No hay muchos recursos sobre esto porque en este momento, muchos grupos están realizando experimentos y la mayoría de ellos no han dado los resultados que la gente esperaba.
Esto se debe a que el desarrollo ágil surgió del mundo del software / TI, que tiene algunas características específicas que no son ciertas en otros dominios problemáticos:
- La capacidad de diseñar una solución en piezas modulares con interfaces limpias entre ellas, de modo que los módulos individuales se puedan actualizar a voluntad.
- Cero (o al menos muy bajo) costos de producción y distribución del producto a los clientes.
- Para aplicaciones, SAAS y muchos otros, la capacidad de lanzar actualizaciones a clientes existentes a un costo cero o bajo, para solucionar cualquier problema encontrado después del lanzamiento.
- La capacidad de confiar en las plataformas existentes para encargarse de las cosas más difíciles: sistemas operativos, protocolos de red, infraestructura de computación en la nube, plataformas de hardware, etc.
Compare eso con un proyecto de construcción que requiere una estrecha integración entre los componentes, un dispositivo médico del que alguien depende para un tratamiento que le salve la vida o un dispositivo de monitoreo de tuberías en un campo petrolero remoto que se espera que funcione durante al menos 25 años.
- ¿Cuáles son los mejores recursos (artículos, libros, ejemplos) para diseñar API? ¿Cuáles son algunas características de una hermosa API?
- ¿Por qué la usabilidad de Facebook es tan mala, incluso después de muchos años de desarrollo y enormes ganancias?
- ¿Estaría de acuerdo o en desacuerdo con que si sigue todas las fases de la ingeniería de software, esto resulta en una pérdida de tiempo? ¿Por qué?
- ¿Hay algún programa de capacitación para gerentes de ingeniería para el desarrollo de software?
- ¿Qué hace un desarrollador de craigslist?
En la medida en que pueda aplicar estos supuestos, al aumentar la encapsulación y la modularidad de la arquitectura del producto, por ejemplo, el desarrollo ágil funcionará hasta cierto punto.
Pero para la mayoría de los productos fuera del software, el desarrollo ágil requiere grandes modificaciones porque los supuestos sobre el costo de cambio muy bajo no se aplican.
El costo del cambio significa que algunas prácticas ágiles, como la refactorización, no se aplican en absoluto. Y todavía no he visto un sistema de transmisión autodocumentado para un automóvil que se produzca a gran volumen.
Sin embargo, es posible utilizar los elementos de Agile Project Management que tengan sentido, y complementarlos con otras prácticas para aumentar la modularidad, garantizar que se tomen las decisiones que impulsan el costo del cambio y reducir la documentación innecesaria que obstruye muchos proyectos. .
Escribí un libro completo sobre esto: La distancia más corta entre usted y su nuevo producto: cómo los innovadores usan los ciclos de aprendizaje rápido para sacar sus mejores ideas al mercado más rápido.
El libro describe el marco de Rapid Learning Cycles, una síntesis de los métodos de desarrollo ágil de software con otras mejores prácticas de Innovation Management para ayudar a los equipos de desarrollo de hardware a llevar sus ideas al mercado más rápido.