, , ,
Prof. Claudinei Iochimoto, PMP, CSM, CobIT
Desenvolvimento Tradicional ‐
Waterfall
Planejamento
Construção
Teste
Homologação
Implantação
2
1
Desenvolvimento ‐ Scrum
Desenvolvimento Scrum ‐ Sprint
Planejamento Planejamento Planejamento
Homologação Implantação
2
SCRUM
y Framework para gerenciamento de projetos de
software
y é baseado num modelo chamado de Modelo Ágil
y Extreme Programing (XP)
O que é o SCRUM
Framework empírico para gerenciamento de projetos
Processo iterativo (baseado no LEAN) e incremental
Formalizado no final da década de 90
Órgão controlador : Scrum Alliance
Principais características
Times pequenos, multidisciplinares e auto-gerenciados
Não tem gerenciamento centralizado
Entregar freqüentemente
Mudanças de escopo são parte do Projeto; custo e prazo não
Requisitos mudarão com o passar do tempo
3
SCRUM ‐ Papéis no Scrum
y Product Owner ((P.O))
y é o dono do produto. Ele possui a visão do retorno que o
projeto trará para a empresa e para os envolvidos, logo sua
missão é cuidar do Product Backlog, planejar releases,
priorizar requisitos e passar ao time uma visão clara sobre os
objetivos do projeto.
y ScrumMaster (S.M)
y exerce um papell de
d liderança
ld no processo, mas ele
l não é um
gerente de projetos. O papel de S.M não possui autoridade
alguma perante o P.O ou o Time. A responsabilidade do Scrum
Master é manter o foco no processo, remover impedimentos
da equipe e auxiliar na comunicação entre equipe e P.O.
SCRUM ‐ Papéis no Scrum
y Time
y é o conjunto de pessoas que implementará o projeto. É
composto por uma equipe multidisciplinar que tem a
característica da auto‐gestão. A responsabilidade do Time é
manter a auto‐gestão de suas atividades, planejar as Sprints,
assumir metas com o P.O e dar feedback sobre os
impedimentos para o S.M. Então vejamos:
y O Product Owner gerencia: Escopo,
Escopo prazo (datas de entregas)
e acompanha o ROI (medição e análise);
y O ScrumMaster gerencia: Processo, risco (impedimentos) e
planejamento (atingir metas);
y Os Membros do Time gerenciam: Configuração, riscos,
requisitos e planejamento.
8
4
Manifesto para o desenvolvimento
ágil de software
Indivíduos e interação entre eles mais que processos e ferramentas
Produto em funcionamento mais que documentação abrangente
Colaboração com o cliente mais que negociação de contratos
Responder a mudanças mais que seguir um plano
Papéis no Scrum
Define Estratégia
Visão de negócio Facilitador
Entrega soluções
Garante o ROI Mediador
Auto-gerenciado
Define / prioriza Garante o Scrum
Focado
Remove impedimentos
Multidisciplinar
Como funciona
Product
Sprint Entrega
Backlog
Daily
Meeting
Planning
A Meeting
B
C
D A
Sprint
Meta
Backlog
5
Como funciona
“…I can’t promise exactly what, but we won’t ever need to move the date”. Good start!...”
X
D
B
C A
Alguns conceitos ‐ Artefatos
y Product Backlog
y é a lista que contém os requisitos do projeto. Aqui temos todas as necessidades
e/ou vontades do Product Owner para o projeto. Este é um artefato “vivo”, pois
será priorizado e re-priorizado ao longo do projeto de acordo com a visão do P.O.
Uma forma ágil de gerenciar e manter seu Product Backlog é por meio das user
stories. Utilizando essa abordagem você verá muitos resultados interessantes em
seu processo de engenharia. Mas, como já dissemos o Scrum não é um processo
de engenharia então você pode utilizar o que quiser pra manter seu Product
Backlog (Casos de Uso, Requisitos, Especificação, etc), desde é claro que o P.O
reconheça valor nesses documentos e que eles sejam claros para o time.
y Impediment List
y é a lista com os impedimentos do Time, na qual o S.M deverá trabalhar.
y Sprint Backlog
y possui as atividades nas quais o Time vai atuar dentro de uma Sprint. Essas
atividades são planejadas pelo Time durante a reunião de planejamento da Sprint.
Este também é conhecido por ser representado pela Kanban, provavelmente um
dos símbolos mais associados ao Scrum
12
6
Alguns conceitos ‐ Artefatos
y Impediment List
y é a lista com os impedimentos do Time, na qual o S.M deverá trabalhar.
y Product e Sprint Burndown
y são gráficos que mostram a tendência planejada para atendimento da Sprint /
Product Backlog e como o time está evoluindo diariamente no caso da Sprint e a
cada Sprint no caso do projeto.
13
Alguns conceitos ‐ Cerimônias
y Sprint Planning Meeting
y é a reunião de planejamento da Sprint. Nela o Time discutirá com o P.O sobre a meta a ser
alcançada naquela Sprint e fará o planejamento de todo o trabalho que será realizado dentro
da Sprint.
y Daily Meeting
y é a reunião diária que ocorre com todos os membros do Time, S.M e P.O. Preferencialmente
deve ter 15 minutos e os integrantes do Time respondem a perguntas como:
y O que fiz desde a última reunião diária;
y O que planejo fazer até a próxima;
y O que está me impedindo?
y Sprint Review
y é a reunião de prestação de contas na finalização da Sprint. Nela todos os membros do Time
apresentarão o resultado atingido na Sprint ao P.O e outros envolvidos.
y Sprint Retrospective
y é a reunião de “lições aprendidas” que ocorre ao final de cada Sprint. Nela os membros do
time respondem a perguntas como:
y O que fizemos de bom e temos que continuar fazendo?
y O que temos que mudar ou começar a fazer?
y Quem está no controle?
14
7
Alguns conceitos ‐ Cerimônias
y Planning Poker
y É uma estimativa através de utilização de cartas para dimensionar o tamanho do
Product Backlog.. Cada participante explica para os demais o porque estimou
com aquele tamanho
y Review Meeting
y É uma apresentação do resultado da iteração para os clientes onde todos os
envolvidos no projeto participam. Possiveis ações:
y Devolver ou remover funcionalidades do Product Backlog de funcionalidade não terminadas
y Remover do Product Backlog funcionalidades terminadas antecipadamente
y Reformular a equipe
y Repriorizar do Producto Backlog
15
Algumas citações sobre Scrum
“...Scrum é uma metodologia ágil que busca uma forma empírica de lidar com o
caos, em detrimento a um processo bem definido...”
Ken Schwaber
Fundador da Scrum Alliance
“...É uma metodologia ágil para equipes pequenas e médias que desenvolvem
software baseado em requisitos vagos e que se modificam rapidamente...”
Kent Beck
Criador do Método XP
Signatario do Manifesto Agil
8
Pontos de Atenção:
Barreiras com modelo operacional
Terceirização do desenvolvimento
Várias empresas envolvidas
Contrato de preço fixo
Modelo medição de projeto, APF
Pontos de Atenção:
yPessoas e suas interações mais importante do que processos e ferramentas;
ySoftware funcionando mais importante do que documentação abrangente;
yColaborar com o cliente mais importante do que negociar contratos;
yResponder as mudanças mais importante do que seguir um plano
9
Conclusão
Metodologia Ágil – SCRUM
, ,
Prof. Claudinei Iochimoto, PMP, CSM
20
10