Painéis de controle para projetos ágeis: informação permanente para o PO e o time

Um dos principais desafios em projetos ágeis é a criação e manutenção de dashboards, especialmente a definição do que reunir nesses paineis de controle. Em artigo publicado na Scrum Alliance, Leopoldo Simini apresenta ideias sobre como compilar informações que sejam relevantes ao Product Owner (PO) e demais stakeholders.

Simini argumenta que é comum em equipes Scrum que não sejam apresentadas informações completas do andamento do projeto. Essas informações, no entanto, podem auxiliar o PO em decisões importantes, como por exemplo decidir pelo encerramenro do projeto antes do previsto. Para alcançar esse patamar é preciso ir além do que diz o Manifesto Ágil:

O Manifesto Ágil fundamenta seus valores nas pessoas, nas iterações e na colaboração clara. Quando equipes Scrum adotam honestamente esses valores, há grande chance de se agregar valor e alcançar os objetivos de negócio. Mas será que o Product Owner, além do negócio, entende e se envolve com esses valores, e tem uma visão clara do progresso da equipe e do projeto? E o mais importante, a equipe fornece informação suficiente para isso?

Simini então apresenta alguns itens importantes, que devem constar de um dashboard, resumidos a seguir. A Figura 1 mostra um exemplo contendo os elementos descritos.

Figura 1. Exemplo de Dashboard, extraído da versão em PDF do artigo de Leopoldo Simini 

• Progresso do cronograma do projeto, com a relação entre o tempo total do projeto e o tempo percorrido. Uma sugestão dada é mostrar a relação entre as sprints planejadas e as sprints realizadas com sucesso.
• Valor de negócio entregue, mostrando a quantidade de valor entregue versus a quantidade planejada. Em times que usam o valor de negócio e em que o PO possui formas de quantificá-lo, essa media é um indicador importante.
• Gráfico de Entregas: Embora esse gráfico muitas vezes seja usado apenas para mostrar como o projeto está indo, também deve ser visto como um indicador de quanto é preciso trabalhar para se ter o produto completo.
• Desempenho da equipe: Gráfico mostrando a evolução temporal da velocidade da equipe, especialmente a quantidade de story points executados sprint a sprint

Figura 2. Exemplo de quadro de desempenho da equipe.

• Story Points Entregues: Um gráfico de barras simples com story points realizados em relação ao planejado.
• Destaques, listando fatos importantes que aconteceram durante a última sprint. Não há necessidade de que essa parte do dashboard tenha relação com as histórias ou com o valor de negócio. Aqui é reportado, para todos os interessados, os acontecimentos do projeto.
• Riscos: Identifica todos os riscos presentes. Assim como na parte de Destaques, as informações são mostradas em formato de lista. Como destaca o autor, identificar e manter os riscos é um exercício que todos os integrantes do time devem praticar. A reunião de planejamento da sprint é um bom momento para identificar e ajustar esses riscos.
• Próximos passos: Esse quadro deve apontar as ações que estão por vir. Simini lembra que "os próximos passos de agora podem se tornar os destaques amanhã".
• Linha do Tempo e Plano de Entrega: Quadro mostrando marcos, datas e entregas planejadas para o projeto. Anotações sobre o que apresentar nos marcos ou datas importantes, quais locais serão os eventos e qual parte do produto será entregue, por exemplo, podem ser feitas nesse quadro.
• Situação Geral do Projeto: Vermelho, Amarelo ou Verde. Indicador que sintetiza as informações e passa uma visão global do andamento do projeto.

Simini conclui o artigo recomendando que só sejam realmente incluídos no dashboard informações que gerem valor para o projeto e para o Product Owner, e que o painel deve ser adaptado para a necessidade de cada projeto e equipe.