Вы находитесь на странице: 1из 53

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

.. Calidad de proceso y de producto


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.

.. Calidad de proceso y de producto


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.2 Componentes principales del 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.

2.2 Componentes principales del CMMI

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.

El marco de trabajo para la mejora de procesos CMMI


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.

El marco de trabajo para la mejora de procesos CMMI


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.

Metodologa IDEAL para implementacin del CMMI


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.

Metodologa IDEAL para implementacin del CMMI

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).

Metodologa IDEAL para implementacin del CMMI

(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

Metodologa IDEAL para implementacin del CMMI

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.

Metodologa IDEAL para implementacin del CMMI

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.

Metodologa IDEAL para implementacin del CMMI


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.

Metodologa IDEAL para implementacin del CMMI


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.

Metodologa IDEAL para implementacin del CMMI


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.

Plan de implementacin del 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.

Plan de implementacin del CMMI


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]

Diagnstico: Anlisis de brecha al evaluar procesos


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]

Diagnstico: Anlisis de brecha al evaluar procesos


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.

SP1.2-1 Evaluar Objetivamente


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.

SP1.2-1 Evaluar Objetivamente


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.


. Metodologa de Anlisis, Diseo, Desarrollo e Integracin de
Sistemas.
. Checklist de Control de Calidad Interno
. Informe de Gestin de la Calidad
. Anexos del procedimiento de atencin de O/Ts

Aseguramiento de la Calidad del Producto y Proceso


Meta genrica (GG)
GG2. Institucionalizar un Proceso Gestionado:
El proceso es institucionalizado como 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


Aseguramiento de la Calidad del Producto y Proceso
Meta genrica GG2. Institucionalizar un Proceso Gestionado:
El proceso es institucionalizado como un proceso gestionado.

Prctica genricas

Evidencia Organizacional

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.

. Resultados de una Evaluacin de CMMI


Aseguramiento de la Calidad del Producto y Proceso
GG2. Institucionalizar un Proceso Gestionado

Prctica genricas

Evidencia Organizacional

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
proceso aseguramiento de la calidad de
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
aseguramiento de la calidad de producto y
proceso segn se plane.

. Metodologa de Anlisis, Diseo, Desarrollo e Integracin de


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).

. Resultados de una Evaluacin de CMMI


Aseguramiento de la Calidad del Producto y Proceso
GG2. Institucionalizar un Proceso Gestionado

Prctica genrica
GP 2.8 Monitorear y Controlar el
Proceso: Monitorear y controlar el proceso
aseguramiento de la calidad de producto y
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
proceso aseguramiento de la calidad de
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.

Evidencia Organizacional
.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.2 Gestin de una Fabrica de Software
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, con soporte en reas de
Proceso CMMI-3.

6.1 Procesos de una empresa de software

6.2 Gestin de una Fabrica 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.

6.3 CMMI: Modelo de mejora de procesos

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.4 reas de Proceso CMMI-3

6.5 Modelo de Servicio de Fbrica 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