CMMI - Revision history

Mberne: /* Referencias */

2026-05-19T12:36:17Z

Referencias

← Older revision		Revision as of 14:36, 19 May 2026
Line 31:		Line 31:
	</div>		</div>
	== Referencias ==		== Referencias ==
			* Chrissis, Mary Beth; Konrad, Mike; Shrum, Sandy. (2006). ''CMMI: Guidelines for Process Integration and Product Improvement''. Addison-Wesley.
	Chrissis, Mary Beth; Konrad, Mike; Shrum, Sandy. (2006). ''CMMI: Guidelines for Process Integration and Product Improvement''. Addison-Wesley.

	== Véase también ==		== Véase también ==

Mberne: /* CMMI y agilidad */

2026-05-12T12:11:50Z

CMMI y agilidad

← Older revision		Revision as of 14:11, 12 May 2026
Line 24:		Line 24:

	== CMMI y agilidad ==		== CMMI y agilidad ==
	~~<div class="bok-aviso">~~
	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.		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.
	~~</div>~~

	== Error frecuente ==		== Error frecuente ==

Mberne: /* CMMI y agilidad */

2026-05-12T12:11:39Z

CMMI y agilidad

← Older revision		Revision as of 14:11, 12 May 2026
Line 25:		Line 25:
	== CMMI y agilidad ==		== CMMI y agilidad ==
	<div class="bok-aviso">		<div class="bok-aviso">
	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.		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.
	</div>		</div>

	== Error frecuente ==		== Error frecuente ==
	<div class="bok-aviso">		<div class="bok-aviso">

Mberne: /* Estructura del modelo */

2026-05-12T12:11:26Z

Estructura del modelo

← Older revision		Revision as of 14:11, 12 May 2026
Line 17:		Line 17:
	== 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 1 — Inicial:''' procesos impredecibles, reactivos.		* '''Nivel 2 — Gestionado:''' procesos básicos de gestión aplicados por proyecto.
	'''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 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 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.
	'''Nivel 5 — En optimización:''' mejora continua y prevención de defectos de forma sistemática.

	== CMMI y agilidad ==		== CMMI y agilidad ==

Mberne: /* Origen y evolución */

2026-05-12T12:11:11Z

Origen y evolución

← Older revision		Revision as of 14:11, 12 May 2026
Line 5:		Line 5:
	== 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

	~~[[CMM-SW]] — Capability Maturity Model for Software~~		'''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.
	~~SE-CMM — System Engineering Capability Maturity Model~~
	~~P-CMM — People Capability Maturity Model~~		'''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.
	~~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:

Mberne at 12:10, 12 May 2026

2026-05-12T12:10:41Z

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

Mberne at 11:26, 12 May 2026

2026-05-12T11:26:59Z

@@ 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.
+<div class="bok-def">
-* 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.
+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.
-==Origen==
+</div>
-Es un modelo desarrollado y mantenido por el Software Engineering Institute ([[SEI]]).
+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.
-Publicó su primera edición en 2000 para agrupar a los diferentes modelos de madurez de las capacidades que había desarrollado:
+== Origen y evolución ==
-* [[CMM-SW|SW-CMM]] (Capability Maturity Model for Software)
+La primera edición de CMMI se publicó en 2000, integrando cinco modelos CMM que existían de forma separada:
-* SE-CMM (System Engineering Capability Maturity Model)
-* P-CMM (People Capability Maturity Model)
+[[CMM-SW]] — Capability Maturity Model for Software
-* SA-CMM (Software Acquisition Capability Maturity Model)
+SE-CMM — System Engineering Capability Maturity Model
-* IPD-CMM (Integrated Product Development CMM)
+P-CMM — People Capability Maturity Model
-==Véase también==
+SA-CMM — Software Acquisition Capability Maturity Model
-*[[CMM-SW]].
+IPD-CMM — Integrated Product Development CMM
 [[Category:Glosario de términos]]
 [[Category:Marcos_y_modelos]]

Mberne at 14:00, 11 May 2026

2026-05-11T14:00:05Z

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

Mberne at 09:15, 18 December 2023

2023-12-18T09:15:39Z

← Older revision		Revision as of 11:15, 18 December 2023
Line 10:		Line 10:
	* 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]].
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]

Mberne at 17:52, 12 December 2023

2023-12-12T17:52:58Z

← Older revision		Revision as of 19:52, 12 December 2023
Line 1:		Line 1:
	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:		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''':

	* 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==
	Es un modelo desarrollado y mantenido por el Software Engineering Institute ([[SEI]]).		Es un modelo desarrollado y mantenido por el Software Engineering Institute ([[SEI]]).
	Publicó su primera edición en 2000 para agrupar a los diferentes modelos de madurez de las capacidades que había desarrollado:		Publicó su primera edición en 2000 para agrupar a los diferentes modelos de madurez de las capacidades que había desarrollado:

	* [[CMM-SW\|SW-CMM]] (Capability Maturity Model for Software)		* [[CMM-SW\|SW-CMM]] (Capability Maturity Model for Software)
	* SE-CMM (System Engineering Capability Maturity Model)		* SE-CMM (System Engineering Capability Maturity Model)
Line 12:		Line 10:
	* 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)


	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]