De la estrategia a la operación auditable.
La mayoría de las arquitecturas empresariales viven en diagramas que nadie ejecuta. La arquitectura de negocio ejecutable se configura, opera, mide y gobierna en la misma plataforma donde trabaja la organización.
El problema
Modelar no es ejecutar, y ejecutar sin arquitectura no es transformar.
Las herramientas de modelado producen mapas de capacidades y diagramas BPMN que describen la organización, pero no la operan: el modelo y la realidad divergen desde el primer día. Las herramientas de automatización, en el otro extremo, ejecutan flujos con eficiencia, pero desconectados de la estrategia que debían servir.
El resultado conocido: automatización que acelera trabajo cuyo valor nadie puede demostrar, y arquitectura que se actualiza una vez al año para un comité. Dexon BPM cierra esa distancia haciendo que los artefactos de arquitectura sean los mismos objetos que la plataforma ejecuta.
El principio ordenador
La cadena de trazabilidad empresarial
Cada eslabón existe porque cumple una función dentro de la cadena, y cada artefacto debe poder demostrar su posición en ella. No es una convención de documentación: son relaciones reales del repositorio, verificables por consulta.
Estrategia →
Objetivos, metas e iniciativas. Define qué pretende lograr la organización y qué renuncias acepta.
Capacidades →
Lo que la organización debe saber hacer. Abstracción estable, independiente de organigramas y sistemas.
Servicios →
Unidades de valor con dueño, propuesta de valor y criticidad, soportadas por capacidades y recursos.
Ofertas →
La forma concreta y solicitable de consumir un servicio: visible, vigente y conectada a su proceso.
Procesos →
La coordinación ejecutable de actividades, decisiones, datos y reglas que produce el resultado.
Datos y CIs →
Entidades del modelo ontológico y elementos gobernables que soportan ejecución, decisión y auditoría.
Indicadores →
La verificación. Cada KPI cuantifica un atributo declarado de un objeto de la arquitectura.
El metamodelo
La conformidad no se revisa en comité: se consulta
La metodología define formalmente qué objetos arquitectónicos existen, cómo se relacionan, con qué cardinalidades y bajo qué restricciones de integridad. Como cada relación es una relación real del repositorio, la conformidad arquitectónica se vuelve una propiedad demostrable, no una opinión.
Ver la metodología completaRestricciones de integridad
→Ningún proceso existe sin un servicio que materialice.
→Ningún servicio se declara sin las capacidades que lo implementan.
→Toda oferta solicitable está completa: visible, vigente y con proceso operativo.
→Todo proceso aprobado tiene objetivo verificable e indicador de logro.
→Toda decisión declara sus datos de entrada, su regla y la evidencia que deja.
→Toda actividad declara quién la ejecuta —una persona, un algoritmo o un agente— y dónde se realiza ese trabajo.
→Toda medición declara su rol: un indicador lleva meta, umbral y dueño; una variable, fuente y periodicidad. Ninguna fórmula depende de su propio resultado.
→Ningún cambio se aprueba sin evaluar su impacto sobre el repositorio.
Ocho de las quince restricciones de la metodología V8, en prosa. El conjunto completo, R1 a R15, con cómo se verifica cada una, está en el documento de la metodología.
Objective-Driven Process Design
El proceso futuro no es el actual optimizado.
Es el mecanismo diseñado para maximizar el cumplimiento de un objetivo verificable. BPMN sigue siendo el lenguaje formal, pero el objetivo gobierna el diseño, los datos, las reglas, la automatización, la medición y el gobierno.
| Fase | Etapa | Qué compromete |
|---|---|---|
| 1 | Formular la intención | Ubicar el proceso en la cadena: qué capacidad opera, qué servicio materializa, qué stakeholder recibe el valor. |
| 2 | Definir el objetivo | Resultados esperados, criterios de satisfacción, umbrales, restricciones, riesgos y evidencias. |
| 3 | Analizar el AS-IS | Con propósito y con límite: qué impide lograr el objetivo, qué se conserva y qué se transforma. |
| 4 | Diseñar trayectorias | Cada camino normal conduce a un resultado; cada excepción queda gobernada, no informal. |
| 5 | Diseñar datos y reglas | Datos por actividad, decisiones explícitas, integraciones, evidencias y niveles de servicio. |
| 6 | Validar satisfacción | El diseño se aprueba solo si demuestra satisfacción fuerte del objetivo en todos los escenarios. |
| 7 | Preparar gobierno | Oferta solicitable, indicadores ligados al proceso real y prueba de extremo a extremo. |
Aplíquelo a un proceso suyo
En una sesión de trabajo tomamos uno de sus procesos críticos y lo recorremos completo: objetivo, capacidades, datos, reglas, indicadores y gobierno.