Jump to content

CMMI: Difference between revisions

From Scrum Manager BoK
No edit summary
 
(5 intermediate revisions by the same user not shown)
Line 1: Line 1:
Llamado '''Integración de modelos de madurez de capacidades''' o ''Capability maturity model integration'' (CMMI). Es un modelo para la mejora y evaluación de procesos para el desarrollo, mantenimiento y operación de sistemas de software diseñado sobre los '''criterios''':
{{Meta-bok|min=4}}
* La calidad de un producto o sistema es consecuencia directa de los procesos empleados en su desarrollo.
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.
* Las organizaciones que desarrollan software presentan un atributo denominado madurez, cuya medida es proporcional a los niveles de capacidad e institucionalización de los procesos que emplean en su trabajo.
 
==Origen==
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.
Es un modelo desarrollado y mantenido por el Software Engineering Institute ([[SEI]]).
== Origen y evolución ==
Publicó su primera edición en 2000 para agrupar a los diferentes modelos de madurez de las capacidades que había desarrollado:
La primera edición de CMMI se publicó en 2000, integrando cinco modelos CMM que existían de forma separada:
* [[CMM-SW|SW-CMM]] (Capability Maturity Model for Software)
* [[CMM-SW]] Capability Maturity Model for Software
* SE-CMM (System Engineering Capability Maturity Model)
* SE-CMM System Engineering Capability Maturity Model
* P-CMM (People Capability Maturity Model)
* P-CMM People Capability Maturity Model
* SA-CMM (Software Acquisition Capability Maturity Model)
* SA-CMM Software Acquisition Capability Maturity Model
* IPD-CMM (Integrated Product Development CMM)
* IPD-CMM Integrated Product Development CMM
==Véase también==
 
*[[CMM-SW]].
'''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 ==
<div class="bok-aviso">
'''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.
</div>
== Referencias ==
 
Chrissis, Mary Beth; Konrad, Mike; Shrum, Sandy. (2006). ''CMMI: Guidelines for Process Integration and Product Improvement''. Addison-Wesley.
 
== Véase también ==
<div class="bok-tags">
[[CMM-SW]] [[SEI]] [[ISO 15504]] [[Gestión predictiva]] [[Agilidad]] [[Mapa de metodologías]]
</div>
<div class="bok-ecosistema">
<div class="texto">
<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span>
<span class="sub">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 [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span>
</div>
<div class="botones">
<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div>
<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div>
</div>
</div>
[[Category:Glosario de términos]]
[[Category:Glosario de términos]]
[[Category:Marcos_y_modelos]]
[[Category:Marcos_y_modelos]]

Latest revision as of 14:11, 12 May 2026

⏱ 4 min de lectura  ·  📅 Actualizado en 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.