Estimar não é uma atividade fácil. A falta de alinhamento entre os envolvidos sobre valor de negócio, itens arquiteturais e a real complexidade de construção, por muitas vezes nos leva ao fracasso. O Agile Planning Board foi criado com a ideia de auxiliar times iniciantes a realizar boas reuniões de planejamento de releases e de sprints, mas com o tempo se mostrou mais do que isso. Nesta palestra será demonstrado o objetivo do Board, como utilizá-lo e serão citados exemplos reais de como o autor solucionou conflitos em empresas como Petrobras, Brasilprev, Porto Seguro, Bradesco e Serasa.
1. Globalcode – Open4education
Trilha – Agile
Agile Planning Board
Transparência para estimativas e planejamento de projetos
Edson de Sousa
Agile Coach na Massimus C&T
22. 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
23. 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
24. 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
29. 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
__/__/__
30. 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
34. Globalcode – Open4education
Edson de Sousa, CSM, CSPO, CSP
@EdsonSousaTi
IN EdsonSousaTi
edson@massimus.com
https://agileplanningboard.wordpress.com/
Obrigado!
Agile Coach na Massimus C&T
Agile Planning Board
Notes de l'éditeur
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.
Devemos considerar a Metodologia que será utilizada
O Tamanho do Lote tem influencia no Planejamento
O Esforço é proporcional à quantidade de entrega
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
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.
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.