5 min leitura • Guide 632 of 877
Fluxos de trabalho de melhoria de qualidade de código
Melhorar qualidade de código requer fluxos de trabalho sistemáticos que tornem qualidade visível e melhoria alcançável junto com trabalho regular de features. GitScrum ajuda equipes rastrearem iniciativas de qualidade, equilibrarem melhorias técnicas com entregáveis de negócio e medirem o impacto de investimentos em qualidade ao longo do tempo.
Estrutura de fluxo de trabalho de qualidade
Alocação de orçamento de qualidade
ALOCAÇÃO DE CAPACIDADE DE SPRINT:
┌─────────────────────────────────────────────────────────────┐
│ │
│ CAPACIDADE DE SPRINT (100 pontos): │
│ │
│ Features: 60-70% ████████████████████░░░░░░ │
│ Qualidade: 15-20% █████░░░░░░░░░░░░░░░░░░░░ │
│ Correções: 10-15% ████░░░░░░░░░░░░░░░░░░░░░ │
│ Buffer: 5-10% ███░░░░░░░░░░░░░░░░░░░░░░ │
│ │
│ ORÇAMENTO DE QUALIDADE INCLUI: │
│ • Refatoração │
│ • Melhorias de cobertura de teste │
│ • Documentação │
│ • Redução de dívida técnica │
│ • Melhorias de revisão de código │
└─────────────────────────────────────────────────────────────┘
Tipos de tarefa de qualidade
CATEGORIAS DE TRABALHO DE QUALIDADE:
┌─────────────────────────────────────────────────────────────┐
│ CATEGORIA │ EXEMPLOS │
├─────────────────┼───────────────────────────────────────────┤
│ Refatoração │ • Extrair padrões comuns │
│ │ • Melhorar nomenclatura e estrutura │
│ │ • Reduzir complexidade │
├─────────────────┼───────────────────────────────────────────┤
│ Testes │ • Adicionar testes unitários │
│ │ • Melhorar testes de integração │
│ │ • Adicionar cobertura de casos extremos │
├─────────────────┼───────────────────────────────────────────┤
│ Documentação │ • Comentários de código para lógica complexa│
│ │ • Documentação de API │
│ │ • Registros de decisões arquiteturais │
├─────────────────┼───────────────────────────────────────────┤
│ Ferramentas │ • Regras de linting │
│ │ • Melhorias de CI/CD │
│ │ • Experiência do desenvolvedor │
└─────────────────────────────────────────────────────────────┘
Identificação de melhorias
Métricas de qualidade de código
MÉTRICAS PARA RASTREAR:
┌─────────────────────────────────────────────────────────────┐
│ MÉTRICA │ MEDIDA │ META │
├─────────────────────┼───────────────────┼───────────────────┤
│ Cobertura de Teste │ Linhas cobertas (%)│ > 80% │
│ Duplicação de Código │ Blocos duplicados │ < 3% │
│ Complexidade Ciclomática│ Média por função│ < 10 │
│ Razão de Dívida Técnica│ Tempo de remediação│ < 5% │
│ Code Smells │ Contagem │ Decrescente │
│ Densidade de Bugs │ Bugs por KLOC │ < 0.5 │
└─────────────────────────────────────────────────────────────┘
Análise de hotspots
IDENTIFICANDO HOTSPOTS DE QUALIDADE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ PRIORIZAR POR: │
│ │
│ Frequência de Mudança × Complexidade = Prioridade de Melhoria│
│ │
│ ALTA PRIORIDADE: │
│ Arquivos mudados frequentemente + alta complexidade │
│ → Maior retorno sobre investimento em melhoria │
│ │
│ PRIORIDADE MENOR: │
│ Arquivos raramente mudados + alta complexidade │
│ → Complexo mas estável, menor risco │
│ │
│ Rastrear no GitScrum: │
│ • Criar tarefa de qualidade por hotspot │
│ • Vincular ao histórico de bugs │
│ • Marcar com "quality-hotspot" │
└─────────────────────────────────────────────────────────────┘
Processo de melhoria de qualidade
Regra do Escoteiro
MELHORIA INCREMENTAL:
┌─────────────────────────────────────────────────────────────┐
│ │
│ "Deixe o código melhor do que encontrou" │
│ │
│ AO TRABALHAR EM UMA FEATURE: │
│ │
│ Pequenas melhorias (sem tarefa extra necessária): │
│ • Renomear variável pouco clara │
│ • Extrair pequeno método │
│ • Adicionar teste faltante │
│ • Corrigir code smell óbvio │
│ │
│ Melhorias maiores (criar tarefa): │
│ • Refatoração major │
│ • Nova suíte de testes │
│ • Mudanças arquiteturais │
│ │
│ Rastrear padrões no GitScrum: │
│ • Notar melhorias de qualidade em comentários de tarefa │
│ • Criar tarefas de acompanhamento para trabalho maior │
└─────────────────────────────────────────────────────────────┘
Sprints de qualidade
FOCO PERIÓDICO DE QUALIDADE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ SPRINT DE QUALIDADE TRIMESTRAL: │
│ A cada 4º sprint, aumentar orçamento de qualidade para 40% │
│ │
│ ATIVIDADES: │
│ • Resolver dívida técnica acumulada │
│ • Iniciativas de refatoração major │
│ • Melhorias de suíte de testes │
│ • Ferramentas e automação │
│ • Atualização de documentação │
│ │
│ PLANEJAMENTO: │
│ 1. Revisar métricas de qualidade do trimestre passado │
│ 2. Identificar melhorias de maior impacto │
│ 3. Criar tarefas detalhadas de melhoria │
│ 4. Comunicar plano para stakeholders │
│ 5. Executar com foco total da equipe │
└─────────────────────────────────────────────────────────────┘
Medindo progresso
Dashboard de qualidade
RASTREAMENTO DE QUALIDADE GITSCRUM:
┌─────────────────────────────────────────────────────────────┐
│ DASHBOARD DE QUALIDADE DE CÓDIGO │
├─────────────────────────────────────────────────────────────┤
│ │
│ COBERTURA DE TESTE: 78% → 82% 📈 +4% │
│ ████████████████████████████░░░░ │
│ │
│ TAREFAS DE DÍVIDA TÉCNICA: 23 → 18 📈 -5 │
│ Sprint atual: 3 tarefas de qualidade │
│ │
│ TAXA DE BUGS: 0.8 → 0.5 📈 -37% │
│ Bugs por 1000 linhas de novo código │
│ │
│ VELOCIDADE DE QUALIDADE: │
│ Últimos 4 sprints: 12, 15, 18, 20 pontos de qualidade │
│ Tendência: Melhorando ↗ │
└─────────────────────────────────────────────────────────────┘