Ciclo de Avaliacao de Pressupostos

Ciclos de Avaliação de Pressupostos

Entendendo Lean, Kanban e Agilidade sob uma nova perspectiva

Alisson Valehttp://alissonvale.com

[email protected]: @alissonvale

Sunday, August 21, 2011

http://www.agilebrazil.com/2011/pt/detalhes.php#233








http://alissonvale.com






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.”

“Essa funcionalidade faz o que deveria fazer.”

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

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

“Essa funcionalidade será realmente útil para os usuários.”


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

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


Tempo é o parâmetro dominante

John Boyd MIG-15 F-86Tecnicamente mais avançado

(Sobe mais rápido, vira mais rápido, maior amplitude de visão)

Delay no ciclo OODA por causa do controle de vôo

Preferido dos pilotos (vencia 9 entre 10 batalhas

mano-a-mano)Ciclo OODA -

Observe, Orient, Decide, Act)


? !min(t)

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

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

+Tempo é o fator dominante


Ciclos de Avaliação de Pressupostos em Software

Validação de Código Working Software

Peer Review

Alinhamento deEquipe

Estimativas

Entrega

Aceitação

Experiência de Uso


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

Suposições de Engenharia


Dos cartões perfurados...

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

Suposição: O código escrito está sintaticamente correto?

Compilação/Interpretação de Código


Ruby AutoTest

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

Working Software

? ------> !

TDD

Cycle Time tendendo

a zero


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


Peer Review

Verificação Manual com Hand off Pair Programming

Promiscuos Pairing

tempo

0

horas

dias

Verificação Manual “puxando” um

desenvolvedor

segundos

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.


Suposições de Gestão


Alinhamento de Equipe

Validação:

Standup meetings

Diário

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

Dia sim, dia não

Duas vezes por dia

Semanal

Acúmulo de Pressupostos


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

presentes no sistema


Lidando com Estimativas

Validação:

Sprint ReviewAo fim da implementação de cada funcionalidade

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.

Iterações + Curtas

Iterações + Longas



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.


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

Release após atingir algum marco de

escopo Release por feature

tempo

semanas

mesesRelease por iteração

dias

Deploy Continuo

horas

Maior acúmulo de pressupostos e maior risco da “síndrome de release de estabilização”


Escalando deploy entre cluster de usuários

Pontos de Avaliação dos Pressupostos


WIP Limits

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

Review

Tempo para validar pressuposto

2 semanas 2 -3 dias

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?


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 Aberto com Backlog

Minimum Viable Product

Escopo Fechado


Progresso: User story por User Story

Progresso: Suposição por Suposição

Progresso: Execução das atividades do plano inicial


Trade-offAtividades de valor agregado

tendem a dar espaço para atingir a marca do tempo zero para validação de pressupostos

Atividades de coordenação, como reuniões, transferências

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íveisvsDica: 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 conceito esca la em todas as direções , desde 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 Valehttp://[email protected]: @alissonvale

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








http://alissonvale.com/englishblog/posts/cycles-of-assumptions-evaluation.aspx

http://alissonvale.com/englishblog/posts/cycles-of-assumptions-evaluation.aspx

Technology

Ciclo de Avaliacao de Pressupostos