2017 Avanade Inc. All Rights Reserved.

(1)

(2)

AGILE COOKBOOK

(3)

Objetivo do documento: fornecer um guia de referência para a execução dos eventos previstos no Scrum em projetos ágeis e ajudar na padronização das iniciativas Ágeis.

Público alvo: Scrum Masters e membros do Scrum Team que precisam melhorar e/ou padronizar os eventos em seus projetos.

(4)

O QUE É AGILE

- Conjunto de práticas, ferramentas, processos e

comportamentos utilizados para a criação de produtos e msua disponibilização para os usuários finais;

- É como o Lego: tem muitas peças que podem ser utilizadas para criar coisas incríveis ou péssimas;

- Precisamos saber escolher as peças certas e montar o melhor processo agile possível;

(5)

O principal objetivo dos métodos

ágeis é entregar valor para o

negócio o mais cedo possível

(6)

O principal objetivo dos métodos

ágeis é entregar valor para o

negócio o mais cedo possível

(7)

Iterativo

(8)

Incremental

• Entregas incrementais: entregas de pedaços do todo ao longo do tempo;

(9)

Scrum – Iterativo e Incremental

• Entregas iterativas: realizadas em ciclos curtos de entrega;

• Entregas incrementais: entregas de pedaços do todo ao longo do tempo;

• Iterativo + incremental = ciclos curtos que

entregam pedaços evolutivos do todo ao longo do tempo

(10)

Práticas, Ferramentas, Processos e Comportamentos

- Lean; - Scrum; - Kanban; - PMBOK; - DevOps; - Jira; - Confluence; - Agile Manifesto; - Etc;

(11)

O Scrum

Um framework dentro do qual pessoas podem tratar e resolver problemas complexos e adaptativos, enquanto produtiva e criativamente entregam produtos com o mais alto valor possível.

Scrum é: • Leve;

• Simples de entender;

(12)

O que é um framework?

Esqueleto ou estrutura inicial que é utilizada como base para a viabilização de uma

entrega / construção complexa.

O Scrum é um esqueleto para a gestão de projetos que deve ser complementado com práticas adicionais para ser efetivo em cenários complexos.

(13)

Eventos

Sprint Planning

Daily Meeting

Backlog Refinement

Sprint Review

Sprint Retrospective

Release Planning

PI Planning

(14)

Sprint Planning

Objetivo: Realizar o planejamento da Sprint iniciando; Duração: +2 horas para cada semana da Sprint;

Entradas:

- Product backlog ordenado pelo PO; - Histórias;

- Protótipos;

- Entendimento realizado no Grooming;

Ferramentas e técnicas:

- Definition of Ready; - Factors atualizados;

- Capacity do time atualizada;

Saídas: - Sprint Backlog; - Tarefas da Sprint; - Cronograma da sprint; Participantes: - DevTeam; - PO; - Scrum Master;

(15)

15

Sprint Planning

Atualizar

Factors Ajustar Capacity

Elencar Histórias

Groomadas Aplicar DoR

Estimar histórias (Planning Poker) Criar Cronograma Atualizar Kanban

(16)

16

Sprint Planning

Atualizar Factors

Fibonachi Complexidade Esforço _(horas)

1 Muito Simples 4 2 Simples 8 3 Médio 12 5 Complexo 16 8 Muito Complexo 24 13 Épico 64

Objetivo: Atualizar o de/para entre as complexidades e esforço de construção com base na sprint

que se encerrou.

Responsável: Scrum Master Recomendações:

- Cada camada da arquitetura (Front, Hub e Micro serviços, por exemplo), deve ter seus próprios Factors;

(17)

17

Sprint Planning

Ajustar Capacity

Angular Capacity Dias Total

Dev 1 7 9.5 66.5

Dev 2 7 9.5 66.5

Total 133

Objetivo: Calcular a capacity disponível para desenvolvimento na Sprint atual. Responsável: Scrum Master

Recomendações:

- Cada sub-time (Front, testes e Micro serviços, por exemplo), deve ter sua capacity calculada separadamente;

- A capacity deve levar em consideração a senioridade dos membros do time (quanto maior a senioridade, maior a capacity);

- Levar em conta a velocidade histórica do time nas sprints passadas para atualizar a nova média; - Daily meetings, pausas para água e/ou banheiro devem ser levadas em conta e deduzidas da

(18)

18

Sprint Planning

Elencar Histórias Groomadas

Objetivo: Revisar a lista de histórias prioritárias que foram devidamente refinadas para a planning. Responsável: PO

- Antes da Sprint Planning o PO deve revisar a lista de histórias priorizadas e que foram refinadas pelo time de desenvolvimento;

- Histórias que não foram suficientemente detalhadas deveriam ser repriorizadas para uma sprint futura;

(19)

19

Sprint Planning

Aplicar DoR

Objetivo: Definir quais das histórias priorizadas estão realmente prontas para serem desenvolvidas

durante a sprint que se inicia.

Responsável: DevTeam; Recomendações:

- O documento de DoR deverá estar sempre atualizado. O momento ideal para a atualização é durante a Sprint Retrospective;

- Os critérios de aceite para as histórias podem incluir:

- Completude de pré-requisitos como documentação, protótipos, refinamento e etc para as histórias;

- Formalizações específicas do cliente como disponibilização de artefatos em alguma ferramenta ou sistema;

(20)

20

Sprint Planning

Estimar histórias

Objetivo: Definir qual será o novo sprint backlog; Responsável: DevTeam;

- Utilizar uma técnica de estimativa relativa, por pontos ou planning poker;

- Todos os membros do DevTeam devem participar da reunião e opinar em todas as estimativas;

- O PO deverá estar presente na reunião para tirar dúvidas funcionais adicionais;

- O Scrum deverá estar presente na reunião para conduzir o processo de planejamento; - PO e Scrum Master não devem influenciar nas estimativas realizadas pelo time;

- O resultado desta etapa deve ser uma lista de tarefas estimadas para viabilizar a entrega das histórias priorizadas pelo PO;

(21)

21

Sprint Planning

Criar Cronograma

Objetivo: Estabelecer um plano inicial para a Sprint, com suas interdependências e ordem de

precedência;

Responsável: Scrum Master; Recomendações:

- Ao final da Sprint analisar a lista de tarefas inicial criada pelo time;

- Criar um cronograma (utilizando MS Project, por exemplo), para definir as ordens de entrega e dependências nas atividades do time;

(22)

22

Sprint Planning

Atualizar Kanban

Objetivo: Criar as tarefas definidas durante a planning no Kanban físico do time; Responsável: DevTeam;

(23)

Daily Meeting

Objetivo: Sincronizar o planejamento do time para as próximas 24 horas; Duração: 15 minutos

Entradas:

- Cronograma atualizado;

- Lista de impedimentos atualizada; - Inputs do DevTeam;

- Respostas para as 3 perguntas:

- O que foi realizado no dia anterior? - Qual o planejamento para hoje?

- Existem impedimentos para minhas atividades?

- Cronometro;

- Técnicas de moderação (Scrum Master);

Saídas:

- Objetivo(s) do dia;

- Cronograma atualizado;

(24)

24

Daily Meeting

Alinhar o

Scrum team

Planejar os

próximos

passos

Alinhar itens

bloqueantes

Inspecionar os

artefatos

Adaptar os

processo e

artefatos

Criar um plano

a curto prazo

Atualizar Jira

Atuar no plano

(25)

25

Daily Meeting

Atualizar DevTeam

Objetivo: Sincronizar as atividades e criar um plano para as próximas 24 horas; Recomendações:

- Feita pelo time de desenvolvimento, para o time de desenvolvimento. Não é uma reunião de status para o Scrum Master, PO, gerente de projetos ou demais stakeholders;

- O Scrum Master assegura que o Time de Desenvolvimento tenha a reunião, mas o Time de Desenvolvimento é responsável por conduzir a Reunião Diária;

- A Reunião Diária é mantida no mesmo horário e local todo dia para reduzir a complexidade; - Qualquer outra reunião com o DevTeam deve ser devidamente avaliada sua devida

necessidade;

- Todos os membros do time possuem voz ativa e devem contribuir entre si; - Atualizar a sprint backlog;

(26)

26

Daily Meeting

(27)

27 Daily Meeting Planejar as próximas 24 horas 15 minutos Cronograma atualizado Lista de impedimentos atualizada

O que foi realizado no dia anterior? Qual o planejamento para hoje?

Existem impedimentos para minhas atividades?

Objetivo(s) do dia _{Todos possuem voz ativa}

Saídas

No mesmo horário e local o evento

Empoderamento do Scrum Team

Dev Team

Responsável por conduzir a Daily

Daily Meeting

(28)

Backlog

Refinement

(

grooming

)

Objetivo: Quebrar as histórias que estão prioridazas para as próximas

Sprint em histórias menores e verificar se o DoR atende as histórias da próxima Sprint;

Duração: 4h Entradas:

- Histórias priorizadas do backlog;

- Pré análise de Story Points; - Listar o DoR;

Saídas:

- Novas histórias;

(29)

Sprint Review

Objetivo: Demonstrar o que foi desenvolvido para os envolvidos na

história e receber feedback

Duração: 1h Entradas:

- Histórias entegues na sprint atual com aprovação do PO;

- Demonstração visual; - Apresentação em Slides;

Saídas:

- Feedback;

(30)

Sprint

Retrospective

Objetivo: Permitir a inspeção das práticas e processos de um time e

gerar insumos para o planejamento de melhoras constantes nestes;

Duração: uma hora e meia; Entradas:

- Eventos, artefatos e processos atuais do time; - Resultados da sprint atual;

- Sinceridade Radical (link para o artigo); - Post its e canetas;

- Votação anônima;

Saídas:

- Constatação dos processos que deverão ser mantidos;

- Lista de ações e melhorias que deverão ser planejadas e executadas na próxima Sprint;

(31)

31

Sprint Retrospective

Duração Ação Quem?

Antes da

reunião Anotar pontos positivos e negativos da Sprint Scrum Master, PO, DevTeam 2 min Introdução: propósito da reunião Scrum Master

3 min Anotar em post its os pontos positivos e negativos Scrum Master, PO, DevTeam

2 min Colar todos os post its em flip chart Scrum Master, PO, DevTeam

10 min Ler os pontos negativos, pedir esclarecimentos e agrupar os pontos

semelhantes Scrum Master

3 min Cada membro do time distribui 3 pontos entre os pontos no flip

chart Scrum Master, PO, DevTeam

15 min Definir objetivos SMART, com um responsável por objetivo, para

adoção na próxima Sprint Scrum Master, PO, DevTeam

10 min Ler os pontos positivos, pedir esclarecimentos e agrupar os pontos

semelhantes Scrum Master

3 min Cada membro do time distribui 3 pontos entre os pontos no flip

chart Scrum Master, PO, DevTeam

15 min Definir objetivos SMART, com um responsável por objetivo, para

adoção na próxima Sprint Scrum Master, PO, DevTeam

(32)

Release Planning

Objetivo: Realizar a possível divisão das atividades e avaliar possíveis

riscos e impedimentos, e validar de forma alto nível se é possível a entrega nas próximas liberações de release, trazer funcionalidades do Backlog para o Release Backlog;

Duração: 8 horas

Entradas: Um Backlog com os desejos do PO priorizados com todas as

funcionalidades previstas para as próximas releases, velocity do time para validar quantos Story Points o time suporta;

Ferramentas e técnicas: Divisão das tarefas, histórico de velocity; Saídas: Estruturação do Release backlog com as funcionalidades

(33)

33

Release Planning

Estruturar

Backlog

Priorizar e

estimar

backlog

Separar

estórias pela

capacidade

mensurada.

Criar

Cronograma

Apresentar ao

time

Cronograma

Discutir

Resultado

Grooming

Atualizar Jira

(34)

34

Release Planning

Estruturar Capacity

Estória Estimativa Prioridade

Cheques Seguro 3 0

Poupança 3 1

Objetivo: Estruturar backlog; Recomendações:

- Ferramentas para pontos de função;

Id

305 372

(35)

PI Planning

(Release Grooming)

Objetivo: Validar se o que está no Release Backlog, poderá ser

utilizado, para estarem fazendo parte das Sprint durante a release, inclua uma apresentação do contexto e visão de negócios, seguida de descobertas de planejamento de equipe onde as equipes criam seus planos e objetivos de Iteração para o próximo Incremento do

Programa;

Duração: 8 horas; Entradas:

- Contexto empresarial; - Roteiro e Visão;

Ferramentas e técnicas: Apresentação para todas as Squads; Saídas:

(36)

36

PI Grooming

Levantamento das funcionalidades

Separar as

funcionalidades

para o time

Elencar Histórias

Groomadas

Aplicar DoR

Estimar

histórias

Criar

Cronograma

Atualizar Jira

Atualizar

Confluence

(37)

37

PI Planning

Benefícios

Benefícios:

- Estabelecimento de comunicação presencial entre todos os membros da equipe e partes interessadas.

- Alinhar o desenvolvimento de metas de negócio com o contexto de negócios, visão, objetivo das equipes;

(38)

38

Pesquisa de

Satisfação

Objetivo: Saber a satisfação de cada colaborador para mapear

melhorias, compartilhar as ideias, sugestões e realizar elogios e/ou críticas

Duração: Cada 2 a 3 meses com 15 minutos de realização Entradas: - Questionário; Ferramentas e técnicas: - Google Forms; Saídas: - Respostas;

- Análise dos dados;

(39)

39

Glossário

• Squad: o mesmo que Scrum Team, um time composto por Scrum Master, Product Owner e DevTeam;

• Capacity: quantidade de tarefas que a Squad consegue entregar dentro de uma Sprint; • Factors: expressa um número que é utilizado na elaboração de uma multipliacação; • Release: conjunto de funcionalidades o qual será disponibilizado em produção;

(40)

História Protótipo Casos de _Teste Refinamento Planning Build Geração de Massa Testes Homologação

(41)

História Protótipo Casos de Teste Refinamento Planning Build Geração de _Massa Testes Homologação

Responsável: Produc Owner Entradas: • Necessidades de negócio; • Desejos do PO e da organização; Saídas: • História, contendo: • Título; • Prioridade; • Descrição; • Critérios de Aceite;

(42)

História Protótipo Casos de Teste Refinamento Planning Build Geração de _Massa Testes Homologação

Responsável: time de UX Entradas:

• História;

• Entrevistas com usuários / PO; • Guia de Estilos;

Saídas:

• Protótipos com as seguintes características: • Navegável;

• Definição de cores (RGB) e tipografia; • Definição de estilo e comportamento;

(43)

História Protótipo Casos de _Teste Refinamento Planning Build Geração de _Massa Testes Homologação

Responsável: QA Características:

• 1 caso de testes atende 1 história;

• 1 história pode ser atendida por n casos de teste; Entradas:

• Histórias; • Protótipos; Saídas:

• Casos de testes com as seguintes características:

• Pré-condições; • Passos;

• Resultados esperados;

(44)

História Protótipo Casos de Teste Refinar Planning Build Geração de _Massa Testes Homologação

Responsável: Scrum Team; Entradas:

• Histórias; • Protótipos; • Casos de teste; Saídas:

• Desenho técnico da solução; • Definições TDM;

(45)

História Protótipo Casos de Teste Refinamento Planning Build Geração de _Massa Testes Homologação

Responsável: Scrum Team Entradas: • Histórias; • Protótipos; • Casos de Testes; • Saídas do Refinamento; Saídas: • Sprint Goal; • Sprint Backlog; • Tarefas; • Estimativas; • Cronograma da Sprint;

(46)

História Protótipo Casos de Teste Refinamento Planning Build Geração de _Massa Testes Homologação

Responsável: DevTeam Entradas:

• Incremento da ultima Sprint; • Sprint Goal;

• Sprint Backlog;

• Cronograma da Sprint; Saídas:

(47)

História Protótipo Casos de Teste Refinamento Planning Build Geração de _Massa Testes Homologação Responsável: time de QA Entradas: • Histórias; • Protótipos; • Casos de Testes; Saídas: • Massa de testes;

(48)

História Protótipo Casos de Teste Refinamento Planning Build Geração de _Massa Testes Homologação

Responsável: DevTeam; Entradas:

• Incremento para testes; • Casos de Testes;

• Massa para Testes; Saídas:

(49)

História Protótipo Casos de _Teste Refinamento Planning Build Geração de _Massa Testes Homolog

Responsável: time de QA Entradas:

• Incremento para Homologação; • Casos de Testes;

• Massa para Testes; Saídas:

• Evidência de testes; • Bugs;

(50)