Anda di halaman 1dari 11

Modelo de Capacidad y Madurez

Para el nuevo modelo (CMMI), vase Capability Maturity Model Integration.


El Modelo de Madurez de Capacidades o CMM (Capability Maturity Model), es un modelo de
evaluacin de los procesos de una organizacin. Fue desarrollado inicialmente para los
procesos relativos al desarrollo e implementacin de software por la Universidad CarnegieMellon para el SEI (Software Engineering Institute).
El SEI es un centro de investigacin y desarrollo patrocinado por el Departamento de Defensa
de los Estados Unidos de Amrica y gestionado por la Universidad Carnegie-Mellon. "CMM"
es una marca registrada del SEI.
ndice
[ocultar]

1 El modelo CMM

2 CMMI como evolucin de CMM

3 Otros modelos

4 Otros modelos CMM


o

4.1 SSE-CMM

4.2 Incapability Immaturity Model

5 Crtica

6 Vase tambin

7 Referencias

8 Enlaces externos

El modelo CMM[editar]
A partir de noviembre de 1986 el SEI, a requerimiento del Gobierno Federal de los Estados
Unidos de Amrica (en particular del Departamento de Defensa, DoD), desarroll una primera
definicin de un modelo de madurez de procesos en el desarrollo de software, que se public
en septiembre de 1987. Este trabajo evolucion al modelo CMM oSW-CMM (CMM for
Software), cuya ltima versin (v1.1) se public en febrero de 1993.
Este modelo establece un conjunto de prcticas o procesos clave agrupados en reas Clave
de Proceso (KPA - Key Process Area). Para cada rea de proceso define un conjunto de
buenas prcticas que habrn de ser:

Definidas en un procedimiento documentado

Provistas (la organizacin) de los medios y formacin


necesarios

Ejecutadas de un modo sistemtico, universal y


uniforme (institucionalizadas)

Medidas

Verificadas

A su vez estas reas de Proceso se agrupan en cinco


"niveles de madurez", de modo que una organizacin que
tenga institucionalizadas todas las prcticas incluidas en un
nivel y sus inferiores, se considera que ha alcanzado ese
nivel de madurez.
Los niveles son:
0 - Inexistente. Las Organizaciones carecen completamente
de cualquier proceso reconocible e incluso se desconoce la
existencia de un problema a resolver.
1 - Inicial. Las organizaciones en este nivel no disponen
de un ambiente estable para el desarrollo y mantenimiento
de software. Aunque se utilicen tcnicas correctas de
ingeniera, los esfuerzos se ven minados por falta de
planificacin. El xito de los proyectos se basa la mayora
de las veces en el esfuerzo personal, aunque a menudo
se producen fracasos y casi siempre retrasos y
sobrecostes. El resultado de los proyectos es
impredecible.
2 - Repetible. En este nivel las organizaciones disponen
de unas prcticas institucionalizadas de gestin de
proyectos, existen unas mtricas bsicas y un razonable
seguimiento de la calidad. La relacin con subcontratistas
y clientes est gestionada sistemticamente.
3 - Definido. Adems de una buena gestin de proyectos,
a este nivel las organizaciones disponen de correctos
procedimientos de coordinacin entre grupos, formacin
del personal, tcnicas de ingeniera ms detalladas y un
nivel ms avanzado de mtricas en los procesos. Se

implementan tcnicas de revisin por pares (peer


reviews).
4 - Gestionado. Se caracteriza porque las organizaciones
disponen de un conjunto de mtricas significativas de
calidad y productividad, que se usan de modo sistemtico
para la toma de decisiones y la gestin de riesgos. El
software resultante es de alta calidad.
5 - Optimizado. La organizacin completa est volcada
en la mejora continua de los procesos. Se hace uso
intensivo de las mtricas y se gestiona el proceso de
innovacin.
As es como el modelo CMM establece
una medida del progreso, conforme al
avance en niveles de madurez. Cada
nivel a su vez cuenta con un nmero de
reas de proceso que deben lograrse. El
alcanzar estas reas o estadios se
detecta mediante la satisfaccin o
insatisfaccin de varias metas claras y
cuantificables. Con la excepcin del
primer nivel, cada uno de los restantes
Niveles de Madurez est compuesto por
un cierto nmero de reas Claves de
Proceso, conocidas a travs de la
documentacin del CMM por su sigla
inglesa: KPA.
Cada KPA identifica un conjunto de
actividades y prcticas interrelacionadas,
las cuales cuando son realizadas en
forma colectiva permiten alcanzar las
metas fundamentales del proceso. Las
KPAs pueden clasificarse en 3 tipos de
proceso: Gestin, Organizacional e
Ingeniera.
Las prcticas que deben ser realizadas
por cada rea Clave de Proceso estn
organizadas en 5 Caractersticas
Comunes, las cuales constituyen
propiedades que indican si la
implementacin y la institucionalizacin
de un proceso clave es efectivo, repetible
y duradero.
Estas 5 caractersticas
son: i)Compromiso de la
realizacin, ii) La capacidad de
realizacin, iii) Las actividades

realizadas, iv) Las mediciones y el


anlisis, v) La verificacin de la
implementacin.
Las organizaciones que utilizan CMM
para mejorar sus procesos disponen de
una gua til para orientar sus esfuerzos.
Adems, el SEI proporciona formacin a
evaluadores certificados (Lead Assesors)
capacitados para evaluar y certificar el
nivel CMM en el que se encuentra una
organizacin. Esta certificacin es
requerida por el Departamento de
Defensa de los Estados Unidos, pero
tambin es utilizada por multitud de
organizaciones de todo el mundo para
valorar a sus subcontratistas de software.
Se considera tpico que una organizacin
dedique unos 18 meses para progresar
un nivel, aunque algunas consiguen
mejorarlo. En cualquier caso requiere un
amplio esfuerzo y un compromiso intenso
de la direccin.
Como consecuencia, muchas
organizaciones que realizan funciones de
factora de software o, en general,
outsourcing de procesos de software,
adoptan el modelo CMM y se certifican
en alguno de sus niveles. Esto explica
que uno de los pases en el que ms
organizaciones certificadas exista
sea India, donde han florecido las
factoras de software que trabajan para
clientes estadounidenses y europeos.

CMMI como evolucin de


CMM[editar]
A partir de 2001, en que se present el
modelo CMMI, el SEI ha dejado de
desarrollar el SW-CMM, cesando la
formacin de los evaluadores en
diciembre de 2003, quienes dispondrn
hasta fin de 2005 para reciclarse al
CMMI. Las organizaciones que sigan el
modelo SW-CMM podrn continuar
hacindolo, pero ya no podrn ser
certificadas a partir de fin de 2005.

Otros modelos[editar]
CMMI

Integracin de modelos (CMM-SW, SECMM, IPD-CMM)


SE-CMM
El Modelo de Madurez de Capacidades
en la Ingeniera de Sistemas fue
publicado por el SEI en noviembre de
1995. Est dedicado a las actividades de
ingeniera de sistemas.
Define 18 reas de proceso divididas en
tres grupos:

Ingeniera (7)

Proyectos (5)

Organizativas (6)

No utiliza niveles de madurez generales


sino que en cada rea de proceso una
organizacin puede alcanzar un
determinado nivel de madurez.
Al igual que el SW-CMM, ha sido
integrado en el CMMI.
IPD-CMM
El Modelo de Madurez de Capacidades
para el Desarrollo Integrado de
Productos fue propuesto como un
borrador por el SEI en 1997, pero qued
integrado en el CMMI al publicarse este
en el ao 2000.
P-CMM
Modelo de Madurez de Capacidades
para Recursos Humanos
SA-CMM
Modelo de Madurez de Capacidades
para la Adquisicin de Software
S3M
Modelo de Madurez de Capacidades
para el mantenimiento del software

Otros modelos CMM[editar]


SSE-CMM[editar]
El System Security Engineering
Capability Maturity Model o Modelo de

Madurez de Capacidades en la
Ingeniera de Seguridad de Sistemas es
un modelo derivado del CMM y que
describe las caractersticas esenciales de
los procesos que deben existir en una
organizacin para asegurar una buena
seguridad de sistemas.
Ha sido desarrollado por la "International
Systems Security Engineering
Association (ISSEA)", organizacin sin
nimo de lucro patrocinada por un buen
nmero de compaas dedicadas a la
seguridad de sistemas.
Naci a partir de 1993 bajo los auspicios
de la Agencia Nacional de Seguridad
(NSA) de los E.U.A., con la participacin
de numerosas compaas de los sectores
de tecnologas de la informacin,
seguridad y defensa. La primera versin
data de 1997 y la actual (v3.0) fue
publicada en junio de 2003.
Pretende servir como:

Herramienta para que las


organizaciones evalen las prcticas
de ingeniera de seguridad y definan
mejoras a las mismas.

Mecanismo estndar para que los


clientes puedan evaluar la capacidad
de los proveedores de ingeniera de
seguridad.

Base para la organizacin de un


mecanismo de evaluacin y
certificacin.

A diferencia del CMM original, las reas


de proceso no estn agrupadas en
funcin de los niveles de madurez, sino
que define 22 reas para cada una de las
cuales se puede alcanzar un nivel en
funcin del cumplimiento de unas
"caractersticas comunes".
Existen 11 reas de procesos de
ingeniera y otras 11 dedicadas a la
gestin de proyectos y organizacin.

El mtodo de evaluacin se denomina


SSAM (SSE-CMM Appraisal Method).

Incapability Immaturity
Model[editar]
Con mucho sentido del humor, y bastante
conocimiento de causa, Anthony
Finkelstein describi que hay
organizaciones que no han alcanzado
siquiera el nivel 1 de CMM (en el que
aunque sea de modo heroico se llega a
producir software), proponiendo que
existen niveles negativos o de
inmadurez. Este Modelo de Incapacidad
e Inmadurez, que fue refinado
posteriormente por Tom Schorsch,
incluye tres niveles de idiotez:

0 -Organizaciones negligentes.
Impiden cualquier desarrollo de
software con xito. Su gran
preocupacin es la reutilizacin del
software.

-1 -Organizaciones obstructivas.
Imponen procesos contraproductivos para impedir cualquier
avance. Se concentran en desarrollar
entornos de desarrollo y repositorios.

-2 -Organizaciones desdeosas.
Desprecian cualquier
institucionalizacin de buenas
prcticas. Su gran objetivo es la
programacin automtica.

Crtica[editar]
Frecuentemente se critica al modelo
CMM por no ser ms especfico en la
definicin de los procesos. Para guiar a
las organizaciones a definir y mejorar sus
procesos indica qu actividades han de
realizar, pero nada sobre cmo hacerlo.
Esto es as tanto en lo referente a la
ingeniera como a las herramientas o

tcnicas de gestin, aunque hace una


curiosa excepcin en las revisiones por
pares (peer reviews).
Del mismo modo, aunque insiste
continuamente en la necesidad de las
mtricas, no da ninguna gua concreta
del tipo de mtricas que son aceptables
para una correcta prctica profesional.
Los tcnicos se quejan a menudo de la
enorme carga de "papeleo" que impone
el modelo, vindolo ms como un
mecanismo de control por la direccin
que una herramienta que les ayude en su
trabajo.
Tambin resulta muy complejo, ms
todava el CMMI, lo que hace que
durante algn tiempo resulte para mucha
gente algo esotrico.

Vase tambin[editar]

Capability Maturity Model Integration

Referencias[editar]
Gonzalo Cuevas Agustn: Una Gua del
CMM. Para Comprender el Modelo de
Madurez de Capacidad del
Software. Traduccin del Ingls "A Guide
to the CMM" de Kenneth M. Dymond.
1998.
Mary Beth Chrissis: Libro con la
descripcin de las reas de Procesos del
Modelo CMMI. "CMMI : Guidelines for
Process Integration and Product
Improvement de SEI.

Enlaces externos[editar]

SEI - Software Engeniering Institute

para el mantenimiento de
software(en ingls)

System Security Engineering CMM

Finkelstein's Capability Immaturity


Model paper (PDF file)

Capt. Tom Schorsch's Capability


Immaturity Model study

Introduccin a los niveles CMM


CMMI

mini CMMI-survey(en ingls)

Herramientas para auto-evaluacin


CMM y CMMI

Consulta en lnea del modelo


CMMI (en ingls)

Categoras:

Metodologas de desarrollo de software

Gestin de proyectos de software

Men de navegacin

Crear una cuenta

Acceder

Leer
Editar
Ver historial
Ir

Portada
Portal de la comunidad
Actualidad
Cambios recientes
Pginas nuevas
Pgina aleatoria
Ayuda
Donaciones
Notificar un error
Imprimir/exportar
Crear un libro
Descargar como PDF
Versin para imprimir
Herramientas

Artculo
Discusin

Lo que enlaza aqu


Cambios en enlazadas
Subir un archivo
Pginas especiales
Enlace permanente
Informacin de la pgina
Elemento de datos
Citar este artculo
En otros idiomas


Dansk
Deutsch
English
Suomi

Franais
Bahasa Indonesia
Italiano

Nederlands
Norsk bokml
Polski
Portugus

Slovenina
Svenska

Ozbekcha

Editar los enlaces

Esta pgina fue modificada por ltima vez el 12 dic


2013, a las 23:29.

El texto est disponible bajo la Licencia Creative


Commons Atribucin Compartir Igual 3.0; podran
ser aplicables clusulas adicionales. Lanse
los trminos de uso para ms informacin.
Wikipedia es una marca registrada de
la Fundacin Wikimedia, Inc., una organizacin sin
nimo de lucro.

Contacto

Poltica de privacidad

Acerca de Wikipedia

Limitacin de responsabilidad

Desarrolladores

Versin para mviles

Anda mungkin juga menyukai