Resumen de Los Niveles de Madurez Del CMMI

Niveles de Madurez CMMI
Resumen de los niveles de madurez del CMMI
Como todo en esta vida, las metodologas cambian CMM se ha

ampliado y ahora ha aparecido CMMI que es una evolucin de CMM y
que integra las distintos modelos de calidad.
Para lo cual se ha visitado la Web ....
Disciplinas en CMMI
CMMI se aplica a 4 disciplinas distintas y nosotros podemos elegir una
de ellas para centrarnos es aspectos especficos.
Ingeniera de Sistema - Cubre la construccin de un sistema con

o sin software
Ingeniera de Software - Cubre la construccin de soluciones

software
Integracin de productos y procesos de desarrollo - Cubre la

relacin a largo plazo con el cliente.
Relacin con proveedores - Cubre los procesos relacionados con

la subcontratacin de partes del sistema
Modelos de madurez en CMMI

Tanto los niveles de capacidad como los niveles de madurez
proporcionan una forma de medir como las instituciones pueden y

hacen mejorar sus procesos. Sin embargo su enfoque es diferente. A
continuacin se muestra un cuadro comparativo entre ambas:
CMMI propone 5 distintos modelos de madurez de las organizaciones:

1. Inicial - Estado inicial donde el desarrollo se basa en la
heroicidad y responsabilidad de los individuos. En otras
palabras, se depende mucho del personal, a pesar de ello, se
llega a producir productos y servicios que funcionan pero estos
normalmente exceden en plazos y presupuestos para lograrlo.
o Los procedimientos son inexistentes o localizados a reas
concretas.
o No existen plantillas definidas a nivel corporativo.
o Abandonan los procesos para cumplir plazos.
o Incapacidad para repetir sus xitos.
2. Gestionado - Se normalizan las buenas prcticas en el desarrollo
de proyectos (en base a la experiencia y al mtodo). Los
procesos se realizan de acuerdo a polticas, y utilizan personal
con habilidad que disponen de recursos para producir recursos
controlados. Por tanto:
o En este nivel consolidado, las buenas prcticas se
mantienen en los momentos de estrs.
o Estn definidos los productos a realizar.
o Se establece compromiso entre las partes interesadas.
o Se definen hitos para la revisin de los productos.

o Se siguen estndares y procedimientos.
3. Definido Los procesos son bien caracterizados y comprendidos,

y se describen en estndares, procedimientos, herramientas y
mtodos. La organizacin entera participa en el proceso
eficiente de proyecto software.
Por tanto:
o Los procesos se describen ms rigurosamente que en el
nivel 2.
o Conocen de antemano los procesos de construccin de
software.
o Se usan procesos estndar para establecer la consistencia
de la organizacin.
o Existen mtodos
documentados.
plantillas
bien
definidas
o Los procesos no solo afectan a los equipos de desarrollo

sino a toda la organizacin relacionada.
o Los proyectos se pueden definir cualitativamente.
4. Cuantitativamente Gestionado
Los procesos son bien definidos existiendo estndares,
procedimientos, herramientas y mtodos bien definidos para el
desarrollo de software. La organizacin establece objetivos
cuantitativos respecto a la calidad y el proceso.
Por lo tanto:
o Los procesos se describen ms rigurosamente que en el
nivel 2 y 3.
o Se da soporte con datos histricos a la toma de
decisiones.
o El rendimiento se controla con indicadores numricos
(estadsticos) y otras tcnicas cuantitativas.

o Las estadsticas son almacenadas para aprovechar su
aportacin en siguientes proyectos.
o Los proyectos se pueden pedir cuantitativamente.
5. Optimizado
Se centra en mejorar continuamente el rendimiento de los
procesos mediante mejoras incrementales e innovadoras de
procesos y tecnologas.
o En base a criterios cuantitativos se pueden determinar las
desviaciones ms comunes y optimizar procesos.
o En los siguientes proyectos se produce una reduccin de
costes gracias a la anticipacin de problemas y la
continua revisin de procesos conflictivos.
o Las mejoras en los procesos se miden y evalan de forma
cuantitativa.
o Se cambia los procesos para mejorar su rendimiento
En el Web hay disponible una versin de evaluacin.
Conclusiones
Las personas, aunque sean buenos no pueden realizar bien su trabajo
si el procedimiento no les gua.

Es vital que las organizaciones adquieran rpidamente un
procedimiento y, al menos, un nivel 2 de madurez (o equivalente en
otras metodologas). Esto implica estandarizar el sistema de
desarrollo de software a travs de procesos definidos que permitan
realizar proyectos de un modo repetitivo.
Adems, la disciplina debe ser asumida y no impuesta.... Las
personas odiamos que nos impongan las cosas y tenemos miedo al
cambio.
Pretender contratar un experto que escriba de un modo aislado un
documento con los procedimientos que se deben seguir a partir de
ese momento en la organizacin provocar excepticismo y rechazo.
Toda la organizacin se debe sentir participe de los procedimientos
establecidos..... cosa que requiere su arte.
Referencias
http://www.cmm-quest.com/english/default.htm
http://www.adictosaltrabajo.com/tutoriales/tutoriales.php?
pagina=cmmi
Documento: cmmi-dev-v12-spanish2. Obtenido de la pgina Oficial
del SEI.

Resumen de Los Niveles de Madurez Del CMMI

Cargado por

Copyright:

Formatos disponibles

Resumen de Los Niveles de Madurez Del CMMI

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Resumen de Los Niveles de Madurez Del CMMI

Cargado por

Copyright:

Formatos disponibles

Niveles de Madurez CMMI