Scrum Checklist Rev 2011

1.021 visualizações

Publicada em

Scrum Checklist Review 2011
Resenha guia de bolso do Boris Gloger.

Publicada em: Negócios
0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
1.021
No SlideShare
0
A partir de incorporações
0
Número de incorporações
3
Ações
Compartilhamentos
0
Downloads
0
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide
  • PSPI = Potentially Shippable Product Increment (português IPPE)
  • IP/PE = Incremento de Produto Potencialmente Entregável IBL = Impediment Backlog
  • Scrum Checklist Rev 2011

    1. 1. Revisão do Framework Carlos Silva, 2011.04.14
    2. 2. <ul><li>“ By-the-book” para iniciantes </li></ul><ul><li>Bom senso para intermediários </li></ul><ul><li>Cinto segurança para experientes </li></ul><ul><li>10 boas práticas: </li></ul><ul><ul><li>Uma visão clara e contagiosa </li></ul></ul><ul><ul><li>A manutenção do PBL </li></ul></ul><ul><ul><li>Um PBL ordenado por valor de negócio </li></ul></ul><ul><ul><li>Ítens do backlog pontuados pela equipe </li></ul></ul><ul><ul><li>Reuniões diárias </li></ul></ul><ul><ul><li>Gráficos de burndown </li></ul></ul><ul><ul><li>Sprint não sofre interferências de gerentes ou clientes </li></ul></ul><ul><ul><li>Equipe entrega software “pronto” </li></ul></ul><ul><ul><li>SRV colaborativo </li></ul></ul><ul><ul><li>SRT com foco na melhoria no processo de trabalho da equipe e da organização </li></ul></ul>
    3. 3. <ul><li>Básico </li></ul><ul><ul><li>Começa/termina no horário </li></ul></ul><ul><ul><li>Aberta aos participantes </li></ul></ul><ul><ul><li>Reunião cronometrada </li></ul></ul><ul><li>Preparação </li></ul><ul><ul><li>Convite adiantado </li></ul></ul><ul><ul><li>Agenda c/ objetivo e justificativa </li></ul></ul><ul><ul><li>Reservar recursos </li></ul></ul><ul><ul><li>Enviar lembrete </li></ul></ul><ul><ul><li>Flip chart com regras </li></ul></ul><ul><li>Facilitação da reunião </li></ul><ul><ul><li>Facilitador apresenta, não se envolve na discussão, mantém o foco </li></ul></ul><ul><ul><li>Apresenta objetivo e agenda </li></ul></ul><ul><ul><li>Combina com pessoa para fazer a ata de reunião </li></ul></ul><ul><ul><li>Registrar conversa no flipchart </li></ul></ul><ul><ul><li>Manter o foco (ex. parking lot ) </li></ul></ul><ul><ul><li>Wrap-up /retrospectiva 5 mins </li></ul></ul><ul><li>Resultado </li></ul><ul><ul><li>Documento com rabiscos ou anotaçãoes do flipchart ou fotos </li></ul></ul><ul><ul><li>Comunicação da minuta de reunião com resultado claro </li></ul></ul>
    4. 4. <ul><li>Justificativa </li></ul><ul><ul><li>Conhecer o tamanho dos ítens do PBL p/ Release Plan </li></ul></ul><ul><ul><li>Time visualizar o que acontecerá adiante </li></ul></ul><ul><ul><li>Preparação ítens do PBL, decompondo se apropriado </li></ul></ul><ul><li>Básico </li></ul><ul><ul><li>Somente o time estima </li></ul></ul><ul><ul><li>PO presente p/ ajudar a decidir sobre quebra de estórias </li></ul></ul><ul><li>Ingredientes </li></ul><ul><ul><li>PBL priorizado por BV pelo PO </li></ul></ul><ul><ul><li>Magic estimation cards ou Planning Poker </li></ul></ul><ul><li>Procedimento </li></ul><ul><ul><li>PO apresenta ítens PBL para estimar </li></ul></ul><ul><ul><li>Time joga planning poker </li></ul></ul><ul><ul><li>Caso item grande (passe para sprint subsequente) quebra-se e reestima-se </li></ul></ul><ul><ul><li>Reestima-se ítens PBL não prontos e visão 3 sprints adiante </li></ul></ul><ul><ul><li>Identificar ítens PBL p/ esclarecer pra próxima EM </li></ul></ul><ul><li>Duração </li></ul><ul><ul><li>90 minutos ou menos </li></ul></ul><ul><ul><li>Se > 1 semana, 2x EM p/ Sprint </li></ul></ul><ul><li>Resultado </li></ul><ul><ul><li>PBL estimado </li></ul></ul><ul><ul><li>Ítens PBL menores </li></ul></ul><ul><ul><li>Assuntos a esclarecer </li></ul></ul>
    5. 5. <ul><li>Justificativa </li></ul><ul><ul><li>Metáfora: Análise </li></ul></ul><ul><ul><li>Entender em detalhes o que o usuário quer </li></ul></ul><ul><ul><li>Time esclarece o que o usuário precisa para poder entregar </li></ul></ul><ul><li>Básico </li></ul><ul><ul><li>Equipe decide quantos ítens do PBL pode puxar para o Sprint </li></ul></ul><ul><li>Ingredientes </li></ul><ul><ul><li>PBL estimado e ordenado </li></ul></ul><ul><ul><li>Flipchart, post-it, pincel, cola,… </li></ul></ul><ul><ul><li>Plano de ausência, contatos das pessoas </li></ul></ul><ul><li>Duração </li></ul><ul><ul><li>60min/ semana de Sprint pela manhã </li></ul></ul><ul><li>Procedimento </li></ul><ul><ul><li>Iniciar com o primeiro item do PBL (estória) </li></ul></ul><ul><ul><li>Entender essa estória discutindo os requisitos </li></ul></ul><ul><ul><li>Esclareçer os testes de aceitação de usuário </li></ul></ul><ul><ul><li>Encontrar os aspectos (performance, estabilidade,..) </li></ul></ul><ul><ul><li>Encontrar os critérios de aceitação </li></ul></ul><ul><ul><li>Entender o nível de “pronto” da estória </li></ul></ul><ul><ul><li>Ter uma visão clara de cada item do PBL </li></ul></ul><ul><ul><li>Desenhos dos entregáveis (flowcharts, diagramas UML, rabiscos, desenhos de tela) </li></ul></ul><ul><ul><li>Voltar ao passo 1 e pegar o próximo item do backlog </li></ul></ul>
    6. 6. <ul><li>Verificação do Processo </li></ul><ul><ul><li>Perguntar ao time: “podemos fazer o item N do backlog nesse Sprint?” </li></ul></ul><ul><ul><li>Intervalo e repetição passos anteriores </li></ul></ul><ul><li>Finalizando o processo </li></ul><ul><ul><li>Parar 20 minutos antes do término </li></ul></ul><ul><ul><li>Perguntar: “vocês podem fazer o item1, item2, …do PBL?” </li></ul></ul><ul><ul><li>Parar se time não tiverem certeza </li></ul></ul><ul><ul><li>Fica na sala somente o SM e o time </li></ul></ul><ul><ul><li>Pergunta-se: “Essa é a lista que vocês acreditam que conseguem fazer?” </li></ul></ul><ul><ul><li>Aguardar discussão, caso haja, até o time ter certeza </li></ul></ul><ul><ul><li>Comunicar a resposta ao PO e usuários finais. </li></ul></ul><ul><li>Saída: </li></ul><ul><ul><li>PBL selecionado </li></ul></ul><ul><ul><li>Requisitos para cada item do PBL </li></ul></ul><ul><ul><li>Teste de aceitação de usuário para cada item do PBL </li></ul></ul><ul><li>O que NÃO fazer! </li></ul><ul><ul><li>Não redimensionar ítens do backlog! </li></ul></ul><ul><ul><li>Não estimar tarefas! </li></ul></ul>
    7. 7. <ul><li>Justificativa </li></ul><ul><ul><li>Metáfora: “Design” (Projeto) </li></ul></ul><ul><ul><li>Chance de criar o projeto para a solução a ser implementada </li></ul></ul><ul><ul><li>Ao final, time saberá como construir a funcionalidade </li></ul></ul><ul><li>Básico </li></ul><ul><ul><li>Somente o time de desenvolvimento define a solução </li></ul></ul><ul><ul><li>Arquitetos, designers, convidados para ajudar o time </li></ul></ul><ul><li>Ingredientes </li></ul><ul><ul><li>Pessoas que podem ajudar o time a construir as funcionalidades </li></ul></ul><ul><ul><li>Flipchart, post-it, pincel, cola,… </li></ul></ul><ul><ul><li>PBL selecionado </li></ul></ul><ul><li>Duração </li></ul><ul><ul><li>60min/ semana de Sprint </li></ul></ul><ul><li>Procedimento </li></ul><ul><ul><li>Para cada item do PBL, confirmar entendimento do que se quer, olhando no flip chart </li></ul></ul><ul><ul><li>Executar a sessão de projeto respondendo: </li></ul></ul><ul><ul><ul><li>Que interfaces precisamos escrever? </li></ul></ul></ul><ul><ul><ul><li>Qual arquitetura precisamos criar? </li></ul></ul></ul><ul><ul><ul><li>Que tabelas precisamos atualizar? </li></ul></ul></ul><ul><ul><ul><li>Que componentes atualizar/criar? </li></ul></ul></ul><ul><ul><li>Nos últimos minutos os membros escrevem as tarefas em notas adesivas. </li></ul></ul><ul><li>Saída: </li></ul><ul><ul><li>Projeto da aplicação </li></ul></ul><ul><ul><li>Arquitetura, diagramas, desenhos </li></ul></ul><ul><ul><li>Algumas tarefas </li></ul></ul><ul><ul><li>Entendimento claro de como fazer! </li></ul></ul><ul><li>O que NÃO fazer! </li></ul><ul><ul><li>Não estimar tarefas! </li></ul></ul><ul><ul><li>Não atribuir tarefas! </li></ul></ul>
    8. 8. <ul><li>Justificativa </li></ul><ul><ul><li>Metáfora: tempo </li></ul></ul><ul><ul><li>Follow-up de atividades </li></ul></ul><ul><ul><li>Atualizar quadro de tarefas e gráfico de burndown </li></ul></ul><ul><li>Ingredientes </li></ul><ul><ul><li>Quadro de tarefas </li></ul></ul><ul><ul><li>Notas adesivas </li></ul></ul><ul><ul><li>Marcador (pincel/caneta) </li></ul></ul><ul><li>Básico </li></ul><ul><ul><li>O time inteiro presente </li></ul></ul><ul><ul><li>Um representante em caso de não comparecimento </li></ul></ul><ul><li>Duração </li></ul><ul><ul><li>15 minutos </li></ul></ul><ul><ul><li>Mesmo horário diariamente </li></ul></ul><ul><li>Saída </li></ul><ul><ul><li>Compreensão sobre quem faz o quê </li></ul></ul><ul><ul><li>Entrada para o IBL </li></ul></ul><ul><ul><li>Entrada para o backlog do time </li></ul></ul><ul><li>Procedimento </li></ul><ul><ul><li>Time ao redor do quadro (círculo é uma boa forma) </li></ul></ul><ul><ul><li>Pessoa à esquerda começa a explicar o realizado </li></ul></ul><ul><ul><li>A pessoa move a tarefa pro local certo </li></ul></ul><ul><ul><li>A pessoa pega uma nova tarefa e move p/ WIP </li></ul></ul><ul><ul><li>Se houver impedimento, relata ao SM </li></ul></ul><ul><ul><li>Repetir passos 1 a 5 para cada pessoa </li></ul></ul>
    9. 9. <ul><li>Scrum Master não faz perguntas </li></ul><ul><li>Pessoas não relatam para o Scrum Master ou um Gerente </li></ul><ul><li>Não desviar a reunião </li></ul><ul><li>Não aparecer tarde </li></ul><ul><li>Não ultrapassar o tempo </li></ul><ul><li>Não discutir assuntos técnicos </li></ul><ul><li>Scrum Master não move as tarefas para os membros do time </li></ul><ul><li>Scrum Master não atualiza o Burndown Chart para o time </li></ul><ul><li>Não vir despreparado </li></ul><ul><li>Não falte à reunião diária. Caso ocorra, informe ao time com antecedência e arrume um colega para representá-lo </li></ul>
    10. 10. <ul><li>O quadro é mantido apenas pelo time </li></ul><ul><li>Simplicidade e conversa sobre trabalho, não ferramentas </li></ul><ul><li>Selected PBL (Estórias): estórias que serão executadas no sprint, priorizadas </li></ul><ul><li>To Do : novas tarefas criadas na SP2 ou durante o Sprint </li></ul><ul><li>WIP </li></ul><ul><ul><li>Ao iniciar uma tarefa </li></ul></ul><ul><ul><li>Tarefas que continuam marcadas c/ ponto vermelho </li></ul></ul><ul><ul><li>Criar tarefas menores qdo passar de 1 dia e descartar a original </li></ul></ul><ul><ul><li>Se impedimento atrapalhou, ponto vermelho e SM anota. </li></ul></ul><ul><li>Done : Ao finalizar o membro do time move p/ “done” e pega outra tarefa. </li></ul>
    11. 11. <ul><li>Scrum Master ( diretor do filme) </li></ul><ul><ul><li>Protege time de distúrbios externos </li></ul></ul><ul><ul><li>Líder e facilitador do time </li></ul></ul><ul><ul><li>Melhora a produtividade do time </li></ul></ul><ul><ul><li>Controla ciclo “inspect & adapt” </li></ul></ul><ul><ul><li>Trabalha com PO para maximizar o ROI </li></ul></ul><ul><ul><li>Assegura que ideais ágeis são entendidos e respeitados pelos Stakeholders </li></ul></ul><ul><ul><li>NÃO é responsável pelas entregas </li></ul></ul><ul><li>Scrum Team (atores) </li></ul><ul><ul><li>Entrega o produto </li></ul></ul><ul><ul><li>Responsável pela qualidade </li></ul></ul><ul><ul><li>Trabalha com requisitantes: Clientes e Usuários – p/ criação do PBL </li></ul></ul><ul><ul><li>Analisa ítens do PBL p/ ter info necessária para construir </li></ul></ul><ul><ul><li>Cria “projeto”, testa ítens PBL e entrega produto conforme combinado </li></ul></ul><ul><ul><li>Compromete-se voluntariamente </li></ul></ul><ul><ul><li>Responde pelo seu trabalho, considerando organização e projeto </li></ul></ul><ul><ul><li>Trabalha continuamento c/ PO p/ definir direção estratégica do projeto de desenvolvimento. </li></ul></ul>
    12. 12. <ul><li>Gerente ( chefe do estúdio) </li></ul><ul><ul><li>Gerenciamento é essencial numa organização de Scrum </li></ul></ul><ul><ul><li>Permite que time trabalhe construindo o ambiente necessário para times Scrum </li></ul></ul><ul><ul><li>Cria estrutura e estabilidade </li></ul></ul><ul><ul><li>Também trabalha com SM para reorganizar estruturas e procedimentos quando necessário. </li></ul></ul><ul><li>Cliente (o produtor) </li></ul><ul><ul><li>Requisitante do produto para o ST </li></ul></ul><ul><ul><li>Contrata organizações para desenvolver produtos </li></ul></ul><ul><ul><li>Tipicamente gerentes executivos que compram software de empresas externas de desenvolvimento de SW </li></ul></ul><ul><ul><li>Internamente na organização é quem aprova o orçamento do projeto </li></ul></ul>
    13. 13. <ul><li>Product Owner ( escritor estórias) </li></ul><ul><ul><li>Dirige o projeto do ponto de vista do negócio. </li></ul></ul><ul><ul><li>Comunica uma visão clara do produto </li></ul></ul><ul><ul><li>Define características principais do produto </li></ul></ul><ul><ul><li>Aceita o produto no final do sprint </li></ul></ul><ul><ul><li>Assegurar que o time só trabalhará nos principais ítens do PBL necessários para a organização </li></ul></ul><ul><ul><li>Tem a mesma meta do time </li></ul></ul><ul><ul><li>Ajuda o time não interferindo e fornecendo info prontamente </li></ul></ul><ul><ul><li>Responsável pelo ROI </li></ul></ul><ul><li>Usuário Final (expectadores) </li></ul><ul><ul><li>Papel que pode ser executado por várias pessoas: </li></ul></ul><ul><ul><ul><li>Pessoa do Depto. Marketing </li></ul></ul></ul><ul><ul><ul><li>Usuário Final real </li></ul></ul></ul><ul><ul><ul><li>Expert no domínio disponível </li></ul></ul></ul><ul><ul><ul><li>Consultores contratados </li></ul></ul></ul><ul><ul><li>É o requisitante </li></ul></ul><ul><ul><li>Com conhecimento do negócio define o produto dizendo ao time sobre suas expectativas </li></ul></ul>
    14. 14. <ul><li>Impediment Backlog </li></ul><ul><ul><li>Lista mais atual de ações para os riscos </li></ul></ul><ul><ul><li>SM visualiza nessa lista impedimentos p/ produtividade do time </li></ul></ul><ul><ul><li>Reflete ações para remover bloqueios rapidamente </li></ul></ul><ul><li>Product Backlog </li></ul><ul><ul><li>É uma lista </li></ul></ul><ul><ul><li>Contém ítens do PBL (palavras, estórias, requisitos, features, funcionalidades, etc) </li></ul></ul><ul><ul><li>O time quer entregar futuramente </li></ul></ul><ul><ul><li>Ítens ordenados pelo BV e pelo ROI </li></ul></ul><ul><li>Selected PBL </li></ul><ul><ul><li>Lista ordenada dos ítens do PBL, que time entregará no final do sprint. </li></ul></ul><ul><li>Incremento de Produto Potencialmente Entregável </li></ul><ul><ul><li>No final do sprint, o time entrega um IPPE </li></ul></ul><ul><ul><li>Um pedaço do produto que não precisa ser retrabalhado </li></ul></ul><ul><ul><li>Se o desenvolvimento terminar agora, terá uma forma utilizável como estiver </li></ul></ul><ul><li>Sprint Backlog </li></ul><ul><ul><li>Uma lista de tarefas que permite o time visualizar suas atividades </li></ul></ul><ul><ul><li>Ajuda a sincronizar atividades do time </li></ul></ul><ul><ul><li>Só serve para o time </li></ul></ul><ul><ul><li>Não reflete o progresso, mas mostra situação atual do time para todos </li></ul></ul>
    15. 15. <ul><li>Rastreamento do progresso é feito pelo time </li></ul><ul><li>Mostra pontos executados das estórias, não horas </li></ul><ul><li>Eixo vertical pontos das estórias, eixo horizontal dias do sprint </li></ul><ul><li>Time atualiza o gráfico diariamente </li></ul><ul><li>Pode-se colocar os temas atacados pelo time no sprint (nota adesiva) </li></ul><ul><li>Deve ser fácil de ser atualizado pelo time, não torná-lo sofisticado e difícil de ser mantido. </li></ul>
    16. 16. <ul><li>Justificativa: </li></ul><ul><ul><li>Metáfora: feedback/revisão </li></ul></ul><ul><ul><li>ST mostra resultado trabalho p/ Usuário Final </li></ul></ul><ul><ul><li>Membros querem feedback </li></ul></ul><ul><ul><li>Feedback p/ criar/mudar ítens backlog </li></ul></ul><ul><li>Básico: </li></ul><ul><ul><li>Permite todo participante experimentar funcionalidades implementadas </li></ul></ul><ul><li>Ingredientes: </li></ul><ul><ul><li>IPPE mostrado pelo ST </li></ul></ul><ul><ul><li>Quadro, notas, marcadores </li></ul></ul><ul><li>Saídas: </li></ul><ul><ul><li>Feedback do usuário final </li></ul></ul><ul><ul><li>Entrada p/ IBL </li></ul></ul><ul><ul><li>Entrada p/ ST BL </li></ul></ul><ul><ul><li>Feedback do ST gera entradas p/PBL </li></ul></ul><ul><li>Duração </li></ul><ul><ul><li>90 minutos no final do sprint </li></ul></ul><ul><li>Procedimento: </li></ul><ul><ul><li>PO dá boas vindas ao pessoal </li></ul></ul><ul><ul><li>PO lembra a todos a justificativa do sprint: meta e estórias selecionadas </li></ul></ul><ul><ul><li>ST demonstra as novas funcionalidades e permite ao usuário final experimentá-las </li></ul></ul><ul><ul><li>SM facilita a sessão </li></ul></ul><ul><ul><li>Feedback do usuário final documentado pelo PO e/ou SM </li></ul></ul><ul><li>Importante! </li></ul><ul><ul><li>Não apresentar IP que não seja PE </li></ul></ul><ul><ul><li>SM não apresenta Saídas </li></ul></ul><ul><ul><li>ST não apresenta para PO </li></ul></ul><ul><ul><li>Essa é uma sessão de trabalho, não é de aplausos e sim de obter novas idéias. </li></ul></ul>
    17. 17. <ul><li>Justificativa: </li></ul><ul><ul><li>Metáfora: diagnóstico médico! </li></ul></ul><ul><ul><li>Não p/ determinar a CURA, mas p/ encontrar pontos de melhoria </li></ul></ul><ul><li>Ingredientes: </li></ul><ul><ul><li>Flip charts, quadro branco, marcador </li></ul></ul><ul><ul><li>Notas adesivas </li></ul></ul><ul><li>Básico: </li></ul><ul><ul><li>Aprender do passado para o futuro </li></ul></ul><ul><ul><li>Mehorar a produtivivdade da equipe </li></ul></ul><ul><li>Saídas: </li></ul><ul><ul><li>Entrada p/ IBL </li></ul></ul><ul><ul><li>Entrada p/ ST BL </li></ul></ul><ul><li>Duração: </li></ul><ul><ul><li>90 min, após Reunião Revisão </li></ul></ul><ul><li>Importante! </li></ul><ul><ul><li>Não julgue os problemas encontradas </li></ul></ul><ul><ul><li>Não tenha Gerentes na reunião </li></ul></ul><ul><ul><li>Não converse fora da equipe sobre os problemas encontrados . </li></ul></ul><ul><li>Procedimento: </li></ul><ul><ul><li>Prepare 1 flipchart c/ “O que foi bem?” </li></ul></ul><ul><ul><li>Prepare 1 flipchart c/ “O que poderia melhorar?” </li></ul></ul><ul><ul><li>Prepare linha do tempo com datas inicial e final </li></ul></ul><ul><ul><li>Entregue um bloco de anotações adesivas p/ cada membro </li></ul></ul><ul><ul><li>Inicie a Retrospectiva </li></ul></ul><ul><ul><li>Coleta de fatos: cada ST + SM escreve 1 evento significante p/ nota adesiva durante 3~5min. Cada um posta e explica. </li></ul></ul><ul><ul><li>“ O que foi bem?” mesmo que item 6, porem posta no flipchart </li></ul></ul><ul><ul><li>“ O que poderia melhorar?” idem item 7 </li></ul></ul><ul><ul><li>Agrupar notas adesivas: </li></ul></ul><ul><ul><ul><li>“ O que podemos fazer”  entrada ST </li></ul></ul></ul><ul><ul><ul><li>“ O que não está sob nosso controle?”  entrada para IBL </li></ul></ul></ul><ul><ul><li>Ordenar listas p/ opinião ST </li></ul></ul><ul><ul><li>Ambas listas são entradas p/ SP1 e SP2 próximo sprint! </li></ul></ul>
    18. 18. http://www.scrumalliance.org http://c-santos.blog.com/scrum

    ×