Ciclo de Avaliacao de Pressupostos

Ciclos de Avaliação de
Pressupostos
Entendendo Lean, Kanban e Agilidade sob uma
nova perspectiva

Alisson Vale
http://alissonvale.com
contact@alissonvale.com
Twitter: @alissonvale
Sunday, August 21, 2011

Variabilidade domina
atividades de Knowledge
Work

Nunca uma tarefa será exatamente igual
a outra.


Incerteza domina atividades
de Knowledge Work

Quanto tempo vai durar uma atividade?

Como uma atividade afetará outras e será
afetada por elas?

Qual será a próxima atividade e quando ela
virá?


Incerteza gera um mundo
cheio de suposições
“Essas linhas de código vão funcionar.”

“É isso que o cliente está esperando.”

“Esse código está bem estruturado e de
acordo com os padrões do time.”

“Entregaremos os mesmos pontos nessa
interação que entregamos na anterior.”

“O time está alinhado em direção a
meta.”

“Essa funcionalidade faz o que
“Essa funcionalidade será realmente deveria fazer.”
útil para os usuários.”

Importância da incerteza em um mundo
cheio de suposições

? !
? -> suposição
! -> avaliação de uma suposição


Tempo é o parâmetro
dominante

MIG-15 F-86
John Boyd
Tecnicamente mais avançado Preferido dos pilotos
Ciclo OODA - (Sobe mais rápido, vira mais rápido, (vencia 9 entre 10 batalhas
Observe, Orient, maior amplitude de visão) mano-a-mano)
Decide, Act)
Delay no ciclo OODA por causa do
controle de vôo


Importância da incerteza em um mundo cheio de
suposições
+
Tempo é o fator dominante

?
? -> suposição
min(t)
!
! -> avaliação de uma suposição
min(t) -> minimização do tempo


Ciclos de Avaliação de
Pressupostos em Software

Peer Review
Validação de
Código
Working Software

Alinhamento de
Equipe
Aceitação

Estimativas

Entrega Experiência
de Uso


Suposições de Engenharia

Como programadores têm minimizado
o tempo de vida de pressupostos.


Compilação/Interpretação de
Código
Suposição: O código escrito está sintaticamente correto?

Dos cartões perfurados...

... a verificação de código instantânea


Working Software
Suposição: O código escrito faz o que deveria fazer?

TDD

Ruby AutoTest ? ------> !

Cycle Time
tendendo
a zero


BDD
Semântica alinhada com o conceito de validação de suposições


Peer Review
Suposição: Padrões de nomenclatura, estrutura do design, usabilidade, cobertura de testes e
outras regras deveriam estar alinhadas entre todos os desenvolvedores do time.

Verificação Manual Verificação Manual
com Hand off Pair Programming
“puxando” um
Promiscuos Pairing
dias desenvolvedor

horas
tempo

segundos

0

Suposições de Gestão


Alinhamento de Equipe
Suposição: O time está operacionalmente alinhado em direção a uma meta comum

Validação:

Standup meetings

Semanal
Dia sim, dia não
Diário Acúmulo de
Pressupostos
Duas vezes por dia


Iterações mais curtas
favorecem a redução no
número de pressupostos
presentes no sistema


Lidando com Estimativas
Suposições:
- O time será capaz de entregar o total de pontos estimados ao fim de uma iteração
- Cada User Story foi devidamente entendida para ter uma atribuição de pontos condizentes
com sua real complexidade.

Validação:

Sprint Review
Ao fim da implementação de cada funcionalidade

Iterações
+ Longas

Acúmulo de
Iterações Pressupostos
+ Curtas


Estimativas de Story Points para uma
iteração não são um compromisso, mas
um pressuposto de futuro throughput
que precisa ser continuamente validada.


Entregando
Suposições:
- O que foi implementado era o que o cliente esperava.
- A nova feature precisará de ajustes após ser revisada.

Maior acúmulo de pressupostos e maior risco
Release após atingir da “síndrome de release de estabilização”
algum marco de
escopo Release por iteração Release por feature Deploy Continuo
meses

semanas
tempo

dias
horas


Escalando deploy entre
cluster de usuários

Pontos de Avaliação dos Pressupostos


WIP Limits
Suposições de um Handoff:
- O trabalho chegou em boas condições?
- Quem recebeu, recebeu o que esperava?
- Quem vai responder, o fará no tempo adequado?
- Haverá algum retrabalho na volta?
- Informação suficiente foi passada junto com o trabalho?

Ex: Review do PO
To do Doing Done To do Doing (5) Done
Review

Tempo para validar pressuposto
2 semanas 2 -3 dias


O Software como experiência
(não escopo)
Uma valiosa lição do movimento Lean Startup

Validação:

Customer Driven-Development, Business Model
Canvas, Minimum Viable Products

Escopo Fechado
Progresso: Execução das atividades do plano inicial
Escopo Aberto com Backlog
Progresso: User story por User Story Acúmulo de
Pressupostos
Minimum Viable Product
Progresso: Suposição por Suposição


Trade-oﬀ
Atividades de valor agregado

vs
tendem a dar espaço para Atividades de coordenação,
atingir a marca do tempo zero como reuniões, transferências
para validação de pressupostos de trabalho em lote estão
subordinadas a um custo de
transação que impede a redução
do tempo a partir de certos
níveis

Dica: Quando atingir o limite mínimo pare de pensar em reduzir o tempo e
comece a pensar em substituir o mindset


Agile vs Lean

Com Agile, estamos tentando criar
ciclos de avaliação de pressupostos
?
curtos.

Em Lean, estamos tentando encurtar os
ciclos de avaliação de pressupostos
existentes.


Takeaways
✤ A avaliação de pressupostos é uma “Thinking Tool”, uma
ferramenta para se pensar sobre como melhorar ambientes
com incerteza e variabilidade
✤ O co n ce i to e s c a l a e m to d a s a s d i r e ç õ e s , d e s d e o
desenvolvedor até a gestão do portfolio.
✤ Cada individuo de uma dada cadeia de valor pode usar essas
idéias para tomar melhores decisões
✤ Pense nos ciclos de avaliação de pressupostos do seu
ambiente:
✓ Quando os ciclos se abrem e se fecham?
✓ Quantos pressupostos o time está carregando no momento?
✓ Quando as suposições atuais serão validadas?
✓ Quais são os possíveis riscos de mantê-las em aberto?


Processos não avaliam
suposições, somente as
pessoas o fazem.


Obrigado!

Alisson Vale
http://alissonvale.com
contact@alissonvale.com
Twitter: @alissonvale

Leia mais em: http://alissonvale.com/englishblog/post/Cycles-of-Assumptions-Evaluation.aspx


Ciclo de Avaliacao de Pressupostos

Recommandé

Recommandé

Contenu connexe

Plus de Alisson Vale

Plus de Alisson Vale (7)

Ciclo de Avaliacao de Pressupostos