Nivel 2: Nivel Repetible

En el Nivel Repetible, se establecen polticas para administrar un proyecto

de software y procedimientos para implementar esas polticas. El
planeamiento y la administracin de proyectos nuevos se basan en la
experiencia con proyectos similares. La capacidad de los procesos se
aumenta al establecer una disciplina bsica de administracin de procesos
en cada proyecto. Los proyectos implementan procesos efectivos que son
definidos, documentados, utilizados, entrenados, medidos, reforzados y
mejorables.
Los proyectos en las organizaciones de nivel 2 tienen instalados controles
bsicos de administracin software. Los compromisos realistas de proyecto
son cumplidos basados en los resultados observados en proyectos previos y
en los requerimientos del proyecto actual. El administrador de software
para un proyecto controla los costos, cronogramas y funcionalidad del
software, los problemas en el cumplimiento de los compromisos son
identificados a medida que surgen. Los requerimientos de software y los
productos de trabajo desarrollados para satisfacerlos poseen un lineamiento
slido y su integridad est controlada. Los estndares del proyecto de
software estn definidos, y la organizacin asegura que son fielmente
seguidos. El proyecto de software trabaja con sus subcontratantes, si
existiera alguno, para establecer una relacin cliente proveedor efectiva.
Los procesos podran diferir entre proyectos en una organizacin de nivel
2. El requerimiento organizacional para alcanzar el nivel 2 es que existan
polticas de nivel organizacional que guen a los proyectos en el
establecimiento de los procesos apropiados de administracin.
La capacidad del proceso de software de las organizaciones de nivel 2
puede ser resumido como disciplinado porque la planificacin y el control
del proyecto de software es estable y los sucesos anteriores pueden ser
repetidos. El proceso del proyecto est bajo un control efectivo del sistema
de administracin de proyecto. Siguiendo planes realistas basados en el
desempeo de proyectos previos.

Nivel 2. Visibilidad.
Los requerimientos de clientes son controlados, y las prcticas bsicas de la
administracin de proyecto han sido establecidas. Estos controles le dan mayor
visibilidad dentro del proyecto al administrador en ciertas ocasiones. El proceso de
construccin de software puede ser visto como una sucesin de cajas negras que
permiten al administrador tener visibilidad en los hitos del proyecto mientras las
actividades fluyen entre cajas. An as, el administrador puede no saber los detalles de
lo que sucede en las cajas. Los productos finales del proceso y los puntos de control
para confirmar el avance estn identificados y son conocidos. La administracin

reacciona a los problemas a medida que ocurren. El cliente puede revisar el producto
en puntos de control definidos durante el proceso de software.

reas claves de proceso en el Nivel 2.

Las reas clave de proceso en el nivel se focalizan en el proyecto de software que se
relaciona con establecer la administracin y control bsico del proyecto.

El propsito de la administracin de requerimientos es establecer un

entendimiento comn entre el cliente y los requerimientos del proyecto de
software del cliente que deben ser satisfechos por el proyecto de software. Este
acuerdo con el cliente es la base para planificar y administrar el proyecto de
software.
Un entendimiento de los requerimientos es necesario para construir software
que satisfaga al cliente. Dado que los requerimientos del cliente con frecuencia
evolucionan y cambian, documentar y controlarlos es un pre requisito para
usarlos como base para estimar, planear, realizar, y controlar las actividades del
proyecto de software a travs de todo el ciclo de vida del software.

El propsito del planeamiento del proyecto de software es establecer planes

razonables para realizar la ingeniera de software y para administrar el proyecto.
Los planes razonables se basan en desarrollar estimaciones realistas para
realizar el trabajo y establecer los compromisos necesarios. Estos comienzan con
una declaracin del trabajo y las restricciones y las metas que definen y limitan
el proyecto de software. El proceso de planeacin del software incluye pasos
para estimar el tamao del software y los recursos necesarios, para producir un
cronograma, para identificar y estimar los riesgos, y para negociar los
compromisos. El plan se documenta y se mantiene como una herramienta
necesaria para administrar el proyecto de software.

El propsito del control de proyectos de software es establecer una adecuada

visibilidad del progreso real para que la administracin pueda tomar acciones
correctivas cuando la performance del proyecto se desva significativamente de
lo planeado.
La administracin del proyecto de software se debe basar en el plan de
desarrollo de software. La administracin involucra controlar y revisar los
resultados contra el plan y tomar acciones correctivas cuando sean necesarias,
basndose en los resultados reales. Estas acciones pueden incluir: revisar el plan
de desarrollo de software para que refleje los resultados actuales, replanificar el
trabajo restante, y/o tomar acciones para mejorar la performance.

El propsito de la administracin de subcontratos de software es seleccionar

subcontratantes de software calificados y administrarlos efectivamente.
La seleccin de subcontratantes se basa en la habilidad para realizar el trabajo,
pero muchos factores contribuyen a la decisin de subcontratar una parte del
mismo. Los subcontratantes pueden seleccionarse basndose en alianzas
estratgicas de negocio, as como capacidad de proceso y consideraciones
tcnicas. El trabajo a realizar por el subcontratante y los planes para el trabajo
son documentados, y el principal contratista monitorea la performance contra
esos planes.

El propsito del aseguramiento de la calidad del software es proveer una

administracin con apropiada visibilidad dentro del proceso siendo utilizado por
el proyecto de software y los productos que estn siendo construidos.
Esta visibilidad se alcanza revisando y auditando los productos de software y las
actividades para verificar que cumplen con los estndares y procedimientos
aplicables.

El propsito de la administracin de configuracin de software es establecer y

mantener la integridad de los productos del proyecto de software a travs del
ciclo de vida del proyecto.
La integridad de los productos de trabajo se alcanza identificando la
configuracin del software en ciertos puntos dados, controlando
sistemticamente los cambios a la configuracin, y manteniendo la integridad de
la configuracin a travs del ciclo de vida del software. Las lneas gua del
software son mantenidas en una librera de lneas gua a medida que se van
desarrollando. Los cambios a las lneas gua y a la versin del producto de
software construido, son sistemticamente controladas y la configuracin es
auditada

1. Qu es un nivel de madurez?
Un nivel de madurez es un esfuerzo evolutivo bien definido para alcanzar un proceso
de software maduro. Cada nivel de madurez est compuesto por un conjunto de
objetivos de proceso que, cuando se satisfacen, establecen un componente importante
del proceso de software.
2. Qu beneficios aporta a una organizacin alcanzar un nivel superior en la
escala del CMM?
El alcanzar un nivel superior de madurez significa que la organizacin ha mejorado la
capacidad de sus procesos. Esto, a su vez, significa que ha logrado aumentar la
visibilidad en sus procesos de software.
3. Cules son los niveles de madurez que propone CMM?
Los niveles de madurez propuestos por CMM son cinco: inicial, repetible, definido,
administrado y optimizado.

4. Describa brevemente cada uno de los niveles de madurez propuestos por

el modelo.

Inicial: el proceso de software est caracterizado como desordenado, y a veces

catico. Pocos procesos estn definidos y el xito depende de esfuerzos individuales
y heroicos.

Repetible: se establecen procesos administrativos bsicos en los proyectos para el

seguimiento de costos, tiempos y funcionalidades. La disciplina necesaria en los
procesos es acorde para repetir xitos anteriores de proyectos con aplicaciones
similares.

Definido: el proceso de software, tanto administrativo como ingenieril, est

documentado, estandarizado e integrado en un proceso estndar para la
organizacin. Todos los proyectos usan una versin aprobada y ajustada del proceso
estndar de software de la organizacin para desarrollar y mantener software.

Administrado: se toman mediciones detalladas del proceso de software y de la

calidad del producto. Tanto el proceso de software como los productos se conocen
cuantitativamente y se controlan.

Optimizado: existe retroalimentacin cuantitativa del proceso, lo que permite una

mejora continua del proceso. Al mismo tiempo se manejas ideas y tecnologas
innovadoras.
5. Qu problemas cree que se presentan en una organizacin de nivel 1?
Las organizaciones de nivel 1 suelen plantearse compromisos sobredimensionados, y
tienen dificultad en plantear compromisos que el staff pueda alcanzar con un proceso
ordenado. Adems, estas organizaciones no presentan un ambiente estable para el
desarrollo y mantenimiento de software.
6. De qu manera podran solucionarse estos problemas para alcanzar el
nivel siguiente?
Para solucionar estos problemas, se deben considerar las acciones necesarias para
alcanzar las reas clave de proceso para el nivel 2.
7. Qu debera hacer una organizacin de nivel n para alcanzar el nivel
n+1?
En general, cualquier organizacin que se encuentre en un nivel n debe satisfacer las
reas clave de proceso del nivel n+1 para alcanzar el siguiente nivel de madurez. Se
debe considerar que una organizacin de nivel n ya ha cumplidos con las reas clave
para ese nivel.
8. Por qu cree que saltear un nivel en la escala del CMM es
contraproducente para la organizacin?

En el modelo CMM, cada nivel de madurez del CMM tiene los fundamentos necesarios
para construir las bases de siguiente nivel. Saltear un nivel se considera
contraproducente dado que si las reas clave de un nivel inferior no est
completamente satisfechas, la estabilidad de las mejoras lleva un riesgo asociado dado
que las bases para la implantacin exitosa no se han conseguido.
9. Segn el modelo CMM, qu visibilidad se tiene de los procesos de la
organizacin en cada uno de los niveles de madurez propuestos?
La visibilidad en cada nivel de madurez puede resumirse como:

Nivel 1: Todo el proceso de software es una caja negra, con visibilidad limitada.

Nivel 2: El proceso es visto como una sucesin de cajas negras, que permiten tener
visibilidad en los hitos del proyecto y en las actividades que fluyen entre esas cajas.

Nivel 3: Existe visibilidad interna en las cajas negras, es decir, las tareas del proceso
son visibles.

Nivel 4: Los procesos se instrumentan y controlan cuantitativamente. Los

administradores son capaces de medir el progreso y los problemas.

Nivel 5: La visibilidad se extiende ms all de la existencia de los procesos, es decir,

se pueden predecir los efectos del impacto de los cambios. Los administradores
hacer un seguimiento cuantitativo de ese impacto y de la efectividad del cambio.
10. Qu es el proceso de software estndar de la organizacin?
Es un proceso que incluye ingeniera de software y procesos de administracin, y los
integra en un todo coherente. Est documentado y es usado por toda la organizacin.
Se implementa en el nivel 3 del CMM.
11. Cules son las tres mejoras que se esperan al aplicar un proceso de
madurez a la organizacin?
Existen tres tipos de mejoras esperadas: con respecto a la prediccin, al control y a la
efectividad.
Con respecto a la prediccin, la diferencia entre los resultados esperados y los
obtenidos disminuye al incrementarse la madurez. Con respecto al control, la
variabilidad de los resultados actuales en torno a los resultados esperados disminuye.
Y con respecto a la efectividad, los resultados esperados mejoran al incrementarse la
madurez: disminuyen los costos, los tiempos de desarrollo y aumentan la calidad y la
productividad.
12. Cules son los requerimientos que una organizacin debe cumplir para
alcanzar un nivel de madurez n?
Los requerimientos a cumplir son los determinados por las reas clave correspondiente
a cada uno de ellos, junto con la institucionalizacin de los procesos estndares.

13. Qu usos le pueden dar a CMM cada uno de los niveles de la

organizacin?
Alguno usos pueden ser: equipos de evaluacin usarn el CMM para identificar riesgos
al seleccionar entre contratistas ganar licitaciones y para monitorear contratos; la alta
administracin utilizar el CMM para entender las actividades necesarias para poner en
marcha la mejora del proceso de software en la organizacin; el staff tcnico y los
grupos de mejora de procesos utilizarn el CMM como una gua para ayudarlos a
definir y mejorar los procesos de software en la organizacin.
14. Describa la funcin de las siete reas clave del nivel 3.

Proceso Organizacional: establece la responsabilidad organizacional por las

actividades del proceso de software que mejoran la capacidad del proceso de
software de toda la organizacin.

Definicin de procesos organizacionales: su funcin es desarrollar y mantener un

conjunto de datos de los procesos de software utilizables que mejoran la
performance del proceso a travs del proyecto y proveen una base para definir
datos significativos para la administracin cuantitativa de procesos.

Programa de capacitacin: se encarga de desarrollar las habilidades y el

conocimiento de los individuos para que puedan cumplir con sus roles efectiva y
eficientemente.

Administracin integral de software: integra la ingeniera de software y la

administracin de actividades en un coherente, y definido proceso de software que
es adaptado al proceso de software estndar de la organizacin.

Ingeniera de productos de software: El propsito de la ingeniera de productos de

software es llevar a cabo consistentemente un proceso ingenieril bien definido que
integra todas las actividades de ingeniera necesarias para producir software
correcto y consistente de manera efectiva y eficiente.

Coordinacin entre grupos: se encarga de establecer un medio para que el grupo

de ingeniera de software participe activamente junto con otros grupos de
ingeniera de manera que el proyecto satisfaga las necesidades del cliente efectiva
y eficientemente.

Revisiones puntuales: su propsito es eliminar defectos de los productos de

software eficientemente y en etapas tempranas.

15. Cules son las reas clave en el nivel 4 y cul es su funcin?

Administracin cuantitativa de procesos: se encarga de controlar la performance

de procesos del proyecto de software de manera cuantitativa

Administracin de calidad de software: se funcin es desarrollar un entendimiento

cuantitativo de la calidad de los productos de software del proyecto y alcanzar
objetivos de calidad especficos.

16. Existen tres reas clave en el nivel 5 Cules son y cul es su funcin?
Prevencin de Defecto: su funcin es identificar las causas de los defectos y
prevenirlos de su reincidencia.
Administracin de Cambio de Tecnologa: identifica nuevas tecnologas
beneficiosas (herramientas, mtodos y procesos) y las transfiere a la organizacin
de un manera ordenada.

Administracin del Cambio del Proceso: su propsito es mejorar continuamente el

proceso de software usado en la organizacin con la intensin de mejorar la calidad
del software, aumentando la productividad y reduciendo el tiempo para el
desarrollo del producto.

17. Qu es un rea de proceso clave?

Un rea clave de proceso identifica un grupo de actividades relacionadas que, cuando
se realizan colectivamente, se consiguen un conjunto de metas consideradas
importantes para mejorar la capacidad del proceso.
18. Qu relacin existe entre el nivel de madurez de una organizacin y su
plan de medidas?
De acuerdo al nivel de madurez de la organizacin, existe un nmero de medidas que
pueden aplicarse a los procesos de software de la misma. El entorno de madurez se
comporta como una gua para expandir y construir un programa de mtricas. La
siguiente tabla presenta el tipo de medidas aplicables a cada nivel de madurez.