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

Papéis

Papéis

Papéis

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