28. Gerenciando a construção
Incentive bom código, controle mudanças, estime com cuidado, meça e trate programadores como pessoas.
Resumo
- Bom código: padrões de quem é respeitado, pares, revisão de todo código, código como bem público, premie o bom.
- Gestão de configuração: controle de mudanças (em grupos, com custo estimado, comitê), controle de versão, backups.
- Estime em detalhe, com várias técnicas, e reestime. Atrasou? Adicionar gente atrasa mais (lei de Brooks); corte escopo.
- Meça: quem diz que é melhor não medir prefere não saber. Cuidado com os efeitos colaterais da medição.
- Pessoas: produtividade varia 10×; evite impor questões "religiosas"; ambiente silencioso rende mais.
Perguntas-chave
responda de cabeça, depois abraO que diz a lei de Brooks?
Adicionar pessoas a um projeto atrasado o atrasa ainda mais, por causa do tempo de aprendizado e do aumento da comunicação.
Como tratar questões 'religiosas' (indentação, chaves, IDE)?
Com cuidado: preferir sugestões e diretrizes, ou deixar a decisão para padrões já aceitos, em vez de impor de cima.
O que fazer com um projeto atrasado?
Não contar com recuperar no fim; reduzir escopo, priorizar o essencial; adicionar pessoas só com muito cuidado.
Exercícios de fixação
0/5 respondidas1.
O projeto está 2 meses atrasado e o gerente quer dobrar a equipe na reta final. O que diz a lei de Brooks?
2.
O cliente pede mudanças toda semana, uma por vez. O que o capítulo recomenda?
3.
Qual prática melhora as estimativas segundo o livro?
4.
Estudos citados mostram que a produtividade entre programadores pode variar até:
5.
O gerente quer obrigar todos a usar chaves na mesma linha e um único editor. O livro sugere: