Sis Fabricaswcmmi Carranza

25/11/2013
SEMINARIO
PROYECTOS DE FABRICA DE
SOFTWARE CON EL MODELO CMMI
Mg. Ing. Wilfredo Carranza Barrena

20 noviembre 2013
Objetivos del seminario

Presentar los conceptos fundamentales relacionados
con las fabricas de software
Exponer los aspectos tecnolgicos y metodolgicos
mas significativos asociados con la calidad de
productos y procesos software
Tratar aspectos organizativos y de gestin para el buen
funcionamiento de las fabricas de software
Divulgar experiencias reales de Factoras de Software
en el Per
25/11/2013
Tema:
Proyectos de Fbrica de Software

con el modelo CMMI
Agenda
INTRODUCCION
1. GESTION DE LA CALIDAD Y MODELOS REFERENCIALES
1.1 Conceptos en la Gestin de la calidad
1.2 Modelos referenciales CMMI, ISO 15504, ISO 12207,
MOPROSOFT, ISO 29110
1.3 Calidad de procesos y de producto.
2. EL MODELO CMMI
2.1 El marco de trabajo para la mejora de procesos
2.2 Componentes principales del CMMI
2.3 Beneficios del CMMI / CMMI en el Per
2.4 Categoras y reas de Procesos del CMMI
3. CONSTELACIONES DEL CMMI

Constelacin para Desarrollo
(CMMI DEV)
Constelacin para Adquisicin (CMMI ACQ)

Constelacin para Servicios
(CMMI SVC)
25/11/2013
Agenda
..
4. PLAN DE IMPLEMENTACION DEL CMMI
4.1 Metodologa IDEAL
4..2 Plan de implementacin del CMMI,
4.3 Diagnstico: anlisis de brecha.
4.4 El PPQA en el nivel 2 CMMI
4.5 Cumplimiento: evidencias organizacionales
5. FABRICA DE SOFTWARE
5.1 Enfoque de Fbrica de Software
5.2 Componentes de gestin de una fbrica de software
6. FABRICA DE SOFTWARE CON CMMI

6.1 Procesos en el contexto de una Fabrica de Software
Mapa de procesos de una empresa TI.
6.2 Gestin de una Fabrica de Software
Desarrollo de software y Fbrica de software: diferencias
6.3 CMMI: Modelo de mejora de procesos
6.4 reas de Proceso CMMI-3
6.5 Modelo de Servicio de Fbrica de Software
6.6 Modelo de Fbrica de Software, soporte en reas de Proceso CMMI-3
INTRODUCCION
Hoy en da, la fabricacin de software sigue siendo uno de los
sectores de mayor crecimiento y
las actividades
principales
representa
tanto
para
los
una
de
pases
desarrollados como aquellos en vas de desarrollo.

Reconocemos
como
cierto,
que
el
software
se
encuentra presente en la mayor parte de los sistemas

vitales para el desarrollo de una sociedad moderna.
La Fbrica de Software, no es un conceptos nuevo, data desde
1968 y Hitachi fue la primera compaa
que lo aplic y
desarrollo al fundar Hitachi Software Works.
25/11/2013
INTRODUCCION
Fbrica de Software
conceptualiza una modalidad de organizar el
trabajo de desarrollo y mantenimiento de software de calidad, con

una
alta especializacin
una
estandarizacin
formal
de
sus
procesos, logrando ventajas competitivas mediante la reutilizacin de

los componentes de software, entre otras buenas prcticas.
La
Fbrica de
Software
facilita
altos niveles de productividad
reduccin de costos en un ambiente de mejora continua de los procesos

para obtener productos software de calidad y acortando los ciclos de
produccin.
Actualmente, las fbricas de software se extienden por todo el mundo,
desde el auge experimentado por la India y pases del sudeste asitico.
INTRODUCCION
Proyectos de SW-Factory en el Per:
SUNAT
OSINERGMIN
ONP
25/11/2013
1. GESTION DE LA
CALIDAD Y MODELOS
REFERENCIALES
1. GESTION DE LA CALIDAD Y MODELOS REFERENCIALES
1.1 Conceptos en la Gestin de la Calidad
1.2 Modelos referenciales CMMI, ISO 15504, ISO 12207,

MOPROSOFT, ISO 29110
1.3 Calidad de proceso y de producto
1.3 Calidad
25/11/2013
1.1 Conceptos en la Gestin de la Calidad

En los ltimos 20 aos se ha mejorado significativamente la
calidad
del
software,
adoptado nuevas
debido
herramientas
que
las
empresas
y tecnologas
han
(ejm. OO
CASEs); existiendo una mayor conciencia de la importancia y

beneficios de
la gestin de la calidad al aplicar estndares, metodologas
modelos referenciales (ejm. RUP, PMBOK, CMMI, ISO 29110).

La calidad del software es un concepto complejo que no
es directamente comparable con la calidad de la manufactura
de productos.
Conceptos en la Gestin de la Calidad

La gestin de la calidad y el desarrollo de SW
Los procesos de gestin de la calidad comprueban las entregas del producto
software para asegurarse que concuerdan con los estndares y metas
organizacionales.
Procesos de
desarrollo de SW
Procesos de
gestin calidad
Calidad
OK?
Plan de
Estndares y
procedimientos Calidad
Informes de revisin de la calidad

Fig. 1
Conceptos en la Gestin de la Calidad

Calidad del proceso y producto.
La calidad del proceso de desarrollo afecta directamente a la calidad de los productos derivados.
En un sistema automatizado de produccin, el proceso implica configurar y operar la maquinaria
asociada al proceso. Si la maquinaria es operada correctamente, la calidad del producto contina.
Se mide la calidad del producto y y se cambia el proceso hasta conseguir el nivel de
calidad
deseado. (Ver Fig 2)
Definir
proceso
Desarrollar
prodcto
Valorizar
Calidad prd
NO
Mejorar
proceso
Calidad
OK?
SI
Estandarizar
proceso
Fig. 2 Calidad basada en procesos
Planificacin, Aseguramiento y Control de la Calidad

La gestin de la calidad del software se estructura
en tres procesos principales:
Seleccionar procedimientos y estndares adecuados
Planificacin de la calidad.
determinando un marco de trabajo y, la adopcin

de este
marco
metodolgico
para
un
proyecto
software especfico.
Evaluar si los procesos, procedimientos y estndares
Aseguramiento de la calidad.
planificados se han implementado; detectando no

conformidades y asegurando su resolucin.
Revisar los productos intermedios y finales del desarrollo de

SW para detectar errores de contenido a fin de corregirlos.
Control de la calidad
1.2 Modelos referenciales

Modelos referenciales
CMMI, ISO 15504, ISO 12207, MOPROSOFT, ISO 29110
No definen "CMO" hacer las cosas, slo nos dicen "QU" cosas se
deben hacer para conseguir los mejores resultados
Por ejemplo, nos dicen que se debe planificar los proyectos, gestionar los
requerimientos, hacer gestin de la configuracin, medicin y anlisis,
validacin, gestionar los riesgos, y otras cosas ms, propias del modelo.
Generalmente, abarcan todas las reas de la organizacin implicadas en el
desarrollo de software o, en particular, pueden aplicarse para reas
especficas que son prioritarias o crticas para el negocio.
.. CMMI, ISO 15504, ISO 12207, MOPROSOFT, ISO 29110
Los modelos referenciales ms conocidos y aplicados en grandes y

medianas empresas son CMMI e ISO 15504.
Ambos, tienen dos finalidades:
1.- Para mejorar: Como gua en los procesos de mejora, indicando cules
son las reas prioritarias que se deben ir trabajando.
2.- Para evaluar: Como criterio para medir a una organizacin qu tan bien
lo hace, conocer la brecha entre cuntas cosas que dice el modelo, estn
siendo realizadas adecuadamente.
.. CMMI, ISO 15504, ISO 12207, MOPROSOFT, ISO 29110
Relacin de modelos con carcter global:

Basados en procesos:
CMMI,
ISO 15504,
MOPROSOFT,
ISO 29110 (VSE),
ISO 12207.
Basado en equipos de trabajo- giles:

Scrum Manager,
Programacin Extrema (XP)
ISO /IEC 12207
ISO/ IEC 12207

La 'Norma ISO/IEC 12207 es un marco de referencia comn que cubre el
ciclo de vida del software desde la conceptualizacin de ideas hasta su

retirada y, comprende procesos para adquirir y suministrar productos y
servicios relacionados al software, como el desarrollo, operacin y
mantenimiento. Asimismo, cubre el control y la mejora de estos procesos.
NORMA NTP ISO/ IEC 12207

La estructura de los procesos de software es dividida en tres categoras:
Principales PRI, Apoyo -APO y Organizativos ORG.
ISO /IEC 12207: PROCESOS DE APOYO (APO)

APO.3 ASEGURAMIENTO DE LA CALIDAD
Propsito: Proporcionar la seguridad de que los productos y procesos cumplen
con los requisitos especificados y se adhieren a los planes establecidos.
EVALUACION:
Fortalezas:
Las no conformidades detectadas son corregidas y tienen un tiempo de seguimiento.
Oportunidades de mejora:
No existe un criterio claramente definido para la cobertura de las auditorias de sistemas.
No se desarrolla un Plan para llevar a cabo las actividades y tareas del proceso de
aseguramiento de la calidad.
No se maneja sistemticamente la gestin de problemas o no conformidades.
No se mantiene la divisin funcional entre ambiente de desarrollo y ambiente de
produccin.
ISO /IEC 12207: PROCESOS DE APOYO (APO)

APO.7 AUDITORIA
Propsito: Determinar, por un independiente, la conformidad de los productos
y procesos seleccionados con los requisitos, planes y acuerdos.
EVALUACION:
Fortalezas:
La Alta Gerencia ha dispuesto y comunicado la realizacin de un proceso de Auditoria
Integral de Sistemas.
Es previsible que en adelante puedan realizarse auditorias cruzadas tomando como
referencia la precedente y, as mantener un ciclo de mejoras continuas a los
procesos. Oportunidades de mejora:
-Hay poca evidencia sobre acciones correctivas y preventivas tomadas sobre mtrica o
datos que se recolecten y registren.
- No siempre se realizan seguimientos o rastreos sobre pistas de problemas o no
conformidades, especficamente para asegurar que el cdigo fuente de los programas
reflejen la documentacin de diseo, que los datos de pruebas cumplan lo especificado
o que la documentacin de usuario se alinee con las normas establecidas.
ISO /IEC 12207: PROCESOS ORGANIZATIVOS (ORG)
ORG.3 MEJORA
Propsito: Establecer,
evaluar, medir, controlar y
mejorar los procesos del
ciclo de vida del software.
EVALUACION:
Fortalezas:
Limitada, segn el modelo referencial.
Oportunidades de mejora:
-Se requiere prioritariamente implantar una metodologa para desarrollo y
mantenimiento de sistemas.
- Es necesario aplicar tcnicas de gestin de proyectos para que los resultados
sean predecibles en trminos de plazos, costos y calidad de los procesos y
productos software.
-Falta establecer una mejor poltica de comunicaciones entre las Gerencias
usuarias y la Jefatura de Sistemas y, desarrollar un Plan de Comunicaciones.
ISO 9001, ISO /IEC 12207, ISO 15504 y CMMI.
ISO 15504
(SPICE, Software Process Improvement and Capability dEtermination)
ISO/IEC
15504
es
un
estndar
internacional
de
evaluacin
y determinacin de la capacidad y mejora continua de procesos de

ingeniera del software, con la filosofa de desarrollar un conjunto
de medidas de capacidad, estructuradas para todos los procesos del ciclo
de vida y para todos los participantes.
Es el resultado de un esfuerzo internacional de trabajo y colaboracin.
MODELOS DE CALIDAD MAS USADOS

ISO 9001:2000
CMMI
ISO 15504
mbito de aplicacin
Genrico
Software y Sistemas
Software y Sistemas
En su favor
El ms extendido y
sencillo de comprender
El de mayor prestigio
Ms consensuado y
probado
En su contra
Muy genrico, no gua

paso a paso
Difcil de entender, mayor

inversin, prescriptivo
La dimensin capacidad
tiene un alto grado de
dificultad, se solapa con
los procesos
Procesos
Estructura propia
Estructura propia
Delega en ISO/IEC
12207:1995, por mayor
aplicabilidad
Validacin
Encuestas satisfaccin
Encuestas satisfaccin y
casos de estudio
Objetivo
Cumplimiento de
requisitos de calidad
para procesos
Representacin
Plana
Tcnicas Anlisis
Guas y listas de
comprobacin
Mtodo para mejora de

procesos
Gua ISO 9004
Trials y esfuerzo
emprico
Mejora de los procesos,

productos y servicios
determinacin capacidad
contratista
Valoracin de proceso y
gua para la mejora
Continua y por etapas
Continua (por etapas a

nivel de proceso)
Cuestionarios de
evaluacin
Varios
IDEAL(*), mapa guiado

(*) Mtodo usado por
GMD
SPICE 4ta Parte
1.3 Calidad de proceso y de producto

No es posible hacer mejoras de procesos que optimicen
todos los atributos del proceso de forma simultnea.
Si se requiere un proceso de desarrollo rpido,

entonces ser necesario reducir la visibilidad del proyecto.
Hacer un proceso visible significa producir documentos a intervalos
regulares.
Y esto hace que inevitablemente el proceso sea lento.
.. Calidad de proceso y de producto

La mejora de procesos es una actividad cclica, tiene tres estados
principales:
1. Medicin. Proceso de medicin de los atributos de proceso y de
producto.
2. Anlisis y modelado de procesos. El proceso actual es
valorado, y se identifican oportunidades de mejora donde exista
debilidades y cuellos de botella. En esta etapa se estila
desarrollar los procesos que describe el modelo de procesos
3. Cambio. El cambio en los procesos identificados en el anlisis.
Medicin
Cambio
Anlisis
Fig. 1 Ciclo bsico de mejora de procesos

La mejora de procesos est basada en la suposicin de que la calidad
del proceso de desarrollo es crtica para la calidad del producto.
Estas nociones de mejora de procesos provienen del ingeniero
estadounidense W.E. Deming.
Deming y otros introdujeron la idea del control estadstico de la calidad;

que se basa en medir el nmero de defectos en los productos y relacionar
estos defectos con el proceso; que ser mejorado con el propsito de
reducir el nmero de defectos en el producto y hasta que los resultados del
proceso sean predecibles y el nmero de defectos se reduzca. Despus se
estandariza e inicia un ciclo de mejoras de calidad .
... Conceptos en la Gestin de procesos software

EDWARD DEMING (Investigador de la Calidad de los Procesos)
CICLO DE MEJORA DE LA CALIDAD DE LOS
PROCESOS
PLAN- DO- CHECK- ACT ;
estn vinculado por los resultados: la salida de uno
se convierte en la entrada del siguiente.
REACCION EN CADENA DE
DEMING
Mejora de la calidad,
mejora la productividad,
disminuye los costos,
disminuye los precios,
PLANIFICAR
incrementa el mercado,
crece el negocio y
ACTUAR
HACER
REVISAR
mejora retorno de la inversin.

Para los productos software, o para cualquier otro producto intelectual
como libros o pelculas donde la calidad del producto depende del diseo,
existen cuatro factores que afectan a la calidad del producto:
Tecnologa
de desarrollo
Calidad
del
proceso
Calidad del
producto
Calidad
del
personal
Costo, tiempo
Fig. 2 Factores de calidad del producto-SW
2. EL MODELO CMMI
PARTE 2: EL MODELO CMMI

2.1 El marco de trabajo para la mejora de procesos CMMI
2.3 Categoras y reas de procesos del modelo CMMI
2.4 Representaciones por etapas y continua
2.5 Descripcin de las reas de Proceso del nivel 2- CMMI
Gestin de Requerimientos (REQM)
Planificacin del Proyecto (PP)
Control y Monitoreo del Proyecto (PMC)
Gestin de la Configuracin (CM)
Aseguramiento de la Calidad del Producto y Procesos (PPQA)
Medicin y Anlisis (MA)
Gestin de Acuerdo con Proveedores (SAM)
2.1 El marco de trabajo para la mejora de procesos: CMMI

El modelo CMMI (Ahern et al., 2001) intenta ser un marco de trabajo para
la mejora del proceso software que sea aplicable en un amplio abanico de
compaas.
Su versin en etapas permite un desarrollo del sistema de la
organizacin, la gestin de los procesos a valorar y su asignacin a
un nivel de madurez entre 1 y 5.
Su versin continua permite una mejora selectiva de los procesos de la
organizacin, calificadas en una escala de 1 a 6.
El marco de trabajo para la mejora de procesos CMMI

El modelo es muy complejo y requiere una adecuada interpretacin de sus componentes,
por ejemplo los siguientes:
1. reas de proceso (AP). El CMMI identifica 24 reas de procesos que son relevantes
para la capacidad y la mejora de procesos.
2.
Metas (G). Las metas son descripciones abstractas de un estado deseable que
debera ser alcanzado por una organizacin.
El
CMMI tiene metas especficas asociadas a cada rea de procesos y que definen el
estado deseable para esta rea.
Tambin
tiene metas genricas que son asociadas con la institucionalizacin de buenas
prcticas.
3. Prcticas (P). Las prcticas en el CMMI son descripciones de vas para conseguir una
meta.
rea de Proceso
PA
SG: Describe qu
deber ser
implementado
para satisfacer
la PA.
Metas Especficas
(SG)
Prcticas
Especficas
(SP)
Alcanzar una GG en una PA

significa una mejora en la
planificacin e implementacin de
los procesos asociados con la PA.
Metas Genricas
(GG)
Prcticas
Genricas
(GP)
Definiciones y Trminos usados en el modelo

Definiciones manejadas por el SEI (Software Enginering Institute)
Qu es un proceso de software?:
Conjunto de actividades,
mtodos, practicas y transformaciones para desarrollar y mantener
software y productos asociados.
Qu es capacidad de un proceso?: El rango de resultados esperados
que se pueden obtener tras seguir un proceso.
Qu es la madurez de un proceso de software?: Es el punto hasta el
cual
un
determinado
proceso
es
explcitamente
definido,
administrado, medido, controlado y efectivo.
Qu es el nivel de madurez?: Plataforma bien definida desde la
cual podemos obtener un proceso maduro.
.Definiciones y Trminos usados en el modelo

Existe un conjunto de trminos empleados en el modelo que son
claves para entenderlo:
Establecer y Mantener
Algunas de las metas y prcticas componentes del modelo CMMI incluyen la
frase establecer y mantener, indicando que abarcan la documentacin y
el uso.
Por ejemplo, Establecer y mantener
una poltica de la
organizacin para planificar y desempear el foco en los
procesos de la organizacin, significa que no solo una poltica debe
ser formulada, sino tambin documentada y utilizada a travs de la
organizacin.
Clientes
Un cliente es la parte (individuo, proyecto, o organizacin) responsable por la
aceptacin del producto o por autorizar el pago.
Proyecto (Project)
En CMMI un proyecto es un conjunto de recursos gestionados que
liberan uno o mas productos software a un cliente o usuario final. Este
conjunto de recursos tiene un inicio y fin definido y opera de acuerdo a un
plan.
El plan es documentado y especifica cuando un producto
es implementado o liberado, los recursos utilizados, los trabajos que
sern realizados, as como tambin un calendario para realizar el trabajo.
..Definiciones y Trminos usados en el modelo

Las partes involucradas (Stakeholder)
Las partes involucradas son un grupo o un individuo que es afectadopor
la salida del emprendimiento (el proyecto).
Las partes involucradas pueden incluir miembros del proyecto,
proveedores, clientes, usuarios finales, entre otros.
Gerente (Manager)
En CMMI un gerente es una persona que provee direccin tcnica y
administrativa y control sobre las tareas o actividades desempeadas
en su rea de responsabilidad. Las funciones de un gerente incluyen
planificacin, organizacin, direccin y control del trabajo dentro de su
rea de responsabilidad.
En CMMI el gerente (director) de proyecto es una persona responsable
de planificar, dirigir, controlar, estructurar, y motivar el proyecto.
Adems, es responsable por satisfacer al cliente.
Definiciones y Trminos usados en el modelo

Producto (Product)
Es un resultado tangible o servicio que resulta de un proceso y
que ser liberado a un cliente o usuario final.
Un producto es un producto del trabajo que es liberado a un cliente.
Producto del Trabajo (Work Product)
Es alguna parte producida por un proceso. Estas partes pueden
incluir archivos,
documentos,
productos
intermedios,
servicios,
procesos, especificaciones, entre otros.. Una diferencia clave entre
productos del trabajo y componentes de productos es que un
producto del trabajo no necesita ser una parte de ingeniera o una parte
del producto final.

La valoracin del CMMI implica examinar los procesos en una organizacin y
clasificarlos en una escala. A un proceso se le asigna el nivel en la escala de seis
puntos :
1. No productivo. No se satisfacen una o ms de las metas especficas asociadas con
el rea de proceso.
2. Productivo. Se satisfacen las metas asociadas al AP, y para todos los procesos el
mbito del trabajo a realizar es fijado y comunicado a los miembros del equipo.
3. Gestionado. A este nivel, las metas asociadas con el rea de proceso son
conocidas y tienen lugar polticas organizacionales que definen cundo se debe
utilizar cada proceso. Debe haber planes documentados, gestin de recursos y
monitorizacin de procedimientos a travs de la institucin.
4. Definido. Este nivel se centra en la estandarizacin organizacional y el desarrollo de
procesos. Cada proyecto de la organizacin tiene un proceso de gestin creado a
medida desde un conjunto de procesos organizacionales. La informacin y las
medidas del proceso son recogidas y utilizadas para las mejoras futuras del
proceso.
5. Gestionado cuantitativamente. En este nivel, existe una responsabilidad
organizacional de usar mtodos estadsticos y otros mtodos cuantitativos para
controlar los sub-procesos. Esto significa que en el proceso de gestin debemos
utilizar medidas del proceso y del producto.
6. Optimizado. En este nivel superior, la organizacin debe utilizar medidas de
proceso y de producto para dirigir el proceso de mejora. Debemos analizar las
tendencias y adaptar los procesos a las necesidades de los cambios del negocio.
Representacin por Etapas- NIVELES DE MADUREZ
Representacion por Etapas- NIVELES DE MADUREZ

Los cinco niveles se describen a continuacin:
1. Inicial: El proceso est caracterizado por elementos no predecibles,
con escaso control
y comportamientos reactivos.
El ambiente
puede ser catico y el xito depende de esfuerzos individuales.
2. Gestionado: Los procesos de gestin de proyectos estn definidos
de una manera bsica para realizar el seguimiento de los
entregables, plazos, costes y calidad.
3. Definido: El proceso para las actividades de gestin e ingeniera
est documentado, estandarizado e integrado en el proceso estndar
dentro de la organizacin. Todos los proyectos utilizan una versin
estndar del
proceso
aprobado
por
la
organizacin
y
adaptado
a
las necesidades propias de cada proyecto de
desarrollo y mantenimiento de software.
4. Gestionado Cuantitativamente: Se recogen de forma detallada
medidas de los procesos y la calidad de los productos. Los
procesos y productos son entendidos cuantitativamente logrando
acertar en las predicciones.
5. Optimizacin: La mejora continua de procesos se basa en
los resultados cuantitativos de la aplicacin de innovaciones y
tecnologas en los procesos ya establecidos.
REAS DE PROCESO DEL NIVEL 2- CMMI
EL MODELO CMMI Los Niveles de Madurez

nfasis en lla
mejjora
El CMMI, nivel 2- Gestionado

comprende 7 reas de Proceso:
contiinua
4.- Gesti
estionado
El Proceso se controlla
cuantiitatiivamente
Cuanti
ntitati
tativamente
AREAS DE PROCESO
PP
Planeamiento del Proyecto
PMC
Monitoreo y Control del

Proyecto
3.- Defi
efinido
Proceso defiiniido para

lla
organiizacin y proactiivo
Proceso defiiniido
Caracterizado para proyectos y
Frecuentemente reactiivo
SAM
2.-Gesti
estionad
onado
1.- Inicial
Proceso Impredeciblle,
Poco Controllado
REQ
M
Gestin de Contratos con

Proveedores
Gestin de Requerimientos
PPQA
Aseguramiento de Calidad Prod.

y Procesos
CM
Gestin de la Configuracin
MA
Mtricas y Anlisis
. mejora de procesos con CMMI Nivel 2

El modelo CMMI en etapas
Cada nivel de madurez tiene asociado un conjunto de reas de procesoy
metas genricas. Por ejemplo, las reas de proceso definidas para
el segundo nivel del modelo (CMMI-2: nivel gestionado) son:
1. Gestin de requerimientos. Gestiona los requerimientos del proyecto y de sus
componentes, e identifica inconsistencia entre estos requerimientos y el plan y
los productos del proyecto.
2. Planificacin del proyecto. Establece y mantiene los planes, los cuales definen
las actividades del proyecto.
3. Seguimiento y control del proyecto. Provee la comprensin del progreso del
proyecto y la aplicacin de medidas correctivas cuando el rendimiento del
proyecto se desva significativamente del plan.
4. Anlisis y mediciones. Desarrolla y mantiene una capacidad de medicin que
se utiliza en el soporte de gestin de la informacin.
5. Aseguramiento de la calidad del proceso y del producto. Provee personal y
gestin con comprensin objetiva del proceso y los productos de trabajo
asociados.
6. Gestin de configuraciones. Establece y mantiene la integridad de los
productos de trabajo usando identificacin, control y estado de configuraciones,
as como auditorias.
7. Acuerdos con los proveedores. Gestiona la adquisicin de productos y
servicios de proveedores externos al proyecto con los cuales existen acuerdos
formales.
.. El marco de trabajo para la mejora de procesos CMMI
El Modelo CMMI continuo

El modelo CMMI continuo evala cada rea de proceso y, le asigna un
nivel de valoracin entre 1 y 6 a cada rea de proceso.
Normalmente, las organizaciones operan a diferentes niveles de madurez
en distintas reas de proceso. En consecuencia, el resultado de una
valoracin con el modelo CMMI continuo es un perfil de capacidad que
muestra cada rea de proceso y su correspondiente valoracin de
capacidad.
Un perfil de capacidad puede tener diferentes procesos con diferentes
niveles de capacidad.

La principal
ventaja del
modelo continuo
es que las
organizaciones pueden elegir procesos de mejora de acuerdo
con sus propias necesidades y requerimientos.
La experiencia demuestra que diferentes tipos de organizaciones
tienen distintos requerimientos en su mejora de procesos.
Por ejemplo, una empresa que desarrolla software para la
industria aeroespacial puede centrarse en mejoras de la especificacin
del sistema, gestin de configuraciones y validacin, mientras que
una empresa de desarrollo Web estara ms interesa en los procesos
cara al cliente.
El modelo de etapas o niveles requiere que las compaas se centren
en los diferentes niveles sucesivamente. Sin embargo, el modelo
CMMI continuo permite ms flexibilidad manteniendo la ayuda del CMMI.
2.3 Beneficios del CMMI

Las ventajas obtenidas por iniciativas de mejora de procesos al
implementar el modelo CMMI, son significativas al lograrse los beneficios
siguientes:
Documentacin a nivel de proyectos, estimaciones,
planificacin y seguimiento de procesos estable.
Los problemas son reconocidos y corregidos cuando ocurren
Los problemas son anticipados o, los impactos son minimizados
Los compromisos son entendidos y administrados
Administracin y procesos de ingeniera integrados en toda la organizac.
Las capacitaciones son planificadas y provistas de acuerdo a los roles
La informacin de seguimiento y replanificacin: tratada como un recurso
Los riesgos son seguidos y mantenidos en forma visible
Beneficios del CMMI

las ventajas obtenidas por iniciativas de mejora de procesos:
Las actividades son basadas en requerimientos entendidos y aprobados
Los defectos son encontrados antes a un menor costo,
Aumento del conocimiento entre grupos
Procesos flexibles para cumplir con las necesidades de los proyectos
Personal con habilidades y conocimientos
Documentos de procesos, lecciones aprendidas, mejores prcticas,
detalles de proyectos disponibles en la biblioteca de recursos de procesos
Mejores predicciones de los factores de calidad crticos:
-Cronogramas;
-Calidad de Productos. - defectos de Pruebas de Aceptacin;
-Costo.- Menores costos de mantenimiento mediante la prevencin de
defectos, retrabajos.
2.4 Categoras y reas de proceso del modelo CMMI
El modelo contiene cuatro categoras de PA relacionadas con

cuatro categoras de procesos:
Gestin de Procesos (Process Management),
Gestin de Proyecto (Project Management),
Ingeniera (Engineering) y,
Soporte (Support).
Todas las PA son comunes a ambas representaciones.
En la representacin por etapas, las PA se organizan por niveles
de madurez.
Categoras y Niveles de Madurez del modelo CMMI
MODELO CMMI NIVEL 3
CMMI 3
Gestin del
Proceso
Gestin de
Proyectos
- Enfoque Proceso Organizacional OPF - Planificacin del Proyecto
PP
- Gestin de Requisitos
- Definition Proceso Organizacional OPD - Monitorizacin y Control de

- Entrenamiento Organizacional
OT
Proyectos
- Gestin del Acuerdo con
el proveedor
- Gestin Integrada
de Proyectos
- Gestin de Riesgos
Soporte
Ingeniera
PMC
SAM
IPM
REQM - Gestin de Configuracin
- Desarrollo de Requisitos RD
- Aseguramiento de la Calidad
- Solucin Tcnica
TS
- Integracin del Producto PI
- Verificacin
VER
- Validacin
VAL
del Proceso y Producto

- Medicin y Anlisis
- Anlisis de Decisiones y
Resolucin
RSKM
- Entorno Organizacional para la Integracin

- Equipo Integrado
- Gestin Integrada del Suministrador
CM
PPQA
MA
DAR
3. CONSTELACIONES
DEL CMMI
PARTE 3: CONSTELACIONES DEL CMMI
3.1 Concepto de Constelacin en el modelo CMMI

3.2 CMMI para Desarrollo (CMMI-DEV)
3.3 CMMI para Adquisicin (CMMI-ACQ)
3.4 CMMI para Servicios
(CMMI-SVC)
3.1 Concepto de Constelacin en el modelo CMMI
El modelo CMMI es
uno de los elementos de la familia de productos
CMMI.
Existen 3 modelos CMMI , denominados constelaciones.
Cada
modelo
CMMI
buenas prcticas,
procesos
constelacin
reconocidas
contiene
internacionalmente
de desarrollo o mantenimiento
mejorar el proceso de
adquisicin
de
un
conjunto
de
por
mejorar
los
de productos y servicios,
productos
servicios
mejorar los procesos

relacionados con la prestacin de servicios.
Concepto de Constelacin en el modelo CMMI

Existen 3 constelaciones o modelos CMMI:
1. CMMI para Desarrollo (CMMI-DEV)
2. CMMI para Adquisicin (CMMI-ACQ)
3. CMMI para Servicios (CMMI-SVC)
y,
3.2 CMMI para Desarrollo (CMMI-DEV)

El CMMI para Desarrollo es un modelo de referencia para la mejora de los
procesos de desarrollo y mantenimiento de productos y servicios.
La versin actual del CMMI-DEV es la versin 1.2
La versin anterior del CMMI era la versin 1.1 y no tena constelaciones.
El CMMI-DEV tiene 22 reas de procesos (AP) :
16 APs fundamentales y 6 APs propias de la constelacin, stas ltimas
son:
1.Desarrollo de Requerimientos (RD)
2.Solucin Tcnica (TS)
3.Integracin de Producto (PI)
4.Verificacin (VER)
5.Validacin (VAL)
6.Gestin de Acuerdo con Proveedores (SAM)
CMMI para Desarrollo (CMMI -DEV)
Quines usan el CMMI-DEV ?

El CMMI para Desarrollo es usado por
organizaciones
que
realizan actividades de anlisis, diseo , construccin y mantenimiento de

productos. Tambin, puede ser usada por empresa de T.I. que realizan el
desarrollo y mantenimiento
del software de aplicaciones para clientes
que requieren este tipo de servicios bajo la modalidad del outsourcing.

Inclusive, por las reas de sistemas o T.I. de organizaciones de diversos
sectores industriales y de servicios (automotriz, construccin, banca
y
seguros, gobierno)
CMMI para Desarrollo (CMMI -DEV)

VERIFICACION
El producto fue construido correctamente?
(satisface la especificacin de requerimientos?)
VALIDACION
El producto construido es el correcto?
(satisface las necesidades operacionales?)
3.3 CMMI para Adquisicin (CMMI-ACQ)

El CMMI-ACQ sirve para mejorar los procesos necesarios con el objeto
de que la organizacin adquiriente interacte con los proveedores.
Adquiriente es quien adquiere un producto, ya sea comprando un bien o
la licencia de uso de productos o, contratando la prestacin del servicio
de desarrollo y/o mantenimiento de productos.
El CMMI para Adquisicin tiene 22 reas de proceso, que comprende:
16 APs fundamentales
6 APs propias del modelo, que son las siguientes:
1.
2.
3.
4.
5.
6.
Gestin del Acuerdo (AM)

Desarrollo de Requerimientos para Adquisicin (ARD)
Gestin Tcnica de la Adquisicin (ATM)
Verificacin de la Adquisicin (AVER)
Validacin de la Adquisicin (AVAL)
Desarrollo de la Solicitud y Acuerdo con el Proveedor (SSAD)
CMMI para Adquisicin (CMMI-ACQ)
El adquiriente contrata los servicios de un proveedor, para que realice

los trabajos que no har, pero ahora debe hacer otros trabajos nuevos,
desde antes, durante y al finalizar la contratacin; tales como:
Planificar la adquisicin (definir objetivos, recursos, identificar riesgos,
modalidad de adquisicin contratos, otros)
Solicitar propuestas a los proveedores
(definir requerimientos en detalle y
validarlos, identificar proveedores potenciales,
definir criterios de evaluacin, estudio del mercado,
precios referenciales y otros)
CMMI para Adquisicin (CMMI-ACQ)
Evaluacin de las propuestas recibidas y seleccin del proveedor.

Seguimiento y control , tanto administrativo como tcnico del cumplimiento
de las actividades y procesos crticos a cargo del proveedor.
Revisin y conformidad de los productos entregados y servicios prestados
por el proveedor.
3.4 CMMI para Servicios
(CMMI-SVC)
Las 8 APs del CMMI-SVC , sin considerar las 16 fundamentales, son:

1. Gestin de la Capacidad y Disponibilidad (CAM)
2. Resolucin y Prevencin de Incidentes (IRP)
3. Gestin de Acuerdos con Proveedores (SAM)
4. Continuidad del Servicio (SCON)
5. Entrega del Servicio (SD)
6. Desarrollo del Sistema de Servicio (SSD)
7. Transicin del Sistema de Servicio (SST)
8. Gestin Estratgica de Servicio (STSM)
Constelaciones CMMI - (AP)
CMMI-DEV
(22)
1 (SAM)
6
1 (SSD)
16
6
CMMI-ACQ
(22)
CMMI-SVC
(24)
4. PLAN DE
IMPLEMENTACION DEL
CMMI -NIVEL 2
PARTE 4: PLAN DE IMPLEMENTACION DEL CMMI -NIVEL 2
4.1 Metodologa IDEAL para implementacin del CMMI

4.2 Plan de implementacin del CMMI
4.3 Diagnstico: Anlisis de brecha al evaluar procesos actuales
4.4 El PPQA en el nivel 2 del modelo CMMI
4.5 Cumplimiento de prcticas de Aseguramiento de la Calidad:
Evidencias organizacionales
4.1 Metodologa IDEAL para implementacin del CMMI

ENFOQUE DE MEJORA DE PROCESOS
Para maximizar la eficacia de la inversin en un plan de mejora y alcanzar
los mejores resultados para la organizacin es necesario establecer
un marco comn en el cual converjan todos los esfuerzos de
mejora. En este marco de referencia comn debern quedar integradas
todas las iniciativas de mejora en curso, identificando los objetivos
estratgicos de la organizacin y necesidades de negocio, y las reas de
mejora resultantes de evaluaciones, y todo esto debe quedar reflejado en
un plan de mejora visible para toda la organizacin.
Se toma el modelo CMMI como marco de referencia para aunar los
esfuerzos de mejora de procesos.
El enfoque de la mejora de procesos se basa en la metodologa IDEAL.
Metodologa IDEAL para implementacin del CMMI

Conceptos de Calidad Total
Si
bien
la
aceptacin
de
un
determinado
Modelo
de
Referencia
simplifica enormemente la adopcin de prcticas genricas en los procesos, las

estadsticas reflejan un porcentaje elevado de implantaciones de mejora que no
culminan con xito, indicando, adems, que las razones del fracaso no son,
frecuentemente, de tipo tcnico, sino de una inadecuada Gestin del Cambio que
toda mejora implica.
La implantacin con xito de la mejora de los procesos en una organizacin, exige
el cumplimiento de los siguientes principios englobados en la prctica de la
Gestin Integral de la Calidad Total:
El compromiso de la Direccin con la mejora debe ser firme en todas
las decisiones que deba tomar, duradero a lo largo de la accin y manifiesto a
todos los stakeholders
implicados
en
la
mejora.
La
decisin
ms
comprometida es, frecuentemente, la asignacin de recursos a la mejora, cuando

estos recursos son
compartidos con las actividades productivas.

La mejora es participativa y se desarrolla en el interior de la organizacin. Son
las propias personas que forman los equipos productivos, los que desarrollan
las acciones de mejora siguiendo la tcnica de Grupos de Trabajo. Se pueden
destinar apoyos externos en labores de formacin y mentora.
La mejora requiere habitualmente una gran carga de formacin del equipo
de mejora, no slo en el Modelo de Referencia adoptado y en nuevas
tcnicas y herramientas, sino, en la mayora de los casos, en los propios
principios de la Gestin del Cambio.
La mejora es informativa, con una comunicacin explcita bajo cierta frecuencia,
a todos los que se vern afectados por la mejora.
La mejora se debe plantear como un esfuerzo colaborativo entre los
distintos agentes
del cambio. Tanto los roles del promotor de la mejora,
como el de aseguramiento de la calidad, han evolucionado desde figuras clsicas

de auditoria y control,
hacia
la
de
facilitadores
del
cambio,
apoyando
permanentemente a los que experimentan los nuevos procesos.
La concepcin moderna del proceso de mejora asume su carcter

esencialmente incremental y cclico, descartndose la idea de la mejora
unitaria y completa mediante programas puntuales y actuaciones a corto
plazo. Por el contrario, se apoya en el principio de la mejora continua
segn el ciclo de diagnstico, actuacin, evaluacin de resultados e
institucionalizacin.
Una metodologa para desarrollar programas de mejora es IDEAL,
acrnimo derivada de los nombres de las cinco fases que lo componen (en
ingls: Initiating, Diagnosing, Establishing, Acting, Leveraging).
(Leveraging)
Institucionalizacin
Revisar la
aproximacin
organizacional.
Analizar resultados.
Documentar exper.
Accin
Estimulo para
la Mejora
Establecer la
infraestructura
de mejora.
Contexto y
Patrocinio
Inicializacin
Planes Piloto.
Ciclo IDEAL
Diagnostico
de practicas
actuales.
Recomendaciones
Informe de
hallazgos.
Estrategias y
Prioridades.
Planificar y
Ejecutar.
Definir los
Procesos.
Establecer
Procesos.
Equipos y
Planes de
Accin.
Diagnstico
Modelo IDEAL de Mejora del Proceso
Fuente SEI
Las distintas fases del ciclo de mejora en la metodologa IDEAL son:
1. Inicializacin
Se acuerda el respaldo de la Direccin de la organizacin y se organiza la
infraestructura para la mejora.
Reuniones informativas.
Formalizar el compromiso de la Direccin con el programa de mejora.
Seleccionar las personas y la estructura organizativa para las distintas
fases de la mejora.
2. Diagnstico Evaluacin
Se llevan a cabo las bases para la mejora de procesos y se desarrollan las
conclusiones y las recomendaciones.
Capacitar al equipo interno de evaluacin en la interpretacin del Modelo de
Referencia y en el propio proceso de Evaluacin.
Planificar la evaluacin seleccionando las personas a entrevistar, los procesos
a evaluar y la documentacin que requiere analizarse.
Evaluar los procesos seleccionados en entrevista con los Jefes y Supervisores
contrastando la documentacin existente.
Elaborar el informe de evaluacin sealando los hallazgos encontrados en
cada rea de proceso, sus consecuencias e impacto en el negocio
y las recomendaciones para subsanar dichas deficiencias.
Presentan las conclusiones de la evaluacin a la Direccin.

3. Establecimiento de la Mejora
Se crea el equipo y el plan bsico de actuacin aprobado por la Direccin.
Establecer conjuntamente con la Direccin los objetivos de negocio que
deben guiar la mejora y se asignan prioridades.
Designar las personas que formarn parte de la organizacin de la mejora: SQA,
Comit Gua, Grupos de Trabajo.
Formar equipos en las tcnicas de Gestin del Cambio y Gestin de la Calidad.
Realizar el Plan de Accin detallado para la mejora, con estimaciones.
Definir los nuevos procesos mejorados, accediendo a la formacin tcnica
requerida en su caso, y evaluando soluciones tcnicas alternativas. Se

disean mtricas para realizar el seguimiento del proceso.

4. Accin
El equipo de accin debe identificar las mejores prcticas de trabajo que se vienen
aplicando en la organizacin, y construir alrededor de ellas. Pueden identificarse
prcticas adicionales para ser implementadas en un rea clave de proceso.
Seleccionar un proyecto piloto para implantar experimentalmente la mejora.
Desarrollar o adquirir las herramientas de apoyo, de ser necesarias.
Formar al personal afectado por la implantacin del piloto, en los nuevos
procedimientos.
Implantar la mejora en el proyecto piloto, efectuando en todo momento la

captura de datos para evaluar el funcionamiento con el nuevo proceso.
Analizar los resultados del proyecto y evaluar la adecuacin de los procesos

segn la experimentacin en el piloto.
Modificar los procesos segn las conclusiones obtenidas en el piloto.

5. Institucionalizacin
La institucionalizacin implica que la infraestructura de la organizacin es suficiente
para garantizar que las prcticas se llevan a cabo de forma continua.
Planificar la extensin de la mejora a otras reas o lneas de negocio por fases.
Formar al resto de personal en los procesos mejorados.
Implantar los procesos y las herramientas de apoyo en las sucesivas reas.
El Equipo de Aseguramiento de la Calidad verifica el cumplimiento de los
procesos, recoge
evala
datos
y sugerencias
de mejora
permanentemente
los
en colaboracin con el Equipo de Procesos dando entrada a un nuevo ciclo
de mejora.
Al final del ciclo el equipo de accin valora las lecciones aprendidas al desarrollar e implementar
las mejoras. El equipo de mejora determina cundo se comenzar con el siguiente ciclo,
planificando la siguiente implementacin.
4.2 Plan de implementacin del CMMI

FASE 1 ANALISIS DE BRECHA
1.Anlisis de brecha
El anlisis de gap para los procesos de software de la organizacin
facilita identificar las fortalezas y debilidades de los procesos actuales en los
grupos de desarrollo y mantenimiento.
Se genera un plan de alto nivel con acciones a seguir para cerrar el gap.
Los entregables de esta fase, son los siguientes:
Informe con las fortalezas y debilidades en las reas claves de procesos
evaluadas.
Plan de alto nivel, documentando las recomendaciones para cerrar el gap.
Plan de implementacin del CMMI
FASE 2 ENTRENAMIENTO EN CMMI

2. Entrenamiento en el modelo CMMI
2.1 Preparacin para el programa de mejora de procesos
Proporcionar un entrenamiento formal en el modelo CMMI con el
objetivo que el Cliente tenga el conocimiento bsico necesario del
modelo que le permita planear un programa de mejora de procesos
basados en el
modelo CMMI.

FASE 3 ELABORACIN DEL PLAN DE MEJORA
3. Elaboracin del plan del proyecto de mejora de procesos
3.1 Establecimiento del equipo de mejora de procesos
Entrenamiento al equipo de mejora de procesos interno, y establecimiento de
grupos complementarios (Comit Ejecutivo de Mejoras, Grupos Tcnicos
de Trabajo) y de la infraestructura (bibliotecas, repositorios de
procesos) necesarios.
3.2 Elaboracin del Plan de Trabajo
Elaborar matriz de Indicadores de Implementacin de Prcticas.
Elaboracin
del
Plan
de
Mejora
Detallado
identificando
actividades, involucrados,
metodologa,
entregables
y
plazos
referenciales
de
las oportunidades de mejora identificadas en la
evaluacin. Revisar evaluacin inicial.

FASE 4 IMPLANTACIN Y SEGUIMIENTO DEL PLAN DE MEJORA
4. Asesoramiento Tcnico y Supervisin
4.1 Asesoramiento
Supervisin y control en el progreso de la implantacin del plan de mejora,
destinada a llevar a cabo las implantacin de las acciones de mejora
definidas en el plan de mejora de procesos de la organizacin, incluyendo al
menos las siguientes actividades:
Coordinacin del proyecto de mejora CMMI con otras iniciativas de mejora
en curso
Establecimiento y entrenamiento al equipo de mejora de procesos interno en
temas propios del equipo de procesos adicionales a la metodologa IDEAL
Definicin de los procesos y procedimientos relacionados con las reas del
plan de mejora
Preparacin de la infraestructura que permita el despliegue en los proyectos
seleccionados.
Pilotaje de procesos y procedimientos en proyectos seleccionados, con
especial atencin a aquellos procesos identificados como crticos y para los
que se requiera un seguimiento y soporte ms especficos.
4.3 Diagnstico: Anlisis de brecha al evaluar procesos

actuales
ASEGURAMIENTO DE LA CALIDAD DE PROCESOS Y PRODUCTO
(PPQA)
GG2: Institucionalizar un proceso gestionado (Managed)
El proceso es institucionalizado como un proceso gestionado.
SG1: Evaluar objetivamente los procesos y work products
Se evala objetivamente la adhesin de los procesos ejecutados, los
work products y servicios asociados, a las descripciones de los
procesos aplicables, estndares y procedimientos.
SG2: Proveer una comprensin objetiva
Se hace un seguimiento objetivo de las no conformidades, se
comunican y se asegura su resolucin.
Diagnstico: Anlisis de brecha al evaluar procesos

actuales
Fortalezas:
Las no conformidades son registradas y se realizan los
seguimientos hasta el cierre. Los detalles de las NC son
discutidos en las reuniones de comit [SP2.1]
Las acciones surgidas de las reuniones en los Comites de
Gerencia y los reportes de auditora (conteniendo
observaciones, NCs y oportunidades de mejora) son
mantenidos para las actividades de QA [SP2.2]

actuales
Oportunidades de mejora :
Las reas foco para las auditoras internas son decididas por el
grupo de QA. No existe un criterio claramente definido para la
cobertura de las auditoras de proyectos u otras entidades, por
lo cual la cobertura de las auditoras no cubre adecuadamente
todas las reas de proceso. Las auditoras de Entregas
son realizadas en algunos casos [SP1.1]
En la mayora de los casos los work products son revisados a
travs de revisiones entre pares, pero no se mantienen reportes
de revisin.
No existe un formato a nivel de la
organizacin para el registro de
los resultados de las
revisiones entre pares
[SP1.2]

actuales
L e v e l 2 Ov e ra ll Pra c tic e s
100%
80%
60%
40%
R E QM
PP
FI - Fully Im plem ented
P MC
S AM
P I - P artially Im plem ented
MA
P P QA
NI - Not Im plem ented
C o n fig u ratio
n m an ag em
en t
Measu rem en
t
& A n alysis
P ro cess
& P ro d u
ct Qu ality
A ssu ran
ce
A g reem en t
m an ag em
en t
P ro ject
Mo n ito rin g
an d C o n
tro l
S u p p lier
P ro ject
P lan n in
g
0%
R eq u irem
en t
Man ag em en
t
20%
CM
4.4 El PPQA en el nivel 2 del modelo CMMI

Aseguramiento de la Calidad del Producto y Proceso
Meta especfica (SG)
SG1. Evaluar Objetivamente Procesos y Entregables:
La adherencia de los procesos ejecutados y entregables y servicios
asociados a las descripciones de proceso, estndares y procedimientos
aplicables es evaluada objetivamente.
Prcticas especficas (SP)
SP1.1-1 Evaluar Objetivamente
Procesos: Evaluar objetivamente
los procesos ejecutados designados
versus las descripciones de
proceso, estndares y
procedimientos aplicables.

Entregables y Servicios: Evaluar
objetivamente los entregables y
servicios designados versus las
descripciones de proceso,
estndares y procedimientos
aplicables
4.5 Cumplimiento de prcticas de Aseguramiento de

la Calidad: Evidencias organizacionales
Meta especfica SG1. Evaluar Objetivamente Procesos y Entregables: La adherencia
de los procesos ejecutados y entregables y servicios asociados a las descripciones
de proceso, estndares y procedimientos aplicables es evaluada objetivamente.
Prcticas especficas
SP1.1-1Evaluar Objetivamente
Procesos: Evaluar objetivamente los
procesos ejecutados designados versus las
descripciones de proceso, estndares y
procedimientos aplicables.

Entregables y Servicios: Evaluar
objetivamente los entregables y servicios
designados versus las descripciones de
proceso, estndares y procedimientos
aplicables
Evidencia Organizacional
. Plan de Gestin de la Calidad
. Metodologa de Mantenimiento de Sistemas.
. Metodologa de Anlisis, Diseo, Desarrollo e Integracin de
Sistemas.
. Checklist de Control de Calidad Interno
. Informe del Plan de Gestin de la Calidad en el proceso deSW
. Anexos del procedimiento de atencin deO/Ts (Ordenes de
Trabajo)
. Plan de Gestin de la Calidad
. Metodologa de Mantenimiento de Sistemas.

Sistemas.
. Checklist de Control de Calidad Interno
. Informe de Gestin de la Calidad
. Anexos del procedimiento de atencin de O/Ts

Meta genrica (GG)
GG2. Institucionalizar un Proceso Gestionado:
Prcticas genricas (GP)
GP 2.1 Establecer una Poltica Organizacional
GP 2.2 Planear el Proceso
GP 2.3 Proporcionar Recursos
GP 2.4 Asignar Responsabilidades
GP 2.5 Entrenar Personas
GP 2.6 Gestionar las Configuraciones
GP 2.7 Identificar e involucrar Personas o Grupos
Afectados Relevantes
GP 2.8 Monitorear y Controlar el Proceso
GP 2.9 Evaluar Adherencia Objetiva
GP 2.10 Revisar Estado con Gerencia de Alto nivel
. Resultados de una Evaluacin de CMMI

Meta genrica GG2. Institucionalizar un Proceso Gestionado:
Prctica genricas
GP 2.1 Establecer una Poltica

Organizacional: Establecer y mantener
una poltica organizacional para planear y
ejecutar el proceso de la calidad de
producto y proceso.
. Poltica Corporativa de la Empresa, polticas del Proyecto.
GP 2.2 Planear el Proceso: Establecer y

mantener el plan para ejecutar el proceso
aseguramiento de la calidad de producto
y proceso.
. En los planes de los proyectos de Desarrollo, Integracin y tareas

de Mantenimiento se incluyen las actividades de Control de
Calidad Interno.
GP 2.3 Proporcionar Recursos:

Proporcionar recursos adecuados para
ejecutar el proceso aseguramiento de la
calidad de producto y proceso,
desarrollando los entregables y
proporcionando los servicios del proceso.
. Existen formatos de Checklist, personal asignado, actividades

planeadas para realizar las revisiones de calidad.
GP 2.4 Asignar Responsabilidades:

Asignar responsabilidad y autoridad para
realizar el proceso, desarrollar entregables
y proporcionar los servicios del proceso
aseguramiento de la calidad de producto y
proceso.
. El Analista de Control de Calidad es el responsable general de las

actividades de revisin de calidad y reporta al Coordinador de
Proyecto.
. En el documento "Plan para la Gestin de la Calidad en el proceso
de software" hay un organigrama que muestra la asignacin de
responsabilidad y recursos.

GG2. Institucionalizar un Proceso Gestionado
Prctica genricas
GP 2.5 Entrenar Personas: Entrenar a las

personas que ejecutan o soportan el
proceso aseguramiento de la calidad de
producto y proceso segn se necesite.
. El personal del Proyecto tiene su file personal, el cual est en la

Gerencia de RRHH, que evidencia la capacitacin recibida.
. Se ha realizado entrenamiento en CMMI.
GP 2.6 Gestionar las Configuraciones:

Colocar los entregables seleccionados del
producto y proceso bajo los niveles
apropiados de gestin de la configuracin.
. Toda la documentacin est en el repositorio del Visual

SourceSafe (VSS).
. Los Checklist producto de la revisin se guardan fsicamente en
archivos de palanca.
GP 2.7 Identificar e involucrar Personas

o Grupos Afectados Relevantes:
Identificar e involucrar a las personas o
grupos afectados relevantes del proceso
proceso segn se plane.

Sistemas.
. Anexos del procedimiento de atencin de O/Ts
En ellos se muestra la participacin de los stakeholders (Analista,
Coordinador de Proyectos del cliente, Usuario del cliente, Jefaturas
de Sistemas del cliente, Proveedores que dan soporte al cliente,
Jefaturas de las reas de Proyectos y de Negocio del cliente).

GG2. Institucionalizar un Proceso Gestionado
Prctica genrica
GP 2.8 Monitorear y Controlar el
Proceso: Monitorear y controlar el proceso
proceso versus el plan para ejecutar el
proceso y tomar la accin correctiva
apropiada.
GP 2.9 Evaluar Adherencia Objetiva:
Evaluar objetivamente la adherencia del
producto versus su descripcin de proceso,
estndares y procedimiento y atender no
conformidades.
GP 2.10 Revisar Estado con Gerencia de

Alto nivel: Revisar las actividades, estado
y resultados del proceso aseguramiento de
la calidad y proceso con la gerencia de alto
nivel y atender problemas.
.Estn definidas mtricas en el Informe del Plan para la Gestin de
la Calidad:
Indicadores de Calidad: Mantenimiento, Desarrollo e Integracin.
. Existen Checklists (Control de Calidad de Pase QA / Pase a

Produccin que servirn para supervisar las actividades de
revisin de calidad.
. El Informe Mensual es enviado por el Analista de Control de

Calidad y revisado por el Coordinador de Proyecto y la Gerencia
del Proyecto.
La Gerencia del proyecto revisa el Informe Mensual, realiza las
correcciones apropiadas y, finalmente lo enva al cliente adjunto en
una Carta.
5. FABRICA DE
SOFTWARE
PARTE 5
FABRICA DE SOFTWARE
5.1 Enfoque de Fbrica de Software

5.2 Componentes de gestin de una fbrica
de software
5.1 Enfoque de Fabrica de Software

El concepto de fabrica de software responde a tres necesidades en el campo
del desarrollo y mantenimiento de software:
La escasez de personal calificado con niveles de especializacin
Los fracasos en la industria del software, por falta de madurez de la propia

industria y por la creciente complejidad de los proyectos de software
La constante evolucin de la tecnologa que obliga a las empresas a
cambiar de plataformas tecnolgicas y/o arquitecturas de software.
Enfoque de Fabrica de Software

La Fabrica de Software se destaca al utilizar los fundamentos de la fabricacin
industrial, como son:
Componentes estandarizados
Conjunto de habilidades especializadas
Procesos paralelos
Consistencia de calidad predecible y escalable.
Desde los inicios del 2000, se siguen perfeccionando las tcnicas aplicadas a
la Fabrica de Software, consolidndose:
la ingeniera basada en modelos,
el desarrollo basado en componentes y
los modelos de madurez de procesos.
5.2 Componentes de gestin de una Fbrica de Software

Estrategia de fabricacin:
Desarrollo tradicional
Generacin de cdigo automtica
Reutilizacin
Metodologa de fabricacin
RUP con UML
Mtrica (en Espaa)
Metodologa de creacin propia adaptando estndares
eXtremme Programming (XP) como Paradigma gil
Implantacin de modelos de madurez basados en CMMI para
grandes empresas y, MOPROSOFT e ISO 29110 para PYMES, para
mejora de procesos software.
Componentes de gestin de una Fbrica de Software

Buenas prcticas aplicables a gran numero de fbricas de software:
i.
Integracin continua y nfasis en la gestin de la configuracin
ii.
Control de calidad exhaustivo, peridico y automtico
iii. nfasis en el diseo basado en el conocimiento

iv. Utilizar Casos de Uso (CdU) como pieza esencial del desarrollo
v.
Ciclo de vida iterativo y evolutivo
vi. Estimacin basada en puntos de funcin o CdU adaptados

vii. Guiar las acciones por valor, alineadas y medidas respecto a objetivos
econmicos.
CMMI es un modelo de referencia, es decir un conjunto de buenas prcticas
que se aplican para gestionar, desarrollar y mantener un sistema.
6. FABRICA DE
SOFTWARE CON
CMMI
PARTE 6:
FABRICA DE SOFTWARE CON CMMI
6.1 Procesos de una empresa de software

Mapa de procesos de una empresa TI.
6.6 Modelo de Fbrica de Software, con soporte en reas de
Proceso CMMI-3.
6.1 Procesos de una empresa de software
Diferencias: Desarrollo de software y Fbrica de software

La diferencia entre el desarrollo de software y la fbrica de software
se explica aplicando el concepto de sistema de produccin.
El desarrollo de software construye programas nicos y es realizado
por profesionales calificados que laboran en equipos.
Mientras que la fbrica de software construyen familias o lneas de
productos mediante:
el uso de procesos estndares de alta especializacin y
la reutilizacin es formal y sistematizada.
Otra diferencia importante, es que las entradas a los procesos de la
ingeniera de software son especificaciones de requerimientos
estandarizados.
El modelo de referencia ms
conocido para la mejora de
procesos es el CMMI.
Es un marco de referencia
muy utilizado por las grandes
empresas para desarrollar un
modelo de
tercerizacin
(outsourcing) que
permita
alinear los esfuerzos de
implementacin de Fabricas
de Software.
6.6 Modelo de fabrica de Software, con soporte en

reas de Proceso CMMI-3
La Fbrica de Software facilita altos

niveles de productividad y reduccin
de costos
de
en
un
ambiente
mejora continua
los procesos para acortar los

de produccin y
de
ciclos
obtener
productos software de calidad.
Gracias
Mg. Ing. Wilfredo Carranza

wcarranza82@gmail.com

Sis Fabricaswcmmi Carranza

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Sis Fabricaswcmmi Carranza

Enviado por

Direitos autorais:

Formatos disponíveis

25/11/2013

Mg. Ing. Wilfredo Carranza Barrena

Objetivos del seminario

Proyectos de Fbrica de Software

3. CONSTELACIONES DEL CMMI

Constelacin para Adquisicin (CMMI ACQ)

6. FABRICA DE SOFTWARE CON CMMI

desarrollados como aquellos en vas de desarrollo.

encuentra presente en la mayor parte de los sistemas

desarrollo al fundar Hitachi Software Works.

conceptualiza una modalidad de organizar el

trabajo de desarrollo y mantenimiento de software de calidad, con

procesos, logrando ventajas competitivas mediante la reutilizacin de

altos niveles de productividad

reduccin de costos en un ambiente de mejora continua de los procesos

1. GESTION DE LA CALIDAD Y MODELOS REFERENCIALES

1.1 Conceptos en la Gestin de la Calidad

1.2 Modelos referenciales CMMI, ISO 15504, ISO 12207,

1.1 Conceptos en la Gestin de la Calidad

CASEs); existiendo una mayor conciencia de la importancia y

modelos referenciales (ejm. RUP, PMBOK, CMMI, ISO 29110).

Conceptos en la Gestin de la Calidad

Informes de revisin de la calidad

Conceptos en la Gestin de la Calidad

Fig. 2 Calidad basada en procesos

Planificacin, Aseguramiento y Control de la Calidad

determinando un marco de trabajo y, la adopcin

Evaluar si los procesos, procedimientos y estndares

planificados se han implementado; detectando no

Revisar los productos intermedios y finales del desarrollo de

1.2 Modelos referenciales

.. CMMI, ISO 15504, ISO 12207, MOPROSOFT, ISO 29110

Los modelos referenciales ms conocidos y aplicados en grandes y

.. CMMI, ISO 15504, ISO 12207, MOPROSOFT, ISO 29110

Relacin de modelos con carcter global:

Basado en equipos de trabajo- giles:

ISO /IEC 12207

ISO/ IEC 12207

ciclo de vida del software desde la conceptualizacin de ideas hasta su

NORMA NTP ISO/ IEC 12207

ISO /IEC 12207: PROCESOS DE APOYO (APO)

ISO /IEC 12207: PROCESOS DE APOYO (APO)

ISO /IEC 12207: PROCESOS ORGANIZATIVOS (ORG)

ISO 9001, ISO /IEC 12207, ISO 15504 y CMMI.

y determinacin de la capacidad y mejora continua de procesos de

MODELOS DE CALIDAD MAS USADOS

Muy genrico, no gua

Difcil de entender, mayor

Mtodo para mejora de

Gua ISO 9004

Mejora de los procesos,

Continua y por etapas

Continua (por etapas a

IDEAL(*), mapa guiado

SPICE 4ta Parte

1.3 Calidad de proceso y de producto

Si se requiere un proceso de desarrollo rpido,

.. Calidad de proceso y de producto

Fig. 1 Ciclo bsico de mejora de procesos

.. Calidad de proceso y de producto

Deming y otros introdujeron la idea del control estadstico de la calidad;

... Conceptos en la Gestin de procesos software

mejora retorno de la inversin.

.. Calidad de proceso y de producto