Shared Capabilities

Las capacidades que habilitan el sistema

Mientras los Pods generan valor para el negocio, las Shared Capabilities multiplican su capacidad para trabajar de manera rápida, segura y consistente.

01 / Visión general

No son soporte. Son capacidades multiplicadoras.

Mientras los Pods generan valor para el negocio, las Shared Capabilities proporcionan capacidades especializadas que permiten que todos los Pods trabajen de manera rápida, segura y consistente.

No construyen producto. Construyen el entorno donde los Pods pueden construir mejor.

Los Pods generan valor. Las Shared Capabilities multiplican la capacidad de los Pods para generar valor de forma consistente.

02 / Filosofía

Habilitar autonomía sin crear cuellos de botella.

En organizaciones tradicionales, muchas áreas especializadas terminan convirtiéndose en cuellos de botella. Los equipos deben esperar aprobaciones, solicitar recursos o depender continuamente de expertos externos.

AI-BDF propone un enfoque diferente: las capacidades compartidas existen para habilitar a los Pods, no para reemplazarlos.

Su objetivo es acelerar el sistema completo mediante estándares, plataformas, conocimiento y automatización.

Principio central: Las Shared Capabilities habilitan la autonomía de los Pods sin sacrificar calidad, seguridad ni gobernanza.

03 / Interacción

Cómo interactúan con Ecosystems y Pods

Shared Capabilities

Architecture Platform Engineering Security Risk & Compliance Data & AI UX / Experience AI Warriors
habilitan y aceleran
Ecosystem
Pods
Valor al negocio

04 / Qué hacen

Habilitan, aceleran y reducen variabilidad.

Las Shared Capabilities:

01

Definen estándares

Crean criterios reutilizables para decisiones consistentes.

02

Construyen plataformas

Convierten capacidades comunes en autoservicio.

03

Comparten conocimiento

Evitan que cada Pod aprenda desde cero.

04

Eliminan restricciones

Reducen fricciones que bloquean el flujo.

05

Automatizan tareas

Reducen trabajo repetitivo y errores operativos.

06

Evolucionan el framework

Aprenden con los Pods y actualizan prácticas.

No participan en el trabajo diario del Pod salvo cuando aportan conocimiento especializado.

05 / Capability

Architecture

Define la arquitectura evolutiva del ecosistema. No diseña todos los sistemas: define principios y guardrails para que los Pods puedan tomar decisiones consistentes.

Responsabilidades

  • Arquitectura empresarial.
  • Arquitectura de solución.
  • APIs.
  • Integraciones.
  • Modelos de referencia.
  • Reutilización.

Produce

  • Architecture Decisions.
  • Reference Architectures.
  • Standards.
  • Technical Guidelines.

06 / Capability

Platform Engineering

Construye la plataforma que acelera el trabajo de todos los Pods. Elimina tareas repetitivas y convierte capacidades comunes en autoservicio.

Responsabilidades

  • CI/CD.
  • Infraestructura.
  • Observabilidad.
  • Dev Platforms.
  • Ambientes.
  • Automatización.
  • Catálogo de servicios.

Produce

  • Developer Platform.
  • Pipelines.
  • Golden Paths.
  • Templates.
  • Runtime Platform.

07 / Capability

Security

Incorpora la seguridad desde el inicio del flujo. No actúa como una aprobación final: define prácticas y automatiza controles.

Responsabilidades

  • Security by Design.
  • IAM.
  • Gestión de secretos.
  • Vulnerabilidades.
  • Threat Modeling.
  • DevSecOps.

Produce

  • Security Standards.
  • Threat Models.
  • Security Policies.
  • Automated Controls.

08 / Capability

Risk & Compliance

Gestiona riesgos regulatorios, operacionales y de negocio. Su objetivo no es detener la innovación, sino permitir que ocurra de manera responsable.

Responsabilidades

  • Riesgos.
  • Cumplimiento.
  • Auditoría.
  • Regulación.
  • Evidencia.

Produce

  • Compliance Rules.
  • Audit Evidence.
  • Risk Assessments.
  • Control Frameworks.

09 / Capability

Data & AI

Construye capacidades comunes relacionadas con datos e Inteligencia Artificial. Evita que cada Pod implemente modelos, prompts o pipelines de forma aislada.

Responsabilidades

  • Modelos fundacionales.
  • Vector Stores.
  • Prompt Libraries.
  • Evaluación de LLMs.
  • RAG.
  • Observabilidad de IA.

Produce

  • AI Components.
  • Prompt Catalog.
  • Shared Models.
  • Evaluation Framework.
  • AI Guardrails.

10 / Capability

UX / Experience

Asegura experiencias consistentes para usuarios y clientes. Participa especialmente durante la exploración y validación de hipótesis.

Responsabilidades

  • UX Research.
  • Design System.
  • Accesibilidad.
  • Prototipado.
  • Experiencia de usuario.

Produce

  • Design System.
  • UX Standards.
  • User Research.
  • UI Components.

11 / Capability

AI Warriors

Evolucionan continuamente el AI-BDF y las capacidades AI-Native de la organización. No desarrollan productos: construyen la forma de construir.

Responsabilidades

  • Evolucionar el framework.
  • Explorar nuevas prácticas.
  • Crear estándares.
  • Diseñar aceleradores.
  • Compartir conocimiento.
  • Experimentar con nuevas herramientas.

Produce

  • Nuevas prácticas.
  • Templates.
  • Framework Updates.
  • AI Playbooks.
  • Knowledge Base.

12 / Colaboración

Cómo colaboran con un Pod

Las Shared Capabilities no reciben trabajo operativo. Colaboran cuando un Pod necesita capacidades especializadas o reutilizables.

Pod
necesita ayuda
Shared Capability
proporciona estándar, plataforma o conocimiento
El Pod continúa
La responsabilidad sobre el producto nunca cambia de manos.

13 / Límites

Qué NO hacen

Las Shared Capabilities no deben:

  1. Administrar Pods.
  2. Aprobar todas las decisiones.
  3. Convertirse en un cuello de botella.
  4. Ejecutar el trabajo del Product Builder.
  5. Reemplazar al AI Builder.
  6. Asumir la responsabilidad del producto.
Su misión es habilitar, no controlar.

14 / Modelo organizacional

Relación con el modelo organizacional

Elemento Función
PortfolioDecide dónde invertir.
EcosystemAdministra capacidad.
PodGenera valor.
Shared CapabilitiesHabilitan y aceleran el sistema.

15 / Principios

Principios de las Shared Capabilities

01

Enable First

Su prioridad es habilitar a los Pods, no ejecutar por ellos.

02

Self-Service by Default

Siempre que sea posible, deben consumirse mediante autoservicio y automatización.

03

Reuse Over Reinvention

Las soluciones compartidas deben reutilizarse antes de crear nuevas implementaciones.

04

Automation First

Todo proceso repetitivo debe automatizarse antes de institucionalizarse.

05

Continuous Evolution

Las capacidades evolucionan mediante aprendizaje y retroalimentación de los Pods.

16 / Ejemplo

Colaboración en una funcionalidad de telemedicina

Un Pod está desarrollando una nueva funcionalidad de telemedicina. Durante el trabajo:

UX

UX / Experience

Aporta componentes del Design System y resultados de investigaciones con pacientes.

Security

Security

Proporciona lineamientos para autenticación y protección de datos clínicos.

Platform

Platform Engineering

Ofrece pipeline de despliegue, monitoreo y ambientes listos para usar.

Data & AI

Data & AI

Habilita un servicio de transcripción y resumen clínico basado en IA.

Architecture

Architecture

Comparte patrones para integrar la funcionalidad con la historia clínica electrónica.

Risk

Risk & Compliance

Valida requisitos regulatorios aplicables al manejo de información sensible.

AI Warriors

AI Warriors

Recomiendan un nuevo patrón de agentes para mejorar la interacción con el paciente.

En AI-BDF, los Pods generan valor para el negocio; las Shared Capabilities hacen que ese valor pueda generarse de forma sostenible, consistente y a escala.