TAOM™ Engineering
La Arquitectura define qué debe existir. Engineering lo hace realidad.
Entre el diseño de negocio y la implementación existe una brecha en la mayoría de las iniciativas: el área de negocio describe los procesos, Arquitectura diseña la estructura objetivo, Requirements Management redacta las especificaciones y Desarrollo recibe tickets. En cada transferencia se pierde parte del contexto.
El puente que falta
Seis participantes, seis repositorios
Cada grupo trabaja correctamente, pero dentro de su propia herramienta. Lo que falta al final no es rigor, sino el hilo conductor.
- Área de negocio describe los procesos
- Arquitectura diseña la estructura objetivo
- Requirements Management redacta las especificaciones
- Desarrollo recibe tickets
- Testing crea casos de prueba
- Documentación se genera en paralelo
Del proceso a la implementación
Doce etapas, un único punto de referencia
Un proceso de negocio puede ser el punto de partida de toda la implementación, siempre que la razón de negocio se mantenga conectada a lo largo de todas las etapas.
Cinco disciplinas
Qué comprende Engineering en TAOM
Comprender cómo se trabaja
- Process Discovery
- Modelado BPMN
- Análisis y diseño
- Roles y responsabilidades
- Asignación de sistemas
- Requisitos de proceso
- Process Governance
El espacio de trabajo para ello es Process Studio.
Una necesidad se convierte en un cambio estructurado
Un requisito permanece conectado con aquello de lo que surgió: proceso, paso, rol, sistema, objetivo de negocio y contexto de desarrollo.
De este modo, desde el cambio hasta su razón de origen y viceversa, queda trazable por qué se construye algo.
Del requisito a algo que puede construirse
- Configuración y extensiones
- Workflows, informes e interfaces
- Migraciones, extensiones y formularios
- Integración y automatización
- Capacidades de IA
En iniciativas SAP y proyectos empresariales, esto se traduce en la clasificación WRICEF.
Capacidades gobernadas en lugar de experimentos
- Rol del Agent
- Capacidad
- Conocimiento
- Modelo
- Herramienta
- Proceso
- Governance
- Supervisión
Así, una capacidad de IA pasa a formar parte de la organización en lugar de ser un experimento aislado – más sobre los Agents.
Ningún sistema existe de forma aislada
- Plataformas de procesos y ERP
- Plataformas de Delivery
- Plataformas de conocimiento
- Enterprise Architecture
- Automatización y servicios de IA
El estado actual de estas capacidades se muestra de forma transparente en Integraciones.
Validación
Una prueba pertenece al requisito y al proceso que verifica; de lo contrario, más adelante nadie sabrá qué se estaba asegurando realmente.
- Proceso
- Requisito
- Implementación
- Prueba
- Resultado
- Aprobación
Siete preguntas sobre la IA
Lo que debe aclararse antes de construir
La IA introduce preguntas que la planificación clásica de implementación no contemplaba. Deben resolverse durante el diseño, no durante la aceptación.
- ¿Qué tareas debe apoyar la IA?
- ¿Qué Agent es responsable de ello?
- ¿A qué conocimiento puede acceder?
- ¿Qué herramientas puede utilizar?
- ¿Qué decisiones puede tomar?
- ¿Cuándo es necesaria una aprobación humana?
- ¿Cómo se supervisa su actividad?
Governance by Design
Los controles se crean durante el diseño
Añadir posteriormente seguridad, Compliance y AI Governance es costoso y, por lo general, deja lagunas. En Engineering se identifican mientras se diseña la solución.
No termina con la entrega
Engineering es un ciclo
La operación genera nuevos conocimientos, los procesos cambian, aparecen nuevos requisitos y las capacidades de IA mejoran. Por eso, Engineering no termina con el despliegue.
- Descubrir
- Diseñar
- Construir
- Verificar
- Desplegar
- Observar
- Aprender
- Adaptar
Arquitectura
define qué estructura debe crearse – más información.
Engineering
construye y transforma las capacidades.
Digital Twin
mantiene conectado el resultado – más información.
En la práctica
Dónde se concreta Engineering
Estas disciplinas no son un fin en sí mismas. En las Soluciones convergen en iniciativas reales:
Empezar
De comprender la organización a hacerla funcionar
Comprender el proceso. Diseñar la estructura. Construir el cambio. Verificar el resultado. Conectar el conocimiento. Aprender de la operación. Y seguir adaptando.