Tu comité de revisión de cambios aprobó un cambio de diseño hace seis meses. Hoy, apareció un problema similar en una línea de producto diferente. Nadie recuerda por qué se eligió la solución original por encima de otras dos alternativas viables. La decisión quedó documentada. El razonamiento detrás de ella, no.
El problema no es la documentación, sino el conocimiento
Esto no es un problema de documentación. Es un problema de arquitectura del conocimiento. La investigación sobre design rationale ha demostrado durante décadas que capturar el “por qué” detrás de las decisiones es fundamental para reutilizar conocimiento y aprender de decisiones anteriores.
Sin embargo, rara vez sucede. Documentar el razonamiento suele ser intrusivo, consume tiempo y está desconectado de la forma en que los ingenieros realmente trabajan.
El costo de perder la memoria institucional
El costo real se va acumulando. Las nuevas contrataciones pasan alrededor de 200 horas trabajando de forma ineficiente porque el conocimiento contextual nunca fue capturado.
La experiencia de Boeing durante la década de 2010 demostró lo que puede suceder cuando la memoria institucional comienza a desaparecer: las fallas de integración en el 787 se relacionaron con conocimiento de procesos que permanecía en la cabeza de las personas, pero que nunca llegó a convertirse en registros recuperables.
Cómo cambia la ecuación con el apoyo de la IA
Aquí es donde el andamiaje con IA cambia la ecuación.
No se trata de utilizar inteligencia artificial para generar una justificación después de que una decisión ya fue tomada. Se trata de utilizarla para capturar ese razonamiento como un resultado natural del propio proceso de trabajo.
En un análisis de impacto asistido por IA, el ingeniero y la inteligencia artificial recorren juntos la estructura del producto, nivel por nivel.
En cada etapa, la IA identifica una dependencia y explica por qué es relevante. El ingeniero puede confirmarla, rechazarla o redirigir el análisis.
Ese intercambio interactivo se convierte, por sí mismo, en el registro del razonamiento.
El “por qué” queda documentado no porque alguien tuvo que detener su trabajo para escribirlo posteriormente, sino porque el propio proceso exigió expresarlo mientras la decisión estaba siendo analizada.
CM2 como estructura para decisiones trazables
El proceso de cambios de ciclo cerrado de CM2 proporciona la estructura necesaria para que este modelo pueda funcionar.
Los objetos de cambio, las líneas base y las matrices de impacto no son únicamente artefactos de gobernanza. También funcionan como el andamiaje que proporciona a la IA un marco consistente dentro del cual puede interactuar.
Sin esa estructura, lo que obtienes es solamente una conversación.
Con ella, obtienes un registro de decisiones trazable.
De una conversación a un registro de ingeniería digital
El INCOSE Systems Engineering Handbook establece que las decisiones deben documentarse mediante artefactos de ingeniería digital, incluyendo el análisis realizado, las decisiones tomadas y el razonamiento detrás de ellas.
Esto permite conservar trazabilidad histórica y utilizar ese conocimiento para respaldar futuras decisiones.
CM2 lleva este principio a la operación al definir exactamente en qué parte del proceso de cambio deben vivir esas decisiones y quién es responsable de ellas.
La pregunta que las organizaciones deberían hacerse
La pregunta incómoda es esta:
Si tu organización no puede reconstruir por qué se tomó una decisión hace seis meses, ¿qué te hace pensar que la próxima decisión estará mejor fundamentada?
¿Listo para profundizar?
Usa el código Martijn10 para obtener un 10% de descuento en la capacitación, y no olvides decirles que Martijn te envió 😉.
Derechos de autor del Institute for Process Excellence
Este artículo fue publicado originalmente en ipxhq.com y mdux.net.
Acerca del autor
Conocido por el nombre de su blog, MDUX, Martijn es una voz destacada en la gestión de configuración empresarial y en la estrategia del ciclo de vida del producto. Con más de dos décadas de experiencia, combina profundidad técnica con una perspectiva práctica, promoviendo los principios de CM2 para impulsar la excelencia operativa en distintas industrias.
A través de su blog MDUX: The Future of CM, su newsletter y sus contribuciones en plataformas como IpX, Martijn ha construido una comunidad de profesionales al hacer más comprensibles temas complejos como las líneas base, la escalabilidad y la trazabilidad.
Sus escritos se distinguen por su claridad, relevancia y capacidad para generar conversaciones sobre el papel cambiante de la gestión de configuración dentro de la Industria 4.0.