Guia de Evaluación para El Nivel de Madurez 2 de Cmmi

GUIA DE EVALUACIN PARA EL NIVEL DE MADUREZ 2 DE CMMI
Fecha: 02/12/2014
GUIA DE EVALUACIN
PARA EL NIVEL DE
MADUREZ 2 DE CMMI
Kelly Ramrez Lara
Diego Obando
Javier Jaramillo
Carlos cuero
Pgina 1 de 35
Fecha: 02/12/2014
TABLA DE CONTENIDO
INTRODUCCIN .......................................................................................................................... 4
OBJETIVOS .................................................................................................................................. 5
Generales .................................................................................................................................. 5
Especficos ................................................................................................................................ 5
ESTRUCTURA DE UN REA DE PROCESO SEGN CMMI ...................................................... 6
REA DE PROCESO ................................................................................................................ 6
Componentes requeridos ....................................................................................................... 7
Componentes esperados ....................................................................................................... 7
Componentes informativos .................................................................................................... 7
ESTRUCTURA DE REA DE PROCESO ................................................................................. 8
Declaracin del propsito ....................................................................................................... 8
Notas introductorias ............................................................................................................... 8
reas de proceso relacionadas .............................................................................................. 8
Metas especficas .................................................................................................................. 8
Metas genricas ..................................................................................................................... 8
Resmenes de metas y prcticas especficas ....................................................................... 9
Prcticas especficas ............................................................................................................. 9
Ejemplo de productos de trabajo............................................................................................ 9
Sub prcticas ......................................................................................................................... 9
Prcticas genricas .............................................................................................................. 10
Elaboraciones de la prctica genrica ................................................................................. 10
REAS DE PROCESO QUE SE INVOLUCRAN EN EL NIVEL 2 DE CMMI .............................. 11
GESTIN DE CONFIGURACIN (CM) .................................................................................. 11
MEDICIN Y ANLISIS (MA).................................................................................................. 12
MONITORIZACIN Y CONTROL DEL PROYECTO (PMC) ................................................... 12
Pgina 2 de 35
Fecha: 02/12/2014
PLANIFICACIN DEL PROYECTO (PP) ................................................................................ 13

ASEGURAMIENTO DE LA CALIDAD DEL PROCESO Y DEL PRODUCTO (PPQA)............. 14
GESTIN DE REQUISITOS (REQM) ..................................................................................... 15
GESTIN DE ACUERDOS CON PROVEEDORES (SAM) ..................................................... 16
MATRIZ PIIBD............................................................................................................................. 18
INSTITUCIONALIZAR UN PROCESO GESTIONADO ........................................................... 20
GESTIN DE CONFIGURACIN (CM) .................................................................................. 22
MEDICIN Y ANLISIS (MA).................................................................................................. 24
MONITORIZACIN Y CONTROL DEL PROYECTO (PMC) ................................................... 26
PLANIFICACIN DEL PROYECTO (PP) ................................................................................ 28
ASEGURAMIENTO DE LA CALIDAD DEL PROCESO Y DEL PRODUCTO (PPQA)............. 30
GESTIN DE REQUISITOS (REQM) ..................................................................................... 31
GESTIN DE ACUERDOS CON PROVEEDORES (SAM) ..................................................... 32
CONSTRUIR UNA PROPUESTA A LA LUZ DEL MODELO CMMI, PARA CALIFICAR LAS
REAS DE PROCESO TENIENDO EN CUENTA EL ESTADO DE LOS PII .............................. 33
FASES DE LA EVALUACIN.................................................................................................. 34
Preparacin y planificacin .................................................................................................. 34
Readiness-review................................................................................................................. 34
Ejecucin de la auditora y comunicacin de resultados ...................................................... 34
Pgina 3 de 35
Fecha: 02/12/2014
INTRODUCCIN
El modelo CMMI se usa para evaluar el nivel de madurez de una compaa en trminos
de desarrollo de software. Es una versin ms amplia que se basa en CMM, adoptando
la mayora de sus conceptos y ofreciendo ndices de referencia de las mejores
prcticas para el desarrollo de software.
Dependiendo la implementacin de los procesos de calidad de las organizaciones,

CMMI determina cinco niveles de madurez: Inmadura, bsica, gestionada, establecida,
predecible y optimizada. En el nivel 2 (gestionada) los procesos se llevan a cabo, se
planifican, revisan y se evalan para comprobar que cumplen los requisitos, es decir, el
proyecto es gestionado y controlado durante el desarrollo del mismo; se puede saber el
estado del proyecto en todo momento.
Que una organizacin haya alcanzado nivel 2 de CMMI implica, en sntesis, que aplica
procesos bsicos de gestin de los proyectos (costo, calendario, funcionalidad). Estos
procesos hacen que se pueda repetir con xito proyectos futuros de caractersticas
similares.
Pgina 4 de 35
Fecha: 02/12/2014
OBJETIVOS
GENERALES
Construir una base para ayudar a certificar la madurez de las empresas desarrolladoras
de software en los procesos que requiere CMMI nivel 2, donde la generacin de
evidencia para el control de procesos a travs del seguimiento de las auditoras y del
registro y tratamiento de las no conformidades son requerimientos esenciales para el
rea de aseguramiento de la calidad de los procesos y productos (PPQA).
.
ESPECFICOS
Entender y usar el modelo CMMI.
Conocer la estructura de un rea de proceso en CMMI.
Elaborar una gua de evaluacin para garantizar que los procesos de una organizacin
cumplan con los estamentos establecidos en el nivel 2 de CMMI.
Evidenciar los beneficios que conlleva la aplicacin de los modelos de calidad en las
empresas de desarrollo de software.
Comprender que con el nivel 2 de CMMI se garantiza una gestin de los requisitos y que
los procesos deber estar planeados, ejecutados, medidos y controlados.
Pgina 5 de 35
Fecha: 02/12/2014
ESTRUCTURA DE UN REA DE PROCESO SEGN CMMI
REA DE PROCESO
`
Un rea de proceso es un grupo de prcticas relacionadas dentro de un rea que,
cuando
se
implementan
simultneamente,
satisface
un
conjunto
de
metas
consideradas importantes para mejorar esa rea.
Un rea de proceso comparte metas, propsitos y prcticas las cuales satisfacen los
objetivos requeridos.
Figura 1: Componente modelo CMMI
Pgina 6 de 35
Fecha: 02/12/2014
Antes de empezar a describir cada tem de la estructura de un rea de proceso

debemos tener en cuenta que existen 3 categoras de componentes requeridos,
esperados e informativos, segn CMMI se definen como:
Componentes requeridos
Los componentes requeridos son componentes CMMI que son esenciales para lograr
la mejora de procesos en un rea de proceso dada. Este logro se debe implementar
visiblemente en los procesos de la organizacin. Los componentes requeridos en
CMMI son las metas especficas y genricas. La satisfaccin de las metas se utiliza en
las evaluaciones como base para determinar si un rea de proceso ha sido satisfecha.
Componentes esperados
Los componentes esperados son componentes CMMI que describen las actividades
que son importantes para lograr un componente CMMI requerido. Los componentes
esperados orientan a quienes implementan mejoras o realizan evaluaciones. Los
componentes esperados en CMMI son las prcticas especficas y genricas. Antes de
que las metas puedan considerarse satisfechas, sus prcticas tal y como se describen,
o prcticas alternativas aceptables, deben estar presentes en los procesos planificados
e implementados de la organizacin.
Componentes informativos
Los componentes informativos son componentes CMMI que ayudan a los usuarios del
modelo a comprender los componentes CMMI requeridos y esperados. Estos
componentes pueden ser ejemplos en un recuadro, explicaciones detalladas u otras
informaciones tiles. Las sub prcticas, las notas, las referencias, los ttulos de metas,
los ttulos de prcticas, las fuentes, los ejemplos de productos de trabajo y las
elaboraciones de prcticas genricas son componentes informativos del modelo.
Pgina 7 de 35
Fecha: 02/12/2014
ESTRUCTURA DE REA DE PROCESO
Declaracin del propsito
Una declaracin del propsito describe la finalidad del rea de proceso y es un

componente informativo.
Notas introductorias
Describe los conceptos principales cubiertos por el rea de proceso y es un

componente informativo.
reas de proceso relacionadas
La seccin de reas de proceso relacionadas enumera las referencias a reas de

proceso relacionadas y refleja las relaciones de alto nivel entre las reas de proceso.
La seccin de reas de proceso relacionadas es un componente informativo.
Metas especficas
Una meta especfica describe las caractersticas nicas que deben estar presentes
para satisfacer el rea de proceso. Una meta especfica es un componente requerido
del modelo y se utiliza en las evaluaciones para ayudar a determinar si se satisface un
rea de proceso.
Metas genricas
Las metas genricas se denominan genricas porque la misma declaracin de la
meta se aplica a mltiples reas de proceso. Una meta genrica describe las
caractersticas que deben estar presentes para institucionalizar los procesos que
implementan un rea de proceso. Una meta genrica es un componente requerido del
Pgina 8 de 35
Fecha: 02/12/2014
modelo y se utiliza en las evaluaciones para determinar si se satisface un rea de

proceso.
Resmenes de metas y prcticas especficas
El resumen de metas y prcticas especficas proporciona un resumen de alto nivel de

las metas especficas y de las prcticas especficas. El resumen de las metas y
prcticas especficas es un componente informativo.
Prcticas especficas
Una prctica especfica es la descripcin de una actividad que se considera importante

para lograr la meta especfica asociada. Las prcticas especficas describen las
actividades que se espera que produzcan el logro de las metas especficas de un rea
de proceso. Una prctica especfica es un componente esperado del modelo.
Ejemplo de productos de trabajo
La seccin de ejemplo de productos de trabajo enumera resultados de muestra de una

prctica especfica. Un ejemplo de producto de trabajo es un componente informativo
del modelo.
Sub prcticas
Una sub prctica es una descripcin detallada que proporciona orientacin para
interpretar e implementar una prctica especfica o genrica. Las sub prcticas pueden
estar redactadas como si fueran preceptivas, pero realmente son un componente
informativo indicado slo para proporcionar ideas que puedan ser tiles para la mejora
de procesos.
Pgina 9 de 35
Fecha: 02/12/2014
Prcticas genricas
Las prcticas genricas se denominan genricas porque la misma prctica se aplica a
mltiples reas de proceso. Las prcticas genricas asociadas con una meta genrica
describen las actividades que se consideran importantes para lograr la meta genrica y
contribuir a la institucionalizacin de los procesos asociados con un rea de proceso.
Una prctica genrica es un componente esperado del modelo.
Elaboraciones de la prctica genrica
Las elaboraciones de la prctica genrica aparecen despus de las prcticas genricas

para orientar en la forma en que pueden aplicarse, de forma nica, las prcticas
genricas a las reas de proceso. Una elaboracin de prctica genrica es un
componente informativo del modelo.
Pgina 10 de 35
Fecha: 02/12/2014
REAS DE PROCESO QUE SE INVOLUCRAN EN EL NIVEL 2 DE CMMI

GESTIN DE CONFIGURACIN (CM)
El propsito de la Gestin de Configuracin (CM) es establecer y mantener la
integridad de los productos de trabajo utilizando la identificacin de la configuracin, el
control de la configuracin, el informe del estado de la configuracin y las auditoras de
la configuracin.
El rea de proceso de Gestin de Configuracin implica las siguientes actividades:
Identificar la configuracin de los productos de trabajo seleccionados que componen

las lneas base en puntos determinados en el tiempo.
Controlar los cambios a los elementos de configuracin.
Construir o proporcionar las especificaciones para construir los productos de trabajo a

partir del sistema de gestin de configuracin.
Mantener la integridad de las lneas base.
Proporcionar a los desarrolladores, usuarios finales y clientes datos precisos del

estado y de la configuracin actual.
Algunos ejemplos de recursos son:
Herramientas de gestin de configuracin.
Herramientas de gestin de datos.
Herramientas de archivo y reproduccin.
Sistemas de gestin de bases de datos.
Pgina 11 de 35
Fecha: 02/12/2014
MEDICIN Y ANLISIS (MA)

El propsito de Medicin y Anlisis (MA) es desarrollar y mantener la capacidad de
medicin utilizada para dar soporte a las necesidades de informacin de la gerencia.
El rea de proceso Medicin y Anlisis implica las siguientes actividades:
Especificar los objetivos de medicin y anlisis para alinearlos con las necesidades de
informacin y con los objetivos del proyecto, de la organizacin o del negocio.
Especificar las medidas, las tcnicas de anlisis y los mecanismos, para la recogida
de datos, almacenamiento de datos, difusin y realimentacin.
Implementar las tcnicas de anlisis y los mecanismos para la recogida de datos,

difusin de datos y realimentacin.
Proporcionar resultados objetivos que puedan utilizarse en la toma de decisiones
Paquetes estadsticos.
Paquetes que dan soporte a la recogida de datos a travs de la red.
MONITORIZACIN Y CONTROL DEL PROYECTO (PMC)

El propsito de la Monitorizacin y Control del Proyecto (PMC) es proporcionar una
comprensin del progreso del proyecto para que se puedan tomar las acciones
correctivas apropiadas, cuando el rendimiento del proyecto se desve significativamente
del plan.
Un plan de proyecto documentado es la base para la monitorizacin de las actividades,

la comunicacin del estado y la toma de acciones correctivas. El progreso se determina
principalmente comparando los atributos de los productos de trabajo y de las tareas, el
Pgina 12 de 35
Fecha: 02/12/2014
esfuerzo, el coste y el calendario reales, con el plan en los hitos o niveles de control
establecidos en el calendario del proyecto o en la estructura de descomposicin del
trabajo (WBS). Una visibilidad adecuada del progreso permite llevar a cabo las
acciones correctivas de manera oportuna cuando el rendimiento se desve
significativamente del plan. Una desviacin es significativa si, cuando se deja sin
resolver, impide al proyecto cumplir con sus objetivos.
El trmino plan de proyecto, se utiliza a lo largo de esta rea de proceso para referirse
al plan global para controlar el proyecto.
Cuando el estado real se desve significativamente de los valores esperados, se

llevarn a cabo acciones correctivas segn proceda. Estas acciones pueden requerir
una re planificacin, que puede incluir la modificacin del plan original, el
establecimiento de nuevos acuerdos o la inclusin de actividades adicionales de
mitigacin en el plan actual.
Sistemas de seguimiento de costes.
Sistemas de seguimiento de esfuerzo.
Sistemas de seguimiento de elementos de accin.
Programas de gestin del proyecto y del calendario.
PLANIFICACIN DEL PROYECTO (PP)

El propsito de la Planificacin del Proyecto (PP) es establecer y mantener planes que
definan las actividades del proyecto.
Una de las claves para gestionar eficazmente un proyecto es la planificacin del

proyecto. El rea de proceso Planificacin del Proyecto implica las siguientes
actividades:
Pgina 13 de 35
Fecha: 02/12/2014
Desarrollar el plan de proyecto.
Interactuar de forma apropiada con las partes interesadas relevantes.
Obtener el compromiso con el plan.
Mantener el plan.
La planificacin incluye la estimacin de los atributos de los productos de trabajo y de

las tareas, la determinacin de los recursos necesarios, la negociacin de los
compromisos, la elaboracin de un calendario, y la identificacin y el anlisis de los
riesgos del proyecto. Para establecer el plan de proyecto, puede ser necesario realizar
iteraciones de estas actividades. El plan de proyecto proporciona la base para realizar y
controlar las actividades del proyecto que abordan los compromisos con el cliente del
proyecto (vase la definicin de proyecto en el glosario).
La experiencia particular en planificacin de proyectos puede incluir:
Estimadores experimentados.
Planificadores.
Expertos tcnicos en reas aplicables (p. ej., dominio del producto, tecnologa).
ASEGURAMIENTO DE LA CALIDAD DEL PROCESO Y DEL PRODUCTO (PPQA)

Paquetes de anlisis estadstico.
Paquetes de control de calidad y de control estadstico de procesos.
Scripts y herramientas que ayudan a los equipos a analizar su propio rendimiento de

proceso con necesidad mnima de asistencia adicional de expertos.
Pgina 14 de 35
Fecha: 02/12/2014
GESTIN DE REQUISITOS (REQM)
El propsito de la Gestin de Requisitos (REQM) es gestionar los requisitos de los

productos y los componentes de producto del proyecto, y asegurar la alineacin entre
esos requisitos, y los planes y los productos de trabajo del proyecto.
Los procesos de gestin de requisitos gestionan todos los requisitos recibidos o

generados por el proyecto, incluyendo tanto los requisitos tcnicos como los no
tcnicos, as como los requisitos impuestos al proyecto por la organizacin.
En particular, si se implementa el rea de proceso Desarrollo de
Requisitos, sus procesos generarn requisitos de producto y de componente de
producto que tambin sern gestionados por los procesos de gestin de requisitos.
En todas las reas de proceso, cuando se utilizan los trminos producto y
componente de producto, sus significados previstos tambin incluyen los servicios, los
sistemas de servicio y sus componentes.
Cuando las reas de proceso Gestin de Requisitos, Desarrollo de Requisitos y
Solucin Tcnica estn implementadas, sus procesos asociados pueden estar
estrechamente relacionados y realizarse de manera concurrente.
Herramientas para el seguimiento de los requisitos.
Herramientas de trazabilidad.
Pgina 15 de 35
Fecha: 02/12/2014
GESTIN DE ACUERDOS CON PROVEEDORES (SAM)
El propsito de la Gestin de Acuerdos con Proveedores (SAM) es gestionar la

adquisicin de productos y servicios de proveedores.
El alcance de esta rea de proceso aborda la adquisicin de productos, servicios y

componentes de producto y de servicio que pueden ser entregados al cliente del
proyecto o incluidos en un producto o sistema de servicios. Estas prcticas del rea de
proceso tambin pueden ser utilizadas para otros propsitos que beneficien al proyecto
(p.ej., compra de consumibles). Esta rea de proceso no se aplica en todos los
contextos en los que se adquieren los componentes comerciales (COTS), sino que se
aplica en los casos donde hay modificaciones a los componentes (COTS), en
componentes comerciales de gobierno, o en software libre, que son un valor importante
para el proyecto o que representan un riesgo importante para el proyecto.
En las reas de proceso, donde se utilizan los trminos producto y componente de
producto, sus significados tambin abarcan servicios, sistemas de servicio y sus
componentes.
El rea de proceso Gestin de Acuerdos con proveedores implica las siguientes

actividades:
Determinar el tipo de adquisicin.
Seleccionar los proveedores.
Establecer y mantener acuerdos con los proveedores.
Ejecutar los acuerdos del proveedor.
Aceptar la entrega de los productos adquiridos.
Asegurar una transicin satisfactoria de los productos adquiridos.
Pgina 16 de 35
Herramientas de seguimiento de requisitos.
Programas para gestin de proyectos y calendarios.
Fecha: 02/12/2014
Pgina 17 de 35
Fecha: 02/12/2014
MATRIZ PIIBD
Para comprender qu son los indicadores de implementacin de la prctica es

necesario conocer primero la estructura de un rea de proceso.
Las reas de proceso estn compuestas de unas metas, que deben ser alcanzadas
para cumplir con el rea de proceso.
Se distinguen dos tipos de metas, las metas genricas (GG), que son comunes a todas
las reas de proceso, y las metas especficas (SG), que son definidas por cada rea de
proceso. Estas metas se dividen a su vez en prcticas, que son actividades que se
consideran importantes para alcanzar el objetivo del rea de proceso.
Se distinguen tambin dos tipos de prcticas, las prcticas genricas (GP), que son
comunes a todas las reas de proceso, y las prcticas especficas (SP), que son
propias de cada rea de proceso.
Pgina 18 de 35
Fecha: 02/12/2014
Figura 2: Metas de reas de proceso
Cuando se est realizando una auditora CMMI, es necesario comprobar que todas las
metas de cada rea de proceso definida en el nivel de madurez a evaluar han sido
alcanzadas. Para ello, se comprueba que todas las prcticas definidas de cada meta
han sido satisfechas. Si esto es as, la realizacin de cada prctica dejar algn tipo de
rastro (por ejemplo un documento, un acta de reunin, un email, etc.). A estos
rastros se les conoce como indicadores de implementacin de la prctica (Practice
Implementation Indicators o PII), que son, por lo tanto, el resultado de la
implementacin de una prctica y que sirven para comprobar que esta implementacin
se ha realizado correctamente. Estos indicadores de implementacin es lo que busca el
auditor durante la auditora para comprobar que se est realizando cada una de las
prcticas y que se alcanzan, por lo tanto, cada una de las metas del rea de proceso
correspondiente.
Pgina 19 de 35
Fecha: 02/12/2014
INSTITUCIONALIZAR UN PROCESO GESTIONADO
GP 2.1: Establecer
las polticas de la
organizacin
GP 2.2: Planificar
los procesos
GP 2.3:
Proporcionar los
recursos
adecuados
GP 2.4: Asignar
las
responsabilidades
GP 2.5: Formar al
personal
Artefacto Directo
Artefacto Indirecto
La Gerencia Define y formaliza las

expectativas de la organizacin en
relacin con los procesos de nivel
2 y proyectos.
Se comunican las directrices

organizacionales por
diferentes medios: Intranet.
Carteleras, cartillas de
difusin, pgina web)
Se realizaran
cartillas de
divulgacin
Elaboracin de planes de procesos

y proyectos en los cuales se
definen: responsables, indicadores,
reas a las que aplica y
descripciones generales.
Se identifica el nmero de
horas asignadas a los
proyectos y de las cuales se
tendr control a travs de
herramientas como:
Cronogramas, Gantt,
Reporte de horas trabajadas
por el personal.
Registro de horas
Facturas de compra de los

equipos y maquinaria.
Facturacin
Actas donde se asignan los

integrantes del proyecto y se
explican sus
responsabilidades.
Listas de asistencia
Listas de asistencias a los

cursos de formacin
programados.
Listas de asistencia
Herramientas de ejecucin:
equipos de cmputo (con hojas de
vida).
Herramientas de seguimiento para
monitorear el estado de cada uno
de los equipos de cmputo.
Identificacin, definicin y
formalizacin de cada uno de los
roles junto con sus
responsabilidades respecto al
proceso.
Descripciones de los procesos de
capacitacin, material que se
utilizar en cada capacitacin,
evaluaciones que se aplicaran una
vez finalizadas las capacitaciones
e indicadores que permitan medir
el nivel de satisfaccin con las
capacitaciones.
Afirmacin
Estndares, procedimientos y
mtodos para la capacitacin de
todo el personal asignado a los
proyectos.
GP 2.6: Gestionar
la configuracin
Implementar el gestor de la
configuracin (Tortoise, SVN, CVS,
Subversion, SourceSafe,
ClearCase, Darcs, Plastic SCM)
Logs donde se muestre el

control al cdigo fuente.
Archivos de Logs
Seguimiento del estado de
las versiones y sus cambios.
Pgina 20 de 35
Fecha: 02/12/2014
Control sobre la integracin

de las partes del software en
un solo producto de
software.
GP 2.7: Identificar
los actores
importantes
Establecimiento de criterios para la

evaluacin objetiva de los
procesos de comunicacin
empresarial, en los cuales se
identifican los actores (principales
y secundarios)
Evaluaciones objetivas del proceso
planificadas y ejecutadas.
GP 2.8:
Monitorizar y
controlar los
procesos
Actas de las reuniones

programadas y no
programadas del proyecto.
Evaluaciones objetivas de producto

de trabajo planificadas y
ejecutadas.
Acciones correctivas,
Acciones preventivas y
Acciones de mejora
asociadas al desempeo de
los procesos y proyectos.
Calendario de las evaluaciones

objetivas.
Se comunican los resultados

a todos los involucrados.
Actas de reuniones
Registro de las
acciones correctivas,
preventivas y de
mejora
Auditoras internas y externas:
GP 2.9: Evaluar
objetivamente el
cumplimiento
1. Evaluar objetivamente los

procesos y los productos de
trabajo.
2. Seguir y comunicar las no
conformidades.
3. Informes de no conformidad.
4. Registros e informes de
evaluacin.
GP 2.10: Revisar
el proyecto con
los responsables
de mayor nivel
Reunin Gerencial donde se

revisan y evalan los estados de
los procesos de la empresa.
Programacin de la auditoria
Listas de chequeo de
auditoria
Informes de auditoria
Informes de auditoria
Listas de asistencia a la
auditoria
Actas de auditorias
Actas de las reuniones

gerenciales.
Actas de reunin.
Pgina 21 de 35
Fecha: 02/12/2014
GESTIN DE CONFIGURACIN (CM)

Artefacto Directo
Artefacto Indirecto
Afirmacin
SG 1. Establecer lneas base.
SP 1.1.
Identificar cada
componente
susceptible de
ser versionado.
Documento o tool Donde s

identifican los Elementos de
Configuracin de las Lneas de
base. Pueden servicio
Productos Que se entregan al
Cliente, Herramientas, Diseos,
planos de Pruebas, Prototipos,
Resultados de Pruebas, en
documentos, etc
SP 1.2.
Establecer y
mantener un
sistema de
administracin
de la
configuracin.
Herramienta de Gestin de la
configuracin (Tortoise, SVN,
CVS, Subversion, SourceSafe,
ClearCase, Darcs, Plastic SCM)
SP 1.3. Crear
lneas base
(para uso
interno o para
entregar al
cliente).
Descripcin de las entregas

formales a realizar durante el
proyecto, tanto de productos
software como de
documentacin, describiendo
los elementos que contiene.
Tiempo dedicado a la elaboracin, horas,

actas, etc
Histrico de revisiones y roles de acceso

al sistema de gestin de la configuracin.
Logs de herramientas de gestin de
configuracin
Registro de Horas
Logs de
configuracin
Histrico de entregas formales realizadas.
SG 2. Seguimiento y control de cambios.

SP 2.1.
Monitorizar los
requisitos de
cambio.
Peticiones de cambio realizadas

durante el proyecto.
SP 2.2.
Controlar los
componentes
que han
cambiado.
Servidor de integracin continua

que integra peridicamente el
cdigo realizado hasta ese
momento, identificando errores
o conflictos. No conformidades
identificadas durante las
auditoras internas y externas.
Logs de ejecuciones del
servidor de integracin continua.
Registro con la aprobacin o denegacin

de un cambio en el sistema.
Registros de auditora interna o externa

Registros de Ejecuciones del Servidor de
Integracin Continua.
SG 3. Establecer la integridad
Pgina 22 de 35
SP 3.1.
Establecer y
mantener
registros
describiendo
cada iteracin
de la
configuracin
SP 3.2.
Ejecutar
auditoras a la
configuracin
para mantener
la integridad.
Historia revisiones de las Tareas

de Gestin de configuracin.
Historia revisiones de los
Cambios implementados Entre
dos versiones de la lnea base.
Informe de auditora interna o

externa.
Fecha: 02/12/2014
Incidencias en la Gestin de
configuracin (ej. Establecimiento de
ramas, "fusiona" que no funcionan).
Histrico de Cambios en la Herramienta
de Gestin de la configuracin
No conformidades extradas de la
realizacin de la auditora.
Pgina 23 de 35
Fecha: 02/12/2014
MEDICIN Y ANLISIS (MA)

Artefacto Directo
Artefacto Indirecto
Afirmacin
SG 1. Alinear actividades de medicin y anlisis con los objetivos y las necesidades de informacin
SP 1.1. Definir
cules van a ser
los objetivos de
la medicin.
Documento con los

objetivos de medicin,
donde se indican los
objetivos de negocio y su
relacin con los indicadores
de medicin.
SP 1.2.
Especificar
medidas
(mtricas
bsicas, nmero
de
requerimientos,
esfuerzo
esperado en la
correccin de
errores).
Descripcin de los
indicadores de medicin:
Unidades de Medida,
mecanismo de Recogida,
periodicidad de la
recoleccin, Objetivo de la
medicin, etc
Correos de sugerencias de
indicadores.
Histrico de indicadores.
Reunin para la definicin de los

indicadores.
Histrico de resultados de las
mediciones.
Listado de indicadores de
medicin.
Catlogo genrico de mtricas.
Descripcin de los
indicadores de medicin
SP 1.3.
Establecer
procedimientos
de recoleccin
de datos y
almacenamiento
de los mismos.
Unidades de Medida,
Mecanismo de Recogida,
etc Seccin en la
documentacin de donde
se indica
Procedimiento de medicin y anlisis

desarrollado.
Logs de las herramientas de
recoleccin automtica de datos.
Cmo se almacenan los

Datos
SP 1.4.
Establecer el
procedimiento
de anlisis.
Descripcin de los
indicadores de medicin,
umbrales y anlisis a
realizar.
Plantilla de los Informes de

Indicadores
SG 2. Proporcionar resultados de las mediciones
SP 2.1. Guardar
las mediciones.
Informe que contenga los

datos extrados de la
medicin
Horas dedicadas a realizar el

Informe. Registros de las
Herramientas de recoleccin
automtica de Datos.
Informe de mediciones
Pgina 24 de 35
Reuniones para el anlisis de los

datos
SP 2.2. Analizar
las mediciones
(para ver si los
datos obtenidos
son Correctos).
Informe de Anlisis de los

datos obtenidos.
SP 2.3.
Almacenar los
datos y
resultados
obtenidos
(mtricas
bsicas y
calculadas).
BBDD de Indicadores, Con

Los Resultados de las
Mediciones Anteriores y
Actuales
SP 2.4.
Comunicar los
resultados del
proceso a los
involucrados.
Fecha: 02/12/2014
Acciones correctivas asociadas al

anlisis y almacenamiento de los
datos
Horas asignadas para el anlisis y

almacenamiento de los resultados
Correo electrnico
Actas, donde se evidencie
la comunicacin de los
resultados comunicaciones
de los resultados
Respuestas sobre los resultados

comunicados
Actas de reuniones
Pgina 25 de 35
Fecha: 02/12/2014
MONITORIZACIN Y CONTROL DEL PROYECTO (PMC)

Artefacto Directo
SP 1.1. Monitorizar los

parmetros del Plan de
proyecto (% de avance,
fechas reales vs fechas
estimadas, nmero de
requerimientos atendidos
vs los planeados, etc)..

compromisos

riesgos.
Artefacto Indirecto
SG 1. Monitorizar el proyecto de acuerdo con el Plan

Actas de seguimiento llevadas a
cabo.
Herramienta de seguimiento (por
ejemplo Gantt de seguimiento,
Trac, etc.).
Actas de reunin de seguimiento,

informes de avance, de
cumplimiento de hitos, etc.
Histrico de cambios
riesgos.
Registro de
horas
Identificacin de nuevos riesgos a

lo largo del proyecto
SP 1.5. Monitorizar de
la involucracin de
los interesados.
Actas de reunin de entrega de

hitos intermedios.
Informes
de
seguimiento.
Horas programadas al
seguimiento del proyecto
en los
Servidor de integracin continua.

Registro de tareas de gestin de
datos.
SP 1.7. Realizar revisiones

de los hitos del proyecto.
Registro de la revisin de las

horas imputadas al proyecto.
Identificacin de desviaciones en
el proyecto.
SP 1.4. Monitorizar Plan de

administracin de
datos (que los datos
existan
y estn almacenados en el
lugar correcto).
SP 1.6. Realizar revisiones

del progreso del
proyecto (avance del
mismo).
Afirmacin
avance
del
Actas de reunin de seguimiento
Acta de reunin de seguimiento

en la que se tratan explcitamente
los riesgos del proyecto.
Actas de
reunin
Logs del sistema de copias de

seguridad.
Histrico de revisiones en gestor
de configuracin.
Correos o notificaciones entre los

implicados.
Horas asignadas atribuidas por
parte del equipo a tareas del
proyecto. Impedimentos
detectados durante las reuniones
de seguimiento
Actas de reunin de entrega

intermedia, reuniones intermedias
de chequeo con el cliente.
Histrico de entregables.
Acta de reunin de final de un

Sprint
Riesgos del proyecto revisados

durante la realizacin del hito.
Histrico de incidencias.
Pgina 26 de 35
Fecha: 02/12/2014
SG 2. Administrar acciones correctivas a tomar
Peticiones de cambio
asociadas.
SP 2.1. Analizar los
problemas.
Incidencias registradas y
analizadas
Planificacin modificada
incluyendo las incidencia y su
estimacin
Peticiones
de cambio
Incidencias resueltas.
SP 2.2. Tomar acciones
correctivas.
Documento o registro de
acciones correctivas.
SP 2.3. Administrar las

acciones correctivas
Histrico de acciones
correctivas, participantes,
planes derivados, etc.
Histrico de cambios de estado

de las incidencias
Acta de reunin al final del hito en
la que se incluye la revisin de las
incidencias y las acciones
correctivas asociadas.
Acciones
correctivas
Planes de
mejora
asociados
Pgina 27 de 35
Fecha: 02/12/2014
PLANIFICACIN DEL PROYECTO (PP)

Artefacto Directo
SP 1.1. Estimar el
alcance del
proyecto (relacin
de tareas).
SP 1.2. Realizar
estimaciones de los
productos de trabajo
y atributos de
las tareas (tamao
en puntos funcin,
lneas de
cdigo, etc).
SP 1.3. Definir el
ciclo de vida del
proyecto (diferentes
fases del
proyecto).
SP 1.4. Realizar
estimaciones de
esfuerzo y
coste.
SP 2.1. Establecer
el presupuesto y
calendario del
proyecto
Artefacto Indirecto
SG 1. Establecer estimaciones
Plan de proyecto donde se indican Horas dedicadas a la tarea de
el alcance del sistema. Descripcin estimacin del alcance, oferta
de las tareas a realizar durante el
inicial, estudio de viabilidad,
proyecto.
etc
Afirmacin
Plan de proyecto
Estimaciones
Diagrama de Gantt en el que se

describe la duracin de las tareas,
con base en una estimacin por
analoga. Planificacin del sprint
backlog. Informe con los
resultados de la estimacin
Horas planeadas para la

realizacin de la estimacin
por analoga, punto funcin,
puntos pker, etc
Una seccin, usualmente

incorporada al plan de proyecto
donde se describen las fases que
contendr el proyecto (anlisis,
Hitos definidos en el diagrama
diseo, despliegue, iteraciones,
de Gantt
etc.), la relacin entre estas fases
y su ordenacin temporal
(cascada, iterativo, incremental,
etc.
Informe en el que se representan
los resultados de la estimacin del
esfuerzo necesario y el mtodo
Horas dedicadas a la tarea de
usado. Hoja de costes para el
estimacin.
proyecto y el procedimiento de
Herramienta de clculo de
clculo. Definicin de recursos
esfuerzo y coste completada
necesarios (memoria, capacidad
de red, etc.) para la realizacin del
proyecto..
SG 2. Desarrollar el plan de proyecto
Seccin de presupuesto del
Horas asignadas a la tarea de
documento del plan de Proyecto.
elaboracin del presupuesto y
Diagrama de PERT en el que se
calendario.
identifican las distintas tareas y sus
Herramienta de clculo de
dependencias.
esfuerzo y coste completada
SP 2.2. Identificar
los riesgos del
proyecto.
Matriz de riesgos identificados

para el proyecto.
Checklist que evala los riesgos
para el proyecto.
Catlogo genrico de riesgos.

Horas asignadas a la tarea de
identificacin de riesgos
SP 2.3. Definir un
plan para administrar
los datos,
entendiendo
por datos cualquier
documentacin
requerida para
soportar un
programa en
cualquiera de sus
Listado de los datos gestionados

en el proyecto, con la descripcin
del formato, requisitos de
privacidad y seguridad.
Descripcin del sistema de
Backup.
Datos que requieren
confidencialidad.
Estructura de carpetas y
permisos para controlar datos
confidenciales.
Logs de backups realizados
para el proyecto.
Registro de horas
Riesgos iniciales
identificados
Pgina 28 de 35
Fecha: 02/12/2014
facetas
(administracin,
control de cambios,
logstica, etc)
SP 2.4. Definir un
plan para
administrar los
recursos,
entendiendo
por recurso una
mquina,
materiales,
mtodos, etc.
SP 2.5. Definir un
plan para administrar
los conocimientos y
habilidades.
SP 2.6. Definir un
plan para involucrar
a los interesados.
SP 2.7. Establecer el
Plan General del
proyecto.
SP 3.1. Revisar los

planes que afectan al
proyecto (con los
involucrados).
SP 3.2. Reconciliar
el trabajo y el nivel
de los recursos.
SP 3.3. Conseguir el
compromiso de los
involucrados con el
Plan de proyecto
Listado de equipamiento,
instalaciones y software asociado
con el proyecto. Listado de
recursos humanos necesarios
Listado de habilidades necesarias

por parte de los miembros del
equipo.
Plan de personal y de nuevas
contrataciones. .
Listado de los participantes del
proyecto y rol que juegan en el
mismo.
Comunicacin formal a las
personas que participarn en el
proyecto (cliente, desarrolladores,
equipo de pruebas, etc.).
Plan de comunicacin y relaciones
entre los participantes.
Orden de compra de
equipamiento. Acta de
reunin interna de inicio de
proyecto
Actividades de formacin para

los perfiles del proyecto.
Material de formacin.
Acta de inicio del proyecto en

la que participan tanto el
cliente como los principales
involucrados en el proyecto y
se explica el plan de
comunicacin.
Horas dedicadas a la tarea de

planificacin.
Plantilla de plan de proyecto.
SG 3. Obtener un compromiso para realizar el plan
Matriz de relaciones entre
proyectos, planificacin de
proyectos y recursos asignados en Registro de resolucin de
la unidad organizacional.
conflictos (correo, acta, etc.).
Documento con la ocupacin de
recursos de la organizacin.
Presupuestos renegociados.
Control de la asignacin y
Revisin en herramienta de
capacidad de los recursos.
gestin de personal y control
Reestimacin de las tareas de los
de horas, as como el ajuste
implicados que tengan una
de recursos y tareas
dedicacin que no sea aceptable.
Plan de proyecto
Aceptacin por los afectados del

plan de proyecto.
Acta de reunin de inicio del

proyecto con la participacin
del equipo.
Pgina 29 de 35
Fecha: 02/12/2014
ASEGURAMIENTO DE LA CALIDAD DEL PROCESO Y DEL PRODUCTO (PPQA)
SP 1.1. Evaluar
objetivamente los
procesos.
SP 1.2. Evaluar
objetivamente los
productos de
trabajo y servicios.
SP 2.1. Comunicar
las no
conformidades y
asegurar su
resolucin.
SP 2.2. Establecer
y mantener registro
de actividades.
Artefacto Directo
Artefacto Indirecto
SG 1. Evaluar objetivamente procesos y productos de trabajo
Plan de calidad donde se han
registrado las diferentes
Actas de reunin de evaluacin
auditoras independientes que
de los procesos.
se realizarn a los proyectos.
Horas registradas a las
Informe de auditora interna o
actividades de las auditoras.
externa. No conformidades
Registro de auditora
detectadas durante la auditora.
.
Informes de pruebas de los
productos y servicios.
Informes de auditora interna o
externa realizada al proyecto
Afirmacin
Plan de calidad
Registro de horas
Histrico de casos de prueba.

Horas dedicadas a las auditoras.
SG 2. Proporcionar comunicacin interna objetiva

No conformidades detectadas
Durante la Auditora
Acciones correctivas asociadas a
comunicadas a los Proyectos y
las no conformidades
asignadas al responsable de la
solucin
Plan de calidad e informes de
auditora.
Almacenamiento de las no
Horas dedicadas a las auditora
conformidades identificadas en
las auditoras
Registro de acciones
correctivas
Plan de auditoria
Pgina 30 de 35
Fecha: 02/12/2014
GESTIN DE REQUISITOS (REQM)
SP 1.1 Obtener una

comprensin de
los requerimientos
SP 1.2 Obtener el
compromiso sobre
los requerimientos
SP 1.3 Gestionar
los cambios en los
requerimientos
SP 1.4 Mantener
una trazabilidad
bidireccional de los
requerimientos
SP 1.5 Identificar
las inconsistencias
entre el trabajo del
proyecto y los
requerimientos
Artefacto Directo
Artefacto Indirecto
SG 1 Gestionar los requerimientos
Aplicacin de un listado de
Correos electrnicos o actas de
criterios definidos para la
reunin en los cuales se
evaluacin y la aceptacin de los
evidencia el entendimiento,
requisitos. Resultados del anlisis
negociacin o cambio de
de los requisitos frente a los
requisitos.
criterios de aceptacin
Documento de requisitos
Histrico de requisitos cuyo
aceptado. Acta de reunin donde
estado pasa a ser aceptado.
se aceptan los requisitos.
Peticiones de cambio asociadas
Histrico de requisitos cuyo
con requisitos.
estado haya pasado a abierto
Requerimientos versionados.
tras haber sido cerrado
Tareas para cada peticin de
Estimacin de las tareas
cambio: trazabilidad de la peticin
asociadas al cambio en un
de cambio con las tareas
requisito.
Matriz de trazabilidad entre
requisitos y los dems elementos
Anlisis de cambio donde se ha
que componen el producto
utilizado la matriz de trazabilidad
software (ej. diseo, casos de
para valorar el impacto
prueba, cdigo fuente, etc.)
Informe de pruebas.
Listado de inconsistencias
Acciones correctivas asociadas a

las inconsistencias encontradas
entre el proyecto y los requisitos.
Afirmacin
Actas de reunin
Documento de
requisitos
Documento de control
de cambios
Acciones correctivas
Pgina 31 de 35
Fecha: 02/12/2014
GESTIN DE ACUERDOS CON PROVEEDORES (SAM)
SP 1.1 Determinar
el Tipo de compra
SP 1.2
Seleccionar los
proveedores
SP 1.3 Establecer
los acuerdos con
el proveedor
Artefacto Directo
Artefacto Indirecto
SG1: Establecer los acuerdos con Proveedores
Poltica de acuerdos con proveedores,
definiendo los tipos de compras posibles
Requisito del proyecto donde se
(productos off-the-shelf, productos a
describe el mdulo un Contratar.
medida, etc.). Requisito del proyecto
donde se describe el mdulo a contratar.
Plantilla de homologacin de
proveedores. Listado de proveedores.
Informe de homologacin
Informe de homologacin.
Contrato Con El Proveedor
Actas
Afirmacin
Contrato con
el proveedor
Acta de
acuerdo con el
proveedor
Acuerdo Realizado
SG 2. Satisfacer los acuerdos del proveedor

SP 2.1 Realizar el
acuerdo del
Proveedor
SP 2.2 Monitorizar
los procesos de
seleccin del
proveedor.
SP 2.3. Evaluar
los productos
seleccionados del
proveedor
SP 2.4. Aceptar
los productos
adquiridos
SP 2.5. Transferir
los productos
Informes de Cierre de Acuerdos y de

progreso del Proveedor.
Registro de incidencias
Reuniones de seguimiento
Actas de
reunin
Informes de Seguimiento del Proveedor.

Informes De discrepancias.
Registro de horas de la
monitorizacin de Actividades
del Proveedor.
Registro de
Horas
Listado de productos seleccionados

Evaluar al proveedor
Informes de seleccin de proveedores
Registro de horas a la
evaluacin de productos de
terceros.
Resultados de las pruebas de aceptacin
Histrico de las incidencias y

sus resoluciones
Planes de transicin y despliegue,

gestin del cambio, paso a produccin, a
pre-produccin, etc. Informes de
formacin sobre los nuevos productos.
Registro de horas de cada

empleado que se involucr en
actividades de formacin
relacionadas con el producto.
Informe de incidencias durante
el despliegue
Pgina 32 de 35
Fecha: 02/12/2014
CONSTRUIR UNA PROPUESTA A LA LUZ DEL MODELO CMMI, PARA

CALIFICAR LAS REAS DE PROCESO TENIENDO EN CUENTA EL ESTADO
DE LOS PII
La evaluacin que se pretende realizar estar enfocada en la verificacin de cada uno

de los aspectos anteriormente mencionados. El equipo de auditora ir comprobando
las prcticas de las reas de proceso, comprobando el estado de implementacin en el
que se encuentran. Para ello, revisa los indicadores de implementacin de la prctica
(PII). A cada una de las prcticas se le dar una calificacin, en funcin de las
evidencias encontradas.
Se ha de comprobar si se cumplen las prcticas definidas para cada una de las reas
de proceso definidas en el nivel de madurez. Para comprobar si se cumplen, se
utilizar la escala que determina si se han implementado completamente, parcialmente
o no se han implementado. La escala puede verse en la siguiente tabla:
Calificacin
Fully Implemented (FI)
En gran parte
Implementado (LI)
Parcialmente
Implementado (PI)
No Implementado (NI)
Descripcin
Artefactos directos presentes y adecuados
Artefactos indirectos y/o Afirmaciones
No se han notado debilidades
Artefactos indirectos y/o Afirmaciones
Se han notado una o ms debilidades
Artefactos directos no encontrados o inadecuados
Artefactos indirectos y/o afirmaciones indican que
parte de la practica ha sido implementada

No se encuentra otra evidencia que soporte la prctica
Se han encontrado una o ms debilidades
Artefactos directos no encontrados yo inadecuados
No se encuentra otra evidencia que soporte la prctica
Pgina 33 de 35
Fecha: 02/12/2014
FASES DE LA EVALUACIN
Preparacin y planificacin
En esta fase se seleccionaran los objetivos de la mejora, se definir el mtodo de
captura de evidencias, etc. Esta fase ser realizada conjuntamente el auditor principal y
el auditor.
Readiness-review
En esta fase se estudia si los proyectos que van a ser evaluados y la organizacin est
preparada para la auditora. Es necesario que esta fase se realice al menos una vez.
Ejecucin de la auditora y comunicacin de resultados

El equipo de auditora ir comprobando las prcticas de las reas de proceso,
comprobando el estado de implementacin en el que se encuentran. Para ello, revisar
los indicadores de implementacin de la prctica (PII). A cada una de las prcticas se le
dar una calificacin en funcin de las evidencias encontradas.
Una vez se d por finalizada la auditoria, el quipo preparar un informe en el que

detalla el nivel de cumplimiento de cada una de las metas (genricas y especficas),
prcticas y el conjunto de debilidades detectadas que terminaran por establecer el nivel
de cumplimiento de cada rea de proceso.
Partiendo de lo anteriormente descrito podemos afirmar que contamos con evidencia

objetiva y se cuenta con artefacto directo (documento de diseo), un artefacto indirecto
(documento de aprobacin) y tambin una afirmacin (teleconferencia con el cliente)
que da como resultado una evidencia objetiva en esta etapa del ciclo de vida de
desarrollo de software.
Pgina 34 de 35
Fecha: 02/12/2014
Si se pretende evaluar otras etapas debemos definir los artefactos directos e indirectos
y las afirmaciones para cada una de ellas. De esta forma tendremos la propuesta de
evaluacin para la empresa.
Todo lo anteriormente definido para hacer la evaluacin a la empresa permitir hacer

seguimiento peridico a cada uno de los procesos que deben ser llevados a cabo,
enfocados a la calidad del software permitiendo as una mejora continua.
Pgina 35 de 35

Guia de Evaluación para El Nivel de Madurez 2 de Cmmi

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Guia de Evaluación para El Nivel de Madurez 2 de Cmmi

Transféré par

Droits d'auteur :

Formats disponibles

GUIA DE EVALUACIN PARA EL NIVEL DE MADUREZ 2 DE CMMI

GUIA DE EVALUACIN PARA EL NIVEL DE MADUREZ 2 DE CMMI

GUIA DE EVALUACIN PARA EL NIVEL DE MADUREZ 2 DE CMMI

GUIA DE EVALUACIN PARA EL NIVEL DE MADUREZ 2 DE CMMI

PLANIFICACIN DEL PROYECTO (PP) ................................................................................ 13

GUIA DE EVALUACIN PARA EL NIVEL DE MADUREZ 2 DE CMMI

GUIA DE EVALUACIN PARA EL NIVEL DE MADUREZ 2 DE CMMI

Dependiendo la implementacin de los procesos de calidad de las organizaciones,

GUIA DE EVALUACIN PARA EL NIVEL DE MADUREZ 2 DE CMMI

GUIA DE EVALUACIN PARA EL NIVEL DE MADUREZ 2 DE CMMI

Entender y usar el modelo CMMI.

Conocer la estructura de un rea de proceso en CMMI.

GUIA DE EVALUACIN PARA EL NIVEL DE MADUREZ 2 DE CMMI

GUIA DE EVALUACIN PARA EL NIVEL DE MADUREZ 2 DE CMMI

ESTRUCTURA DE UN REA DE PROCESO SEGN CMMI

consideradas importantes para mejorar esa rea.

GUIA DE EVALUACIN PARA EL NIVEL DE MADUREZ 2 DE CMMI

GUIA DE EVALUACIN PARA EL NIVEL DE MADUREZ 2 DE CMMI

Antes de empezar a describir cada tem de la estructura de un rea de proceso

GUIA DE EVALUACIN PARA EL NIVEL DE MADUREZ 2 DE CMMI

GUIA DE EVALUACIN PARA EL NIVEL DE MADUREZ 2 DE CMMI

ESTRUCTURA DE REA DE PROCESO

Declaracin del propsito

Una declaracin del propsito describe la finalidad del rea de proceso y es un

Describe los conceptos principales cubiertos por el rea de proceso y es un

reas de proceso relacionadas

La seccin de reas de proceso relacionadas enumera las referencias a reas de

GUIA DE EVALUACIN PARA EL NIVEL DE MADUREZ 2 DE CMMI

modelo y se utiliza en las evaluaciones para determinar si se satisface un rea de

Resmenes de metas y prcticas especficas

El resumen de metas y prcticas especficas proporciona un resumen de alto nivel de

Una prctica especfica es la descripcin de una actividad que se considera importante

Ejemplo de productos de trabajo

La seccin de ejemplo de productos de trabajo enumera resultados de muestra de una

GUIA DE EVALUACIN PARA EL NIVEL DE MADUREZ 2 DE CMMI

GUIA DE EVALUACIN PARA EL NIVEL DE MADUREZ 2 DE CMMI

Elaboraciones de la prctica genrica

Las elaboraciones de la prctica genrica aparecen despus de las prcticas genricas

GUIA DE EVALUACIN PARA EL NIVEL DE MADUREZ 2 DE CMMI

GUIA DE EVALUACIN PARA EL NIVEL DE MADUREZ 2 DE CMMI

REAS DE PROCESO QUE SE INVOLUCRAN EN EL NIVEL 2 DE CMMI

El rea de proceso de Gestin de Configuracin implica las siguientes actividades:

Identificar la configuracin de los productos de trabajo seleccionados que componen

Controlar los cambios a los elementos de configuracin.

Construir o proporcionar las especificaciones para construir los productos de trabajo a

Mantener la integridad de las lneas base.

Proporcionar a los desarrolladores, usuarios finales y clientes datos precisos del

Algunos ejemplos de recursos son:

Herramientas de gestin de configuracin.

Herramientas de gestin de datos.

Herramientas de archivo y reproduccin.

Sistemas de gestin de bases de datos.

GUIA DE EVALUACIN PARA EL NIVEL DE MADUREZ 2 DE CMMI

GUIA DE EVALUACIN PARA EL NIVEL DE MADUREZ 2 DE CMMI

MEDICIN Y ANLISIS (MA)

El rea de proceso Medicin y Anlisis implica las siguientes actividades:

Implementar las tcnicas de anlisis y los mecanismos para la recogida de datos,

Proporcionar resultados objetivos que puedan utilizarse en la toma de decisiones

Algunos ejemplos de recursos son:

Paquetes que dan soporte a la recogida de datos a travs de la red.

MONITORIZACIN Y CONTROL DEL PROYECTO (PMC)

Un plan de proyecto documentado es la base para la monitorizacin de las actividades,

GUIA DE EVALUACIN PARA EL NIVEL DE MADUREZ 2 DE CMMI