Fazendo o Processo Funcionar (Scrum/Kanban/SAFe)
Frameworks ágeis devem acelerar a entrega do Rust, não enterrá-la em cerimônias. Adapte Scrum, Kanban ou SAFe para que os tempos de compilação do CI, os portões de migração e a carga de plantão sejam visíveis - a Definição de Pronto inclui o deploy em staging, não apenas o PR mesclado.
Receita
Cartão de receita de referência rápida - pronto para copiar e colar.
## Definição de Pronto (esquadrão Rust)
- [ ] `cargo test` + `clippy -D warnings` verde
- [ ] Teste de integração ou aceitação da especificação
- [ ] Spans de `tracing` em novos caminhos voltados para o usuário
- [ ] Implantado em staging; aceitação do PM ou renúncia do ticket
- [ ] Rollback/flag anotado nas notas de release se arriscado
- [ ] Documentação/runbook atualizado se houver impacto no plantãoQuando usar isso:
- Fricção no processo bloqueando releases
- Sobrecarga de planejamento PI do SAFe vs valor
- Colunas do quadro não correspondem ao gargalo de revisão
- "Pronto" na mesclagem, mas produção inalterada
Exemplo de Trabalho
## Limites de WIP do Kanban
| Coluna | WIP |
|--------|-----|
| Em progresso | 2 por engenheiro |
| Em revisão | 4 para toda a equipe |
| Verificação em staging | 3 |
## Política de bloqueio
CI >45 min: ticket de plataforma; não iniciar nova migração LO limite da coluna de revisão força o pareamento em PRs grandes em vez de estagnar na fila.
Mergulho Profundo
Adaptações do Scrum
- Planejamento da Sprint - Capacidade menos plantão e % da plataforma; sem migrações L sem spike concluído.
- Daily standup - Bloqueios incluem CI, janelas de DBA, revisão de segurança.
- Revisão da Sprint - Demo a partir do SHA em staging, não apenas do laptop.
- Retro - Um experimento por sprint (ex: PRs menores, SLA de revisão mais rápido).
Kanban para Esquadrões com Operações Intensas
- Visualizar deploy em staging e promoção para produção como colunas separadas.
- Classe de serviço: expediente (hotfix), padrão, débito.
- Medir tempo de ciclo de mesclagem para staging, não pontos de história.
Aparando o SAFe
Manter: objetivos do PI, mapeamento de dependências, sincronização de arquitetura. Cortar: métricas de vaidade, reuniões de status duplicadas, documentação que nenhum engenheiro lê. Equipe de plataforma Rust como facilitadora, não gargalo de aprovação para cada atualização de crate.
Armadilhas
- Pronto = mesclado - Produção inalterada por semanas. Correção: Deploy em staging na DoD.
- WIP infinito - Latência de revisão. Correção: Limites de WIP + rodízio de revisores.
- Ações da Retro desaparecem - Correção: Um ticket de experimento rastreado por retro.
- Cada cerimônia do SAFe - Cinismo do engenheiro. Correção: Negociar o mínimo viável com o EM.
- Ignorar CI de compilação no planejamento - Correção: Desconto de capacidade durante divisões de espaço de trabalho.
Alternativas
| Alternativa | Usar Quando | Não Usar Quando |
|---|---|---|
| Shape Up | Ciclos de apetite fixo | Forte portão de conformidade por sprint |
| Trunk-based + flags | Entrega contínua madura | Cultura de testes fraca |
| Scrumban | Mix de suporte e recursos | Equipe quer compromisso fixo de sprint |
| Sem sprints, apenas fluxo | Equipe nativa Kanban | Marcos de data externos precisam de previsão |
FAQs
Pontos de história para migrações Rust?
Use dias de engenharia no âncora do planejamento de poker ou rastreamento de épico de migração separado.
Planejamento PI para plataforma Rust?
Mostrar o grafo de dependência: a alteração de edição bloqueia três esquadrões - alinhar trens.
Plantão na capacidade da sprint?
Deduzir 10-20% quando for o principal plantonista naquela sprint.
Política de interrupção de bugs?
Faixa de expediente Kanban com WIP 1; EM aprova troca de escopo.
ART do SAFe para um único serviço?
Geralmente excessivo; adote apenas o quadro de dependências.
Cerimônias remotas?
Revisão de especificação assíncrona; síncrona apenas para planejamento e retro.
Aceitação do PM em staging?
Obrigatório para o cliente; renúncia com ticket para débito interno.
Velocidade após adoção do Rust?
Espere 2-3 sprints de calibração; não compare com a pilha antiga prematuramente.
Métricas de processo?
Tempo de ciclo, espera de revisão, CFR - não horas em reuniões.
Quando mudar o processo?
Experimento de retro dura 2 sprints; reverter se pior nas métricas.
Relacionado
- Estimativa e Risco - honestidade no planejamento
- Melhores Práticas de Entrega - enviando DoD
- Cultura de Revisão de Código - WIP de revisão
- Configuração de CI para Rust - realidade do pipeline
- Melhores Práticas de Colaboração de Produto - resumo
Versões da Stack: Esta página foi escrita para Rust 1.97.0 (edição 2024), Tokio 1.x, Axum 0.8, serde 1.0, sqlx 0.8, clap 4 e Polars 0.46+.