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

• 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

SCRUMSCRUM

Quem usa SCRUM ?

SCRUMSCRUM

Perguntas ???

Obrigado!

SCRUMSCRUM