Desenvolvimento ágil usando Scrum Desenvolvimento ágil usando Scrum Bruno Câmara [email protected]14 e 15 de Abril de 2005 Seminário “Metodologias Ágeis de Software”, ISCTE Bruno Câmara [email protected]14 e 15 de Abril de 2005 Seminário “Metodologias Ágeis de Software”, ISCTE
Desenvolvimento ágil usando Scrum Seminário "Metodologias Ágeis de Software, 14 e 15 de Abril de 2005, ISCTE
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
AgendaAgenda• Introdução ao Scrum• Papéis• Actividades• Artefactos• Escalabilidade• Scrum e XP• Ferramentas• Como começar
• Introdução ao Scrum• Papéis• Actividades• Artefactos• Escalabilidade• Scrum e XP• Ferramentas• Como começar
Origens do ScrumOrigens do Scrum• “The New New Product Development Game” in Harvard Business
Review, 1986, by Hirotaka Takeuchi and Ikujiro Nonaka– “The… ‘relay race’ approach to product development…may conflict with
the goals of maximum speed and flexibility. Instead a holistic or ‘rugby’ approach—where a team tries to go the distance as a unit, passing the ball back and forth—may better serve today’s competitive requirements.”
• “Wicked Problems, Righteous Solutions” by DeGrace and Stahl, 1990.– 1ª menção ao Scrum no contexto de desenvolvimento de Software
• Abordagem “Systems Thinking” by Peter Senge at MIT (1990)– O sistema é visto de uma forma holística (interacções entre as diversas
partes do sistema)
• “The New New Product Development Game” in Harvard Business Review, 1986, by Hirotaka Takeuchi and Ikujiro Nonaka– “The… ‘relay race’ approach to product development…may conflict with
the goals of maximum speed and flexibility. Instead a holistic or ‘rugby’ approach—where a team tries to go the distance as a unit, passing the ball back and forth—may better serve today’s competitive requirements.”
• “Wicked Problems, Righteous Solutions” by DeGrace and Stahl, 1990.– 1ª menção ao Scrum no contexto de desenvolvimento de Software
• Abordagem “Systems Thinking” by Peter Senge at MIT (1990)– O sistema é visto de uma forma holística (interacções entre as diversas
partes do sistema)
História do ScrumHistória do Scrum
• 1993 - Ken Schwaber desenvolveu na ADM uma framework iterativa e incremental
• 1994 - Jeff Sutherland definiu o Scrum em Easel• Ken and Jeff refinam Scrum• 1996 – IDX usa Scrum em projectos com ~600 pessoas• 1996 – Scrum é apresentado na OOPSLA• 2000 – Práticas XP usadas conjuntamente com Scrum (XP
@ Scrum)• 2001 – Ken e Mike Beedle editam o 1º livro de Scrum• 2003 – Certificações Scrum
• 1993 - Ken Schwaber desenvolveu na ADM uma framework iterativa e incremental
• 1994 - Jeff Sutherland definiu o Scrum em Easel• Ken and Jeff refinam Scrum• 1996 – IDX usa Scrum em projectos com ~600 pessoas• 1996 – Scrum é apresentado na OOPSLA• 2000 – Práticas XP usadas conjuntamente com Scrum (XP
@ Scrum)• 2001 – Ken e Mike Beedle editam o 1º livro de Scrum• 2003 – Certificações Scrum
O Zen do ScrumO Zen do Scrum
• O Scrum é simples– Consiste num conjunto reduzido de boas práticas de
gestão
• O Scrum é difícil– Exige dedicação e “bom senso”– Exige inspecções constantes e adaptações
• O Scrum é subtil– As práticas são sinergéticas – Benefícios elevados emergem
• O Scrum é simples– Consiste num conjunto reduzido de boas práticas de
gestão
• O Scrum é difícil– Exige dedicação e “bom senso”– Exige inspecções constantes e adaptações
• O Scrum é subtil– As práticas são sinergéticas – Benefícios elevados emergem
Processo EmpíricoProcesso Empírico
• Visibilidade– Os aspectos importantes devem ser visíveis– Realístico e verdadeiro
• Inspecção– Inspecção frequentes– Capacidade de avaliar
• 1 dia de Duração• Participam ScrumMaster, Product Owner e
Equipa• O Product Owner deve trazer preparado o
Product Backlog• Duas partes – (1) Seleccionar os requisitos
para o Sprint, (2) Planeamento do Sprint Backlog
• 1 dia de Duração• Participam ScrumMaster, Product Owner e
Equipa• O Product Owner deve trazer preparado o
Product Backlog• Duas partes – (1) Seleccionar os requisitos
para o Sprint, (2) Planeamento do Sprint Backlog
Sprint Planning – 1ª ParteSprint Planning – 1ª Parte
• Duração de 4 horas• O Product Owner e a Equipa discutem
sobre os itens do Product Backlog• O Product Owner e a Equipa seleccionam
os itens para o Sprint
• Duração de 4 horas• O Product Owner e a Equipa discutem
sobre os itens do Product Backlog• O Product Owner e a Equipa seleccionam
os itens para o Sprint
Sprint Planning – 2ª ParteSprint Planning – 2ª Parte
• Duração de 4 horas• A Equipa define as tarefas necessárias• A Equipa estima o esforço das tarefas• A Equipa faz o escalonamento das tarefas
pelos diferentes membros• O Product Owner pode estar presente para
o esclarecimento de dúvidas
• Duração de 4 horas• A Equipa define as tarefas necessárias• A Equipa estima o esforço das tarefas• A Equipa faz o escalonamento das tarefas
pelos diferentes membros• O Product Owner pode estar presente para
o esclarecimento de dúvidas
SprintSprint
• Duração de 30 dias• A Equipa pode procurar esclarecimentos
fora da Equipa• A Equipa não pode receber instruções
directamente de fora• O Product Backlog associado ao Sprint
actual mantém-se estável durante o Sprint• A Equipa actualiza o Sprint Backlog
• Duração de 30 dias• A Equipa pode procurar esclarecimentos
fora da Equipa• A Equipa não pode receber instruções
directamente de fora• O Product Backlog associado ao Sprint
actual mantém-se estável durante o Sprint• A Equipa actualiza o Sprint Backlog
Daily ScrumDaily Scrum
• Duração 15 minutos (“Very small Exposure requires very little ceremony”)
• Deve ser a 1ª actividade do dia• Todos os membros da Equipa e o ScrumMaster
devem participar• Chickens podem assistir, mas não participar• O principal objectivo é a sincronização entre os
vários elementos da Equipa.
• Duração 15 minutos (“Very small Exposure requires very little ceremony”)
• Deve ser a 1ª actividade do dia• Todos os membros da Equipa e o ScrumMaster
devem participar• Chickens podem assistir, mas não participar• O principal objectivo é a sincronização entre os
vários elementos da Equipa.
Daily ScrumDaily Scrum
• Todos os elementos da Equipa devem responder a 3 questões– O que é que eu fiz ontem?– O que é que eu vou fazer hoje?– Que obstáculos estão a impedir que eu progrida?
• Reuniões necessárias são agendadas para depois da reunião
• Todos os elementos da Equipa devem responder a 3 questões– O que é que eu fiz ontem?– O que é que eu vou fazer hoje?– Que obstáculos estão a impedir que eu progrida?
• Reuniões necessárias são agendadas para depois da reunião
Sprint ReviewSprint Review
• Duração de 4 horas• A Equipa demonstra ao Product Owner e a todas as
partes interessadas as funcionalidades completas no Sprint
• Rever os objectivos do Sprint, e responder a questões• O Product Backlog sofre os ajustamentos necessários• O Product Backlog pode decidir lançar uma release
(Stabilization Sprint durante 2 semanas)
• Duração de 4 horas• A Equipa demonstra ao Product Owner e a todas as
partes interessadas as funcionalidades completas no Sprint
• Rever os objectivos do Sprint, e responder a questões• O Product Backlog sofre os ajustamentos necessários• O Product Backlog pode decidir lançar uma release
(Stabilization Sprint durante 2 semanas)
Sprint RetrospectiveSprint Retrospective
• Duração de 3 horas• ScrumMaster, Equipa e Product Owner• 2 Questões:
– O que correu bem durante o Sprint?– O que pode ser melhorado para o próximo Sprint?
• A Equipa prioritiza melhorias• A Equipa define itens para o próximo Sprint
Backlog
• Duração de 3 horas• ScrumMaster, Equipa e Product Owner• 2 Questões:
– O que correu bem durante o Sprint?– O que pode ser melhorado para o próximo Sprint?
• A Equipa prioritiza melhorias• A Equipa define itens para o próximo Sprint
• Ensinar a teoria de Scrum• Seleccionar um projecto piloto• Atenção aos elementos da Equipa• O que esperar do 1º Scrum:
– progresso inicial mais lento do que se esperava– A Equipa leva algum tempo para se auto-organizar– A Equipa tem dificuldade em se focar no plano diário– Será necessário o encorajamento de visibilidade e
transparência
• Ensinar a teoria de Scrum• Seleccionar um projecto piloto• Atenção aos elementos da Equipa• O que esperar do 1º Scrum:
– progresso inicial mais lento do que se esperava– A Equipa leva algum tempo para se auto-organizar– A Equipa tem dificuldade em se focar no plano diário– Será necessário o encorajamento de visibilidade e
transparência
Como começarComo começar
• Estar atento aos sintomas de um mau Scrum– Perda de ritmo: Os Sprints não têm todos a mesma
duração– Talking Chickens: “Chickens” participam no Daily
Scrum– Missing Pigs: Nem todos os “Pigs” participam no Daily
Scrum– ScrumMaster atribui tarefas: as tarefas devem ser
assignadas pela própria Equipa– O Daily Scrum é para o ScrumMaster– Papéis especializados na equipa
• Estar atento aos sintomas de um mau Scrum– Perda de ritmo: Os Sprints não têm todos a mesma
duração– Talking Chickens: “Chickens” participam no Daily
Scrum– Missing Pigs: Nem todos os “Pigs” participam no Daily
Scrum– ScrumMaster atribui tarefas: as tarefas devem ser
assignadas pela própria Equipa– O Daily Scrum é para o ScrumMaster– Papéis especializados na equipa
ResourcesResources
• Agile Software Development with Scrum (Ken Schwaber e Mike Beedle)