Gestin de Requerimientos (REQM, In-

geniera).
Planificacin de Proyecto (PP, Gestin
de proyectos).
Monitorizacin y Control de Proyecto
(PMC, Gestin de proyectos).
Gestin de Acuerdos con Proveedores
(SAM, Gestin de proyectos).
Medicin y Anlisis (MA, Soporte).
Aseguramiento de la Calidad de Proce-
so y de Producto (PPQA, Soporte).
Gestin de Configuracin (CM, Soporte).
En el nivel 3 a esas siete reas se le
agregan otras once:
Gestin Integrada de Proyecto + IPPD
(IPM + IPPD Gestin de proyectos).
Definicin de Procesos de la Organiza-
cin + IPPD (OPD + IPPD Gestin de
Proyectos).
Enfoque en los Procesos Organizativos
(OPF Gestin de proyectos).
El modelo CMMI DEV, cuyo objetivo es
servir de gua para mejorar el proceso de
desarrollo de software, puede aplicarse
de dos formas distintas: una utilizndolo
para mejorar algunas actividades, cuyo
conjunto corresponde a una de las lla-
madas reas de proceso, hasta alcanzar
un nivel esperado y otra mejorando un
grupo establecido de actividades, orga-
nizadas en reas de proceso. Los distin-
tos caminos se denominan representa-
ciones. El primero es la representacin
continua y el segundo, la representa-
cin por etapas.
En la representacin por etapas, la
preferida hasta ahora por las organiza-
ciones, el primer nivel que se evala es el
2 y se llega hasta el 5. Existe cierta de-
sorientacin sobre las exigencias del mo-
delo en los niveles 2 y 3, que este artcu-
lo pretende aclarar.
En el nivel 2 hay siete reas de pro-
ceso:
octubre-diciembre 2010 CALIDAD 59
CMMI DEV
Diferencias entre nivel 2
y nivel 3 y una estrategia
de implantacin
ARTCULO
Cecilia Rigoni
Gerente de Caelum,
Information & Quality
Technologies.
Vocal del Comit CSTIC
de la AEC
CMMI DEV
Diferencias entre nivel 2
y nivel 3 y una estrategia
de implantacin
CALIDAD octubre-diciembre 2010 60
Gestin de Riesgos (RSKM, Gestin de
proyectos).
Formacin Organizativa (OT, Gestin
de proyectos).
Integracin de Producto (PI, Ingeniera).
Desarrollo de Requerimientos (RD, In-
geniera).
Solucin Tcnica (TS, Ingeniera).
Validacin (VAL, Ingeniera).
Verificacin (VER, Ingeniera).
Anlisis de Decisiones y Resolucin
(DAR, Soporte).
Adems de la diferencia entre reas de
proceso, hay entre estos dos niveles una
diferencia conceptual importante que tie-
ne que ver con la forma en que estn im-
plementados los procesos. La diferencia
ms importante es el mbito en que el
proceso de desarrollo de software est
implantado. Para aclarar esta cuestin,
es conveniente ver qu es lo que se exi-
ge en cada nivel.
Nivel 2
En el nivel 2 se pide que los proyectos se
gestionen. Esto quiere decir que el equi-
po de proyecto debe trabajar siguiendo
un plan documentado y unas polticas
emergidas de la direccin de la organi-
zacin, donde se especifiquen las direc-
trices para desarrollar software. Estas
polticas no deben confundirse con pro-
cesos, son indicaciones generales que
deben seguirse sin discusin, son las
leyes. Tambin las prcticas genricas
tienen que estar implantadas en el pro-
yecto (figura 1).
Ahora bien, dnde se especifican
los procesos? Cmo puede conocerlos
un participante en el equipo de desa-
rrollo? El documento fundamental es
el plan de proyecto donde se renen
todos los planes necesarios para el
proyecto.
El contenido del plan del proyecto
ms un conjunto de actuaciones de
formacin y seguimiento de los propios
procesos sern los que darn forma a
la gestin del proyecto y al desarrollo de
los productos. Esto ltimo indica que
hay dos grupos de actividades que se
tienen que planificar: una es la de desa-
rrollo del producto, que normalmente se
hace siguiendo una metodologa, y otra
es la de gestin del proyecto, que es la
que entre otras cosas determina la me-
todologa a seguir en el desarrollo del
producto
1
.
Para conseguir un nivel 2 se tienen que
evidenciar que los requisitos y los pro-
yectos se gestionan. Naturalmente, se
tienen que hacer las actividades de inge-
niera, si no, no habra producto, pero en
este nivel esas tareas no son evaluadas.
Un ejemplo de que el modelo se ha he-
cho como resultado de la observacin
de la realidad de las organizaciones es
haber notado que es fundamental con-
seguir que los procesos de ingeniera,
generalmente definidos y adecuados, no
se vean desvirtuados por una mala ges-
tin y por eso en el primer nivel de ma-
durez se asegura de que esta carencia
no est presente.
El modelo pide que todos los proyec-
tos se gestionen, pero no que todos se
gestionen de la misma forma. Cada pro-
yecto debe tener su plan en el que se es-
pecifica de qu manera se gestionarn
los requisitos, los datos y la configura-
cin, cmo se reciben, aprueban e in-
corporan los cambios, cmo se hace el
seguimiento del plan de proyecto, qu
medidas se toman y cmo se asegu-
ra la calidad del producto y de los pro-
cesos y, si se tienen proveedores, cmo
ARTCULO
1. En organizaciones poco maduras, es bastante normal que se entienda como plan de proyecto lo que solamente es el plan de desarrollo del producto y que no se defi-
na la forma en que se va a gestionar el proyecto. Ambos planes tienen que hacerse simultneamente y la coordinacin de las actividades de gestin y las de desarrollo es
lo que asegura el cumplimiento de plazos y costes.
Un ejemplo: Para el desarrollo del producto es necesaria la utilizacin de una herramienta. En el plan de gestin tienen que estar establecido el mecanismo y los respon-
sables de la compra, que son los que asegurarn que la herramienta est operativa en el momento en que se necesite. Si la herramienta no est disponible en la fecha
prevista, se retrasar la construccin del producto y, por tanto, no se cumplir el plan de desarrollo del mismo.
Figura 1. Nivel 2. Procesos por proyectos
Proyecto 1
Gestionado segn
Gestionado segn
Gestionado segn
Polticas
Plan del Proyecto 1
Proyecto 2
Polticas
Plan del Proyecto 2
Proyecto n
Polticas
Plan del Proyecto n
En todos hay evidencias de que se cumplen las prcticas especficas
y las prcticas genricas del nivel 2 (gestin de requisitos, gestin de
proyectos bsicas de soporte).
Figura 2. Nivel 3. Procesos definidos por la organizacin
y adaptados a las caractersticas del proyecto
se asegura y controla el cumplimiento
del contrato.
Adems se tendrn que implantar en
cada proyecto las prcticas genricas.
Cada proyecto tendr que:
tener sus polticas;
haber planificado las actividades de
cada una de las reas de proceso (res-
ponsables, esfuerzo y duracin duran-
te todo el proyecto);
tener recursos humanos y materiales
(personas, herramientas) apropiados;
haber formado a las personas para
que puedan hacer los procesos como
se ha previsto en el plan;
haber establecido cmo se van a con-
trolar los documentos que se produ-
cen en cada proceso;
haber asignado responsables para
cada proceso;
asegurar la participacin de los equi-
pos externos al proyecto que tengan
que intervenir;
asegurar con objetividad que los pro-
cesos se llevan a cabo tal y como se
estipul en el plan de proyecto (revisan
personas distintas de las que realizan
el proceso);
haber monitorizado y controlado los
procesos da a da;
haber revisado con el nivel directivo las
actividades, el estado y los resultados
del proceso.
Para un proceso gestionado, las des-
cripciones del proceso, los estndares y
los procedimientos son aplicables a un
proyecto particular, grupo o funcin de la
organizacin. Como resultado, dos pro-
yectos en una organizacin pueden ser
gestionados de diferentes formas.
Nivel 3
Si se quiere alcanzar el nivel 3 de madu-
rez, el modelo pide que los proyectos si-
gan un proceso definido.
Para ello, la organizacin tiene que ha-
ber establecido un conjunto de procesos
proceso definido a partir de los procesos
estndares, pide que se hayan estableci-
do una serie de actividades destinadas a
la mejora de los procesos de la organiza-
cin. Las lecciones aprendidas, las medi-
das de rendimiento de los procesos, las
sugerencias de las personas que utilizan
los procesos, son elementos que van a
servir para ir mejorndolos.
Las actividades relacionadas con la
definicin de los procesos tienen que es-
tar establecidas formalmente para orga-
nizar, planificar, implantar y desplegar las
mejoras, definir los procesos y preparar e
impartir formacin sobre los mismos.
Por ltimo, en este nivel se exige que
las decisiones crticas se tomen siguien-
do un proceso que minimice la subje-
tividad. Se debern especificar los cri-
terios para conocer ante qu tipo de
estndares y tambin unas guas para
adaptar esos procesos estndares a las
particularidades de los proyectos. Cada
proyecto selecciona los procesos estn-
dares siguiendo las guas y define su pro-
pio proceso.
En este caso, tanto los documentos
como las actividades estarn especifica-
dos en los procesos estndares, y no
habr necesidad de inventar los proce-
sos de gestin y de desarrollo cuando se
comienza el proyecto (figura 2).
El nivel 3 incorpora todas las activida-
des de ingeniera (desarrollo de requisitos,
solucin tcnica, integracin del produc-
to, validacin y verificacin, etc.) ms las
de gestin de requisitos, gestin del pro-
yecto y soporte que se vieron en el nivel 2.
El modelo, adems de pedir que los
proyectos se gestionen siguiendo un
ARTCULO
octubre-diciembre 2010 CALIDAD 61
En todos hay evidencias de que se cumplen las prcticas especficas y las prcticas
genricas de nivel 2 + nivel 3 (gestin avanzada de proyectos, ingeniera, bsicas de
soporte ms anlisis de decisiones y resolucin) y hay evidencias en la organizacin
de la implantacin de la gestin de procesos).
Conjunto de
procesos estndares
de la organizacin
Descripciones de
modelos de ciclo
de vida
Librera de activos
de procesos de la
organizacin
Estndares de
entornos de trabajo
Guas de
adaptacin
Arquitectura
de procesos
Proceso definido
del Proyecto A
Proceso definido
del Proyecto B
Proceso definido
del Proyecto C
Entorno del proyecto
Activos de la organizacin
OPD
Plan de proyecto
del Proyecto B
Plan de proyecto
del Proyecto C
Plan de proyecto
del Proyecto A
IPM
IPM IPM
Repositorio de
medidas de la
organizacin
CALIDAD octubre-diciembre 2010 62
decisiones se debe seguir el proceso es-
tablecido y mantener una gua a seguir
para el anlisis de las alternativas y razo-
nes que lleven a tomar una decisin.
En cuanto a las prcticas genricas,
en este nivel se mantienen las diez exigi-
das para alcanzar el nivel 2 y se incorpo-
ran las que dan la clave de este nivel:
Establecer y mantener la descripcin
de un proceso definido.
Recoger productos de trabajo, medi-
das, resultados de medicin e informa-
cin de mejora procedente de la plani-
ficacin y realizacin del proceso para
dar soporte al uso futuro y a la mejora
de los procesos y de los activos de
proceso de la organizacin.
De nivel 2 a nivel 3
Normalmente, en las organizaciones
que quieren evaluarse para conocer su
grado de madurez existen ya una serie
de procesos establecidos, aunque de
manera desordenada e implantados par-
cialmente.
Cuando se empieza el proyecto de
mejora para alcanzar el nivel 2 se suelen
definir procesos estndares para toda la
organizacin. Esa definicin no la pide el
modelo, se hace para poder conseguir
desarrollos disciplinados que no depen-
dan de las habilidades del jefe de pro-
yecto. De esta manera, se estn gene-
rando elementos que son de gestin de
procesos, y que se piden para el nivel 3
de madurez. Igualmente la formacin
suele ser organizativa.
Es interesante entender las reas bsi-
cas de gestin de proceso cuando se
inicia la mejora, aunque sta sea para
alcanzar el nivel 2. Las prcticas de las
reas Enfoque en los Procesos Organi-
zativos, Definicin de los Procesos Orga-
nizativos y Formacin Organizativa son
las que se tienen que aplicar para conse-
guir un conjunto adecuado de procesos
y, si se respetan, se podrn presentar
evidencias de su cumplimiento en una
evaluacin de nivel 3 de madurez.
En el paso de nivel 2 a 3 se tendrn,
por tanto, los procesos de gestin de
requisitos, los bsicos de gestin de pro-
yectos y de soporte ya definidos e im-
plantados. Habr que definir los procesos
de ingeniera, los avanzados de gestin
de proyectos (gestin integrada de pro-
yecto, gestin de riesgos) y en soporte,
anlisis de decisiones y resolucin.
La diferencia entre el nivel 2 y el 3 pue-
de parecer fcilmente salvable, pero no
lo es tanto. Los procesos de nivel 2 tie-
nen que estar perfectamente institucio-
nalizados y se tienen que institucionalizar
tambin todos los de nivel 3, incluyendo
aquellos que son de gestin de procesos
y de toma de decisiones. Se tienen que
tener evidencias de que se mantiene la
En el paso de nivel 2 a 3
se tendrn, por tanto,
los procesos de gestin
de requisitos, los
bsicos de gestin de
proyectos y de soporte
ya definidos
e implantados
ARTCULO
base de activos de procesos de la orga-
nizacin y de que se estudian e incorpo-
ran mejoras en los procesos.
Quizs el rea ms difcil de entender
sea Anlisis de Decisiones y Resolucin,
aunque su objetivo es muy importante.
Se trata de eliminar la subjetividad de
las decisiones y de tener constancia de las
razones que llevaron a tomarlas. Cual-
quier persona cuyas responsabilidades
incluyan la toma de decisiones crticas,
debera agradecer la inclusin de las
prcticas de esta rea. En organizacio-
nes medianas y pequeas no siempre se
ve su utilidad y tampoco es fcil conse-
guir las evidencias.
Las prcticas genricas 2.1 a 2.10 tie-
nen que cumplirse para todas las reas
especficas de nivel 2 y 3, y adems se
tienen que evidenciar las prcticas gen-
ricas 3.1 y 3.2. La primera consiste en te-
ner un proceso definido para cada rea
de proceso y la segunda, en recopilar
de ingeniera y soporte que se evalan
para nivel 3.
Es importante que en los dos periodos
se creen evidencias que demuestren que
se estn monitorizando, analizando y me-
jorando los procesos a partir de los da-
tos obtenidos durante el desarrollo de los
proyectos para evidenciar que se hacen
las prcticas genricas de nivel 3.
Resumiendo
Para nivel 2
Planificar el proyecto de mejora si-
guiendo las prcticas especficas del
rea Enfoque en los Procesos Organi-
zativos para las reas de nivel 2.
Definir los procesos de la organizacin
que incluyen las prcticas de nivel 2, in-
tentando seguir las prcticas especfi-
cas del rea Definicin de los Procesos
de la Organizacin que estn en azul
en la figura 3.
Formar en los procesos definidos, inten-
tando seguir las prcticas especficas
para la meta Dar la formacin nece-
saria del rea Formacin Organizativa
(figura 4).
Guardar las evidencias de las prcti-
cas de las reas de Gestin de Pro-
cesos.
De esta forma se va haciendo una pri-
mera aproximacin a las prcticas de ges-
tin de procesos que se completarn para
nivel 3.
Para nivel 3
Redefinir los procesos de gestin de
procesos asegurando que se cumplen
las metas de OPF, OPD y OT.
Definir los procesos que incluyen las
prcticas de nivel 3.
Gestionar los proyectos adaptando los
procesos estndares segn lo estable-
cen las gua.
Implantar las prcticas genricas 3.1
y 3.2.
productos de trabajo, medidas, e infor-
macin para mejorar los procesos y los
activos de proceso.
Estrategia de implantacin
En el momento en que se empiece el
proyecto de mejora con el objetivo de
alcanzar el nivel 2 de madurez es im-
portante empezar a preparar la implan-
tacin de las reas orientadas a los
procesos organizativos Enfoque en los
Procesos Organizativos, Definicin de
los Procesos Organizativos y Forma-
cin Organizativa (OPF, OPD y OT), si-
guiendo las prcticas especficas de las
mismas. De esta forma, se tendrn de-
finidos los procesos de nivel 2 en el ni-
vel organizativo y se estarn generando
evidencias de nivel 3 para la reas
mencionadas.
Una vez alcanzado el objetivo de nivel 2
se tiene que definir el resto de procesos
ARTCULO
octubre-diciembre 2010 CALIDAD 63 octubre-diciembre 2010 CALIDAD 63
Figura 4. Dar la formacin necesaria
del rea Formacin Organizativa
Figura 3. Definicin de los Procesos de la Organizacin
Conjunto de
procesos estndares
de la organizacin
Descripciones de
modelos de ciclo
de vida
Librera de activos
de procesos de la
organizacin
Estndares de
entornos de trabajo
Guas de
adaptacin
Arquitectura
de procesos
OPD
Repositorio de
medidas de la
organizacin
Evaluar la
efectividad de
la formacin
Repositorio de formacin
Dar la formacin necesaria
Establecer los
registros de la
formacin
Impartir
formacin