Respuesta de un exdirector de ingeniería de Google a por qué algunos desarrolladores de Google dicen que el desarrollo ágil no tiene sentido

<p>"Agile es una buena idea, pero algunos principios ponen demasiado énfasis en lo de corto plazo para hacer proyectos tecnológicos innovadores.<br /> La planificación a corto plazo, la colaboración con el cliente y el estilo de integración continua (CI) son adecuados para software con muchas funciones que el cliente puede usar directamente y de forma gradual, aunque la funcionalidad central sea simple.<br /> No encaja bien con software cuya interfaz es simple pero que internamente tiene una complejidad enorme. Tampoco se adapta a soluciones de salto radical que no pueden usarse hasta estar completamente terminadas, o que el cliente ni siquiera puede imaginar.<br /> Software como Bigtable o Borg, creados por Google, requiere bastante tiempo de diseño previo, y el trabajo necesario para cada componente dura más que una iteración semanal. No encaja con Scrum, y otros tipos de software de la industria, como el software fiscal y contable o los videojuegos, son similares." <br /> Esa es la explicación. <br /> También habla de principios que encajan más con el estilo de Google, como redactar antes de iniciar el desarrollo un documento breve de descripción del proyecto y compartirlo con las partes interesadas para obtener retroalimentación temprana, o crear proyectos de dogfooding e intentar entregar software funcional rápidamente.</p>

[xguru]

<p>Coincido en que el trabajo ágil puede no encajar bien con cosas que tienen una base tecnológica profunda.</p><p>Se hablaba de los principios ágiles al estilo de Google, pero también pienso que un desarrollador ágil de los que comúnmente se consideran “buenos en su trabajo” habría respondido con esa flexibilidad en proyectos donde lo ágil no encaja bien.</p>