Jonatan Matajonmatum.com
conceptosnotasexperimentosensayos
© 2026 Jonatan Mata. All rights reserved.v2.1.1
Conceptos

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.

growing#maturity-models#cmmi#dora#organizational-assessment#continuous-improvement

¿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:

NivelNombreDescripción
1InitialProcesos impredecibles, reactivos
2ManagedProcesos gestionados a nivel de proyecto
3DefinedProcesos estandarizados a nivel organizacional
4Quantitatively ManagedProcesos medidos y controlados
5OptimizingMejora continua basada en datos

CMMI fue un avance significativo 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

Loading diagram...

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:

  1. Saber dónde están: Un snapshot rápido del estado actual
  2. Saber qué mejorar: Identificar gaps claros
  3. 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?

NecesidadModelo recomendado
Conversación de equipo rápidaSpotify Health Check
Métricas de delivery objetivasDORA
Evaluación amplia con acción rápidaModelo de 3 niveles (AxiSight)
Certificación formal / complianceCMMI
Estructura organizacionalTeam Topologies

¿Por qué importa?

Los modelos de madurez proporcionan un lenguaje común para evaluar dónde está un equipo y hacia dónde debe ir. Sin ellos, las conversaciones sobre mejora son subjetivas. Con ellos, las inversiones en mejora se priorizan con criterio.

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.
  • DORA Research — Google Cloud, 2024. Investigación sobre rendimiento en entrega de software y métricas DORA.
  • 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.

Contenido relacionado

  • DevOps

    Cultura y conjunto de prácticas que unifican desarrollo (Dev) y operaciones (Ops) para entregar software con mayor velocidad, calidad y confiabilidad. No es un rol — es una forma de trabajar.

  • Inteligencia Artificial

    Campo de la informática dedicado a crear sistemas capaces de realizar tareas que normalmente requieren inteligencia humana, desde el razonamiento y la percepción hasta la generación de lenguaje.

  • AxiSight: Evaluación de Madurez Organizacional

    Plataforma web para evaluar la madurez organizacional con un sistema de puntuación simplificado de 3 niveles, frameworks personalizables y visualización en tiempo real.

  • SLOs, SLIs y SLAs

    Framework para definir, medir y comunicar la confiabilidad de servicios mediante objetivos (SLOs), indicadores (SLIs) y acuerdos (SLAs) de nivel de servicio.

  • Métricas de Evaluación de IA

    Frameworks y métricas para medir el rendimiento, la calidad y la seguridad de sistemas de IA, desde benchmarks estándar hasta evaluaciones específicas de dominio.

  • AWS Well-Architected Framework

    Framework de AWS con seis pilares de mejores prácticas para diseñar y operar sistemas confiables, seguros, eficientes y rentables en la nube.

Conceptos