Procesos Ágiles de Desarrollo de Productos

A medida que se incorporan más hardware y software electrónicos a los productos mecánicos tradicionales, los fabricantes buscan mejores formas de integrar las actividades de diseño en todas las disciplinas de ingeniería. Como resultado, se intercambian muchas prácticas de diseño y desarrollo. Una de estas iniciativas, el Desarrollo de Productos ágiles, implica la aplicación de metodologías ágiles al diseño mecánico, el diseño eléctrico y el desarrollo de productos más amplios.

Definir la metodología Ágil para hardware

Un buen lugar para comenzar a comprender cómo se aplican las metodologías ágiles al desarrollo de productos es la entrada de Wikipedia sobre Desarrollo de Software ágil.

Agile software development es un grupo de métodos de desarrollo de software basados en el desarrollo iterativo e incremental, donde los requisitos y las soluciones evolucionan a través de la colaboración entre equipos autoorganizados y multifuncionales. Promueve la planificación adaptativa, el desarrollo y la entrega evolutivos, y un enfoque iterativo en caja de tiempo, y fomenta una respuesta rápida y flexible al cambio. Es un marco conceptual que promueve las interacciones previstas a lo largo del ciclo de desarrollo.

Fuente: Entrada de Wikipedia sobre Desarrollo de Software ágil

Curiosamente, estas características contrastan directamente con los enfoques tradicionales de desarrollo de productos, como lo hicieron con muchos métodos de desarrollo de software hace diez años. Los requisitos de los productos a menudo se congelan al principio. Las organizaciones de ingeniería a menudo están estructuradas rígidamente con líneas de autoridad claras. Los calendarios de desarrollo a menudo se establecen con mucha antelación.

Sin embargo, el desarrollo de software ágil ha tenido un éxito generalizado. Hoy en día, la mayoría de las organizaciones de desarrollo de software utilizan alguna variación de este marco. Pero su aplicabilidad al desarrollo de productos requiere alguna traducción. En la Tabla 1 a continuación, la columna de la izquierda muestra los principios básicos del Manifiesto Ágil según la entrada de Wikipedia sobre Desarrollo de Software Ágil. La columna de la derecha muestra la traducción de estos principios en un Desarrollo de Productos Ágil.

Principios del Manifiesto Ágil	Equivalente en Ágiles de Desarrollo de Productos
Individuos e interacciones sobre procesos y herramientas. Individuos e interacciones: En el desarrollo ágil, la autoorganización y la motivación son importantes, al igual que las interacciones como la ubicación conjunta y la programación en pareja.	La colaboración y la resolución de problemas son más importantes que seguir un proceso o procedimiento específico. Debido a que los problemas mecatrónicos abarcan disciplinas, los ingenieros tendrán que organizarse en los mejores equipos. Además, esos equipos deberían estar facultados para investigar y resolver los problemas.
Software de trabajo sobre documentación completa. Software de trabajo: El software de trabajo será más útil y bienvenido que simplemente presentar documentos a los clientes en reuniones.	Los prototipos de trabajo, tanto físicos como digitales, son más importantes que los entregables de ingeniería que eventualmente se entregarán en el lanzamiento del diseño. La atención debe centrarse en satisfacer los requisitos de rendimiento y otras características.
Colaboración con el cliente sobre la negociación de contratos. Colaboración con el cliente: Los requisitos no se pueden recopilar completamente al comienzo del ciclo de desarrollo de software, por lo que la participación continua del cliente/partes interesadas es muy importante.	Un cliente o representante interno equivalente debe estar íntimamente involucrado en el proceso de desarrollo. Debido a que surgirán problemas una y otra vez durante el diseño de productos mecatrónicos, será necesario que haya pasos de verificación y validación en el camino. Esto resultará en el refinamiento de los requisitos mecatrónicos durante el proceso de desarrollo.
Responder al cambio en lugar de seguir un plan. Responder al cambio: El desarrollo ágil se centra en respuestas rápidas al cambio y el desarrollo continuo.	Se debe hacer hincapié en la capacidad de la organización para responder a las cuestiones de desarrollo y no en su capacidad para adherirse a un proceso o procedimiento específico. Por lo tanto, la organización debe ser capaz de responder a las cuestiones relacionadas con el desarrollo mecatrónico de manera ágil y flexible.

Desafíos abordados por Agile

Obviamente, hay algunas implicaciones interesantes que surgen del Desarrollo de Productos Ágiles. Sin embargo, su adopción aborda directamente dos retos que se abordan a continuación.

Tendencia	Desafío Abordado	Ventaja Proporcionada
El Mandato de Visibilidad para Operaciones de Ingeniería	Los gerentes de ingeniería deben derivar nuevas métricas basadas en el diseño que midan el progreso de productos bien diseñados.	El énfasis en los prototipos de trabajo sobre los entregables cambia el pensamiento de los ejecutivos sobre las métricas basadas en entregables. Este énfasis establece el escenario para definir nuevas métricas basadas en el diseño.
La Próxima Guerra de Talentos de Ingeniería	Los gerentes de ingeniería deben encontrar formas de reclutar ingenieros de Generación Y, utilizando beneficios que no sean una compensación monetaria.	Las generaciones son una cohorte generacional colaborativa por naturaleza y desean tener un impacto inmediato. El énfasis en las interacciones apela a sus tendencias naturales. La oportunidad de contribuir en este marco les permite tener un impacto inmediato.

Pasos para aplicar la metodología ágil

Hay informes publicados y consultores que cuentan con una amplia orientación sobre cómo implementar metodologías ágiles. Sin embargo, la mayoría de estos principios rectores abordan las necesidades de una organización de desarrollo de software, en lugar de una organización de ingeniería que desarrolla productos mecatrónicos. Muchos de los pasos son similares, pero hay algunas diferencias importantes:

• Involucrar A Más Partes Interesadas: Desde la perspectiva de las personas, el desarrollo de un producto mecatrónico requiere la participación de ingenieros mecánicos, eléctricos y de software, así como de organizaciones de fabricación, calidad, abastecimiento y servicio. Este es un conjunto técnico de personas significativamente más diverso que aquellos que participan en el Desarrollo de Software Ágil, que consiste principalmente en desarrolladores de software, pruebas y más. El gerente de ingeniería tendrá que reconocer esta complejidad organizativa necesaria y ayudar a los equipos a autoorganizarse.
• Estructura Autoorganizada: A primera vista, se podría suponer que el Desarrollo ágil de productos es caótico, debido a la necesidad de autoorganizarse y restar énfasis a los procesos formales. Pero solo porque no haya un proceso formal, no significa que el Desarrollo Ágil de Productos no esté estructurado. La realidad es todo lo contrario. Sin embargo, a pesar de esta estructura, hay una transición que se aleja de un proceso formalizado. Los gerentes de ingeniería tendrán que capacitar a sus ingenieros a través de esa transición.