Concha HN PDF

UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS
Fundada en 1551
FACULTAD DE CIENCIAS MATEMATICAS

E.A.P. DECOMPUTACION
PROPUESTA PARA IMPLANTAR CMMI EN UNA EMPRESA CON

MULTIPLES UNIDADES DESARROLLADORAS DE SOFTWARE
MONOGRAFA
Para optar el Ttulo Profesional de :
LICENCIADO EN COMPUTACION
AUTOR
NANCY ELIZABETH CONCHA HUACOTO
LIMA PER
2005
INDICE
I.INTRODUCCIN
II.FUNDAMENTACIN TERICA
2.1 Fundamentacin genrica
2.1.1
Conceptos de calidad
2.1.2
Qu es un Proceso?
2.1.3
Qu es un modelo de Procesos?
2.1.4
Qu es CMM?
2.1.5
Madurez vs. Inmadurez
2.1.6
Qu es CMMI?
2.1.7
Evolucin de madurez de los procesos CMMI
2.1.8
Antecedentes del CMMI
2.1.9
Necesita su Organizacin CMMI?
2.1.10 Componentes del modelo CMMI
2.2 Fundamentacin especfica
2.2.1
CMM vs. CMMI Diferencias y Semejanzas
2.2.2
Por qu se aplica CMMI?
2.2.3
Procesos
2.2.4
Objetivos del presente estudio
III.PLANTEAMIENTO DEL PROBLEMA
3.1
Situacin actual
3.2
Antecedentes del estudio
3.3
Determinacin del problema
3.4
Justificacin
IV. METODOLOGA DE IDENTIFICACIN, TRANSFORMACIN E IMPLANTACIN ITI
4.1 Descripcin general de la metodologa
4.2 Descripcin detallada
4.3 Esquema de la metodologa
4.4 Objetivos de la metodologa
V.PROCESO DE IMPLANTACIN
5.1 Descripcin general
5.1.1
Alcances del estudio
5.2.1
Levantamiento de requerimientos
5.2.2
Transformacin
5.2.3
Implantacin
5.2.4
Barreras para una implantacin exitosa
5.2.5
Factores crticos de xito
VI.
CONCLUSIONES
VII. RECOMENDACIONES
REFERENCIAS
ANEXOS
Anexo I Glosario de trminos
Anexo II Acrnimos
Anexo III Descripcin detallada de PAs y evidencias de cumplimiento
Anexo IV Formatos
Propuesta para Implantar CMMI en una Empresa con Mltiples

Unidades Desarrolladores de Softwre. Concha Huaroto, Nancy Elizabet.
Derechos reservados conforme a Ley
RESUMEN
El Modelo Integrado de Madurez de la Capacidad - CMMI se usa para mejorar la
calidad del desarrollo y mantenimiento de software, basado en las mejoras de los
procesos de la Organizacin.
En el presente estudio se evaluar y aplicar la metodologa de Identificacin,
Transformacin e Implantacin ITI para transformar una Empresa con mltiples
Unidades Desarrolladoras de Software UDSs a los procesos CMMI para que puedan
operar bajo un concepto de calidad estndar e integrado que originar que la
Organizacin produzca mejores productos. As mismo implementar los estndares
CMMI en las Unidades Desarrolladoras previa customizacin de la Unidad sujeto de
estudio.
Se realiza una fundamentacin terica del modelo CMMI, se describe la metodologa
de Identificacin, Transformacin e Implantacin ITI y se describe de una manera
prctica cmo una Unidad Desarrolladora de Software se transform al modelo CMMI
utilizando la metodologa ITI.
PALABRAS CLAVES:
CMMI
MODELO
INTEGRADO
DE
MADUREZ
DE
LA
CAPACIDAD
METODOLOGA DE TRANSFORMACIN
Elaboracin y diseo en formato PDF por la Oficina General del Sistema de Bibliotecas y Biblioteca Central de la UNMSM

ABSTRACT
Capability Maturity Model Integrated
CMMI is used to improve quality in
development and maintenance of software, based in improvement the Organizations

Process.
In this study it will be evaluate and aplicate Identification, Transformation and
Implementation ITI methodology to
transform an Enterprise with many Units
Developers of de Software UDSs to the CMMI process to operate in a quality

standard an integrated concept in order to Organization make better products. In the
same way to customize and implement CMMI standars on a Developer Unit.
A theoric fundamentation of CMMI model will be make, describing Identification,
Transformation and Implementationt methodology ITI; and it will be also described
on a practical way how an Unit Developer of de Software UDS became a CMMI
model using ITI methodology.
KEY WORDS:
CMMI
CAPABILITY MATURITY MODEL INTEGRATED
TRANSFORMATION METODOLOGY

CAPTULO I
Introduccin
El modelo CMMI Modelo Integrado de Madurez de la Capacidad surge a partir del
reconocimiento de las organizaciones, tanto del Departamento de Defensa de los EEUU
como de la industria en general, de que los componentes de los sis temas son con
frecuencia, una causa significativa de demoras, mayores costos e insatisfaccin de
clientes.
El modelo CMMI define 5 niveles, mediante los cuales se describen los distintos grados
de madurez de una organizacin. Los requerimientos para satis facer cada nivel se
encuentran detallados en un conjunto de actividades que se agrupan en reas de
Procesos definidos para cada nivel. Para que una organizacin se encuentre en un nivel
determinado es necesario cumplir con todas las actividades definidas para ese nivel y
para los niveles anteriores.
EL CMMI se basa en el concepto de la evolucin de la madurez de los procesos. Esto

implica un orden, por lo tanto el enfoque de CMMI apunta a desarrollar la madurez de
las Organizaciones de Desarrollo de Software en forma progresiva nivel a nivel.
Nivel 1 Inicial: Procesos no predecibles y pobremente controlado

Nivel 2 Repetible: Las tareas anteriormente exitosas pueden repetirse
Nivel 3 Definido: Procesos bien definidos y entendidos
Nivel 4 Administrado: Procesos medidos y controlados
Nivel 5 Optimizado: Foco continuo en la mejora de procesos
El modelo CMMI aplica conceptos de gerencia de procesos y mejora de calidad al

desarrollo y mantenimiento de software, y describe los estados a travs de los cuales las
organizaciones de software evolucionan a medida en que definen, implementan, miden,
controlan y mejoran sus procesos de software.

En el presente estudio se evaluar y aplicar la metodologa de Identificacin,

Transformacin e Implantacin ITI para transformar una Empresa con mltiples
Unidades Desarrolladoras de Software UDSs a los procesos CMMI para que puedan
operar bajo un concepto de calidad estndar e integrado que originar que la
Organizacin produzca mejores productos basados en las mejoras de sus procesos. As
mismo implementar los estndares CMMI en las Unidades Desarrolladoras previa
customizacin de la Unidad sujeto de estudio.
En el captulo I se realiza una fundamentacin terica definiendo conceptos del modelo

CMMI y otros conceptos relacionados, en el captulo II se detalla el problema que tiene
la Empresa con relacin al cumplimiento de sus objetivos de calidad en el desarrollo y
mantenimiento de los productos de software, en el captulo III se describe la
metodologa de Identificacin, Transformacin e Implantacin ITI que se usar para
transformar una Unidad Desarrolladora de Software a los estndares de calidad del
modelo CMMI, y en el captulo IV se describir de una manera prctica cmo una UDS
se transform a los estndares de calidad CMMI utilizando la metodologa ITI as como
las barreras que se encontr durante la transformacin. En los anexos del presente
documento puede encontrarse en mayor detalle las prcticas requeridas para cumplir
con el modelo CMMI y ejemplos de formatos a utilizar.
La metodologa ITI que aqu se describe est basada en la experiencia de haber
participado en la transformacin de una Unidad Desarrolladora de Software - UDS, la
misma que en el presente estudio se nombra como UDS 1. El mismo proceso puede
ser utilizado para transformar cualquier otras UDS.
No es objetivo del presente estudio la construccin de los procedimientos, guas,
formatos y herramientas, etc. que respondan al modelo definido.

CAPTULO II
Fundamentacin terica
2.1 Fundamentacin genrica
2.1.1 Conceptos de calidad
Conceptos de calidad segn algunos pioneros de la calidad:
Calidad es cero defectos haciendo las cosas correctamente desde el principio. Philip B.
Crosby
Calidad es aptitud para el uso. J.M. Jurn
Calidad es total liderazgo de la marca en sus resultados al satisfacer los requisitos del
cliente haciendo la primera vez bien lo que haya que hacer. Westhingouse
La calidad se refiere a la cantidad de atributo no apreciado contenida en cada unidad del
atributo no apreciado. Keith B. Leffler
Un software es de calidad si satisface un propsito especfico y si sus partes tambin

son de alta calidad; sin embargo a pesar que la mayora usamos el trmino calidad de
una forma que pensamos que tiene sentido, que es entendible para todos, descubriremos
que una definicin til de calidad no es fcil de desarrollar.
La calidad puede entenderse en dos niveles: El primer nivel de calidad, es producir

bienes o servicios cuyas caractersticas medibles satisfacen un conjunto de
especificaciones que estn definidas numricamente, y el segundo nivel de calidad de
productos y servicios es aqul que satisface las necesidades de los clientes para su uso o
consumo. En resumen el primer nive l significa trabajar con las especificaciones,
mientras que el segundo nivel significa satisfacer al cliente.
2.1.2 Qu es un Proceso?
Un proceso es un conjunto de prcticas que se ejecutan con un propsito determinado,
las cuales transforman entradas en salidas que son de valor para el cliente. El proceso
puede incluir herramientas, mtodos, materiales y/o personas.

Proceso es uno de los 3 puntos de apalancamiento de la mejora del desempeo de una

Organizacin. Para mejorar el desempeo, se pueden cambiar los procesos, las
personas, la tecnologa o una combinacin de ellos.
2.1.3 Qu es un modelo de procesos?
Un modelo de procesos es un conjunto estructurado de elementos que describen
caractersticas de procesos efectivos y de calidad. Un modelo indica Qu hacer, no
Cmo hacer, ni Quin lo hace. Un modelo proporciona:
o Un punto donde comenzar

o El beneficio de las experiencias pasadas de la comunidad participante
o Un lenguaje comn y una visin compartida
o Un marco para priorizar acciones
o Una forma de definir lo que significa mejora para la organizacin
Los procesos incluidos en el modelo de procesos son aquellos que la experiencia ha

demostrado que son efectivos.
2.1.4 Qu es CMM?
CMM Modelo de Madurez de la Capacidad es un MODELO desarrollado por el
Instituto de Ingeniera de Software SEI de la Universidad Carnegie Mellon, basado en
las mejores prcticas actuales de desarrollo de software. CMM es un marco para la
mejora de procesos de software y para la evaluacin de la madurez de las capacidades.
El modelo CMM aplica conceptos de gerencia de procesos,
mejora de calidad al
desarrollo y mantenimiento de software, y describe los estados a travs de los cuales las
organizaciones de software evolucionan a medida en que definen, implementan, miden,
controlan y mejoran sus procesos de software.

Dentro de la representacin por estados, el modelo CMM aplica a la Organizacin

niveles de madurez mediante los cuales se mide el avance de los procesos de la
organizacin
Nivel de madurez
Estados
Inicial
Administrado
Definido
Administrado cuantitativamente
Optimizado
Cuadro Nro II,1. Nivel de madurez segn la representacin por estados
2.1.5 Madurez vs Inmadurez
Organizaciones
con
procesos Organizaciones con procesos maduros
inmaduros
Procesos improvisados por los gerentes y
Procesos documentados
desarrolladores
Cada uno posee sus propios procesos
Procesos seguidos consistentemente
Procesos comprometidos en orden a El rendimiento de los procesos es medido,

cumplir los costos y las fechas acordadas
seguido y entendido
Calidad difcil de predecir
La calidad es predecible porque los

procesos estn bajo control
Los procesos viven mientras viven los
Los procesos viven por s solos y son
desarrolladores
mejorados continuamente
Las nuevas tecnologas corren riesgos de

caer en desuso.
Las nuevas tecnologas son incorporadas

de una manera disciplinada.
Cuadro Nro. II,2. Comparacin entre Madurez e Inmadurez

Grfico Nro II,1. Efectos de mejora en madurez de los procesos
2.1.6 Qu es CMMI?
El Modelo Integrado de Madurez de la Capacidad - CMMI es un conjunto de
herramientas que ayudan a la Organizacin a mejorar sus procesos de desarrollo de
productos y servicios, adquisiciones y mantenimiento. El modelo CMMI ha
evolucio nado el concepto del Modelo CMM establecido para la maduracin de la
capacidad de Software, a un nivel que permite el crecimiento continuado y expansin
del concepto CMM para mltiples disciplinas, tales como SW-CMM, EIA/IS 731, IPDCMM y otros modelos de mejora de procesos.
Madurez de Procesos es un indicador del potencial de crecimiento en capacidad de los

procesos, Capacidad es el rango esperado a ser alcanzado por los procesos, y el
Rendimiento es el resultado actual alcanzado por el proceso.
El Rendimiento de procesos pasados es un indicador de la Capacidad de los Procesos.

La Capacidad de Procesos es una prediccin del rendimiento futuro de los procesos.

De la misma manera que el modelo CMM, el modelo CMMI tiene una representacin
por estados, que enfoca o mide la mejora de los procesos usando niveles de madurez.
2.1.7
Evolucin de madurez de los procesos CMMI
Las Organizaciones en el camino hacia lograr la madurez de los procesos pasan por 5
niveles de maduracin:
Nivel 1: Inicial Procesos impredecibles, pobremente controlados y reactivos.

El proceso de software se caracteriza como ad hoc y ocasionalmente catico. Pocas
actividades estn definidas y el xito de los proyectos depende del esfuerzo individual.
Hay carencia de procedimientos formales, estimaciones de costos, planes del proyecto,
mecanismos de administracin para asegurar que los procedimientos se siguen.
Nivel 2: Administrado. Procesos caracterizados en proyectos y acciones reactivas con

frecuencia.
Son establecidas las actividades bsicas para la administracin de proyectos de
software para el seguimiento de costos, programacin y funcionalidad. El xito est en
repetir prcticas que hicieron posible el xito de proyectos anteriores, por lo tanto hay
fortalezas cuando se desarrollan procesos similares, y gran riesgo cuando se enfrentan
nuevos desafos.
Las reas de proceso de nivel 2 son:
o Administracin de Requerimientos (RM)

o Planeamiento de Proyectos (PP)
o Monitoreo y Control de Proyectos (PMC)
o Administracin de acuerdos con Proveedores (SAM)
o Aseguramiento de la Calidad de Productos y Procesos (PPQA)
o Administracin de la Configuracin (CM)
o Mediciones y Anlisis (MA)

Nivel 3: Definido. Procesos caracterizados en la Organizacin, y con acciones

proactivas.
Las actividades del proceso de software para la administracin e ingeniera estn
documentadas, estandarizadas e integradas en un proceso de software estndar para la
Organizacin
o Foco en los Procesos Organizacionales (OPF)

o Definicin de Procesos Organizacionales (OPD)
o Entrenamiento Organizacional (OT)
o Desarrollo de Requerimientos (RD)
o Solucin Tcnica (TS)
o Integracin de Productos (PI)
o Verificacin (VER)
o Validacin (VAL)
o Administracin del Proyecto Integrado (IPM)
o Administracin de Riesgos (RiskM)
o Equipo Integrado (IT)
o Ambiente Organizacional (OE)
o Anlisis de Decisin y Resolucin (DAR)
Nivel 4: Administrado cuantitativamente. Los procesos son medidos y controlados.

Se registran medidas detalladas de las actividades del Proceso y calidad del Producto. El
proceso de software y el producto son entendidos cuantitativamente y controlados.
o Administracin Cuantitativa de Proyectos (QPM)

o Performance de los Procesos Organizacionales (OPP)

Nivel 5: Optimizado. Enfoque continuo en la mejora de procesos.

Existe una mejora continua de las actividades, las que se logran a travs de un feedback
con estas reas de procesos y tambin a partir de ideas innovadoras y tecnologa. La
recoleccin de datos es automatizada y usada para identificar elementos ms dbiles del
proceso. Se hace un anlisis riguroso de causas y prevencin de defectos.
o Anlisis de Causas y Resolucin (CAR)

o Innovacin Organizacional (OI)
La descripcin de las reas de Proceso se encuentra en el anexo III.
Proceso
predecible
Proceso
continuamente
mejorado
Proceso
consistente
Proceso
disciplinado
Nivel 1
Inicial
Nivel 2
Administrado
Nivel 5
Optimizado
Nivel 3
Definido
Nivel 4
Administrado
cuantitativamente
Grfico Nro II,2. Evolucin del proceso de madurez
2.1.8
Antecedentes del CMMI (CMM, ISO )
El CMMI fue creado para resolver el problema de tener mltiples CMMs. La misin del
CMMI fue combinar los modelos CMM para Software SW-CMM v2.0 draft C,
Electronic Industries Alliance Interim Standar (EIA/IS 731), y CMM para Desarrollo de
productos Integrados IPD-CMM v0.98

2.1.9
Necesita su Organizacin CMMI?
A continuacin algunos sntomas
para identificar si su organizacin necesita CMMI.
Estos sntomas fueron tomadas de la presentacin CMMI Overview for Executives

de la Universidad Carnegie Mello.
o Los planes se hacen, pero no necesariamente se siguen.

o No se hace el seguimiento al trabajo real vs el plan. Los planes no son revisados.
o Los requerimientos no son consistentes, los cambios no son manejados.
o Los estimados son muy irreales, su incumplimiento es comn.
o Cuando no se puede cumplir con los plazos, surge una atmsfera de crisis.
o Los defectos se encuentran en la fase de pruebas, o peor an los encuentra el
cliente.
o El xito depende de acciones heroicas de individuos competentes.
o La consistencia en la ejecucin es cuestionable.
2.1.10 Componentes del Modelo CMMI

Se denomina Componente a cualquiera de los elementos principales de la arquitectura
que componen un modelo CMMI.
Los componentes del modelo CMMI son: reas de procesos, metas genricas, metas
especficas, prcticas genricas, prcticas especficas y sub prcticas.
Las prcticas genricas se agrupan segn las siguientes caractersticas comunes:
o Compromiso para ejecutar
o Habilidad para ejecutar
o Direccin de Implementacin
o Verificacin de la Implementacin
A continuacin se define cada uno de los elementos del CMMI

Niveles de Madurez
Area de Proceso 1
Area de Proceso n
Area de Proceso 2
Metas
especficas
Metas
genricas
Caractersticas
comunes
Prcticas
especficas
Compromiso
Habilidad
Direccin
Verificacin
Prcticas
genricas
Grfico Nro. II,2 Componentes del modelo CMMI

reas de Proceso (PA)
Un rea de proceso es un Conjunto de prcticas relacionadas, que ejecutadas
colectivamente satisface un conjunto de metas consideradas importantes para hacer
mejoras significativas en esa rea.

Metas Genricas (GG)

Son llamadas genricas porque la misma descripcin aparece en mltiples reas de
procesos.
Metas Especficas (SG)

Las metas especficas aplican a reas de procesos y direccionan a caractersticas nicas
que describen lo que debe ser implementado para satisfacer el rea de proceso.
Caractersticas Comunes (KF)

Organizan las prcticas genricas de cada rea de proceso. Estn agrupadas para
proveer una manera de presentar las prcticas genricas:
o Direccin para implementacin
o Verificacin de implementacin
Prcticas Genricas (GP)

Las prcticas genricas proveen institucionalizacin para asegurar que el proceso
asociado con el rea de proceso debe ser repetible y duradero. Son categorizadas por
metas genricas y caractersticas comunes.
Prcticas Especficas (SP)

Una prctica especfica es una actividad que es considerada importante en la meta
especfica asociada. Describe las actividades esperadas para conseguir las metas
especficas de un rea de proceso.
Sub prcticas
Son descripciones detalladas que proveen guas para interpretar prcticas especficas o
genricas.

2.2 Fundamentacin especfica

2.2.1 CMM vs CMMI Diferencias y Semejanzas
CMM
CMMI
5 niveles de madurez
5 niveles de madurez
18 reas Claves de procesos
24 reas de Procesos
Orientado al Software
Integrado: SW, EIA/IS, IPD
Nivel de Madurez 2
CMM
CMMI
RM - Administracin de Requerimientos.
RM - Administracin de Requerimientos
SPP - Planeamiento de Proyectos de
PP - Planeamiento de Proyectos
Software
SPTO Seguimiento del Proyecto de
PMC - Monitoreo y Control de Proyectos
Software.
SSM Administracin de Subcontratos de
SAM - Administracin de Acuerdos con
Software
Proveedores
SQA - Aseguramiento de la Calidad del
PPQA - Aseguramiento de la Calidad de
Software
Productos y Procesos
SCM Administracin de la
CM - Administracin de la Configuracin
Configuracin del Software

MA - Mtricas y Anlisis

Nivel de Madurez 3
CMM
CMMI
OPF - Foco en los Procesos
OPF - Foco en los Procesos
Organizacionales
Organizacionales
OPD Definicin de Procesos
OPD Definicin de Procesos
Organizacionales
Organizacionales
PT Programa de Entrenamiento
OT Entrenamiento Organizacional
SPE Software Product Engineering
RD- Desarrollo de Requerimientos

TS Solucin Tcnica
PI Integracin de Productos
PR Revisin por Pares
VER - Verificacin
VAL - Validacin
ISM Administracin del Software
IPM Administracin de Proyecto
Integrado
Integrado
IC Coordinacin Entre Grupos

RiskM - Administracin de Riesgos
IT - Equipo Integrado
OE Ambiente Organizacional
DAR Anlisis de Decisin y Resolucin
Nivel de Madurez 4
CMM
CMMI
QPM- Administracin Cuantitativa de
QPM Administracin Cuantitativa de
Procesos
Proyectos
SQM Administracin de la calidad del
OPP Performance de los Procesos
Software.
Organizacionales

Nivel de Madurez 5
CMM
CMMI
DP - Prevenc in de Defectos
CAR Anlisis de Causas y Resolucin
TCM Administracin de Cambios
OID Innovacin Organizacional y
Tecnolgicos
Entrega
PCM Administracin de Cambio de

Procesos
Cuadro Nro. II,3 Diferencias y semejanzas entre los modelos CMM y CMMI
2.2.2 Por qu se aplica CMMI?

Se aplica CMMI porque:
o Es un modelo que aplica estndares de calidad

o Provee un enfoque ms efectivo e integrado a Ingeniera de Sistemas y de
Software.
o Construye procesos desde un inicio, o sobre inversin previa usada con SW
CMM.
o Provee un enlace o relacin mas explicita entre la Gestin y la Ingeniera con los
objetivos del negocio.
o Provee mayor visibilidad del ciclo de vida del producto; y las actividades de
ingeniera ayudan a asegurar que los productos y servicios satisfacen las
expectativas de los clientes.
o Incorpora lecciones aprendidas de otras reas, de mejores prcticas e implanta
prcticas de alta madurez ms robustas.
o Incluye funciones organizacionales que son crticas para los productos y
servicios
o Soporta integracin futura con otros modelos CMMI de disciplinas especficas.
o Muestra el camino a seguir en la gestin de proyectos, integrando de una manera
ordenada los procesos y los productos.

2.2.3 Procesos
Categora de Procesos
Administracin
Organizacin
CAR: Anlisis de
Causas y Resolucin
Ingeniera
Niveles
5. Optimizado
4. Controlado
3. Definido
o
o
o
?? Administracin de Cambios a los Procesos

QPM: Administracin
o OPP:
Cuantitativa
del
Performanc
Proyecto
e de los
Procesos
Organizacio
nales
IPM:
Administracin
Integrada del Proyecto
RiskM: Administracin
de Riesgos
DAR:
Anlisis
de
Decisin y Resolucin
2. Repetible
o
o
o
o
o
o
1. Inicial
Administracin de Cambios Tecnolgicos
RM: Administracin de
Requerimientos
PP: Planeamiento de
Proyectos
PMC: Monitoreo y
Control de Procesos
SAM: Administracin
de Acuerdos con
Proveedores
PPQA: Aseguramiento
de Calidad de
Productos y Procesos
CM: Administracin de
la Configuracin
MA:
Medicin
y
Anlisis
OPF: Foco
en procesos
Organizacio
nales
OPD:
Definicin
de Procesos
Organizacio
nales
AE:
Ambiente
Organizacio
nal
IT: Equipo
Integrado
o
o
o
o
RD: Desarrollo
de
Requerimientos
TS: Solucin
Tcnica
VER:
Verificacin
VAL:
Validacin
PI: Integracin
de Productos
Ninguno
Los Procesos de Administracin deben estar
operando antes de iniciar los Procesos
Organizacionales y de Ingeniera
Procesos Ad Hoc
Cuadro Nro. II,4 Cuadro de procesos segn nivel y categora de procesos

2.2.4 Objetivos del presente estudio

Para aplicar el modelo CMMI dentro de una empresa es requerido que se revise a
detalle el marco terico del modelo segn lo establecido por el Instituto de Ingeniera de
Software de la Universidad Carnegie y Mellon, defina un modelo integrado de procesos
y construya procedimientos, guas, formatos, herramientas, etc. que respondan al
modelo definido. Posteriormente implementar este modelo definido en base a una
metodologa.
El objetivo del presente estudio es mostrar el enfoque del modelo CMMI y la manera
cmo una Organizacin que cuenta con mltiples Unidades Desarrolladoras de Software
(UDS) pueden operar bajo un modelo definido de calidad estndar e integrado que
originar que la Organizacin produzca mejores productos basados en las mejoras de
sus procesos.
Se mostrar la aplicacin de una metodologa para transformar una Empresa con

mltiples Unidades Desarrolladoras de Software a los procesos CMMI. As mismo
implementar los estndares CMMI en las Unidades Desarrolladoras previa
customizacin de la Unidad sujeto de estudio.
No es objetivo del presente estudio la construccin de los procedimientos, guas,

formatos, herramientas, etc. que soporten el modelo definido.

CAPTULO III
Planteamiento del Problema
3.1 Situacin actual
La Empresa sujeto de estudio tiene 5 Unidades de Negocio, cada una de ellas cuenta
con una Unidad Desarrolladora de Software UDS asociada. Una UDS desarrolla
aplicativos corporativos
y brinda soporte al 60% de los usuarios de la empresa,
mientras que las otras 4 Unidades tienen sede en Provincias, desarrollan aplicativos
locales y brindan servicio en conjunto al 40% de los usuarios.
Cada UDS opera independientemente utilizando sus propios estndares, metodologas,

procedimientos, prcticas y herramientas. En algunos casos hay procesos que no se
realizan o que se realizan de diversas manera an dentro de cada UDS. La diversidad de
procesos duplica esfuerzos y dificulta o imposibilita la realizacin de tareas comunes
dentro de la propia UDS y con mayor razn dentro de la empresa.
Cada Unidad de Negocio solicita sus requerimientos locales de software a la UDS de su

localidad. Algunas veces ms de una UDS ha construido el mismo producto bajo
enfoques diferentes y/o plataformas diferentes, lo cual origina serios problemas de
integracin.
No se puede predecir de antemano el tiempo que demandar la construccin de un

producto porque no existe la cultura de re- uso de activos (procesos, programas,
procedimientos, etc) ni el registro de datos que permitan un planeamiento en base a
informacin histrica.
La demanda de actividades de mantenimiento de los aplicativos incluyendo correccin

de errores es muy grande, y toma demasiado tiempo de los programadores, lo que hace
que no se atienda requerimientos visibles de mejora por dedicacin del personal a
tareas de mantenimiento.

La documentacin sobre las actividades de desarrollo y mantenimiento es muy pobre lo

que origina que el personal desarrollador consuma mucho tiempo entendiendo los
programas y los procesos.
3.2 Antecedentes del estudio
La UDS que brinda los servicios de aplicativos corporativos a la empresa ha elaborado y

aplicado un conjunto de prcticas estndares de desarrollo de software que estn
asociadas al modelo CMMI, y construido los procedimientos, guas, formatos y
herramientas para soportar el modelo. Estas prcticas han venido dando resultados a la
UDS. La metodologa utilizada para su transformacin fue la Metodologa
Identificacin, Transformacin e Implantacin ITI, la misma que gener el modelo
inicial y se denomin Primera etapa.
La empresa requiere que estas prcticas sean llevadas a nivel organizacin, por lo cual
se hace necesario replicar el modelo en cada UDS utilizando la misma metodologa ITI
para transformar la otras UDSs a partir del modelo inicial en una implantacin por
etapas. La transformacin de la
UDS 1 a partir del modelo inicial ser la
implantacin Piloto y se denominar la ITI -Segunda etapa.
3.3 Determinacin del problema
La diversidad de procesos duplica esfuerzos y dificulta o imposibilita la realizacin de

tareas comunes dentro de la propia Unidad desarrolladora y con mayor razn dentro de
la empresa. Algunos problemas son:
o Cada UDS tiene su propia poltica con relacin a los procesos de desarrollo de
software.
o El procedimiento de atencin de requerimientos no contribuye a una gestin
adecuada de los requerimientos.

o Demasiado esfuerzo en la elaboracin de un producto. Cada vez que se desarrolla un

nuevo producto se tienen que realizar todas las actividades. No hay cultura de reuso, ni uso de experiencias exitosas.
o Los tiempos para la construccin de software frecuentemente son mayores que los
planeados.
o Los productos elaborados por una UDS no pueden ser utilizados por otra UDS por
cuanto los estndares, procedimientos, procesos, hardware y software son diferentes.
o Las Unidades de Negocio no tienen una visin compartida sobre el desarrollo de
software.
3.4 Justificacin
Es necesaria la implantacin del modelo CMMI para dar solucin a los problemas
planteados y como
Negocio y a la
herramienta que permite disminuir costos a las Unidades de
organizacin en general por economas de escala, uniformidad de
procesos, facilitar la comunicacin y entendimiento entre el personal de las UDS,

reduccin del tiempo de desarrollo, reduccin de riesgos, ayuda en la estimacin del
software y sobre todo para aumentar la calidad del software.
Es importante que la solucin a los problemas se realice utilizando un modelo, porque

un modelo proporciona:
o Un punto donde comenzar

o El beneficio de las experiencias pasadas de la comunidad participante
o Un lenguaje comn y una visin compartida
o Un marco para priorizar acciones
o Una forma de definir lo que significa mejora para la organizacin

Se usar el modelo CMMI para:
o Ayudar a establecer objetivos y prioridades en mejoras de procesos

o Ayudar a asegurar procesos estables y maduros y con la capacidad requerida
o Como gua para la mejora de procesos a nivel proyecto y a nivel organizacin
o Como una metodologa de evaluacin para diagnosticar el estado de los esfuerzos de
mejora.
Se usar la metodologa Identificacin, Transformacin e Implantacin ITI para

transformar la UDS 1 a los estndares requeridos por el modelo CMMI de una manera
simple y sencilla.

CAPTULO IV
Metodologa de Identificacin, Transformacin e Implantacin - ITI
4.1 Descripcin general de la metodologa
Para que una empresa con mltiples UDS adopte el modelo CMMI es recomendable
que exista una transformacin que considere
la ejecucin de dos etapas, la primera
denominada Primera etapa para adecuar lo procesos de la empresa a los procesos de

CMMI definiendo un Proceso modelo para la empresa, y la segunda denominada
Segunda etapa para adecuar y estandarizar los procesos de cada UDS al modelo
definido para la empresa.
La estrategia que puede usar la empresa puede ser pasar de un nivel de CMMI al
inmediato superior o avanzar ms de un nivel. En cualquier caso la metodologa que se
usar para pasar del modelo actual al modelo CMMI ser la metodologa de
Identificacin, Transformacin e implantacin - ITI, la cual se realiza en 3 fases:
o Levantamiento de requerimientos: Determinacin del gap (brecha) de procesos

o Transformacin: Implementacin de los procesos
o Implantacin: Institucionalizacin de las prcticas.
A continuacin se describe las fases de la metodologa de Identificacin,

Transformacin e Implantacin - ITI.
o Fase Levantamiento de requerimientos

Esta fase comprende el anlisis de la situacin actual, identificando los procesos y
metodologas utilizadas en la empresa, los procedimientos, estndares, formatos, y
en general los productos de trabajo, y los entregables al cliente relacionados con sus

PAs, determinando el gap (brecha) entre lo que tiene la UDS y lo que se requiere
para cumplir con CMMI, generando el Plan de Transformacin.
Las actividades a realizarse durante esta fase son:
1. Identificar el material para entrenamiento.

2. Establecer el repositorio donde se almacenar la documentacin.
3. Identificar los procesos, procedimientos, metodologas y formatos utilizados por el
cliente.
4. Analizar la documentacin y las prcticas del cliente con relacin al desarrollo de
Software.
5. Verificar el nivel de cumplimiento con relacin a los estndares de CMMI (uso de
listas de chequeo relacionadas al cumplimiento de las prcticas de cada PA)
6. Consolidar el anlisis.
7. Identificar los gaps (brechas).
8. Definir objetivos medibles.
9. Disear el Plan de transformacin.
10. Revisar el Plan de Transformacin.
11. Aprobar el Plan de Transformacin.
Los entregables de la fase del Levantamiento de Requerimientos son:
1. Reporte de Aseguramiento de calidad con la identificacin del estado de

cumplimiento de cada una de las prcticas genricas y especficas definidas para las
reas de Proceso.
2. Reporte Resumen con el nivel de cumplimiento de cada PA.
3. Gap en relacin con el modelo CMMI.
4. Plan del Proyecto.

o Fase Transformacin: Adecuacin e Implementacin de los procesos
Esta fase
comprende el anlisis del gap,
la definicin /
customizacin de los
procedimientos a implementar por cada PA, y la elaboracin de
un Proceso de
Definicin del Proyecto PDP con el cuadro de estndares, procedimientos, guas, y

formatos a utilizarse en cada UDS.
1. Instalar herramientas de soporte.

2. Definir nuevas Bases de datos.
3. Instalar nuevas Bases de datos y autorizar accesos a las mismas.
4. Desarrollar el PDP - Proceso de Definicin de Proyecto (por cada PA).
5. Desarrollar y / o adecuar los procedimientos (por cada PA).
6. Documentar las polticas.
7. Habilitar formatos (por cada PA).
8. Verificar desvos respecto del modelo CMMI.
9. Consolidar el PDP integrado de todas las PAs.
10. Revisar el PDP.
11. Justificar y aprobar desvos (por personal experto en CMMI).
12. Aprobar el PDP (por personal experto en CMMI).
Los entregables de esta segunda fase son:
1. PDP definido.
2. Procesos estandarizados.
3. Polticas de la UDS 1 orientadas al cumplimiento de CMMI.
4. Procedimientos que cumplen con CMMI.
5. Formatos que cumplen con CMMI.
6. Herramientas que soportan los procesos.

7. Bases de datos que soportan los procesos.

8. Medidas y Mediciones
o Fase Implantacin.
Comprende la institucionalizacin de las prcticas e implementacin de las PAs
en las UDS de las Unidades de Negocio.
1. Implantar las PAs.

2. Preparar material de entrenamiento identificado ( por cada PA ).
3. Realizar el entrenamiento.
4. Justificar documentado en una Base de datos las razones por las cuales los formatos,
procedimientos, polticas y prcticas cumplen con CMMI.
5. Revisar las justificaciones.
6. Obtener acuerdos con el cliente en caso de cambios a los procesos, procedimientos
y/o formatos que le impacten.
7. Documentar oportunidades de mejora.
8. Iniciar la ejecucin bajo estndares del modelo CMMI.
9. Recoger mediciones
10. Verificar el cumplimiento de los estndares.
Los entregables de esta tercera fase son:
1. Personal capacitado.
2. Acuerdos con los Usuarios.
3. Reportes de mediciones planeados vs reales
4. Reporte de verificacin de cumplimiento.

Para la aplicacin de la presente metodologa se requiere contar con personal experto en

las prcticas de CMMI.
4.3 Esquema de la metodologa ITI
Estndares
del modelo CMMI
Bases de datos
actuales
Identificacin
Fase I
Estndares
actuales
Aseguramiento
Gap
Plan de
transformacin
Transformacin
Fase II
Nuevas Bases
De datos
Nuevos
Estndares
-PDP
Entrenamiento
Acuerdos
Aplicacin
estndares CMMI
Actualizacin DB
Verificacin de
cumplimiento
Institucionalizacin
Fase III
Acuerdos con
usuarios
Verificacin
de cumplimiento
Grfico Nro. IV,1 Esquematizacin de la metodologa ITI.

4.4 Objetivos de la metodologa

Como objetivo general de la metodologa es ayudar a la empresa / unidad de negocio a
alinear sus procesos a los procesos del modelo CMMI de tal manera de hacerlos que
cumplan con los estndares del modelo CMMI.
Los objetivos especficos son:
o Diagnosticar el estado de la Organizacin en relacin al CMMI

o Ayudar a la Organizacin a conseguir una implantacin rpida por re-uso de
activos de procesos
o Identificar las brechas para lograr el cumplimiento
o Tomar acciones para reducir las brechas.
o Ayudar a establecer objetivos y prioridades en mejoras de procesos.
o Ayudar a asegurar procesos estables y maduros y con la capacidad requerida.
o Como gua para la mejora de procesos a nivel Proyecto y a nivel Organizacin.
o Para elaborar productos de calidad utilizando procesos de calidad.

CAPTULO V
Proceso de Implantacin
El proceso de implantacin que aqu se describe, est basado en la experiencia de haber
participado en la transformacin de una Unidad Desarrolladora de Software, la misma
que en el presente estudio se nombra como UDS 1. El mismo proceso puede ser
utilizado para transformar otras UDS.
5.1 Descripcin general

Se defini el proyecto CMMI el cual tuvo como misin implantar el CMMI en la
organizacin y en la UDS 1 en el ms breve plazo. El equipo del proyecto estuvo
conformado por personal experto en procesos de CMMI y personal de la UDS 1, con
roles y responsabilidades claramente definidos.
o 1 Ejecutivo de Proyecto
o 1 Administrador del proyecto
o 1 lder del proyecto por el lado de la UDS 1
o Equipo Impleme ntador (*)
o Equipo Implementador por el lado de la UDS 1 (*)
(*) El nmero de personas que participan en el Proyecto as como el tiempo de
duracin del Proyecto depender de la definicin del alcance del Proyecto, es decir si se
va a realizar una implementacin por niveles o una implantacin total.
Se defini una estrategia de implementacin rpida, para lo cual se tom en cuenta lo
siguiente:
o Identificar la metodologa de transformacin a utilizar.

o Incluir dentro del Equipo de implementacin a personal experto en CMMI.
o Capacitar al Equipo de implementacin en la metodologa de Identificacin,
Transformacin e Implantacin - ITI.

o Capacitar al Equipo de implementacin de la UDS 1 en CMMI.

o Obtener el compromiso del personal de la UDS 1 para apoyar en las
actividades de CMMI.
o Explicar a todo el personal de la UDS 1 las razones de la implementacin
y cmo ayudar en los objetivos de calidad.
o Involucrar a un grupo de la UDS 1 en el Proyecto de Implementacin.
o Usar como base los procedimientos, fo rmatos y herramientas que estn
siendo utilizados por la UDS 1 y que cumplen con los requerimientos del
CMMI y solicitar aprobaciones a los expertos.
o Para proceso inexistentes y/o procesos que no cumplen con el CMMI usar
procedimientos definidos para la organizacin.
o Uso de herramientas que permitan desarrollar rpidamente el trabajo y que
ayuden a generar mtricas.
o No duplicar esfuerzos registrando bases de datos adicionales. Se usa las
bases de datos existentes, para lo cual es posible que se requiera
modificaciones al SW para generar mtricas
o Reducir el impacto en la atencin a usuarios.
o La implantacin de los procesos organizacionales se debera hacer a nivel
Empresa.
5.1.1 Alcances del estudio

La Implantacin del CMMI en una Empresa con varias Unidades de Negocio en las
cuales cada una tiene su propia Unidad de Desarrollo de Software - UDS se realiza en
dos etapas:
La primera etapa consiste en revisar los procesos de CMMI tal como lo define el
Instituto de Ingeniera de Software SEI de la Universidad Carnegie Mellon, analizar
los procesos, polticas, estndares y procedimientos actuales de la empresa y alinear los
procesos a los procesos de CMMI y elaborar los procedimientos, estndares, polticas de
la empresa para ayudar en la consecucin de los objetivos. La segunda etapa consiste en

aplicar los estndares definidos a nivel empresa a las diferentes UDS de las unidades de
negocio manteniendo en lo posible los estndares definidos en la primera etapa.
Es sobre esta segunda etapa que trata el estudio. La Unidad Desarrolladora de Software
sujeto de estudio ser la UDS 1.

Al inicio del Proyecto se identificaron un conjunto de actividades y se asignaron
responsables, los cuales tuvieron como responsabilidad de elaborar el plan de
implementacin.
Actividades
Responsable
1. Mapeo de Matriz de CMMI
Equipo de Implantacin
2. Identificar cobertura de prcticas CMMI
3. Revisin de aseguramiento de calidad con
Checklist de CMMI
4. Anlisis de Matriz y Checklist para
identificar Gap (brecha) Estado ActualCMMI

5. Estimacin de Recursos y tiempos para
Implementacin en funcin del gap

6. Elaboracin del Plan de Implementacin
Cuadro Nro. V,2 Responsables por actividades
5.2.1 Identificacin: Levantamiento de Requerimientos

La UDS 1 tiene un conjunto de estndares, procesos, procedimientos y formatos
definidos con los cuales ha venido operando. Algunos de los documentos son
compartidos con los Usuarios.

Primera etapa : Nivel Empresa

Modelo CMMI del
Instituto SEI
Actuales
o Polticas
o Procesos
o Estndares
o Procedimientos
Nuevos
o Polticas
o Procesos
o Estndares
o Procedimientos
Interpretacin del
modelo CMMI y
adecuacin a la
Empresa
(Modelo Empresa)
Segunda etapa : Nivel UDS

Modelo de la Empresa
Prcticas organizacionales
Unidad de
Negocio 1
o Polticas
o Estndares
o Procedimie
ntos
Adecuacin y
alineacin de
la UDS 1
con la
Empresa
Modelo UDS 1
Adecuacin y
alineacin de
la UDS n
con la
Empresa
Unidad de
Negocio n
o Polticas
o Estndar
es
o Procedim
ientos
Modelo UDS n
Cuadro Nro. V,1 Etapas para transformar la empresa a un modelo de CMMI

El Equipo de Implantacin
entrevist
al personal de la USD 1 y revis
los
siguientes documentos que deben ser generados por la UDS 1:
o Contratos, Acuerdos de niveles de servicio.

o Plan de trabajo de la UDS y de los proyectos.
o Productos de trabajo con actividades de Administracin de la calidad
o Registro (Log) de Problemas
o Registro (Log) de Dependencias
o Registro (Log) de requerimientos de cambio
o Registro (Log) de riesgos
o Minutas de reunin con clientes y miembros del equipo.
o Documentos firmados por clientes
o Plan de pruebas
o Resultado de revisiones previas de Aseguramiento de la calidad
o Resultado de cualquier otra revisin previa
o Procesos, procedimientos, metodologas, estndares, guas, formatos.
Se asign las reas de proceso a los miembros del equipo. Cada uno de ellos tuvo el
encargo de identificar las brechas (gaps) de una o ms reas de proceso. A continuacin,
a modo de ejemplo se muestra un cuadro con algunas prcticas de la PA Planeamiento
del proyecto en la que se muestra los distintos grados de cumplimiento.
Se corrobor la brecha total mediante
la revisin de Aseguramiento de Calidad
(PPQA), para conocer el grado de cumplimiento de la USD 1 respecto del modelo

CMMI definido para la Empresa, usando un formato para aseguramiento de procesos
(checklist) que tiene una lista de chequeo de todos los puntos relacionados con el
cumplimiento de las prcticas genricas y especficas del CMMI de todas las reas de
procesos.

PP: Planeamiento del Proyecto

Prctica
Observacin
Brecha
Grado de
cumplimiento
SP 1.1 Estimar el
Esta prctica se cubre mejorando
Falta
Cumple
alcance de
y consolidando el alcance que
consolidar y
parcialmente
proyecto
actualmente tiene el plan del
mejorar el
70%
proyecto de la UDS1.
alcance del
El WBS que servir como
proyecto
sustento para definir el alcance.

SP 1.2 Establecer
Esta prctica se cubre usando la
No se ha
Cumple
estimados de
metodologa para estimacin que
identificado
100%
productos de
tiene la UDS1. Para los costos,
brechas.
trabajo y atributos
se usar la tabla de costos por
de las tareas
persona para el presente ao.

Para el planeamiento de
actividades, se usar un diagrama
de Gantt.
SP 2.3 Plan para
La UDS1 no tiene un plan para el Generar el Plan No cumple
administrar los
manejo de la data.
datos
de
Administracin
de datos
Cuadro V,4 Identificacin de brechas por PA
A continuacin se muestra un cuadro resumen por rea de proceso del nmero de

prcticas revisados y el porcentaje de cumplimiento de las prcticas.

rea
Proceso
de
Nro de items
Adherencia
revisados
Comentarios
Esfuerzo
esperado
(prcticas)
(das)
RM
50
10
PP
39
48
65
PMC
30
38
29
MA
29
PPQA
71
10
CM
22
61
15
CMMI2:
Area de
Proceso
45%
Adherencia
%
RD
Nro de items
revisados
(prcticas)
14
Comentarios
35
Esfuerzo
esperado
(das)
32
TS
12
22
25
PI
16
36
VER
12
16
18
VAL
11
37
OPF
80
Nivel empresa
OPD
66
Nivel empresa
OT
50
Nivel empresa
IPM
15
26
26
Risk
12
14
22
Management
DAR
CMMI3:
26%

Area de
Proceso
Adherencia
%
Comentarios
OPP
Nro de items
revisados
(prcticas)
2
Nivel empresa
QPM
CMMI4:
Esfuerzo
esperado
(das)
10
18
0%
Area de
Proceso
Adherencia
%
CAR
Nro de items
revisados
(prcticas)
2
OID
CMMI5:
Comentarios
Esfuerzo
esperado
(das)
20
Nivel empresa
0%
TOTAL
231
30%
420
Cuadro V,4 Reporte Resumen del nivel de cumplimiento de las PAs
Se analiz el Reporte de Aseguramiento de calidad. El resultado del anlisis
arroj
como resultado que la USD 1 tuvo 30 % de adherencia al CMMI. Con este resultado
se determin el alcance, el esfuerzo y el costo del Proyecto y se elabor el Plan del
Proyecto.
La estimacin del alcance fue dada por las tareas a realizarse en cada una de las PAs
para completar en conjunto el 70% de cumplimiento faltante.
El esfuerzo estimado para la Transformacin e Implantacin fue de

persona,
24 meses -
en base a la situacin actual, complejidad y nmero de pendientes por
implementar en cada PA. Se asign 3 personas a tiempo completo para lograr el

objetivo de implantarlo en 10 meses.
El costo del Proyecto fue calculado en base de los recursos requeridos (personal,
infraestructura, HW, SW) y al tiempo de dedicacin del personal.

Se determin que todas las PAs de carcter general como por ejemplo las
Organizacionales fueran ejecutadas por el Equipo de Procesos de la Empresa. La
ejecucin de todas las otras PAs fueron de responsabilidad de la UDS 1.
Los entregables de la fase Levantamiento de Requerimientos fueron: Un Reporte de

Aseguramiento de calidad con la identificacin de estado de cumplimiento de cada una
de las prcticas genricas y especficas definidas para las reas de Proceso, un Reporte
Resumen con el nivel de cumplimiento de cada PA, y el Plan del Proyecto.
5.2.2 Transformacin: Implementacin de los procesos

Se us una clasificacin del proyecto dependiendo del % de cumplimiento de las
prcticas de la Unidad de Negocio con relacin a las prcticas definidas en el modelo
de la empresa segn la siguiente tabla:
% de cumplimiento
Categora
Ms de 81%
Entre 61% y 80%
Entre 41% y 60%
Entre 21% y 40%
Menos de 20 %
Cuadro V,5 Clasificacin del proyecto
Segn esta tabla, la clasificacin de la UDS 1 fue D con un porcentaje de

cumplimiento con el modelo de la empresa fue de 30%.
Luego de establecido el gap (brecha) entre los procedimientos existentes identificados

en el Levantamiento de Requerimientos y lo que requiere CMMI, se trabaj en la
definicin y adecuacin de los procedimientos, formatos, herramientas a implementar
por cada PA para hacerlos que cumplan con el CMMI. El detalle de lo que requiere

cada PA y las evidencias de cumplimiento con el CMMI puede encontrarse en el anexo

III del presente documento.
Se elabor el Proceso de Definicin del Proyecto PDP con los productos de trabajo
que cumplen con el CMMI a ser utilizado por la UDS 1, y que ser el marco para
todas las actividades de desarrollo de software de la UDS 1. La descripcin del PDP
con la informacin mnima requerida, as como modelos de formatos utilizados puede
encontrarse en el anexo IV.
Los entregables de esta segunda fase fueron:
o PDP definido.
o Polticas de la UDS 1 orientadas al cumplimiento de CMMI.
o Procesos definidos.
o Procedimientos que cumplen con CMMI.
o Guas.
o Formatos que cumplen con CMMI.
o Herramientas que soportan los procesos.
o Estndares.
o Bases de datos que soportan los procesos.
5.2.3 Implantacin: Institucionalizacin de las practicas
Comprende la implementacin de las prcticas genricas y especficas de cada PAs para

ser utilizado por todo el personal de la UDS 1.
o Se di acceso al personal de la UDS 1 a las Bases de datos definidas.

o Se capacit a todo el personal de la UDS 1 en los nuevos procesos,
procedimientos, guas, formatos as como en el manejo de las nuevas Bases
de datos.

o Se apoy al personal para manejar el cambio cultural dentro de la

organizacin.
o Se verific el cumplimiento de los procedimientos por el personal de la
UDS 1 y se reforz la capacitacin en las reas de menor cumplimiento.
o Se realiz acuerdos con los Usuarios para manejar el cambio de los
procedimientos, procesos y formatos que les afectan.
o Se estableci un Equipo de procesos permanente en la UDS 1 cuya
responsabilidad fue la verificacin continua del cumplimiento de los
procedimientos a travs de la revisin de evidencias.
o Se incluy en el kit de induccin al personal nuevo la capacitacin en las
polticas, procesos, procedimientos, formatos, guas y herramientas con las
que se cumple el CMMI.
Los entregables de esta tercera fase fueron:

o Capacitacin al personal
o Acuerdos con los Usuarios
o Reporte de verificacin de cumplimiento
5.2.4 Barreras para una implantacin exitosa
Durante la implementacin se encontr barreras que originaron riesgos en el proyecto.

A continuacin se detalla las ms relevantes, y las acciones tomadas para superarlas.
5.2.4.1 Cultura del Usuario: Los Usuarios requieren que sus requerimientos sean
atendidos de inmediato, lo cual origina conflicto en los desarrolladores entre la atencin
al usuario y el cumplimiento de las evidencias del CMMI, eligiendo la atencin al
cliente.

Para superar esta barrera se realizaron las siguientes acciones:
o Se divulg el modelo a los niveles ms altos de la organizacin.

o Se incluy a los Usuarios en este proceso, y se les explic la importancia
que la atencin del requerimiento sea en forma completa, y las implicancias
de no hacerlo. Este punto hizo que baje la presin de los usuarios sobre los
Desarrolladores.
o Se revis el proceso de atencin de requerimientos para incluir
un
procedimiento para manejar las urgencias.
5.2.4.2 A los Desarrolladores no les gusta documentar ni alimentar las bases de datos,
por lo cual generalmente inician la atencin de un siguiente requerimiento antes de
haber culminado la documentacin del anterior.
Para superar esta barrera se realizaron las siguientes acciones:
o Se incluy especficamente en la descripcin de puestos las actividades de

documentacin y actualizacin de las bases de datos.
o Se dividi la documentacin y la actualizacin de las bases de datos segn
roles, de esta manera no toda la documentacin recay sobre una persona.
o Se desarrollaron formatos (templates) que faciliten el llenado de la
documentacin.
o Se utiliz herramientas para la documentacin.
o Se reforz la capacitacin a los Desarrolladores en los procedimientos
asociados a las reas de proceso.
5.2.5 Factores crticos de xito
A continuacin se describe los factores que se consideran crticos para alcanzar la

transformacin.

o Es necesario que el Sponsor del Proyecto sea de un cargo muy alto dentro
de la organizacin.
o Es importante involucrar a todos los stakeholders definiendo y divulgando
sus roles y responsabilidades, manteniendo una comunicacin permanente
simple y muy estrecha.
o Es determinante
seguir una metodologa que marque la ruta a seguir
durante el proceso de transformacin.

o Es necesario tener objetivos claros y medibles al inicio del proyecto, y
efectuar mediciones que indiquen si se logr el objetivo.
o Para la aplicacin de la presente metodologa se requiere contar con
personal experto en las prcticas de CMMI, compromiso del personal que
implanta y del personal que ejecuta.

CAPTULO VI
Conclusiones
Madurez de Procesos es un indicador del potencial de crecimiento en capacidad de
procesos de una Organizacin, Rendimiento es el resultado actual alcanzado por el
proceso, y Capacidad es el rango esperado a ser alcanzado por los procesos, es decir
si conocemos el rendimiento de nuestra Organizacin, podremos predecir su capacidad
de proceso.
El modelo CMMI ayuda a desarrollar la madurez de las Organizaciones de Desarrollo

de Software en forma progresiva nivel a nivel. Cuando una Organizacin pasa de un
nivel al inmediato superior debe implementar un conjunto de prcticas claves que
aumentan su capacidad de dar respuesta a los desafos cada vez ms exigentes del
negocio de Desarrollo y Mantenimiento de aplicaciones. La opcin por el CMMI
significa reconocer que el nico camino para la supervivencia en una economa de largo
plazo es ejecutar mejor, ms rpido y ms barato. Esta eleccin est alineada con
la tendencia de las empresas de servicio insertadas en un mercado globalizado, de
implementar un mtodo internacional reconocido por la Industria del Software, para
certificar la calidad que brindan a sus clientes.
EL modelo CMMI se basa en el concepto de la evolucin de la madurez de los

procesos, esto implica un orden, es decir que algunas acciones deben realizarse antes en
una organizacin para que pueda avanzar hacia niveles de madurez superiores. Por
ejemplo, se debe alcanzar un control bsico en los proyectos antes que el proceso de
software sea uniformizado en toda la organizacin. El CMMI por tanto, provee un
estndar de gran valor para juzgar el progreso del proceso de mejora, y el darse cuenta
que operar bajo un modelo CMMI implica Mejorar los procesos para tener mejores
productos.

El uso de un modelo estndar e integrado con un enfoque de calidad segn el modelo

CMMI en una organizacin que cuenta con mltiples Unidades Desarrolladoras de
Software (UDS) originar que la organizacin produzca mejores productos basados
en las mejoras de sus procesos.
El uso de una metodologa para llevar a una Organizacin de Desarrollo de Software

como la metodologa de Identificacin, Transformacin e Implantacin ITI es factor
determinante en la transformacin de una Empresa hacia estndares de calidad como el
CMMI porque indica el mapa a seguir durante la transformacin.
La metodologa de Identificacin, Transformacin e Implantacin ITI permite a la
Empresa una transformacin rpida y gradual hacia el modelo CMMI con resultados
objetivos y de calidad. Los activos que genera pueden ser re-usados por otra Unidad
Desarrolladora de Software.

Unidades Desarrolladores de Softwre. Concha Huaroto, Nancy Elizabet .
CAPTULO VII
Recomendaciones
1. Es necesario que el uso de modelos CMMI sea poltica de empresa. De esta forma se
asegura que los procedimientos y estndares se mantengan vivos y no caigan en desuso.
2. Es necesario definir una meto dologa para transformar una Empresa hacia modelos
CMMI. La metodologa
de Identificacin, Transformacin e Implantacin ITI
contribuye fuertemente hacia el logro de la transformacin.

3. Es recomendable que la implantacin de CMMI sea por etapas dentro de un proceso
escalonado subiendo de nivel en nivel.
4. Es necesario que la empresa mantenga un rea que monitoree permanentemente los
procesos CMMI y que vigile su cumplimiento.
5. Es necesario involucrar a los usuarios Stakeholders en los procesos CMMI.
6. Es necesario que al inicio del proyecto se defina un repositorio flexible y organizado
(base de datos) que permita almacenar todas las evidencias de cumplimiento con las
prcticas de CMMI.
7. Es necesario que el personal del Proyecto as como el personal de toda el rea est
informado del avance del proyecto.
8. Tomar acciones rpidas que permitan superar las barreras y riesgos encontrados y que
afectan el xito de la implementacin:
o Establecer y definir claramente los roles y responsabilidades del personal
implementador.
o Capacitar previamente a todo el personal en CMMI, obteniendo el compromiso
del personal para apoyar en las actividades de CMMI.
o Usar como base los procedimientos y formatos que estn siendo utilizados y
que cumplen con los requerimientos del CMMI y solicitar aprobaciones a los
expertos.

Unidades Desarrolladores de Softwre. Concha Huaroto, Nancy Elizabet .
o Para procesos inexistentes y/o procesos que no cumplen con el CMMI usar
procedimientos de la instalacin.
o No se debe afectar los niveles de servicio, para lo cual es necesario que se
asigne recursos adicionales, tanto de personal como de herramientas.
o Uso de herramientas que permitan desarrollar rpidamente el trabajo y que
ayuden a generar mtricas (ejemplo: rational rose, visio, ms project, rational
clear case, etc)
o No duplicar esfuerzos registrando bases de datos adicionales. Evaluar las bases
de datos existentes, para verificar si requiere
modificaciones al SW para
generar mtricas.
o Involucrar a los clientes en el cambio.
Durante la implantacin se recomienda:
1. Capacitar al personal desarrollador en los nuevos procesos, procedimientos y

formatos as como en las nuevas Bases de datos y hacer extensiva esta capacitacin
a todo personal nuevo.
2. Explicar al personal desarrollador la importancia de seguir las prcticas de CMMI y
la generacin de las evid encias de cumplimiento.
3. Verificar continuamente el cumplimiento de los procesos por todo el personal,
hasta que se haya generado la prctica.
Recomendacin final
Utilizar la presente propuesta como base inicial para la construccin de una transformaci n
hacia estndares de calidad como las que usa el modelo CMMI y completarlas con
investigacin del modelo CMMI y la aplicacin de acuerdo a la realidad de cada empresa.

Referencias
o Capability Maturity Model Integration (CMMI) Versin 1.1
o CMMI
for Systems Engineering and Software Engineering (CMMI-
SE/SW,V1.1) Staged Representation
o Presentacin CMMI Overview for Executives de la Universidad Carnegie

Mello.
o La Calidad es libre de Philip B. Crosby

Unidades Desarrolladores de Softwre. Concha Huaroto, Nancy Elizabet..
ANEXOS
ANEXO I
Glosario de trminos:
reas de Proceso (PA)
Un rea de proceso es un conjunto de prcticas relacionadas en un rea que ejecutadas
colectivamente satisface un conjunto de metas consideradas importantes para hacer
mejoras significativas en esa rea.
Metas Genricas (GG)

Son llamadas genricas porque la misma descripcin aparece en mltiples reas de
procesos.
Metas Especficas (SG)

Las metas especficas aplican a reas de procesos y direccionan a caractersticas nicas
que describen que debe ser implementadas para satisfacer el rea de proceso.
Caractersticas Comunes (KF)

Organizan las prcticas genricas de cada rea de proceso. Estn agrupadas para
proveer una manera de presentar las prcticas genricas:
o Direccin para implementacin
o Verificacin de implementacin
Prcticas Genricas (GP)

Las prcticas genricas proveen institucionalizacin para asegurar que el proceso
asociado con el rea de proceso debe ser repetible y duradera. Son categorizadas por
metas genricas y caractersticas comunes.

Prcticas Especficas (SP)

Una prctica especfica es una actividad que es considerada importante en la meta
especfica asociada. Describe las actividades esperadas para resultar un acercamiento de
las metas especficas de un rea de proceso.
Sub prcticas
Son descripciones detalladas que proveen guas para interpretar prcticas especficas o
genricas.
Stakeholders : Personas que tienen un fuerte relacionamiento con el proyecto, ya sea

porque proporcionan datos al proyecto o porque reciben datos del mismo,
ANEXO II
Acrnimos
CM
Administracin de la Configuracin
CMM
Modelo de Maduracin de Capacidad
CMMI
Modelo Integrado de Maduracin de la Capacidad
DAR
Anlisis de Decisin y Resolucin
EIA/IS 731
Electronic Industries Alliance Interim Standar
GG
Metas Genricas
GP
Prcticas Genricas
IPD-CMM
CMM para Desarrollo de productos Integrados
IPM
Administracin del Proyecto Integrado
MA
Mediciones y Anlisis
PA
reas de Proceso
PDP
Proceso Definido para el Proyecto
PMC
Monitoreo y Control de Proyectos
PP
Planeamiento de Proyectos
PPQA
Aseguramiento de Calidad de Productos y Procesos
QPM
Administracin Cuantitativa del Proyecto

RD
Desarrollo de Requerimientos
RM
Administracin de Requerimientos
RiskM
Administracin de Riesgos
SP
Prcticas Especficas
SW-CMM
CMM para Software
WBS
Work Breakdown Structured
ANEXO III
Descripcin detallada de PAs y evidencias de cumplimiento

Prcticas Generales
Todas las reas de Procesos (PAs) deben cumplir un conjunto de prcticas generales,
cuyas evidencias de cumplimiento deben almacenarse en un repositorio del Proyecto. A
continuacin se describen las prcticas generales:
o Polticas
Se cumple con esta prctica si existe una poltica definida que describe los objetivos,
visin, misin y los estndares de la empresa, y que el personal involucrado haya ledo
la poltica y confirmado su adherencia a la poltica notificado su lectura de la poltica.
Esta notificacin debe almacenarse en la base de datos del proyecto.
Ejemplos de cumplimiento: Polticas y notas de confirmacin de lecturas almacenadas

en un repositorio.
o Planes
Se cumple con esta prctica si se tiene planes de trabajo tanto para los proyectos como
para atender la operativa, considerando todas las tareas relacionadas con todas las PAs,
y si stos planes estn dentro de un gantt general . Existe un responsable para su
creacin, revisin y mantenimiento.

Ejemplos de cumplimiento: Plan del Proyecto, Plan de Administracin de la

Configuracin, Gantt General, Plan Operativo, Plan de administracin de riesgos, plan
de aseguramiento de la calidad, etc.
o Recursos
Se cumple con esta prctica si todo proyecto define los recursos necesarios
(herramientas, infraestructura, personas) para la ejecucin de lo planeado, y existe un
responsable para su definicin y su asignacin.
Ejemplos de cumplimiento: Recursos asignados (de HW, de SW, de infraestructura y de

personal) estn identificados en el Plan del Proyecto, en el Plan de Administracin de la
Configuracin, etc.
o Responsabilidad
Se cumple con esta prctica si cada tarea definida en el proyecto tiene asignada una
persona responsable.
Ejemplos de cumplimiento: Responsables de ejecutar las tareas, identificadas en el Plan

del Proyecto, en el Plan de Administracin de la Configuracin, etc.
o Entrenamiento
Se cumple con esta prctica si todo proyecto identifica las necesidades de entrenamiento
para la ejecucin del mismo. Existe un responsable para la definicin y la ejecucin.
Ejemplo de cumplimiento: Requerimientos de entrenamiento definidos en el Plan del

Proyecto, y Desarrollo de un control para monitoreo de cumplimiento de entrenamiento.
o Administracin de la configuracin
Se cumple con esta prctica si todo proyecto define en un plan los componentes que
estarn bajo el control de versiones.

Ejemplo de cumplimiento: Documento Plan de Administracin de la Configuracin

que tenga todos los componentes que van a estar bajo control de la configuracin como
versiones de manuales, versio nes de procedimientos, versiones de programas, etc.
o Stakeholders
Se cumple con esta prctica si todo proyecto identifica a los stakeholders (del proyecto,
del cliente y/o externos) a los cuales se involucra conforme a lo planeado. , los mismos
que son involucrados conforme lo planeado.
Ejemplo de cumplimiento: Plan de involucramiento de los stakeholders, minutas de

reuniones con los stakeholders y copia de mails.
?
o Monitoreo y Anlisis de mtricas

Se cumple con esta prctica si todo proyecto hace seguimiento peridico a lo planeado,
toma las acciones correctivas a los desvos y se analiza tendencias.
Ejemplo de cumplimiento: Definicin de las mtricas del Proyecto en un Plan de

calidad, procedimiento para colectar las mtricas, coleccin de las mtricas y Anlisis
de las mtricas.
o Aseguramiento de la Calidad.
Se cumple con esta prctica si todo proyecto realiza revisiones peridicas para asegurar
la calidad, el mismo que cubre todas las PAs.
Ejemplo de cumplimiento: Reporte de Aseguracin de calidad, Lista de verificacin de

Aseguramiento de Calidad.
o Revisin de alto nivel.

Se cumple con esta prctica si todo proyecto reporta a la gerencia superior
peridicamente el estado del proyecto, el mismo que debe considerar mediciones para
cada una de las PAs.

Ejemplos de cumplimiento: Preparacin de un resumen Reporte de Estado que se

presenta peridicamente al nivel superior, para revisar nivel cumplimiento y analizar y
tomar acciones sobre problemas y riesgos. Las mediciones en este reporte pueden ser
Nmero de horas dedicadas a cada PA, Nro de productos de trabajo atendidos, % de
avance en el cumplimiento, etc.
o Definicin de Procesos para el Proyecto (PDP).

Todo proyecto define un Proceso General Proceso de Definicin de Proyecto PDP
los cuales rigen el proyecto. En este mismo PDP se deben detallar las razones para su
construccin. Existe un responsable para la definicin, aprobacin y mantenimiento del
PDP.
Ejemplo: Construccin de un proceso que contenga las polticas, procedimientos,

procesos, herramientas y formatos utilizados en el proyecto.
o Mejoras.
Todo proyecto identifica activos y oportunidades de mejora para ser reutilizadas por la
organizacin. Los activos y las oportunidades de mejora deben almacenarse en archivos
o bases de datos, de tal manera de explotar la informacin que ah se almacena.
Ejemplo de cumplimiento: Bases de datos de Mejoras, Bases de datos de Lecciones

aprendidas
Prcticas Especficas
Todas las reas de Procesos (PAs) deben cumplir un conjunto de prcticas que son
especficas de cada una de ellas. A continuacin se describe las prcticas especficas de
las PAs, las cuales se han agrupado por tipo de PA.

o NIVEL 2
Administracin de Requerimientos (RM)
El propsito de Administracin de Requerimientos es administrar los requerimientos

del proyecto e identificar inconsistencias entre esos requerimientos y los planes del
proyecto y productos de trabajo.
Se cumple con las prcticas especficas de Administracin de Requerimientos, si se
cumple las siguientes metas especficas:
o Administrar Requerimientos
Los requerimientos se administran y se identifican las inconsistencias con los planes del
proyecto y productos de trabajo.
1. Se entiende los requerimientos (comunicacin con el cliente para entender los

requerimientos)
2. Se obtiene compromiso del personal involucrado en la atencin del
requerimiento.
3. Se administra los cambios a los requerimientos (procedimiento de control de
cambios)
4. Se obtiene la trazabilidad bidireccional de los requerimientos (Desde el
requerimiento se identifica a todos los componentes involucrados en el cambio,
y desde cualquier componente se identifica al requerimiento original).
5. Se identifica inconsistencias entre los trabajos del proyecto y los requerimientos
(Ejemplo: Diseo no est de acuerdo con el requerimiento, etc)
Ejemplos de cumplimiento: Plan Operativo,
Documento de Alcance, Minuta de
Comunicacin del Plan, Procedimiento de control de cambios, Revisin de Diseo por

los pares, Aplicativos para gestionar los Requerimientos.

PA Planeamiento de Proyecto (PP)
El propsito de Planeamiento de Proyecto es establecer y mantener planes que

definan el alcance y el ciclo de vida del proyecto; y establezcan el presupuesto y los
cronogramas con las actividades del proyecto.
Se cumple con las prcticas especficas de Planeamiento de Proyecto, si se cumple las
siguientes metas especficas:
o Establecer estimaciones
Las estimaciones de los parmetros se establecen y se mantienen segn el plan del
proyecto.
1. Se estima el alcance del proyecto (WBS, relacin de tareas)

2. Se establece los atributos de estimacin de los productos de trabajo y tareas
(tamao en puntos de funcin, lneas de cdigo, etc.)
3. Se define el ciclo de vida del proyecto (fases del proyecto, ejm propuesta y
ejecucin)
4. Se determina los estimados de esfuerzo (horas)
Ejemplo de cumplimiento: Work Breakdown Structured (WBS), Gantt general, Plan

General del proyecto, Plan Operativo, Ciclo de vida Proyectos.
o Desarrollar el Plan del proyecto

Se establece un Plan del proyecto en el que se identifican los riesgos, se desarrollan los
planes de administracin de datos, de manejo de recursos, de involucramiento de los
stakeholders y de administracin de habilidades; y se mantiene como base para la
administracin del proyecto.

1. Se establece el Presupuesto y Schedule.

2. Se identifican los riesgos.
3. Se define un Plan para administrar los datos.
4. Se define un Plan para administrar los recursos.
5. Se define un Plan para administrar el conocimiento y habilidades.
6. Se define un Plan para involucrar a los stakeholders.
7. Se establece el Plan general del Proyecto (Debe integrar a todos los planes).
Ejemplo de cumplimiento: Plan del Proyecto, Gantt General, Plan Operativo,

Evaluacin de Riesgos, Plan de Administracin de datos, Plan de Involucramiento de
Stakeho lders, plan de Administracin de habilidades.
o Obtener compromiso para el Plan

Se establecen y mantienen compromisos con los involucrados en el Proyecto con las
actividades definidas en el plan del proyecto.
1. Se revisan los planes que afectan al proyecto (con los involucrados)

2. Se reconcilia los trabajos con la disponibilidad de recursos
3. Se obtiene el compromiso de los involucrados con el plan (minuta, mail, firmas,
etc)
Ejemplos de cumplimiento: Minutas de reunin de revisin de los planes con los

involucrados internos y externos.
PA Control y Monitoreo del Proyecto (PMC)
El propsito de del Proyecto es proveer un entendimiento del progreso del proyecto

para que se puedan tomar acciones correctivas apropiadas cuando el desempeo del
proyecto se desva significativamente del plan.

Se cumple con las prcticas especficas de Control y Monitoreo del Proyecto, si se

o Monitorear el proyecto a partir del plan

Se hace seguimiento del desempeo y el progreso actual del proyecto a partir del plan
del proyecto.
1. Se monitorea los parmetros de planeamiento del proyecto (% de avance, fechas

reales vs fechas estimadas, nro. de requerimientos atendidos vs el planeado, etc.)
2. Se monitorea los compromisos.
3. Se monitorea los riesgos.
4. Se monitorea el plan de administracin de datos (Que los datos existan y estn
almacenados en el lugar correcto).
5. Se monitorea el involucramiento de los stakeholders.
6. Se conduce revisiones del progreso del proyecto (Avance del proyecto).
7. Se conduce revisiones de los hitos del proyecto.
Ejemplos de cumplimiento: Reporte de estado del proyecto, Plan operativo, Reporte de
Seguimiento al Plan del Proyecto, Seguimiento al Plan de Administracin de riesgos,
Seguimiento al Plan de administracin de datos,
Seguimiento al Plan de
Involucramiento de los stakeholders.
o Administrar acciones correctivas a tomar

Se administran las acciones correctivas a tomar cuando el desempeo del proyecto, o los
resultados se desvan significativamente del plan.
1. Se analizan los problemas.

2. Se toman las acciones correctivas.
3. Se administran las acciones correctivas.
Ejemplo de cumplimiento: Registro de Problemas y acciones correctivas(Log)

PA Mediciones y Anlisis (MA)
El propsito de Mediciones y Anlisis es desarrollar y mantener la capacidad de

tomar mediciones para responder a las necesidades de informacin requeridas para el
gerenciamiento del proceso de software, tanto a nivel de proyecto como a nivel de
organizacin.
Se cumple con las prcticas especficas de Mediciones y Anlisis, si se cumple las
o Alinear actividades de medicin y anlisis con los objetivos y las necesidades de

informacin.
1. Se establecer objetivos de medicin.

2. Se especifican medidas (mtricas bsicas: nro. de requerimientos a atenderse,
esfuerzo esperado de correccin de errores, etc.).
3. Se establecen procedimientos de coleccin de datos y almacenamiento.
4. Se establece el procedimiento de anlisis.
Ejemplos de cumplimiento: Mtricas bsicas y calculadas, Plan de calidad, Niveles de

Servicio, Procedimiento para recoleccin y anlisis de mtricas
o Proveer resultados de las mediciones

Se proveen resultados de las mediciones asociadas con los objetivos y las necesidades
de informacin identificadas.
1. Se colecciona las mediciones.

2. Se analiza las mediciones (para ver si los datos obtenidos son los correctos).
3. Se almacena los datos y resultados (mtricas bsicas y calculadas).
4. Se comunica los resultados del proceso a los involucrados.

Ejemplos de cumplimiento: Reporte de Estado del Proyecto, Anlisis de Congruencia

de Mtricas, Reporte de mtricas calculadas, Anlisis de Causas de Desvos.
PA Administracin de la Configuracin (CM)
El propsito de Administracin de la Configuracin es establecer y mantener la

integridad de los productos de trabajo usando identificacin de configuracin, control de
configuracin, cuentas de estados de configuracin, y auditoras de configuracin.
Se cumple con las prcticas especficas de Administracin de la Configuracin, si se
o Establecer lneas base

Se establecen las lneas base de los productos de trabajo identificados.
1. Se identifica los items de la configuracin

2. Se establece y mantiene un sistema de administracin de la configuracin.
3. Se crea o libera baselines (para uso interno o para entregar al cliente)
Ejemplos de cumplimiento: Plan de Administracin de la Configuracin, Baselines del

proyecto
o Seguir y controlar cambios

Se siguen y controlan los cambios de los productos de trabajos que estn bajo control de
configuracin.
1. Se monitorea los requerimientos de cambio.

2. Se controla los cambios a los items de la configuracin.
Ejemplos de cumplimiento: Baselines, Registro de Pases a Produccin, Revisin

mensual, Comparacin de Cambios
o Establecer integridad

Se establece y mantiene la integridad de las lneas base.
1. Se establece y mantiene registros describiendo los items de configuracin.

2. Se ejecuta auditorias a la configuracin, para mantener la integridad.
Ejemplos de cumplimiento: Registro de pases a produccin, Historia de Versiones en

Produccin, Auditorias de Administracin de la Configuracin
PA Aseguramiento de la Calidad de Productos y Procesos (PPQA)
El propsito de Aseguramiento de Calidad de Procesos y Productos es proveer un staff y

administracin con el objetivo de aseguramiento que se hayan cumplidos con los
procedimientos que soportan los procesos que aseguran la calidad.
Se cumple con las prcticas especficas de Aseguramiento de la calidad de productos y
Procesos, si se cumple las siguientes metas especficas:
o Evaluar objetivamente procesos y productos de trabajo
1. Se evala objetivamente los procesos. (contra listas predefinidas)

2. Se evala objetivamente los productos de trabajo y servicios (contra listas
predefinidas)
o Proveer comunicacin interna objetiva
1. Se comunica las no conformidades y se asegura su resolucin.

2. Se establece y mantiene registros de actividades de aseguramiento

o NIVEL 3
PA Desarrollo de Requerimientos (RD)
El propsito de Desarrollo de Requerimientos es producir y analizar requerimientos
del cliente, del producto y de componentes del producto. Se cumple con las prcticas
especficas de Desarrollo de
Requerimientos, si se cumple las siguientes metas
especficas:
o Desarrollo de requerimientos del Cliente

Se recolectan las necesidades de los stakeholder, expectativas, limitaciones e interfaces,
y se trasladan a los requerimientos del cliente.
1. Se obtienen las necesidades de los stakeholders.

2. Se desarrollan los requerimientos del cliente.
Ejemplos de cumplimiento: Memorndum de usuario, Reporte de Definicin del

Proyecto, Documento de Alcance (de Requerimientos).
o Desarrollar requerimientos del Producto
Se elaboran y refinan los requerimientos del cliente para desarrollar los requerimientos
del producto y los componentes del producto.
1. Se establecen los requerimientos de productos y de componentes de productos.

2. Se asigna los requerimientos a cada componente de los productos.
3. Se identifica los requerimientos de interfases.
Ejemplos de cumplimiento: Reporte de Definicin del Proyecto, Documento de

Alcance.
o Analizar y validar requerimientos

Se analizan y validan los requerimientos, y se desarrolla la definicin de la
funcionalidad requerida.

1. Se establece y mantiene los conceptos operacionales y escenarios asociados.

2. Se establece y mantiene una definicin de la funcionalidad requerida.
3. Se analizan los requerimientos para asegurar que son necesarios y suficientes.
4. Se analizan los requerimientos para balancear las necesidades de los
stakeholders y las restricciones. (usando modelos, prototipos, simulaciones, etc)
Ejemplos de cumplimiento: Documento de Alcance, Reporte de definicin del Proyecto

Revisin por pares de Requerimientos, Evaluacin de riesgos tcnicos, Diseo Externo,
Revisin de Diseo Externo por los pares.
PA Solucin Tcnica (TS)
El propsito de Solucin Tcnica es disear, desarrollar e implementar soluciones a

los requerimientos. Las soluciones, diseos e implementaciones abarcan productos,
componentes del producto, y ciclos de vida asociados al producto.
Se cumple con las prcticas especficas de Solucin Tcnica, si se cumple las
o Seleccionar las soluciones de los componentes del producto

Se seleccionan las soluciones del producto o componente de producto desde soluciones
alternativas.
1. Se desarrollan alternativas de solucin y criterios de seleccin (costos,

rendimiento tcnico, complejidad, limitaciones tecnolgicas, riesgos, facilidad
de uso, etc).
2. Se evoluciona conceptos operacionales escenarios y ambientes para describir las
condiciones (modo de operacin, estado de operacin para cada componente)
3. Se selecciona las soluciones de componente de producto que mejor satisface los
criterios establecidos.

Ejemplos de cumplimiento: Registros de Anlisis de Decisiones, Diseo Externo.
o Desarrollar el Diseo
Se desarrollan los diseos del producto y componente del producto.
1. Se desarrolla un diseo por cada producto o componente de producto

(arquitectura del producto, diseo detallado).
2. Se establece un paquete de datos tcnicos.
3. Se disea las interfases en trminos de criterios establecidos y mantenidos.
4. Se evala si los componentes de los productos deben ser desarrollados,
comprados o re-usados en base a criterios establecidos.
Ejemplos de cumplimiento: Diseo Externo, Documento de Alcance, Diseo Interno.
o Implementar el Diseo del Producto

Los componentes del producto y la documentacin asociada, se implementan de
acuerdo a lo diseado.
1. Se implementa el diseo (codificacin, re-uso de cdigo, prueba unitaria)

2. Se desarrolla y mantiene la documentacin de usuario final.
Ejemplos de cumplimiento: Cdigo Fuente, Pruebas Unitarias, Manuales de Usuario,

Guas de Usuario.
PA Integracin de Productos (PI)
El propsito de Integracin de Productos es integrar el producto a partir de sus

componentes, asegurar que el producto (como parte de la integracin) funciona
correctamente, y entregar el producto.

Se cumple con las prcticas especficas de Integracin de Productos, si se cumple las

o Preparar la Integracin del Producto

Se lleva a cabo la preparacin para la integracin del producto.
Ejemplos de cumplimiento:
Reporte de Definicin del Proyecto, Plan del Proyecto, Pruebas de Integracin, Registro
de Pase a Produccin
o Asegurar la Compatibilidad de Interfaces

Se verifica que las interfaces de los componentes del producto, tanto internas como
externas, son compatibles.
Ejemplos de cumplimiento: Revisin de Diseo Externo por los pares, Diseo Interno.
o Integrar los componentes del producto y entregar el producto

Se integran los componentes del producto verificados y se entrega el producto
integrado, verificado y validado.
Ejemplos de cumplimiento: Pruebas Unitarias, Ensamblaje de componentes de

productos, Pruebas Integracin, Registros de pases a Produccin.
PA Verificacin (VER)
El propsito de Verificacin es asegurar que los productos de trabajo seleccionados

responden a los requerimientos especificados.

Se cumple con las prcticas especficas de Verificacin, si se cumple las siguientes

metas especficas:
o Seleccionar los productos a verificar
Se selecciona los productos que se van a verificar, los cuales deben estar definidos en
los planes.
Ejemplos de cumplimiento: Plan del Proyecto, Plan maestro de pruebas, Casos de

Prueba
o Preparar la Verificacin, Realizar revisiones entre colegas (Peer reviews)

Se prepara la verificacin de acuerdo a lo establecido en el PDP.
Ejemplos de cumplimiento: PDP, Revisin de Diseo Externo entre colegas, Revisin

de Requerimientos, Revisin de Documentacin, Revisin de Cdigo.
o Preparar la Verificacin, Verificar los entregables.
Se verifica los entregables.
Ejemplos de cumplimiento: Pruebas Unitarias, Pruebas de Integracin
PA Validacin (VAL)
El propsito de Validacin es demostrar que un producto o componente satisface su

uso pretendido, en el ambiente operativo planeado.

Se cumple con las prcticas especficas de Validacin, si se cumple las siguientes

metas especficas:
o Definir los productos a validar, Preparar el ambiente de validacin y criterios.
Ejemplos de cumplimiento: Estrategia de validacin, Procedimiento de prueba de

software.
o Validar productos o componentes del producto.

Se validan los productos o componentes para asegurar que estn listos para ser usados
en su ambiente productivo.
Ejemplos de cumplimiento: Pruebas de Aceptacin.

PA Administracin de Proyecto Integrado (IPM)
El propsito de Administracin del Proyecto Integrado es establecer y administrar el

proyecto y la participacin de los principales grupos involucrados de acuerdo a un
proceso definido e integrado que es adaptado a partir de los procesos estndar de la
organizacin.
Se cumple con las prcticas especficas de Administracin de Proyecto Integrado, si
se cumple las siguientes metas especficas:
o Usar el PDP (Procesos Definidos para el Proyecto)

El proyecto se conduce usando un Proceso Definido que es adaptado a partir del
conjunto de procesos estndar de la organizacin segn los criterios de parametrizacin
para el proyecto. (ver anexo IV)
1. Se establece un Proceso Definido para el proyecto segn los criterios de

parametrizacin (ejemplos de parametrizacin pueden ser tamao de proyecto,
costo del proyecto, etc)

2. Se usan los activos de la organizacin para planear las actividades de proyecto

(ejemplo: tiempo promedio estimado de revisin de documentacin)
3. Se integran los planes (El plan general debe invocar a los otros planes)
4. Se maneja el proyecto usando los planes integrados (El gantt general invoca los
gantt de los otros planes)
5. Se contribuye con los activos de la organizacin (mejoras a procesos, rutinas
generales, etc)
Ejemplos de cumplimiento: Repositorio para almacenar los Proyectos, Plan del

Proyecto, Gantt general, Lecciones aprendidas, Mejoras de procesos.
o Coordinar y colaborar con los principales grupos involucrados

Se lleva a cabo la coordinacin y colaboracin con los principales grupos involucrados.
1. Se administra el involucramiento de los stakeholders (tareas de los stakeholders

en el proyecto y fechas de cumplimiento)
2. Se administra las dependencias (tareas cuya ejecucin depende de la ejecucin
de una tarea del stakeholder, e impacto en el proyecto)
3. Se resuelve los problemas de coordinacin
Ejemplos de cumplimiento: Plan y seguimiento de Stakeholders, Seguimiento de las

dependencias, Registro de problemas (Log), Reporte de Seguimiento de Proyectos.
PA Administracin de Riesgos (RiskM)
El propsito de Administracin de Riesgos es identificar potenciales problemas antes

de que ocurran, de manera que las actividades de manejo de riesgos podran ser
planeadas cuando sea necesario a lo largo del ciclo de vida del proyecto para alivianar
impactos adversos en los objetivos a alcanzar.
Se cumple con las prcticas especficas de Administracin de Riesgos, si se cumple
las siguientes metas especficas:

o Preparar para el manejo de Riesgos

Se lleva a cabo la preparacin del manejo de riesgos.
1. Se determina las fuentes de riesgos y sus categoras (lista de posibles riesgos)

2. Se define los parmetros de riesgos (impacto)
3. Se establece la estrategias de administrar un riesgo (Revisin peridica hasta que
se mitigue o desaparezca)
Ejemplo de cumplimiento: Evaluacin de riesgos, Plan del proyecto que direcciona a la

ejecucin de evaluacin de riesgos.
o Identificar y analizar Riesgos

Los riesgos son identificados y analizados para determinar su importancia relativa.
1. Se identifica riesgos (de la lista de posibles riesgos)

2. Se evala, categoriza y prioriza riesgos
Ejemplo de cumplimiento: Evaluacin de riesgos

o Disminuir riesgos
Los riesgos se manejan y disminuyen para reducir impactos adversos en los objetivos a
alcanzar.
1. Se desarrolla planes de mitigacin de riesgos

2. Se implementa planes de mitigacin de riesgos
Ejemplo de cumplimiento: Plan de Administraci n de riesgos que incluyen plan de

mitigacin de riesgos.

PA Anlisis de Decisin y Resolucin (DAR)
El propsito de Anlisis de Decisin y Resolucin es analizar decisiones usando un

proceso de evaluacin formal, que evala las alternativas identificadas contra los
criterios establecidos.
Se cumple con las prcticas especficas de Anlisis de Decisin y Resolucin, si se
o Evaluar alternativas
Las decisiones se basan en la evaluacin de alternativas usando criterios establecidos.
1. Se establecen guas para Anlisis de decisiones

2. Se establecen criterios de evaluacin
3. Se identifican alternativas de solucin
4. Se seleccionan mtodos de evaluacin
5. Se evalan alternativas
6. Se selecciona la solucin
Ejemplos de cumplimiento: Gua de Registro y Anlisis de decisiones, Registro de

Anlisis de Decisiones.
o NIVEL 4
PA Administracin Cuantitativa del proyecto (QPM)
El propsito de Administracin Cuantitativa del proyecto es administrar

cuantitativamente el conjunto de procesos definidos para el proyecto, a fin de alcanzar
la calidad establecida para el proyecto y los objetivos de rendimiento del proceso.
Se cumple con las prcticas especficas de Administracin Cuantitativa del proyecto,
si se cumple las siguientes metas especficas:

o Administrar cuantitativamente el proyecto.

El proyecto es cuantitativamente administrado teniendo en cuenta los objetivos de
calidad y rendimiento del proceso.
1. Se establecen los objetivos del proyecto (cumplir con los niveles de servicio,
satisfaccin del cliente, calidad de productos, etc).
2. Se define el criterio para establecer el Proceso definido (menor impacto en el
cliente, elevar nivel de satisfaccin, etc).
3. Se seleccionan los sub procesos que sern administrados cuantitativamente
(estimaciones, planificaciones, pruebas, etc).
4. Se administra el rendimiento del proyecto.
Ejemplos de cumplimiento: Plan de Calidad, PDP, Mtricas bsicas, Reporte de

mtricas calculadas (predicciones).
o Administrar estadsticamente el rendimiento de los subprocesos

El rendimiento de los subprocesos seleccionados desde el PDP es administrado
estadsticamente.
1. Se seleccionan mediciones y tcnicas analticas (ejemplo: tasa de desvo en

estimaciones menor que 8%, etc).
2. Se aplican mtodos estadsticos para obtene r las variaciones.
3. Se monitorea el rendimiento de los sub procesos seleccionados (ejm: tasa de
desvo en estimaciones del mes fue mayor que el esperado. 10% obtenido vs el
8% esperado).
4. Se almacena la data manejada estadsticamente.
Ejemplos de cumplimiento: Mtricas bsicas, Mtricas Calculadas, Reporte Estadstico,

Reporte de Causas de Desvos, Repositorio de datos histricos.

o NIVEL 5
PA: Anlisis de Causas y Resolucin (CAR)
El propsito de la PA CAR: Anlisis de Causas y Resolucin es identificar las causas de

defectos y otros problemas y tomar accin para prevenirlos de ocurrencias futuras.
Se cumple con las prcticas especficas de Anlisis de Causas y Resolucin, si se
o Determinar las causas de los defectos
1. Se selecciona la data defectuosa para anlisis (ejemplos: defectos encontrados en

las pruebas, en las revisiones entre pares, problemas de capacidad de procesos,
problemas de telecomunicaciones, etc.)
2. Se analiza las causas races y se propone acciones
o Administrar las causas races de defectos para prevenir su ocurrencia futura.
1. Se implementa las acciones propuestas

2. Se evala el efecto de los cambios
3. Se almacena un registro con el anlisis de causas y resolucin
PA: Innovacin Organizacional y Entrega (OID)
El propsito de la PA OID: Innovacin Organizacional y Entrega es seleccionar e

implementar las mejoras innovadoras en forma incremental para optimizar las
mediciones derivadas de las tecnologas y de los procesos de la Organizacin. Las
mejoras se basan en los objetivos de calidad y de rendimiento (performance) de
procesos, los cuales son derivados de los objetivos de la Organizacin.

Se cumple con las prcticas especficas de Innovacin Organizacional y Entrega si se

o Seleccionar mejoras.
Se seleccionan las mejoras de procesos y de tecnologa que contribuyen a alcanzar los
objetivos de calidad y performance de los procesos.
1. Se recolectan y analizan propuestas de mejoras.

2. Se identifican y analizan las mejoras innovadoras.
3. Se realizan pilotos de las mejoras.
4. Se seleccionan las mejoras a implementar.
o Implementar mejoras
Se implementan y se miden en forma sistemtica y continua, las mejoras a las
tecnologas y a los procesos de la Organizacin.
1. Se planifica la implementacin.
2. Se administra la implementacin.
3. Se mide los efectos de las mejoras.
ANEXO IV
FORMATOS
A continuacin se muestran algunos ejemplos de formatos que se pueden utilizar
durante el desarrollo de Software. Cada Proyecto puede definir sus propios formatos, sin
embargo debido a que los procesos deben estar estandarizados, es necesario que todos
los proyectos de la organizacin utilicen los mismos formatos.
Relacin de formatos:

1. Proceso de Definicin del Proyecto PDP.

2. Plan de Ad ministracin de Datos.
3. Plan de Administracin de Riesgos.
4. Cambio de Requerimientos.
5. Registros DAR.
6. Verificacin de Cdigo.
7. Casos de Prueba.
8. Reporte de Mediciones.
9. Reporte de Estado del Proyecto.
10. Plan de Involucramiento de los Stakeholders y Monitoreo.
El proceso de Definicin del Proyecto es el gran proceso que rene y relaciona en un

solo proceso, las herramientas, modelos, formatos, procedimientos, con las que se
cumple el CMMI. Puede aplicarse a toda una organizacin como a un proyecto
especfico. A continuacin se describe los campos mnimos que debe tener un PDP:
o Procedimiento Original : Nombre del procedimiento que soporta la PA tal como

ha sido definido para la empresa.
FORMATO: Proceso de Definicin del Proyecto - PDP

Este formato pertenece a la PA Administracin Integrada del Proyecto: IPM
PROCESO DE DEFINICIN DEL PROYECTO - PDP

PROYECTO: nombre del proyecto
Proc. original
FECHA: dd/mm/aaaa
Requiere Atributo
Alcance
de Identificacin Proc.
desvo
de
implementacin del desvo
adoptado
SI/NO
parametrizacin
Evidencia
de
cumplimie
nto de la
PA
RM y RD

Procedimiento
de
Administracin
y Desarrollo de
requerimientos
VAL
Procedimiento
de validacin
SI
Todo
el Modificar
el
documento procedimiento
para que cumpla
con las prcticas
de RM y RD de
CMMI
Hay
desvo
porque
este
procedimiento
ha
venido
siendo usado
con
los
Usuarios
Procedimi
ento para
la Gestin
y
Desarrollo
de
Requerimi
entos
NO
1.Requerimie
nto
de
Usuario.
2.-Informe
de atencin
del
requerimie
nto
1.Documento
de alcance
2.-Diseo
externo
3.-Formato
de casos de
prueba
o Requiere desvo (SI/No): Identificador de desvo respecto al uso del

procedimiento original o de alguno de sus componentes. Se coloca NO, si no se
va a utilizar estrictamente el procedimiento original .
o Atributo de parametrizacin: Parte del documento que ser modificado.
o Alcance de implementacin: Cmo se implantar la parte modificada, la misma
que tambin debe cumplir con CMMI
o Razn para el desvo: Causa por la que no se implementar el procedimiento
original.
o Procedimiento adoptado: Nombre del nuevo procedimiento.
o Evidencias de cumplimiento: Formatos, metodologas, herramientas. Procesos y
procedimientos que contienen las evidencias de cumplimiento con cada una de
las prcticas generales y especficas de las PAs.
El PDP as como los procedimientos o sus componentes que tienen desvo deben ser
aprobados por el Grupo de Procesos para verificar que los mismos cumplan con CMMI.
Todos los documentos deben estar anexos al PDP.
FORMATO: Plan de Administracin de datos


Este formato pertenece a la PA: Monitoreo y Control PMC. Se utiliza para controlar
que los documentos se hayan construdo segn los estndares y que hayan sido
almacenado en el lugar adecuado.
PLAN DE ADMINISTRACIN DE DATOS
FECHA: dd/mm/aaaa
Nombre
del
documento
Descripcin
Respon
sable
Ubicacin
Nivel de
seguridad
Registro
DAR
Analist
a
funcio
nal
Base de
datos del
proyecto
Diseo
externo
Documento
de Anlisis
de decisin
y
Resolucin
para riesgos
que se
presenten
Diseo
externo
Analist
a
Base de
datos del
proyecto
Estrategia
de pruebas
Estrategia
de pruebas
Jefe de
proyec
to
Base de
datos del
proyecto
Tipo de
documento
Es
entrega
ble
Est
bajo el
control
de la
configu
racin
Medio: Modo
Electrnico
actualizacin
para
coordinadores
y lectura para
todo el equipo
SI
NO
Bajo:
Modo
actualizacin
para todo el
equipo
Alto:
Modo
actualizacin
Para el jefe de
proyecto y
lectura para
todo el equipo
Electrnico
SI
SI
Electrnico
NO
SI

FORMATO: Plan de Administracin de riesgos
Este plan pertenece a la PA Administracin de riesgos. Muestra los riesgos ordenados

segn el impacto en el proyecto. Para todos los riesgos excepcionales, altos y medios
preparar un plan para mitigar los riesgos, y para los riesgos excepcionales y altos hacer
tambin un plan de contingencia. A continuacin el formato llenado con un ejemplo.
PLAN DE ADMINISTRACIN DE RIESGOS

Riesgos /Plan de
Esfuerzo
mitigacin/
Costo
FECHA: dd/mm/aaaa
Responsable Fecha
Estado
objetivo
Plan de contingencia
EXCEPCIONALES
Riesgo: El nmero de
30,000
Jefe de
requerimientos pendientes es
nuevos
proyecto
mayor que el nmero
soles
31/07/05
En proceso
esperado
Plan de mitigacin: Acordar con el cliente elevar el valor del indicador nmero de
requerimientos pendientes a un nmero ms real.
Plan de contingencia: Contratar 2 personas por 5 meses para reducir el nmero de
requerimientos
MEDIO
Riesgo: El reporte nombre
Sin costo
Analista
30/06/05
Cerrado
del reporte no se acabar a

tiempo
Plan de mitigacin: Revisar la ruta crtica y actualizar el plan

FORMATO : Cambio de Requerimientos

Este formato pertenece a la PA Administracin de Requerimientos. Se usa cuando se
produce un cambio durante la ejecucin del proyecto que altera el alcance, el schedule o
el costo.
FORMATO DE CAMBIO DE REQUERIMIENTOS

FECHA: dd/mm/aaaa
SECCIN I . Descripcin del cambio

Requerimiento impactado:
Descripcin del cambio
Requerido por:
Nombre:
Firma:
SECCIN II . Evaluacin del cambio

Costo estimado
Tiempo estimado:
Evaluado por:
Solucin propuesta:
Seccin del contrato que modifica:
SECCIN III .
APROBADO ( )
RECHAZADO ( )
Nombre:
Firma:
Fecha:
Nombre:
Firma:
Fecha:
Nombre:
Firma:
Fecha:
FORMATO: Registro Dar

Este formato pertenece a la PA: Anlisis de Decisin y Resolucin. Se utiliza cuando
hay necesidad de tomar decisiones para elegir entre ms de una alternativa por algn
problema que puede impactar en los costos, schedule o alcance.

REGISTRO DAR
FECHA: dd/mm/aaaa
Informacin general
Problema N: xxxx
Breve descripcin del problema que requiere un anlisis de decisin:
Objetivos, alcance y requerimientos del proceso de evaluacin formal:
Criterios de evaluacin
Lista de todos los criterios
Escala de ranking
Criterio seleccionado o
Fundamento para la
potenciales identificados,
rechazado para usar en la
seleccin o el rechazo de
disponibles para utilizar
evaluacin
cada criterio
en la evaluacin de
soluciones alternativas
Soluciones alternativa y resultados de evaluacin

Alcance de las soluciones alternativas propuestas que
Resultados de la evaluacin, incluyendo el fundamento
pueden conducir el problema
para la seleccin o el rechazo de cada solucin
Mtodos de evaluacin
Descripcin del mtodo / mtodos de evaluacin
Descripcin de las medidas usadas para el mtodo de
seleccionados
evaluacin (costo, schedule, desempeo, riesgos, etc)
Solucin recomendada
Solucin recomendada seleccionada para el alcance de
Riesgos potenciales asociados con la implementacin de
las alternativas y el fundamento para la seleccin de las
la solucin recomendada
mismas como la mejor de todas las soluciones
Mediciones
Medicin
Estimado
Actual
Rol
Tiempo dedicado (%)
Esfuerzo del proceso (horas / persona)

Duracin del proceso (das)
Costo para ejecutar la evaluacin (Soles)
Participantes en la evaluacin
Nombre del participante

FORMATO: Verificacin de cdigo.
Este formato pertenece a la PA de Verificacin. Se utiliza para asegurarse que el cdigo

ha sido construido en base al Diseo y si cumple con los estndares definidos. En forma
similar se pueden construir formatos para verificaciones de Requerimientos, Diseo,
Documentacin, etc.
FORMATO DE VERIFICACIN DE CODIGO

FECHA: dd/mm/aaaa
Autor:
Tiempo de preparacin (horas):
Nombre del Inspector:
Tiempo utilizado en la inspeccin(horas):
Otros participantes:
Nro. de defectos encontrados:

Tiempo de correccin(horas):
Nombre del programa:
Nro.lineas de cdigo del programa revisado:

DEFECTOS ENCONTRADOS DURANTE LA REVISIN
Resmen de los defectos encontrados. Estn identificados como Aceptado = NO

Descripcin del defecto
Descripcin de la
correccin
Fase del ciclo

de vida en la
que se ingres
el defecto
Tipo de
severidad
Criterio de revisin del cdigo (ejemplos para programacin
Aceptado
Comentarios
estructurada)
(SI/NO)
Fecha de
resolucin
Se siguen los estndares de codificacin?

El cdigo est de acuerdo con el diseo?
Se inicializaron las variables?
Se ha evitado la asignacin de valores a las variables?
Cada rutina utiliza una tarea bien definida?
Es el cdigo re-usable
Contiene manejo de errores?
Se usa los estndares grficos definidos? (color de pantalla,
botones, niveles de navegacin)

FORMATO: Casos de Prueba.
Este formato puede utilizarse para las pruebas unitarias, pruebas de integracin, pruebas
del sistema, pruebas de aceptacin. Para el caso de pruebas de aceptacin pertenece a la
PA de Validacin, en todos los otros casos pertenece a la PA de Verificacin.
CASOS DE PRUEBA
FECHA: dd/mm/aaaa
Requerimiento N
Prueba N
Nombre del Proceso:
Propietario del Proceso:
Responsable de prueba:
Equipo de Pruebas:
Tiempo invertido ( * = horas / persona)
Preparacin
(*)
Prueba
(*)
Correccin(*)
Describir aqu en una o ms lneas los casos de prueba desde la perspectiva del usuario para que los
lectores entiendan el propsito de este documento
Caso
N
Descripcin Condiciones Resultados Resultados

del caso
de prueba
esperados obtenidos
Acciones Firma
(1)
ejecutor de
prueba
1
2
3
4
5
6
Notas:
(1) Describe la accin luego de detectarse un resultado no esperado

FORMATO: Reporte de Mediciones
Este formato pertenece a la PA: Mediciones y Anlisis. Por cada PA se deben reportar
las mtricas bsicas.
REPORTE DE MEDICIONES
FECHA:
dd/mm/aaaa
Relacin de parmetros
Unidad de reporte
Valor esperado
Valor obtenido
PA: Verificacin
Productos verificados
cantidad
Esfuerzo consumido
Horas
10
15
Defectos encontrados
cantidad
Esfuerzo en correccin
Horas
25
30
32
34
de defectos
PA Planeamiento del Proyecto
Requerimientos
cantidad
cumplidos en fecha
Nro. total de
cantidad
requerimientos
atendidos en el mes

FORMATO: Reporte de Estado del Proyecto
Este formato se utiliza para reportar el avance del proyecto. Pertenece a la PA

Monitoreo y Control. Se usa una lmina para reportar el avance de cada PA
REPORTE DE ESTADO DEL PROYECTO

FECHA: dd/mm/aaaa
PA: Control de la Configuracin

Actividad
Fechas planeadas
Fechas ejecutadas
Crear el plan SCM
12/01/05
15/01/05
Definir el baseline
19/01/05
21/01/05
Generar reporte de estado
30/05/05
29/05/05
Ejecutar auditora al baseline
25/07/05
Actividad
Horas planeadas
Horas ejecutadas
29
24.5
Esfuerzo en tareas de
administracin de la
configuracin

FORMATO: Plan de Involucramiento de Stakeholders y Monitoreo

Este formato se utiliza para definir las actividades de los stakeholders con relacin a
cada una de las PAs, y monitorear los avances.
PLAN DE INVOLUCRAMIENTO DE STAKEHOLDERS Y MONITOREO

PA:
Planeamiento
de Proyecto
Fecha:
15/06/05
Fecha:
20/06/05
PA: Mtricas
y Anlisis
Fecha 1
Fecha 2
Stakeholder 1
Stakeholder 2
FECHA: dd/mm/aaaa
Stakeholder
3
Stakeholder
4
Stakeholder
5
Stakeholder 2
Stakeholder
3
Stakeholder
4
Stakeholder
5
Recibe el
Reporte de
Estado
Mensual con
el resultado
del perodo
Se envi el
Reporte de
Estado
mensual
Se envi el
Reporte de
Estado
mensual
Recibe los
reportes de
niveles de
servicio
alcanzados
en el mes
Se envi
los reportes
de niveles
de servicio
Se envi
los reportes
de niveles
de servicio
Revisar el
Aprobar el
documento de documento de
entendimiento entendimiento
Se revis el
documento de
entendimiento
Se aprob el
documento de
entendimiento
Stakeholder 1

Concha HN PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Concha HN PDF

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS

FACULTAD DE CIENCIAS MATEMATICAS

PROPUESTA PARA IMPLANTAR CMMI EN UNA EMPRESA CON

Propuesta para Implantar CMMI en una Empresa con Mltiples

Derechos reservados conforme a Ley

Propuesta para Implantar CMMI en una Empresa con Mltiples

Derechos reservados conforme a Ley

CMMI is used to improve quality in

development and maintenance of software, based in improvement the Organizations

transform an Enterprise with many Units

Developers of de Software UDSs to the CMMI process to operate in a quality

Propuesta para Implantar CMMI en una Empresa con Mltiples

Derechos reservados conforme a Ley

EL CMMI se basa en el concepto de la evolucin de la madurez de los procesos. Esto

Nivel 1 Inicial: Procesos no predecibles y pobremente controlado

El modelo CMMI aplica conceptos de gerencia de procesos y mejora de calidad al

Propuesta para Implantar CMMI en una Empresa con Mltiples

Derechos reservados conforme a Ley

En el presente estudio se evaluar y aplicar la metodologa de Identificacin,

En el captulo I se realiza una fundamentacin terica definiendo conceptos del modelo

Propuesta para Implantar CMMI en una Empresa con Mltiples

Derechos reservados conforme a Ley

Un software es de calidad si satisface un propsito especfico y si sus partes tambin

La calidad puede entenderse en dos niveles: El primer nivel de calidad, es producir

Propuesta para Implantar CMMI en una Empresa con Mltiples

Derechos reservados conforme a Ley

Proceso es uno de los 3 puntos de apalancamiento de la mejora del desempeo de una

o Un punto donde comenzar

Los procesos incluidos en el modelo de procesos son aquellos que la experiencia ha

Propuesta para Implantar CMMI en una Empresa con Mltiples

Derechos reservados conforme a Ley

Dentro de la representacin por estados, el modelo CMM aplica a la Organizacin

Cuadro Nro II,1. Nivel de madurez segn la representacin por estados

2.1.5 Madurez vs Inmadurez

procesos Organizaciones con procesos maduros

Procesos seguidos consistentemente

Procesos comprometidos en orden a El rendimiento de los procesos es medido,

Calidad difcil de predecir

La calidad es predecible porque los

Los procesos viven mientras viven los

Los procesos viven por s solos y son

Las nuevas tecnologas corren riesgos de

Las nuevas tecnologas son incorporadas

Cuadro Nro. II,2. Comparacin entre Madurez e Inmadurez

Propuesta para Implantar CMMI en una Empresa con Mltiples

Derechos reservados conforme a Ley

Grfico Nro II,1. Efectos de mejora en madurez de los procesos

Madurez de Procesos es un indicador del potencial de crecimiento en capacidad de los

El Rendimiento de procesos pasados es un indicador de la Capacidad de los Procesos.

Propuesta para Implantar CMMI en una Empresa con Mltiples

Derechos reservados conforme a Ley

Evolucin de madurez de los procesos CMMI

Nivel 1: Inicial Procesos impredecibles, pobremente controlados y reactivos.

Nivel 2: Administrado. Procesos caracterizados en proyectos y acciones reactivas con

o Administracin de Requerimientos (RM)

Propuesta para Implantar CMMI en una Empresa con Mltiples

Derechos reservados conforme a Ley

Nivel 3: Definido. Procesos caracterizados en la Organizacin, y con acciones

Las reas de proceso de nivel 3 son:

o Foco en los Procesos Organizacionales (OPF)

Nivel 4: Administrado cuantitativamente. Los procesos son medidos y controlados.

o Administracin Cuantitativa de Proyectos (QPM)

Propuesta para Implantar CMMI en una Empresa con Mltiples