Capacidades y Habilitadores

Una capacidad es un comportamiento de nivel superior de la solución que típicamente abarca múltiples ARTs. Es el equivalente de una funcionalidad en Large Solution, pero más grande.

Funcionalidad vs. Capacidad:

• Una funcionalidad entrega valor dentro de un solo ART. Un equipo (o algunos equipos en el mismo ART) puede implementarla.
• Una capacidad entrega valor a través de múltiples ARTs. Requiere trabajo coordinado entre trenes.

Ejemplo para una plataforma de vehículos autónomos:

• Capacidad: "El vehículo puede navegar un intercambio de autopista de forma segura"
  • Funcionalidad ART 1 (Percepción): Detectar marcas de carril y zonas de fusión a velocidades de autopista
  • Funcionalidad ART 2 (Planificación): Generar trayectoria segura a través del intercambio
  • Funcionalidad ART 3 (Control): Ejecutar cambios de carril con aceleración apropiada
  • Funcionalidad ART 4 (Infraestructura): Datos de mapas para tipos de intercambio

Las capacidades viven en el Backlog de Solución, gestionado por Solution Management. Durante la Pre-Planificación del PI, las capacidades se descomponen en funcionalidades que alimentan el Backlog de Programa de cada ART.

Dimensionamiento de capacidades: Las capacidades deben caber dentro de un solo PI. Si una capacidad abarca múltiples PIs, en realidad es una épica y debe gestionarse a nivel de portafolio con un Lean Business Case.

Así como los equipos tienen historias habilitadoras y los ARTs tienen funcionalidades habilitadoras, los Solution Trains tienen habilitadores a nivel de solución.

Estos abordan necesidades técnicas entre ARTs:

Habilitadores de arquitectura: Plataformas compartidas, APIs y protocolos que múltiples ARTs necesitan. Ejemplo: un bus de mensajes al que todos los ARTs publican y del que se suscriben.

Habilitadores de infraestructura: Entornos de integración, infraestructura de pruebas, pipelines de despliegue que abarcan ARTs. Ejemplo: un entorno de pruebas de integración a nivel de sistema que combina todas las salidas de los ARTs.

Habilitadores de exploración: Pruebas de concepto o estudios de alternativas entre ARTs. Ejemplo: evaluar dos enfoques competidores para la comunicación entre servicios.

Habilitadores de cumplimiento: Requisitos regulatorios que abarcan toda la solución. Ejemplo: cumplimiento de GDPR que afecta cómo todos los ARTs manejan datos personales.

Gestión de habilitadores de solución:

Los habilitadores de solución compiten por capacidad al igual que las capacidades. Solution Management prioriza el backlog de solución, equilibrando la entrega de capacidades con la inversión en habilitadores.

Una asignación saludable depende de la madurez de la solución:

• Solución nueva: 40-50% habilitadores (construyendo la base)
• Solución en maduración: 20-30% habilitadores (manteniendo la pista)
• Solución estable: 10-20% habilitadores (mejoras incrementales)

El Kanban de Solución gestiona el flujo de capacidades y habilitadores a través del sistema. Es similar al Kanban de Portafolio pero opera a nivel de solución.

Columnas típicas:

1. Embudo — Nuevas ideas de capacidades capturadas pero aún no analizadas
2. Analizando — Solution Management y Solution Architect evalúan viabilidad, definen criterios de aceptación y estiman tamaño
3. Backlog — Analizadas y listas para la Planificación del PI, priorizadas por WSJF (Weighted Shortest Job First)
4. Implementando — Activas en el PI actual, descompuestas en funcionalidades a través de ARTs
5. Validando — Integradas a través de ARTs y siendo validadas a nivel de solución
6. Hecho — Desplegadas y entregando valor

Los límites WIP se aplican en cada etapa. El Kanban de Solución típicamente tiene límites WIP más bajos de lo que esperarías: un Solution Train podría tener solo 3-5 capacidades en implementación a la vez, porque cada capacidad requiere coordinación a través de múltiples ARTs.

Priorización WSJF: Las capacidades se priorizan usando Weighted Shortest Job First, que equilibra el costo del retraso (valor de usuario/negocio + criticidad de tiempo + reducción de riesgo) contra el tamaño del trabajo. Esto asegura que el trabajo de mayor valor y menor duración se haga primero.