ScrumEm 30 minutos

“O plano mínimo necessário para iniciar um projeto Scrum, consiste de um Documento de Visão e um Product Backlog. A Visão descreve porque o

projeto está sendo implementado e o que se deseja ao seu final.” (Schwaber 2004, p. 68)

Métodos da Engenharia Clássica

• Planejamento Implementação;• Linha de Montagem ( Cascata );• Cada etapa tem um responsável diferente;• Gerenciamento facilitado ( Pessoas são peças );

• Reuso Possível;• Mais Formalidade com o relacionamento com o cliente;• Perda de flexibilidade;• Software não é prédio;• Falsas verdades.

Perda de Flexibilidade

• Princípio da Incerteza de Ziv:Incerteza é inerente e inevitável em desenvolvimento de

software, processos e produtos.

• Princípio da Incerteza de Requisitos de Humphrey:Em um novo sistema os requisitos não serão completamente

conhecidos até que os usuários tenham o usado.

• Lema de Wegner:Não é possível especificar completamente um sistema

interativo.

Métodos Ágeis• Processos Iterativos;

• People-Oriented;

• Cross-functional teams;

• Inspeção / Adaptação;

• Time-box;

• Alta produtividade ( 4 a 10 vezes maior )

• Satisfação de todos: clientes, usuários, gerentes e desenvolvedores.

Destaques dos Princípios Ágeis• A maior prioridade é satisfazer o cliente através de entrega contínua e rápida de software que agrege valor;

• Receber bem as mudanças de requisitos, mesmo que sejam tardias no processo de desenvolvimento;

• Entregar software funcional com freqüência;

• Indivíduos motivados;

• Conversar cara-a-cara com o cliente;

• Simplicidade;

• Em intervalos regulares, o time reflete em como ser mais eficiente.

Mudanças de paradigma

• Modelo cascata Modelo Iterativo;• Escopo fixo Tempo fixo ( qualidade fixa);• Planejamento/controle Inspeção/adaptação;• Orientado a processo Orientado a pessoas;• Mudanças de requisitos são bem vindas;• Melhoria contínua;• Desenv. em camadas Desenv. Em fatias.

Scrum

• Metaprocesso• Adaptável• Promete Alta Qualidade• Promete Alta Produtividade

Criadores:• Jeff Sutherland• Ken Schwaber• Mike Beedle

Scrum – Valores em Destaque

1. Focus;2. Openness;3. Commitment;4. Respect;5. Courage.

Scrum – Princípios em Destaque1. Processo Iterativo e Incremental:

- Confiabilidade do software;- Antecipação do valor agregado;- Aumento de confiança do cliente;- Motivação da Equipe;- Melhoria Contínua;

2. Auto-organização:- Acreditar na competência das pessoas;- A equipe tem capacidade de se auto-organizar;- Tarefas não devem ser atribuídas autoritáriamente, mas voluntáriamente;- Atribuições ocorrem diariamente;

3. Comunicação (transparência):- Através da reuniões diárias a comunicação é feita pessoalmente;- Controles visuais;- Reuniões regulares de restrospectiva;- Problemas vêem rapidamente a superffície;- Group Programming ( Esquipes cross-functional);

Scrum – Princípios em Destaque4. Time-Box:

- O tempo das Iterações é mandatório, assim como a qualidade.- Todos os encontros tem tempo fixo.

5. Menos planejamento, mais ação:- Retardar decisões;- Retardar uma decisão e retomá-la apenas no momento apropriado ( cenário mais atualizado, novas prioridades, mais conhecimento sobre condições).

6. Cliente é um parceiro:- Participação ao longo do projeto;- Acompanhamento mensal;- Disponibilidades para dúvidas;- Mudanças de requisitos são bem-vindas a qualquer momento.

Scrum

Artefatos

Artefatos – User Story

Campos Básicos:

• Id, Título (ou descrição sucinta);

• Valor da Story (Medido pelo Product Owner, este valor é relativo ao business

value);

• Story Points (Medido pelo Team e o Scrum Master, este valor é relativo ao grau de

complexidade da Story);

• Descrição Detalhada;

Artefatos – Tasks

• Cada Story deverá ser quebradas em Tasks;

• Idealmente, cada task corresponde a 1 dia de trabalho;

• As atribuições das Tasks às pessoas ocorre diariamente;

• Cada Task vira um post-it.

Artefatos – Task Board

• Colunas Básicas: TO DO, DOING, DONE;

• Conceito de DONE;

• Burn-down chart (gráfico com contagem de pontos parciais das Stories, das

Iterações e do Projeto);

• Pode conter outras colunas e conteúdos;

Artefatos – Task Board

Scrum

Conceitos

Scrum – Conceitos• Sprint:

- Iteração;- Período 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 deimpedimentos que podem gerar problemas na entrega, sejade um Sprint ou de um Projeto como um todo. Geralmenteconsiste de tarefas que não puderam ser realizadas pelaequipe por pendências externas. Este backlog deve sertratado pelo Scrum Master que deve agir como facilitadorna resolução destes impedimentos.

• Velocity:- É a medida da CAPACIDADE da equipe em

resolver funcionalidades (Stories/Tasks) de uma Sprint.

Scrum

Personagens

Scrum - Personagens

• Product Owner• Team• Scrum Master

• São apenas três personagens;• Não tem relação direta com cargos e hierarquias.

Personagens – Product Owner• Fornece a visão do negócio;• Mantém os itens do Product Backlog atualizados e priorizados;• A cada início de Sprint participa da elaboração do Selected Backlog;• Maximiza ROI (“Valor Agregado”);• Aceita ou rejeita o que foi produzido;• Alta participação em início e fim de Sprints;• Disponível para esclarecer dúvidas.

Personagens – Scrum Master• Facilitador;• Não tem autoridade;• Conduz reuniões e eventos;• Mantém o Scrum funcionando;• Remove empecilhos e obstáculos;• Presta serviço ao ScrumTeam;• Protege o ScrumTeam;• Ajuda o Scrum Team nas suas tarefas;• Ajuda o Product Owner nas suas tarefas;• De olho na próxima Sprint.

Personagens – Scrum Team• Multidisciplinar (sem papéis específicos);

• Auto-gerenciado;• de 5 a 9 pessoas;• Comprometido com o objetivo e consigo mesmo (esforçado, pontual, etc);

• Autoridade para fazer o que for necessário para atingir o objetivo;• Comunicação constante (transparência e diálogo).

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: Sincronização de conhecimento.- Quando: Diariamente.

Scrum – Meetings• Stand-up Meetings

- Procedimento:- De pé, máximo de 15 minutos, não é paradiscutir/resolver problemas;- Sincronização de conhecimento;- Atualização 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.- Informações práticas sobre próximo Sprint.

- Pessoas, tempo de Sprint, etc.

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

Scrum – Meetings• Sprint Planning 1

- Procedimento:- O Sprint Backlog é preenchido com os itens demaior prioridade do Product Backlog até completaro número de Story Point correspondente a Velocitydo Scrum Team.

- O Product Owner poderá então propor alteraçõespara incluir, excluir e alterar o escopo das Stories.

Scrum – Meetings• Sprint Planning 2

- Material:- Selected Backlog priorizado.

- Product Owner(Chicken) + Scrum Team + ScrumMaster.- Objetivo: Definir tarefas de cada Story do Sprint.- Quando: Todo início de Sprint.

Scrum– Meetings• Sprint Planning 2

- Procedimento:- Divisão da Stories em tarefas de 1 dia, criando post-itspara a coluna “TO DO” (Task Board).- Lembrar que as tarefas podem incluir:

- Aprendizado de tecnologia desconhecida;- Programação;- Teste;- Code review;- Documentação.

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 ode menor esforço e pontuamos como 2;- A partir do Product Backlog fazemos um “Pre-selected”Backlog com os itens mais urgentes na visão do ProductOwner;- Para cada Story:

- Verificamos se a Story está bem compreendida portodos.- Fazemos uma rodada de PP entre os membros doTime.- Os membros que tiverem dado menor e maior valoresfazem uma breve defesa do porque.

Repetimos os últimos 2 itens até convergir.

Scrum – Meetings• Retrospective

- Material:- Informações 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 Contínua.- Quando: No fim de cada Sprint.

Scrum – Meetings• Retrospective

- Procedimento:- Repassar a Sprint cronologicamente;- 5 min de WWWs em post-it (sem acusação pessoal);

- What Went Well;- What Went Wrong;- What can be Improvement.

- Discutir os itens organizando o Impediment Backlog.- Fechamento: Cada indivíduo faz sua conclusão.

Scrum – Meetings• Review

- Material:- Informações 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 demonstração de documentos e outros.

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

Scrum – Meetings

Sprint i Sprint i +1

Stand-up Meetings Stand-up Meetings

Review

Retrospective

Sprint Planning 2

Sprint Planning 1

“São permitidos observadores externos, porém, serão Chickens.”

Scrum – Sprint• Sprint em Resumo:

- Iteração de 2 a 4 semanas;- Termina com uma deployable version;- Não pode ter sua data postergada;- A descrição da Sprint deve conter:

- Data de início e fim;- Stakeholders;- Objetivo;- Total de Pontos;- Sprint Backlog.

- O “Botão Vermelho”.

Scrum – DONE• DONE???

- Design;- Codificação;- Unit-Test;- Code Review;- Refactoring;- Comentado;- Commited;- Documentado;

Scrum – Possíveis Relatórios

- Product Backlog a cada Sprint:- Análise das diferenças;

- Análise de desenpenho:- Burn-down charts, Velocity;

- Ações de melhorias realizadas.

Apresentação Organizada por:

Christian BorgesAnalista de Sistemas Especialista em JavaEE

christianborges.comchristianborges@gmail.com

Agradecimentos

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