Modelos de Madurez
Frameworks estructurados para evaluar y mejorar las capacidades organizacionales de forma progresiva, desde CMMI hasta enfoques modernos como DORA y modelos simplificados.
¿Qué es un modelo de madurez?
Un modelo de madurez es un framework que describe una progresión de capacidades en un dominio específico. Define niveles discretos que representan estados de sofisticación creciente, permitiendo a una organización ubicarse en la escala y trazar un camino de mejora.
La premisa fundamental: no se puede mejorar lo que no se puede medir, y no se puede medir sin un marco de referencia.
Modelos clásicos
CMMI (Capability Maturity Model Integration)
Desarrollado por el SEI de Carnegie Mellon en los 90s, CMMI es el abuelo de los modelos de madurez. Define 5 niveles:
| Nivel | Nombre | Descripción |
|---|---|---|
| 1 | Initial | Procesos impredecibles, reactivos |
| 2 | Managed | Procesos gestionados a nivel de proyecto |
| 3 | Defined | Procesos estandarizados a nivel organizacional |
| 4 | Quantitatively Managed | Procesos medidos y controlados |
| 5 | Optimizing | Mejora continua basada en datos |
CMMI fue revolucionario en su momento. Introdujo la idea de que las organizaciones maduran de forma predecible y que se puede acelerar esa maduración con prácticas específicas. Pero tiene problemas reales:
- Pesado: La evaluación formal (SCAMPI) requiere meses y consultores certificados
- Rígido: Los 5 niveles son secuenciales — no puedes estar en nivel 4 sin completar el 3
- Costoso: La certificación formal cuesta decenas de miles de dólares
- Lento: El ciclo de evaluación-mejora-reevaluación toma años
ITIL Maturity Model
Similar a CMMI pero enfocado en gestión de servicios IT. Misma escala de 5 niveles, mismos problemas de complejidad. Útil como referencia pero raramente implementado de forma completa fuera de grandes corporaciones.
Modelos modernos
DORA (DevOps Research and Assessment)
DORA cambió el paradigma al enfocarse en métricas de resultado en lugar de prácticas de proceso. Define 4 métricas clave:
- Deployment Frequency: Con qué frecuencia se despliega a producción
- Lead Time for Changes: Tiempo desde commit hasta producción
- Change Failure Rate: Porcentaje de despliegues que causan fallos
- Time to Restore Service: Tiempo para recuperarse de un fallo
Y clasifica a los equipos en 4 niveles de rendimiento (Elite, High, Medium, Low) basándose en estas métricas.
Lo que DORA hizo bien:
- Basado en datos: Las métricas son objetivas y medibles automáticamente
- Orientado a resultados: Mide lo que importa (velocidad + estabilidad), no el proceso
- Validado estadísticamente: Respaldado por años de investigación (Accelerate, State of DevOps Report)
Lo que DORA no cubre:
- Solo aplica a delivery de software — no evalúa arquitectura, seguridad, cultura, o prácticas de plataforma
- Las métricas son de equipo/organización, no de prácticas individuales
- No ofrece un camino prescriptivo de mejora
Spotify Health Check
Un modelo ligero donde los equipos evalúan su salud en dimensiones como velocidad, calidad, diversión, y aprendizaje usando un sistema de semáforo (verde/amarillo/rojo). Simple y efectivo para generar conversación, pero subjetivo y difícil de agregar a nivel organizacional.
Team Topologies Maturity
Enfocado en la estructura de equipos y sus interacciones. Evalúa si los equipos están organizados como stream-aligned, platform, enabling, o complicated-subsystem teams. Útil para evaluar la topología organizacional pero no las prácticas técnicas.
El espectro de complejidad
De izquierda a derecha: más precisión, más costo, menos frecuencia de uso.
El punto óptimo depende del contexto. Para un equipo de 5 personas, Spotify Health Check es suficiente. Para una organización de 500 personas que necesita benchmarks entre equipos, se necesita algo más estructurado.
El caso por la simplicidad
La mayoría de organizaciones no necesitan la granularidad de CMMI. Lo que necesitan es:
- Saber dónde están: Un snapshot rápido del estado actual
- Saber qué mejorar: Identificar gaps claros
- Medir progreso: Comparar evaluaciones en el tiempo
Un sistema de 3 niveles (Not Started / Partial / Complete) con criterios explícitos de éxito logra esto con una fracción del costo cognitivo. La pregunta en cada ítem se reduce a: ¿existe o no existe? ¿Está completo o no?
La simplificación tiene un trade-off: se pierde granularidad en los niveles intermedios. Pero en la práctica, la diferencia entre un "3" y un "4" en una escala de 5 es donde la mayoría de las discusiones improductivas ocurren.
Ver AxiSight para una implementación práctica de este enfoque simplificado.
¿Cuándo usar cada modelo?
| Necesidad | Modelo recomendado |
|---|---|
| Conversación de equipo rápida | Spotify Health Check |
| Métricas de delivery objetivas | DORA |
| Evaluación amplia con acción rápida | Modelo de 3 niveles (AxiSight) |
| Certificación formal / compliance | CMMI |
| Estructura organizacional | Team Topologies |
Referencias
- CMMI Institute — Sitio oficial del CMMI, administrado por ISACA. Desarrollado originalmente en el Software Engineering Institute (SEI) de Carnegie Mellon University.
- DORA — Programa de investigación de DevOps Research and Assessment de Google Cloud. El programa de investigación más grande y de mayor duración sobre rendimiento en entrega de software.
- Forsgren, N., Humble, J., & Kim, G. (2018). Accelerate: The Science of Lean Software and DevOps. IT Revolution Press. — El libro que presenta la investigación detrás de las métricas DORA.
- Kniberg, H. & Lindwall, K. (2014). "Squad Health Check model – visualizing what to improve". Spotify Engineering Blog. — El artículo original del modelo de Health Check de Spotify.
- Skelton, M. & Pais, M. (2019). Team Topologies: Organizing Business and Technology Teams for Fast Flow. IT Revolution Press. — El libro que define los cuatro tipos fundamentales de equipos y sus patrones de interacción.