CMM-SW - Revision history

Mberne: /* CMM-SW en perspectiva */

2026-05-12T12:10:28Z

CMM-SW en perspectiva

← Older revision		Revision as of 14:10, 12 May 2026
Line 18:		Line 18:
	== CMM-SW en perspectiva ==		== 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.		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.		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 ==		== Error frecuente ==
	<div class="bok-aviso">		<div class="bok-aviso">

Mberne at 12:10, 12 May 2026

2026-05-12T12:10:11Z

← Older revision		Revision as of 14:10, 12 May 2026
Line 1:		Line 1:
	__NOTOC__		__NOTOC__
	{{Meta-bok\|min=4}}		{{Meta-bok\|min=4}}
	~~<div class="bok-def">~~
	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.		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.
	~~</div>~~
	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]].		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 ==		== Los cinco niveles de madurez ==

Mberne at 11:26, 12 May 2026

2026-05-12T11:26:39Z

← Older revision		Revision as of 13:26, 12 May 2026
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 siguientes criterios~~:		<div class="bok-def">
	* La calidad de un producto ~~o sistema~~ es consecuencia directa de los procesos empleados en su desarrollo.		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.
	* 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~~.		</div>
			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]].
	~~==Origen==~~		== Los cinco niveles de madurez ==
	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.~~		=== 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.
	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''':		=== Nivel 2: repetible ===
	* Criterio para la evaluación de la madurez de la organización.		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.
	* Guía para la mejora de sus procesos.		=== 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.
	~~==Evolución==~~		=== Nivel 4: gestionado ===
	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~~.		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 ===
	~~Hoy es un modelo obsoleto, que SEI ya no mantiene desde que en~~ 2000 fue relevado e integrado en el nuevo CMMI.		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 ==
	==~~Niveles~~ de madurez ~~definidos en SW-CMM~~==		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.
	===Nivel 1: inicial===		== Error frecuente ==
	~~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~~.		<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.
	===Nivel 2: repetible===		</div>
	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~~.		== Véase también ==
			<div class="bok-tags">
	===Nivel 3: definido===		[[CMMI]] [[SEI]] [[Gestión predictiva]] [[Mapa de metodologías]] [[Agilidad]] [[ISO 15504]]
	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~~.		</div>
			<div class="bok-ecosistema">
	===Nivel 4: gestionado===		<div class="texto">
	La organización mide la calidad del producto y del proceso de forma cuantitativa ~~con base a~~ métricas establecidas		<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>
	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.		</div>
			<div class="botones">
	===Nivel 5: optimizado===		<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div>
	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.		<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div>
			</div>
	~~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~~.		</div>
	==Véase también==
	*[[CMMI]].
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]
	[[Category:Marcos_y_modelos]]		[[Category:Marcos_y_modelos]]

Mberne at 14:00, 11 May 2026

2026-05-11T14:00:15Z

← Older revision		Revision as of 16:00, 11 May 2026
Line 40:		Line 40:
	*[[CMMI]].		*[[CMMI]].
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]
			[[Category:Marcos_y_modelos]]

Mberne at 11:10, 12 January 2024

2024-01-12T11:10:36Z

← Older revision		Revision as of 13:10, 12 January 2024
Line 39:		Line 39:
	==Véase también==		==Véase también==
	*[[CMMI]].		*[[CMMI]].
	~~[[Category:Sueltos]]~~
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]

Mberne at 09:16, 18 December 2023

2023-12-18T09:16:10Z

← Older revision		Revision as of 11:16, 18 December 2023
Line 37:		Line 37:

	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.		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.
			==Véase también==
			*[[CMMI]].
	[[Category:Sueltos]]		[[Category:Sueltos]]
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]

Mberne at 17:51, 12 December 2023

2023-12-12T17:51:49Z

← Older revision		Revision as of 19:51, 12 December 2023
Line 1:		Line 1:
	__NOTOC__		__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 mantenimiento de sistemas de software, diseñado sobre los criterios:		'''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 siguientes criterios:

	* La calidad de un producto o sistema es consecuencia directa de los procesos empleados en su desarrollo.		* La calidad de un producto o sistema es consecuencia directa de los procesos empleados en su desarrollo.
	* 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.		* 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===		==Origen==
	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.		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:

			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.		* Criterio para la evaluación de la madurez de la organización.
	* Guía para la mejora de sus procesos.		* Guía para la mejora de sus procesos.

	===Evolución===		==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.		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.		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===		==Niveles de madurez definidos en SW-CMM==

	====Nivel 1: ~~Inicial=~~===		===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.		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=~~===		===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.		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=~~===		===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.		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=~~===		===Nivel 4: gestionado===
	La organización mide la calidad del producto y del proceso de forma cuantitativa con base a métricas establecidas		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.		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=~~===		===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.		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.

Smanager at 14:01, 26 April 2021

2021-04-26T14:01:11Z

← Older revision		Revision as of 16:01, 26 April 2021
Line 42:		Line 42:
	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.		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.

	[[Category:~~Información complementaria: ingeniería del software~~]]		[[Category:Sueltos]]
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]

Smanager at 14:48, 4 March 2013

2013-03-04T14:48:14Z

← Older revision		Revision as of 16:48, 4 March 2013
Line 42:		Line 42:
	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.		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.

			[[Category:Información complementaria: ingeniería del software]]
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]

Smanager: 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..."

2013-01-16T18:47:50Z

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..."

New page

__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 mantenimiento de sistemas de software, diseñado sobre los criterios:

* La calidad de un producto o sistema es consecuencia directa de los procesos empleados en su desarrollo.
* 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===
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.

[[Category:Glosario de términos]]