Red de Respuestas Legales - Derecho de marcas - Pensando en la aplicación de Agile Scrum en el desarrollo de productos de fabricación (Parte 2)

Pensando en la aplicación de Agile Scrum en el desarrollo de productos de fabricación (Parte 2)

Como profesional de la fabricación mecánica, el autor del artículo anterior presentó brevemente Agile Scrum y compartió algunos conocimientos sobre los conceptos de Scrum. La segunda parte comparte una serie de reflexiones sobre la aplicación de Agile Scrum en el desarrollo de productos de fabricación.

Haga clic en el enlace para leer:

Detrás del concepto Agile Scrum: escrito para colegas de la industria de fabricación de maquinaria (Parte 1)

Autor:? Swen Fangfang Shiqing

Experto en Hardware y Fabricación Scrum

Doctor en Ingeniería Mecánica y Eléctrica por la Universidad de Duisburg-Essen, Alemania

Como las TI La industria manufacturera también se enfrenta a retos cada vez más graves. El mercado exige que las empresas logren actualizaciones de productos más rápidas, menores costos y mayor calidad. El cada vez más popular marco ágil Scrum en la industria de TI ha aportado mucha inspiración al desarrollo de productos en la industria manufacturera. Muchas empresas están empezando a intentar cambiar el modelo tradicional de desarrollo de productos en cascada y aplicar el ágil Scrum. Un marco para adaptarse rápidamente a los cambios del mercado, controlar el riesgo y mejorar la satisfacción del cliente. Este artículo expresa la humilde opinión del autor sobre cómo aplicar el marco y los conceptos de Scrum basándose en las características y la situación actual de la industria manufacturera nacional. Se supone que el lector ya tiene un conocimiento básico de los conceptos ágiles y del marco Scrum.

1? Modelo operativo de desarrollo de productos de fabricación

¿Figura 1? Proceso de proyecto de desarrollo de productos de uso común

La industria manufacturera mencionada aquí es una industria manufacturera amplia, que se diferencia de la industria del software en que utiliza "objetos físicos" como productos, como maquinaria, instrumentos, medidores, herramientas, y automóviles. Industriales, electrodomésticos, etc. En la industria del software, es habitual referirse a todos los productos que no son programas como "hardware". Para evitar confusiones con productos electrónicos de hardware como PCB, aquí no se utiliza la palabra "hardware".

La industria manufacturera tiene una larga historia de desarrollo y un siglo de experiencia acumulada. Muchos conceptos y métodos establecidos tienen una larga historia.

El modelo operativo de desarrollo de productos "moderno" ha sido influenciado por Frederick Taylor y Fayol. Fayol), adopta un estilo en cascada (o serial), que concede gran importancia a la planificación, la división del trabajo, la autoridad y el control. De hecho, los conceptos y procesos de desarrollo de productos no son esencialmente diferentes de los de la industria del software antes del cambio. Tomando como ejemplo la industria de autopartes, el desarrollo de productos es un control de proceso planificado. Generalmente, el desarrollo de productos se gestiona como un proyecto, siendo el director del proyecto responsable del costo, el cronograma y la entrega del proyecto. Antes del desarrollo de productos, los clientes y las empresas determinan los requisitos del producto en forma de contratos. A partir de necesidades claras, formulan planes de desarrollo, dividen el trabajo para desarrollar componentes, pruebas posteriores a la integración, diseño de congelación, desmoldeo, diseño e implementación de planes de procesos, prototipos y, finalmente, producción en masa. (Figura 1). Este es el método más adecuado para la era de las lentas actualizaciones de productos y la producción en masa.

El mundo de hoy no es el mundo de ayer. Para lograr mayores ganancias, no basta simplemente con ampliar la escala y reducir los costos. La presión de la competencia del mercado se transfiere cada vez más al departamento de desarrollo de productos. Es probable que la filosofía de desarrollo y el modelo operativo tradicionales basados ​​en planes conduzcan al declive de las empresas que deben desarrollar productos complejos (los productos complejos no necesariamente tienen estructuras complejas) para aumentar los derechos de prima del mercado. Al enfrentar más incertidumbres en el mundo actual, todos se dan cuenta de que deben resolverse los siguientes problemas:

-? La optimización local no es suficiente y se debe utilizar el pensamiento sistemático para desarrollar productos.

-? No basta con que el departamento comercial se enfrente al cliente, debe desarrollar productos para los clientes.

-? No importa cuán perfecto sea el plan de desarrollo, no puede mantenerse al día con los cambios y debe aceptarlos.

-?Por muy profesional que sea el director del proyecto, el trabajo en equipo también es imprescindible.

-?Espera

El marco Scrum bajo el concepto ágil nos brinda la posibilidad de este cambio mediante la adopción de equipos multifuncionales, incrementos iterativos y productos entregables continuamente.

2? La práctica de Agile Scrum en la industria manufacturera

Lo que quiero mencionar aquí es que la industria de fabricación de maquinaria ha estado expuesta y aplicado conceptos ágiles durante mucho tiempo. . El autor cree que el concepto familiar de "producción ajustada" es en realidad la fuente del concepto ágil. Incluso el concepto Scrum bajo el concepto ágil se originó en la industria manufacturera [Kenneth S. Rubin, 2012]. ]. La gestión del ciclo de vida del producto (PLM) y la ingeniería concurrente, que se extienden desde el concepto de producción ajustada, han sido utilizadas consciente o inconscientemente por algunas empresas en el desarrollo de productos [Editor en Jefe: Leng, 2011].

La llamada "ingeniería concurrente" tiene como objetivo prestar atención a todo el proceso y los objetivos del producto durante todo el trabajo de desarrollo, y evitar las desventajas causadas por el modelo de desarrollo tradicional "en serie". Los propósitos y métodos similares a Agile Scrum se pueden ver en muchos lugares, como "equipos multifuncionales" y "orientación de producto".

El framework Scrum bajo el concepto ágil es simple y único, por lo que es rápidamente reconocido y promocionado en la industria del software. Aunque el desarrollo de productos en la industria manufacturera tradicional es diferente al de la industria del software, el éxito de Scrum en la industria del software ha llevado a los gerentes de las industrias de hardware y manufactura a intentar aplicarlo a sus propias industrias. A la cabeza están aquellos que incluyen proveedores de software integrado y algunos proveedores de equipos. Luego se extendió lentamente a la industria de fabricación de maquinaria pura. Como mencionó Rubin: aunque Scrum se usa más comúnmente para desarrollar productos de software, los valores y principios fundamentales de Scrum pueden usarse y se usan para desarrollar diferentes tipos de productos u organizar diferentes tipos de flujos de trabajo. Por ejemplo, he trabajado con organizaciones que utilizaron Scrum con éxito para organizar y gestionar el trabajo relacionado con el desarrollo de hardware, planes de marketing y planes de ventas. [Kneneth S. Rubin, 2012? ]

Aquí damos dos ejemplos de la industria, que se puede decir que son desarrollo de productos basado en el marco ágil Scrum.

2.1?Boeing 777? Investigación y desarrollo

Desde el diseño conceptual en 1990 hasta la operación comercial en United Airlines en mayo de 1995, Boeing completó con éxito un proyecto de desarrollo de un nuevo producto Boeing 777 con un total de 1.000 empleados en 6 años. ¿El líder del proyecto Alan Mulally? El uso innovador del modelo de "trabajo colaborativo" encarna en realidad el concepto ágil.

Mulali organizó alrededor de 250 equipos multifuncionales (equipos de diseño y construcción) en DBT, y cada equipo de DBT es responsable de un módulo funcional. Cada DBT cuenta con un personal integral y diverso que puede encargarse de todo, desde el concepto hasta la fabricación y el mantenimiento. El equipo incluye diseño, fabricación, personal de moldes, finanzas, materiales, mantenimiento, representantes de subcontratación y representantes de clientes. Todas las reuniones semanales de progreso de DBT garantizan la comunicación y coordinación entre los equipos. Para lograr una comunicación abierta y transparente, convoca a los 10.000 empleados del Boeing 777 en Seattle cada trimestre para una reunión de equipo completo de dos días. Estas reuniones se celebraron nueve veces en 30 meses (ver Figura 2). ¡increíble!

Figura 2. ¿Boeing 777? y conferencia de Seattle.

Fuente:/

Para esos cambios menores del día a día, los equipos multifuncionales de DBT procesan la información emergente y forman circuitos rápidos de retroalimentación entre los ingenieros de fabricación y diseño. Los cambios de requisitos que solían llevar semanas se pueden completar en un día en el equipo de DBT. Lidiar con el cambio es más fácil cuando pueden trabajar juntos rápidamente.

El 777 es el primer avión diseñado casi en su totalidad utilizando software CAD 3D en lugar de dibujos 2D. Antes de construir el primer prototipo, se puede combinar con modelos CAD 3D para su verificación en tiempo real. Esto acelera la formación de un circuito cerrado de retroalimentación y la calidad del incremento también mejora hasta cierto punto, de modo que la retroalimentación se puede obtener antes y mejor.

Boeing toma muchas medidas para involucrar a los clientes en el desarrollo y enfatiza la cooperación con los clientes por encima de todo. Gracias a la participación del cliente y la rápida retroalimentación, los equipos pueden responder a los cambios de manera oportuna en lugar de seguir un plan incondicionalmente. Esto refleja el equipo multifuncional y los incrementos iterativos del marco Scrum.

Consulte "La agilidad de Boeing en la década de 1990: Proyecto 777" para obtener más detalles.

Enlace:?

/2014/10/07/agile-at-Boeing-in-1990s-777Plan/? From=singlemessage y "Pionero de la agilidad del hardware: estudio de caso del Boeing 777" de Tang Yijia:/Noticias y eventos/777

2.2?Wikispeed

Figura 3. Scrum en Wikispeed, fuente: . en)

3.? Craig Larman y Bas Wardy. 2016. Scrum a gran escala: Consigue el doble de resultado con la mitad de esfuerzo

¿Cuerpo a cuerpo a gran escala? El diseño de grandes organizaciones ágiles. Traducido por Xiao Bing. 2018.

4.? Kenneth. ¿s? Rubin. 2012. Basic Scrum: una guía práctica del proceso ágil más popular. Addison Wesley.

?

Comentarios del artículo: Jim Wang Wangjun

Todos los derechos reservados se oponen al plagio y puede reenviarlo.

t 2024 Red de Respuestas Legales All Rights Reserved.