TAOM Consecuencias de los cambios
Un cambio en un paso de proceso – y todo lo que está vinculado a él.
Quien cambia un paso cambia más que una casilla del diagrama: requisitos, pruebas, aprobaciones, riesgos, protección y responsabilidades están vinculados a él.
En TAOM están vinculados al mismo paso de proceso. Por eso se ve lo que afecta un cambio – antes de aprobarlo, y solo para las personas y los agentes de IA que pueden verlo.
La idea
La innovación está en la conexión, no en la función aislada
Modelado, requisitos, pruebas, reingeniería, gobernanza, protección de la información y reporting existen por separado en muchas herramientas. En TAOM todos acceden al mismo paso – con el mismo identificador, la misma versión y el mismo nivel de protección.
Lo que está vinculado al paso
Seis preguntas que plantea cada cambio
1 · Requisitos
¿Qué requisitos funcionales y técnicos describen este paso – y siguen siendo válidos después del cambio?
2 · Pruebas y evidencias
¿Qué casos de prueba pertenecen al paso, qué evidencias se han aceptado – y cuáles deben volver a ejecutarse? Verificación y prueba
3 · Aprobaciones
¿Qué aprobaciones son necesarias: cuatro ojos en el paso, nueva versión del modelo con aprobación? Control de campos
4 · Riesgos
¿Qué riesgos y controles están vinculados al paso – y siguen bien valoradas la gravedad, la probabilidad y la detectabilidad?
5 · Protección de la información
¿Qué nivel tiene el paso – y qué se puede publicar y dónde después del cambio? Protección de la información
6 · Quién puede cambiar
Qué personas y qué agentes de IA pueden editar este paso – definido por el administrador del cliente.
Ejemplo
Cambia el paso «Autorizar acceso temporal (cuatro ojos)»
Del modelo de referencia «Acceso a zonas de seguridad» (ficticio, estrictamente confidencial): en lugar de dos personas, en el futuro aprobará una sola persona con comprobación del sistema.
| Lo que está vinculado al paso | Qué significa el cambio |
|---|---|
| Requisito «Principio de cuatro ojos para zonas restringidas» | queda en contradicción – debe adaptarse o sustituirse conscientemente |
| Caso de prueba «Autorizar acceso temporal (cuatro ojos)» | superado hasta ahora – debe redactarse y ejecutarse de nuevo |
| Riesgo «Aprobación sin segunda comprobación» con controles | reevaluar – desaparece el control «segunda persona» |
| Aprobación de la versión del modelo | nueva versión, aprobada por la persona responsable |
| Clasificación «Estrictamente confidencial» | se mantiene; solo las personas y agentes de IA con este nivel ven el cambio |
| Tiempos de proyecto y process mining | el tiempo de aprobación por caso disminuye – el efecto se puede medir tras la implantación |
Así funciona el análisis de consecuencias
Un clic muestra lo que conlleva un cambio
En el editor, «Consecuencias de los cambios» compara el estado actual con la versión válida y aprobada del modelo – y resume para cada paso modificado lo que hay que hacer.
Lo que muestra el análisis
- pasos nuevos, modificados y eliminados – y qué ha cambiadohoy
- requisitos y objetos de desarrollo en el pasohoy
- casos de prueba con su última ejecución – y cuáles deben repetirsehoy
- riesgos cuya valoración debe revisarsehoy
- aprobaciones en el paso y la nueva versión del modelohoy
- nivel de protección – las rebajas se indican expresamentehoy
Solo lo que se puede ver
Los pasos por encima del propio nivel de autorización solo aparecen con nombre e identificador. La misma regla se aplica a personas, invitados y agentes de IA – definida por el administrador del cliente.
Directo al paso
Un clic en un paso lo resalta en el diagrama – casos de prueba, riesgos y aprobación se pueden editar allí mismo, en el paso.
Change Impact
De las consecuencias a una evaluación
Con la licencia adicional Change Impact Management, TAOM resume las consecuencias en un Impact Score explicable – con esfuerzo interno y externo y costes solo para personas con el derecho «Ver costes». En cambios críticos para la seguridad, las reglas fijas exigen una revisión de impacto con independencia de la puntuación.
Impact Score
«58 = 18 proceso + 12 requisitos + …» – cada componente visible; el administrador fija ponderaciones y umbrales.
Esfuerzo sin costes de personal
Puntuación, esfuerzo y costes son niveles estrictamente separados; los datos de remuneración de personas concretas solo los ve el administrador.
En el reporting
Todos los cambios abiertos por nodo del modelo de empresa – filtrables por nivel, estándar o WRICEF.
Consecuencias de los cambios
Cambiar procesos sin perder la visión de conjunto
Para organizaciones cuyos procesos deben estar verificados, aprobados y protegidos – GxP, defensa, finanzas, energía.