Métodos Ágeis e SCRUM VISÃO GERAL

1. Métodos Ágeis e SCRUM VISÃO GERAL Paulo Oliveira

2. Cenário conhecido ... • Quando se aproxima a data de entrega de uma release de software . . . • Elevado volume de defeitos a corrigir ... • Processos agora só atrapalham.. • Intenso trabalho extra ... • Finais de semana dedicados a trabalho, X-Burguer, pizza e coca-cola ...

3. Outro cenário conhecido ... • Quando a release finalmente é entregue . . . • O prazo foi excedido... • Os requisitos estão incompletos... • A qualidade do código... • A equipe está exausta e com moral abatida ...

4. Alguém resolveu fazer alguma coisa! • MetodologiasÁgeis • Programaçãoextrema - XP • SCRUM • Desenvolvimentoorientado a testes. • DesenvolvimentoAdaptativo - ASD. • ProcessoUnificadoÁgil Manifesto Ágil http://agilemanifesto.org

5. Manifesto Ágil Ágil Clássico http://agilemanifesto.org

6. Mais princípios do Manifesto Ágil ... • Satisfação do cliente entregando rapidamente e continuamente softwares funcionais • Softwares funcionais são a principal medida de progresso do projeto • Até mesmo mudanças tardias de escopo no projeto são bem-vindas • Cooperação constante entre pessoas que entendem do 'negócio' e desenvolvedores • Os indivíduos são motivados, entre os quais existe relação de confiança • Excelência técnica • Simplicidade • Rápida adaptação às mudanças

7. Origens do Scrum • Nome: • Estratégiaem um jogo de rugby ondejogadorescolocamuma bola quaseperdidanovamenteemjogoatravés do trabalho emequipe. • Utilizarprincípios do ManifestoÁgilparaGerenciamento do processo de desenvolvimento de software. • OBS: Atéentãoosmétodosqueseguem o Manifesto Ágileramfocados no processo de desenvolvimento e nãonaGestão.

8. Visão Geral do Scrum Scrum • Papéis • ProductOwner • ScrumMaster • Equipe • Processo • Reunião de planejamento de Sprint • Reunião diária • Reuniãp de revisão de Sprint • Artefatos • ProductbackLog • Sprint backlog • Burndownchart

9. Papeis - Product Owner • Faz a interface com o cliente • Pode ser o próprio cliente. • Estabelece a lista de requisitos do produto - Product Backlog • É responsável pela rentabilidade do produto (ROI) • Prioriza os requisitos de acordo com o valor para o negócio • Aceita ou rejeita os resultados do trabalho

10. Artefato - Product Backlog • Lista de requisitos • Priorizada pelo valor ao negócio • Requisitos visíveis pelo cliente • Requisitos técnicos • A equipe estima o custo de desenvolvimento

11. Visão geral do processo Daily Scrum Meeting Burndown Chart 24 hrs Product Backlog 2 a 4 semanas Sprint Backlog Incremento potencialmente implantável do produto Sprint Selected Product Backlog Sprint Review Meeting Sprint Planning Meeting

12. Papeis - Scrum Master • Responsável pelo sucesso do Scrum • Ensina a equipe • Implementa o Scrum na Empresa • Lidera as reuniões diárias • Dá soluções aos impedimentos • Viabiliza a cooperação entre todos os papéis e funções • Firewall, protege a equipe de interferências externas

13. Papeis - Equipe • 7 +ou- 2 membros • Escolhe as funcionalidades a serem desenvolvidas em cada interação • A equipe se auto-gerencia, se auto-organiza • Todos são coletivamente responsáveis pelo sucesso de cada iteração • Ao final apresenta os resultados ao Product Owner

14. Processo – Reunião de planejamento de Sprint • Ocorre no início de cada sprint • Dividida em duas reuniões 24 hrs Incremento potencialmente implantável do produto Product Backlog 2 a 4 semanas Sprint Backlog Selected Product Backlog Estimativa • O ProductOwnere a Equipedefinem em comum acordo qual será o próximo incremento do produto • Duração usual: 4 horas

15. Processo – Reunião de planejamento de Sprint • Segunda reunião 24 hrs Incremento potencialmente implantável do produto Product Backlog 2 a 4 semanas Sprint Backlog A equipe reúne-se sob a liderança do ScrumMastere define o SprintBacklog

16. Tarefa 1 Tarefa 1 8 8 Tarefa 2 Tarefa 2 4 4 Tarefa 3 Tarefa 3 8 8 Tarefa 4 Tarefa 4 16 16 Artefato - Sprint Backlog Sprint 1 • Artefato resultante da segunda reunião de planejamento do sprint • Detalhamento dos itens do product backlog a serem implementados • Lista de tarefas necessárias para implementar cada requisito • As tarefas são quebradas em pedaços realizáveis em menos do que 2 dias

17. 24 hrs Product Backlog 2 a 4 semanas Sprint Backlog Processo – Reunião diária • Ocorre diariamente, numa mesma hora e local • Três perguntas são respondidas por todos: • O que você fezontem? • O que você pretende fazerhoje ? • Quais obstáculos estão impedindo que você atinja os compromissos assumidos no sprint?

18. Artefato - Gráfico de Burndown O esforço inicial é estimado na reunião de planejamento do sprint O gráfico de burndown do produto mostra diariamente se o projeto está em conformidade com o plano

19. 24 hrs Incremento potencialmente implantável do produto Product Backlog 2 a 4 semanas Sprint Backlog Reunião de Revisão do Sprint • Ocorre ao final de cada sprint com duração fixa de 4 horas • Primeira parte da reunião: • Equipe apresenta o incremento para o ProductOwner. • Duração usual: 2 horas • Segunda parte da reunião: Retrospectiva • Lições aprendidas entre a equipe r sob a liderança do scrummasterDuração usual: 2 horas

20. Primeiros dias de uma sprint pequena... 20

21. No meio de uma sprint grande... 21

22. Intuit Nielsen Media First American Real Estate BMC Software Ipswitch John Deere Lexis Nexis Sabre Salesforce.com Time Warner Turner Broadcasting Oce Quem usa o Scrum? • Microsoft • Yahoo • Google • Electronic Arts • High Moon Studios • Lockheed Martin • Philips • Siemens • Nokia • Capital One • BBC • Intuit

23. Mais Informações • Agille Alliance - www.agilealliance.org • Scrum Alliance - www.scrumalliance.org/

24. Dúvidas? Paulo Oliveira