Scrum

Em 30 minutos

O plano mnimo necessrio para iniciar um projeto Scrum, consiste de um Documento de Viso e um Product Backlog. A Viso descreve porque o projeto est sendo implementado e o que se deseja ao seu final. (Schwaber 2004, p. 68)

Mtodos da Engenharia Clssica

Planejamento Implementao; Linha de Montagem ( Cascata ); Cada etapa tem um responsvel diferente; Gerenciamento facilitado ( Pessoas so peas ); Reuso Possvel; Mais Formalidade com o relacionamento com o cliente; Perda de flexibilidade; Software no prdio; Falsas verdades.

Perda de Flexibilidade

Princpio da Incerteza de Ziv:

Incerteza inerente e inevitvel em desenvolvimento de software, processos e produtos.

Princpio da Incerteza de Requisitos de Humphrey:

Em um novo sistema os requisitos no sero completamente conhecidos at que os usurios tenham o usado.

Lema de Wegner:
No possvel especificar completamente um sistema interativo.

Mtodos geis

Processos Iterativos; People-Oriented; Cross-functional teams; Inspeo / Adaptao; Time-box; produtividade ( 4 a 10 vezes maior )

Alta

Satisfao de todos: clientes, usurios, gerentes e desenvolvedores.

Destaques dos Princpios geis

prioridade satisfazer o cliente atravs de entrega contnua e rpida de software que agrege valor; Receber bem as mudanas de requisitos, mesmo que sejam tardias no processo de desenvolvimento;
A maior

Entregar software funcional com freqncia; Indivduos motivados; Conversar cara-a-cara com o cliente; Simplicidade; Em intervalos regulares, o time reflete em como ser mais eficiente.

Mudanas de paradigma
Modelo cascata Modelo Iterativo; Escopo fixo Tempo fixo ( qualidade fixa); Planejamento/controle Inspeo/adaptao; Orientado a processo Orientado a pessoas; Mudanas de requisitos so bem vindas; Melhoria contnua; Desenv. em camadas Desenv. Em fatias.

Scrum
Metaprocesso Adaptvel Promete Alta Qualidade Promete Alta Produtividade

Criadores: Jeff Sutherland Ken Schwaber Mike Beedle

Scrum Valores em Destaque

1. 2. 3. 4. 5.

Focus; Openness; Commitment; Respect; Courage.

Scrum Princpios em Destaque

1. Processo Iterativo e Incremental: - Confiabilidade do software; - Antecipao do valor agregado; - Aumento de confiana do cliente; - Motivao da Equipe; - Melhoria Contnua; 2. Auto-organizao: - Acreditar na competncia das pessoas; - A equipe tem capacidade de se auto-organizar; - Tarefas no devem ser atribudas autoritriamente, mas voluntriamente; - Atribuies ocorrem diariamente; 3. Comunicao (transparncia): - Atravs da reunies dirias a comunicao feita pessoalmente; - Controles visuais; - Reunies regulares de restrospectiva; - Problemas vem rapidamente a superffcie; - Group Programming ( Esquipes cross-functional);

Scrum Princpios em Destaque

4. Time-Box: - O tempo das Iteraes mandatrio, assim como a qualidade. - Todos os encontros tem tempo fixo. 5. Menos planejamento, mais ao: - Retardar decises; - Retardar uma deciso e retom-la apenas no momento apropriado ( cenrio mais
atualizado, novas prioridades, mais conhecimento sobre condies).

6. Cliente um parceiro: - Participao ao longo do projeto; - Acompanhamento mensal; - Disponibilidades para dvidas; - Mudanas de requisitos so bem-vindas a qualquer momento.

Scrum Artefatos

Artefatos User Story

Campos Bsicos:

Id, Ttulo (ou descrio sucinta); Valor da Story (Medido pelo Product Owner, este valor relativo ao business Story Points (Medido pelo Team e o Scrum Master, este valor relativo ao grau de Descrio Detalhada;

value);

complexidade da Story);

Artefatos Tasks

Cada Story dever ser quebradas em Tasks; Idealmente, cada task corresponde a 1 dia de trabalho; atribuies das Tasks s pessoas ocorre diariamente;

As

Cada Task vira um post-it.

Artefatos Task Board

Colunas Bsicas: TO DO, DOING, DONE; Conceito de DONE; Burn-down chart (grfico com contagem de pontos parciais das Stories, das Pode conter outras colunas e contedos;

Iteraes e do Projeto);

Artefatos Task Board

Scrum Conceitos

Scrum Conceitos

Sprint:

- Iterao; - Perodo de 2 a 4 semanas de trabalho da equipe. Daily Sprint: - 1 dia de trabalho. Product Backlog: - Lista de requisitos em formato User Story; - Ordenada por prioridade. Selected Backlog / Sprint Backlog: - Lista de tarefas a serem realizadas durante a Sprint; - Baseada nas maiores prioridades do Product Backlog; - De acordo com a Velocity da equipe em uma Sprint.

Scrum Conceitos

Impediment Backlog: - O Impediment Backlog possui a lista de impedimentos que podem gerar problemas na entrega, seja de um Sprint ou de um Projeto como um todo. Geralmente consiste de tarefas que no puderam ser realizadas pela equipe por pendncias externas. Este backlog deve ser tratado pelo Scrum Master que deve agir como facilitador na resoluo destes impedimentos. Velocity:

- a medida da CAPACIDADE da equipe em resolver funcionalidades (Stories/Tasks) de uma Sprint.

Scrum Personagens

Scrum - Personagens
So apenas trs personagens; No tem relao direta com cargos e hierarquias.

Product Owner Team Scrum Master

Personagens Product Owner

Fornece a viso do negcio;

Mantm os itens do Product Backlog atualizados e priorizados; A cada incio de Sprint participa da elaborao do Selected Backlog; Maximiza ROI (Valor Agregado); Aceita ou rejeita o que foi produzido; Alta participao em incio e fim de Sprints; Disponvel para esclarecer dvidas.

Personagens Scrum Master

Facilitador; No tem autoridade; Conduz reunies e eventos; Mantm o Scrum funcionando; Remove empecilhos e obstculos; Presta servio ao ScrumTeam; Protege o ScrumTeam; Ajuda o Scrum Team nas suas tarefas; Ajuda o Product Owner nas suas tarefas; De olho na prxima Sprint.

Personagens Scrum Team

Multidisciplinar (sem papis especficos); Auto-gerenciado; de 5 a 9 pessoas; Comprometido com o objetivo e consigo mesmo (esforado,

pontual, etc);

Autoridade

para fazer o que for necessrio para atingir o

objetivo; Comunicao constante (transparncia e dilogo).

Personagens - Comprometimento

s vezes somos porcos, s vezes somos galinhas.

Scrum Meetings

Scrum Meetings

Stand-up Meetings ou Daily Meetings ou Scrum Meetings

-

Material: - Painel de tarefas; - Post-its; - Canetas.

Scrum Team + Scrum Master. - Objetivo: Sincronizao de conhecimento. - Quando: Diariamente.

-

Scrum Meetings

Stand-up Meetings
-

Procedimento: - De p, mximo de 15 minutos, no para discutir/resolver problemas; - Sincronizao de conhecimento; - Atualizao do Burn-Down Chart; - 3 perguntas atualizando o Task Board: - O que eu fiz ontem? - O que farei hoje? - Tenho algum empecilho?

Scrum Meetings

Sprint Planning 1
-

Material: - Product Backlog atualizado, priorizado e estimado. - Informaes prticas sobre prximo Sprint. - Pessoas, tempo de Sprint, etc.

Product Owner + Scrum Team + Scrum Master. - Objetivo: Definir Selected Backlog e Sprint Goal. - Quando: Todo incio de Sprint.
-

Scrum Meetings

Sprint Planning 1
-

Procedimento: - O Sprint Backlog preenchido com os itens de maior prioridade do Product Backlog at completar o nmero de Story Point correspondente a Velocity do Scrum Team. O Product Owner poder ento propor alteraes para incluir, excluir e alterar o escopo das Stories.
-

Scrum Meetings

Sprint Planning 2
-

Material: - Selected Backlog priorizado.

Product Owner(Chicken) + Scrum Team + Scrum Master. - Objetivo: Definir tarefas de cada Story do Sprint. - Quando: Todo incio de Sprint.
-

Scrum Meetings

Sprint Planning 2
-

Procedimento: - Diviso da Stories em tarefas de 1 dia, criando post-its para a coluna TO DO (Task Board). - Lembrar que as tarefas podem incluir: - Aprendizado de tecnologia desconhecida; - Programao; - Teste; - Code review; - Documentao.

Scrum Meetings

Planning Poker ou Estimation Meeting

-

Material: - Cartas do Planning Poker com os valores: 1 - 2 - 3 - 5 - 8 - 13 - 20 - 40 - 100 - 200

Scrum Team + Scrum Master. Objetivo: Pontuar a complexidade de cada Story. Quando: Opcionalmente junto com a Sprint planning 1.

Scrum Meetings

Planning Poker ou Estimation Meeting

-

Procedimento: - Identificar no Product Backlog o item que julga-se ser o de menor esforo e pontuamos como 2; - A partir do Product Backlog fazemos um Pre-selected Backlog com os itens mais urgentes na viso do Product Owner; - Para cada Story: - Verificamos se a Story est bem compreendida por todos. - Fazemos uma rodada de PP entre os membros do Time. - Os membros que tiverem dado menor e maior valores fazem uma breve defesa do porque.
Repetimos os ltimos 2 itens at convergir.

Scrum Meetings

Retrospective
-

Material: - Informaes do Painel de Tarefas j organizadas; - Post-its e Flip-Chart;

Scrum Team + Scrum Master. - Objetivo: - Rediscutir o processo de desenvolvimento

(visando sua melhoria);

Melhoria Contnua. - Quando: No fim de cada Sprint.

-

Scrum Meetings

Retrospective
-

Procedimento: - Repassar a Sprint cronologicamente; - 5 min de WWWs em post-it (sem acusao pessoal); - What Went Well; - What Went Wrong; - What can be Improvement. - Discutir os itens organizando o Impediment Backlog. - Fechamento: Cada indivduo faz sua concluso.

Scrum Meetings

Review
-

Material: - Informaes do Painel de Tarefas;

Product Owner (Pig) + Scrum Team + Scrum Master. - permitido o convite de outros Stakeholders. - Objetivo: - Revisar a ltima Sprint e o andamento do projeto. - Quando: No fim de cada Sprint.
-

Scrum Meetings

Review
-

Procedimento: - Revisar detalhes da ltima Sprint: - Objetivos, Stories, Burn-down chart, etc. - Demo do ltimo incremento do projeto; - Pode incluir a demonstrao de documentos e outros.

Se a Review for posterior a Retrospective, pode-se discutir Impediments.

Scrum Meetings
Stand-up Meetings Stand-up Meetings

Sprint i

Sprint

i +1

Review Retrospective

Sprint Planning 2 Sprint Planning 1

So permitidos observadores externos, porm, sero Chickens.

Scrum Sprint

Sprint em Resumo: Iterao de 2 a 4 semanas; - Termina com uma deployable version; - No pode ter sua data postergada; - A descrio da Sprint deve conter: - Data de incio e fim; - Stakeholders; - Objetivo; - Total de Pontos; - Sprint Backlog. - O Boto Vermelho.
-

Scrum DONE

DONE??? Design; - Codificao; - Unit-Test; - Code Review; - Refactoring; - Comentado; - Commited; - Documentado;
-

Scrum Possveis Relatrios

Product Backlog a cada Sprint: - Anlise das diferenas; - Anlise de desenpenho: - Burn-down charts, Velocity; - Aes de melhorias realizadas.
-

Agradecimentos
CCE / PUC-RIO Professor Rodrigo de Toledo, DSc.

Apresentao Organizada por:

Christian Borges
Analista de Sistemas Especialista em JavaEE

christianborges.com christianborges@gmail.com