CMMI: Difference between revisions
No edit summary |
|||
| (4 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
{{Meta-bok|min=4}} | {{Meta-bok|min=4}} | ||
El '''CMMI''' (''Capability Maturity Model Integration'', Integración de Modelos de Madurez de Capacidades) es un modelo para la mejora y evaluación de procesos de desarrollo, mantenimiento y operación de sistemas de software. Fue desarrollado por el [[SEI|Software Engineering Institute]] (SEI) para integrar y suceder a los distintos modelos CMM que existían de forma separada. | El '''CMMI''' (''Capability Maturity Model Integration'', Integración de Modelos de Madurez de Capacidades) es un modelo para la mejora y evaluación de procesos de desarrollo, mantenimiento y operación de sistemas de software. Fue desarrollado por el [[SEI|Software Engineering Institute]] (SEI) para integrar y suceder a los distintos modelos CMM que existían de forma separada. | ||
Parte de los mismos dos criterios fundamentales que [[CMM-SW]]: que la calidad de un producto es consecuencia directa de los procesos empleados en su desarrollo, y que las organizaciones que desarrollan software presentan un atributo de madurez medible y mejorable. | Parte de los mismos dos criterios fundamentales que [[CMM-SW]]: que la calidad de un producto es consecuencia directa de los procesos empleados en su desarrollo, y que las organizaciones que desarrollan software presentan un atributo de madurez medible y mejorable. | ||
== Origen y evolución == | == Origen y evolución == | ||
La primera edición de CMMI se publicó en 2000, integrando cinco modelos CMM que existían de forma separada: | La primera edición de CMMI se publicó en 2000, integrando cinco modelos CMM que existían de forma separada: | ||
* [[CMM-SW]] — Capability Maturity Model for Software | |||
* SE-CMM — System Engineering Capability Maturity Model | |||
* P-CMM — People Capability Maturity Model | |||
* SA-CMM — Software Acquisition Capability Maturity Model | |||
* IPD-CMM — Integrated Product Development CMM | |||
'''La integración respondía a una necesidad real:''' las organizaciones que trabajaban en proyectos complejos usaban varios de estos modelos simultáneamente, lo que generaba inconsistencias y trabajo redundante. | |||
'''Desde su publicación, CMMI ha sido revisado en múltiples versiones.''' La gestión del modelo fue transferida del SEI al CMMI Institute, que posteriormente pasó a formar parte de ISACA. Las versiones más recientes han incorporado mayor énfasis en la agilidad y la integración con prácticas ágiles, reconociendo que el rigor de proceso y la adaptabilidad no son incompatibles. | |||
== Estructura del modelo == | == Estructura del modelo == | ||
CMMI mantiene la estructura de cinco niveles de madurez de CMM-SW, aplicada ahora a un espectro más amplio de disciplinas: | CMMI mantiene la estructura de cinco niveles de madurez de CMM-SW, aplicada ahora a un espectro más amplio de disciplinas: | ||
* '''Nivel 1 — Inicial:''' procesos impredecibles, reactivos. | |||
* '''Nivel 2 — Gestionado:''' procesos básicos de gestión aplicados por proyecto. | |||
* '''Nivel 3 — Definido:''' procesos documentados y aplicados de forma consistente en toda la organización. | |||
* '''Nivel 4 — Gestionado cuantitativamente:''' procesos medidos y controlados estadísticamente. | |||
* '''Nivel 5 — En optimización:''' mejora continua y prevención de defectos de forma sistemática. | |||
== CMMI y agilidad == | |||
Durante años se presentó CMMI y la agilidad como enfoques opuestos. '''Esta dicotomía es simplificadora:''' CMMI define qué debe hacer una organización para ser madura en sus procesos; la agilidad define cómo organizarse para responder al cambio. Equipos que trabajan con marcos ágiles maduros —con procesos de refinamiento, definición de hecho, retrospectivas y métricas consistentes— están en la práctica aplicando principios que CMMI formaliza en sus niveles superiores. | |||
''' | |||
== Error frecuente == | == Error frecuente == | ||
<div class="bok-aviso"> | <div class="bok-aviso"> | ||
Latest revision as of 14:11, 12 May 2026
El CMMI (Capability Maturity Model Integration, Integración de Modelos de Madurez de Capacidades) es un modelo para la mejora y evaluación de procesos de desarrollo, mantenimiento y operación de sistemas de software. Fue desarrollado por el Software Engineering Institute (SEI) para integrar y suceder a los distintos modelos CMM que existían de forma separada.
Parte de los mismos dos criterios fundamentales que CMM-SW: que la calidad de un producto es consecuencia directa de los procesos empleados en su desarrollo, y que las organizaciones que desarrollan software presentan un atributo de madurez medible y mejorable.
Origen y evolución
La primera edición de CMMI se publicó en 2000, integrando cinco modelos CMM que existían de forma separada:
- CMM-SW — Capability Maturity Model for Software
- SE-CMM — System Engineering Capability Maturity Model
- P-CMM — People Capability Maturity Model
- SA-CMM — Software Acquisition Capability Maturity Model
- IPD-CMM — Integrated Product Development CMM
La integración respondía a una necesidad real: las organizaciones que trabajaban en proyectos complejos usaban varios de estos modelos simultáneamente, lo que generaba inconsistencias y trabajo redundante.
Desde su publicación, CMMI ha sido revisado en múltiples versiones. La gestión del modelo fue transferida del SEI al CMMI Institute, que posteriormente pasó a formar parte de ISACA. Las versiones más recientes han incorporado mayor énfasis en la agilidad y la integración con prácticas ágiles, reconociendo que el rigor de proceso y la adaptabilidad no son incompatibles.
Estructura del modelo
CMMI mantiene la estructura de cinco niveles de madurez de CMM-SW, aplicada ahora a un espectro más amplio de disciplinas:
- Nivel 1 — Inicial: procesos impredecibles, reactivos.
- Nivel 2 — Gestionado: procesos básicos de gestión aplicados por proyecto.
- Nivel 3 — Definido: procesos documentados y aplicados de forma consistente en toda la organización.
- Nivel 4 — Gestionado cuantitativamente: procesos medidos y controlados estadísticamente.
- Nivel 5 — En optimización: mejora continua y prevención de defectos de forma sistemática.
CMMI y agilidad
Durante años se presentó CMMI y la agilidad como enfoques opuestos. Esta dicotomía es simplificadora: CMMI define qué debe hacer una organización para ser madura en sus procesos; la agilidad define cómo organizarse para responder al cambio. Equipos que trabajan con marcos ágiles maduros —con procesos de refinamiento, definición de hecho, retrospectivas y métricas consistentes— están en la práctica aplicando principios que CMMI formaliza en sus niveles superiores.
Error frecuente
Usar CMMI exclusivamente como criterio de certificación en lugar de como guía de mejora. Las organizaciones que buscan una certificación CMMI como fin en sí mismo tienden a documentar procesos para pasar la evaluación sin internalizarlos. El valor real del modelo está en usarlo como espejo diagnóstico: identificar qué prácticas faltan y trabajar para instaurarlas genuinamente, no para cumplir una lista de comprobación.
Referencias
Chrissis, Mary Beth; Konrad, Mike; Shrum, Sandy. (2006). CMMI: Guidelines for Process Integration and Product Improvement. Addison-Wesley.
Véase también
¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.