Modelo operativo
Haga explícito
el modelo operativo.
Comprenda la organización, asigne derechos de decisión y conecte prácticas con evidencias. El producto KDV informa este modelo; aplicarlo no requiere una plataforma KDV.
BIOINSPIRADO POR DISEÑO
Roles diferentes.
Un ecosistema compartido.
Las colmenas y la apicultura ofrecen un lenguaje para la cooperación, la responsabilidad local y el cuidado del conjunto. Es una metáfora organizativa: personas, derechos de decisión y productos de datos permanecen explícitos.
La metáfora explica el modelo. No sustituye los términos de la organización ni asigna roles humanos a partir de la biología de las abejas.
EcosystemPropósito compartido
El límite de la colaboración: objetivos, dominios, políticas comunes y gobernanza responsable. Empiece con un caso de uso y un patrocinador identificado.
Evidencias habitualesPolítica, registro de decisiones, indicador de valor
HiveDominio de negocio
Un dominio con responsable, significado y prioridades propios. Coordina sus Cells y respeta las reglas mínimas del ecosistema.
Evidencias habitualesCarta del dominio, responsable, glosario
CellSubdominio de negocio
Un subdominio dentro de una Hive. Stewardship e ingeniería trabajan cerca de los datos. Una Cell puede tener varios productos; la Cell no es el producto.
Evidencias habitualesSteward, reglas de calidad, inventario de productos
CombAgrupación de negocio
Agrupación opcional de Cells de la misma Hive. Una Cell puede pertenecer a varios Combs. Agrupa negocio y permisos; no añade una capa de infraestructura.
Evidencias habitualesCriterios de agrupación, responsabilidades por ámbito
Producto de datosUna oferta con responsable
Una oferta con propósito, responsable, contrato versionado, consumidores conocidos, expectativas de calidad y ciclo de vida. Tablas, APIs y dashboards pueden ser interfaces de entrega.
Evidencias habitualesContrato, pruebas, registro de acceso, uso
FarmEntorno de ejecución
Donde se cultivan y operan los productos: producción, pruebas o desarrollo. La Farm delimita la ejecución, separada de la responsabilidad de negocio.
Evidencias habitualesInventario, controles de acceso, evidencia de recuperación
EL MODELO OPERATIVO
Cinco capas. Un hilo trazable.
Siga una decisión desde la intención hasta la evidencia. Cada capa entrega algo concreto a la siguiente.
Principios y políticas
Qué debe respetarsePropósito, clasificación, retención y baseline mínimo de gobernanza.
Organización y roles
Quién decide y entregaResponsables y stewards explícitos en el ámbito adecuado.
Procesos y decisiones
Cómo avanza el trabajoCultivar, gobernar, compartir y activar, con revisión y gestión de excepciones.
Controles y medios
Cómo se aplican las reglasContratos, pruebas de calidad, políticas de acceso, catálogos y salvaguardas operativas.
Evidencias y mejora
Cómo sabemos y aprendemosDecisiones registradas, pruebas, uso, incidentes y medidas de resultado.
01 / Modelo operativo
Los roles definen responsabilidades.
Las interfaces apoyan el trabajo.
Una persona puede asumir varios roles. Registre el rol ejercido en cada decisión. Consumer, Producer, EcOps y PlatOps son perspectivas de interacción, no sustitutos de responsabilidades de negocio.
| Rol | Ámbito | Responsabilidad | Interfaz de referencia |
|---|---|---|---|
| Foro de gobernanza | Ecosistema | Define el baseline, revisa excepciones entre dominios y resuelve conflictos. | EcOps registra decisiones |
| Gestor del ecosistema | Ecosistema | Coordina implantación, alcance, versiones de políticas y mejora. | EcOps |
| Responsable del dominio | Hive | Responde por el dominio y las aprobaciones escaladas. | EcOps / Producer |
| Responsable del subdominio | Cell | Responde por el subdominio y sus aprobaciones. | Producer |
| Responsable del producto | Producto | Responde por propósito, contrato, versiones, publicación y consumidores. | Producer |
| Steward operativo | Cell; opcionalmente Hive | Mantiene significado, clasificación y calidad; revisa solicitudes. | Producer / EcOps |
| Steward coordinador | Hive | Coordina stewardship y resuelve cuestiones entre Cells. | EcOps |
| Ingeniería de datos | Cell; opcionalmente Hive | Construye y mantiene preparación y entrega reproducibles. | Producer |
| Custodio técnico | Farm | Opera entornos e implementa controles autorizados. | PlatOps / EcOps |
| Consumidor | Producto | Usa los datos según las condiciones y aporta comentarios sobre su utilidad. | Consumer |
Sin responsable del subdominio, explicite la responsabilidad heredada por el del dominio. Un Comb puede agrupar permisos sin crear otro rol. La separación de funciones depende del riesgo y el contexto.
Interpretación original de KDV
Prácticas conectadas.
Referentes respetados.
Interpretación original de KDV para uso operativo. Relaciones ilustrativas, no equivalencias oficiales, evaluaciones ni reproducciones de los referentes.
| Referente | Perspectiva | Expresión operativa KDV | Evidencia |
|---|---|---|---|
| DAMA-DMBOK 2 | Gobernanza y responsabilidad | Responsables identificados y decisiones por ámbito. | Registro de roles y decisiones. |
| DAMA-DMBOK 2 | Metadatos y calidad | Definiciones compartidas, contexto y reglas de calidad. | Glosario, linaje y pruebas. |
| DAMA-DMBOK 2 | Seguridad y operación | Clasificación, acceso autorizado y recuperación. | Registro de políticas y prueba de recuperación. |
| DCAM | Desarrollo de capacidades | Acordar prioridades, asignar responsabilidades y revisar mejoras. | Backlog de acciones y seguimiento. |
| DCAM | Evidencia de la práctica | Demostrar ejecución y resultados a lo largo del tiempo. | Decisiones, controles y tendencias. |
| Data Mesh | Propiedad por dominio | Hives y Cells responden por productos y significado. | Cartas del dominio y producto. |
| Data Mesh | Datos como producto | Contratos versionados y entrega orientada al consumidor. | Contrato, comentarios y uso. |
| Data Mesh | Infraestructura de autoservicio | Caminos reutilizables y límites operativos claros. | Interfaz de servicio y verificaciones. |
| Data Mesh | Gobernanza federada computacional | Reglas comunes, decisiones locales y pruebas automáticas cuando sea viable. | Baseline, pruebas de políticas y excepciones. |
Interpretación original de KDV
Consulte las fuentes originales.
DAMA-DMBOK 2
Referencia de conocimiento en gestión de datos que informa el vocabulario.
DCAM
Framework de capacidades que informa la mejora con evidencias. Consulte al editor sobre acceso y licencias.
Data Mesh
Cuatro principios que informan dominios, productos, autoservicio y federación.
KDV aporta una interpretación operativa original. No redistribuye material DAMA-DMBOK o DCAM. Las referencias no implican respaldo, afiliación, certificación ni mapeo oficial.
Comunidad
Ayude a construir la próxima iteración.
Aporte una pregunta, un ejemplo claro o una mejora probada. Las pequeñas contribuciones cuentan.