Modelo de Capacidad de Madurez

El CMU Capability Maturity Model ( CMM para abreviar) es un modelo de madurez para evaluar la calidad ("madurez") del proceso de software ( desarrollo de software , mantenimiento, configuración, etc.) de las organizaciones y para determinar las medidas para mejorarlo.

Las variantes del CMU CMM se complementaron a finales de 2003 con Capability Maturity Model Integration (CMMI para abreviar) con el fin de contrarrestar la proliferación de modelos CM (cada disciplina de desarrollo desarrolló su propio modelo) y crear un modelo uniforme, modular y, sobre todo, de aplicación general. .

Otros modelos populares basados ​​en la CMU CMM original son Spice para la determinación y evaluación de la madurez de los procesos de software y COBIT para los procesos de gobierno de TI.

desarrollo historico

  • En 1986 , por iniciativa del Departamento de Defensa de EE . UU . (DoD), el Instituto de Ingeniería de Software (SEI) de la Universidad Carnegie Mellon / Pittsburgh , que está subordinado al Departamento de Defensa de EE. UU., Comenzó a desarrollar un sistema para evaluar la madurez de los procesos de software.
  • En 1991, el modelo fue lanzado como Capability Maturity Model 1.0
  • En 1993 se revisó y se puso a disposición en la versión 1.1.
  • En 1997 , CMM 2.0 se retiró poco antes de que se aprobara el DoD, y en su lugar se inició el proyecto CMMI
  • En el otoño de 2000 , CMMI, en ese momento todavía bajo el nombre Capability Maturity Model Integrated, se publicó como versión piloto 1.0.
  • A principios de 2002 , CMMI se lanzó bajo el nuevo nombre Capability Maturity Model Integration (CMMI para abreviar)
  • CMM expiró a finales de 2003 .

Estructura del modelo

Con la CMU CMM, la calidad se califica con uno de cinco niveles, y la calidad aumenta con cada nivel. Se asignan áreas de proceso clave especiales a cada nivel, que a su vez contienen metas y actividades ejemplares sobre cómo se pueden lograr estas metas. Estos niveles son:

Image
Características de los niveles de madurez.
1 - inicial (comienzo)
Este es el estado básico que logra toda organización, incluso sin que se defina e implemente un proceso de desarrollo de software.
No se pueden prever costes, tiempos y calidad.
No se definen áreas de proceso clave (KPA).
2 - Repetible (repetible; con CMMI administrado)
Existe un proceso básico. La planificación de nuevos proyectos se basa en la experiencia con proyectos anteriores.
Los tiempos son razonablemente controlables. El costo y la calidad están sujetos a fuertes fluctuaciones.
Áreas de proceso clave (KPA): gestión de requisitos, planificación de proyectos de software, seguimiento y supervisión de proyectos de software, gestión de subcontratistas de software, garantía de calidad del software, gestión de la configuración del software.
3 - Definido
Se ha introducido y documentado un proceso típico de desarrollo y mantenimiento de software en la organización (proceso de software estándar).
Una unidad organizativa especial es responsable de la implementación.
Los costes y los tiempos se pueden evaluar aquí de forma más o menos fiable. La calidad todavía está sujeta a fluctuaciones.
KPA: Enfoque de procesos organizacionales, definición de procesos organizacionales, programa de capacitación, gestión integrada de software, ingeniería de productos de software, coordinación intergrupal, revisiones por pares.
4 - Administrado (controlado; con CMMI administrado cuantitativamente)
Se especifican metas cuantitativas tanto para el producto como para el proceso, y su logro se mide y monitorea.
Los tiempos, los costes y la calidad se pueden controlar de forma fiable.
KPA: Gestión cuantitativa de procesos, gestión de la calidad del software.
5 - Optimización (optimizando)
Toda la organización está enfocada en encontrar debilidades y mejorar aún más el proceso.
KPA: prevención de defectos, gestión de cambios tecnológicos, gestión de cambios de procesos.

Diferenciación de otros estándares

A diferencia de DIN EN ISO 9001 , la CMM está especialmente desarrollada para el proceso de software y se puede utilizar de forma alternativa o en combinación con ella.

Otro estándar que se ocupa de la evaluación de la madurez del proceso y a. empleado en el desarrollo de software, es el estándar ISO 15504, también conocido con el nombre de Spice .

Ver también

literatura

  • Alain April, Alain Abran: Gestión de mantenimiento de software. Evaluación y mejora continua . Wiley y col., Hoboken NJ y col. 2008, ISBN 978-0-470-14707-8 .
  • Kenneth M. Dymond: Manual de CMM. El modelo de madurez de capacidades para software . Springer-Verlag, Berlín y otros 2002, ISBN 3-540-67771-2 , ( Xpert.press ).
  • Watts S. Humphrey : Gestión de personal técnico. Innovación, trabajo en equipo y proceso de software . 5. imprimir. Addison-Wesley, Reading MA 1999, ISBN 0-201-54597-7 , ( La serie SEI en ingeniería de software ).
  • Ralf Kneuper: CMMI. Mejora de los procesos de software con la integración del modelo de madurez de capacidades . 2ª edición revisada y ampliada. dpunkt Verlag, Heidelberg 2006, ISBN 3-89864-373-5 .
  • Georg Erwin Thaller: Calidad del software. El camino hacia la excelencia en el desarrollo de software . VDE-Verlag, Berlín y otros 2000, ISBN 3-8007-2494-4 , ( EDV-Praxis ).
  • Ernest Wallmüller: SPI - Mejora de procesos de software con CMMI e ISO 15504 . Hanser, Múnich 2006, ISBN 3-446-40492-9

enlaces web

Evidencia individual

  1. ↑ Watts S. Humphrey, Gestión de personal técnico, p 288