Jump to content

CMM-SW: Difference between revisions

From Scrum Manager BoK
Created page with "__NOTOC__ Modelo de Madurez de la Capacidad para el desarrollo de Software (Capability Maturity Model for Software, SW-CMM). Es un modelo de procesos para el desarrollo y man..."
 
 
(8 intermediate revisions by 2 users not shown)
Line 1: Line 1:
__NOTOC__
__NOTOC__
{{Meta-bok|min=4}}


Modelo de Madurez de la Capacidad para el desarrollo de Software (Capability Maturity Model for Software, SW-CMM). Es un modelo de procesos para el desarrollo y mantenimiento de sistemas de software, diseñado sobre los criterios:
El '''CMM-SW''' (''Capability Maturity Model for Software'', también denominado SW-CMM o abreviadamente CMM) es un modelo de procesos para el desarrollo y mantenimiento de sistemas de software que define cinco niveles de madurez organizacional. Parte de dos premisas: que la calidad de un producto es consecuencia directa de los procesos empleados en su desarrollo, y que las organizaciones pueden medir y mejorar esa madurez de forma sistemática.


* La calidad de un producto o sistema es consecuencia directa de los procesos empleados en su desarrollo.
Fue diseñado a finales de los años ochenta por el ''Software Engineering Institute'' (SEI) a instancias del Congreso de los Estados Unidos, como instrumento para evaluar a las empresas suministradoras de software del Departamento de Defensa. Su primera versión se publicó en 1991 y fue revisado en 1993 (v1.1) y 1997 (v1.2). En 2000 fue relevado e integrado en el nuevo modelo [[CMMI]].
* 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.
== Los cinco niveles de madurez ==
=== Nivel 1: inicial ===
La calidad obtenida depende de las personas y las herramientas que emplean, no de los procesos. O no existen procesos definidos, o no se siguen de forma consistente. Los resultados son impredecibles y dependen del talento individual.
=== Nivel 2: repetible ===
Se llevan a cabo prácticas básicas de gestión de proyectos: gestión de requisitos, control de versiones, seguimiento de progreso y gestión de subcontratistas. Los equipos pueden aprovechar las prácticas realizadas en proyectos anteriores para aplicarlas en los nuevos.
=== Nivel 3: definido ===
Los procesos comunes para desarrollo y mantenimiento están documentados en una biblioteca accesible a todos los equipos. Las personas han recibido formación para comprenderlos y aplicarlos. Para cada proyecto, los procesos estándar se adaptan según las necesidades del caso manteniendo una base consistente.
=== Nivel 4: gestionado ===
La organización mide la calidad del producto y del proceso de forma cuantitativa mediante métricas establecidas. La capacidad de los procesos es previsible, y el sistema de medición permite detectar variaciones fuera de los rangos aceptables para tomar medidas correctivas.
=== Nivel 5: optimizado ===
La mejora continua de los procesos afecta a toda la organización, que cuenta con medios para identificar debilidades y reforzar la prevención de defectos. Se analizan sistemáticamente datos sobre la eficacia de los procesos para evaluar el coste y el beneficio de las adaptaciones y mejoras.
== CMM-SW en perspectiva ==
CMM-SW fue influyente porque formalizó la idea de que la madurez de los procesos es medible y mejorable. Sin embargo, su enfoque en la documentación y la definición de procesos fue criticado por generar burocracia que ralentizaba el desarrollo. Esta tensión entre rigor de proceso y adaptabilidad es precisamente la que motivó el surgimiento de los marcos ágiles en los años noventa.


===Origen===
Hoy CMM-SW es un modelo obsoleto: SEI dejó de mantenerlo cuando publicó [[CMMI]] en 2000. Su relevancia actual es histórica y conceptual.
Fue diseñado a finales de los ochenta por Software Engineering Institute (SEI) a instancias del Congreso Norteamericano, como medio para evaluar a las empresas suministradoras de software para el Departamento de Defensa Norteamericano.
 
 
CMM (como se le denomina abreviadamente) define 5 niveles de madurez para las organizaciones, en función de cuáles son los procesos que emplean en el desarrollo y mantenimiento de software y los grados de capacidad e institucionalización de cada uno; y puede emplearse con dos finalidades:
 
* Criterio para la evaluación de la madurez de la organización.
* Guía para la mejora de sus procesos.
 
===Evolución===
 
Tras su creación en 1984 SEI comenzó la investigación para desarrollar un marco de mejora y evaluación de la previsibilidad y calidad de las empresas y el resultado se denominó "Capability Maturity Model for Software" SW-CMM o abreviadamente CMM, cuya versión 1.0 se publicó en agosto de 1991. Posteriormente se publicaron las revisiones 1.1 en 1993 y 1.2 en 1997.
 
Hoy es un modelo obsoleto, que SEI ya no mantiene desde que en 2000 fue relevado e integrado en el nuevo CMMI.
 
===Niveles de madurez definidos en SW-CMM===
 
====Nivel 1: Inicial====
Los resultados de calidad obtenidos son consecuencia de las personas y de las herramientas que emplean. No de los procesos, porque o no los hay o no se emplean.
 
====Nivel 2: Repetible====
Se considera un Nivel 2 de madurez cuando se llevan a cabo prácticas básicas de gestión de proyectos, de gestión de requisitos, control de versiones y de los trabajos realizados por subcontratistas. Los equipos de los proyectos pueden aprovechar las prácticas realizadas para aplicarlas en nuevos proyectos.
 
====Nivel 3: Definido====
Los procesos comunes para desarrollo y mantenimiento del software están documentados de manera suficiente en una biblioteca accesible a los equipos de desarrollo. Las personas han recibido la formación necesaria para comprender los procesos. Para cada proyecto en particular, se adaptan los procesos estándar según las necesidades del caso, es consistente la base de procesos.
 
====Nivel 4: Gestionado====
La organización mide la calidad del producto y del proceso de forma cuantitativa con base a métricas establecidas
 
La capacidad de los procesos empleados es previsible, y el sistema de medición permite detectar si las variaciones de capacidad exceden los rangos aceptables para adoptar medidas correctivas.
 
====Nivel 5: Optimizado====
La mejora continua de los procesos afecta a toda la organización, que cuenta con medios para identificar las debilidades y reforzar la prevención de defectos. Se analizan de forma sistemática datos relativos a la eficacia de los procesos de software para analizar el coste y el beneficio de las adaptaciones y las mejoras.
 
Se analizan los defectos de los proyectos para determinar las causas, y su mapeado sobre los procesos. Es el nivel más alto de CMM por el momento.


== Error frecuente ==
<div class="bok-aviso">
'''Asumir que un nivel de madurez alto garantiza buenos productos.''' CMM-SW mide la madurez de los procesos, no la calidad del producto final. Una organización en nivel 5 puede seguir procesos perfectamente definidos y producir un producto que no resuelve el problema del cliente. La madurez de proceso reduce riesgos de ejecución, pero no sustituye la comprensión de las necesidades del cliente.
</div>
== Véase también ==
<div class="bok-tags">
[[CMMI]] [[SEI]] [[Gestión predictiva]] [[Mapa de metodologías]] [[Agilidad]] [[ISO 15504]]
</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]]

Latest revision as of 14:10, 12 May 2026

⏱ 4 min de lectura  ·  📅 Actualizado en 2026

El CMM-SW (Capability Maturity Model for Software, también denominado SW-CMM o abreviadamente CMM) es un modelo de procesos para el desarrollo y mantenimiento de sistemas de software que define cinco niveles de madurez organizacional. Parte de dos premisas: que la calidad de un producto es consecuencia directa de los procesos empleados en su desarrollo, y que las organizaciones pueden medir y mejorar esa madurez de forma sistemática.

Fue diseñado a finales de los años ochenta por el Software Engineering Institute (SEI) a instancias del Congreso de los Estados Unidos, como instrumento para evaluar a las empresas suministradoras de software del Departamento de Defensa. Su primera versión se publicó en 1991 y fue revisado en 1993 (v1.1) y 1997 (v1.2). En 2000 fue relevado e integrado en el nuevo modelo CMMI.

Los cinco niveles de madurez

Nivel 1: inicial

La calidad obtenida depende de las personas y las herramientas que emplean, no de los procesos. O no existen procesos definidos, o no se siguen de forma consistente. Los resultados son impredecibles y dependen del talento individual.

Nivel 2: repetible

Se llevan a cabo prácticas básicas de gestión de proyectos: gestión de requisitos, control de versiones, seguimiento de progreso y gestión de subcontratistas. Los equipos pueden aprovechar las prácticas realizadas en proyectos anteriores para aplicarlas en los nuevos.

Nivel 3: definido

Los procesos comunes para desarrollo y mantenimiento están documentados en una biblioteca accesible a todos los equipos. Las personas han recibido formación para comprenderlos y aplicarlos. Para cada proyecto, los procesos estándar se adaptan según las necesidades del caso manteniendo una base consistente.

Nivel 4: gestionado

La organización mide la calidad del producto y del proceso de forma cuantitativa mediante métricas establecidas. La capacidad de los procesos es previsible, y el sistema de medición permite detectar variaciones fuera de los rangos aceptables para tomar medidas correctivas.

Nivel 5: optimizado

La mejora continua de los procesos afecta a toda la organización, que cuenta con medios para identificar debilidades y reforzar la prevención de defectos. Se analizan sistemáticamente datos sobre la eficacia de los procesos para evaluar el coste y el beneficio de las adaptaciones y mejoras.

CMM-SW en perspectiva

CMM-SW fue influyente porque formalizó la idea de que la madurez de los procesos es medible y mejorable. Sin embargo, su enfoque en la documentación y la definición de procesos fue criticado por generar burocracia que ralentizaba el desarrollo. Esta tensión entre rigor de proceso y adaptabilidad es precisamente la que motivó el surgimiento de los marcos ágiles en los años noventa.

Hoy CMM-SW es un modelo obsoleto: SEI dejó de mantenerlo cuando publicó CMMI en 2000. Su relevancia actual es histórica y conceptual.

Error frecuente

Asumir que un nivel de madurez alto garantiza buenos productos. CMM-SW mide la madurez de los procesos, no la calidad del producto final. Una organización en nivel 5 puede seguir procesos perfectamente definidos y producir un producto que no resuelve el problema del cliente. La madurez de proceso reduce riesgos de ejecución, pero no sustituye la comprensión de las necesidades del cliente.

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.