Únase al foro de diseñadores!
Su experiencia es vital para la comunidad. Únase a nosotros y aporte sus conocimientos.
Únase ahora al ForoComparta, aprenda y crezca con los mejores profesionales del sector.
La gestión de cambios de ingeniería es el proceso empresarial de control del cambio y la implementación de productos. Los procesos de gestión de cambios de ingeniería dentro del software de gestión del ciclo de vida del producto (PLM) son un componente básico de nuestra oferta de formación personalizada en PLM y uno de mis temas favoritos. En este blog, me gustaría compartir un flujo de trabajo general -independientemente del software PLM utilizado- que pone de relieve los conceptos clave de la gestión de cambios de ingeniería para aquellos que son nuevos en este campo.
En la siguiente imagen se muestra el proceso completo de gestión de cambios en ingeniería. Dependiendo de su función en la gestión de cambios técnicos, es posible que sólo participe en determinadas partes del proceso. Sus tareas pueden implicar la revisión, la autoría o la aprobación de los datos del producto.
1. Informe del problema
El proceso general de gestión de cambios de ingeniería suele comenzar con la creación de un informe de problema, que es una solicitud de cambio de producto debido a un problema o mejora registrada en nombre de un cliente o proveedor. Sin embargo, este paso también puede ser opcional. La creación del Informe de Problema implica la introducción de detalles como la prioridad, el objeto u objetos afectados, la solución sugerida y el beneficio esperado. A continuación, el Administrador de Cambios o el Revisor del Informe de Problemas investiga el problema y lleva a cabo un análisis del impacto, si procede. Una vez aprobado el Informe de Problema, el proceso puede avanzar hacia la creación de una nueva Solicitud de Cambio.
2. Solicitud de cambio
Se propone un cambio formal creando una nueva Solicitud de Cambio para el objeto afectado. La información del Informe de problemas se traslada a la Solicitud de cambio y puede actualizarse según sea necesario antes de enviarla para su análisis. A continuación se analiza la Solicitud de Cambio, incluyendo la validación de la solicitud, la coordinación del análisis técnico y la generación de una solución recomendada. La información pertinente del análisis también se incluye con la solicitud de cambio. En este punto, la Solicitud de Cambio puede rechazarse sin más revisión o seguir adelante con el proceso. Dependiendo de la configuración de su sistema PLM, puede haber una opción de vía rápida que omita la revisión por parte de la Junta de Revisión de Cambios. Una vez aprobado el Informe de Problemas, el proceso puede avanzar hacia la creación de una nueva Notificación de Cambio, también conocida como Orden de Cambio.
3. Aviso de cambio (también conocido como orden de cambio)
Cuando se aprueba la Solicitud de Cambio, se crea la correspondiente Notificación de Cambio y se formula un plan de implementación de la Solicitud de Cambio aprobada. El plan de implementación consiste en las tareas de Actividad/Acción de Cambio necesarias para el trabajo. A continuación, los Asignados (a veces denominados Ingenieros Responsables, según el sistema PLM) completan las Actividades/Acciones de Cambio asignadas, como la edición o creación de documentos de especificación, modelos CAD y/o EBOM. Antes de que las tareas se marquen como completas, el Revisor debe comprobar y verificar el trabajo de los Asignados. Una vez completadas todas las tareas asociadas a la Notificación de Cambio, se auditan los cambios para garantizar que la documentación resultante es clara, concisa y válida. A continuación, la Notificación de Cambio se aprueba o se rechaza. Si se aprueba, el objeto u objetos resultantes se liberan, y la Solicitud de Cambio correspondiente se considera resuelta y cerrada. Con el(los) objeto(s) resultante(s) liberado(s), se completa el proceso de Gestión de Cambios de Ingeniería.
Es gratificante trabajar con nuestros clientes en sus iniciativas de formación a medida PLM. Este flujo de trabajo general proporciona un esquema antes de crear contenidos de formación para cada paso que incorpora personalizaciones de productos y procesos, incluidos atributos personalizados, interfaces de usuario personalizadas, funciones personalizadas, integración de sistemas ERP, etc.
Únase al foro de diseñadores!
Su experiencia es vital para la comunidad. Únase a nosotros y aporte sus conocimientos.
Únase ahora al ForoComparta, aprenda y crezca con los mejores profesionales del sector.