AGILE PLANNING BOARD
•Transferir como PPTX, PDF•
3 gostaram•1,025 visualizações
O documento apresenta um quadro Kanban para planejamento ágil de projetos (Agile Planning Board), demonstrando como estimativas de tarefas são organizadas visualmente para planejamento e acompanhamento. É mostrado o processo de desagregação de atividades em tarefas menores e a evolução do quadro à medida que o trabalho é concluído e novas metas são planejadas. O documento também discute conceitos e benefícios do planejamento ágil.
Recomendados
Recomendados
Mais conteúdo relacionado
Semelhante a AGILE PLANNING BOARD
Semelhante a AGILE PLANNING BOARD (20)
Último
Último (20)
AGILE PLANNING BOARD
- 1. Massimus C&T Edson de Sousa @EdsonSousaTi AGILE PLANNING BOARD TRANSPARÊNCIA PARA ESTIMATIVAS E PLANEJAMENTO DE PROJETOS
- 2. Breve histórico 1997 2000 2004 2006 20072007 2014 2014 2015 2015 - ~ Edson de Sousa, CSM, CSPO, CSP @EdsonSousaTI
- 4. Conceitos
- 5. O quê fazer? Como fazer? Esforço Níveis do Conhecimento Complexidade
- 9. Sapatos On-Line Permitir e-commerce de sapatos
- 10. Sapatos On-Line Permitir e-commerce de sapatos Bruno Jr Roger, Lara, Joyce, Maria, João
- 11. Sapatos On-Line Permitir e-commerce de sapatos Bruno Jr Roger, Lara, Joyce, Maria, João A B C D E F G H
- 12. Sapatos On-Line Permitir e-commerce de sapatos Bruno Jr Roger, Lara, Joyce, Maria, João A B C D E F G H C1 C2 C3
- 13. Sapatos On-Line Permitir e-commerce de sapatos Bruno Jr Roger, Lara, Joyce, Maria, João B C D E F G H C1 C2 C3 A
- 14. Sapatos On-Line Permitir e-commerce de sapatos Bruno Jr Roger, Lara, Joyce, Maria, João A B C C1 C2 C3 E F G H D
- 15. Sapatos On-Line Permitir e-commerce de sapatos Bruno Jr Roger, Lara, Joyce, Maria, João D C1 C2 C3 F G H E A B C
- 16. Sapatos On-Line Permitir e-commerce de sapatos Bruno Jr Roger, Lara, Joyce, Maria, João E C1 C2 C3 F G H D A B C
- 17. Sapatos On-Line Permitir e-commerce de sapatos Bruno Jr Roger, Lara, Joyce, Maria, João C1 C2 C3 F2 G H F E D A B C
- 18. Sapatos On-Line Permitir e-commerce de sapatos Bruno Jr Roger, Lara, Joyce, Maria, João C1 C2 C3 G H F F2 E D A B C
- 19. Sapatos On-Line Permitir e-commerce de sapatos Bruno Jr Roger, Lara, Joyce, Maria, João A B C D E C1 C2 C3 G H F Critérios de Aceite Definidos Definition Of Ready F2
- 20. Sapatos On-Line Permitir e-commerce de sapatos Bruno Jr Roger, Lara, Joyce, Maria, João A B C D E C1 C2 C3 G H F Spikes Definition Of Ready F2
- 21. Sapatos On-Line Permitir e-commerce de sapatos Bruno Jr Roger, Lara, Joyce, Maria, João A B C D E C1 C2 C3 G H F Desagregação Definition Of Ready F2
- 22. Planning Poker Comunicação Transferência de Conhecimento Analogia Desagregação Triangulação
- 23. Concepção Inicial Definição do Projeto (Aprovada) Requisitos Concluídos Design do Produto Software Concluído 0,25x 2x 4x 0,5x 1,5x 0,67x 1,25x 0,8x Cone da Incerteza
- 25. Métricas [Velocidade] Lead Time 1pt 3pt 5pt 2 dias 9 dias 4 dias
- 26. Sapatos On-Line Permitir e-commerce de sapatos Bruno Jr Roger, Lara, Joyce, Maria, João A B C D E C1 C2 C3 F2 G H F Planejamento 2 dias3 dias4 dias9 dias15 dias Meta: xxx 9 pts 15 dias __/__/__ Meta: yyy 8 pts 15 dias __/__/__ Meta: zzz 8 pts 15 dias __/__/__
- 27. Sapatos On-Line Permitir e-commerce de sapatos Bruno Jr Roger, Lara, Joyce, Maria, João A B C D E C1 C2 C3 F2 G H F 2 dias3 dias4 dias9 dias15 dias Meta: xxx 9 pts 15 dias __/__/__ Meta: yyy 8 pts 15 dias __/__/__ Meta: zzz 8 pts 15 dias __/__/__ Acurácia
- 28. +55 (11) 2246 - 2826 www.massimus.com Av. Paulista, 37, 4o Andar, São Paulo, SP, 01311-902, Brasil Edson de Sousa, CSM, CSPO, CSP @EdsonSousaTi IN EdsonSousaTi edson@massimus.com
Notas do Editor
- A ideia aqui é apresentar o agile planning board, uma ferramenta que foi criada para auxiliar times iniciantes a realizar boas reuniões de planejamento, mas que com o passar do tempo, se mostrou muito mais do que isso.
- Quando somo chamados para estimar o esforço de uma necessidade, nem que seja de forma rápida, pensamos no COMO FAZER, mas muitas vezes não temos o entendimento sobre O QUE FAZER. Desta forma, para chegarmos ao esforço, maior deve ser o nosso CONHECIMENTO minimizando os Riscos. Ao passo que quanto menos CONHECIMENTO, maiores serão os RISCOS envolvidos Todos estes fatores, envolvem a COMPLEXIDADE sobre o que iremos trabalhar.
- Além disso, temos o tamanho envolvido. Eu posso ter muitas dúvidas de negócio, enquanto você tem poucas. Você pode ter dúvidas técnicas que eu não tenho. O esforço é algo mais tangível, enquanto as dúvidas são muito subjetivas.
- Com estes conceitos, chegamos a este fluxograma para determinar o esforço: Você tem dúvidas de negócio? - Sim. Ela é Grande, Média ou Pequena? Não tenho Dúvidas Você tem dúvidas técnicas? - Sim. Ela é Grande, Média ou Pequena? Não tenho Dúvidas técnicas Qual o Esforço? Grande, Médio ou Pequeno? Quanto mais para a direita, maior meu conhecimento e menor o risco Quanto mais para a esquerda, menor o meu conhecimento e maior o risco
- Nesta área você identifica o nome e o objetivo do Projeto, release, Sprint (depende do que você está planejando)
- Identificamos o Product Owner e o Time responsável pelo planejamento
- Trazemos o backlog priorizado. Nesta palestra, não vou entrar no mérito como foi montado o backlog ou se você usa user stories, features, casos de uso
- Acordamos com o PO a Definição de Pronto das funcionalidades, que é importante para nortear o planejamento.
- O Item D ele tem um pouco mais de esforço que o A, mas é menor que o B Visualmente fica fácil fazer a triangulação.
- O Item E é semelhante ao C. Dá pra fazer analogia colocando na mesma coluna.
- Posso ter um item com muitas dúvidas técnicas. Podemos criar um item novo para fazer uma prova de conceito, diminuído as dúvidas do item atual.
- Pode ter itens ainda com muitas dúvidas onde você demonstra claramente pro seu P.O que vai precisar da participação dele.
- Nos ajuda a definir restrições Posso dizer que só vou avaliar a parte técnica, depois de ter os critérios de aceitação definidos
- Toda vez que eu tiver muita dúvida técnica, precisarei acionar o Líder técnico para fazer uma prova de conceito
- Ou ainda que toda vez que o esforço for grande, o time deverá quebrar em estórias menores
- Se vocês repararam, estes são conceitos utilizados no Planning Poker Eu uso o Planning Poker pq eu gosto da comunicação que a dinâmica possui. Trazendo o conceito para o Agile Planning Board, fica fácil você visualizar o pq eu joguei 3, ou pq eu joguei 8.
- Um conceito interessante é com relação ao cone da incerteza. Ele nos diz que quando ainda estamos na ideia do produto, temos 4x a chance de errar na estimativa para mais ou para menos. E assim sucessivamente.
- Esta é a forma como planning Board se encaixa nele. A ideia é sempre trabalhar com os itens com menos dúvidas.
- Podemos então alimentar as colunas com estas métricas Então fica mais fácil realizarmos o planejamento das sprints Posso entregar ABC em 15 dias DEF2 em 15 E F em mais 15 Montei o plano da release Mas se eu entrego 8 pontos em uma Sprint vou precisar de 5 sprints pra entregar o de 40. Pois é, vamos entender juntos melhor o que deve ser feito, que teremos melhor visibilidade dela.
- Maior Assertividade