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

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 ...

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 ...

Alguém resolveu fazer alguma coisa! Metodologias Ágeis Programação extrema - XP SCRUM Desenvolvimento orientado a testes. Desenvolvimento Adaptativo - ASD. Processo Unificado Ágil Manifesto Ágil http://agilemanifesto.org

Manifesto Ágil Preferimos a indivíduos e interações software funcional colaboração do cliente (mesma equipe) respostas rápidas a mudanças a processos e ferramentas documentação detalhada negociação de contrato seguir um plano à risca Clássico http://agilemanifesto.org

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

Origens do Scrum Nome: Estratégia em um jogo de rugby onde jogadores colocam uma bola quase perdida novamente em jogo através do trabalho em equipe. Utilizar princípios do Manifesto Ágil para Gerenciamento do processo de desenvolvimento de software. OBS: Até então os métodos que seguem o Manifesto Ágil eram focados no processo de desenvolvimento e não na Gestão.

Scrum Visão Geral do Scrum Papéis Processo Artefatos Product Owner Scrum Master Equipe Scrum Processo Reunião de planejamento de Sprint Reunião diária Reuniãp de revisão de Sprint Artefatos Product backLog Sprint backlog Burndown chart

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

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

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

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

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

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 Sprint Backlog 2 a 4 semanas Selected Product Backlog Estimativa O Product Owner e a Equipe definem em comum acordo qual será o próximo incremento do produto Duração usual: 4 horas

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

Artefato - Sprint Backlog 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 Tarefa 1 8 Tarefa 2 4 Tarefa 3 Tarefa 4 16 Tarefa 1 8 Tarefa 2 4 Tarefa 3 Tarefa 4 16

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

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

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

Primeiros dias de uma sprint pequena... 20

No meio de uma sprint grande... 21

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

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

Dúvidas? Paulo Oliveira