Se você perguntar à maioria dos gerentes sobre "segurança psicológica" ou "visão" (leia mais: Segurança psicológica) de suas equipes de desenvolvimento ágil de software, eles concordam que essas coisas são importantes, mas... Quando o cliente sinaliza urgência ou o prazo se aproxima, todas essas variáveis "mais suaves" são normalmente colocadas em segundo plano. Os gerentes estão preocupados principalmente com um fluxo de entrega ágil e previsível de sua equipe ágil.

Se você der uma olhada em nosso blog Echometer (para nosso blog), você sabe que nosso conteúdo tende a se concentrar no aprimoramento das habilidades sociais das equipes e organizações. Essas habilidades são frequentemente subestimadas pelos tomadores de decisão. Mas não por Scrum Masters e treinadores Agile.

Mais uma vez, o que eu acho que os Scrum Masters e os treinadores Agile subestimam é o foco na melhoria do fluxo de entrega – basicamente o que os gerentes querem. Na postagem de hoje, descrevo uma técnica simples para aumentar significativamente a probabilidade de você entregar sempre no prazo e dentro do orçamento.

Primeira etapa em relação ao seu fluxo de entrega Agile

Estou falando de monitorar o fluxo de entrega Agile de suas tarefas. Se você fizer apenas algumas coisas corretamente, poderá apresentar resultados muito mais previsíveis. Até mesmo seus gráficos de dispersão de tempo de ciclo ou sua simulação de Monte Carlo para calcular estimativas de projeto podem finalmente indicar previsões válidas em vez de estarem completamente erradas (leia mais: 9 Agile Métricas para tomadores de decisão).

O primeiro sintoma a ser combatido é que há tarefas que levam apenas alguns dias de "Agendada" a "Concluída", e há tarefas que levam mais de um mês. Para combater isso, você deve certificar-se de que uma tarefa sempre contenha a menor versão possível do recurso desejado. Sem recursos que não sejam necessários para a solicitação principal do cliente. Basicamente, uma MVT, Minimum Viable Task (tarefa mínima viável). Isso não significa que você fará com que todas as tarefas sejam pequenas. Mas deve ajudar você a chegar a um estágio em que as tarefas levem no máximo algumas semanas, em vez de meses.

Segunda etapa em relação ao seu fluxo de entrega Agile: WIP em vez de velocidade

Muitos Scrum Masters ou Kanban coaches acreditam que uma medição válida da velocidade etc. depende do "dimensionamento correto" das tarefas ou itens de trabalho, em que todos os itens de trabalho têm aproximadamente o mesmo tamanho. Somente então os pontos de história (que são necessários para medir a velocidade) são úteis para medir a velocidade, porque eles se parecem mais com uma unidade de tempo comparável. 

Mas isso está errado: as tarefas nem mesmo precisam ter um tamanho semelhante. Você não deve presumir isso, pois é muito difícil controlar as estimativas do Story Point. A única coisa que você pode controlar é a quantidade de novas tarefas que você inicia.

Portanto, faça o seguinte para se tornar previsível: Monitore a taxa de "novas tarefas iniciadas" em comparação com a taxa de "tarefas concluídas". Essas duas devem estar em equilíbrio. Em outras palavras, as taxas de "entrada" e "saída" de tarefas devem ser as mais próximas possíveis, de preferência iguais.

Um exemplo: o comportamento típico das equipes de desenvolvimento de software é que, assim que uma tarefa é bloqueada, um novo item de trabalho é iniciado. Isso faz com que muitas tarefas fiquem abertas, mas inacabadas, o que torna muito mais complicado desbloquear todas elas novamente. 

Em vez disso, se você se certificar de que, para cada tarefa iniciada, haja também uma tarefa concluída, terá mais condições de desbloquear as poucas tarefas focadas no Daily. Seu desempenho geral será mais previsível e a equipe ficará mais feliz porque seu gerente e seus clientes ficarão mais felizes.

Alguns "sintomas positivos" de um fluxo de entrega Agile ágil e saudável

Na prática, isso levaria aos seguintes comportamentos:

• • Não iniciamos novas tarefas quando ainda há muitas coisas em andamento. 

• • Nós nos concentramos em terminar o que começamos antes de começar coisas novas.

• • A idade das tarefas nunca ultrapassa algumas semanas.

• • Se não houver um bom motivo, sempre trabalhamos na tarefa mais antiga.

Os limites de WIP (work-in-progress) também ajudam nisso, embora muitas vezes não sejam suficientes. Quando a equipe aprender a se concentrar em concluir tarefas em vez de apenas iniciar novas, você estará melhor do que a maioria das equipes.

Se você usar o fluxo de entrega Agile corretamente

Para criar expectativas claras: Dessa forma, você ainda não pode controlar se uma tarefa leva dois ou três dias. Mas, pelo menos, você se certifica de que sua equipe não está trabalhando em tantas tarefas que as tarefas de 2 a 3 dias acabam levando um mês.

Quão melhor seria a sua equipe se você soubesse que basicamente todas as obrigações de entrega seriam cumpridas dentro de algumas semanas? Isso pressupõe, é claro, que você implemente todos os itens mencionados acima: Definir MVTs, um limite rígido de WIP e o compromisso de não reiniciar tarefas até que outra tarefa tenha sido concluída.

Etapa 3: Comece a melhorar o fluxo de entrega do Agile

Em teoria, você sabe o que fazer. Agora, qual é a melhor maneira de você começar na prática? Criando consciência e "prontidão para a mudança" na equipe. Na melhor das hipóteses, por meio da autorreflexão.

Você precisa ser transparente em relação a esses números e verificá-los regularmente para ver se a proporção entre tarefas iniciadas e concluídas está em equilíbrio. Você poderia fazer parte de sua retrospectiva para se aprofundar um pouco mais e refletir sobre por que os números não estavam equilibrados no último ciclo. 

Posso recomendar que você discuta os comportamentos que mencionei com nossa ferramenta de retrospectiva ágil Echometer em sua retrospectiva (leia mais: 7 Ferramentas retrospectivas em comparação). Você pode até mesmo tornar isso parte de seus acordos de trabalho ou de Health Checks regulares para aumentar a conscientização fazendo as perguntas regularmente.

As perguntas a seguir são nosso modelo de retrospectiva para "entrega ágil" (leia mais): 22 modelos divertidos para retrospectivas ágeis). Começamos com algumas afirmações Health Check e perguntamos à equipe se ela tende a concordar ou discordar. Depois disso, há algumas perguntas abertas: