[Off-Topic] Agile feito Errado

O texto defende que Agile não é uma solução mágica para equipe ruim. Sem capacidade técnica, comprometimento, disciplina e responsabilidade, adotar Scrum, XP, Kanban ou outras práticas tende a piorar o trabalho em vez de corrigir os problemas.

Fichamento

#

• Agile não conserta maus profissionais, e um profissional júnior com vontade de crescer pode evoluir, enquanto alguém interessado em pouco esforço e pouca responsabilidade não muda.
• A base para Agile é uma equipe capaz tecnicamente e comprometida; se o código já não é bem feito, organizado, testado e disciplinado, nenhuma metodologia ajuda.
• Um bom planning depende de backlog priorizado e User Stories definidas antes da reunião; planning longo, com gente demais e histórias vagas, indica problema.
• Pair Programming só funciona bem quando a equipe participa de fato; membros que apenas observam, ficam em silêncio ou se escondem em equipes grandes viram peso morto.
• Equipes pequenas favorecem aprendizado entre colegas; reservar histórias por pessoa ou por área alimenta protecionismo e impede que a equipe toda assuma a responsabilidade do sprint.
• Todos devem se preocupar com qualidade técnica e funcional; quando a equipe entrega histórias que são repetidamente rejeitadas, o texto trata isso como sinal de profissional ruim e de contaminação do grupo.
• Um bom profissional procura solução quando surge um obstáculo, em vez de acumular desculpas, procrastinar ou esperar cobrança para agir.
• O texto conclui que aplicar só algumas práticas ágeis, do jeito errado, não é ser ágil, mas se enganar.