

O framework Cynefin ajuda a encontrar a melhor solução para o seu problema, para o seu ambiente.


Você já conhecia o sistema produtivo de criação e de replicação? Qual se encaixa mais na sua realidade?


Quando inovar? E quando aproveitar do conhecimento da comunidade? O framework Cynefin te ajuda a decidir.


Uma técnica que funciona com a previsão do tempo e funciona com outros projetos vai funcionar no seu projeto também.


O framework Cynefin é dividido em 5 domínios e você nunca permanece apenas em um. E nem deveria permanecer.


Saiba o que é o domínio caótico do framework Cynefin e como agir quando estiver nele.


Desenvolver software não é uma produção em série. Como estimar algo tão imprevisível?


Se você fosse o cliente, gostaria de receber as desculpas que você dá?




Como agir nos domínios claro e complicado do framework Cynefin, e qual o objetivo.


Se 90% das demandas já demoram até 30 dias para entregar, a chance que as próximas demandas levem até 30 dias é muito grande.


Não há nada pior do que ser enrolado quanto se faz uma simples pergunta. Nem pense em fazer isso com o seu cliente!




Saiba o que é o domínio confuso do framework Cynefin e como agir em cada um dos seus 5 domínios.


Saiba o que é o domínio complexo do framework Cynefin.


Foque no que traz valor para o cliente, entregue e evite perder tempo com assuntos improdutivos.


A estimativa em pontos não tem relação com o tempo que leva para seu cliente utilizar.


Cuidado com o uso de algumas medidas que além de não agregarem valor criam comportamentos indesejados.


Calibrar quantos pontos cabem em uma sprint é um trabalho constante.


Ferramentas podem te ajudar a calcular a estimativa mas a responsabilidade de acertar continua sendo sua.


Muita atenção em onde você está investindo a maior parte do tempo e do esforço da sua equipe.


Previsão do futuro olhando para o passado dá certo, diferente do chute...


Qualquer pessoa interessada na equipe de desenvolvimento de software pode fazer estimativas baseadas em dados históricos do projeto.


A média de pontos por sprint e o entendimento sobre os próprios pontos costuma mudar com o tempo.


Só o fato de conhecer o tempo real que você leva desde o compromisso com o cliente até a entrega já traz benefícios práticos.


Use conhecimentos milenares ao seu favor e acerte a estimativa.


Você não precisa medir tudo, ao medir a coisa certa o resto aparece.


O uso errado de uma técnica pode gerar efeitos colaterais que mais atrapalham do que ajudam.


Se você não previu os bugs na construção do backlog você também não os usa quando está olhando para o histórico passado.


Estimar não pode ser mais complexo do que o seu trabalho.