Por que alguns desenvolvedores do Google dizem que desenvolvimento ágil não faz sentido: a resposta de um ex-diretor de engenharia do Google

<p>"Ágil é uma boa ideia, mas alguns princípios colocam foco demais no curto prazo para projetos tecnológicos inovadores.<br /> Planejamento de curto prazo, colaboração com o cliente e o estilo de integração contínua (CI) são adequados para softwares em que a funcionalidade central é simples, mas há muitos recursos que o cliente pode usar diretamente e de forma incremental.<br /> Não se encaixa bem em softwares cuja interface é simples, mas que internamente têm enorme complexidade. Também não combina com soluções de salto disruptivo que não podem ser usadas antes de estarem totalmente prontas, ou que o cliente nem consegue imaginar.<br /> Softwares como o Bigtable e o Borg, criados pelo Google, exigem bastante tempo de projeto prévio, e o trabalho necessário em cada componente dura mais do que uma iteração semanal. Não se encaixam em Scrum, e outros tipos de software de indústria, como software contábil-fiscal ou jogos de computador, também são semelhantes." <br /> Essa é a explicação. <br /> Ele também fala de princípios (mais alinhados ao estilo do Google), como escrever um documento conciso de descrição do projeto antes de iniciar o desenvolvimento e compartilhá-lo com as partes interessadas para obter feedback cedo, ou criar projetos de dogfood e tentar disponibilizar rapidamente um software funcional.</p>

[xguru]

<p>Concordo que coisas com uma base tecnológica profunda talvez não combinem bem com agile.</p><p>Foi dito que esse seria o princípio de agile do jeito do Google, mas também acho que, se fosse um desenvolvedor ágil “realmente bom”, como costumam dizer, ele teria lidado com projetos que não se encaixam bem em agile de forma flexível desse jeito.</p>