Scrum

SCRUM

BRASÍLIA

UniCEUB

2014

SCRUM

Scrum é um processo “ágil” que mantem o foco na entrega do mais importante para o cliente, no menor tempo possível.Isto permite a rápida e contínua inspeção do software.

“The Mythical Man Month by Frederick Brooks, 1975.”

 Quando um projeto está atrasado, adicionar pessoas ao projeto servirá apenas para atrasá-lo ainda mais.

 Devemos considerar o tempo que perdemos em gestão e comunicação quando temos pessoas demais trabalhando em um projeto.

 Ao calcular o tempo de desenvolvimento de qualquer coisa, temos que dobrá-lo. O programador precisa de "tempo para pensar" além do "tempo para programar".

É UTILIZADO PELA GRANDE MAIORIA:

 Microsoft

 Yahoo

 Google

 Philips

 Siemens

 Nokia

CARACTERISTICAS

 Equipesque se auto-organizam

 O produto evolui em uma série de “Sprints” mensais

 Os requerimentos são listados em um “ProductBacklog”

 Não há prática de engenharia prescrita (o Scrum adequa-se a todas)‏

 Usa regras generativas na criação de um ambiente ágil para a entrega de projetos

 É uma das “metodologias ágeis”

 É um processo onde existe uma interação entre o programador e o cliente diretamente, não havendo a necessidade de processos e ferramentas.

 O foco é o software funcionar não ter documentação que comprove o sistema e seja muito extensa .

 Negociação de contrato é inviável neste método, sendo que o cliente colabora diretamente com o programador.

 É um método onde as mudanças são sempre bem vindas, não existe um plano pré definido para o termino do sistema.

 É composta por “Sprints” ( o período não é padrão);

 Trabalha com Requerimento, Projeto, código e Teste, tudo em conjunto.

EVENTOS

Todos os Eventos do Scrum tem uma duração fixa de tempo. Desta forma a comunicação é sempre mais clara, objetiva e ágil.

• SPRINT

No Scrum dividimos o tempo em ciclos de desenvolvimento chamados Sprints. que é um período de tempo que você determinou para cumprir uma determinada tarefa, para atingir uma meta. Você estipula anteriormente a duração das Sprints (recomenda-se de uma semana a 1 mês). Uma sprint deve começar imediatamente após o termino de outra.

Sprints são divididas em etapas menores: reunião de planejamento, reuniões diárias, o trabalho de desenvolvimento em si, revisão e retrospectiva.

• REUNIÃO DE PLANEJAMENTO

São definidos todos os objetivos da Sprint, esta reunião tem a duração de 8 horas adaptáveis ao período do Sprint. Em cada metade da reunião duas perguntas devem ser respondidas:

- O que será entregue como resultado?

- Como o trabalho necessário para entregar o produto será realizado?

• REUNIÃO DIÁRIA

A idéia é juntar a equipe para um bate-papo de 15 minutos no máximo para revisar o andamento do projeto. Cada membro da equipe deve responder as seguintes perguntas:

- O que eu consegui completar ontem?

- O que farei hoje?

- Quais obstáculos estão impedindo o meu progresso?

ARTEFATOS

Documento ou Ferramenta que auxiliam o processo.

• PRODUCT BACKLOG

O productbacklog é uma compilação de tudo o que o seu cliente gostaria de realizar no projeto.

• SPRINT BACKLOG

O Sprint Backlog é necessariamente um afunilamento mais detalhado do ProductBacklog.

Papéis principais

(Fonte: Wikipédia:http://pt.wikipedia.org/wiki/Scrum#Pap.C3.A9is_principais)

ProductOwner (dono do produto)

É a voz do cliente e serve por garantir que a equipe agregue valor ao negócio. O “Dono do produto” escreve centrado nos itens do cliente, os prioriza e os adiciona para o productbacklog. Equipes de Scrum devem ter um ProductOwner, e, embora esse possa também ser um membro da equipe de desenvolvimento, recomenda-se que este papel não seja combinado com o de ScrumMaster.

Equipe (Development Team)

Responsável pela entrega do produto. Recomenda-se que a equipe seja auto-organizada e auto-conduzida, mas que muitas vezes trabalhem com alguma forma de projeto ou gestão de equipe.

Scrum Master

“Scrum é facilitado por um Scrum Master, que é responsável pela remoção de impedimentos à capacidade da equipe para entregar o objetivo do sprint / entregas. O Scrum Master não é o líder da equipe, mas age como um tampão entre a equipe e qualquer influência ou distração. O Scrum Master garante que o processo Scrum seja usado como pretendido. O Scrum Master é o responsável pela aplicação das regras. Uma parte fundamental do papel do Scrum Master é proteger a equipe e mantê-la focada nas tarefas em mãos. O papel também tem sido referido como um