Gestión de cambios: imprescindible, omnipresente — y en la escala de popularidad del departamento de ingeniería, justo por detrás de los recortes de presupuesto y las reuniones de lunes por la mañana. Pero hablando en serio: ¿por qué es así en realidad? Al fin y al cabo, está en la naturaleza de nosotros los ingenieros cambiar y mejorar las cosas.
El cambio en sí tampoco es el problema.
El problema del análisis de impacto
Un ejemplo clásico: el análisis de impacto, acompañante necesario de todo cambio. ¿Qué componentes se ven afectados, qué documentos, qué requisitos? ¿Cuál es siquiera el estado actual — en el PLM, en el ALM, en el ERP?
En la práctica, esta pregunta suele terminar en que hay que preguntarle al único compañero que siempre lo ha sabido. El que justo está de vacaciones. Y antes de abrirse paso a machetazos por esa selva, uno prefiere dejar el cambio tal cual está.
La visión: pedir un cambio, respuesta en segundos
Si pudiera pedir un deseo, hoy ya podría funcionar así:
Yo: «Ordenador, el componente X debe sustituirse por Y — ya no está disponible. ¿Qué implica eso?»
Chatbot: «El requisito A47 dejará de cumplirse por completo, por la estabilidad reducida de Y. Y el puesto de montaje debe adaptarse — otra herramienta.»
Las actividades consiguientes podrían dispararse de forma parecida.
Lo que realmente hace falta para eso
Todavía suena a visión de futuro — pero tecnológicamente estamos bastante más cerca de lo que algunos piensan. Siempre que las bases estén bien sentadas. Porque ningún modelo de IA salva un análisis de impacto si la base de datos debajo no es correcta. Tres cosas son decisivas:
- Un Digital Thread que haga visibles las dependencias entre requisitos, diseño y software
- Un versionado limpio — para que quede claro cuál es el estado vigente
- Una arquitectura de la información que defina qué está dónde y qué se relaciona con qué
Estos tres puntos son, por cierto, atemporales. No solo contribuyen a la viabilidad de los chatbots de IA — son la base de todo análisis de impacto que funcione, con o sin IA.
La gestión de cambios no tiene un problema de aceptación porque los ingenieros rehúyan los cambios, sino porque el análisis de impacto detrás suele vivir del rumor de pasillo en vez de los datos. El Digital Thread, un versionado limpio y una arquitectura de la información clara son la base para que la pregunta «¿qué implica este cambio?» se pueda responder en segundos en vez de en días — con o sin chatbot delante.
