Tomadas de decisões com CFD

Dentro de um time ágil muitas vezes observamos métricas através de gráficos como CFD, Cycle Time Scatterplot, entre outros, elas auxiliam o time em tomadas de decisões, entender como está a produtividade do time e também auxiliam na previsibilidade de entrega de novas atividades, porém vejo que existem duvidas de como compreender esses gráficos e entender qual atitude deve ser tomada em cada um dos casos, sabendo disso vamos abordar três situações, duas delas as quais devemos evitar para que você chega na estabilidade.

O que é um CFD?

CFD ou Cumulative Flow Diagram, é um gráfico muito utilizado por times ágeis que utilizam Kanban Board, nele conseguimos extrair algumas informações e definir métricas importantes como:

  • Cycle time: tempo de entrega de uma atividade;

Vamos a três casos, sendo que os dois primeiros devemos evitar e o terceiro é o que é nosso foco.

Nossos casos

Caso 1: Poucas atividades no backlog

Nesse primeiro caso é possivel notar que a quantidade de atividades "A fazer" não acompanha a quantidade de atividades "entregues" e "em desenvolvimento". Isso ocorre quando:

  • Temos um backlog curto, ou seja, novas atividades não estão sendo criadas ou o time está com problemas nas definições de atividades selecionadas para o time de desenvolvimento;

Nota-se que na semana 7 a equipe ficou sem atividades.

O que fazer nesse caso?

  1. Focar seus esforços no refinamento seja ele técnico ou de produto assim adicionando mais atividades no backlog do time;

Caso 2: Muitas atividades no backlog

Nesse caso é possível observar que a quantidade de atividades chegando no backlog do time (A fazer) está aumentando constantemente, porém a quantidade de atividades entregues e sendo feitas não acompanha a velocidade de novas atividades, podemos ter alguns problemas nesse caso:

  • Problema no refinamento das atividades pois não existe uma média uniforme de atividades entregues por semana;

O que fazer nesse caso?

  • Trabalhar na qualidade de suas atividades tentando deixar atividades com tamanhos parecidos e que levem pouco tempo para serem realizadas, é comum ser utilizado "tamanho de camisas", "tempo para ser entregue", "pontuações";

Caso 3: Estabilidade

Nesse caso é possível observar que a quantidade de atividades feitas acompanha a quantidade de atividades que chegam para serem feitas assim existindo estabilidade. Note que a partir da sprint 7 o time começou a controlar e limitar o WIP, dessa forma atividades entregues e atividades que estão sendo feitas estão aumentando com a mesma velocidade, dessa forma, é melhora previsibilidade das atividades entregues.

Tech Lead at Magnetis Investimentos

Tech Lead at Magnetis Investimentos