¿Podría un grupo de ingenieros construir un avión utilizando la metodología ágil?

Esta es una pregunta fascinante. Estoy lejos de ser un experto en diseño de aviones, así que tómalo con un grano de sal.

Creo que es realmente fácil hacer una declaración general como “ágil es adaptativo e impulsado por el contexto, por lo que, por supuesto, podría hacerlo”. Si bien creo que eso es cierto en gran medida, ignora algunas de las características únicas de un avión.

Por lo que he leído, la gran mayoría del presupuesto, la planificación y la ejecución de la construcción de un avión está en las alas. Para lograr el vuelo; El tamaño, la curvatura y el peso de las alas tienen que ser exactos, hasta la milmillonésima de pulgada / libra. (Podría estar equivocado en eso, por supuesto).

Si eso es exacto, la construcción de las partes internas de las alas, las ruedas y el fuselaje se podría hacer por separado y de forma iterativa, con muchas pruebas pequeñas (unitarias). Pero el problema más grande sería la integración. Con una mentalidad ágil, intentas integrarte lo más pronto posible. ¿Cómo se lograría eso con las restricciones únicas introducidas por las alas?

Podrías probar que las ruedas y el fuselaje funcionan juntos (¿se mueve sin volcarse?). Puede probar que el fuselaje no se desmorona bajo presión extrema / calor / frío. Podría probar que las alas cumplen con las especificaciones de diseño … pero la verdadera prueba es el vuelo. Bueno, la prueba REAL es el vuelo con un grupo de personas a bordo.

No estoy seguro de que el lema ágil de falla rápida funcione en ese caso.

No veo por qué no. En “El nuevo juego de desarrollo de nuevos productos” [1], los autores hablan de que Honda utilizó muchos de los principios [que la comunidad Ágil ha adoptado] para desarrollar la Ciudad de Honda. [Habrá, por supuesto, algunas diferencias. Por ejemplo, no sería práctico hacer una iteración de 2 semanas porque el costo de construir el producto en cada iteración sería demasiado costoso].

Del mismo modo, Toyota utiliza TPS (Sistema de producción de Toyota) para producir automóviles. TPS es diferente de las ideas presentadas en TNNPDG [1], pero comparte muchas de las mismas filosofías. En gran parte, esto se debe a que tanto el trabajo en Honda como el de Toyota comenzaron con Edwards Deming [2].

El desarrollo ágil de software simplemente ha tomado muchas de las ideas que ya existen en otras industrias y las ha adoptado para su uso en software.

Finalmente, no sé si se ha producido un avión completo utilizando los principios de Agile, pero sé que algunos componentes de la aeronave, específicamente el software de aviónica, ya están construidos con Scrum. Boeing y Lockheed Martin son grandes usuarios de Scrum como lo demuestra este aviso de trabajo de Boeing para un ScrumMaster: http://www.careerbuilder.com/Job

[1] “The New New Product Development Game” de Takeuchi y Nonaka, HBR, enero de 1986. Este documento fue la inspiración original que condujo a la creación de Scrum por Ken Schwaber y Jeff Sutherland. Kent Beck luego usó algunas de las ideas introducidas por Scrum y luego las adoptó para Extreme Programming.

[2] http://en.wikipedia.org/wiki/W._

Sugeriría que un grupo de ingenieros podría inventar un plano de trabajo o un nuevo modelo de manera más efectiva utilizando una metodología ágil. Ágil realmente brilla cuando se trabaja en innovación o en un proyecto con un resultado incierto. Piense en fallas y demoras en los nuevos modelos recientes para Boeing y Airbus.

Ciertamente, puede utilizar métodos ágiles de manera efectiva con procesos que están bien definidos con pocos componentes opcionales (un rascacielos, un puente, un plano, etc.). Habría menos retrasos en el desarrollo, o al menos serían evidentes antes. Prueba de trabajo impulsado. Trabajos pareados. Al igual que las prácticas para mantener a todos informados. Todo esto ayudaría.

El mayor desafío sería cómo hacerlo funcionar con un equipo tan grande. Claramente se requeriría cierta innovación en las prácticas ágiles.

He visto más de 50 miembros de equipos ágiles de desarrollo de software intentaron. Pero no los he visto tener éxito. En parte, eso se debe a que alguien que haría un equipo de desarrollo de software ágil de más de 50 miembros generalmente no está aplicando todas las prácticas ágiles correctas. Agile funciona mejor para equipos más pequeños, pero esos equipos más pequeños a menudo pueden correr en círculos alrededor de equipos muchas veces más grandes (he oído hablar de eso en Google).

More Interesting

¿Cuál es el significado de la mecánica del suelo en la ingeniería estructural?

¿Cómo es construir redes de fibra óptica?

Como es el día de los ingenieros, ¿cuál es su mejor memoria de ingeniería?

¿Qué pasaría si los motores CFM regulares del 737 fueran reemplazados por los motores del Concorde?

¿Cómo se sabe si la ingeniería es adecuada para ellos antes de ir a la universidad?

¿Podría un simple cambio de reglas o un cambio de equipo básico salvar a la NFL de un camino de lesiones, violencia y castigos acribillados, la carga para disfrutar se ha convertido?

¿Un CGPA 8.5 es bueno para el ingeniero químico de BITS Pilani?

¿Qué país es el mejor para obtener un posgrado en ingeniería automotriz?

¿Qué universidades aceptarán una licenciatura en química en su programa de maestría en ingeniería química?

¿Cuál es el escenario de colocación de EEE y EIE en el Dayanand Sagar College of Engineering?

¿Cuáles son algunas aplicaciones futuras prometedoras de nanomateriales?

Si me gradúo con una licenciatura en Ingeniería Mecánica, ¿cuánto de lo que aprendí en la escuela debo esperar para aplicar a mi primer trabajo / pasantía?

¿Por qué la gente no se ha dado cuenta de que la ingeniería aeroespacial es amplia por sí sola y que no siempre es mejor hacer ingeniería mecánica?

¿Es el NIT en Rourkela una buena opción para la ingeniería mecánica, y qué tipo de paquete puedo obtener desde allí?

Cómo administrar el tiempo en la universidad de ingeniería, incluida toda la diversión como prioridades