Guia para El Proceso de Mejora en El Desarrollo de Software

#.
POSGRADO EN CIENCIA E ,..-?

e
DE LA COMPUTACION
GUIA PARA EL PROCESO DE MEJORA EN EL
DESARROLLO DE SOFTWARE
T
E s I s
QUE PARA OBTENER EL GRADO DE:
M S T '" O E N
to......... \. ('\"dJv \.
P R j E S E
J
N
'\
e I E N, e I A S ele.--
T A
JOSE GABRl:El RAMIREZ lOPEZ
"
DIRECTORA DE LA TESIS: DRA. HANNA KTABA
MEXICO, D.F. 2001
-, "'ttf>
. - .
. .
A mi "alma rnater", Universidad Nacional Autnoma de Mxico, por darme
las herramientas y conocimientos al realizar el Posgrado en Ciencia e Ingeniera
de la Computacin.
A Dios, por darme la vida.
A mis padres, con respeto y admiracin, por darme la oportunidad de estudiar.
A mis tios Jaime y Gloria, por sus consejos y apoyo.
A mis hermanos y primos, por su apoyo incondicional.
A mis amigos, de hoy y siempre, por su apoyo desinteresado.
A la Dra. Hanna Oktaba, por su direccin en la realizacin de esta tesis.
A Banamex, en particular a Inteligia, por su apoyo.
Gracias
Jos Gabriel
---------------------
INDICE
Pgina
INTRODUCCiN
I ANLISIS DE LAS RELACIONES ENTRE ISO/lEC 15504 (EVALUACiN DEL 2
PROCESO DE SOFTWARE) Y EL MODELO DE MADUREZ DE PROCESOS DE
SOFTWARE.
1IANLISIS DE LAS RELACIONES ENTRE IDEAL E ISO/lEC 15504-7 10
III PRESENTACIN DE LA GUIA DE MEJORA EN EL DESARROLLO DE 14
SOFTWARE
IVGUIA PARA EL USO DEL PROCESO DE MEJORA ([SOIIEC 15504) 17
Conclusiones Generales 53
Glosario 54
Bibliografa 56
Apndice A "AUTOEVALUACION PARA ELPROCESO DE MEJORA ENu. 57
DESARROLLO DE SOFTWARE"
INTRODUCCION
INTRODUCCIN
La tecnologa denominada Mejora de Procesos Software naci con el propsito de resolver los
problemas de falta de calidad en el software, provocada entre otras razones por la inrangrbrhdad del producto
as como por un enfoque ms artesanal que de ingeniera en su produccin.
Aunque el mbito de aplicacin inicial de la Mejora de Procesos Software tenda hacia los
desarrollos de software crtico, a lo largo de los aos ha quedado patente la relacin directa que existe entre la
aplicacin de estas tecnologas y el incremento de madurez y competitividad delas organizaciones.
Esta relacin la han entendido la mayor parte de las organizaciones de gran tamao que no han
restnngido recursos para su implantacin. Sin embargo la organizacin pequea y mediana que llevada por la
corriente del da a da no encuentra el momento para detenerse a reflexionar sobre la necesidad de comenzar
una iniciativa de mejora. [1]
Debido a la importancia que tiene el proceso de mejora en el desarrollo de software en las
organizaciones y al impacto que tendr ISO/IEC 15504 para el 2001 de convertirse en un estndar
internacional para el proceso de mejora, este trabajo pretende apoyar a las organizaciones mexicanas y
latinoamericanas en la aplicacin de tal proceso, proporcionndoles una gua de mejora para el proceso de
desarrollo de software, de manera resumida y complementada con una parte grfica que facilite su
interpretacin y aplicacin.
La gua para el proceso de mejora en el desarrollo de software que se detalla en este documento est
conformada por cuatro capitulos.
El captulo 1"Anlisis de las relaciones entre ISO/lEC 15504 (Evaluacin del proceso de software) y
el Modelo de Madurez de Procesos de Software (SW-CMM}", tiene como objetivo dar a conocer los modelos
de mejora ms representativos, y de los cuales se deriva la guia propuesta por ISO/lEC 15504-7, objeto de
estudio en la gua propuesta en el capitulo IV.
SW-CMM es un modelo que proporciona a las organizaciones una guia para medir la madurez de los
procesos de software y establecer un programa de mejora de software.
ISO/lEC 15504 es un modelo de evaluacin del proceso de software que actualmente se encuentra en
revisin Este modelo se publico en 1998, y se requieren de tres aos para decidir, si se transforma en un
estndar internacional
El captulo U "Anlisis de las relaciones entre iDEAL y ISO/lEC 15504-7", nene como propsito
comparar las guas de mejora que propone cada modelo de mejora Para es "IDEAL" y para
SOIIEC 15504 se encuentra en la parte 7 "Gua para usar el proceso de mejora"
IDEAL es una guia de mejora continua, que indica los pasos necesarios para establecer un programa de
mejora exitoso
ISO/lEC 15504-7 es una gua de proceso de mejora.
El captulo 111 "Presentacin de la gua de mejora en el desarrollo de software". este captulo tiene
como objetivo dar a conocer cl esquema genera! del cual se compone cada una de [as etapas de [a gua, as
como la notacin grfica empicada en los diagramas de actividad, presentados despus de la parte textual de
la gua.
El captulo IV "Gua para el proceso de mejora en el desarrollo de software (ISO/lEC 155047)", es
la parte central de la tests. y nene C0O10 objetivo servir de apoyo a las orgaruzacroncsen 1.1 apocacion de un
proceso de mejora para cl desarrollo de software. con base en un modelo dc referencia pixuuo a ser Darte de
Ulla cSlndar il11elllilClondl de procesos de mejora dc ) cm[onnado por un.r dcscnpcron tcxru.ri y
grfica del proceso que facrluc su nucrprcracrn.y uphcacrn
~ _ ... ------
J ANAUSIS De LAS RELACIONES ENTRE [SO/lEC 15504 Y EL MODELO DE MADUREZ DE PROCESOS DE sonWARE
1 ANLISIS DE LAS RELACIONES ENTRE ISO/lEC 15504 (EVALUACIN DEL
PROCESO DE SOFTWARE) Y EL MODELO DE MADUREZ DE PROCESOS DE
SOFTWARE_ [6]
Introduccin
En este captulo detalJaremos algunos antecedentes de los dos modelos de mejora ms
representativos de ingemera de software.
Posteriormente se presentan las caractersticas del Modelo de Madurez Capacidades de Procesos de
Software, en donde se tratan los niveles de madurez y las reas de procesos clave
A continuacin se explican [as caractersticas de ISO/lEC 15504 (Evaluacin del Proceso de
Software), sus dos dimensiones: la dimensin de procesos y la dimensin de la capacidad de procesos. Por
ltimo se establece una relacin entre los dos modelos, y sus diferencias
Antecedentes
El Instituto de Ingemera de Software del SEl ha estado evolucionando una estructura de procesos de
madurez conocida como e! Modelo de Madurez Capacidades de Procesos de Software (SW-CMM Software
Capability Madurty Mode!) desde 1986. Este modelo proporciona a las organizaciones una gua para medir
la madurez de procesos de software y establecer un programa de mejora de software. El SW-CMM es
probablemente el ms conocido y usado en el mundo en los procesos de mejora de software.
ISOITEC 15504 es un conjunto de documentos diseados para apoyar la evaluacin del proceso de
software, que se encuentra actualmente bajo revisin como un estndar internacional. ISO/IEC 15504 fue
publicado como un reporte tcnico tipo 2, lo cual es una etapa en el desarrollo de un estndar. De las nueve
partes que integran ISO/lEC 15504, las partes directamente relacionadas a SW-CMM son ISOIIEC 15504-2
"El Modelo de Referencia" , e ISO/lEC 15504-5 "Un Modelo de Evaluacin y una Gua de Indicadores".
El Modelo de Madurez de Procesos de Software.
El Modelo de Madurez de Capacidades de Procesos de Software describe los principios y prcticas
subyacentes a la madurez de procesos de software, y pretende ayudar en el proceso de mejora de las
organizaciones en la maduracin de sus procesos de software, en trminos de un camino evolutivo a la
medida, procesos caticos a madurar, y procesos disciplinados a madurar. El SW-CMM est organizado en
cinco niveles de madurez, estos se describen en la tabla l.
Tabla I Niveles de madurez SW-CMM
Nivel de madurez Descripcin
SW-CMM
1) Inicial El proceso de software es caracterizado como a la mcdrdarad boc), y
constantemente catico Pocos procesos estn definidos,
y el
xrto
depende del
esfuerzo mdrvicual
2) Repetible Los procesos de admnnstracrn de proyectos son establecidos para el seguimrcnto
de costos, tiempos. y funcionalidad Se crea una drsciphna para repetir el CX1to en
los proyectos con aplicaciones sirmlarcs
3) Definido el procese de software para la adnunistracrn y las acuvrdadcs de rngcmcrta son
documentados. cstandanzados. e integrados en un estndar de procesos de software
pata 1;) orgamzacrn Todos lo'> proyectos usan una vcrvion apio bada del estndar
de procesos de software de la orgamzacin. para el desarrollo y mantcrurrucnto del
sow.nc
. ---- -"- _ ~ ~ -------- ._----_._.- ~ -_.. -- ,- _._- ~ _ .. ------ ---- "
--
----
--- -------------
I ANALlSIS DE LAS RELACIONES ENTRE ISO/lEC 15504 Y EL MODELO DE MADUREZ DE PROCESOS DE SOFTWARE
4) Administrado Se recopilan mediciones detalladas de procesos de software y de la calidad de los
productos. El proceso de software y los productos son entendidos y controlados
cuantitativamente.
5) Optimizado Los procesos de mejora continua permiten una retroalimentacin cuantitativa de
procesos y de la innovacin de Ideas y tecnologas
Excepto en el nivel 1, cada nivel de madurez se desglosa en diversas reas de procesos clave, esto
indica las reas de la organizacin en donde debera de centrarse la atencin de mejora en el proceso de
software. Las reas de procesos clave en la versin .I de SW-CMM son listadas en la tabla 2
Por conveniencia, las reas de procesos clave estn organizadas por caractersticas comunes. Las
caractersticas comunes son atributos que mdrcan las practicas a realizar y la msntucionalizacin de las reas
de procesos clave, las cuales debern de ser efecnvas, repetibles, y duraderas. Las cinco caractersticas
comunes son: Compromisos, Habilidades, Actrvrdades, Mediciones y Anlisis, y Verificaciones. Las prcticas
generales que aplican a cualquier rea de procesos clave en cualquier nivel de madurez estn categonzadas
por las caractersticas comunes. Por ejemplo, "Establecer polticas" es una prctica comn en Compromisos,
y "Proveer entrenamiento" es una prctica comn en Habilidades.
Cada rea de proceso clave est descrita en trminos de las prcticas clave, esto contribuye al
cumplimiento de los objetivos, los cuales son identificados por caractersticas comunes. Las prcticas clave
describen la infraestructura especifica y las actividades, esto contribuye a una implementacin e
institucionalizacin efectiva del rea de procesos clave.
Tabla 2 Arcas de Procesos Clave en el Software CMM
Nivel Objetivo Arca de Proceso Clave
5 Proceso de mejora contmua Prevencin de defectos
Optlnuzado Admn. de cambios tecnolgicos
Admn de cambios de procesos
4 Calidad dc procesos y Admn. de calidad dc procesos
Administrado productos Admn de calidad del software
3 Procesos de ingeniera y Enfoque en procesos de la organizacin
Definido soporte organizacional Definicin de procesos de la organizacin
Programa de capacitacin
Admon. integral del software
Ingcmcra de productos de software
Coordmacrn intergrupal
Revisin entre pares
2 Procesos dc admimstracron Admn. de requenmrcntos
Repctrble dc proyectos Plancacinde proyectos de software
Scgamuemo de proyectos de software
Admcn de subcontraustas de software
Ascgurcrrucnto de la calidad del software
Admn. la configuracin del software
1 Gente capaz y heroica
Inicia!
-
--------------------
I ANLlSI'; DE LAS RELACIONES EN1RE IsonEe 15504 y EL MODELO DE MADUREZ DE PROCESOS DE SOFTWARE
ISO/lEC 15504 -Evatuacn del Proceso de Software
ISO/lEC 15504, est formado por nueve partes:
Partel: Gua introductoria y conceptos
Parte 2: Un modelo de referencia para procesos y capacidad de procesos
Parte 3: Evaluacin
Parte 4: Guia para la evaluacin
Parte 5: Un modelo de evaluacin y gua de indicadores
Parte 6: Gula de asesores competentes
Parte 7: Gua para usar un proceso de mejora
Parte 8: Gua para proveer la capacidad de procesos
Parte 9' Vocabulario
El modelo de referencia en la Parte 2, es un conjunto universal de documentos de procesos de
ingeniera de software, stos son lo mejor en la mgemera de software y estn respaldadas por las mejores
practicas y actividades. Estos procesos describen que una organizacin puede adquirir, proveer, desarrollar,
operar, evolucionar y dar soporte al software y a los atributos de procesos, lo cual caracteriza la capacidad de
stos procesos El propsito del Modelo de Referencia es proporcionar una base comn para los diferentes
modelos y mtodos para la evaluacin de procesos de software, asegurando que los resultados de la
evaluacin puedan ser difundidos en un contexto comn.
La arquitectura del Modelo de Referencia tiene dos dimensiones: la dimensin de procesos y la
dimensin de la capacidad de procesos.
La dimensin de procesos se caracteriza por la declaracin del propsito del proceso, los cuales son
esencialmente objetivos medibles del proceso. Los procesos son listados en la Tabla 4.
La dimensin de la capacidad de procesos se caracteriza por una serie de atributos de procesos, que
son aplicables a cualquier proceso, 10 cual representa caractersticas de medicin necesarias para administrar
un proceso y mejorar su capacidad de ejecucin. Cada atributo del proceso descnbe un aspecto de la
capacidad global, de administrar y mejorar la eficacia de un proceso en el logro del propsito y contribuye en
los objetivos de negocios de la organizacin. Hay nueve atributos de procesos, los cuales estn agrupados en
cinco niveles de capacidad, un atributo en el nivel I y dos atributos para los niveles dcl2 al 5. Los niveles de
capacidad constituyen un camino racional de progreso en el proceso de mejora. Los principios subyacentes
son sirrwtares conceptualmente con tos niveles de Madurez de S W ~ M M estn en funcin de objetivos de
procesos ms que en los objetivos de la organizacin. Los sers niveles de capacidad estn descritos en la
tabla 3.
l ANALlSIS DE LAS RELACIONES ENTRE ISO/IEC 15504 y EL MODELO DCMADUREZ DE rROCESOS DE SOFTWARE
Tabla 3 Niveles de Capacidad en ISO/lEC 15504-2
NiveL de.
'Descflpcn del Nivel.d Capacldad.,
.. . .
'Capacidad
. .
NivelO Por lo general no se cumple el propsito del proceso. No son Identificables fcilmente los
Incompleto productos de trabajo o las salidas de los procesos.
Nivel 1 El propsito de este proceso es generalmente alcanzado. Los logros no son rigurosamente
Realizable planeados y seguidos Se identifican los productos de trabajo para el proceso y se comprueba
el logro del propsito.
1.1 Atributo para realizar un proceso
Nivel 2 El proceso entrega productos de trabajo con una calidad aceptable en tiempo. A diferencia
Administrado del nivel anterior este proceso es planeado y administrado, y se tiene un progreso hacia un
proceso definido.
2.1 Atributo para administrar la ejecucin
2.2 Atributo para administrar los productos de trabajo
Nivel 3 El proceso es ejecutado y admimstrado usando un proceso definido basado en buenos
Establecido principios de ingeniera de software. A diferencia del nivel anterior este proceso es planeado
y administrado usando un procesa estndar.
3.1 Atributo definicin del proceso
3.2 Atributo recursos del proceso
Nivel 4 El proceso definido es ejecutado consstentemente en la practica con los lrutes de control
Predecible definidos, para lograr las metas. Son recolectados y analizados los detalles de las mediciones
en la ejecucin. Esto perrmre entender cuantitativamente la capacidad del proceso y una
habilidad. de mejora para predecir su ejecucin La ejecucin es administrada objetivamente.
La calidad de los productos es conocida cuantitativamente. A diferencia del nivel de
establecimiento este define un proceso que es entendido y controlado cuantitativamente
4. I Atrbuto medicin del procesa
4.2 Atributo control del proceso
Nivel 5 La ejecucin del proceso es optimizada en funcin de las necesidades actuales y futuras de la
Optimizado organizacin, y se logra un proceso repetible con conocimiento de los objetivos de la
organrzacrn definidos.
5. I Atributo cambio del proceso
5 :1 Atributo mejora conunua--- ._--- ---- ._------------- -------
r ANLI':>IS DE LAS RELACIONES ENTRE ISO/lEC 15504 Y EL MODELO DE MADUREZ DE PROCESOS DE SOrTwARE
Relacin de Procesos de ISO/lEC 15504 con Arcas de Procesos Clave CMM
El mapeo en la tabla 4 muestra como los tpicos en SO/lEC 15504 tienen una relacin de
equivalencia con los tOplCOS en S\V-CMM
Tabla 4 Mapeo entre los Procesos de ISO/lEC 15504-2 Ylas Arcas de Procesos Clave de SW-CMM
Procesos de ISO/lEC 15504 Software CMM vt.I
CUS. I Adquisicin Admn. de los subcontratos de software
CUS. 1.1 Preparar la adquisicin Admn de los subcontratos de software, Actividad 1
CUS 1.2 Seleccionar un proveedor Admn. de los subcontratos de software, Actividad 2
CUS. 1.3 Monitorear al proveedor Admn. de los subcontratos de software, Actividad 5
y de la 7-11
CUS. 1.4 Aceptacin del cliente Admn de los subcontratos de software, Actividad
12
CUS. 2 Proveer (Supply) (Planeacin de Proyectos de Software; Seguimiento
de Proyectos de Software; Ingeniera de Productos de
Software)
CUS. 3 Solicitud de requerimientos
CUS. 4 Operacin
CUS 4.1 Uso operacional
CUS. 4 2 Soporte al cliente
ENG 1 Desarrollo Ingeniera de Productos de Software
ENG. 1.1 Anlisis y diseo de requerimientos del
sistema
ENG 1.2 Anlisis de requenrnientos de software Ingeniera de Productos de Software, Actividad 2
ENG. 1.3 Diseo de Software Ingeniera de Productos de Software, Actividad 3
ENG lA Construccin de software Ingeniera de Productos de Software, Actividad 4
ENG 1.5 Integracin del software ingeniera de Productos de Software, Actividad 6
ENG. 1.6 Pruebas del software Ingeniera de Productos de Software, Actividad 7
ENG 1.7 Pruebas e integracin del Sistema (Ingeniera de Productos de Software, Actividad 6 y
7)
ENG.2 Mantemmiento al software y al sistema
SUP 1 Documentacin Ingeniera de Productos de Software, Actividad 8
SUP. 2 Admimstracin de configuracin Administracin de la Configuracin del Software
sur 3 Aseguramiento de la calidad Aseguramiento de la Candad del Software
sur 4 Verificacin (Revisin
en pares; Ingeniera de Productos de
Software, Acuvrdadcs 5 y 6)
SUP, 5 Validacin Ingemerta de Productos de Software, Actividad 5
SUP, 6 Revisin conjunta Scguirmento del Proyecto de Software, Acuvrdad 5
sur. 7 Auduona (Asegurar la Calidad del Software)
SU!' 8 Resolucin de problemas Adminisnacrn de la Configuracin de Software,
Actividad 5
MAN I Admnustrccrn
-
(Plancacin del Proyecto de Software: Seguimiento
del Proyecto de Software, Admn integral del
_._---_.-
Software)
MAN.2 Aduuntstracin de Proyectos -f>lancacI6n dei- Proyecto de Sottwarc: Seguimiento
de! Proyecto de Software,
Admn
Integral dd
Software
MJ\N 3 Ammlstl:Jclll de
-,-"- ._---_._-- -._-
e\11 CS"Oft\'J
---_.
IMi\'T;-:i:Jmi,;;;';;:' :,;-
---..
------ "
Id;d
13,
Seglll1l1ientodel Proyecto de Software, Actrvid.rd ro.
Adllll'JI) Ink!:'I.I\ dd Snft\\,lIC, \(lIVld,lJ 10
I
"
J ANAL/SIS DE LAS RELACIONES ENTRE:ISOIIEC 15504 y EL ,\1ODELO DE MADUREZ DE DE SOFTWARE
ORG. 1 Alineamiento Orgamzactonal
ORG 2 Mejora Definicin de Procesos de la Orgarnzacrn
ORG 2.1 Establecer procesos Definicin de Procesos de la Orgamzactn
ORG. 1 1 Evaluar procesos Enfoque en Procesos de la Organizacin, Actividad I
ORG. 1 3 Mejorar procesos Enfoque en Procesos de la Organizacin; (Admn
del Cambio en [os Procesos)
ORG. 3 Administracin de recursos humanos Programa de Capacitacin
ORG. 4 Infraestructura Definicin de Procesos de la Organizacin
ORG. S Medicin Medicin y Anlisis
ORG. 6 Reutilizar
Administracin de Requerimientos
Coordinacin Intergrupal
Revisin en Pares
Admn. la Calidad de Procesos
Prevenir Defectos
Admn. de los Cambios Tecnologicos
Admn. del Cambio en los Procesos
Relacin de la Dimensin de la Capacidad de Procesos con los Niveles de Madurez
El SWCMM se caracteriza como un modelo discreto porque descnbe la capacidad organizacional
en trminos de los niveles de madurez, esto representa etapas evolutivas de capacidad, y el modelo ISO/lEC
15504, se conoce como un modelo continuo El modelo ISOIIEe 15504 describe el contexto del proceso de
madurez de! software desde la perspectiva de procesos individuales, donde el SWCMM provee un esquema
de mejora organizacional.
Un modelo discreto puede describirse como:
Un modelo centrado en la organizacin, porque nene como objetivo analizar la capacidad de los
procesos dc la organizacin.
Un modelo descriptivo, porque describe a la organizacin con la capacidad alcanzada en [os
diferentes niveles
Un modelo normanvo, porque indica como una organizacin debera mejorar sus procesos
La arquitectura drscreta se centra en el proceso de mejora de software, y en el caso de SWCMM, provee
500 paguias de material informativo del proceso de software, debidamente prionzadc, para rruciar en arcas de
procesos claves. La clasrceclc dc Jos componentes, las Meas de procesos claves, y obicnvos, son una parte
pequea comparativamente del documento; Son 18 reas de procesos claves y 52 objetivos.
El trmino continuo no es cstnctamcntc una descripcin precisa puesto que la arquitectura ISO/lEC
15504 se basa tambin en niveles de capacidad Otro tmuno descriptivo que puede emplearse es:
Un modelo centrado en procesos, desde el cual los objetivos son la capacidad de procesos.
Un contexto del modelo, como analoga a una descripcin del contexto del proceso de software
Un modelo de referencia. [o cual es usado principalmente en 1..1 evaluacin C{lITIO referencia del
puntac de procesos.
Uno de los obIC!lVOS de ISO/lEC 15504 c-, crear un camino (k rncdrcioncs de [a capacidad de proceso:',
mientras :-1.: CVl\,1 una piopucvta de mejora especifica, tal como [0<; niveles de madure/ del SEl, para que [o'>
diferentes tipos de cvalu.icio. modelos. y '>11" resultado", pueda ser comparados sigrucanvamcntc el unonl
\)[10 1.,1 de 1,1 propuesta medir 1.\ rmplcmcnracton e de proccso-, cvpcc.ficos.
nu-du U1\ .mtc-, que medir una org.:IIII/41I,.IO!l.
ANLISIS DE LAS RELACIONES ENTRE SOIIEC 15504 y EL MODELO DE MADUREZ DC PROCESOS DE SOFTWARE
Los niveles de madurez pueden verse como un conjunto de perfiles de procesos usados en esta propuesta
En este sentido una de las deficiencias del modelo discreto es la baja evolucin de madurez de reas de
procesos clave con respecto a la madurez de la organizacin
Diferencias entre ISO/lEC 15504)' SW-CMM
Ambas perspectivas la continua y la discreta tienen un valor, y una compatibilidad conceptual, pero
hay diferencias filosficas fundamentales entre las dos arquitecturas Las diferencias filosficas implican
fortalezas y debilidades para ambas arquitecturas.
Tabla 5 Diferencias entre ISO/lEC 15504 SW-CMM
Caractersticas
Poca importancia
Capacidad de la Organizacin
Evolucin de Procesos
Gua
Extenderse a otras reas.
Arquitectura discreta
(SW-CMM)
La atencin se centra en cuestiones
de poca importancia en la mejora
de procesos que son generalmente
ciertos para toda organizacin.
La capacidad de la organizacin
est explcitamente descrita en
trminos de los niveles de
madurez.
Las reas de procesos clave son
una foto de la evolucin de
procesos.
Cuenta con una gua extensa de
prcticas claves y subprcticas,
tambin proporciona ayuda para
entender Qu es una prctica
clave o mctas?, est orientado
hacia prcticas en organizaciones
grandes y proyectos en un
ambiente de contratacin.
Es muy dificil para personas que
no son expertas extender los
principios de CMM a nuevas
disciplinas o reas de: inters
Arquitectura Continua
(ISO/lEC 15504)
Las cuestiones de poca importancia
se dejan an lado, con el manejo de
prioridades.
La capacidad de la organizacin es
implcita, puede entenderse
intuitivamente con la bsqueda de
los procesos de la organizacin, los
atributos de procesos, y sus
dependencias.
La evolucin de procesos proviene
de una mejora continua a la medida
y es descrita completamente
Los procesos abstractos y los
atnbutos de procesos pueden ser
difciles de interpretar. No ofrece
una gua de mejora en panicular
para una orgemzacrn.
Agregar procesos e integrarlos con
otros modelos es una definicin
rclanvamcntc sencilla, con la
aplicacin dc la dunensin de la
capacidad para los puntajcs de
procesos.
[ N L l ~ S DE LAS RELACIONES ENTRE ISOIIEe [5504 y EL MODELO DE MADUREZ DE PROCESOS DE SOFTWARE
CONCLUSIONES
Los modelos de mejora de software son un parmetro para las orgamzacrcnes, que les permite
conocer su estado actual, y servir como base para establecer objetivos de mejora de acuerdo a las necesidades
actuales de la organizacin
Considero que ambos modelos son muy completos, y que lo ms importante para las organizaciones
antes de elegir uno u otro, es tener presente cual de los dos se apega ms a sus necesidades.
En el caso de que una organizacin tenga como objetivo en todo momento ir cubriendo
paulatinamente ciertas reas claves o procesos de tal manera que se alcance un determinado nivel de madurez
organizacional, lo ms recomendable sera adoptar el modelo propuesto por SW-CMM, el cual se caracteriza
por una evolucin gradual de reas de procesos Es importante recordar que este modelo se apega a
organizaciones grandes y que no es muy flexible para extenderse a otras reas de inters.
En el supuesto de que los objetivos de la organizacin fueran cubnr el mayor nmero de procesos o
reas claves de la organizacin, sin tener la presin de ir cubriendo un determinado nivel de madurez
organizacional, es ms conveniente adoptar el modelo propuesto por ISQIIEC-15504. Tambin es necesario
recordar que este modelo es aplicable a cualquier organizacin mdependientemente de su tamao y es muy
flexible para extenderse a otras reas.
"
!I ANALlSIS DE LAS RELACIONES ENTRE IDEAL E ISO/lEC 155(}4-7
JI ANLISIS DE LAS RELACIONES ENTRE lDEAL E ISO/lEC 15504-7
Objetivo: Conocer las relaciones y diferencias de las guas de mejora de procesos de software IDEAL e
ISO/lEC 15504-7.
Introduccin
En este capitulo se presentan las dos guas de mejora ms representativas' IDEAL e ISOJlEC
15504-7, debido a la importancia de sus modelos de referencia SW-CMM e ISO-15504 respectivamente.
Iniciaremos dando una explicacin de cada gua de mejora, para posteriormente establecer una
relacin entre dichos modelos, y analizar las diferencias, y finalmente presentar unas conclusiones.
Antecedentes
Las organizaciones reconocen la necesidad de contar con una gua de implementacin especfica,
cuando se adquieren: software, procesos, y mtodos. Muchos de los esfuerzos, incluyendo el proceso de
mejora de software, la administracin de riesgos, o la introduccin de nuevos ambientes de desarrollo, son tan
complejos, y sus efectos se aprecian a largo plazo, que es necesario una especializacin, y una propuesta
sistemtica para administrar la adopcin tecnolgica de un ciclo de vida[2] Para satisfacer esta necesidad,
surgen organizaciones como SE! quien ha desarrollado y refinado el modelo "IDEAL" ISO-lEC 15504-7
con la "Gua de mejora para el desarrollo de software".
IDEAL
El modelo IDEAL fue concebido originalmente como un modelo de ciclo de vida para el proceso de
mejora basado en el modelo de madurez para el software CMM
IDEAL es un modelo til y entendrble de mejora continua, que trata de indicar los pasos necesarios
para establecer un programa de mejora exitoso Siguiendo las etapas, actividades, y pnnctptos del modelo
IDEAL, ha demostrado beneficios en muchos esfuerzos de mejora. El modelo propone una disciplina de
ingeniera para la mejora, haciendo htncapr en la adrnimstracin del programa de mejora y cn el
establecimiento de una estrategia de mejora a largo plazo
1
D
E
A
L
El modelo toma el nombre de IDEAL, de las cinco primeras etapas que constituyen el modelo
Inicio (Jnianng)
Diagnstico (Diagnosing)
Establccirmento
ACCIn(Acting)
Aprendizaje (Lcvcragmg)
lO
II ANALlSIS DE LAS RELACIONES ENTRE IDEAL E ISO/lEC 15504-7
Tabla 1 Etapas de lDEAL 131
A
Etapa "Propslto.de la etapa:"
' .
1 Inicial Conocer que es un programa de mejora de procesos
de software, destinar recursos iniciales, y construir
una infraestructura
2 Diagnstico Establecer el nivel actual de madurez de procesos,
describir los procesos, mtricas, y desarrollar un plan
de accin.
3 Establecimiento Estab lecer objetivos y prioridades, y complementar el
plan de accin.
4 Accin Investigar y desarrollar soluciones a problemas de
procesos. Expandir el xito de las mejoras de
procesos a toda la organizacin.
5 Aprendizaje Prepararse para el siguiente ciclo del modelo IDEAL.
Aplicar las lecciones aprendidas para refinar el
proceso SPI(Mejora de Procesos de Software).
6 Administrar el Programa de Mejora de Procesos de Prevenir el descuido en los proyectos de mejora y
Software resolver los problemas.
ISO/lEC 15504-7.
Es la "Gua para usar un proceso de mejora" , del estndar ISOIIEC 15504, mismo que actualmente
est en revisin para constituir un estndar internacional. ISO/lEC 15504-7, indica que es la parte 7 de las
nueve que conforman el estndar.
Tabla 2 Etapas de ISO/lEC 15504 7 141 -
Etapa Propsito de la etapa
1 Examinar las necesidades de la Organizacin Identificar y pnorizar los objetivos de mejora de
proceso de software de la organizacin.
2. Iniciar el proceso de mejora. Defin ir el proyecto de mejora en la organizacin.
,
3 Preparar y dirigir el proceso de evaluacin Conocer el estado actual de la organizacin
4 Anlisis de los resultados de la cvaluacron y Identificar reas de mejora y actualizar el plan del
derivacin del plan de accin. programa de mejora.
5. Implementacin de Mejoras. Implementar el proyecto de mejora.
6. Confirmar las mejoras Vcnficar el alcance dc los objetivos y las metas del
proyecto de mejora de acuerdo a lo planeado
7 Mantener los beneficios del proceso de mejora Promover el proccso de mejora en aquellas reas cn
donde sea aplicable.
s. Monirorearla ejecucin. Canear con un programa de mejora continua.
II
[J ANALlSIS DE LAS RELACIONES ENTRE IDEAL E ISOIIEC 15504-7
Relacin de ISO/lEC 1 5 5 4 ~ 7 e IDEAL
Los dos modelos presentan una arquitectura continua, es decir una vez que ha concluido el ciclo de
proceso de mejora de software, este se analiza y se retroalimenta para su perfeccionamiento en cada iteracin
Ambos modelos tienen una relacin estrecha entre cada una de sus etapas, a continuacin se muestra
dicha relacin.
Tabla 3 Relacin de ISO/lEC 15504-7 e IDEAL
, '" " , ISO/IECJ5504-7 'J te ' e ~ ' " '
,,> 0' ' dDEAL'c 0
;; ,A \
) .
L Examinar las necesidades de la Organizacin.
L Inicial
2. Iniciar el proceso de mejora 1 Inicial
3. Preparar y dirigir el proceso de evaluacin. 2. DIagnstico
4. Anlisis de los resultados de la evaluacin y 2. Diagnstico y 3. Establecimiento
derivacin del plan de accin.
5. Implementacin de Mejoras. 4. ACCIn
6. Confirmar las mejoras. 5 Aprendizaje
7. Mantener los beneficios del proceso de mejora. 4. Accin y 5. Aprendizaje
8. Momtorear la ejecucin. 6. Administracin de! programa
Diferencias de ISO/lEC 15504-7 e IDEAL
La diferencia principal entre los dos modelos la marca su modelo de referencia, ya que IDEAL se
enfoca en reas de procesos (Modelo de referencia SW-CMM) e ISO/lEC 15504-7 en procesos (ISO/lEC
15504),
Por 10 tanto ambos modelos de mejora de proceso software heredan las ventajas y desventajas de sus
modelos de referencias. Ver cuadro comparativo de diferencias entre ISO/lEC 15504 YSW-CMM (Tabla 5,
del captulo 1.)
De acuerdo al diagrama contextual de cada modelo de mejora que resume sus etapas, es ms rico en
contenido la "Gua de mejora de procesos de software", propuesta por ISOilEC155D4-7, ya que adems de
dcscnbrr la secuencia de etapas de CIclode mejora, tambin complementa cada una de sus etapas con los
productos de entrada y salida correspondientes.
De acuerdo al desarrollo de cada una de las etapas. considero que est mejor estructurado IDEAL, ya
que adems de explicar cada una de las etapas y actividades de la etapa, presenta el slgulentc esquema por
etapa- Propsito. objetivos, habilidades y capacitacin, compromisos, comunicacin, criterios de entrada y
salida, y un diagrama de flujo de actividades por etapa Adems en cada una de sus etapas detalla sus
actividades con: el propsito. los objetivos, los criterios de entrada y salida, y las tareas.
i:
11 ANLISIS DE LAS RELACIONES ENTRE IDEAL E SO/lEC 15504-7
CONCLUSIONES
Una gua de mejora de procesos de software es una herramienta til para todas las organizaciones
que aspiran a perfeccionar su proceso de mejora de software, porque les permite conocer sus fortalezas y
debilidades en el proceso de desarrollo de software, as como las actividades encaminadas a mantener sus
fortalezas y erradicar sus debilidades.
Considero que toda gua de mejora independientemente de su modelo de referencia (ISOIlEC, SW-
CMM u otro) deber de contar con las siguientes etapas: Inicio, Diagnstico, Implementacin y,
Confirmacin
Inicio: Definir un proyecto de mejora y contar con un patrocinio que permitan cubrir los objetivos
de la organizacin y/o estmulos de mejora.
Diagnstico: Realizar una evaluacin para conocer el estado actual de la organizacin y con base en
un anlisis de los resultados, actualizar el plan del proyecto de mejora.
Implementacin: Llevar a cabo el proyecto de mejora
Confirmacin: Comparar el estado actual de los procesos de desarrollo de software con los
esperados.
De las 4 etapas descritas anteriormente, considero que todas son importantes e indispensables, pero
sobre sale la etapa de diagnstico que marca la diferencia entre las dos guas de mejora de software, ya que en
esta etapa para fines de la evaluacin se hace alusin al modelo de referencia de SW-CMM o ISO-lEC
15504-2, quienes marcan la pauta a seguir en la evaluacin de reas de procesos (SW-CMM) procesos
(ISO-lEC 15504-2), Ypor consiguiente en la implementacin del proyecto de mejora.
III PRl:SENTACIN DE LA GUIA DE MEJORA. EN EL DESARROLLO DE SOrTWARE
111 PRESENTACiN DE LA GUIA DE MEJORA EN EL DESARROLLO DE SOFTWARE
Objetivo
Explicar el esquema y la notacin empleada en la elaboracin de la gua, con el propsito de facilitar
su interpretacin y entendimiento
Introduccin
En este captulo explicaremos a lector la estructura de la gua de mejora, as como la notacin
empleada en su elaboracin. Para ello consta de dos partes principales, unlizadas en cada una de sus etapas,
primero la explicacin del esquema general y segundo la notacin empleada en los diagramas de actividad.
El modelado orientado a objetos y el lenguaje unificado de modelado UML se estn popuanzando
como lenguaje comn de los que desarrollan software. En particular UML ofrece una gama muy interesante
de notaciones grficas para expresar diferentes aspectos de 10que se modela.
En este trabajo utilizaremos los diagramas de actividad de UML para modelar grficamente "La
Gua para el uso del proceso de mejora". Los diagramas de actividad, segn las sugerencias de [5], pueden ser
aplicados al modelado de flujo de trabajo en procesos de negocio La forma concisa de reflejar el flujo de
control e informacin entre las actividades, el paralelismo y los puntos de sincronizacin, as como la
posibilidad de introducir explcitamente a los actores responsables por la realizacin de las actividades, nos
sugirieron que estos diagramas tambin pueden ser tiles para el modelado de los procesos de software.
El objetivo principal de usar el modelado grfico para los procesos de software es encontrar la
manera de abstraer y Sintetizar los elementos cruciales de un proceso en un diagrama. Los diagramas de
actividad nos ofrecen una vista que refleja a la vez la estructura y el comportamiento dinmico del proceso al
igual que los grupos de actores involucrados en l [7]
ESQUEMA GENERAL
La presente gua est dtvrdida en dos partes, la primera parte es una descripcin textual de la etapa y
la segunda parte es una representacin grfica de la etapa. Se hizo esta divisin por lo Importante que es tener
una descripcin narrativa de una etapa acompaada dc una representacin grfica que sintetice y permua
reforzar el conocimiento adquirido de las actividades a realizar.
El proceso de mejora de software est integrado por ocho etapas, segn ISO/lEC 15504-7. A
contmuacrnde explica la estructura gcncral de las etapas
Identificador de la etapa + Nombre de la etapa (Clave de la etapa). Este elemento identifica de manera
nica a cada una de las etapas, est compuesto de.
Un identificador de etapa. Nmero consecutivo para cada etapa del proceso de mejora en el
desarrollo de software
Un nombre de la etapa: Nombre que resume las acuvrdades a realizar en la etapa
Clave de la etapa: Esta formado pOI lav rnicralcs de las palabras pnnctpalcs que resumen la actividad
a realizar en la etapa
----_._------_.._--_. ---._-_... _- ---_._._--
11
[11 rRESENTACIN DE LA GUIA DE MEJORA EN EL DESARROLLO DE SOFrWARE
Descripcin Textual
En esta parte se explica cada una de las actividades a realizar, quienes participan, cual es el objetivo
de la etapa, cuales son los productos de entrada(s) y salida(s) de la etapa. Esta parte se conforma de:
Descripcin general. Explicacin contextua! de todas las actividades que se realizan en la etapa.
Descripcin especifica. Explicacin de cada una de las actividades que se realizan en la etapa
Objetivo. Cul es el propsito de [a etapa.
Roles. Grupo(s) de personas que participan en cada una de las actividades de la etapa.
Entradas. Productos que se necesitan para realizar las actividades de la etapa
Proceso. Conjunto de actividades que permiten la generacin del resultado y el cumplimiento del objetivo de
la etapa.
Salidas. Es el resultado de la ejecucin de un conjunto de actividades en una etapa
Representacin grfica del proceso.
En esta parte s representa la etapa con diagramas de actividad de UML [5] para hacer ms clara la
relacin entre cada una de las actividades y los roles que intervienen en su realizacin.
);- Diagrama general. Representa el contexto general de la etapa.
Diagrama desglosado. Representa cada una de las actividades de la etapa.
Tabla. Elemento de apoyo para realizar una actividad.
l'
I!! PRESENTACiN DE LAGUIA DE MEJORA EN EL DESARROLLO DE SOFTWAR[
Notacin de los elementos utilizados en el diagrama de actividad:
D
C
I
<>
o
Producto de entrada / salida de la etapa
Actividad
Indica la secuencia de actividades
Indica la salida o entrada de productos de la etapa
Sincronizador de actividades
Separador de actividades por rol
Indicador del punto de partida de las actividades
Seleccin de actividades
Indica la referencia a otra actividad
1<>
IV GUIA PARA EL USO DE:LPROCESO DE MEJORA (lSOIlEC 15504-7)
IV GUIA PARA EL USO DEL PROCESO DE MEJORA (ISO/lEC 15504-7). 141
ALCANCE
La gua para el uso del proceso de mejora, es aplicable a cualquier organizacin de desarrollo de
software, que desee establecer y subsecuentemente mejorar la capacidad de adquirir, proveer, desarrollar,
operar, evolucionar y dar soporte al software. Esta gua no esta elaborada para alguna estructura
orgaruzacional en particular, filosofa de administracin, modelo de ciclo de vida, tecnologa de software o
metodologa de desarrollo.
La parte de esta gua que requiere de un mayor de detalle, son los procesos que se listan en la forma
propuesta de autoevaluacin que se presenta en el Apndice A, esta se detalla en la parte 5 de ISO/lEC
15504, "Un modelo de evaluacin y gua de indicadores".
POR QUE I50lIEC 15504?
Esta gua de mejora se basa en la gua propuesta por ISO/lEe 15504-7, debido a la facilidad del
modelo, para aplicarse en procesos que la organizacin determine como prioritarios. Por su parte SW-CMM,
exige cumplir en orden con las reas de proceso clave.
Se tomo como modelo de referencia ISO/lEC 15504, porque es aphcable a cualquier organizacin,
independientemente de su tamao. Sin embargo SW-CMM esta orientado a organizaciones grandes.
Para que esta gua sea aplicable a SW-CMM, es necesario tomar el modelo de referencia propuesto
por SW-CMM (Areas de Procesos Clave) en todo el proceso de mejora propuesto por esta gua, y en
particular en la parte de evaluacin. En la pagina 7, se presenta la tabla que mapea los Procesos de ISO/lEC
15504-2 Ylas reas de Procesos Clave de S W ~ M M
INTRODUCCiN
En este capitulo que es el tema central de la tesis, se describen las 8 etapas que conforman el proceso
de mejora de software segn SO/lEC (15504-7). Cada una de las etapas esta integrada por una descripcin
textual y grfica
La primer etapa consiste en examinar las necesidades de la organizacin y cl cstunulo para imctar la
mejora.
La segunda etapa es nnciar el proceso dc mejora, y tiene como objcnvo principal dcfimr el proyecto
de mejora de la organizacin
La tercer etapa es la preparacion y rcahzacrn de una evaluacin, con el objetivo de conocer el
estado actual de la organizacin
La cuarta etapa es realizar un anahsrs de los resultados de la cvaluacron y actualizar el plan del
programa de mejora de la organizacin
En la quinta etapa se hace la implementacin dc las mejoras
En la sexta etapa se lleva a cabo una rccvaluacin para confirmar la<; mejoras.
La spurna etapa consiste en mantener los beneficios de mejora. promoviendo el proceso de mejora
en aquellas reas en donde <ca aplicable
Por ltimo en la octava etapa se monitorcan 105 procesos de mCJOl:I con la finahdad de contar con UIl
programa de mejora conunua.
IV GUIA PARA EL U'>ODEL I>ROCJ',.,O DE MrJORA osonc 15504-7)
IV GUIA PARA EL USO DEL PROCESO DE MEJORA(ISO/IEC 15504)
Etapas del proceso de mejora de software(ISO/IEC TR 15504-7)
Oreamzacrn

"lD
n Necesidades de la e Estimulo de
orqaruzacin mejora

1 Examinar necesidades
,.
I
o Objetivos de
Programa de
mejora
p
[prionzados]
mejora [revisado]
...
y
2 Iniciar el proceso de mejora
8 MOllltOrear la eecucron
,.
...
p Plan preliminar
P
Programa de
,
Mejora
de mejora
Mejora [actual] mstucronahzada
,
...
,.
3 Preparar y dirigir el proceso de
<,
)
evatcacon
7 Mantener los cenecos de mejora
r Resultados de
18reevaluacrn
r Resultados de
No
la evaluacron evaluacin?
r Resultados de
mejora [validados]
Si
...
4 Anhsrs de la evaluacin y denvacrn

6 Confirmar las mejoras
del plan de aceren
...

p PI,m dcl programa
I
I Proyectos de
de mejora
5 Implementaclan de mejoras
mejoras
[actuanzado]
[rmplcmcntados]
IX
IV GUIA PARA EL USO DEL PROCESO DE MEJORA (ISO/lEC 15504-7)
GUIA PARA EL USO DEL PROCESO DE MEJORA (ISO/lEC 15504-7).
t.Exammar las necesidades de la Organizacin (ENO)
Descripcin general
Un programa de mejora inicia con el reconocimiento de las necesidades y/o estmulos de mejora
Este reconocimiento es el resultado de un anlisis de las necesidades y de la existencia de estimulo
de mejora, de los objetivos del proceso de mejora, del tiempo en el mercado, costo y satisfaccin del cliente,
y valores de negocio con servicios de informacin y riesgos relacionados
Como resultado de este reconocimiento se obtienen los objetivos del proceso de software prionzados.
Descripcin especifica
Objetivo: Identificar y priorzar los objetivos de mejora de proceso de software de la organizacin
Roles: Grupo Directivo y Grupo de Mejora.
Entradas:
Necesidades de la Organizacin.
Estimulas de mejora de procesos de software.
Proceso:
1.1 Revisar- la Misin. Se revisa la misin vigente de la organizacin y, en su caso se modifica para
adecuarla a las nuevas necesidades de la organizacin. En caso de no existir se formula una.
1.2 Formar un Grupo de mejora. Integrar un equipo para coordinar la mejora que involucre a todos
los responsables de reas claves de la organizacin y que cuente con el patrocinio de la direccin.
1.3 Analizar los objetivos/procesos de negocio. Analizar los objetivos de negocio y/o procesos en
funcin a los cambios en la misin, necesidades de mejora y/o estmulos de mejora
1.4 Analizar los valores. Analizar los valores de la organizacin para identificar sus fortalezas y
debrhdadcs.
1:5 Analizar el costo de la falla de ealidad en los productos y/o servicios. Se analiza el impacto de la
falta de calidad en sus productos y/o servicios con los clientes actuales y potenciales.
1.6 Definir las metas de calidad. Como resultado del entcndmuento de la necesidad y/o estimulo de
mejora, y de conocer el estado actual y la misin de la organizacin se definen metas para mejorar la
calidad de procesos y productos de software
1.7 Analizar el compromiso requerido para lograr las metas de calidad. Analizar los recursos
econmicos, humanos, tiempo y patrocinio para alcanzar las metas de calidad.
1.8 Identificar los objetivos de mejora. Identificar objcnvos en el proceso de desarrollo de software de
acuerdo con 10$objetivos del negocio para mejorar la calidad en sus productos y /0 servicios
1.9 Asignar pnoridad a los objetivos de mejora. ASIgnar un grado de importancia a cada uno de los
objetivos de mejora Identificados en funcin a los objetivos del negocio, la misin de la
organizacin y/o dtsponibihdad de recursos.
Salidas:
Objcuvos de mejora de proceso'>de software pnonzados
Rcprcscutacin gr:fica del proceso:
/ DIJgr ..lI11<lgeneral.
;... Dmuramc
1LN
1 ENO
1<)
Diagramas de actividades
IV GUIA PARA EL USO DEL PROCESO DE MEJORA (lSOflEC 15504-7)
Diagrama general: 1 ENO
Grupo Directivo y Grupo de Mejora
n Necesidades e Esurruno de mejora
1 Examinar necesidades
y
o Objetivos de mejora
[prlcnzados]
Grupo Directivo
IV GUIA PARA EL USO DEL PROCESO DE MEJORA ([')O/IEC 15504-7)
Diagrama desglosado: I END
Grupo de Mejora
I
n Necesidades
I
I
e Estimulo de mejora
'1' '1'
1 1
1 4 Analizar valores 1 5 Analizar costo calidad
1 1 Revisar rmsn 1 2 Formar grupo I
(
1 3 Analizar otaenvosde nepoco

1
1 6 Definir metas de calidad 1 7 Analizar compromisos requeridos
..
1 8 Identificar obienvos de mejora
I
'1'
I
I
1 9 ASignar prioridad a los obretrvcs de mejora
>
'1'
[pnonzados]
V GUIA PARA EL USO DEL PROCESO DE MEJORA (ISO/lEC 15504-7)
2. Iniciar el proceso de mejora (IPM).
Descripcin general
El programa de mejora deber ser considerado como un proyecto propiO, planeado, con una
administracin y recursos correspondientes. Un plan del proyecto de mejora de software deber ser generado
al inicio del programa y usado para monitorear el progreso.
El plan deber incluir antecedentes y el estado actual de la organizacin, y la proyeccin expresada
en trminos cualitativos y cuantitativos.
Los objetivos de mejora derivados de las necesidades de la organizacin y objetivos de negocio,
proveen los principales elementos para el plan. El plan deber incluir una identificacin preliminar del
alcance del proceso de mejora en trminos del programa de mejora y el proceso a ser mejorado.
El plan deber cubrir todas las etapas del proceso de mejora.
Objetivo:
Roles:
Definir el proyecto de mejora en la organizacin.
Entradas:
Objetivos de mejora priorizados
Procesos:
2.1 Analizar la situacin actual. Analizar la situacin actual de la organizacin para Identificar las
oportunidades de mejora
2.2 Analizar la informacin histrica. Analizar la situacin histrica de la organizacin para entender
las principales problemticas, reas de mejora. y las soluciones implementadas.
Z.3 Analizar restricciones al proceso de mejora. Analizar las restricciones al proceso de mejora, como
son: tiempo, recursos humanos, recursos financieros, y la duracin del patrocinio de la direccin.
2.4 Promover un cambio cultural. Proveer de un soporte de la direccin para comunicar y motivar a la
organizacin en la planeacin de un adecuado cambio cultural necesario para el proceso de mejora
2.5 Alinear los objetivos de mejora. Alinear los objenvos del plan de mejora con los objetivos de
negocio
2.6 Seleccionar los procesos a mejorar. Elegir con base en los procesos de las categoras representadas
en la tabla I (Procesos y categora de procesos), que correspondan al cumpumiento de los objetivos
de mejora
2.7 Documentar el plan preliminar de mejora. Con base a los e1cmentos analizados y acordados
previamente se documenta el plan preliminar de mejora
Salidas:
Plan preliminar de mejora.
Rcprcscnmcrn gr-fica del
,... Diagrama general
,... Dugi.ima desglosado-
Tabla;
2lPM
2IPM
r Proccso-, 'j ele Proccvo-,
IV GUIA PARA EL U50 DEL PROCESO DE MEJORA (I50/lCC 15504-7)
Diagrama general: 2 IPM
o: Objetivos de mejora
Icncreeccej
2 Iniciar el proceso de mejora
p Plan preliminar
de mejora
Grupo de Mejora
IV GUIA PARA EL USO DLL PROCESO DE MEJORA (ISO!lf:C 15504-7)
Diagrama desglosado: 2 IPM
Grupo Directivo(2.6)
o Objetrvos de mejora
[pnonzados]
'"
1 Analizar snuacn actual 2 3 Analizar resmccones

2 5 Ahnear objetrvos de mejora
22 Analizar mtcrmacn tastonca
)
24 Promover cambiOcultural
1
2 7 Documentar el plan preierenar de mejora 26 Seleccionar procesos y categorias a mejorar
'"
p Plan preliminar de
Grupo Db-ccnvo
mejora
-------------------------------- 24
IVGUIAPARAELUSODELj'ROCESODEM[JORA (IS0llEC 15504-7)
A continuacin se presentan los procesos definidos en el modelo de referencia (ISO/lEC 15504-2),
necesarios para cumplir con ISO/lEC 15504 Esta tabla es de apoyo para la actividad 2.6 (Seleccionar los
procesos a mejorar).
Tabla 1 Procesos y Categora de Procesos 191
'Categdrfa 'oe"Press A 1Procesos
' '

-: :)
s ti';' 9' q'
JP '> +
,
,
, lID',
./ ,,1 (Tipo de proceso) "
Procesos de Ciclo de vida Primario
CUS
ICategora de proceso Cliente/Proveedor (Custumer Suplier process category)
CUS.l Adquisicin
CUS. L1 Preparar la adquisicin
CUS. 1,2 Seleccionar un proveedor
CUS. 1.3 Monitorear al proveedor
CUS. 1,4 Aceptacin del cliente
CUS.2 Proveedor
CUS.3 Solicitud de requerimientos
CUS.4 Operacin
CUS.4.! Uso operacional
CUS.4.2 Soporte al cliente
ENG Categora de proceso de Ingeniera (Engineering process category)
ENG.l
Desarrollo
ENG. L1 Anlisis y diseo de requerimientos del sistema
ENG. 1.2
Anlisis de requerimientos de software
ENG. 1.3 Diseo de Software
ENG. 1.4 Construccin de software
ENG. 1 5 Integracin del software
ENG. 16 Pruebas del software
ENG. 1 7
Pruebas e Integracin del sistema
ENG.2
Mantenimento al software y al sistema
IV GUIA PARA EL USO DEL PROCESO DE MEJORA (ISO/lEC
; , 't:P:rocesos,
+'/ >0'+'
i"
,'e -:
, ;;

' ;'1 ID"!/ -
ITitulQ-{fipo de proceSo}> 1''':'/0'
'z'
Procesos Ciclo de vida de Soporte
SUP ICategora de proceso de Soporte (Support process category)
SUP, I Documentacin
SUP, 2 Administracin de configuracin
SUP.3 Aseguramiento de la calidad
SUP.4 Verificacin
SUP.S Validacin
SUP.6 Revisin conjunta
SUP.7 Auditoria
SUP.S Resolucin de problemas
Procesos de Ciclo de vida Organizacional
MAN Categora de proceso de Administracin (Management process category)
MAN.l Administracin
MAN.2 Administracin de Proyectos
MAN.3 Administracin de Calidad
MAN.4 Administracin de Riesgos
ORG 1Categora de proceso de Organizacin (Organization process category)
ORG.I Alineamiento Organizacional
ORG.2 Proceso de Mejora
ORG,21 Establecimiento del proceso
ORG.2.2 Proceso de evaluacin
QRG.2.3 Proceso de Mejora
ORG.3 Administracin de recursos humanos
ORG.4 Infraestructura
ORG.S Mediciones
ORG.6 Reuso
IVGUIA PARA EL DEL PROCESO DE MEJORA (ISO/lEC [5504-7)
3. Preparar y dirigir el proceso de evaluacin (POPE).
Descripcin general
El propsito de la evaluacin del proceso de desarrollo de software es proveer informacin con
relacin a la capacidad de los procesos de la unidad organzacional, que se est evaluando.
La declaracin del propsito de la evaluacin deber guiar al equipo de evaluacin durante el manejo
de la evaluacin
La evaluacin es iniciada como parte del programa de mejora, y deber contener una descnpcin
clara de los objetivos de mejora.
Objetivo:
Roles:
Conocer el estado actual de la organizacin.
Grupo de Mejora, Dueos de Procesos y el Grupo Evaluador.
Entradas:
Plan preliminar de mejora
Proceso:
3.1 Gestionar el patrocinio. El grupo de mejora gestiona el patrocinio para la evaluacin.
3.2 Definir el propsito de la evaluacin. El grupo de mejora define el propsito de la evaluacin
cuidando su alineacin con los objetivos del negocio
3.3 Definir el alcance de la evaluacin. El grupo de mejora define el alcance que debe contener las
unidades organizacronales a ser evaluadas, los procesos y sus dueos a ser evaluados y el contexto
de la umdad organizacional (tamao, dominio de productos y servicios, complejidad dc [os
productos y servicios, caractersticas de los productos y servicios).
3.4 Analizar las Iimitantes de la evaluacin. El grupo de mejora analiza la disponibilidad de recursos
claves, el tiempo mximo a invertir en la evaluacin, los procesos especficos o unidades
orgamzacionalcs a ser excluidas de la evaluacin, el rango de la muestra especifica o cobertura
deseada para la evaluacin, los dueos de los resultados de la evaluacin y cualquier restriccin en
su uso, y control en los resultados de acuerdo a su confidcnctahdad.
3.5 Elcgir el modelo de evaluacin. El grupo de mejora identifica el modclo(s) usado en la evaluacin.
el cual deber ser compatible con el modelo(s) de las buenas practicas de ingentera de software
(ISOIIEe TR 15504-2).
3.6 Seleccionar el grupo de evaluadores. El grupo de mejora se encarga de la seleccin del grupo de
evaluadores, quienes de preferencia, deber ser asesores competentes con rcsponsabrhdadcs
especificas para la evaluacin
3.7 Realizar la evaluacin. El grupo evaluador aplica la evaluacin a las unidades otganizacionalcs
seleccionadas. (Ver Apndrcc A)
Salidas:
Resultados de Idevaluacin
Representacin grfica del proceso:
;... DI.lgr,llllil general
;... desglosado
3 PD1'L'
') rDPF
IV GUlA PARA EL USO DEL PROCESO DE MEJORA (!SOlLC 15504-7)
Diagrama general: 3 POPE
Grupo de Mejora, Dueos de Procesos y Grupo Evaluador
p Plan preliminar de
mejora
3 Preparar y dirigir el proceso de evaluacron
r. Resultados de la
evaluacin
Diagrama desglosado: 3 POPE
Grupo de Mejora
p Plan prelirranar de
Mejora
31 Gestionar patrocinio
32 Definir propsito de la evaluacin
Dueos de Procesos Grupo Evaluador
3 3 Definir alcance de la evaluacin
3.4 Analizar hrmtantes de la evaluacin
,
3.5 Elegir modelo de evaluacin
36 Seleccionar grupo evaluadores
3 7 Realizar la evaluacin
r Resultados de la
evatuaon
IV GUIA PARA EL USO DEL esco-so DE MEJORA (ISO/lEC 15504-7)
4. Anlisis de los resultados de la evaluacin y derivacin del plan de accin (AREDPA).
Descripcin general
La informacin recolectada durante la evaluacin, en particular el nivel de capacidad y puntaje de
atributos del proceso, es analizado con base a las necesidades de la organizacin.
El grupo directivo deber aprobar las reas de mejora, los objetivos, metas, y la actuahzacrn del
plan del programa de mejora de software.
Objetivo: Identificar las reas de mejora y actualizar el plan del programa de mejora.
Roles: Grupo de Mejora y Grupo Directivo.
Entradas:
Resultados de la evaluacin.
Proceso:
4.1 Identificar y prioritizar reas de mejora. Las reas de mejora debern ser identificadas y
priorizadas conforme a las necesidades de la organizacin.
4.1.1 Analizar los resultados de la evaluacin. Los resultados de la evaluacin muestran las
debilidades y fortalezas de las reas de los procesos evaluados.
4.1.2 Definir las necesidades de la organizacin. Las necesidades de la organizacin proveen metas
generales de mejora a ser alcanzadas en el programa de mejora
4.1.3 Comparar las normas de la industria y referencias de mercado (benchmarks). Normas de la
industria y referencias de mercado (benchmarks) proveen una ubicacin de la organizacin con
respecto a sus competidores.
4.1.4 Definir mediciones efectivas. Mediciones efectivas, con lo cual, si ya se tienen, identifican
priondades dc mejora en la organizacin.
4.1.5 Analizar los Riesgos. Se analizan los riesgos que rrnprdan que se logren las metas de mejora o
causen fallas en las acciones de mejora.
4.1.6 Generar una lista dc reas de mejora. Una lista Can prioridades dc las reas de mejora deber
proveerse como una combinacin de resultados del anhsis de todos los factores antes mencionados.
La seleccin de las reas de mejora define el alcance de las acciones de mejora a ser realizadas
4.1.7 Prior-izar reas de mejora. En base a la hsta de reas de mejora proporcionada por el Grupo
de Mejora, el Grupo Drrccnvo asigna prioridades
4.2 Definir las metas de mejora especficas y Objetivos. El grupo de mejora deber definir las metas y
los objetivos para cada rea de mejora, as como los mecanismos de mcdtcrn para determinar si
fueron o no alcanzados
4.2.1 Aprobar las metas de mejora y objetivos. Una vez tdcnuficades las reas de mejora, Y
definidas las metas y los obJetIVOS de mejora. le corresponde al Grupo Directivo aprobar drcbas metas y
objetivos.
IV GUIA PARA EL USO DEL PROCESO DE MEJORA (lSOIlEC 15504-7)
4.3 Generar el plan de accin. El conjunto acordado de acciones deber ser documentado como un
plan de accin que contenga la siguiente informacin-
1. Acciones de mejora con la meta del proceso asociado y los objetivos de mejora.
2. Responsabilidades por accin.
-:l. Estimacin inicial de costos, beneficios y programa.
4. Riesgos en productos y en la organizacin si las acciones se llevan o no a cabo y las
implicaciones para cualquier cambio en el programa.
El programa de accin es un plan tctico, desarrollado para conocer las necesidades de la
organizacin.
4.3.1 Usar los indicadores. Usar los indicadores de la ejecucin del proceso y la capacidad del
proceso compatible con el modelo de! proceso usado al iniciar, o las prcticas bases y prcticas de
adnunistracin. (Parte 5: 15504-5 "Modelo de evaluacin y guia de indicadores").
4.3.2 Evaluar los escenarios. Evaluar un nmero de escenarios de mejora para llegar a un conjunto
de acciones que permitan apegarse mejor a las necesidades de la organizacin.
4.3.3 Definir los criterios de xito. Definir los criterios de xito para cada accin y como el progreso
deber ser medido.
4.3.4 Hacer una estimacin inicial de costos y beneficios. Evaluar una estimacin inicial de costos y
beneficio para las diversas acciones encaminadas al proceso de mejora.
4.3.5 Identificar las responsabilidades para las acciones. Identificar las responsabilidades para las
acciones, y como las responsabilidades pueden afectar las acciones.
4.3.6 Identificar el reclutamiento y entrenamiento necesario.
4.4 Actualizar el plan del programa de mejora. Despus de haber generado el plan de accin est
deber. ser integrado al plan del programa de mejora.
4.4.1 Aprobar el nuevo plan del programa de mejora.
Salidas:
., Plan del programa de mejora actualizado.
y Diagrama general.
r Diagramas desglosados:
4AREDPA
4AREDPA
4.1 Identificar y prionozar reas de mejora
42 Definir las metas dc mejora especificas y objetivos
4.3 Generar plan de accin
44 Actualizar el plan del programa de mejora
IV GUIA PARA EL USO DEL PROCESO DE MEJORA 15504-7)
Diagrama general: 4 AREDPA
Grupo de Mejora y Grupo Directivo
r Resultados de la
evaluacin
4. Anansrs de la evaluacin y denvaclon del plan de accin
p Plan del programa de
mejora [actualizado]
IV GUIA PARA EL USO DEL PROCESO DE MEJORA (lSOIlEC 155047)
Diagrama desglosado: 4 AREDPA
Grupo de Mejora y Grupo Directivo
r Resultados de la
evaluacin
4 1Identificar y pnonzar reas de mejora
4 2 Definir objetivos y metas de mejora
43 Generar plan de accin
4 4 Actualizar el plan del programa mejora
p Plan del programa de
mejora [actualizado]
~ ~ ~ ~ ~ -----------------_._--_.- ~ -----
\)
IV GUIA PARA EL USODI;L PROCeSO DE MOORA (ISO/lEC 1 5 ~ 4 7
Diagrama desglosado: 4.1 Identificar y prfonozar reas de mejora
Grupo de Mejora
r, Resultados de la evaloacron
1
1 Analizar resultados de evaluacin )
IC
4 1 2 Definir necesidades
)
IC
4 1 3 Comparar normas de la Industria
( 41.4 Definir mediciones
(
4 1 5 Anahzar RieSgOs)
4 1 6 Definir ereas de mejora )
'"
1

1
4 1 7 Pnonaar reas de mejora
( 4 1 Identificar y prrcnzar reas de mejora
14
IVGUIA PARA EL U'iO DeL P R O ~ O DE MeJORA (ISO/lEC 15504-7)
Diagrama desglosado: 4.2 Definir las metas de mejora especificas y objetivos
Grupo de Mejora
4 1Identificar y pnoriaar reas de mejora
4 2 Definir objetivos y metas de mejora
Grupo Directivo
4 2 1 Aprobar las metas de mejora y objenvos
IV GUlA PARA EL U!',DLL PRoceso DE MEJORA (I!'OIIl:C 15504-7)
Diagrama desglosado: 4.3 Generar el plan de accin
Grupo de Mejora
42 Deflrur objetivos y metas de mejora
4 3 1 Usar ocrcaoores 4 3.2 Evaluar escenarios 433 Definir cntenos de Xito 4 3 4 Estimar costos y benefiCIos
435 Identificar responsabilidades
4 3 Generar plan de accin
436 Analizar aecutameotc y entrenamiento
36
IV GUIA PARA EL USO DEL PROCESO DE MEJORA (IS0/lEC 15504-7)
Diagrama desglosado: 4.4 Actualizar el plan del programa mejora
Grupo de Mejora
4 3 Generar plan de accin
44 Actualizarel plandel programa mejora
Grupo Directivo
44 1 Aprobar el nuevo plan del programa de mejora
V GUIA PARA EL USODeL PRoceso DE MEJORA (ISO/lEC 15504-7)
5. Implementacin de Mejoras (1M).
Descripcin general
Las acciones de mejora deflrudas en el plan del programa de mejora debern ser implementadas
como proyectos Cuando las acciones de mejora son complejas e involucran a ms unidades orgenzacionales,
puede implicar vanos proyectos de mejora.
A continuacin se describe el proceso para la implementacin de un proyecto de mejora, en caso de
que se cuente con ms de un proyecto este proceso deber repetirse por proyecto.
Objetivo: Implementar el proyecto de mejora.
Roles: Dueos de Procesos y Grupo de Mejora.
Entradas:
Plan del programa de mejora actualizado.
Proceso:
5.1 Seleccionar una propuesta de implementacin del proyecto. Las propuestas de implementacin
debern ser evaluadas para elegir la ms adecuada. Algunos factores a considerar son: costo, tiempo
y nesgos.
5.2 Preparar y acordar el plan del proyecto de mejora. Un plan de un proyecto de mejora deber ser
desarrollado, incluyendo:
l. Los objetivos del proyecto de mejora.
2. Una descripcin de la propuesta de implementacin, que puede mclurr pruebas piloto.
3. La organizacin y responsabilidades.
4. Elncmpo del programa y recursos.
5. Riesgos en la administracin, incluyendo evaluacin, rnorntorco y resolucin de conflictos.
6. Polticas de morntorco.
7. Especificaciones de cntcnos de xito, incluyendo metas del proceso y objetivos de mejora.
5.3 Implementar las acciones de mejora de acuerdo al plan del proyecto de mejora. Es crtico para
el xito del proceso de mejora que se tomen en cuenta los factores humanos y culturales. En
particular se deben considerar:
J. El soporte de grupo directivo y el grupo de mejora
2 Cambio en valores, acutuccs y comportenucnto
3 Cumplimiento de metas y objcnvos
4 Adopcin de una comurncacron abierta
5. Rcconocnrucnto y recompensa para los grupos de trabajo que cumplan con las expectativas
6. La educacin y capacitacin adecuada
IV GUIA PARA EL USO DEL PROCESO DE MEJORA (ISOIlEe 15504-7)
5.4 Momtoreo del proyecto de mejora. El proyecto de mejora deber ser morutoreado por el Grupo
Mejora de la organizacin contra el plan del proyecto de mejora para:
Garantizar el progreso de las tareas planeadas, e iniciar las acciones correctivas en caso de ser
necesano.
2. Cotejar el logro de las metas y objetivos planeados de acuerdo a las necesidades de la
organizacin
3. Recopilar informacin del esfuerzo y recursos empleados, para estimaciones futuras de
proyectos de mejora.
4 Evaluar el impacto de la implementacin de acciones de mejora en la puntuacin de los atributos
yen la puntuacin del nivel de capacidad de procesos.
Salidas:
Proyecto de mejora implementado
};o Diagrama general: 5 1M
J;> Diagrama desglosado: 5IM
Diagramas de actividad
IV GUIA PARA EL USO DEL P R O ~ O DE MEJORA (lSO/ICC 15504-7)
Diagrama general: 5 1M
Grupo de Mejora y Dueos de Procesos
p Plan del programa
de mejora
[actualizado]
5 mplementacion de mejoras
Proyectos de
mejoras
{Implementados]
Diagrama desglosado: 5 1M
Grupo de Mejora
p Plan del programa
de mejora
[actuahzado]
Dueos de procesos
5.1 Seleccionar una propuesta de Implementacin del proyecto
5.2 Preparar y acordar el plan del proyecto de mejora
5 3 Implementar las acciones de mejora de acuerdo al plan del proyecto de mejora
54 Momtorec del proyecto de proceso de mejora
.
I Proyectos de
mejoras
[Implementados]
11
IV GUIA PARA EL USO DEL PROel:SO DE MEJORA sonrc 15504-7)
6. Confirmar las mejoras (CM).
Descripcin general
Cuando un proyecto de mejora ha concluido, la organizacin deber
- Confirmar que los objetivos y las metas planeadas han sido alcanzados y se obtuvieron los beneficios
esperados.
- Confirmar que se logr el cambio cultural deseado
- Evaluar los riesgos asociados con el proceso de mejora
- Evaluar los costos y beneficios.
Objetivo: Verificar el alcance de los objetivos y las metas del proyecto de mejora de acuerdo a lo planeado.
Roles:
Entradas:
Grupo Evaluador, Dueos de Procesos y Grupo de Mejora.
Proyectofs) de mejora implementado(s).
Proceso:
6.1 Confirmar el logro de los objetivos y las metas de mejora. Una vez implementado el proyecto de
mejora se deber confirmar que los objetivos y las metas de mejora fueron alcanzados Para ello es
necesario aplicar una reevaluacin (aplicar etapa 3) al estado actual de los procesos que participaron
en el proyecto de mejora. El resultado de la reevaluacin comparado con los objetivos y las metas
fijados permmr confirmar el xuo o fracaso de la implementacin del proyecto de mejora.
6.2 Confirmar los cambios culturales. Los efectos de las mejoras en la cultura organizacional debern
ser revisados para confirmar que los cambios esperados se llevaron a cabo.
6.3 Evaluar riesgos. La organizacin deber evaluar los riesgos de uso del proceso de mejora para
confirmar que ellos siguen siendo controlados, y determinar que acciones futuras son requeridas si
ello no es as.
6.4 Evaluar costo - beneficio. El costo y beneficios de las mejoras deben ser evaluados y comparados
con las primeras estimaciones hechas en la etapa 4 y 5. Estos resultados son tiles como soporte a la
plancacrn de subsecuentes proyectos de mejora
Salidas:
Resultados de mejora validados.
Representacin ~ r f i del proceso:
" DIagrama general: 6 CM
,. Diagrama desglosado. 6 CM
IV GUIA PARA EL USO DEL PROCESO DE MEJORA ([SOIlEC 15504-7)
Diagrama general: CM
Grupo Evaluador, Grupo de Mejora, y Dueos de Procesos
r Proyectos de mejora
[Implementados]
6 Confirmar las mejoras
r Resultados de
mejora [validados]
H
IV GUIA PARA EL USO DEL PROCESO DE MEJORA (IS0flEC 15504-7)
Diagrama desglosado: CM
Grupo Evaluador
: Proyectos de mejora
[implementados]
..
Dueos de Procesos Grupo de Mejora
6.1 Confirmar los objetivos de mejora
6.2 Confirmar los cambios culturales
6.3 Evaluar riesgos
64 Evaluar costos - benecm
r Resultados de
mejora [validados]
1.1
7. Mantenerlos beneficios del proceso de mejora (MBPM).
Descripcin general
Despus de confirmarse la mejora, el proceso de software mejorado necesita extenderse a todos
aquellos grupos dentro de la organizacin a los que les sea aplicable. Esto requiere que la administracin
revise la institucionalizacin del proceso de mejora, y lo fomente cuando sea necesario
En organizaciones complejas, es dificil realizar una implementacin de un proyecto de mejora en
forma paralela en toda la organizacin, por lo que se eligen ciertas reas. Posteriormente, para realizar la
implementacin inicial con la Incorporacin de otras reas al programa de mejora, se propagan y mantienen
los beneficios del programa de mejora.
Objetivo:
Roles:
Promover el proceso de mejora en aquellas reas en donde sea aplicable.
Grupo Directivo, Grupo de Mejora, y Dueos de Procesos en la unidad organizacional
Entradas:
Resultados de mejora validados.
Proceso:
7.1
7.2
7.3
7.4
7.'5
Seleccionar reas para expander el proceso de mejora validado. Seleccionar areas prioritarias de
acuerdo a las necesidades de la organizacin para implementar el proceso de mejora validado.
Comunicar cambios al proceso y beneficies. Es necesario comunicar los cambios que se harn en
el proceso y los beneficios que se esperan en las reas seleccionadas.
Ofrecer capacitacin. Ofrecer la capacitacin para realizar una implementacin adecuada del
proceso de mejora
Implementar el cambio a las reas seleccionadas. Aplicar el proceso de mejora validado a cada
una de las reas elegidas.
Monitorear la ejecucin del proceso de mejora. Para garantizar el cambio en las reas
seleccionadas cs necesario supervisar el proceso de Implantacin y su uso.
Salidas:
Mejora mstuucronahzada y Programa de mejora actual.
Representacin grca dcl proceso:
:..- Diagrama general
:..- Diagrama desglosado'
7MBPM
7MBPM
l'
IV GUIA PARA EL USO DEL PROCeSO DE MEJORA (ISO/lEC 15504-7)
Diagrama general: MBPM
Grupo Directivo, Grupo de Mejora, y Dueos de Procesos
r: Resultados de
mejora validados
7 Mantener tos beneficios de mejora
p Programa de
Mejora [actual]
l. Mejora
institucionalizada
!(,- ---------------------
IV GUIA PARA El USODEl P R O l ~ O DE M[JORA (lSOIl[( 15504-7)
Diagrama desglosado: MBPM
Dueos de Procesos Grupo de Mejora Grupo DIrectivo
r Resultados de
mejora validados
y
r
7 1 Seleccionar arcas a mejorar
-,
I
(
72 Comunicar camtnos al proceso y beneficios
73 Ofrecer capacitacin
l
1 1
74 Implcmentar cl cambiO
}
+(
7 5 Mcmtcrear la ejecucin del proceso
)
T
,
Mejora
Institucionalizada
w
p proqrama de
Mejora [actual]
- - - ---- ---------------
IVGUIA PARA EL USO DEL PROCESO DE MEJORA (ISO/lEC 15504-7)
8. Montorear la ejecucin (ME).
Descripcin general
La aplicacin del programa de mejora en la organizacin deber ser monitoreado y revisado
peridicamente. Los resultados de las revisiones deben tomarse en cuenta para proponer nuevos ciclos al
programa de mejora, que garanticen la mejora continua.
Descripcin especifica.
Objetivo:
Roles:
Contar con un programa de mejora continua.
Grupo Directivo y Grupo de mejora
Entradas:
Mejoras institucionalizadas y Programa de mejora actual.
Proceso:
8.1 Monitorear la aplicacin del programa de mejora de software. La aplicacin del programa de
mejora de software en la organizacin deber ser continuamente monitoreado para garantizar el
logr de los objetivos y metas de la organizacin.
8.2 Revisar el programa de mejora. El programa de mejora deber ser revisado regularmente por el
grupo directivo para asegurar que:
1. Ambos, el programa de mejora y los proyectos individuales de mejora, incluyen metas y
objetivos que contman siendo adecuados a las necesidades de la organizacin.
2. Los proyectos futuros de mejora se inician cuando un proyecto previo de mejora ha
concluido.
3. El programa de mejora se perfecciona en funcin a la experiencia adquirida.
4. Se mantiene la mejora continua y se promueven los valores de la organizacin, actitudes y
comportamiento ncccsanos para cumplir con los objetivos de la organizacin.
a l i d ~ s
Programa de mejora revisado.
}- Diagrama general:
~ Diagrama desglosado:
8ME
8ME
1;0;------ -- -----_._----
Diagrama general: 8 ME
p Programa de
Mejora [actual]
1: Mejoras
mstnuconabzaoas
8 Mon1torear la ejecucin
p Programa de
mejora [revisado}
1')
Diagrama desglosado: 8 ME
Grupo Directivo
p Programa de
Mejora [actual]
8 2 Revisar el programa de mejora
p Programa de
mejora [revisado]
Grupo de mejora
I Mejoras
msntuoonauzaoas
8 1 Monorear la ejecucin del proceso de software
-------_._------_. ----_.------ --------------- - -- --------------
IV GUIA PARA EL USO DEL PROCESO DE M[JORA (ISO/lEC 15504-7)
Responsabilidades por rol
Para facilitar el entendimiento de las responsabilidades de los distintos roles dentro del proceso de
mejora, se presenta una asociacin de actividades por rol.
Grupo Directivo:
Revisar la Misin (1.1)
Formar un Grupo de Mejora (1.2)
Definir las metas de calidad (1.6).
Asignar prioridad a los objetivos de mejora (1.9)
Seleccionar los procesos a mejorar (2.6).
Prionzar reas de mejora (4.1.7).
>- Aprobar las metas de mejora y objetivos (4 2.1).
>- Aprobar el nuevo plan del programa de mejora (4.4.1).
:;-. Seleccionar las reas para expander el proceso de mejora validado (7.1).
>- Revisar el programa de mejora (8.2).
Grupo de Mejora:
>- Anahzar los objetivos/procesos de negocio (1.3).
>- Anahzar los valores (1.4).
>- Anahzar el costo de la falta de calidad en los productos y/o servicios {l.5).
>- Analizar el compromiso requendo para lograr las metas de calidad (1.7)
>- Identificar los objetivos de mejora (1.8)
>- Analizar la situacin actual (2.1).
:;-. Anahzar la informacin histrica (2.2).
>- Analizar las restricciones al proceso de mejora {2 3).
>- Promover un cambio cultural (2.4).
>- Alinear los objetivos de mejora (2.5).
y Documentar el plan preliminar de mejora (2.7)
y Gestionar el patrocinio (3 1).
>- Definir el propsito de la evaluacin (3 2).
;.. Definir el aleance de la evaluacin (3 3).
Y Analizar las limitantes de la evaluacin (3 4).
).- Elegir e! modelo de evaluacin (3.5)
;. Seleccionar el grupo de evaluadores (3 6).
>- Identificar y prioritizar reas de mejora (4.1).
y Definir las metes de mejora especficas y objetivos (4 2)
Y Generar el plan de accin (4.3).
y Actualizar el plan del programa de mejoraq.a).
y Seleccionar una propuesta de nuplcmcmacrn del proyecto (5.1)
>- Preparar y acordar el plan del proyecte de mejore (5 2)
Y Monuorec del proyecto de proceso de mejora (5.4).
y Evaluar los riesgos (6 3)
;... Evaluar costo - beneficio (6.4)
r Comunicar los cambios al proceso y beneficios (7.2).
:,... Ofrecer la capacitacin (7.3)
:,... Momtorcar la ejecucin del Prccc-c de meJor:l (7 5).
Y Momtorcar la aphcacrndel proce-,o (11.: mejora U<.: software (S.I)
'1
Grupo evaluador:
> Realizar la evaluacin (3.7)
}- Confirmar el logro de los objetivos y las metas de mejora (6.1).
}- Confirmar los cambios culturales (6.2).
Dueos de procesos:
}- Implementar las acciones de mejora de acuerdo al plan del proyecto de mejora (5.3).
}- Implementar el cambio a las reas seleccionadas (7.4).
52
Conclusiones Generales
Conclusiones Generales
La tendencia del mercado de hoyes la competitividad para que las empresas de software puedan
subsistir. Cada vez el mercado de clientes, es decir, usuarios internos o externos de la empresa de software
son ms selectivos en la bsqueda de proveedores. Por esta razn la calidad es un factor muy importante que
puede dar una ventaja ccrnpentiva a los productores de software.
Las certificaciones expedidas por organizaciones internacionales como ISO, Juegan un papel muy
importante hoy en da, y es por ello que muchas empresas que tienen los recursos econmicos, optan por esta
certificacin. Con ello pretenden mejorar la calidad en su ciclo de produccin y obtener a la vez un
reconocimiento.
El presente trabajo pretende ser una herramienta de utilidad para las empresas mexicanas y
latinoamericanas, porque se presenta de manera sintetizada, grfica, yen espaol la informacin contenida
en grandes volmenes de Informacin de las mejores prcticas para la mejora de procesos de software,
recomendadas por lSO/IEC 15504. Por ejemplo la parte 5: Un modelo de evaluacin y gua de indicadores,
esta contenida en un documento de 122 hojas.
Se proporciona en el apndice A una herramienta de autoevaluacrn, con el objetivo de que la
empresa pueda analizar su estado actual, y de esta forma tener los elementos necesarios para poder asignarle
prioridades a sus reas de mejora
Con la presentacin de [a gua de mejora se pretende que todas aquellas empresas que deseen iniciar
un proceso de mejora en el desarrollo de software, cuenten con una herramienta de apoyo, que les permita de
manera prctica adaptarlo a sus necesidades.
Para comprobar la utilidad se pretende ofrecer capacitacin a empresas pequeas y medianas, as
como ponerlo a disposicin en Internet, solicitando su retroalimentacin.
- - - ----------------
Glosario
Glosario.8]
Area de proceso clave. Un conjunto de actividades relacionadas que, cuando se llevan acabo colectivamente,
logran una parte Importante de metas, que permiten determinar la capacidad del proceso. Las reas de
procesos Importantes se han identificado por SE! para ser las unidades pnncrpales, para ayudar a determinar
la capacidad de proceso de software de una organizacin y entender las mejoras que requieren para alcanzar
los niveles de madurez ms altos.
Capacidad de proceso. (1) El rango de resultados esperados que pueden lograrse siguiendo un proceso, o (2)
El rango de resultados que un proceso estable ha estado logrando con respecto a su actuacin y metas de
calidad.
Diagrama de actividad. Un diagrama de actividades es un caso especial de un diagrama de estados en el cual
casi todos los estados son estados de accin (Identifican que accin se ejecuta al estar en l) y casi todas las
transiciones son enviadas al terminar la accin ejecutada en el estado anterior. Puede dar detalle a un caso de
uso, un objeto o un mensaje en un objeto. Sirven para representar transiciones internas, sin hacer mucho
nfasis en transiciones o eventos externos. Generalmente modelan los pasos de un algoritmo.
Dimensin de la capacidad de procesos. La dimensin de la capacidad de procesos se caracteriza por una
serie de atributos de procesos, que son aplicables a cuaqurer proceso, lo cual representa caractersticas de
medicin necesarias para administrar un proceso y mejorar su capacidad de ejecucin.
Dimensin de proceso. Es el conjunto de procesos que comprende los aspectos funcionales del modelo de
referencia del proceso y la capacidad del proceso.
ISO/lEC. lnternanonal Organzation for Standardization/ Intemational Electrctechnical Comrmssion.
MA. Prcticas de administracin relacionadas (Management Pracnce).
Modelo de referencia. Un modelo que se usa como una referencia para medir algn atributo.
Nivel de madurez. Una etapa evolutiva hacia lograr un proceso del software maduro. Los cinco niveles de
madurez en la Madurez de la Capacidad del SEl son. Inicial, Repetible, Definido, Administrado y
Optimizado.
PA. Atributo del Proceso (proccss Attribute)
Prctica clave. Una agrupacin de un propsito y conjunto de pracucas relacionadas que, cuando se llevan
acabo colccuvamcntc, pueden lograr el propsito del rea del proceso
Proceso de mejora. Accin de cambio que tornan las orgeruzacioncs en sus procesos para conocer las
necesidades de negocio de Id orgaruzacin y como las necesidades del negocio pueden alcanzarse m:'!",
eficazmente
Programa de mejora. Un programa de mejora se conforma de todas las csnatcgias. polticas, ObJetiVOS,
responsabilidades y actividades relacionadas con ellogro de objcuvcs especficos de mejora
Proyecto de mejora. Es un subconjunto del programa de mejora que forma un conjunto coherente de
acciones para lcgj ar una IllCIOl<1 especifica
, 1
Glosano
Plan del programa de mejora. El plan del programa de mejora es un documento encaminado al proceso
completo del programa de mejora, definido para conocer el estado de las metas en el plan de negocio. Este
control continuo de actividades de mejora alrededor de la organizacin, que puede ser mantenidos para
completar ms de un ciclo de mejora. El plan del programa de mejora de software es responsabilidad del
administrador del programa de mejora. (Grupo de Mejora).
Cuando un programa de mejora de software es iniciado, las reas de mejora, acciones y nesgas relacionados,
Juntos con un presupuesto y un calendario de tiempos, son identificados y definidos en una versin preliminar
del plan del programa de mejora de software (etapa 2). Esta informacin deber ser revisada despus del
proceso de evaluacin, basada en los hallazgos de la evaluacin (etapa 4). El plan es entonces completado con
los objetivos del perfil, un claro anlisis de mformacin y posiblemente con el estado actual y una medicin
efectiva de objetivos Los recursos presupuestados y el calendario son revisados. El programa de mejora de
toda la organizacin es definido. El plan tambin deber incluir una evaluacin de riesgos con la descripcin
de los riesgos si el programa de mejora no es realizado, los riesgos si es realizado y las estrategias atenuantes
a ser adoptadas Finalmente el plan de accin derivado del anlisis de los resultados de la evaluacin es
tomado para completar el plan del programa de mejora de software.
Plan del Proyecto de mejora. Las acciones de mejora definidas en el plan del programa de mejora debern
ser implementadas como proyectos. Cuando las acciones de mejora son complejas e involucran a ms
unidades organizacionales, ello puede implicar varios proyectos de mejora por separado. Cada proyecto de
mejora identificado deber de ser planeado y los resultados estar documentados como planes del proyecto de
mejora.
Tpicamente los proyectos de mejora son un nico e mnovador esfuerzo para la organizacin, esto puede
requerir nuevos tipos de recursos y adopcin de nuevos puntos de vista La inercia humana de la organizacin
puede hacer que el proyecto sea ms dificil de llevar acabo. Por lo tanto, los proyectos de proceso de mejora
de software ofrecen Involucrar los altos riegos que los proyectos por naturaleza repiten. Como los riesgos
estn Situados y existen en diferentes formas y en diferentes etapas de mejora o actividades, un cuidadoso y
detallado anlisis de riesgo deberla ejecutarse en cada etapa de cada proyecto.
Tpicamente un plan del proyecto de mejora deber contener
1) Una definicin detallada de los objetivos y el alcance de las acciones de mejora para mantener un
seguimiento con respecto a los requerimientos definidos en el plan del programa de mejora.
2) n detalle y una descripcin concreta de los resultados de mejora a ser obtenidos en el proyecto
3) Un detalle de [a programacin y de la estructura desglosada de tareas (work break structure)
4) Un detalle de recursos estimados
5) Criterios de aprobacin de resultados intermedios y finales de las acciones de mejora.
SE" Siglas del Software Enginccring Institute, mstitucion dependiente de la Universidad Cernegie Mellan
creador del Modelo de Madurez y Capacidad SW-CMM/SEI.
SPI. Proceso de mejora en el desarrollo de software (Software Process lmprovcmcnt)
5W-CMM. Modelo de Madure? Capacidades de Procesos de Software(SW-CMM Software Capability
Madunty Modcl)
---
Brbbografla
Bibliografa
[1] ligo Zornketa (ESI European Software Institute),
La calidad en el Mundo del Software: Evolucin, X Congreso de Empresas de Calidad, Barcelona, Spain.
http.//www.esies/PublicatiollslrcQ..orts.htm!
Fecha de consulta. Abril del 2000
[2] The IDEALSM Model: A Practical Guide for Improvement, by Jennifer Gremba and Chuck Myers. This
article appeared in the Software Engineering Insutute (SE!) publication, "Bridge", issue three, 1997.
http://www.sei.cmuedu/ideallideaLbridge.html
Fecha de consulta: Mayo del 2000
[3] Segn Bob McFeeley , IDEAL SM: A User's Guide for Software Process Improvement, 1996.
http://www.sei.cmu.edu/pub/documentsi96.reportslpdfthbOO 96.pdf
[4] Informanon techonology- Software process assessment- Part 7: Guide for use in process improvement
(ISO/lEC HC l/SC 7).
http://w\..wsel.iitnrc.ca/sPJce/
[5] The Umfied Modeling Language, Reference Manual,Addison-Wesley,1999.
Rumbaugh,J.,I. Jacobson and G. Booch.
[6] Analyzing the Conceptual Relationslup Between ISO/IEC 15504 (Software Process Assessment) and
Capability Matunty Model for Software
Mark C. Paulk, Software Bngmeering Institute, Camegie Mellon University, Pmsburgh, PA, USA.
1999,Intemational Conferencc on Software Quality, Cambridge, MA.
l 5504-co!.. rn99.pdf
Fecha de consulta: 02/07/2000
[7] Modelado Grfico de la Administracin de Requisitos del SW-CMM-NIVel2,
Soluciones Avanzadas, Ao 7, No. 74. 1999.
Hanna Oktaba y Claudia Alquicira Esquive!
[8] Glossary of Sclccrcd Acronyms and Tcrrns
http://www se cmu
Fecha de consulte 02/08/2000
[9]lnformation techonology- Software process asscssmcnr- Pan 2: A rcfcrencc mode! for proccsscs and
proccss capnbihty.
!g!p:! i Il1 c.ca/,
Fecha de consulta Mayo del 2000
'h
Apendice A
Apndice A
"AUTOEVALUACION PARA EL PROCESO DE MEJORA EN
EL DESARROLLO DE SOFTWARE"
AUTOEVALUACION PARA EL PROCESO DE MEJORA EN EL DESARROLLO DE SOFTWARE
La autoevaluacin es un proceso que permite a las organizaciones analizar la capacidad de sus
procesos y conocer las necesidades de negocio, proporcionando elementos de como las necesidades del
negocio pueden alcanzarse ms eficazmente.
A continuacin se explican las categoras y los atnbutos del proceso (Process Attribute) y sus
prcticas de admmistracn relacionadas (Management Practice) a evaluar. Las categoras aparecen listas en
forma de renglones en la parte izquierda de la evaluacin. Los atributos de proceso se ubican en forma de
columnas en la parte superior de la evaluacin.
Categoras de procesos de software:
Categora de proceso Cliente/Proveedor consiste en procesos que directamente Impactan al cliente, el
apoyo, el desarrollo y transicin del software al cliente, y manteniendo el funcionamiento correcto y
uso del producto del software y I o servicio.
Categora de proceso de Ingeniera consiste en procesos que directamente especifican, el desarrollo,
o mantenimiento del producto del software, su retacin al sistema y la documentacin al cliente.
Categora de proceso de Soporte consiste en procesos que pueden emplearse por cualquiera de los
otros procesos (incluyendo otros procesos de apoyo) en todo el ciclo de vida de software.
Categora de proceso de Administracin consiste en procesos que contienen prcticas de una
naturaleza genrica que puede usarse por cualquiera que maneja cualquier tipo de proyecto o
proceso dentro de un ciclo de VIdade software.
Categora de proceso de Organizacin consiste en procesos que establecen los objetivos del negocio
y desarrollan procesos, productos, y recursos, y cuando se usan en los proyectos, ayudan a la
organizacin a lograr sus objetivos de negocio.
Atributos del proceso:
1. Atributos del Proceso
PA 1.1 Atributo Ejecucin del Proceso
Para lograr el alcance del atributo es necesario que los resultados del proceso de la transformacin de
las entradas Identificables de productos de trabajo generen como salida productos identificables de trabajo.
Como resultado del total alcance de este atributo tenemos
El alcance del trabajo es ejecutado y los productos de trabajo generados son entendidos
Los productos de trabajo al ser generados deben de contar con un soporte exitoso para los resultados
del proceso.
Las practicas de acrmmstracin relacionadas sen
MI' 1 1 [ Idcnficacrn de productos de trabajo de entrada y salida
MI' l. [.2 Asegurar que el alcance del trabajo es identificado para la ejecucin y para Ios productos de trabajo
a St.:l us.rdos y gcncrJdo" por el procc<;o
MP I 11 Asegurar que las precucas baseson uuplcmcntadas. generando PWdUCIO'> de uabajo con un <opone
l'\.I!O'>() en 1.1dcmcron dv los rcsultadov del proceso
ESTATESIS NO SALE
DI LABIBlJOTECA
PA 2.1 Atributo Administracin de la Ejecucin
Apendrce A
Para lograr el alcance del atributo con la cual la ejecucin del proceso es adrnmistrada es necesario
generar productos de trabajo en donde los objetivos definidos sean conocidos.
Los objetivos para la ejecucin del proceso debern ser identificados (calidad, escala de tiempo,
duracin y recursos usados).
La responsabilidad y autoridad para el desarrollo de los productos de trabajo del proceso deber ser
asignada.
La ejecucin de los procesos deber ser administrada a generar los productos de trabajo con el
conocumento de los objetivos definidos.
Las practicas de administracin relacionadas son:
MP 2 1.1 Identificar los objetivos para la ejecucin del proceso (Por ej Escala de tiempo, duracin y
recursos a utilizar).
MP 2.1.2 Plan de ejecucin del proceso de acuerdo a los objetivos identificados por la identificacin de
actividades del proceso, programa de tiempos estimados y la localizacin de recursos para cada actividad
MP 2.1.3 Plan y asignacin de responsabilidad y autoridad para el desarrollo de los productos de trabajo del
proceso.
MP 2.1.4 Administracin de la ejecucin de las actividades para un seguimiento continuo y re-planeacin de
los productos de trabajo generados con el conocimiento de los objetivos definidos
PA 2.2 Atributo administracin de productos de trabajo
Lograr que la ejecucin del proceso sea administrada para generar productos de trabajo que sean
documentados apropiadamente, controlados y verificados.
Como resultado del tata! alcance de este atributo tenemos:
Los requenmientos (funcionales y no funcionales) de las especificaciones de los productos de
trabajo del proceso debern ser cerndos.
Los requerimientos para la documentacin y control de los productos de trabajo deberan ser
definidos
Las dependencias entre los productos de trabajo controladas debern sern identificadas.
Los. productos de trabajo sern adecuadamente identificados y documentados, y los cambios
controlados.
Los productos de trabajo debern ser verificados y ajustados al conocirmento de los rcquerinucntos
definidos
MP 2.2.1 Identificar los requerimientos para los productos del trabajo, incluyendo los aspecto'; funcionales y
no tuncronates.
MP 2 2.2 Adnumstrar los documentos, administrar la configuracin y el control de cambios de [os productos
de trabajo
MP 2.2.3 Identificar y dcrur cualquier dependencia de los productos de trabajo
MP 2 2 4 Administrar la calidad de los productos de trabajo asegurando el conocmucnto de los
requerimientos funcionales y no funcionales
----------
Apndice A
PA 3.1 Atributo definicin del proceso
Lograr que la ejecucin del proceso use una definicin de proceso basada sobre un proceso estndar
para alcanzar los resultados del proceso.
Como resultado del total alcance de este atnbuto tenemos:
Un proceso estndar incluyendo una gua adecuada sern definidos, un soporte en la ejecucin de los
procesos adrrnmstrados.
La ejecucin de los procesos deber llevarse acabo de acuerdo con la seleccin adecuada y/o la
documentacin del proceso estndar.
Los datos histricos de la ejecucin del proceso sern recopilados para establecer y refinar el
entendimiento del comportamiento del proceso (estimacin de los recursos necesarios para la
ejecucin del proceso).
Las experiencias en el uso del proceso definido sern usadas para refinar el proceso estndar.
MP 3.1.1 Identificar el proceso estndar que soporte la ejecucin del proceso administrado y proporcione una
gua documentada.
MP 3.1.2 Implementar y/u obtener un proceso estndar de un proceso definido apropiado al contexto del
proceso.
MP 3.1.3 Recopilar datos de la ejecucin de! proceso de tal forma que el comportamiento del proceso
definido pueda ser entendido.
MP 3.1.4 Establecer y refinar el entendimiento del comportamiento del proceso para usar los datos en la
ejecucin del proceso.
MP 3.1.5 Refinar el proceso estndar.
PA 3.2 Atributo recursos del proceso
Lograr que el proceso obtenga los recursos adecuados(por ej. recursos humanos e infraestructura del
proceso) que son apropiadamente localizados y mostrados en el proceso definido
Los roles, responsabilidades y competencias requeridas para la ejecucin del proceso sern
identificados y documentados.
La infraestructura del proceso requerida para la ejecucin del proceso ser identificada y
documentada.
Los recurso'> requeridos estarn disponibles, localizados y usados como soporte a la ejecucin del
proceso definido.
Las prcticas de adrmmstracin relacionadas son
MP 3 2.1 Identificar y documentar los roles, responsabilidades y competencias requcndas como soporte a la
implementacin del proceso definido.
MP 322 Identificar y documentar los requerimientos de infraestructura del proceso como soporte a la
rmplemcnracrn del proceso dcfirudo
MP 3.2 3 Proveer, localizar y usar los recursos para dar soporte a la ejecucin del proceso definido
MP 3.2 4 Proveer, localizar y usar una infraestructura del proceso adecuada para dar soporte en la ejecucin
del proceso dcfirudo
(lO
Apndice A
PA 4.1 Atributo Medicin
Lograr que el producto y las mctas del proceso y las mediciones sean usadas para asegurar la
ejecucin del proceso en apoyo a lograr las metas definidas en soporte de las metas relevantes del negocio.
Como resultado del total alcance de este atributo tenemos'
El producto, las metas del proceso y las mediciones sern identificadas en lnea con las metas
relevantes del negocio.
El producto y las mediciones del proceso sern recopiladas para hacer un seguimiento del alcance
con que las metas definidas son alcanzadas.
Las tendencias de la ejecucin del proceso a travs de la organizacin debern ser analizadas
La capacidad del proceso deber de ser medida y mantenida a travs de la organizacin
MP 4.1 1 Identificar el producto y las metas del proceso y las mediciones como apoyo para lograr las metas
relevantes del negocio.
MP 4.1.2 Recopilar la especificacin del producto y las mediciones al proceso entorno a la ejecucin del
proceso definido.
MP 4.1.3 Analizar las tendencias en la ejecucin del proceso en la organizacin.
MP 4.1.4 Medir la capacidad del proceso y mantenerlo dentro de los limites definidos en la organizacin.
PA 4.2 Atributo control del Proceso
Lograr que el proceso sea controlado en cuanto a la recopilacin, anlisis, y uso del producto y
mediciones del proceso a corregir, donde sea necesario, la ejecucin del proceso a lograr, el producto
definido y las metas del proceso
Como resultado del total alcance de este atnbuto tenemos:
Anlisis adecuado y tcnicas de control que debern ser identificadas
El producto del proceso y las mediciones del proceso sern recopiladas y analizadas como apoyo al
control de ejecucin del proceso con los hrnitcs definidos.
La ejecucin del proceso ser administrada cuantitanvamentc
Las prcticas de administracin relacionadas son
MP 4:2.1 Identificar tcnicas de medicin adecuadas, apropiadas al contexto del proceso, soporte al proceso
y mejora del producto.
MP 4 2.2 Recopilar mediciones e identificar parmetros de control del proceso en orden a realizar un
anlisis
MP 4 2.3 Control de la ejecucin del proceso usando el anlisis de las mediciones para idcnnficar acciones
para mantener cl control y/o la implementacin de mejora
"1
ApndlceA
Realizar la evaluacin
Una vez comprendido cada una de las categoras y cada uno de los atributos de proceso, la
orgamzacin deber reabzar la evaluacin. Para ello es necesario considerar que aunque se presenta la hsta
completa de categoras y procesos propuestas por ISO-lEC 15504-5("Un modelo de evaluacin y gua de
indicadores"}, slo se deben de evaluar los que apliquen a la organizacin
Por cada una de las distintas categoras, se deben de evaluar cada uno de los 9 atributos del proceso,
con la siguiente escala de valores: N, P,L YF
En donde N: Indica que el atributo no fue ateanzado para una determinada categora(O-15%}.
P: Indica que el atributo es parcialmente alcanzado(l6-S0%)
L: En gran parte alcanzado(51-85%).
F: Alcanzado(86-100%).
Autoevatuacion para el proceso de mejora en el desarrollo de software
ATRIBUTOS DEL PROCESO(PA)
PROCESOS DE SOFTWARE
EJecucin EJecucin Productos Definicin Recursos Medlcion del Control der Cambio del Mejora
del proceso de la de Trabajo del Proceso del Proceso Proceso Proceso Proceso Ccntnua
(')
acmcn (21) (22) (31) (32) (41) (42) (5.1) (52)
NIPILIF
N P L F N P L F N P L F N PIL F N PI L F NIP L F N P LIF N P L F
Cl'S - Catcgona de proceso Cliente/Proveedor-
~ CUS 1 Adquisicin l' l'
1, 1
1- ,
1 !I j' L I
1- )
1 II t'
l. 1I j' ]
1
'i
P L i
)- 1 1 I l' '1' (
I CLJS 1 1 Preparar la adqutsicrn P L r
1- ,
,
ji P
L r
1, P
1, 1 j't JI L ,! 11 f' 1 1-
'1 i' L r r-
,
1 , j' L ,j'
iCLJS.12 Seleccionar un proveedor
"1 l'
L l' l' I 1
i' t' L
r ,1
1- I 1- II j'
L j'
l- 1 1
1) ;-'
L r'
"
I
1-
, )-'
'1_ f
i ClJS. 1.3 Monnorear al proveedor
' l-
L F r- r. ji l'
1. r
l'
l' L f-
I1
L '
,: j' j
l'
1I j-' L
I l' I 1
,1 t- 1, r
:CUS lA Aceptacin del cliente :' P L r l- L J 11 J' L F l' l' J 1 JI l-' L F l' ], I li j-'
L f l' I I
'1
l' 1, t-
ICUS 2 Proveedor ji J'
L r l' I
,
JI ji
I
], 1. J
II
r' L l'
r- ,
1-
1I , L 'j'
" ,
,
. '' 1, J
CUS J Solicitud de requerimientos l' J. 1
r- ,
I
j, P
L F l- I 1-
'1
l' 1, l'
l'
i' ) 1
!I ji [ ji r- , 1-
JI
" L
CUS_ 4 Operacin il J'
L r l' 1
,
j. l' r. r
-
l- ,
I II l' l. r
" ,
1
,
j' ~ '
l' I I
'1
" !, ..
1CUS 4 I Uso operacional
r- f'
L r
1- ,
1
j, l' 1. : '1 1- I
"
1I l' L J" I l' I 1 '1 i-' L F
, I 1-
'1 !-'
L r
I CUS. 4 2 Soporte al clrentc
;1 f'
1. r- r- 1 i
ji l-
r. 1 r- 1 1
II j !, : l- ,
1- I[ j'
L I r' I I
,
i) !, 1
I CUS 1
Adquisicin
P l. l
l- ,
1 I
I
l' L f 1- 1 l'
,,) '
I ~ r-
"
p
1 11 l' 1, '
" I
I '1
-'
,
I ENG - Categora de proceso de Ingeniera

!ENG. I Desarrollo t- r. I
"
I I
:( J.
L F l- 1.
l, JI ], J.
1, l'
i' I
,
l' jO 1 1
1-
,
,
t , J' 1. F
ENG. 1.1 i Anhsrs y diseo de
ji r-
1. r 1 I
,
ir l' 1, 1 r- ,
I
, p 1. ;

" I
1, j,' ],
1. l' l' I
J. 1. 1
I
requerimientos del sistema
i [,\,G 12
AnliSIS de rcquennucruos de
" f' r
1
r-
,
l' r- 1. 1
1- ,
1- jT l-
i. r l' ] I 1: l' 1, I I
,
I
I
l' I
,
I
software
'ENG. ! 3 Diseo de Software r- L I l- I I j' l' 1, 1 l' 1. I 1I P
1. J'
,
" I
- )1
J' L [.
" I
,
l' P ,- I
IENG.IA Construccin de software i'
; L r r- J. ji t-
1- t-
I- ,
1
ji r- 1, I r- 1, I 1: P
1" l'
,
1-
i'
l' 1. ]
I ENG 15 Integracin del software
:' P
1. l,
1 I
,
ji l- I
1 l' 1 1 i I P L r
l- , 1, U
l' L ] I I I 1- [. t. F
ENG 1.6 Pruebas del software F r. J
1-
,
i'
l' L J. 1- I 1 ji l'
" 1
" ,
I l' J' 1, I I
,
I i I
r. ,
ENG 17 Pruebas e mtegracrndel F 1_ I I
,
,
"
l' r. I l- l. J ) 1 P L J. r- I 1
l' l' L r
,- ,
I
,
F [, l'
sistema
I E:--IG 2 Manrenirmeruoal software y al i' l-
1, ,
l- I
,
I l' J. r
" I
I ji l' r. I l' , I 1
1
l' I 1
,- ,
,
r ,
r- I
I
sistema
~ i\o alcan7ado(O.I5 "lo) P= Parcialmente alcanzado(I6-50 %) L= En gran medida alcanzado(5I-85%)
l/2
F= Alcanzado(86-100 %)
Autoevaluacin para el proceso de mejora en el desarrollo de software
ATRIBUTOS DEL PROCESO(PA)
IPROCESOS DE SOFTWARE
EJecucin Ejecucin Productos Definicin Recursos Medlclon del Control del Cambio del Mejora
del proceso de la de Trabajo del prccasc del Proceso Proceso Proceso Proceso Contll1ua
(1) ecmcn (2.1) (2.2)
(3.1j (3.2) (4 i) (4.2) {51) (52)
I
N P LI F N P LIF N P L F N P L F N P L F N P L F N P L F N P L F N P L F
sur Categora de proceso de Soporte
SUP.l Documentacin
"
1" ! I
"
, ,
L'
j' L r
,
r-
,
I
]1
P J. l' JI
1-
I I
"
J L !.
"
I
1,
ji r
L I
SUP,2 Administracin de
,1 i' L .
"
,
I
J'
r L
F '
l' 1 I 1,1 [J L
f i I
l'
" I
ji E 1
"
"
I
,
j' P L ,1
configuracin
SUP 3
Aseguramiento de la calidad
,]
1" !.
"
"
, ,
l,! ,-
1. f
jI r-
"
F I
"
1.
1,1,
l'
,
1 j'
i: 1, J
, , ,
1: l' L J
SUP.4 Verificacin \1 J'
"
,
r- ,
,
l'
"
L
"
"
,
I n
l' 1,
,- ,
I
l'
l' L l'
,
I 1
j1
l'
1, r
SUP.5 vahdacrn Ir 1"
"
,
1 1 I
i.l ;
L ,
"
v /
"
P
L F I
l' , : ,
P L f /' I
,
"
i' L
"
SUP 6 Revisin conjunta
'1
"
,
, ,
l'
, ,
"
l' r. r i
1-
1 1 IJ
,-
1. 1 i' r-
" I
]1 P
L r
"
,
!
j <' P t. ,
SUP 7 Auditarla
,]
l
'
!.
,
"
, ,
i'
1-
1. 1
"
,
1
l'
"
L l'
1; L
,
ji
F L J'
"
, ,
ji
l' j
,e
SUP 8 Resolucin de problemas
,1
" J. J
r- I
I
.' "
1
,
l'
, ,
Li !' L r
"
, ,
l'
l' L F
"
,
1 l
'
l' L r
MAl": - Categora de proceso de Admlrustr-actn
~ N 1 Administracin l' L l
"
, ,
"
l' L
,
l'
, ,
]1 l-
1.
, ,
l'
, I
jI l'
1
,
"
,
,
ji P
" J
:V1AN 2 Admhnstracon de l ' l' J. F
"
I I
i'
l' 1. r
,
I I l' E L r
,-
,
1, l'
J" 1. 1
"
1 I j' l' L F
Proyectos
\lAN 3
Admimstractn de Calidad
,
P L r
"
,
I
[.- r
r. f' I I I
l ;
1. 1": i' i /
i! J: L f f' i I
; ;
, J
MAN -1. Admimstracion de Rresgos F L f l'
, ,
i'
"
L I
"
, ,
,r
"
L
F "
l'
,
I
li r
L ~ l
"
, ,
l'
l L J.
, ORG - Categora de proceso de Organizacin
jORG I
Almeamiento "
l-
1. f
l'
, ,
i'
J' r.
"
" I
l'
J' L
1,
,-
, ,
l'
l' L I
"
,
I
i'
r L r
,
Organizacronal
!ORG 2
Proceso de Mejora ',' r' L j
" I
,
JI
l' 1.
1,
,
, ,
l' ~
L , ,
" 1
,
,r
l'
,
]'
, ,
I
l'
p L
,
i ORG 2 I
Estabiecmuento del proccso r-
, ,
l'
,
I
,
l' L I
"
I
,
i'
P 1 I
,
,- ,
,
"
r L r
"
,
"
j' i' t.
,
! ORG 22 I Proceso de evaluacin
"
l' L
,
"
, ,
"
; l. r
"
,
1
l'
l- l. F i'
,
"
I l' r. l'
, , ,
i'
i-
L r
ORG.23 Proceso de Mejora
"
" ,
,
"
,
I
,
"
L
,
"
I I
"
l' L I l' r I 1
1
;
L /
,
"
l'
,
ORG :3 IAdmnustracrn de recursos
l-
1. r
, , ,
"
l' l. I
"
i, I l'
i' L r
"
, ,
"
l' I
,
"
,
"
J' L I
I
humanos
ORG 4 Infraestructura l'
L ,
1 L
,
"
J' L J
r- I
l' l'
i! l. I~ r '
r-
,
I
l' J'
1.
,
,
, ,
j' r- i. j
ORG 5 Medrcrones j' L
,
r- I
,
i'
l' L 1
"
, ,
]1
l' 1.
l- ,
1 P P
,
I
"
,
r i'
l' ,- I
ORG 6 i Reuso
,. p
,
,
l'
, ,
j. J' 1. r
" I
"
l'
r- I
l'
I l' 1
,
l'
l' L I
l'
, ,
i' l' L
,
:-;= No akanLado(O-15 %) P> Parcialmente a1canzado(l6-50 %) L= En gran medida alcanzndo(51-85%)
2/2
F= AlcanzadofS-Hll "lo)

Guia para El Proceso de Mejora en El Desarrollo de Software

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Guia para El Proceso de Mejora en El Desarrollo de Software

Hochgeladen von

Copyright:

Verfügbare Formate

#.

POSGRADO EN CIENCIA E ,..-?

4 Anhsrs de la evaluacin y denvacrn

I ENG - Categora de proceso de Ingeniera

Das könnte Ihnen auch gefallen