Planejamento Sprint com GitHub | Velocidade Burndown GitScrum
Sprint planning com GitHub: velocidade, burndown, story points que GitHub Projects falta. GitScrum integra para rastreamento automático de desenvolvimento.
4 min de leitura
GitHub é onde o código vive, mas o planejamento de sprints precisa de mais estrutura do que GitHub Projects fornece. Conectar uma ferramenta dedicada de planejamento de sprints ao GitHub dá às equipes o melhor dos dois mundos—planejamento ágil com rastreamento automático de desenvolvimento quando código é enviado.
GitHub + Planejamento de Sprint
| GitHub Fornece | Ferramenta Sprint Fornece | Benefício da Integração |
|---|---|---|
| Repositório de código | Planejamento de sprint | Fluxo unificado |
| PRs e revisões | Rastreamento de velocidade | Visibilidade de progresso |
| Issues | Story points | Estimativa |
| Actions/CI | Burndown charts | Saúde do sprint |
| Branches | Planejamento de capacidade | Gestão de recursos |
Por Que GitHub Sozinho Não É Suficiente
LIMITAÇÕES DO GITHUB PROJECTS
═════════════════════════════
O QUE GITHUB PROJECTS TEM:
─────────────────────────────────────
┌─────────────────────────────────────────────────────────────┐
│ │
│ ✅ Boards Kanban │
│ ✅ Rastreamento de issues │
│ ✅ Automação básica │
│ ✅ Integração estreita com código │
│ ✅ Grátis para repos públicos │
│ │
└─────────────────────────────────────────────────────────────┘
O QUE GITHUB PROJECTS NÃO TEM:
─────────────────────────────────────
┌─────────────────────────────────────────────────────────────┐
│ │
│ ❌ Rastreamento de velocidade de sprint │
│ ❌ Burndown/burnup charts │
│ ❌ Estimativa com story points (nativo) │
│ ❌ Limites e metas de sprint │
│ ❌ Planejamento de capacidade │
│ ❌ Visibilidade cross-repo │
│ ❌ Rastreamento de tempo │
│ ❌ Dashboards para clientes │
│ ❌ Relatórios avançados │
│ │
└─────────────────────────────────────────────────────────────┘
Configurar Integração GitHub
CONFIGURAÇÃO GITSCRUM + GITHUB
══════════════════════════════
PASSO 1: CONECTAR GITHUB
─────────────────────────────────────
Configurações do Projeto → Integrações → GitHub
┌─────────────────────────────────────────────────────────────┐
│ Integração GitHub │
├─────────────────────────────────────────────────────────────┤
│ │
│ Status: ✅ Conectado │
│ Conta: sua-organizacao │
│ │
│ Repositórios: │
│ ☑ frontend-app │
│ ☑ backend-api │
│ ☑ mobile-app │
│ ☐ infrastructure (não vinculado) │
│ │
│ [Adicionar Repositório] [Atualizar] │
│ │
└─────────────────────────────────────────────────────────────┘
PASSO 2: CONFIGURAR PARSING DE COMMITS
─────────────────────────────────────
Configurações → Integração Git → Parsing de Commits
Padrões reconhecidos:
├── [TASK-123] ou [#123] em mensagem de commit
├── Closes #123 ou Fixes #123
├── Nome de branch: feature/TASK-123-descricao
└── Título de PR: [TASK-123] Descrição do feature
Melhores Práticas para Mensagens de Commit
FORMATO DE MENSAGEM DE COMMIT
═════════════════════════════
FORMATO PADRÃO:
─────────────────────────────────────
[TASK-ID] Descrição curta (50 chars máx)
Explicação mais longa se necessária. Ajuste para 72 caracteres.
Explique o quê e por quê, não como.
EXEMPLOS:
─────────────────────────────────────
Bom:
├── [TASK-456] Adicionar autenticação JWT aos endpoints API
├── [TASK-789] Fix null pointer no serviço de usuário
├── [TASK-123] Refatorar módulo de pagamentos para testabilidade
└── Closes #234: Atualizar dependências por patch de segurança
Ruim:
├── Arrumei coisas
├── WIP
├── Atualizações
└── asdfasdf