7 min leitura • Guide 77 of 877
Criando Dashboards de Projeto Efetivos
Um dashboard deve responder perguntas antes de serem feitas. Dashboards de projeto efetivos mostram a informação certa para as pessoas certas no momento certo, habilitando decisões mais rápidas e intervenção antecipada quando projetos saem do rumo. GitScrum fornece os blocos de construção para criar dashboards que servem todos desde desenvolvedores até executivos sem sobrecarregar ninguém com dados irrelevantes.
Princípios de Design de Dashboard
Design Centrado na Audiência
DESENHANDO PARA SUA AUDIÊNCIA:
┌─────────────────────────────────────────────────────────────┐
│ DIFERENTES VISUALIZADORES, DIFERENTES NECESSIDADES │
├─────────────────────────────────────────────────────────────┤
│ │
│ DASHBOARD EXECUTIVO: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ O que precisam: ││
│ │ • Saúde nível portfolio num relance ││
│ │ • Status marcos através de projetos ││
│ │ • Orçamento e utilização recursos ││
│ │ • Riscos que requerem atenção ││
│ │ ││
│ │ Princípios design: ││
│ │ • Indicadores semáforo (🟢🟡🔴) ││
│ │ • Tendências ao longo tempo, não detalhes diários ││
│ │ • Uma tela, sem scroll ││
│ │ • Destacar exceções, não estado normal ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ DASHBOARD PROJECT MANAGER: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ O que precisam: ││
│ │ • Progresso e saúde do sprint ││
│ │ • Capacidade e carga do time ││
│ │ • Bloqueadores e dependências ││
│ │ • Próximos prazos ││
│ │ ││
│ │ Princípios design: ││
│ │ • Métricas acionáveis (o que posso fazer?) ││
│ │ • Capacidade drill-down para detalhes ││
│ │ • Comparação com plano/baseline ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ DASHBOARD TIME: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ O que precisam: ││
│ │ • Divisão trabalho sprint atual ││
│ │ • Quem trabalha em quê ││
│ │ • Bloqueadores afetando colegas ││
│ │ • Progresso objetivo sprint ││
│ │ ││
│ │ Princípios design: ││
│ │ • Foco no sprint atual ││
│ │ • Representação visual quadro ││
│ │ • Colaborativo, não vigilância ││
│ │ • Celebração de trabalho completado ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Seleção de Métricas
ESCOLHENDO AS MÉTRICAS CERTAS:
┌─────────────────────────────────────────────────────────────┐
│ MÉTRICAS ACIONÁVEIS vs VAIDADE │
├─────────────────────────────────────────────────────────────┤
│ │
│ MÉTRICAS ACIONÁVEIS (incluir estas): │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Métrica │ Pergunta Que Responde ││
│ │─────────────────────┼────────────────────────────────────││
│ │ Sprint burndown │ Estamos no ritmo para terminar? ││
│ │ Tarefas bloqueadas │ O que está impedindo progresso? ││
│ │ Tendência velocidade│ Time melhorando/declinando? ││
│ │ Cycle time │ Quão rápido items fluem? ││
│ │ Contagem WIP │ Time sobrecarregado? ││
│ │ Taxa defeitos │ Qualidade sofrendo? ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ MÉTRICAS VAIDADE (evitar ou contextualizar): │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Métrica │ Por Que É Problemática ││
│ │─────────────────────┼────────────────────────────────────││
│ │ Linhas de código │ Mais não é melhor ││
│ │ Número de commits │ Quantidade ≠ qualidade ││
│ │ Horas trabalhadas │ Esforço ≠ resultado ││
│ │ Tarefas completadas │ Nem todas tarefas são iguais ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ TESTE MÉTRICA: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Antes de adicionar métrica, pergunte: ││
│ │ ││
│ │ 1. Que decisão esta métrica informa? ││
│ │ 2. Que ação eu tomaria se isso mudar? ││
│ │ 3. Esta métrica pode ser manipulada? ││
│ │ 4. Minha audiência entende o que significa? ││
│ │ ││
│ │ Se não pode responder, reconsidere a métrica ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Componentes Dashboard GitScrum
Analytics Sprint
DASHBOARD NÍVEL SPRINT:
┌─────────────────────────────────────────────────────────────┐
│ SAÚDE SPRINT NUM RELANCE │
├─────────────────────────────────────────────────────────────┤
│ │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ SPRINT 12: Core Features 🟢 No Caminho ││
│ │ Jan 6 - Jan 17 (Dia 8 de 10) ││
│ │ ││
│ │ ┌─────────────────────────────────────────────────────┐ ││
│ │ │ BURNDOWN │ ││
│ │ │ │ ││
│ │ │ Comprometido: 42 pts │ Completo: 20 pts │ A Fazer: 22││
│ │ └─────────────────────────────────────────────────────┘ ││
│ │ ││
│ │ ┌───────────────┐ ┌───────────────┐ ┌───────────────┐ ││
│ │ │ OBJETIVO │ │ BLOQUEADORES │ │ SAÚDE TIME │ ││
│ │ │ SPRINT │ │ │ │ │ ││
│ │ │ Fluxo pagto │ │ 🔴 2 bloqueado │ │ 🟢 Capacidade │ ││
│ │ │ em produção │ │ │ │ 🟢 Moral │ ││
│ │ │ │ │ API timeout │ │ 🟡 WIP (alto) │ ││
│ │ │ Confiança: │ │ (PROJ-45) │ │ │ ││
│ │ │ 🟢 ALTA │ │ │ │ │ ││
│ │ └───────────────┘ └───────────────┘ └───────────────┘ ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Carga de Trabalho Time
VISTA DISTRIBUIÇÃO CARGA:
┌─────────────────────────────────────────────────────────────┐
│ CAPACIDADE E ALOCAÇÃO TIME │
├─────────────────────────────────────────────────────────────┤
│ │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ CARGA TIME - Sprint 12 ││
│ │ ││
│ │ Membro │ Alocado │ Capacidade │ Status ││
│ │───────────────┼──────────┼────────────┼─────────────────││
│ │ 👤 Anna │ 15 pts │ 16 pts │ 🟢 Balanceado ││
│ │ 👤 Chen │ 18 pts │ 16 pts │ 🟡 Sobre cap. ││
│ │ 👤 Sarah │ 8 pts │ 16 pts │ 🔵 Abaixo cap. ││
│ │ 👤 Mike │ 12 pts │ 14 pts │ 🟢 Balanceado ││
│ │ ││
│ │ INSIGHTS: ││
│ │ • Chen sobrecarregado - considerar redistribuir PROJ-67 ││
│ │ • Sarah tem capacidade - poderia pegar documentação API ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Layouts Dashboard
Dashboard Executivo
VISTA NÍVEL PORTFOLIO:
┌─────────────────────────────────────────────────────────────┐
│ DASHBOARD EXECUTIVO │
├─────────────────────────────────────────────────────────────┤
│ │
│ ┌───────────────────────────────────────────────────────────┐
│ │ SAÚDE PORTFOLIO Janeiro 2025 │
│ │ │
│ │ ┌────────────────────────────────────────────────────────┐
│ │ │ PROJETO │ STATUS │ MARCO │ PRÓXIMO │
│ │ │─────────────────┼────────┼──────────────┼──────────────│
│ │ │ Portal Cliente │ 🟢 │ Beta Launch │ Fev 15 │
│ │ │ App Mobile │ 🟢 │ Alpha │ Jan 30 │
│ │ │ API v2 │ 🟡 │ Desenvolvimento│ Mar 1 (risco)│
│ │ │ Migração │ 🔴 │ Prep Dados │ BLOQUEADO │
│ │ └────────────────────────────────────────────────────────┘
│ │ │
│ │ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │
│ │ │ NO CAMINHO │ │ EM RISCO │ │ BLOQUEADO │ │
│ │ │ 3 / 5 │ │ 1 / 5 │ │ 1 / 5 │ │
│ │ │ projetos │ │ projetos │ │ projetos │ │
│ │ │ 🟢 60% │ │ 🟡 20% │ │ 🔴 20% │ │
│ │ └──────────────┘ └──────────────┘ └──────────────┘ │
│ │ │
│ │ ATENÇÃO REQUERIDA: │
│ │ 🔴 Projeto Migração bloqueado em vendor banco dados │
│ │ 🟡 API v2 em risco - restrição recursos │
│ └───────────────────────────────────────────────────────────┘
│ │
└─────────────────────────────────────────────────────────────┘
Melhores Práticas
Fazer
DESIGN DASHBOARD EFETIVO:
✓ COMEÇAR COM PERGUNTAS
Que decisões isso informará?
✓ UM DASHBOARD, UM PROPÓSITO
Vista executivo ≠ Vista time
✓ MOSTRAR TENDÊNCIAS, NÃO SÓ INSTANTÂNEOS
Direção importa mais que posição
✓ DESTACAR EXCEÇÕES
Verde não precisa explicação
✓ HABILITAR DRILL-DOWN
Resumo → Detalhes sob demanda
✓ ATUALIZAR AUTOMATICAMENTE
Updates manuais ficam obsoletos
Não Fazer
ANTI-PADRÕES DASHBOARD:
✗ MUITAS MÉTRICAS
Se tudo é importante, nada é
✗ MÉTRICAS VAIDADE
Impressionantes mas não acionáveis
✗ SEM CONTEXTO
42 pontos - isso é bom ou ruim?
✗ DASHBOARDS VIGILÂNCIA
Tracking desempenho individual
✗ RELATÓRIOS ESTÁTICOS
Dashboards PDF viram prateleira