Saltar al contenido
Modelo EPA™ Investigación abierta

Draft de investigación · sin certificación oficial · ver aviso legal

RFC-200 Draft 0.1

Arquitectura

Vista organizacional de autonomía. No es un blueprint de software.

RFC-200 · Arquitectura de capacidades · Draft 0.1

Define la arquitectura organizacional que sostiene autonomía operativa. No es arquitectura de software.

Problema

Las iniciativas de automatización e IA suelen instalarse como proyectos aislados, sin responder: ¿quién decide?, ¿con qué datos?, ¿bajo qué política?, ¿con qué trazabilidad?, ¿cómo se aprende?

Objetos visibles

  1. Procesos — unidad de análisis
  2. Decisiones — unidad de autonomía
  3. Límites — unidad de gobernanza
  4. Evidencia — unidad de aprendizaje

Capas conceptuales

CapaFunción
L5 Gobernanza y responsabilidadQuién responde y qué está permitido
L4 Aprendizaje y mejoraEvidencia que cambia reglas y límites
L3 Decisión autónoma acotadaDelegación bajo política
L2 Ejecución de procesoHumanos, sistemas y agentes acotados
L1 Percepción / datos / eventosSeñales del proceso real

Capacidades mínimas

CapacidadPreguntaRelacionado con
Descubrimiento de proceso¿Qué ocurre realmente?Process Mining
Modelado de decisión¿Qué se decide y con qué criterio?DMN / decision management
Orquestación¿Cómo se coordina el trabajo?BPM / case management
Delimitación¿Hasta dónde puede actuar?Gobernanza / políticas
Supervisión humana¿Cuándo interviene una persona?HITL / HOTL
Trazabilidad¿Qué se hizo y por qué?Auditoría
Mejora continua¿Cómo cambia el sistema?Lean / Six Sigma / mining

Metamodelo (Draft 0.1)

ObjetoAtributos mínimos
ProcesoID, dueño, alcance, evidencia asociada
DecisiónID, dueño, modo humano, política, umbrales
LímiteVersión, vigencia, prueba de frontera, escalamiento
AgenteHumano / sistema / mixto; permisos
EvidenciaFuente, calidad, retención, trazabilidad
ExcepciónCausa, handoff, resolución, aprendizaje
OPINIÓN. EPA™ no reemplaza TOGAF. Propone una vista/capability transversal: Enterprise Process Autonomy Capability.

Hipótesis

  • H-A1. Explicitar límites de decisión reduce autonomía no autorizada.
  • H-A2. Sin mapa de decisiones no se supera madurez baja, aunque haya automatización avanzada.

Limitaciones

  • No introduce notación formal nueva (reutiliza BPMN/DMN cuando baste).
  • No prescribe stack tecnológico.
  • Metamodelo aún no formalizado en UML/OWL.

Fuente: docs/200-ARCHITECTURE.md