Gestión del cambio (ingeniería)

El proceso de gestión de solicitudes de cambio en ingeniería de sistemas es el proceso de solicitar, determinar la viabilidad, planificar, implementar y evaluar cambios en un sistema . Sus objetivos principales son respaldar el procesamiento y la trazabilidad de los cambios en un conjunto interconectado de factores. ^{[ 1 ]}

Existe una considerable superposición y confusión entre la gestión de solicitudes de cambio, el control de cambios y la gestión de la configuración . La definición que figura a continuación aún no integra estas áreas.

La gestión de solicitudes de cambio ha sido bien recibida por su capacidad para brindar beneficios al mejorar el sistema afectado y, por lo tanto, satisfacer las "necesidades del cliente", pero también ha sido criticada por su potencial para confundir y complicar innecesariamente la administración de cambios. En algunos casos, especialmente en el ámbito de las Tecnologías de la Información , se invierten más fondos y trabajo en el mantenimiento del sistema (y en la gestión de solicitudes de cambio) que en la creación inicial del mismo. ^{[ 2 ]} La inversión típica de las organizaciones durante la implementación inicial de grandes sistemas ERP es del 15 al 20 por ciento del presupuesto total.

En la misma línea, Hinley describe dos de las leyes de Lehman sobre la evolución del software : ^{[ 3 ]}

• La ley del cambio continuo : Los sistemas que se utilizan deben cambiar, o de lo contrario, automáticamente se vuelven menos útiles.
• La ley de la complejidad creciente : Mediante los cambios, la estructura de un sistema se vuelve cada vez más compleja y se requieren más recursos para simplificarlo.

La gestión de las solicitudes de cambio también es de gran importancia en el sector manufacturero, que se enfrenta a numerosos cambios debido a la creciente competencia mundial , los avances tecnológicos y las exigencias de los clientes. ^{[ 4 ]} Dado que muchos sistemas tienden a cambiar y evolucionar con el uso, los problemas de estas industrias se experimentan en cierta medida en muchas otras.

Notas: En el proceso que se describe a continuación, se podría argumentar que el comité de cambios debería ser responsable no solo de las decisiones de aceptación/rechazo, sino también de la priorización, lo que influye en cómo se agrupan las solicitudes de cambio para su procesamiento.

Para la descripción del proceso de gestión de solicitudes de cambio, se utiliza la técnica de metamodelado . La Figura 1 muestra el diagrama de procesos y datos , que se explica en esta sección.

Ejemplos

Un buen ejemplo del proceso de gestión de solicitudes de cambio en acción se encuentra en el desarrollo de software . A menudo, los usuarios reportan errores o solicitan nuevas funcionalidades para sus programas, lo que genera una solicitud de cambio . La empresa desarrolladora del software analiza la viabilidad técnica y económica de implementar dicho cambio y, en consecuencia, decide si se llevará a cabo. Si se confirma, el cambio debe planificarse, por ejemplo, mediante el uso de puntos de función . La ejecución del cambio implica la creación o modificación del código del software y, al propagarse, probablemente también afecte a otros fragmentos de código. Una vez que los resultados de las pruebas iniciales son satisfactorios, la documentación se actualiza y se publica junto con el software. Finalmente, el gestor del proyecto verifica el cambio y cierra la entrada correspondiente en el registro de cambios.

Otro ámbito típico para la gestión de solicitudes de cambio, tal como se aborda aquí, es el sector manufacturero . Tomemos como ejemplo el diseño y la producción de un automóvil . Si, por ejemplo, se descubre que los airbags del vehículo se inflan automáticamente tras largos recorridos, esto sin duda generará quejas de los clientes (o, idealmente, informes de problemas durante la fase de pruebas). A su vez, estas quejas dan lugar a una solicitud de cambio (véase la Figura 2 a la derecha), que probablemente justificará la modificación. No obstante, es necesario realizar un análisis de costes y beneficios —probablemente simplificado—, tras el cual se puede aprobar la solicitud de cambio. Tras analizar el impacto en el diseño del automóvil y los plazos de producción, se puede elaborar la planificación para la implementación del cambio. De acuerdo con esta planificación, se puede llevar a cabo el cambio, tras lo cual se espera que la nueva versión del automóvil se someta a pruebas exhaustivas antes de su lanzamiento al público.

Dado que los procesos complejos pueden ser muy sensibles incluso a pequeños cambios, la gestión adecuada de los cambios en las plantas de procesos industriales se reconoce como fundamental para la seguridad. Los cambios no documentados y no evaluados adecuadamente en cuanto a riesgos son una receta para el desastre. Un ejemplo eminente de esto es la explosión de Flixborough , donde los cambios improvisados ​​que implicaban la derivación de una etapa en un tren de reactores fueron el origen del accidente. El cambio no había sido debidamente pensado, documentado ni evaluado en cuanto a riesgos, por lo que no se identificó el evento de ruptura de contención. ^{[ 9 ]} En los EE. UU., OSHA tiene regulaciones que rigen cómo se deben realizar y documentar los cambios. El requisito principal es que un equipo multidisciplinario realice una revisión exhaustiva de un cambio propuesto para garantizar que se utilicen la mayor cantidad de puntos de vista posibles para minimizar las posibilidades de pasar por alto un peligro. En este contexto, la gestión de solicitudes de cambio se conoce como Gestión de Cambios, o MOC. Es solo uno de los muchos componentes de la Gestión de Seguridad de Procesos , sección 1910.119(l).1.

• Control de cambios
• Gestión de solicitudes de cambio
• Orden de cambio de ingeniería , solicitud de cambio
• PRINCE2
• ITIL
• Control de versiones
• Gestión de lanzamientos
• Ciclo de vida de lanzamiento de software
• Gestión del ciclo de vida de las aplicaciones
• Ingeniería de sistemas
• Sistema de seguimiento de incidencias

• Crnković I., Asklund, U. y Persson-Dahlqvist, A. (2003). Implementación e integración de la gestión de datos de producto y la gestión de configuración de software . Londres: Artech House.
• Dennis, A., Wixom, BH y Tegarden, D. (2002). Análisis y diseño de sistemas: un enfoque orientado a objetos con UML . Hoboken, Nueva York: John Wiley & Sons, Inc.
• Universidad de Georgetown (s.f.). Almacén de datos: glosario . Recuperado el 13 de abril de 2006 de: https://web.archive.org/web/20060423164505/http://uis.georgetown.edu/departments/eets/dw/GLOSSARY0816.html .
• Hinley, David S. (noviembre de 1996). "Gestión de la evolución del software: una perspectiva orientada a procesos". Information and Software Technology . 38 (11): 723– 730. doi : 10.1016/0950-5849(96)01122-6 .
• Huang, GQ; Mak, KL (1999). "Prácticas actuales de gestión del cambio de ingeniería en las industrias manufactureras del Reino Unido". International Journal of Operations & Production Management . 19 (1): 21– 37. doi : 10.1108/01443579910244205 .
• IEEE (1991). Glosario estándar de terminología de ingeniería de software (ANSI) . The Institute of Electrical and Electronics Engineers Inc. Recuperado el 13 de abril de 2006 de: http://www.ee.oulu.fi/research/ouspg/sage/glossary/#reference_6 Archivado el 21 de octubre de 2009 en Wayback Machine .
• Mäkäräinen, M. (2000). Procesos de gestión de cambios de software en el desarrollo de software embebido . Tesis doctoral. Espoo: VTT Publications. Disponible en línea: http://www.vtt.fi/inf/pdf/publications/2000/P416.pdf .
• Mannan, Sam (2012). Prevención de pérdidas de Lees en las industrias de procesos (4.ª ed.). Oxford: Butterworth-Heinemann . ISBN 978-0-12-397189-0.
• NASA (2005). Programa de datos de métricas de instalaciones IV&V de la NASA: glosario y definiciones . Recuperado el 4 de marzo de 2006 de: https://web.archive.org/web/20060307232014/http://mdp.ivv.nasa.gov/mdp_glossary.html .
• Bibliotecas de la Universidad Estatal de Pensilvania (2004). Manual CCL: Glosario de términos y acrónimos . Recuperado el 13 de abril de 2006 de: https://web.archive.org/web/20060615021317/http://www.libraries.psu.edu/tas/cataloging/ccl/glossary.htm .
• Universidad de Princeton (2003). WordNet 2.0 . Recuperado el 13 de abril de 2006 de: http://dictionary.reference.com/search?q=release .
• Rajlich, Václav (1999). «Cambio y evolución del software». SOFSEM'99: Teoría y práctica de la informática . Lecture Notes in Computer Science. Vol.  1725. pp. 189–202 . doi : 10.1007/3-540-47849-3_12 . ISBN  978-3-540-66694-3.
• Rigby, K. (2003). Managing Standards: Glossary of Terms . Recuperado el 1 de abril de 2006 de: https://web.archive.org/web/20060412081603/http://sparc.airtime.co.uk/users/wysywig/gloss.htm .
• Scott, JA y Nisse, D. (2001). Gestión de configuración de software, Guía del cuerpo de conocimientos de ingeniería de software , Capítulo 7, IEEE Computer Society Press.
• Vogl, G. (2004). Sistemas de información gerencial: glosario de términos . Recuperado el 13 de abril de 2006 del sitio web de la Universidad de los Mártires de Uganda: https://web.archive.org/web/20060411160145/http://www.321site.com/greg/courses/mis1/glossary.htm .
• Weerd, I. van de (2006). Técnica de metamodelado: Borrador para el curso de Ingeniería de Métodos 05/06 . Recuperado el 1 de marzo de 2006 de: https://bscw.cs.uu.nl/bscw/bscw.cgi/d1009019/Instructions for the process-data diagram.pdf [acceso restringido].