Post on 18-Dec-2014
description
Introdução ao SCRUMIntrodução ao SCRUM
Por: Ricardo MouraPor: Ricardo Moura
RUGBY?
SCRUMSCRUM
RUGBY?
SCRUMSCRUM
O Scrum no RUGBY
SCRUMSCRUM
Todos “alinhados” e todos “atacam” ao mesmo tempo!
SCRUMSCRUM
Sozinho não! Melhor em equipe.
• O desenvolvimento de um software tornou-se um esporte em equipe;
• Hoje é muito mais tarefa que se faça em equipe do que um esforço individual.
SCRUMSCRUM
O Scrum na Gestão Ágil de Projetos
• Scrum é um processo ágil que permite manter o foco na entrega do maior valor de negócio, no menor tempo possível.
• Isto permite a rápida e contínua inspeção do software em produção (em intervalos de duas a quatro semanas).
• As necessidades do negócio é que determinam as prioridades do desenvolvimento de um sistema. As equipes se auto-organizam para definir a melhor maneira de entregar as funcionalidades de maior prioridade.
• Entre cada duas a quatro semanas todos podem ver o real software em produção, decidindo se o mesmo deve ser liberado ou continuar a ser aprimorado por mais um “Sprint”.
SCRUMSCRUM
Gestão de Projetos: Ágil x Tradicional
SCRUMSCRUM
O coração do SCRUM
SCRUMSCRUM
SPRINTS
•Projetos Scrum progridem em uma série de “sprints”;
•Ocorre em um período de duas a quatro semanas;
•Um período constante leva a um melhor “ritmo”;
•O produto é projetado, codificado e testado durante o sprint;
•Nenhuma mudança durante o sprint.
Artefatos : Product Backlog
SCRUMSCRUM
• O Product Backlog não precisa estar completo no início de um projeto;
• Pode-se começar com tudo aquilo que é mais óbvio em um primeiro momento;
• Mudanças podem ser feitas de acordo com as necessidades que aparecem;
• Com o tempo, o PB cresce e muda à medida que se aprende mais sobre o produto e seus usuários;
• O responsável é o Product Owner
Lista priorizada dos requisitos do projeto com o tempo estimado para torná-los em funcionalidade.
Artefatos : Sprint Backlog
• Reunião para definição de quais funcionalidades serão atendidas no Sprint;
• A partir de critérios de priorização, são selecionadas as funcionalidades que farão parte do sprint;
•São determinados o tempo e o esforço necessário para cada atividade selecionada;
•Apenas o time pode modificá-lo;
•É uma fotografia do trabalho do Sprint.
SCRUMSCRUM
Artefatos : Burndown
SCRUMSCRUM
O gráfico de Burndown é uma forma visual e rápida de enxergar o status atual do projeto. Ele possui uma estrutura simples, onde:
•Eixo X: representa os dias do sprint
•Eixo Y: representa o trabalho restante
SCRUMSCRUM
Papéis: Product Owner
•Definir as funcionalidades do produto;
•Decidir a data de liberação e conteúdo do Release;
•Priorizar as funcionalidades de acordo com o valor de mercado;
•Ajustar funcionalidades e prioridades a cada 30 dias, conforme necessário;
•Aceitar ou Rejeitar os resultados de trabalho.
Papéis: Scrum Master
•É uma função de liderança “servidora”;
•Garante que a equipe respeite e siga os valores e as práticas do Scrum;
•É um facilitador, responsável por remover os obstáculos;
•Escudo para interferências externas.
SCRUMSCRUM
Papéis: Time
• São os operários do projeto;• Entre 5 e 9 pessoas;• Multi-funcional( Programadores, testadores, desenvolvedores de interfaces, etc.);• Tempo integral, raras exceções (Ex.: Administrador de Base de Dados));• Auto-organizável (Idealmente, sem títulos, ainda que possível);• Trocas só na mudança de Sprints;• O time tem o compromisso de implementar todos os itens do Sprint.
SCRUMSCRUM
• Reunião de no máximo 4 horas sob responsabilidade do ScrumMaster;
• O time não deve gastar mais de 1 hora na preparação desta reunião;
• Objetivo: mostrar o Product Owner e stakeholders as funcionalidades que foram feitas;
• Artefatos não devem ser apresentados, pois não são funcionalidades;
• No final da reunião– Cada stakeholder fala suas impressões e sugere mudanças com suas
respectivas prioridades– Possíveis modificações no Product Backlog são discutidas entre o
Product Owner e o time– ScrumMaster anuncia a data e o local da próxima reunião de revisão do
Sprint ao Product Owner e a todos stakeholders
Reunião de Revisão do Sprint
SCRUMSCRUM
• Não deve ser maior do que 3 horas;
• Participam desta reunião: time, o ScrumMaster e, opcionalmente, o Product Owner;
• Os membros do time devem responder a duas questões:
– O que aconteceu de bom durante o último Sprint?
– O que pode ser melhorado para o próximo Sprint?
• ScrumMaster escreve as respostas e prioriza na ordem que deseja discutir as potenciais melhorias;
• ScrumMaster neste reunião tem o papel de facilitar que o time encontre melhores formas de aplicar o Scrum
Reunião de Retrospectiva do Sprint
SCRUMSCRUM
Principais Regras•A reunião de planejamento do Sprint deve ocorrer dentro de 8 horas com duas partes de 4 horas;
•O sprint não deve ser maior que 30 dias consecutivos;
•Reunião diária de no máximo 15 minutos: Todos em pé;
•Ninguém deve prover conselhos, comentários ou direções ao time durante o Sprint;
•O time se auto-gerencia;
•O time se compromete com o Product Backlog:
•Não é permitida modificações nele durante o Sprint;
•Ninguém deve prover conselhos, comentários ou direções ao time durante o Sprint(O time se auto-gerencia);
•O time se compromete com o Product Backlog(Não é permitida modificações nele durante o Sprint).
SCRUMSCRUM
Tirando o Máximo
SCRUMSCRUM
Uma metodologia para qualquer situação
SCRUMSCRUM
• Microsoft
• Yahoo
• 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
SCRUMSCRUM
Quem usa SCRUM ?
SCRUMSCRUM
Perguntas ???
Obrigado!
SCRUMSCRUM