Post on 14-Apr-2017
Conceitos Desenvolvimento Ágil
e SCRUM
Robson Eduardo David, CTFL, PMP, CSM, ITILNov/2016
robson.david@itau-unibanco.com.br
Evolução...
Scrum Guide
Manifesto Ágil
Scrum
Entrega de Soluções
• Necessidade de locomoção• Não adianta entregar partes de uma solução (Roda, Chassi)• Meios de locomoção parciais• Feedback antecipado
O que é ser Ágil?
Responder a mudanças, sem traumasResponder a mudanças, sem traumas• Bom para projetos parcialmente definidos.• Requisitos mudam, e mudanças são bem-vindas.• Sem neurose contratual.
Entregar mais rápido (freqüência)Entregar mais rápido (freqüência)• O cliente não espera muito para ver resultados.• Retorno sobre o investimento vem mais rápido.• Visualização parcial dos resultados diminui o risco.(Não significa necessariamente entregar mais volume).AssertividadeAssertividade•Decisões baseadas em fatos.•Ver algo pronto é melhor do que qualquer previsão.•Decisão distribuída entre os envolvidos no projeto.
RestriçõesSó o escopo prioritário é atendido, prazo e custos são mantidos!
Gestão 3.0• Gestão 1.0
focada na hierarquia comando-e-controle
• Gestão 2.0 estrutura top-down Gestão 1.0 “turbinada” Balanced Scorecards Six Sigma TQM
• Gestão 3.0 focada na complexidade organizações com redes pessoas e relacionamentos como foco na gestão
PMI ACP
Origem do Scrum
• Jogo Rugby •Objetivo: recuperar a posse de bola• Só 8 jogadores do time participam• Todos fazem força juntos e ao mesmo tempo.
Scrum - Pilares
Fluxo de Trabalho
Vision (Visão) é o que deve ser satisfeito ao fim do projeto. Ela é definida pelo PO que colhe informações junto aos clientes, time e stakeholders;
Product backlog (Backlog do Produto) é a lista inicial de necessidades que precisam ser produzidas para que a Visão seja atingida. Inclui conteúdo, disponibilidade e priorização. Todos devem contribuir para sua confecção e é evoluído à medida que as seus itens são desenvolvidos;
Sprint planning (Planejamento da Sprint) são reuniões em que o time decide O QUE vai ser feito e COMO vai ser feito;
Sprint backlog (Backlog da Sprint) é o resultado da fase anterior, contendo itens do backlog, suas respectivas tarefas e meta da sprint (lembrando que, meta é o compromisso assumido pelo time);
Fluxo de Trabalho
Sprint é a efetiva execução dos trabalhos, que pode durar entre 2 e 4 semanas. Durante as sprints, ocorre o daily meeting, que é uma reunião diária com 15 minutos de duração onde o time discute o que foi feito desde a última reunião, o que pretende realizar e se está com algum impedimento;
Sprint review (Revisão da Sprint) é a fase em que o PO identifica o que foi feito e o que não foi feito através de questionamento ao time. Ela fornece inputs de valor para as sprints seguintes;
Retrospective (Retrospectiva da Sprint) é a última reunião do time antes da entrega final do produto onde é discutido o que foi bom, o que pode ser melhorado e as respectivas ações para melhoria. PO nesta fase apenas se convidado pelo time.
Planejameno de Releases e Sprints
19
Sprint
Sprint
Sprint
Releas
e
Releas
e
Releas
e
Sprint
Sprint
Sprint
Sprint
Sprint
Sprint
Sprint
Releas
e
SprintSprint• É frequente, ocorre repetidamente em períodos de 2 a 4 semanas.• Entrega parte do produto pronto para entrar em produção
ReleaseRelease• É o momento em que as partes do produto pronto entram em produção.• O momento é definido de acordo com a estratégia de Negócios.
VisãoVisão
Planejameno de Releases e Sprints
20
Sprint são iterativas e incrementaisSprint são iterativas e incrementais
Iterativo Iterativo (repetição):(repetição):
Incremental Incremental (aumento):(aumento):
Product Backlog
User Stories
Ex. Como um cliente quero pesquisar valores de passagens aéreas para que eu possa fazer o meu orçamento de viagem
Ex. Considero a história atendida se tiver uma tela onde eu possa consultar voos e seus respectivos valores
Frente: Como <quem> <quando> <onde>,
eu <o que>, porque <por que>.
Verso: Considero a história atendida se
<condição>
Planning Pocker
DoR (Definição Preparado) DoD (Definição Pronto)
Kanban
Burn Down Chart
Sprint Planning Meeting
27
•Determinar a meta da Sprint•Determinar o Sprint Backlog•Determinar as tarefas para atingir o Sprint.
Planejar o trabalho da sprintPlanejar o trabalho da sprint
ParticipantesParticipantes•Product Owner – necessário•Scrum Master – necessário•Team – necessário
InputsInputs•Product Backlog priorizado•Velocidade do time•Incremento do produto da Sprint Anterior.
AgendaAgenda•Acontece ao início de cada Sprint•8 horas divididas em duas partes de 4 horas.
Sprint Planning Meeting
28
1ª parte – 4 hs1ª parte – 4 hs
Determinar
meta
Ajustar
Prioridades
Determinar
velocidadeSelecionar
backlog
Revisar
estimativas
SprintBacklogt
A fazer FazendoPronto
Determinartarefas
Estimar tarefas
2ª parte – 4 hs2ª parte – 4 hs
Sprint Planning Meeting
O sistema deve controlar os clientes 8O cliente deve conseguir tirar um Extrato 13
Meta:Clientes consultando extrato
Daily meeting (ou stand-up meeting)
30
•Todos tem oportunidade de saber como podem ajudar• É atualizado o quadro de gestão visual e burndown• O Scrum Master atua como mestre de cerimônia
Compartilhar informaçõesCompartilhar informações
ParticipantesParticipantes•Product Owner – opcional•Scrum Master – necessário•Team – necessário
InputsInputs•Informações sobre o trabalho de cada integrante do time
AgendaAgenda•Reunião diária.•15 minutos, independente do tamanho da equipe•Feita, de preferência em pé, para que seja rápida.
Daily Meeting
O que você fez desde a última reunião diária, que ajudou a equipe para atender a meta da sprint?
Os membros do time respondem às questões:Os membros do time respondem às questões:
O que você fará entre agora a próxima reunião diária, que vai ajudar a equipe para atender a meta da sprint?
O que impede você de realizar seu trabalho com ao maior efetividade possível, para o atendimento da meta da sprint?
Sprint Review Meeting
32
•Resultado é produto funcionando•No ambiente mais próximo a produção e sem truques•Quem apresenta, recebe elogios ou críticas é o time.
Apresentar os resultados da SprintApresentar os resultados da Sprint
ParticipantesParticipantes•Product Owner – necessário•Convidados do PO - opcionais•Scrum Master – opcional•Team – necessário
InputsInputs•Incremento de produto funcionando
AgendaAgenda•Ocorre ao final da Sprint•Restrita a 4 horas de duração, mas pode durar menos.
•Quais foram suas impressões?•Quais as mudanças desejadas?•Qual é a prioridade dessas mudanças no Product Backlog?
Ao final da apresentaçãoAo final da apresentação o Scrum Master solicita o Scrum Master solicita aos stakeholders que relatem:aos stakeholders que relatem:
Sprint Review Meeting
Sprint Retrospective Meeting
34
•Todo ciclo de melhoria contínua tem um feedback• Os pontos de melhoria são implementados já no próximo sprint
Colher resultados para melhorarColher resultados para melhorar
ParticipantesParticipantes•Product Owner – opcional•Scrum Master – necessário•Team – necessário
InputsInputs•Informações da Sprint
AgendaAgenda•Ocorre ao final da Sprint, após a Sprint Review meeting.•Tem duração de 3 horas
Sprint Retrospective meeting
•O que foi bem sucedido durante o último Sprint?•O que poderia ser melhorado no próximo Sprint?
Antes reunião,Antes reunião, o Scrum Master solicita aos o Scrum Master solicita aos membros do time que preencham um formulário membros do time que preencham um formulário dizendo:dizendo:
Considerações
Gestão tradicional Abordagem ScrumEscopo O escopo é definido pelo Product Backlog e Sprint Backlog
Custos O custo é dado por Sprint, não por projeto. A priorização do Backlog é voltada ao ROI, equipes fixas, tempos fixos.
Tempo Definição de time-boxes
Comunicação Fortemente baseada nas cerimônias. Não exige planejamento, exige disciplinado Scrum.
Integração O próprio framework SCRUM força a integração das disciplinas, pois aborda indiretamente todas elas.
Recursos Humanos Times auto-gerenciados. Papéis claros (scrum master, product owner e time)
Qualidade Inspeção constante. Cerimônias de revisão e retrospectiva
Riscos Estratégia de aceitação. A abordagem é que, se tudo der errado , o prejuízo máximo é de 1 mês de trabalho.
Aquisições Por não definir o escopo com rigidez, o tipo de contrato firmado geralmente é “Time and Material”.
Coaching Ágil – Substituindo os fundamentos básicos do gerenciamento de projetos
Analogia...Cenário Tradicional Ágil
Metodologia RUPWaterfall
Scrum
Órgão PMI Scrum Alliance
Guia de Referência
PMBOK The Scrum Guide
Certificação PMP CSPO; CSM; CSD
Informações para consultaScrum Guidehttp://www.scrumguides.org/
Manifesto Ágil http://manifestoagil.com.br/
Scrum Alliancehttp://www.scrumalliance.org/pages/what_is_scrum
PMI http://www.pmi.org/en/Certification/New-PMI-Agile-Certification.aspx
Jurgen Appelohttp://jurgenappelo.com/http://jurgenappelo.com/management-30/
” Nas grandes batalhas da vida, o primeiro passo para a
vitória é o desejo de vencer. ”
Mahatma Gandhi
” Não se pode ensinar alguma coisa a um homem; apenas
ajudá-lo a encontrá-lo dentro de si mesmo. ”
Galileu Galilei