O Problema do Kanban no Desenvolvimento de Software Quadros kanban genericos foram projetados para manufatura, nao para codigo: O Modelo de Manufatura: - O cartao representa um widget - O widget move atraves de estacoes - Cada estacao e uma localizacao fisica - O status e binario: na estacao ou nao A Realidade do Software: - O cartao representa uma feature/bug - A feature existe em multiplos estados simultaneamente - Codigo em branch, PR aberto, revisao pendente, CI rodando - O status e complexo: codigo existe mas o trabalho nao esta 'feito' Onde o Kanban Generico Falha Problema 1: O Status Mente - O cartao diz 'Em Progresso' mas nao ha commits em 3 dias - O cartao diz 'Em Revisao' mas o PR tem conflitos de merge - O cartao diz 'Feito' mas o PR nao foi mergeado - Atualizacoes de status manuais atrasam horas ou dias da realidade Problema 2: Contexto Faltando - Qual branch tem este trabalho?
- Quantos commits ate agora? - Quem esta revisando?
- Os testes estao passando? - Ha conflitos de merge?
O kanban generico nao mostra nada disso. Problema 3: Rastreamento Duplicado - GitHub tem status da issue - Kanban tem status do cartao - PR tem status de revisao - Desenvolvedor atualiza os tres (ou nao) - Qual e a verdade?
Problema 4: Sem Aplicacao de WIP - Principio kanban: limitar trabalho em progresso - Quadros genericos: cartoes ilimitados por coluna - Resultado: 15 itens 'Em Progresso', nada realmente movendo GitScrum: Kanban Que Entende Codigo Quadros kanban do GitScrum conectam diretamente ao GitHub: Os Cartoes Conhecem Seu Codigo: - Cada cartao vincula a issue/branch do GitHub - Contagem de commits visivel no cartao - Status do PR mostrado (aberto/rascunho/mergeado) - Status de revisao (aprovado/mudancas solicitadas) - Status de CI (passando/falhando) Atualizacoes de Status Automaticas: - Branch criada? Cartao move para 'Em Progresso' - PR aberto?
Cartao mostra indicador de PR - Revisao aprovada? Cartao reflete - PR mergeado?
Cartao move para 'Feito' Nao requer arrastar manualmente para mudancas impulsionadas por codigo. Como Funciona o Kanban do GitScrum Configuracao do Quadro: 1.
Conectar organizacao GitHub 2. Criar quadro com colunas personalizadas 3.
Adicionar cartoes (ou importar de issues do GitHub) 4. Vincular cartoes a branches/PRs Uso Diario: - Abrir quadro para ver estado atual - Cartoes atualizam da atividade do GitHub - Arrastar para mudar prioridade (nao status) - Mudancas de status vem da atividade do codigo Indicadores Visuais: - Icone PR: Pull request existe - Icone de check: CI passando - Icone X: CI falhando - Icone de olho: Em revisao - Icone de relogio: Aguardando revisao - Icone de merge: Pronto para merge - Badge de numero: Contagem de commits Configuracao de Colunas Colunas de Desenvolvimento Padrao: 1.
Backlog - Nao iniciado 2. A Fazer - Planejado para sprint atual 3.
Em Progresso - Branch existe, commits acontecendo 4. Em Revisao - PR aberto, aguardando revisao 5.
Pronto para Merge - Aprovado, CI passando 6. Feito - PR mergeado Colunas Personalizadas: - Adicione quaisquer colunas que precisar - Configure triggers para movimento automatico - Defina limites WIP por coluna - Colunas de arquivo para trabalho completado Limites WIP Que Realmente Funcionam Principio kanban: Limitar trabalho em progresso.
WIP de quadro generico: - Definir limite para 3 - Pessoas ignoram - 8 itens acumulam em 'Em Progresso' - Gargalo invisivel WIP do GitScrum: - Definir limite para 3 por desenvolvedor - Aviso visual quando excedido - Nao pode iniciar novo trabalho ate algo mover - Forca conclusao antes de comecar Rastreamento WIP real: - Contar por responsavel, nao apenas por coluna - Ver quem esta sobrecarregado - Balancear trabalho no time - Realmente aplicar principios de fluxo GitScrum vs Kanban Generico | Funcionalidade | Kanban Generico | GitScrum | |----------------|-----------------|----------| | Fonte de status | Arrastar manual | Atividade GitHub | | Visibilidade de PR | Nenhuma | Status completo mostrado | | Status de CI | Nenhum | Pass/fail visivel | | Status de revisao | Nenhum | Aprovado/mudancas mostrado | | Aplicacao de WIP | Opcional/ignorado | Limites ativos por pessoa | | Sincronizacao GitHub | Nenhuma ou unidirecional | Bidirecional tempo real | | Visibilidade de commits | Nenhuma | Contagem e atividade | | Conflitos de merge | Ocultos | Aviso visivel | Precos para Times de Desenvolvimento - 2 usuarios: GRATIS para sempre - 3+ usuarios: $8.90/usuario/mes - Todas as funcionalidades de kanban incluidas - Quadros ilimitados - Integracao completa com GitHub Time de 5 pessoas: $26.70/mes - Quadros kanban ilimitados - Todas as visualizacoes (kanban, swimlane, timeline, lista) - Aplicacao de limites WIP - Integracao com PR/CI do GitHub Time de 10 pessoas: $71.20/mes - Tudo acima - Visualizacoes de carga de trabalho do time - Quadros entre times - Analiticas avancadas A Linha Final Quadros kanban genericos mostram status que alguem digitou. Quadros kanban do GitScrum mostram status do seu codigo.
Quando seu kanban reflete realidade: - Sem atualizacoes de status manuais - Problemas de PR visiveis imediatamente - Limites WIP realmente aplicados - Problemas de fluxo identificados cedo GitScrum: Quadros kanban que entendem desenvolvimento de software. 2 usuarios gratis.
$8.90/usuario/mes. Veja o que realmente esta acontecendo no seu codigo.
A Vantagem GitScrum
Uma plataforma unificada para eliminar troca de contexto e recuperar horas produtivas.
