Vous êtes sur la page 1sur 630

00a-Principios

6/5/09

16:33

Pgina iii

El presente documento es un extracto del libro publicado por Pearson Educacin,


S.A. en el ao 2009 con el ttulo CMMI, Gua para la integracin de procesos y la
mejora de productos (ISBN: 9788478290963) donde se completa el Modelo en los
mrgenes exteriores de la Parte II con Consejos, Ayudas y Referencias cruzadas
que facilita la comprensin. Adems se incluyen Artculos, el Caso de Estudio
donde se aplica CMMI a los servicios RAYTHEON y el ndice analtico.

CMMI
Gua para la integracin de procesos
y la mejora de productos
Segunda edicin

Mary Beth Chrissis


Mike Konrad
Sandy Shrum
Traduccin:
Ctedra de Mejora de Procesos de Software en el Espacio
Iberoamericano de la Universidad Politcnica de Madrid
Verificacin:
Javier Torralba
(Lead-Appraiser 0500566-01)

00a-Principios

6/5/09

16:33

Pgina v

CONTENIDO

PREFACIO
SOBRE LA EDICIN EN ESPAOL
Colaboradores
Prefacio
Prlogo

xi
xxix
xxix
xxxiii
xxxv

PARTE I - ACERCA DEL CMMI PARA EL DESARROLLO

1 INTRODUCCIN

Sobre los modelos de madurez y de capacidad


Evolucin de CMMI
CMMI para el desarrollo
El alcance del CMMI para el desarrollo
El grupo de adiciones IPPD
Las diferentes aproximaciones de los CMM
Elegir una representacin
La representacin continua
La representacin por etapas
Comparacin de las representaciones continua y por etapas
Factores de decisin
Por qu no ambas representaciones?

Su aproximacin a la mejora de procesos


Escenario 1
Escenario 2

4
9
18
21
22
22
22
23
23
24
24
25
28
28
30

COMPONENTES DEL REA DE PROCESO

31

Componentes requeridos, esperados e informativos

31
31
31
32
32

Componentes requeridos
Componentes esperados
Componentes informativos

Componentes asociados con la Parte Dos

00a-Principios

6/5/09

16:33

Pgina vi

vi Contenido
reas de proceso
Declaraciones de propsitos
Notas introductorias
reas de proceso relacionadas
Metas especficas
Metas genricas
Resmenes de Metas especficas y prcticas especficas
Prcticas especficas
Productos de trabajo tpicos
Subprcticas
Prcticas genricas
Elaboraciones de las prcticas genricas

Componentes informativos de soporte


Notas
Ejemplos
Ampliaciones
Referencias

Esquema de numeracin
Convenciones tipogrficas
Representacin - Contenido especfico
Extensiones

33
33
34
34
34
34
35
35
35
35
36
36
36
37
37
37
38
38
38
39
39

UNIENDO TODO

43

Comprendiendo los niveles


Esructura de las representaciones continua y por etapas
Comprendiendo los niveles de capacidad

43
44
46
47
47
47
47
48
48
48
52
53
53
54
54
55
55
60
63

Nivel de capacidad 0: Incompleto


Nivel de capacidad 1: Realizado
Nivel de capacidad 2: Gestionado
Nivel de capacidad 3: Definido
Nivel de capacidad 4: Gestionado cuantitativamente
Nivel de capacidad 5: En optimizacin
Avanzando a travs de los niveles de capacidad

Comprender los niveles de madurez


Nivel de madurez 1: Inicial
Nivel de madurez 2: Gestionado
Nivel de madurez 3: Definido
Nivel de madurez 4: Gesionado cuantitativamente
Nivel de madurez 5: En optimizacin
Avanzando por los niveles de madurez

reas de proceso
Metas genricas y prcticas genricas

00a-Principios

6/5/09

16:33

Pgina vii

Contenido

Comparacin de las representaciones


Equivalencia por etapas

65
65

RELACIONES ENTRE REAS DE PROCESO


Categoras de las reas de proceso de CMMI
Gestin de procesos

71
71
72
72
73
76
77
77
81
84
85
85
91

reas de proceso de Gestin de procesos bsicas


reas de proceso de Gestin de procesos avanzadas

Gestin de proyectos
reas de proceso de Gestin de proyectos bsicas
reas de proceso de Gestin de proyectos avanzadas

Ingeniera
Recursividad e iteracin de los procesos de ingeniera

Soporte
reas de proceso de Soporte bsicas
reas de proceso de Soporte avanzadas

vii

USANDO LOS MODELOS CMMI


Adoptando CMMI
Su programa de mejora de procesos
Selecciones que influyen en su programa
Modelos CMMI
Usando las evaluaciones CMMI
Requerimientos de la evaluacin para CMMI
Mtodos de evaluacin SCAMPI

Consideraciones de la evaluacin
Formacin relacionada con CMMI

93
97
102
106
107
107
108
108
109
113

00a-Principios

6/5/09

16:33

Pgina viii

viii Contenido

PARTE II - METAS GENRICAS Y PRCTICAS GENRICAS, Y REAS


DE PROCESO
149
METAS GENRICAS Y PRCTICAS GENRICAS
ANLISIS CAUSAL Y RESOLUCIN
GESTIN DE CONFIGURACIN
ANLISIS DE DECISIONES Y RESOLUCIN
GESTIN INTEGRADA DE PROYECTO +IPPD
MEDICIN Y ANLISIS
INNOVACIN Y DESPLIEGUE EN LA ORGANIZACIN
DEFINICIN DE PROCESOS DE LA ORGANIZACIN +IPPD
ENFOQUE DE PROCESOS DE LA ORGANIZACIN
RENDIMIENTO DE PROCESOS DE LA ORGANIZACIN
FORMACIN ORGANIZATIVA
INTEGRACIN DE PRODUCTO
MONITORIZACIN Y CONTROL DEL PROYECTO
PLANIFICACIN DE PROYECTO
ASEGURAMIENTO DE LA CALIDAD DE PROCESO Y DE PRODUCTO
GESTIN CUANTITATIVA DE PROYECTO
DESARROLLO DE REQUERIMIENTOS
GESTIN DE REQUERIMIENTOS
GESTIN DE RIESGOS
GESTIN DE ACUERDOS CON PROVEEDORES
SOLUCIN TCNICA
VALIDACIN
VERIFICACIN

151
177
191
207
221
253
273
293
315
335
349
367
387
401
427
439
465
487
499
519
537
565
579

PARTE III - APNDICES

597

A REFERENCIAS

599

Fuentes disponibles pblicamente


Fuentes actualizadas regularmente

599
602

00a-Principios

6/5/09

16:33

Pgina ix

Contenido

ix

ACRNIMOS

603

PARTICIPANTES EN EL PROYECTO CMMI PARA EL DESARROLLO

607

Equipo de Producto
Patrocinadores
Grupo Directivo
Comit de Control de Configuracin

607
609
610
611

D GLOSARIO

613

00a-Principios

6/5/09

16:33

Pgina xi

PREFACIO
CMMI (Capability Maturity Model Integration) es un modelo de
madurez de mejora de los procesos para el desarrollo de productos
y de servicios. Consiste en las mejores prcticas que tratan las actividades de desarrollo y de mantenimiento que cubren el ciclo de
vida del producto, desde la concepcin a la entrega y el mantenimiento.
Esta ltima versin del modelo, presentada en esta obra, integra
los cuerpos del conocimiento que son esenciales para el desarrollo y el
mantenimiento, pero que se han tratado por separado en el pasado, tales como la ingeniera del software, la ingeniera de sistemas, la ingeniera del hardware y de diseo, los aspectos no funcionales y la
adquisicin. Las denominaciones anteriores de CMMI para la ingeniera de sistemas y la ingeniera del software (CMMI-SE/SW) son
reemplazadas por el ttulo CMMI para desarrollo, reflejando as
realmente la integracin completa de estos cuerpos de conocimiento y
la aplicacin del modelo en el seno de una organizacin. CMMI para
desarrollo (CMMI-DEV) propone una solucin integrada y completa
para las actividades de desarrollo y de mantenimiento aplicadas a los
productos y a los servicios.
CMMI para desarrollo, versin 1.2, es una continuacin y actualizacin de CMMI versin 1.1 y ha sido simplificada gracias al concepto de constelaciones de CMMI, donde un conjunto de componentes
fundamentales puede ser ampliado mediante material adicional a fin
de proponer unos modelos especficos de aplicacin con elevado contenido comn. CMMI-DEV es la primera de esas constelaciones y representa al dominio de inters de desarrollo.

Propsito
El propsito de CMMI para desarrollo es ayudar a las organizaciones a
mejorar sus procesos de desarrollo y de mantenimiento, tanto para los
productos como para los servicios. Este libro se basa en CMMI para
desarrollo v1.2 que ha sido producida a partir del Marco de CMMI 1 en
agosto de 2006. El Marco de CMMI soporta el Conjunto de productos
de CMMI, permitiendo generar mltiples modelos, cursos de formacin y mtodos de evaluacin que dan soporte a dominios de inters
especficos.
Una constelacin es una coleccin de componentes de CMMI que
incluye un modelo, sus materiales de formacin y los documentos de
1. El Marco de CMMI es la estructura bsica que organiza los componentes CMMI y los combina en
las constelaciones y modelos.

xi

00a-Principios

6/5/09

16:33

Pgina xii

xii Prefacio
evaluacin concernientes a un dominio de inters. Actualmente hay
tres constelaciones planificadas que se sostienen en el marco del modelo de la v1.2: desarrollo, servicios y adquisicin. Las extensiones
se utilizan para extender las constelaciones mediante contenido especfico adicional.
Esta obra contiene la constelacin CMMI para desarrollo y contiene tanto CMMI-DEV de base como CMMI-DEV con su grupo de extensiones IPPD (CMMI-DEV+IPPD). Si no est aplicando IPPD,
ignore la informacin que est marcada Extensin IPPD y as estar
utilizando el modelo CMMI para desarrollo.

Colaboradores de CMMI v1.2


Muchos expertos han participado en el desarrollo del Conjunto de
productos de CMMI v1.2. Los tres principales grupos implicados en
este desarrollo fueron el Comit de direccin (Steering Group), el
Equipo de producto (Product Team) y el Comit de control de configuracin (Configuration Control Board).
El Comit de direccin gua y aprueba los planes del Equipo de
producto, proporciona asesoramiento sobre los problemas importantes que conciernen al proyecto CMMI y asegura la implicacin de las
diferentes comunidades interesadas.
El Equipo de producto escribe, revisa, corrige, debate y acuerda la
estructura y el contenido tcnico del Conjunto de productos de
CMMI, incluyendo el marco, los modelos, la formacin y los materiales de evaluacin. Las actividades de desarrollo se basan en diferentes
entradas. Estas entradas son la A-Specification y guas especficas
para cada versin suministrada por el Comit de direccin, modelos
fuente, peticiones de cambio emitidas por la comunidad de usuarios, e
informaciones recibidas de los proyectos piloto y de otras partes interesadas [SEI 2004].
El Comit de control de configuracin es el rgano oficial encargado del control de cambios a los modelos CMMI y a la formacin
Introduction to CMMI. Como tal, este comit asegura la integridad
del conjunto de productos a lo largo de su vida, revisando todos los
cambios propuestos a la lnea base y aprobando solamente aquellos
cambios que resuelvan los problemas identificados y cumplan los criterios exigidos para la versin siguiente.
En el apndice C se encuentran los miembros de los grupos que
estuvieron implicados en el desarrollo de CMMI para desarrollo v1.2.

Audiencia
La audiencia de esta obra incluye a cualquier persona interesada en la
mejora de procesos en un entorno de desarrollo y de mantenimiento.
Esta obra le ser til si est familiarizado con el concepto de los

00a-Principios

6/5/09

16:33

Pgina xiii

Prefacio

xiii

Modelos de madurez y de capacidad o si est buscando informacin


para comenzar sus esfuerzos de mejora.
Esta obra tambin est pensada para las personas que desean utilizar una evaluacin2 para ver dnde estn, para los que saben ya lo que
desean mejorar y para aquellos que acaban justo de comenzar y desean desarrollar una comprensin general de la constelacin de CMMI
para desarrollo. As, la audiencia para esta obra incluye a los equipos
de evaluacin de procesos; a los grupos de la mejora de procesos; a los
jefes de proyecto; a los responsables de desarrollo o de mantenimiento de productos o servicios, incluyendo a los ingenieros de software y
de sistemas, as como a los profesores y formadores en gestin de proyectos, informtica, ingeniera y gestin.

Organizacin de esta obra


Esta obra sirve como gua en materia de mejora de los procesos organizativos. Est dividida en tres partes principales:
Parte IAcerca del CMMI para el desarrollo.
Parte IIMetas genricas y prcticas genricas, y reas de proceso.
Parte IIIApndices.
La primera parte, Acerca del CMMI para el desarrollo comprende
seis captulos:
El Captulo 1, Introduccin, ofrece una visin amplia de CMMI y
de la constelacin CMMI para desarrollo. Introduce los conceptos
de mejora de procesos y describe la historia de los modelos utilizados para la mejora de procesos, as como diferentes aproximaciones
de mejora de procesos.
El Captulo 2, Componentes del rea de proceso, describe todos
los componentes de CMMI para Desarrollo detallados en la segunda
parte.
El Captulo 3, Uniendo todo, ensambla los componentes del modelo y explica los conceptos de niveles de madurez y niveles de capacidad.
El Captulo 4, Relaciones entre reas de proceso, explica el significado e interacciones de las reas de proceso de CMMI para desarrollo.
El Captulo 5, Usando los modelos CMMI, describe las maneras
para la adopcin y utilizacin de CMMI para la mejora de procesos
y comparaciones (benchmarking).
2. Una evaluacin es el examen de uno o ms procesos por un equipo de profesionales formado, que
se apoyan sobre un modelo de referencia (por ejemplo, CMMI) a fin de determinar los puntos fuertes
y los puntos dbiles.

00a-Principios

6/5/09

16:33

Pgina xiv

xiv Prefacio
El Captulo 6, Caso de estudio: aplicando CMMI a los servicios
Raytheon, es un captulo adicional en esta obra, que describe las
experiencias reales de una organizacin a medida que aplicaba las
mejores prcticas de CMMI en un contexto de servicios.
En la primera parte hemos aadido artculos sobre la mejora de
procesos. Dentro de cada uno de ellos, un experto en el campo presenta una visin profunda de un tema relacionado con CMMI. Notar que
cada uno de ellos tiene su propio estilo.
La segunda parte, Metas genricas y prcticas genricas y reas
de proceso, presenta todos los componentes requeridos y esperados de la constelacin de CMMI para desarrollo. Contiene igualmente componentes informativos relacionados, incluyendo
nombres de componentes, sub-prcticas, notas y productos tpicos
del trabajo.
Esta segunda parte contiene veintitrs secciones. La primera seccin presenta las metas y prcticas genricas, incluyendo una descripcin de cmo se utilizan y se relacionan con las reas de proceso. Cada
una de las restantes veintids secciones corresponden a cada una de
las reas de proceso de CMMI para desarrollo3. Para localizar fcilmente estas reas de proceso, estn organizadas por orden alfabtico
de su acrnimo y tienen etiquetas en el borde exterior de la pgina.
Cada seccin contiene descripciones de los objetivos, de las mejores
prcticas y ejemplos. Para completar el material del modelo, los autores de la obra hemos aadido en los mrgenes exteriores consejos,
ayudas y referencias cruzadas que, aunque no formen parte del modelo, pueden ayudar a comprender los conceptos y relaciones, y proporcionan otra informacin til.
La tercera parte, Apndices y Glosario, comprende cuatro fuentes de informacin:
El Apndice A, Referencias, contiene referencias que puede utilizar para localizar fuentes de informacin, tales como informes, modelos de mejora de procesos, estndares de la industria y los libros
relacionados con CMMI para desarrollo.
El Apndice B, Acrnimos, define los acrnimos utilizados en este
libro.
El Apndice C, Participantes del proyecto CMMI para desarrollo,
lista las personas, y sus organizaciones, que han participado en el
desarrollo de CMMI para desarrollo v1.2.
El Apndice D, Glosario, define muchos de los trminos utilizados en CMMI.

3. Un rea de proceso es un conjunto de mejores prcticas relacionadas a un rea, que cuando se


implementan colectivamente satisfacen un conjunto de objetivos considerados importantes para lograr
una mejora significativa en ese rea. Este concepto se desarrollar en detalle en el Captulo 2.

00a-Principios

6/5/09

16:33

Pgina xv

Prefacio

xv

Cmo utilizar esta obra


Tanto si carece de experiencia en la mejora de procesos y en el CMMI,
como si ya est familiarizado con CMMI, la primera parte puede ayudarle a comprender por qu CMMI para desarrollo es el mejor modelo
a utilizar para mejorar sus procesos de desarrollo y de mantenimiento.

Para los lectores nuevos en la mejora de procesos


Si es inexperto en la mejora de procesos o nuevo en el concepto de
CMMI, sugerimos que lea primero el Captulo 1, Introduccin. Este
captulo le dar una visin general de la mejora de procesos y le explicar qu es CMMI.
A continuacin, pase a la segunda parte, que contiene las Metas y
las prcticas genricas, y las Metas y las prcticas especficas, para darle una idea de las buenas prcticas contenidas en el modelo. Ponga la
mxima atencin al propsito y a las notas introductorias que figuran
al comienzo de cada seccin.
En la tercera parte, consulte las referencias del Apndice A y seleccione aquellas que considere de interesante lectura antes de utilizar
CMMI para desarrollo. Lea los acrnimos y el glosario para familiarizarse con la terminologa de CMMI. Luego, vuelva a la segunda parte
para leer los detalles incluyendo los consejos y ayudas.

Para los lectores experimentados en la mejora de procesos


Si es nuevo en CMMI pero tiene experiencia de otros modelos de mejora de procesos, tales como el CMM Software (v1.1) o el Modelo de
capacidad de ingeniera de sistemas (EIA 731), podr constatar inmediatamente numerosas similitudes [EIA 1998].
Aunque tenga la tentacin de leer algunas secciones ms rpidamente que otras, le recomendamos leer la primera parte para comprender las diferencias existentes entre CMMI y otros modelos de
mejora de procesos. Al leer la segunda parte, preste atencin a las buenas prcticas que puede reconocer de otros modelos que haya tratado.
La identificacin de material con el que est familiarizado le permitir
distinguir lo que es nuevo y lo que ha salido del modelo que ya conoca. Consulte los consejos, las ayudas y las referencias cruzadas que
presentan los detalles y relaciones que le permitirn comprender mejor CMMI.
A continuacin, lea el glosario para comprender las diferencias de
terminologa entre CMMI y el modelo de mejora de procesos que conoce. Muchos conceptos sern comunes, pero pueden ser llamados de
forma diferente.

Para los lectores familiarizados con CMMI


Si ha consultado o utilizado antes un modelo CMMI, reconocer rpidamente los conceptos tratados y las buenas prcticas presenta-

00a-Principios

6/5/09

16:33

Pgina xvi

xvi Prefacio
das. Las diferencias entre la versin v1.2 y v1.1 se explican en detalle en el sitio web del SEI, en las notas de la versin v1.2. Estas diferencias reflejan las mejoras sugeridas por los usuarios de la versin
v1.1. Concntrese en las ayudas, consejos y referencias cruzadas relativas a las reas de proceso para descubrir nuevas ideas y relaciones, as como detalles que quizs se le hayan escapado con
anterioridad.

Qu es nuevo?
Este libro tiene mejoras significativas sobre la primera edicin. Esta
segunda edicin tiene nuevas caractersticas que hemos aadido y
que no se encuentran en los modelos disponibles en lnea de la versin v1.2.

Qu es nuevo en la versin 1.2?


Se han realizado las siguientes mejoras en la versin 1.2:
Se presentan juntas ambas representaciones (continua y por etapas).
Se han suprimido los conceptos de prcticas avanzadas y de caractersticas comunes.
Se han cambiado a la segunda parte las descripciones de las metas y
prcticas genricas.
Se han aadido ampliaciones sobre el hardware.
Se han consolidado todas las definiciones del glosario.
Se han consolidado y simplificado las prcticas IPPD. Ya no hay
reas de proceso de IPPD separadas.
Se han consolidado las reas de proceso SAM (Supplier Agreement
Management) e ISM (Integrated Supplier Management), y se ha suprimido SS (Supplier Sourcing).
Se han aadido elaboraciones de las prcticas genricas (GPs) del
nivel 3.
Se ha aadido una explicacin, de cmo las reas de proceso dan
soporte a la implementacin de las prcticas genricas (GPs).
Se ha aadido material para asegurar que los procesos estndar se
despliegan desde el comienzo de los proyectos.

Qu es nuevo en la segunda edicin?


Varias caractersticas aparecen en esta segunda edicin que no se encontraban en la primera.
Hemos aadido consejos, ayudas y referencias cruzadas en los mrgenes a lo largo de las reas de proceso para ayudarle a comprender

00a-Principios

6/5/09

16:33

Pgina xvii

Prefacio

xvii

mejor, aplicar o encontrar ms informacin sobre el contenido de


las reas de proceso.
Hemos solicitado a expertos con diferentes antecedentes que proporcionaran su punto de vista sobre la mejora del proceso. Estos
puntos de vista repartidos a lo largo de la primera parte proporcionan opiniones de aquellos con una rica experiencia en mejora de
procesos.
Hemos aadido un caso de estudio de aplicacin del CMMI a los
servicios, que demuestra cmo CMMI puede aplicarse con inteligencia y perseverancia en entornos diferentes. Este caso de estudio
reemplaza al de la primera edicin, que describa la experiencia con
CMMI de uno de sus primeros usuarios.

Informacin adicional y sugerencias del lector


Puede encontrar informacin adicional en otras fuentes sobre CMMI,
tales como el origen e historia de los modelos CMMI o las ventajas de
su utilizacin. Muchas de estas fuentes se encuentran listadas en el
Apndice A y estn igualmente publicadas en el sitio web de CMMI
http://www.sei.cmu.edu/cmmi/ [SEI2].
Toda sugerencia para mejorar CMMI es bienvenida. Para saber
cmo hacernos participe de sus impresiones, vaya al sitio web de
CMMI en http://www.sei.cmu.edu /cmmi/models/change-requests.
html. Si tiene alguna pregunta sobre CMMI, enve un correo electrnico a cmmi-comments@sei.cmu.edu.

00a-Principios

6/5/09

16:33

Pgina xxix

SOBRE LA EDICIN EN ESPAOL


COLABORADORES

La Ctedra de Mejora de Procesos de Software en el Espacio


Iberoamericano patrocinada por Endesa y la Fundacin everis y dirigida por Gonzalo Cuevas ha llevado a cabo la traduccin del libro. El
equipo ha estado formado por:
Coordinadores:
Gonzalo Cuevas Agustn
Jos Antonio Calvo-Manzano Villaln
Toms San Feliu Gilabert
Colaboradores:
Fernando Arboledas Gonzlez
Fernando Ruiz de Ojeda Lpez
Mara Ruiz de Ojeda Fernndez-Quintanilla
Traductores:

Luz-Sussy Bayona Or (Per)


Glora-Piedad Gasca Hurtado (Colombia)
Ivn-Antonio Garca Pacheco (Mxico)
Gerzon-Eliud Gmez Cruz (Mxico)
Jezreel Mejia Miranda (Mxico)
Mirna Ariadna Muoz Mata (Mxico)
Ariel Serrano Rico (Mxico)
Vianca-Rosa Vega Zepeda (Chile)

xxix

00a-Principios

6/5/09

16:33

Pgina xxx

xxx Sobre la edicin en espaol

Accenture es una compaa global de consultora de gestin, servicios


tecnolgicos y outsourcing, que cuenta con ms de 186.000 profesionales trabajando en ms de 120 pases. Combinando su experiencia,
sus capacidades en todos los sectores y reas de negocio, y su investigacin con las compaas de ms xito del mundo, Accenture colabora con sus clientes para ayudarles a convertir sus organizaciones en
negocios y administraciones pblicas de alto rendimiento.
Coritel es lder en gestin de soluciones tecnolgicas, es la compaa
del grupo Accenture en Espaa especializada en servicios de desarrollo y mantenimiento de aplicaciones, desde su fundacin en 1984.
El grupo Accenture ha revisado y verificado la traduccin del libro. El
equipo ha estado formado por:
Coordinador:
Javier Torralba (Coritel. CMMI Lead Appraiser)
Colaboradores:

Jaime Esteban (Accenture. GDE SPAI)


Ricardo Panero (Coritel. SDC SPEG Lead)
Antonio de Dios (Coritel. GDE SPAI)
Luca Snchez (Coritel. QA Manager)
Alicia Martnez (Coritel. Continuous Improvement )

Jos Alberto Segura (Coritel. SDC SPEG)

Everis participa como patrocinador de la traduccin, y apuesta de


manera decisiva por la aplicacin en sus procesos de desarrollo y
mantenimiento de software de aquellos estndares y buenas prcticas de referencia en esta industria. Fruto de este compromiso, los
centros de desarrollo de everis (everis centers) hace aos que han
iniciado un ambicioso programa de certificacin bajo CMMI. Everis
entiende que dicho modelo constituye el referente a nivel mundial
en todo lo relativo a la produccin de software de calidad, habindose convertido en una condicin de facto para cualquier empresa que
quiere ofertar servicios de software factory o, en general, de desarrollo en modo remoto. De tal formas que cualquier otra certificacin
ha adquirido un carcter marginal o complementario, siendo CMMI
el verdadero catalizador de las buenas prcticas existentes en cuanto

00a-Principios

6/5/09

16:33

Pgina xxxi

Sobre la edicin en espaol

xxxi

a desarrollo y mantenimiento de software. Finalmente, esperamos


que la presente traduccin al espaol contribuya an ms a la difusin del modelo en los pases de habla hispana y, como consecuencia, a un incremento de la ya significativa calidad de los desarrollos
de software en dichos pases.

El Instituto Nacional de Tecnologas de la Comunicacin, INTECO,


sociedad estatal adscrita al Ministerio de Industria, Turismo y
Comercio del Gobierno de Espaa, a travs de la Secretara de Estado
de Telecomunicaciones y para la Sociedad de la Informacin, ha participado en la traduccin de este libro como patrocinador.
El Instituto tiene los siguientes objetivos:
Desarrollar actuaciones en el mbito de la Sociedad de la Informacin y la promocin de las Tecnologas de la Informacin y la Comunicacin.
Impulsar propuestas que agreguen valor al posicionamiento de
Espaa y de Europa en el mbito de la Sociedad de la Informacin.
Crear en Espaa un nuevo Polo de Innovacin Tecnolgica.
Generar vnculos slidos entre el tejido empresarial y el mbito acadmico para que la Sociedad sea un centro de negocios y de innovacin a nivel mundial en constante desarrollo.
Para ms informacin: www.inteco.es

00a-Principios

6/5/09

16:33

Pgina xxxiii

PREFACIO

Despus de muchos aos trabajando primero con CMM, y actualmente con CMMI, siempre hemos considerado conveniente disponer de
una versin espaola del texto, para lograr una mayor difusin del
modelo en el espacio iberoamericano.
Esta traduccin es el fruto de un trabajo duro y consensuado entre
los participantes en la traduccin. Ana la visin del mundo universitario, equipo traductor de la Universidad Politcnica de Madrid, con
la visin del mundo empresarial, equipo revisor de Accenture, con el
fin de dar una definicin correcta de los diferentes trminos, y que
adems fueran adecuados al mundo empresarial.
Algunas estructuras de la versin inglesa no han mantenido una
traduccin estrictamente literal. En su lugar, hemos tratado de adoptar traducciones que permitan la comprensin del texto y faciliten la
interpretacin adecuada por todos los usuarios. Por ejemplo, de forma
generl la voz pasiva slo se ha mantenido en la declaracin de las metas especficas y genricas, mientras que en el resto del texto se ha evitado su uso.
Asimismo, con respecto a los trminos usados en la versin inglesa,
en cuanto a su traduccin al espaol, por un lado varios trminos ingleses se han traducido con el mismo trmino en espaol (por ejemplo,
appraisal, assessment y evaluation, que se han traducido por evaluacin) y por otro lado, para trminos ingleses que no tienen una traduccin comnmente aceptada, se ha consensuado una traduccin (por
ejemplo, stakeholder, que se ha traducido por parte interesada).
Con respecto a los trminos relacionados con la empresa (principalmente aquellos relacionados con management, por ejemplo, senior management, higher level management), se ha adoptado la
visin empresarial proporcionada por el equipo revisor.
Se han mantenido las siglas y los acrnimos relativos a los componentes del modelo, es decir, reas de proceso y sus componentes (GG,
GP, SG, SP), y tambin abreviaturas tales como COTS, SOW. Esto
permitir una coherencia en la comunicacin con la comunidad internacional usuaria del CMMI, evitando confusiones innecesarias.
Respecto a los nombres de las reas de proceso se ha establecido
un consenso con la visin empresarial, despus de animadas y provechosas reuniones entre todos los participantes.
Aunque hemos tratado de realizar un trabajo exhaustivo, seguramente todava quedarn expresiones que necesitarn un posterior refixxxiii

00a-Principios

6/5/09

16:33

Pgina xxxiv

xxxiv Prefacio
namiento. Esperamos que esto no impida la comprensin del modelo
por parte de los lectores de la versin espaola.
Finalmente, agradecemos el esfuerzo desinteresado llevado a cabo
por el equipo de Accenture y as mismo agradecemos a las personas de
Pearson, Susana Canedo y Jess Domnguez, por su concienzuda labor de soporte y colaboracin continuada.

00a-Principios

6/5/09

16:33

Pgina xxxv

PRLOGO

Al cierre de esta edicin en espaol del modelo CMMI, unas 250 empresas en Latinoamrica y casi 100 empresas en Espaa se habrn sumado al grupo de quienes formalizan su voluntad de producir software
con la mayor calidad posible. Para apreciar la verdadera dimensin de
este esfuerzo colectivo puede consultarse el informe del Software
Engineering Institute (SEI), publicado en septiembre de 2008. En sus
pginas, podemos comprobar lo que ha supuesto esta voluntad de mejora, tanto para la posicin de la industria latinoamericana como la espaola en el mundo: por ejemplo, Espaa ocupa, por nmero de
empresas certificadas, la octava posicin mundial y la segunda en
Europa 1. Son datos que posicionan a nuestras empresas de software
entre las ms competitivas del mundo.
En el caso de Espaa, uno de los factores que ha hecho posible
este xito de nuestro pas y nuestra industria tiene su origen en las sucesivas convocatorias de ayudas 2 a la certificacin de las empresas de
software promovidas desde el Ministerio de Industria, Comercio y
Turismo y la creacin, en el seno del Instituto Nacional de Tecnologas
de la Comunicacin (INTECO), del Laboratorio Nacional de Calidad
de Software como instrumento de apoyo especfico para la puesta en
marcha de polticas pblicas que faciliten el acercamiento de empresas
y programadores al mundo de la mejora de procesos de desarrollo del
software.
La traduccin que hoy se presenta es una de las iniciativas a la
que con ms ilusin hemos dado soporte. La difusin de CMMI
permitir a los hispanohablantes contar con una herramienta de
apoyo de gran utilidad. La cooperacin de la Ctedra para la
Mejora de Procesos de Software en el Espacio Iberoamericano
de la Universidad Politcnica de Madrid, que ha clarificado y mejorado diversos aspectos del modelo, y la participacin en el desarrollo de esta edicin, de expertos de Iberoamrica supone un
impulso definitivo a este documento y reafirma el compromiso de
INTECO con la cooperacin internacional. Una cooperacin que
hemos venido impulsando desde nuestra creacin y entre cuyos
proyectos ms destacables figuran los emprendidos con Argentina
o Mxico.
1.
2.

http://www.sei.cmu.edu/appraisal-program/profile/pdf/CMMI/2008SepCMMI.pdf, pgina 19.


http://www.mityc.es/DGDSI/Servicios/Asesorayudas/2335+Certificacion.htm.

xxxv

00a-Principios

6/5/09

16:33

Pgina xxxvi

xxxvi Prlogo
Para todos nosotros, como profesionales hispanohablantes, la traduccin de CMMI al espaol era una demanda generalizada y el haber
logrado realizarlo con la cooperacin de tantos profesionales y organizaciones debe ser un motivo de orgullo.
No es necesario explicar en nuestra industria las razones por las
que es ineludible impulsar metodologas y estndares. Dicho esto,
ha de sealarse que para muchos profesionales y empresas que tenan dificultades para trabajar con arreglo a los mismos, este libro facilitar esta tarea. No es menos importante destacar que las distintas
metodologas, al impulsar un idioma comn y proveernos de certezas respecto a qu producimos, en qu tiempos, a qu coste y con
qu calidad, aportan seguridad a quienes compran nuestros productos.
Obtener el Certificado CMMI permite evaluar el progreso del
desarrollo de software, la calidad de la administracin de un proyecto
y posiciona a las organizaciones hacindolas ms competitivas y dotndolas de una mayor capacidad de cooperacin con empresas, proveedores, socios y clientes. No es casualidad que, en los ltimos tres
aos, los pases que promueven esta certificacin hayan pasado de 21
a 57. El valor de la produccin de software y sus servicios han aumentado considerablemente con la adopcin de estrategias de calidad: favorecer la certificacin de la calidad del software es la mejor
manera de competir en un mercado en crecimiento que es cada vez
ms exigente.
Josep Chias, en un libro inolvidable, afirma que el mercado son
personas 3. Con su permiso, podramos afirmar que adems el mercado tambin son estndares y regulacin. Nuestros mercados, o lo que
es lo mismo, el conjunto de organizaciones y personas que producen y
compran software, se desarrolla con ms rapidez si existen estndares
y una buena regulacin. De ah que la apuesta por fomentar el desarrollo y propiciar el consenso respecto a metodologas de software sea
un objetivo vital para sostener e impulsar el desarrollo de las Nuevas
Tecnologas.
Hemos hablado de las empresas, pero las empresas tambin son
personas, y este libro podra servir de ayuda a quienes ya estn trabajando y a quienes se estn formando para hacerlo. Para quienes lo hemos impulsado sera una gran alegra que se convirtiera en un
instrumento popular entre los estudiantes y graduados de centros formativos y universidades de habla hispana.
Todas las cosas surgen de la voluntad y, por eso, es de justicia agradecer la determinacin de quienes, antes incluso de que este libro fuera concebido, lo impulsaron. Quiero por ello felicitar al equipo
dirigido por el Profesor Gonzalo Cuevas, a Vctor M. Izquierdo Loyola
que desde la Subdireccin General de Empresas de la Sociedad de la
Informacin promovi la colaboracin entre la Ctedra e INTECO,
3.

Josep Chias, El mercado son personas. Madrid, 1990.

00a-Principios

6/5/09

16:33

Pgina xxxvii

Prlogo

xxxvii

a los responsables del Software Engineering Institute por su disposicin a emprender esta traduccin y a Pearson, por el magnfico trabajo editorial realizado.
Enrique Martnez Marn.
Director General de INTECO.

01-CAPITULO 01

20/4/09

08:22

Pgina 1

PARTE I

ACERCA DEL CMMI


PARA EL DESARROLLO

01-CAPITULO 01

20/4/09

08:22

Pgina 2

01-CAPITULO 01

20/4/09

08:22

Pgina 3

CAPTULO 1
INTRODUCCIN

Ahora, ms que nunca, las compaas desean entregar mejores productos y servicios en menos tiempo y ms baratos. Sin embargo, al
mismo tiempo en el entorno de alta tecnologa del siglo veintiuno,
casi todas las organizaciones se han encontrado construyendo productos y servicios cada vez ms complejos. Hoy en da es raro que las
compaas desarrollen por s mismas todos los componentes que forman parte de un producto o servicio. Frecuentemente, algunos se
construyen en la compaa y otros se adquieren; despus todos los
componentes se integran en el producto o servicio final. Por ello, las
organizaciones deben ser capaces de gestionar y controlar este complejo proceso de desarrollo y de mantenimiento.
Los problemas que estas organizaciones encuentran implican
soluciones que conciernen a toda la empresa y que requieren una
aproximacin integrada. La gestin eficaz de los activos de la organizacin es crtica para el xito de su actividad. En esencia, estas
organizaciones desarrolladoras de productos y servicios necesitan
una manera de gestionar una aproximacin integrada para sus actividades de desarrollo, como parte para lograr sus objetivos estratgicos.
En el mercado actual, existen modelos de madurez, estndares,
metodologas y guas que pueden ayudar a una organizacin a mejorar
su modo de operar. Sin embargo, la mayora de las aproximaciones de
mejora disponibles se centran en una parte especfica de su actividad y
no adoptan una aproximacin sistmica a los problemas a los que se
enfrentan la mayora de las organizaciones. Concentrndose en mejorar un rea de negocio, estos modelos desafortunadamente han perpetuado los canales y las barreras que existen en el seno de las
organizaciones.
El CMMI (Capability Maturity Model Integration) proporciona
una oportunidad para evitar o eliminar estos canales y barreras, apoyndose en los modelos integrados que trascienden disciplinas. El
CMMI para Desarrollo contempla las buenas prcticas relativas a las
actividades de desarrollo y mantenimiento aplicadas a productos y
servicios. Trata las prcticas que cubren el ciclo de vida del producto
3

01-CAPITULO 01

20/4/09

08:22

Pgina 4

4 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO


desde la concepcin hasta la entrega y el mantenimiento. El nfasis lo
pone en el trabajo necesario para construir y mantener el producto
completo.

Sobre los modelos de madurez y de capacidad


En su investigacin para ayudar a las organizaciones a desarrollar y a
mantener productos y servicios de calidad, el Software Engineering
Institute (SEI) ha identificado varias dimensiones, sobre las que una
organizacin puede enfocarse para mejorar su actividad. La Figura 1.1
ilustra las tres dimensiones crticas sobre las cuales tpicamente se
concentran las organizaciones: las personas, los mtodos y procedimientos, y las herramientas y equipamiento.
Pero, qu es lo que sustenta todo el conjunto? Los procesos utilizados en su organizacin. stos le permiten alinear el modo de operar de su organizacin, evolucionar e incorporar los conocimientos
de cmo hacer mejor las cosas. Los procesos le permiten tambin explotar mejor sus recursos y comprender las tendencias de su actividad.
Esto no quiere decir que las personas y la tecnologa no sean importantes. Vivimos en un mundo donde la tecnologa cambia de orden de magnitud cada diez aos. Anlogamente, las personas
trabajan normalmente para varias compaas a lo largo de su vida
profesional. Vivimos en un mundo dinmico. Un enfoque centrado
en el proceso proporciona la infraestructura necesaria para hacer
frente a este mundo en constante evolucin, maximizar la productividad de las personas y utilizar la tecnologa con el fin de ser ms
competitivo.
Mtodos y procedimientos
que definen las relaciones
entre tareas
B
A

D
C

Proceso
Personas
con habilidades,
formacin
y motivacin

FIGURA 1.1
Las tres dimensiones crticas

Herramientas
y equipamiento

01-CAPITULO 01

20/4/09

08:22

Pgina 5

Captulo 1

Introduccin

La industria ha reconocido desde hace tiempo la importancia de la


eficiencia y de la eficacia del proceso. Hoy en da, muchas de las organizaciones industriales y de las empresas del sector servicios reconocen la importancia de los procesos de calidad. El proceso ayuda a los
miembros de una organizacin a alcanzar los objetivos estratgicos
ayudndoles a trabajar ms inteligentemente, no ms duro, y de un
modo ms consistente. Los procesos eficaces tambin proporcionan
un medio para introducir y utilizar nuevas tecnologas de forma que
permitan responder mejor a los objetivos estratgicos de la organizacin.
En la dcada de los 30, Walter Shewhart comenz a trabajar en la
mejora de procesos introduciendo los principios del control estadstico de la calidad [Shewhart 1931]. Estos principios fueron refinados
por W. Edwards Deming [Deming 1986], Phillip Crosby [Crosby
1979] y Joseph Juran [Juran 1988]. Watts Humphrey, Ron Radice y
otros los ampliaron y comenzaron a aplicarlos al software en su trabajo en IBM y en el SEI [Humphrey 1989]. El libro de Humphrey,
Managing the Software Process, describe los principios y conceptos bsicos en los cuales se basan muchos de los modelos de madurez y de
capacidad (CMMs).
El SEI ha tomado la premisa de la gestin de proceso, la calidad
de un sistema o de un producto est muy influenciada por la calidad
del proceso empleado para desarrollarlo y para mantenerlo, y ha definido los CMMs que lo reflejan. La adhesin a este principio se encuentra en el seno de los movimientos de calidad de todo el mundo,
como lo muestra la ISO/IEC (International Organization for
Standardization/International Electrotechnical Comission) en su conjunto de estndares.

CMMI: Historia y perspectivas

01-CAPITULO 01

20/4/09

08:22

Pgina 6

6 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

01-CAPITULO 01

20/4/09

08:22

Pgina 7

Captulo 1

Introduccin

01-CAPITULO 01

20/4/09

08:22

Pgina 8

8 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

Los CMM se concentran en la mejora de los procesos de una


organizacin. Contienen los elementos esenciales de eficacia de
los procesos en una o ms disciplinas y describen un camino de
mejora evolutivo que permite pasar desde procesos inmaduros
ad hoc a procesos disciplinados y maduros de mejor calidad y
ms eficaces.
El SEI cre el primer CMM concebido para organizaciones de
desarrollo de software y lo public en un libro, The Capability Maturity
Model: Guidelines for improvement the Software Process [SEI 1995].

01-CAPITULO 01

20/4/09

08:22

Pgina 9

Captulo 1

Introduccin

Dicho libro aplic los principios introducidos hace casi un siglo a


este ciclo interminable de la mejora de procesos. El valor de esta aproximacin a la mejora de procesos se ha confirmado a lo largo del tiempo. Las organizaciones han experimentado un crecimiento de la
productividad y una mejora de la calidad, han mejorado la duracin
del ciclo productivo y han logrado planificaciones y presupuestos ms
precisos y fiables [Gibson 2006].

Evolucin de CMMI
CMMI: Desde el pasado hacia el futuro

01-CAPITULO 01

20/4/09

08:22

Pgina 10

10 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

01-CAPITULO 01

20/4/09

08:22

Pgina 11

Captulo 1

Introduccin

11

Desde 1991, los CMM se han desarrollado para innumerables disciplinas.


Algunas de las ms notables comprenden modelos para la ingeniera de sistemas,
la ingeniera del software, la adquisicin del software, el desarrollo y la
gestin del personal, y el desarrollo integrado de productos y procesos (IPPD).

01-CAPITULO 01

20/4/09

08:22

Pgina 12

12 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO


Aunque estos modelos han probado ser tiles para muchas organizaciones en el seno de diferentes industrias, el uso de mltiples modelos ha sido problemtico. Muchas organizaciones quisieran extender
sus esfuerzos de mejora a diversos grupos en sus organizaciones. Sin
embargo, las diferencias entre los modelos de disciplinas especficas
utilizados por cada grupo, incluyendo su arquitectura, contenido y
aproximacin, han limitado las capacidades de estas organizaciones
para generalizar con xito sus mejoras. Adems, la aplicacin de mltiples modelos no integrados en y a travs de una organizacin es costosa en trminos de formacin, de evaluaciones y de actividades de
mejora.
El proyecto de integracin de CMM ha sido realizado para regular
el problema de utilizar mltiples CMM. La misin inicial del equipo
del producto CMMI (CMMI Product Team) fue combinar tres modelos fuente:
1.
2.
3.

SW-CMM (Capability Maturity Model for Software), version


v2.0 draft C [SEI 1997b]
SECM ( Systems Engineering Capability Model) [EIA 1998]1
IPD-CMM (Integrated Product Development Capability Maturity Model), version v0.98 [SEI 1997a]

La combinacin de estos modelos en un nico marco de mejora


fue pensada para permitir a las organizaciones utilizar ste en su bsqueda de la mejora de procesos en toda la empresa.
Estos tres modelos fuente fueron seleccionados debido a su extensa adopcin por las comunidades de desarrollo de sistemas y de software y tambin porque proponen diversos acercamientos a la mejora
de procesos en el seno de una organizacin.
Apoyarse en estos modelos populares y largamente apreciados ha
permitido al equipo de producto del CMMI crear un conjunto coherente de modelos integrados, que pueden adoptarse tanto por aquellos
que usan actualmente los modelos fuente como por aquellos nuevos al
concepto de CMM. As, el CMMI resulta directamente de la evolucin
de los modelos SW-CMM, SECM e IPD-CMM.
Desarrollar un conjunto de modelos integrados implic ms que
una simple combinacin de los modelos existentes. Utilizando aquellos procesos que fomentan el consenso, el equipo de producto del
CMMI construy una estructura que concilia mltiples disciplinas de
manera lo suficientemente flexible como para integrar las diversas
aproximaciones de los modelos fuente [Ahern 2003].

1. El Modelo de Capacidad de la Ingeniera de Sistemas tambin se conoce como Alianza de Industrias Electrnicas (EIA 731)

01-CAPITULO 01

20/4/09

08:22

Pgina 13

Captulo 1

CMMI: integracin y mejora continua

Introduccin

13

01-CAPITULO 01

20/4/09

08:22

Pgina 14

14 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

01-CAPITULO 01

20/4/09

08:22

Pgina 15

Captulo 1

Introduccin

15

La historia de los CMMs

CMM para Software


v1.1 (1993)

Ingeniera de Sistemas
CMM v1.1 (1995)
INCOSE SECAM
(1996)

Software CMM
v2 borrador C (1997)

EIA 731 SECM


(1998)

Desarrollo Producto
integrado CMM
(1997)

v1.02 (2000)
v1.1 (2002)

CMMI para Acquisition


v1.2 (2007)

CMMI para Desarrollo


v1.2 (2006)

CMMI para Servicios


v1.2 (2007)

FIGURA 1.2
La historia de los CMMs.

Desde la publicacin del CMMI v1.1, hemos visto que este marco
de mejora se puede aplicar a otros dominios de inters [SEI 2002a, SEI
2002b]. Para hacer esto, el CMMI agrupa las mejores prcticas en lo
que llamamos constelaciones. Una constelacin es una coleccin de
componentes CMMI que se utilizan para construir los modelos, los
materiales de formacin y los documentos de evaluacin.
Recientemente, la arquitectura de los modelos CMMI fue mejorada para soportar mltiples constelaciones y compartir las mejores
prcticas entre las constelaciones y sus modelos miembro. El trabajo
ha comenzado sobre dos nuevas constelaciones: una para los servicios
(CMMI for Services) y la otra para la adquisicin (CMMI for
Acquisition). Aunque el CMMI for Development incorpora el desarrollo de los servicios, incluyendo la combinacin de componentes, consumibles y personas respondiendo a las exigencias de los servicios que
se centra explcitamente en la entrega de servicios, a diferencia del
CMMI for Services (CMMI-SVC). Los modelos del CMMI disponibles
en la comunidad antes de 2006 ahora se consideran parte de la constelacin CMMI for Development.

01-CAPITULO 01

20/4/09

08:22

Pgina 16

16 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

La arquitectura del marco de trabajo del CMMI

01-CAPITULO 01

20/4/09

08:22

Pgina 17

Captulo 1

Introduccin

17

01-CAPITULO 01

20/4/09

08:22

Pgina 18

18 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

CMMI para el desarrollo


La constelacin del CMMI para desarrollo consiste en dos modelos:
CMMI para desarrollo + IPPD y CMMI para desarrollo (sin IPPD).
Ambos modelos comparten mucho de sus materiales y son idnticos
en las reas compartidas. Sin embargo, CMMI para desarrollo + IPPD
contiene objetivos y prcticas adicionales que cubren IPPD.
Actualmente, se publica solamente un modelo, puesto que el
CMMI para desarrollo + IPPD contiene el complemento completo de
las prcticas disponibles para esta constelacin, y es posible obtener el
otro modelo (sin IPPD) de este material. Si no est utilizando IPPD,
no haga caso de la informacin marcada adicin IPPD, y as estar
utilizando el modelo CMMI para desarrollo. Si surge la necesidad o se
ampla la constelacin de desarrollo, la arquitectura permitir que se
generen y publiquen otros modelos.
El CMMI para desarrollo es el sucesor designado de los tres modelos fuente. El SEI ha retirado Software CMM e IPD-CMM. El EIA ha
retirado el SECM. Los tres modelos son sustituidos por el CMMI para
desarrollo.
Las mejores prcticas de los modelos CMMI han pasado por un
vasto proceso de revisin. El CMMI versin 0.2 fue revisado pblicamente y utilizado en actividades piloto. El equipo de producto del
CMMI evalu ms de 3.000 peticiones de cambio para crear la versin
1.0 de CMMI. Poco despus, se lanz la versin 1.02, incorporando
varias mejoras de menor importancia. La versin 1.1 incorpor mejoras sacadas de los retornos de experiencia de la primera utilizacin,
con ms de 1.500 peticiones de cambio emitidas desde la revisin pblica, y de centenares de comentarios provenientes del proceso de control de cambios.
La versin 1.2 del CMMI ha sido desarrollada para responder a
casi 2.000 peticiones de cambio emitidas por los usuarios de CMMI.
Ms de 750 de esas peticiones fueron dirigidas al contenido del modelo CMMI. Como se puede constatar, el CMMI no slo est adoptado
extensamente, sino que se mejora gracias a la realimentacin recibida
de la comunidad.

01-CAPITULO 01

20/4/09

08:22

Pgina 19

Captulo 1

Introduccin

Administracin del conjunto de productos del CMMI

19

01-CAPITULO 01

20/4/09

08:22

Pgina 20

20 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

01-CAPITULO 01

20/4/09

08:22

Pgina 21

Captulo 1

Introduccin

21

El alcance del CMMI para el desarrollo


CMMI para desarrollo es un modelo de referencia que cubre las actividades del desarrollo y del mantenimiento aplicadas tanto a los productos como a los servicios. Las organizaciones de numerosas industrias,
incluyendo la aeroespacial, los bancos, la construccin de ordenadores, el software, la defensa, la fabricacin del automvil y las telecomunicaciones, utilizan el CMMI para desarrollo.
Los modelos de la constelacin del CMMI para desarrollo contienen prcticas que cubren la gestin de proyectos, la gestin de procesos, la ingeniera de sistemas, la ingeniera del hardware, la ingeniera
de software y otros procesos de soporte utilizados en el desarrollo y el
mantenimiento. El modelo CMMI para desarrollo + IPPD cubre tambin la utilizacin de equipos integrados que estn implicados en las
actividades de desarrollo y mantenimiento (IPPD).

01-CAPITULO 01

20/4/09

08:22

Pgina 22

22 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

El grupo de adiciones IPPD


En el CMMI, las adiciones sirven para integrar el material especfico
que puede ser de inters a utilizadores particulares. En la constelacin
del CMMI para desarrollo, se ha aadido material para generar la integracin del proceso y del desarrollo de producto (IPPD).
El grupo de adiciones IPPD cubre una aproximacin que comprende las prcticas que ayudan a las organizaciones a colaborar en tiempo
til con las partes interesadas a lo largo de la vida del producto, para satisfacer las necesidades, las expectativas y las exigencias de los clientes
[DoD 1996]. Al utilizar los procesos que se apoyan sobre una aproximacin IPPD, se debern integrar estos procesos con los restantes procesos
de la organizacin. Para dar soporte a aquellos que utilizan procesos relativos a IPPD, la constelacin CMMI para desarrollo permite que las
organizaciones seleccionen si as lo desean el grupo de adiciones IPPD.
Cuando se selecciona CMMI para desarrollo + IPPD, se seleccionar el modelo CMMI para desarrollo ms todas las adiciones de IPPD.
Cuando se selecciona nicamente CMMI para desarrollo, se seleccionar el modelo sin las adiciones IPPD. En el texto de la primera parte
de este libro emplearemos, por brevedad, el trmino de CMMI para
desarrollo para referirnos a cualquiera de estos modelos.

Las diferentes aproximaciones de los CMM


La definicin de un CMM permite que la comunidad desarrolle modelos que soporten diversas aproximaciones a la mejora de procesos.
Con tal que un modelo contenga los elementos esenciales de los procesos eficaces para una o ms disciplinas y describa una trayectoria
evolutiva de mejora, permitiendo transformar desde procesos ad hoc y
no maduros a procesos disciplinados y maduros con calidad y eficacia
mejorada, se considera un CMM. El CMMI le permite aproximarse a
la mejora de procesos y a las evaluaciones usando dos representaciones diferentes: continua y por etapas.
La representacin continua permite a una organizacin seleccionar un rea de proceso (o un grupo de reas de proceso) y mejorar los
procesos relacionados con sta. Esta representacin utiliza unos niveles de capacidad para caracterizar la mejora concerniente a un rea de
proceso individual.
La representacin por etapas utiliza conjuntos predefinidos de
reas de proceso para definir un camino de mejora para una organizacin. Este camino de mejora se caracteriza por diversos niveles de madurez. Cada nivel de madurez proporciona un conjunto de reas de
proceso que caracterizan diferentes comportamientos organizativos.

Elegir una representacin


Si es nuevo en la mejora de procesos y no est al corriente de la representacin por etapas o continua, no puede equivocarse si elige una

01-CAPITULO 01

20/4/09

08:22

Pgina 23

Captulo 1

Introduccin

23

representacin o la otra. Hay muchas razones vlidas para seleccionar


cualquier representacin.
Si ha estado utilizando un CMM y est al corriente de una representacin particular, sugerimos que contine utilizando esa representacin porque ello har la transicin a CMMI ms fcil. Una vez que
est totalmente cmodo con CMMI, podra entonces decidirse a utilizar la otra representacin.
Debido a que cada representacin tiene ventajas sobre la otra, algunas organizaciones utilizan ambas representaciones para responder
a unas necesidades particulares en diferentes momentos de sus programas de mejora. En las secciones siguientes, presentamos las ventajas y los inconvenientes de cada representacin, para ayudarle a
decidir qu representacin es la mejor para su organizacin.

La representacin continua
La representacin continua ofrece la mxima flexibilidad cuando se
utiliza un modelo CMMI para la mejora de procesos. Una organizacin puede elegir mejorar el rendimiento de un punto problemtico
relacionado con un solo proceso, o puede trabajar en varios dominios
que estn fuertemente alineados con sus objetivos estratgicos. La representacin continua tambin permite que una organizacin mejore
diferentes procesos a diferentes niveles. Las dependencias que existen
entre algunas reas de proceso pueden, sin embargo, limitar un poco
las elecciones.
Si sabe de antemano qu procesos necesitan ser mejorados en su
organizacin y conoce las dependencias existentes entre las reas de
proceso descritas en el CMMI, la representacin continua constituye
entonces la eleccin pertinente.

La representacin por etapas


La representacin por etapas ofrece una manera sistemtica y estructurada de aproximarse a la mejora de procesos basada en el modelo
etapa a etapa. El logro de cada etapa asegura que una infraestructura
de proceso adecuada se ha establecido como fundamento para el etapa siguiente.
Las reas de proceso estn organizadas por niveles de madurez, los
cuales eliminan interpretaciones a la mejora de los procesos. La representacin por etapas prescribe un orden para implementar las reas de
proceso segn unos niveles de madurez, que determinan el camino seguido por una organizacin para pasar del nivel inicial al nivel en optimizacin. Alcanzar cada nivel de madurez asegura que se ha
establecido un fundamento adecuado para el siguiente nivel de madurez, lo que permite una mejora incremental y duradera.
Si no sabe por dnde comenzar ni qu procesos elegir para mejorar, la representacin por etapas es la opcin designada. Esta ofrece un
conjunto especfico de procesos para mejorar en cada etapa, conjunto

01-CAPITULO 01

20/4/09

08:22

Pgina 24

24 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO


que se ha determinado a travs de ms de una dcada de investigacin
y de experimentacin sobre la mejora de procesos.

Comparacin de las representaciones continua y por etapas


La Tabla 1.1 compara las ventajas de cada representacin y puede ayudar a determinar qu representacin conviene a cada organizacin.
TABLA 1.1 Comparativa de las representaciones continua
y por etapas
Representacin continua

Representacin por etapas

Concede la libertad explcita para


selecccionar el orden de mejora que mejor
satisface los objetivos de negocio de la
organizacin y atena las reas de riesgo
de la organizacin.

Permite a las organizaciones tener una


trayectoria predefinida y probada
de mejora.

Permite visibilidad incrementada de


la capacidad alcanzada en cada rea
de proceso individual.

Se centra en un conjunto de procesos que


proveen a una organizacin con una
capacidad especfica que est
caracterizada por cada nivel de madurez.

Permite que las mejoras de diversos


procesos sean realizadas en diversos
valores.

Resume resultados de la mejora de procesos


en un simple nmero de nivel de madurez.

Refleja una aproximacin nueva, que


Se construye sobre una historia
todava no tiene los datos para demostrar
relativamente larga del uso, que incluye
sus relaciones con el retorno de la inversin. casos de estudio y datos que demuestran
el retorno de la inversin.

Factores de decisin
Tres categoras de factores que pueden influenciar su decisin al seleccionar una representacin son el negocio, la cultura, y la herencia.

Factores de negocio
Una organizacin con conocimiento maduro de sus propios objetivos
estratgicos es probable que tenga establecido una correspondencia
precisa entre estos y sus procesos. Dicha organizacin puede encontrar la representacin continua til para evaluar sus procesos y determinar si los procesos de la organizacin soportan y satisfacen sus
objetivos estratgicos de una manera adecuada.
Una organizacin guiada en base a lnea de productos que decide
mejorar sus procesos para toda la organizacin, podra ser mejor servida por una representacin por etapas. La representacin por etapas
ayudar a una organizacin a seleccionar los procesos capitales sobre
los cuales concentrar la mejora.

01-CAPITULO 01

20/4/09

08:22

Pgina 25

Captulo 1

Introduccin

25

La misma organizacin puede optar por mejorar procesos por


lnea de producto. En ese caso, sera preferible que seleccionase la
representacin continua: se pueden alcanzar diferentes valores de
capacidad para cada lnea de producto. Ambas aproximaciones son
vlidas. La consideracin ms importante radica en los objetivos estratgicos que se desea desarrollar en su programa de mejora de
procesos y cmo estos objetivos pueden alinearse con las dos representaciones.

Factores culturales
Los factores culturales a considerar cuando se selecciona una representacin estn relacionados con la capacidad de una organizacin
para desplegar un programa de mejora de procesos. Por ejemplo, una
organizacin podra seleccionar la representacin continua si la cultura corporativa est orientada al proceso, est experimentada en la mejora de procesos o posee un proceso especfico que necesite ser
mejorado rpidamente. Una organizacin que tiene poca experiencia
en la mejora de procesos puede elegir la representacin por etapas, la
cual proporcionara una ayuda adicional sobre el orden en el cual se
deben producir los cambios.

Herencia
Si una organizacin tiene experiencia con otro modelo que tenga una
representacin por etapas, puede resultar inteligente continuar con la
representacin por etapas al usar CMMI, especialmente si se han invertido recursos y desplegado procesos a travs de la organizacin que
estn asociados con una representacin por etapas. Lo mismo es vlido para la representacin continua.

Por qu no ambas representaciones?


Usadas tanto para la mejora de procesos como para las evaluaciones,
ambas representaciones estn diseadas para ofrecer esencialmente
resultados equivalentes. Casi todo el contenido del modelo CMMI es
comn a ambas representaciones. Por lo tanto, una organizacin no
necesita seleccionar una representacin sobre otra.
De hecho, una organizacin puede encontrar utilidad en ambas representaciones. Es raro que una organizacin implemente una u otra
representacin exactamente segn lo prescrito. Las organizaciones
que tienen xito en la mejora de procesos generalmente definen un
plan de mejora que se centra en las necesidades propias de esa organizacin y por lo tanto utilizan los principios de ambas representaciones: por etapas y continua.
Por ejemplo, las organizaciones que seleccionan la representacin
por etapas y estn en nivel de madurez 1 a menudo implementan las
reas de proceso del nivel de madurez 2, pero tambin el rea de proceso Enfoque en Procesos de la Organizacin, que se encuentra en el

01-CAPITULO 01

20/4/09

08:22

Pgina 26

26 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO


nivel de madurez 3. Otro ejemplo es el de una organizacin que elige
la representacin continua para guiar su esfuerzo de mejora de procesos internos y luego elige la representacin por etapas para realizar
una evaluacin.

CMMI y Seis Sigma

01-CAPITULO 01

20/4/09

08:22

Pgina 27

Captulo 1

Introduccin

27

01-CAPITULO 01

20/4/09

08:22

Pgina 28

28 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

Su aproximacin a la mejora de procesos


Para mostrar cmo utilizar este modelo, observemos dos escenarios
diferentes. El escenario 1 consiste en un desarrollador de sistemas
electrnicos que desea mejorar sus procesos de desarrollo de producto aplicando una aproximacin continua. El escenario 2 trata de una
compaa de desarrollo de software que emplea IPPD y ha utilizado el
software CMM. Ahora desea emplear el CMMI. Han evaluado a esta
compaa muy recientemente en el nivel de madurez 3 usando el software CMM (versin 1.1).

Escenario 1
En este escenario, se est utilizando una aproximacin continua y, por
lo tanto, se seleccionan los procesos que son importantes para sus objetivos estratgicos. Puesto que hay 22 reas de proceso a elegir, estas
son generalmente demasiadas para concentrarse en todas al comenzar.

01-CAPITULO 01

20/4/09

08:22

Pgina 29

Captulo 1

Introduccin

29

Puede que sea necesario estrechar el enfoque. Por ejemplo, puede


constatar que su competidor lanza siempre sus productos antes que
los suyos. En base a esto puede decidir centrarse en mejorar sus procesos de ingeniera y gestin de proyectos.
Basndonos en esta decisin, seleccionar todas las reas de proceso de ingeniera como punto de partida: Integracin de Producto,
Desarrollo de Requerimientos, Gestin de Requerimientos, Solucin
Tcnica, Validacin y Verificacin. Tambin seleccionar Planificacin
de Proyecto, y monitorizacin y Control de Proyecto.
En este punto se puede pensar que ocho reas de proceso siguen
siendo demasiadas como enfoque inicial, y decidir que el proceso de los
requerimientos es realmente donde radican los problemas. Por lo tanto,
selecciona las reas de proceso de Desarrollo de Requerimientos y de
Gestin de Requerimientos para comenzar sus esfuerzos de mejora.
A continuacin decide cunta mejora se necesita en el rea de los
requerimientos. Tiene ya algunos procesos implementados? Si no los
tiene, su objetivo de mejora de proceso puede ser conseguir el nivel de
capacidad 1.
Tiene sus procesos del desarrollo y de gestin de requerimientos
implementados para cada proyecto, pero no son procesos gestionados? Por ejemplo, las polticas, la formacin y las herramientas no estn implementadas para soportar los procesos. Si sus procesos de
requerimientos estn implementados pero no hay infraestructura de
soporte, su objetivo de mejora de proceso puede ser conseguir el nivel
de capacidad 2.
Tiene todos sus procesos de desarrollo y de gestin de requerimientos implementados, pero cada proyecto realiza estos procesos de
forma distinta? Por ejemplo, su proceso de educcin de los requerimientos no se realiza uniformemente a travs de la organizacin. Si
ste es el caso, su objetivo de mejora de proceso puede ser conseguir
el nivel de capacidad 3.
Gestiona y realiza coherentemente sus procesos de desarrollo y
de gestin de requerimientos pero no tiene una manera objetiva de
controlar y de mejorar estos procesos? Si ste es el caso, su objetivo de
mejora de proceso puede ser conseguir el nivel de capacidad 4.
Desea asegurarse de que est seleccionando los subprocesos correctos para la mejora continua, basados en objetivos cuantitativos
que puedan maximizar su negocio? Si es as, su objetivo de mejora de
proceso puede ser conseguir el nivel de capacidad 5 para los procesos
seleccionados. En la descripcin de cada rea de proceso, es necesario
tener en cuenta las amplificaciones introducidas por las expresiones
Para la Ingeniera del Hardware, Para la Ingeniera de Sistemas, y
Para la Ingeniera de Software. De igual modo se utilizan todas las
informaciones que no tengan ninguna marca especfica y aquellas cajas sombreadas etiquetadas como slo continua.
Como se puede constatar en este escenario, se necesita comprender
qu procesos necesitan una mejora y qu nivel de capacidad se desea

01-CAPITULO 01

20/4/09

08:22

Pgina 30

30 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO


para cada uno de ellos. Esta manera de proceder refleja el principio
fundamental que se encuentra detrs de la representacin continua.

Escenario 2
En el segundo escenario nos encontramos con una compaa de desarrollo de software que utiliza IPPD y software CMM, y desea adoptar
CMMI. En este caso se seleccionan las reas de proceso en los niveles
de madurez 2 y 3 y se elige el modelo CMMI para desarrollo + IPPD.
Esta seleccin incluye las siete reas de proceso del nivel de
madurez 2: Gestin de Requerimientos, Planificacin de Proyecto,
Monitorizacin y Control de Proyecto, Gestin de Acuerdos con
Proveedores, Medicin y Anlisis, Aseguramiento de la Calidad de
Proceso y de Producto y Gestin de Configuracin. Tambin incluye
las 11 reas de proceso del nivel 3 de madurez: Desarrollo de
Requerimientos, Solucin Tcnica, Integracin de Producto,
Verificacin, Validacin, Enfoque en Procesos de la Organizacin,
Definicin de Procesos de la Organizacin + IPPD, Formacin
Organizativa, Gestin Integrada de Proyecto + IPPD, Gestin de
Riesgos, y Anlisis de Decisiones y Resolucin. Se incluirn tambin
las adiciones IPPD.
Puesto que esta compaa ya ha sido evaluada en el nivel 3 de madurez para el software CMM, interesan las reas de proceso CMMI que
no estaban en el software CMM. Estas reas son: Medicin y Anlisis,
Desarrollo de Requerimientos, Solucin Tcnica, Integracin de
Producto, Verificacin, Validacin, Gestin de Riesgos, y Anlisis de
Decisiones y Resolucin. Es necesario determinar si estos procesos
existen en la organizacin aun cuando no fueron descritos en el software CMM. Si algunos de los procesos existentes corresponden a estas
reas de proceso y a otras reas de proceso que estaban en el software
CMM, realice un anlisis de las ausencias con respecto a los objetivos
y prcticas para cerciorarse que la intencin de cada rea de proceso
del CMMI ha sido cubierta.
Recuerde buscar, en cada rea de proceso que seleccione, la informacin etiquetada Para Ingeniera de Software y extensin IPPD.
Utilice todas las informaciones que no tengan ninguna marca especfica, as como aquellas etiquetadas Slo por Etapas.
Como se puede constatar, las informaciones proporcionadas en
este libro se pueden utilizar en una variedad de formas, dependiendo
de las necesidades de mejora. El objetivo global del CMMI es proporcionar un marco que comparta las mejores prcticas y aproximaciones
de mejora de procesos de manera coherente, pero lo suficientemente
flexible como para satisfacer las necesidades en constante evolucin
de la comunidad.

02-CAPITULO 02

20/4/09

11:47

Pgina 31

CAPTULO 2
COMPONENTES DEL REA DE PROCESO

En este captulo se describen los componentes de cada rea de proceso, meta genrica y prctica genrica. La comprensin del significado
de estos componentes es crtica para utilizar de forma eficaz la informacin contenida en la Parte Dos. Si usted no est familiarizado con la
Parte Dos, puede examinar rpidamente la seccin metas genricas y
prcticas genricas y un par de secciones del rea de proceso para obtener una idea general de su contenido y de su estructura antes de la
lectura de este captulo.

Componentes requeridos, esperados e informativos


Los componentes del modelo se agrupan en tres categorasrequerido, esperado e informativo que indican cmo interpretarlos.

Componentes requeridos
Los componentes requeridos describen lo que una organizacin debe
realizar para satisfacer un rea de proceso. Este logro se debe implementar de forma visible en los procesos de una organizacin. Los componentes requeridos en CMMI son las metas especficas y los objetivos
genricos. La satisfaccin de objetivos se utiliza en las evaluaciones
como base para determinar si un rea de proceso ha sido realizada y
satisfecha.

Componentes esperados
Los componentes esperados describen lo que una organizacin puede
implementar para lograr un componente requerido. Los componentes
esperados guan a los que implementan mejoras o realizan evaluaciones. Los componentes esperados incluyen las prcticas especficas y
las prcticas genricas.
Antes de que los objetivos puedan considerarse satisfechos, las
prcticas tal como se describen o prcticas aceptables alternativas a
ellas, debern estar presentes en los procesos planificados e implementados de la organizacin.
31

02-CAPITULO 02

20/4/09

11:47

Pgina 32

32 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

Componentes informativos
Los componentes informativos proporcionan detalles que ayudan a las
organizaciones a comenzar a pensar en cmo aproximarse a los componentes requeridos y esperados. Las sub-prcticas, los productos de trabajo tpicos, las ampliaciones, las elaboraciones de las prcticas genricas,
los ttulos de metas y prcticas, las notas de metas y prcticas, y las referencias son ejemplos de componentes informativos del modelo.
El glosario de trminos del CMMI no es un componente requerido
ni esperado ni tampoco informativo de los modelos del CMMI. Usted
debera interpretar los trminos del glosario en el contexto del componente del modelo en el que aparecen.

Componentes asociados con la Parte Dos


Los componentes del modelo presentados en la Parte Dos, as como la
relacin entre ellos, se pueden presentar en forma esquemtica como
se muestra en la Figura 2.1.
Las siguientes secciones proporcionan descripciones detalladas de
los componentes del modelo.

rea de proceso

Declaraciones
de propsitos

Objetivos
especficos

Notas
introductorias

Objetivos
genricos

Prcticas
genricas

Prcticas
especficas

Productos tpicos
de trabajo

Clave: Requerido

reas
de proceso
relacionadas

Sub-prcticas

Esperado

FIGURA 2.1
Componentes del modelo CMMI

Informativo

Sub-prcticas

Elaboraciones
de prcticas
genricas

02-CAPITULO 02

20/4/09

11:47

Pgina 33

Captulo 2

Componentes del rea de proceso

33

reas de proceso
Un rea de proceso es un grupo de prcticas relacionadas en un rea
que, cuando se implementan de forma conjunta, satisfacen un grupo
de objetivos considerados importantes para la mejora en ese rea.
Hay 22 reas de proceso, las cuales se presentan aqu por orden alfabtico de sus acrnimos en ingls.

Anlisis causal y resolucin (CAR).


Gestin de configuracin (CM).
Anlisis de decisiones y resolucin (DAR).
Gestin integrada del proyecto + IPPD (IPM + IPPD)1.
Medicin y anlisis (MA).
Innovacin y despliegue en la organizacin (OID).
Definicin de procesos de la organizacin + IPPD (OPD + IPPD)1.
Enfoque en procesos de la organizacin (OPF).
Rendimiento del proceso de la organizacin (OPP).
Formacin organizativa (OT).
Integracin de producto (PI).
Monitorizacin y control del proyecto (PMC).
Planificacin de proyecto (PP).
Aseguramiento de la calidad de proceso y de producto (PPQA).
Gestin cuantitativa de proyecto (QPM).
Desarrollo de requerimientos (RD).
Gestin de requerimientos (REQM).
Gestin de riesgos (RSKM).
Gestin de acuerdos con proveedores (SAM).
Solucin tcnica (TS).
Validacin (VAL).
Verificacin (VER).

Declaraciones de propsitos
La declaracin de propsitos describe la finalidad del rea de proceso y es un componente informativo.
Por ejemplo, la declaracin de propsitos del rea de proceso
Definicin de procesos de la organizacin es El propsito de la
Definicin de procesos de la organizacin (OPD) es establecer y mantener un conjunto utilizable de activos de proceso de la organizacin y
de estndares del entorno de trabajo.

1. Este rea de proceso tiene + IPPD despus de su nombre porque contiene un objetivo y prcticas que son especficas de IPPD. El material especfico de IPPD se denomina una adicin de IPPD.
Todas las reas de proceso con objetivos IPPD tienen + IPPD despus de su nombre.

02-CAPITULO 02

20/4/09

11:47

Pgina 34

34 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

Notas introductorias
La seccin de notas introductorias del rea de proceso describe los
conceptos principales cubiertos por el rea de proceso y es un componente informativo.
Un ejemplo de notas introductorias del rea de proceso Planificacin de proyecto es La planificacin empieza con los requerimientos que definen el producto y el proyecto.

reas de proceso relacionadas


La seccin de reas de proceso relacionadas lista las referencias a
reas de proceso que estn en relacin y refleja las relaciones de alto
nivel entre las reas de proceso. Es un componente informativo.
Un ejemplo de una referencia encontrada en la seccin de reas de
proceso relacionadas del rea de proceso de Planificacin de proyecto
es Para ms informacin sobre la identificacin y la gestin de riesgos, se remite al rea de proceso de Gestin de riesgos.

Metas especficas
Una meta especfica describe las caractersticas nicas que deben estar
presentes para satisfacer el rea de proceso. Una meta especfica es un
componente requerido del modelo que se utiliza en las evaluaciones
para ayudar a determinar si se satisface un rea de proceso.
Por ejemplo, una meta especfica del rea de proceso Gestin de configuracin es Se establece y se mantiene la integridad de las lneas
base.
Solamente es un componente requerido del modelo la declaracin
de meta especfica. El ttulo de una meta especfica (precedido por el
nmero del objetivo) y todas las notas asociadas a la meta se consideran componentes informativos del modelo.

Metas genricas
Las metas genricas se denominan genricas porque la misma declaracin de la meta se aplica a mltiples reas de proceso. Una meta genrica describe las caractersticas que deben estar presentes para
institucionalizar los procesos que implementan un rea de proceso.
Una meta genrica es un componente requerido del modelo y se utiliza en las evaluaciones para determinar si se satisface un rea de proceso. (Para una descripcin ms detallada de los objetivos genricos se
remite a la seccin Metas genricas y prcticas genricas en la pgina 151.
Un ejemplo de una meta genrica es El proceso se institucionaliza como un proceso definido.
Solamente es un componente requerido del modelo la declaracin
de meta genrica. El ttulo de una meta genrica (precedido por el nmero del objetivo) y todas las notas asociadas a la meta se consideran
componentes informativos del modelo.

02-CAPITULO 02

20/4/09

11:47

Pgina 35

Captulo 2

Componentes del rea de proceso

35

Resmenes de Metas especficas y prcticas especficas


El resumen de metas especficas y prcticas especficas proporciona
un resumen de alto nivel de las metas especficas, que son componentes requeridos, y de las prcticas especficas, que son componentes esperados. El resumen de metas especficas y prcticas especficas
es un componente informativo.

Prcticas especficas
Una prctica especfica es la descripcin de una actividad que se
considera importante para alcanzar la meta especfica asociada. Las
prcticas especficas describen las actividades que se espera que
produzcan la consecucin de las metas especficas de un rea de
proceso. Una prctica especfica es un componente esperado del
modelo.
Un ejemplo de una prctica especfica del rea de proceso de
Monitorizacin y control de proyecto es Monitorizar los compromisos contrados frente a los identificados en el plan del proyecto.
Solamente es un componente esperado del modelo la declaracin de la prctica especfica. El ttulo de la prctica especfica (precedido por el nmero de la prctica) y todas las notas asociadas con
la prctica especfica se consideran componentes informativos del
modelo.

Productos de trabajo tpicos


La seccin de productos de trabajo tpicos lista muestras de resultados de una prctica especfica. Estos ejemplos se denominan productos de trabajo tpicos porque a menudo hay otros productos de trabajo
que son igual de eficaces pero no estn en la lista. Un producto de trabajo tpico es un componente informativo del modelo.
Por ejemplo, un producto de trabajo tpico de la prctica especfica Monitorizar los valores reales de los parmetros de planificacin
del proyecto frente al plan del proyecto en el rea de proceso de
Monitorizacin y control de proyecto es Registros de desviaciones
significativas.

Subprcticas
Una subprctica es una descripcin detallada que proporciona una
gua para interpretar e implantar una prctica especfica o genrica.
Las subprcticas pueden tomar un carcter prescriptivo, pero realmente son un componente informativo indicado slo para proporcionar ideas que puedan ser tiles para la mejora de proceso.
Por ejemplo, una subprctica de la prctica especfica Realizar
acciones correctivas para los problemas identificados en el rea de
proceso de Monitorizacin y control de proyecto es Determinar y
documentar las acciones apropiadas necesarias para tratar los problemas identificados.

02-CAPITULO 02

20/4/09

11:47

Pgina 36

36 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

Prcticas genricas
Las prcticas genricas se denominan genricas porque la misma
prctica se aplica a mltiples reas de proceso. Una prctica genrica
es la descripcin de una actividad que se considera importante para el
logro de la meta genrica asociada. Una prctica genrica es un componente esperado del modelo.
Por ejemplo, una prctica genrica de la meta genrica El proceso se institucionaliza como un proceso gestionado es Proporcionar recursos adecuados para llevar a cabo el proceso, para
desarrollar los productos de trabajo y para proporcionar los servicios
del proceso.
Solamente es un componente esperado del modelo la declaracin
de la prctica genrica. El ttulo de una prctica genrica (precedido
por el nmero de la prctica) y todas las notas asociadas con la prctica se consideran componentes informativos del modelo.
Para reducir la repeticin de esta informacin y para mantener el
nmero de pginas requeridas para presentar esta informacin, slo
aparecen en las reas de proceso el ttulo de la prctica genrica, la declaracin y las elaboraciones. (Para una descripcin completa de las
prcticas genricas, se remite a la seccin de Metas genricas y prcticas genricas en la pgina 151.

Elaboraciones de las prcticas genricas


Una elaboracin de prctica genrica aparece despus de una prctica
genrica en un rea de proceso, para proporcionar una gua sobre
cmo la prctica genrica debera aplicarse de forma exclusiva al rea
de proceso. Una elaboracin de prctica genrica es un componente
informativo del modelo.
Por ejemplo, una elaboracin de la prctica genrica despus de la
prctica genrica Establecer y mantener una poltica organizativa
para planificar y ejecutar el proceso de planificacin del proyecto en
el rea de proceso de Planificacin de proyecto es Esta poltica establece expectativas de la organizacin para estimar los parmetros de
planificacin, para hacer compromisos externos e internos y para
desarrollar el plan de gestin del proyecto.

Componentes informativos de soporte


En muchos sitios, se necesita ms informacin para describir un concepto. Este material informativo se presenta como uno de los siguientes componentes:

Notas
Ejemplos
Ampliaciones
Referencias

02-CAPITULO 02

20/4/09

11:47

Pgina 37

Captulo 2

Componentes del rea de proceso

37

Notas
Una nota es un texto que puede acompaar casi a cualquier otro componente del modelo. Puede proporcionar detalles, informacin previa
o de base. Una nota es un componente informativo del modelo.
Por ejemplo, una nota que acompaa a la prctica especfica Implementar las propuestas de accin seleccionadas que fueron desarrolladas en el anlisis causal del rea de proceso Anlisis causal y
resolucin es Slo deberan considerarse para una implementacin
ms amplia los cambios que muestren ser de valor.

Ejemplos
Un ejemplo es un componente que comprende texto y, a menudo, una
lista de elementos, por lo general en una caja, que puede acompaar a
casi cualquier otro componente y proporciona uno o ms ejemplos
para clarificar un concepto o una actividad descrita. Un ejemplo es un
componente informativo del modelo.
El siguiente es un ejemplo que acompaa a la sub-prctica Documentar las no conformidades cuando no se pueden resolver dentro del
proyecto bajo la prctica especfica Comunicar problemas de calidad
y asegurar la resolucin de las no conformidades con el personal y gerentes en el rea de proceso de Aseguramiento de la calidad de proceso y de producto.
Ejemplos de formas para resolver las no conformidades dentro del proyecto incluyen los siguientes:
Corregir la no conformidad.
Cambiar las descripciones del proceso, los estndares o los procedimientos que fueron infringidos.
Obtener una dispensa para cubrir la cuestin de no conformidad.

Ampliaciones
Una ampliacin es una nota o un ejemplo que es relevante para una
disciplina particular. Las disciplinas cubiertas en este modelo son
ingeniera del hardware, ingeniera de sistemas e ingeniera del software.
Cada ampliacin se etiqueta con una cabecera que indica la disciplina a la que se aplica. Por ejemplo, una ampliacin para ingeniera
del software se etiqueta Para ingeniera del software. Una ampliacin es un componente informativo del modelo.
Un ejemplo de una ampliacin es la que acompaa a la prctica
especfica Establecer y mantener el contenido general del plan del
proyecto del rea de proceso de Planificacin de proyecto. La ampliacin establece Para ingeniera del hardware: Para hardware, el documento de planificacin a menudo se denomina plan de desarrollo de

02-CAPITULO 02

20/4/09

11:47

Pgina 38

38 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO


hardware. Las actividades de desarrollo que preparan la produccin
pueden incluirse en el plan de desarrollo de hardware o definirse en
un plan de produccin aparte.

Referencias
Una referencia es un enlace a informacin adicional o ms detallada
en las reas de proceso relacionadas y puede acompaar a casi cualquier otro componente del modelo. Una referencia es un componente
informativo del modelo.
Por ejemplo, una referencia que acompaa a la prctica especfica
Seleccionar los subprocesos que componen el proceso definido del
proyecto segn datos de estabilidad histrica y datos de capacidad en
el rea de proceso de Gestin cuantitativa de proyecto es Para ms informacin sobre la biblioteca de activos de proceso de la organizacin,
que podra incluir un elemento de proceso de capacidad conocida y
requerida, se remite al rea de proceso Definicin de proceso de la organizacin.

Esquema de numeracin
Las metas especficas y genricas se numeran secuencialmente. Cada
meta especfica empieza con el prefijo SG (p. ej. SG 1). Cada meta genrica empieza con el prefijo GG (p. ej. GG 2).
Cada prctica especfica empieza con el prefijo SP, seguido por un
nmero en la forma x.y (p. ej. SP 1.1). La x es el mismo nmero de la
meta a la que pertenece la prctica especfica. La y es el nmero de secuencia de la prctica especfica para la meta especfica correspondiente.
Un ejemplo de numeracin de prctica especfica est en el rea de
proceso de Planificacin de proyecto. La numeracin de la primera
prctica especfica es SP 1.1 y la segunda SP 1.2.
Cada prctica genrica empieza con el prefijo GP, seguido por un
nmero en la forma x.y (p.ej. GP 1.1). La x corresponde al nmero de
la meta genrica. La y es el nmero de secuencia de la prctica genrica para la meta genrica correspondiente. Por ejemplo, la primera
prctica genrica asociada con GG 2 se numera GP 2.1 y la segunda
GP 2.2.

Convenciones tipogrficas
Las convenciones tipogrficas utilizadas en este modelo se han diseado para permitirle seleccionar lo que usted necesita y utilizarlo de forma efectiva. Presentamos los componentes del modelo en formatos
que le permitan encontrarlos rpidamente en la pgina.
Las Figuras 2.2 a 2.4 son pginas de ejemplo tradas de las reas de
proceso de la Parte Dos; en ellas se muestran los distintos componen-

02-CAPITULO 02

20/4/09

11:47

Pgina 39

Captulo 2

Componentes del rea de proceso

39

tes de las reas de proceso, etiquetados de forma que los pueda identificar. Ntese que la tipografa de los componentes es distinta para que
pueda identificar fcilmente cada uno.

Representacin Contenido especfico


En la Parte Dos, notar que algunos componentes en la seccin de
prcticas y objetivos genricos de cada rea de proceso estn sombreados y etiquetados Slo por etapas, Slo continua o Continua/Niveles de madurez 3-5. A veces, estas etiquetas estn abreviadas, en
funcin del espacio disponible.
Los componentes que no estn marcados se aplican a las dos representaciones. Los componentes marcados Slo por etapas se aplican slo si se utiliza la representacin por etapas. Los componentes
marcados Slo continua se aplican slo si se utiliza la representacin
continua (vase la Figura 2.4 como ejemplo).
Los componentes marcados Continuo/Niveles de madurez 3-5
se aplican si est utilizando la representacin continua o si est utilizando la representacin por etapas y est persiguiendo los niveles
de madurez 3, 4 5. Sin embargo, estos componentes no se aplican
si est persiguiendo el nivel de madurez 2 de la representacin por
etapas.

Extensiones
Una extensin puede ser un material informativo, una prctica especfica, una meta especfica o un rea de proceso que ampla el alcance de
un modelo o hace hincapi en un aspecto particular de su utilizacin.
En este documento, todas las adiciones se aplican a IPPD. Un ejemplo
de una adicin es la que concierne al rea de proceso Formacin organizativa que aparece despus de la meta especfica 1, Establecer
una capacidad de formacin de la organizacin. La extensin establece que los miembros de un equipo integrado necesitan una formacin inter funcional, una formacin en liderazgo, una formacin en
habilidades interpersonales y una formacin en las habilidades necesarias para integrar apropiadamente las funciones de negocio y las
funciones tcnicas. El rango potencialmente ms amplio de requerimientos y de experiencias de los participantes puede requerir a las
partes interesadas relevantes que no estuvieron implicadas en el desarrollo de los requerimientos, que reciban formacin complementaria
en las disciplinas implicadas en el diseo del producto para comprometer los requerimientos con una comprensin completa del rango de
los requerimientos y de sus interrelaciones.

02-CAPITULO 02

20/4/09

11:47

Pgina 40

40 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO


Anlisis causal y resolucin

179

Resumen de Metas y prcticas especficas


SG 1
Resumen de metas
especficas y prcticas
especficas

Determinar las causas de los defectos


SP 1.1 Selecccionar los datos del defecto para anlisis
SP 1.2 Analizar las causas
Tratar las causas de los defectos
SP 2.1 Implementar las propuestas de accin
SP 2.2 Evaluar el efecto de los cambios
SP 2.3 Registrar los datos

SG 2

Prcticas especficas por meta


Meta especfica

SG 1

D ETERMINAR LAS CAUSAS DE LOS DEFECTOS

Las causas raz de los defectos y de otros problemas son determinadas


sistemticamente.
Una causa raz es un origen de un defecto de tal forma que, si se elimina, el defecto se reduce o elimina.
Prctica especfica

SP 1.1

S ELECCIONAR LOS DATOS DEL DEFECTO PARA ANLISIS

Seleccionar los defectos y otros problemas para el anlisis.


Producto de trabajo
tpico

Productos de trabajo tpicos


1.

Sub-prctica

Datos del defecto y del problema seleccionados para anlisis posterior.

Subprcticas
1.

Recoger los datos relevantes del defecto o del problema.

Algunos ejemplos de datos relevantes del defecto pueden ser:


Defectos notificados por el cliente.
Defectos notificados por los usuarios finales.
Defectos encontrados en las revisiones entre pares.
Defectos encontrados en las pruebas.
Ejemplos

Algunos ejemplos de datos relevantes del problema pueden ser:


Informes de problemas en la gestin del proyecto que requieren accin
correctiva.
Problemas de la capacidad del proceso.
Mediciones de la duracin del proceso.
Mediciones del valor ganado por el proceso (p. ej., ndice de rendimiento
del coste).
Mediciones de rendimiento, utilizacin o tiempo de respuesta de los
recursos.

FIGURA 2.2
Pgina de ejemplo del rea de proceso CAR

02-CAPITULO 02

20/4/09

11:47

Pgina 41

Captulo 2

Componentes del rea de proceso

41

582 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


PARA INGENIERA DEL SOFTWARE
Algunos ejemplos de mtodos de verificacin son:
Pruebas de cobertura de caminos.
Pruebas de carga, de esfuerzo y de rendimiento.
Pruebas basadas en tablas de decisin.
Pruebas basadas en descomposicin funcional.
Reutilizacin de casos de prueba.
Pruebas de aceptacin.

PARA INGENIERA DE SISTEMAS


La verificacin para ingeniera de sistemas normalmente incluye
la realizacin de prototipos, modelos y simulaciones para verificar la
adecuacin del diseo del sistema (y asignacin).

Ampliaciones

PARA INGENIERA DEL HARDWARE


La verificacin para ingeniera del hardware normalmente requiere un
enfoque basado en parmetros que considere diferentes condiciones
ambientales (p. ej., presin, temperatura, vibracin y humedad),
diferentes rangos de entrada (p. ej., la potencia de entrada podra
evaluarse de 20V a 32V para un nominal planificado de 28V), las
variaciones inducidas por los problemas de tolerancia de parte a parte, y
otras muchas variables. La verificacin del hardware normalmente prueba
la mayora de las variables por separado, excepto cuando se sospechan
interacciones problemticas.

La seleccin de los mtodos de verificacin normalmente comienza con una involucracin en la definicin de los requerimientos del
producto y del componente de producto para asegurar que estos requerimientos son verificables. La reverificacin debera tratarse mediante mtodos de verificacin para asegurar que el retrabajo realizado
sobre los productos de trabajo no cause defectos no intencionados.
Los proveedores deberan involucrarse en esta seleccin para asegurar
que los mtodos del proyecto son adecuados para el entorno del proveedor.
E XT.
IPPD

Los mtodos de verificacin deberan desarrollarse concurrente e iterativamente


con los diseos del producto y del componente de producto.

Nota

Extensin

Productos de trabajo tpicos


1. Lista de productos de trabajo seleccionados para la verificacin.
2. Mtodos de verificacin para cada producto de trabajo seleccionado.

FIGURA 2.3
Pgina de ejemplo del rea de proceso VER

Productos de trabajo
tpicos

20/4/09

11:47

Pgina 42

42 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO


Metas genricas y prcticas genricas

245

Prcticas genricas por meta


GG 1

L OGRAR LAS METAS ESPECFICAS

El proceso da soporte y permite el logro de las metas especficas del rea de


proceso transformando los productos de trabajo de entrada identificables
para producir productos de trabajo de salida identificables.

Meta genrica

GP 1.1

Prctica genrica

R EALIZAR LAS PRCTICAS ESPECFICAS

Realizar las prcticas especficas del proceso de gestin integrada de proyecto


para desarrollar los productos de trabajo y proporcionar servicios para lograr
las metas especficas del rea de proceso.
GG 2

S LO CONTINUO

Caja de representacin
continua solamente

I NSTITUCIONALIZAR UN PROCESO GESTIONADO

GG 3

I NSTITUCIONALIZAR UN PROCESO DEFINIDO

El proceso est institucionalizado como un proceso definido.


Caja de representacin
por etapas solamente

La aparicin de esta meta genrica aqu refleja su ubicacin en la representacin por etapas.

GP 2.1

S LO POR ETAPAS

El proceso est institucionalizado como un proceso gestionado.

E STABLECER UNA POLTICA DE LA ORGANIZACIN

Establecer y mantener una poltica de la organizacin para planificar y realizar


el proceso de gestin integrada de proyecto.

Elaboracin:
Elaboracin de GP

Esta poltica establece las expectativas de la organizacin para establecer y mantener el proceso definido del proyecto desde su inicio y a lo
largo de la vida del proyecto, utilizar el proceso definido del proyecto
para gestionar el proyecto, y coordinar y colaborar con las partes interesadas relevantes.

Extensin

Esta poltica tambin establece las expectativas de la organizacin para la


aplicacin de los principios de IPPD.

GP 2.2

P LANIFICAR EL PROCESO

Establecer y mantener el plan para realizar el proceso de gestin integrada de


proyecto.

FIGURA 2.4
Pgina de ejemplo de rea de proceso IPM +IPPD

E XT. IPPD

02-CAPITULO 02

03-CAPITULO 03

20/4/09

08:42

Pgina 43

CAPTULO 3
UNIENDO TODO

Ahora que se han presentado los componentes de los modelos


CMMI, se necesita comprender cmo se ajustan todos juntos para
satisfacer sus necesidades de mejora de procesos [Dymond 2004].
En este captulo, se presenta el concepto de niveles y se muestra
cmo se organizan y utilizan las reas de proceso. Para hacer esto,
se necesita volver a ver otra vez la explicacin que comenz en el
Captulo 1.

Comprendiendo los niveles


Los niveles se utilizan en CMMI para describir un camino evolutivo recomendado para una organizacin que quiera mejorar los procesos que utiliza para desarrollar y mantener sus productos y servicios.
Los niveles pueden tambin ser el resultado de la actividad de calificacin de las evaluaciones 1. Las evaluaciones se pueden realizar para
organizaciones, incluyendo compaas (generalmente pequeas) completas o grupos ms pequeos, tal como un grupo de proyectos o una
seccin dentro de una compaa.
CMMI soporta dos caminos de mejora. Un camino permite a las
organizaciones mejorar de forma incremental los procesos que corresponden a un rea o reas de proceso individual seleccionada por la organizacin. El otro camino permite a las organizaciones mejorar un
conjunto de procesos relacionados, tratando de forma incremental
conjuntos sucesivos de reas de proceso.
Estos dos caminos de mejora estn asociados con los dos tipos de
niveles que corresponden a las dos representaciones presentadas en el
Captulo 1. Para la representacin continua, se utiliza el trmino nivel de capacidad. Para la representacin por etapas, se utiliza el trmino nivel de madurez.

1. Para ms informacin sobre las evaluaciones, consultar Appraisal Requirements for CMMI and the
Standard CMMI Appraisal Method for Process Improvement Method Definition Document [SEI 2006a, SEI
2006b].

43

03-CAPITULO 03

20/4/09

08:42

Pgina 44

44 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO


Independientemente de qu representacin se seleccione, el
concepto de niveles es el mismo. Los niveles caracterizan a la mejora desde un estado mal definido hasta un estado que utiliza informacin cuantitativa para determinar y gestionar las mejoras que se
necesitan para satisfacer los objetivos de negocio de una organizacin.
Para alcanzar un nivel particular, una organizacin debe satisfacer
todas las metas apropiadas del rea o conjunto de reas de proceso que
son objeto de la mejora, independientemente de si es un nivel de capacidad o de madurez.
Ambas representaciones tambin proporcionan caminos para implementar la mejora de procesos que permiten lograr los objetivos de
negocio. Ambas representaciones proporcionan el mismo contenido
esencial y utilizan los mismos componentes del modelo.

Estructuras de las representaciones continua y por etapas


La Figura 3.1 ilustra las estructuras de las representaciones continua y
por etapas. Las diferencias resaltan inmediatamente cuando se mira la
estructura de ambas representaciones. La representacin por etapas
utiliza los niveles de madurez, mientras que la representacin continua utiliza los niveles de capacidad.
Lo que puede sorprenderle cuando compare estas dos representaciones es su similitud. Ambas tienen muchos componentes iguales
(p.ej. reas de proceso, metas especficas y prcticas especficas) y estos componentes tienen la misma jerarqua y configuracin.
Lo que no resulta tan aparente desde la visin de alto nivel de la
Figura 3.1 es que la representacin continua se enfoca en la capacidad
del rea de proceso cuando se mide por niveles de capacidad, y la representacin por etapas se enfoca en la madurez de la organizacin
cuando se mide por niveles de madurez. Estas dimensiones (las dimensiones de capacidad/madurez) de CMMI se utilizan para actividades de benchmarking y evaluacin, as como para guiar los esfuerzos
de mejora de una organizacin.
Los niveles de capacidad, que pertenecen a la representacin
continua, se aplican al logro de mejora de procesos de una organizacin en reas de proceso individuales. Estos niveles son un
medio para mejorar de forma incremental los procesos que corresponden a un rea de proceso dada. Existen seis niveles de
capacidad, numerados de 0 a 5.
Los niveles de madurez, que pertenecen a la representacin por
etapas, se aplican al logro de mejora de procesos de una organizacin en mltiples reas de proceso. Estos niveles son un medio de predecir los resultados generales del siguiente proyecto
que se acometa. Existen cinco niveles de madurez, numerados
de 1 a 5.

03-CAPITULO 03

20/4/09

08:42

Pgina 45

Captulo 3

Uniendo todo

45

Representacin continua
reas de proceso

Metas
especficas

Niveles de capacidad

Metas
genricas

Prcticas
especficas

Prcticas
genricas

Representacin por etapas


reas de proceso
Niveles de madurez
Metas
especficas

Prcticas
especficas

Metas
genricas

Prcticas
genricas

FIGURA 3.1
Estructuras de las representaciones continua y por etapas

La Tabla 3.1 compara los seis niveles de capacidad con los cinco
niveles de madurez. Tngase en cuenta que los nombres de cuatro de
los niveles son los mismos en ambas representaciones. Las diferencias
son que no existe nivel de madurez 0 para la representacin por etapas, y en el nivel 1, el nivel de capacidad es Realizado, mientras que el

TABLA 3.1 Comparacin de los niveles de capacidad y de madurez


Nivel

Representacin continua
Niveles de capacidad

Representacin por etapas


Niveles de madurez

Nivel 0
Nivel 1
Nivel 2
Nivel 3
Nivel 4
Nivel 5

Incompleto
Realizado
Gestionado
Definido
Gestionado cuantitativamente
En optimizacin

N/A
Inicial
Gestionado
Definido
Gestionado cuantitativamente
En optimizacin

03-CAPITULO 03

20/4/09

08:42

Pgina 46

46 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO


nivel de madurez es Inicial. Por lo tanto, el punto de partida es diferente para las dos representaciones.
La representacin continua se interesa en seleccionar tanto un rea
de proceso particular a mejorar como en el nivel de capacidad deseado
para ese rea de proceso. En este contexto, es importante conocer si
un proceso se ha realizado o est incompleto. Por lo tanto, al punto de
partida de la representacin continua se le da el nombre incompleto.
Debido a que la representacin por etapas se interesa por la madurez global de la organizacin, no es inters primario si los procesos individuales son realizados o estn incompletos. Por lo tanto, al
punto de partida de la representacin por etapas se le da el nombre
inicial.
Tanto los niveles de capacidad como los niveles de madurez proporcionan una forma de medir cmo las organizaciones pueden y hacen mejorar sus procesos. Sin embargo, el enfoque asociado a la
mejora de procesos es diferente.

Comprendiendo los niveles de capacidad


Para dar soporte a aquellos que utilizan la representacin continua,
todos los modelos de CMMI reflejan niveles de capacidad en su diseo y contenido. Un nivel de capacidad consiste en una meta genrica
y sus prcticas genricas relacionadas en la medida que se relacionan
con un rea de proceso, las cuales pueden mejorar los procesos de la
organizacin asociados con ese rea de proceso. En la medida que se
satisface la meta genrica y sus prcticas genricas en cada nivel de capacidad, se obtienen los beneficios de mejora de procesos para ese
rea de proceso.
Los seis niveles de capacidad, especificados por los nmeros 0 hasta 5, son los siguientes:
0.
1.
2.
3.
4.
5.

Incompleto.
Realizado.
Gestionado.
Definido.
Gestionado cuantitativamente.
En optimizacin.

El hecho de que los niveles de capacidad 2 a 5 utilicen los mismos


trminos que las metas genricas 2 a 5 es intencionado, porque cada
una de estas metas genricas y prcticas genricas reflejan el significado de los niveles de capacidad en trminos de metas y prcticas que se
pueden implementar. (Consultar la seccin de Metas Genricas y prcticas genricas en la pgina 151 para ms informacin sobre las metas
genricas y prcticas genricas). A continuacin, se presenta una breve descripcin de cada uno de los niveles de capacidad.

03-CAPITULO 03

20/4/09

08:42

Pgina 47

Captulo 3

Uniendo todo

47

Nivel de capacidad 0: Incompleto


Un proceso incompleto es un proceso que, o bien no se ejecuta, o se
ejecuta parcialmente. Al menos una de las metas especficas del rea
de proceso no se satisface y no existen metas genricas para ese nivel,
ya que no hay ninguna razn para institucionalizar un proceso ejecutado parcialmente.

Nivel de capacidad 1: Realizado


Un proceso de nivel de capacidad 1 se caracteriza como un proceso
realizado. Un proceso realizado es un proceso que satisface las metas
especficas del rea de proceso. Soporta y permite el trabajo necesario
para producir los productos del trabajo.
Aunque el nivel de capacidad 1 da como resultado mejoras importantes, esas mejoras pueden perderse en el tiempo si no se institucionalizan. La aplicacin de la institucionalizacin (las prcticas
genricas de CMMI en los niveles de capacidad 2 a 5) ayuda a asegurar que las mejoras se mantienen.

Nivel de capacidad 2: Gestionado


Un proceso de nivel de capacidad 2 se caracteriza como un proceso
gestionado. Un proceso gestionado es un proceso realizado (nivel de
capacidad 1) que tiene la infraestructura bsica dispuesta para soportar el proceso. Se planifica y ejecuta de acuerdo a polticas; emplea
personal con habilidades; tiene los recursos adecuados para producir
resultados controlados; involucra a las partes interesadas relevantes;
se monitoriza, controla y revisa; y se evala la adherencia a su descripcin de proceso. La disciplina de proceso reflejada por el nivel de capacidad 2 ayuda a asegurar que las prcticas existentes se mantienen
durante tiempos de estrs.

Nivel de capacidad 3: Definido


Un proceso de nivel de capacidad 3 se caracteriza como un proceso
definido. Un proceso definido es un proceso gestionado (nivel de capacidad 2) que se adapta a partir del conjunto de procesos estndar de
la organizacin, de acuerdo a las guas de adaptacin de la organizacin, y contribuye a los activos de proceso de la organizacin con productos del trabajo, medidas e informacin adicional de mejora de
procesos.
Una distincin crtica entre los niveles de capacidad 2 y 3 es el alcance de los estndares, descripciones de proceso y procedimientos.
En el nivel de capacidad 2, los estndares, descripciones de proceso y
procedimientos puede ser bastante diferentes en cada instancia especfica del proceso (p.ej., en cada proyecto particular). En el nivel de capacidad 3, los estndares, descripciones de proceso y procedimientos
para un proyecto se adaptan a partir del conjunto de procesos estn-

03-CAPITULO 03

20/4/09

08:42

Pgina 48

48 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO


dar de la organizacin, para ajustarse a un proyecto o unidad organizativa particular, y son, por tanto, ms consistentes, excepto para las
diferencias permitidas por las guas de adaptacin.
Otra distincin crtica es que en el nivel de capacidad 3, los procesos se describen normalmente de forma ms rigurosa que en el nivel
de capacidad 2. Un proceso definido establece claramente el propsito, entradas, criterios de entrada, actividades, roles, medidas, tapas
de verificacin, salidas y criterios de salida. En el nivel de capacidad 3,
los procesos se gestionan de forma ms proactiva utilizando una comprensin de las interrelaciones de las actividades del proceso y de las
medidas detalladas del proceso, de sus productos del trabajo y de sus
servicios.

Nivel de capacidad 4: Gestionado cuantitativamente


Un proceso de nivel de capacidad 4 se caracteriza como un proceso
gestionado cuantitativamente. Un proceso gestionado cuantitativamente es un proceso definido (nivel de capacidad 3) que se controla
utilizando tcnicas estadsticas y otras tcnicas cuantitativas. Se establecen los objetivos cuantitativos de calidad y de ejecucin del proceso, y se utilizan como criterios para gestionar el proceso. Se
comprende la calidad y el rendimiento del proceso en trminos estadsticos y se gestionan a lo largo de la vida del proceso.

Nivel de capacidad 5: En optimizacin


Un proceso de nivel de capacidad 5 se caracteriza como un proceso
en optimizacin. Un proceso en optimizacin es un proceso gestionado cuantitativamente (nivel de capacidad 4) que se mejora en base
a una comprensin de las causas comunes de variacin inherentes al
proceso. El enfoque de un proceso en optimizacin es mejorar continuamente el rango de la ejecucin del proceso mediante mejoras, tanto incrementales como innovadoras.
Recuerde que los niveles de capacidad 2 a 5 utilizan los mismos
trminos que las metas genricas 2 a 5, y una descripcin detallada de
estos trminos aparece en la seccin de Metas Genricas y prcticas
genricas en la pgina 151.

Avanzando a travs de los niveles de capacidad


Los niveles de capacidad de un rea de proceso se logran mediante la
aplicacin de las prcticas genricas o alternativas adecuadas a los
procesos asociados con ese rea de proceso.
Alcanzar el nivel de capacidad 1 para un rea de proceso es equivalente a decir que los procesos asociados con ese rea de proceso son
procesos realizados.
Alcanzar el nivel de capacidad 2 para un rea de proceso es equivalente a decir que existe una poltica que indica que se realizar el

03-CAPITULO 03

20/4/09

08:42

Pgina 49

Captulo 3

Uniendo todo

49

proceso. Existe un plan para realizarlo, se proporcionan los recursos,


se asignan las responsabilidades, se proporciona formacin para llevarlo a cabo, se controlan los productos del trabajo seleccionados relativos a la ejecucin del proceso, y as sucesivamente. En otras
palabras, un proceso de nivel de capacidad 2 puede planificarse y
monitorizarse de la misma forma que cualquier proyecto o actividad
de soporte.
Alcanzar el nivel de capacidad 3 para un rea de proceso supone
que existe un proceso estndar de la organizacin asociado con ese
rea de proceso, el cual puede adaptarse a las necesidades del proyecto. Los procesos en la organizacin se definen y aplican ahora de forma ms consistente porque se basan en los procesos estndar de la
organizacin.
Alcanzar el nivel de capacidad 4 para un rea de proceso supone
que este rea de proceso es un factor clave del negocio, que la organizacin quiere gestionar utilizando tcnicas cuantitativas y estadsticas.
Este anlisis proporciona a la organizacin ms visibilidad en la ejecucin de los subprocesos seleccionados, que la harn ms competitiva
en el mercado.
Alcanzar el nivel de capacidad 5 para un rea de proceso supone
que se han estabilizado los subprocesos seleccionados y que se quieren reducir las causas comunes de variacin dentro de ese proceso.
Recuerde que la variacin es una ocurrencia natural de cualquier proceso; por tanto, aunque es conceptualmente factible mejorar todos los
procesos, no sera econmico mejorar todos los procesos hasta el nivel 5. De nuevo, debera concentrarse en aquellos procesos que ayuden a satisfacer los objetivos del negocio.

Principios empricos de ingeniera del software como base


para la mejora de procesos

03-CAPITULO 03

20/4/09

08:42

Pgina 50

50 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

03-CAPITULO 03

20/4/09

08:42

Pgina 51

Captulo 3

Uniendo todo

51

03-CAPITULO 03

20/4/09

08:42

Pgina 52

52 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

Comprender los niveles de madurez


Para dar soporte a aquellos que utilizan la representacin por etapas,
todos los modelos CMMI reflejan niveles de madurez en su diseo y
contexto. Un nivel de madurez consta de prcticas relacionadas especficas y genricas para un conjunto predefinido de reas de proceso que mejoran el rendimiento global de la organizacin. El nivel
de madurez de una organizacin proporciona un camino para predecir el rendimiento en una disciplina dada o en un conjunto de disciplinas. La experiencia ha mostrado que las organizaciones toman
la mejor decisin cuando centran sus esfuerzos de mejora de procesos en un nmero controlable de reas de proceso a la vez y que dichas reas requieren aumentar su complejidad cuando la
organizacin mejora.
Un nivel de madurez es una meseta evolutiva definida para la mejora de procesos de la organizacin. Cada nivel de madurez madura
un subconjunto importante de procesos de la organizacin, preparndola para pasar al siguiente nivel de madurez. Los niveles de madurez
se miden mediante el logro de metas especficas y genricas asociadas
a cada conjunto predefinido de reas de proceso.
Existen cinco niveles de madurez, siendo cada uno de ellos una
capa en la cimentacin de la mejora de procesos en curso, denominados por los nmeros 1 a 5.
1.
2.

Inicial.
Gestionado.

03-CAPITULO 03

20/4/09

08:42

Pgina 53

Captulo 3

3.
4.
5.

Uniendo todo

53

Definido.
Gestionado cuantitativamente.
En optimizacin.

Recuerde que los niveles de madurez 2 a 5 utilizan los mismos


trminos que los niveles de capacidad 2 a 5. Esto se ha hecho de
forma intencionada porque los conceptos de los niveles de madurez
y niveles de capacidad son complementarios. Los niveles de madurez se utilizan para caracterizar la mejora de la organizacin relativa
a un conjunto de reas de proceso, y los niveles de capacidad caracterizan la mejora de la organizacin relativa a un rea de proceso individual.

Nivel de madurez 1: Inicial


En el nivel de madurez 1, los procesos son generalmente ad-hoc y
caticos. La organizacin generalmente no proporciona un entorno estable para dar soporte a los procesos. El xito en estas organizaciones depende de la competencia y heroicidad del personal
de la organizacin y no del uso de procesos probados. A pesar de
este caos, las organizaciones de nivel de madurez 1 a menudo
producen productos y servicios que funcionan; sin embargo, frecuentemente exceden sus presupuestos y no cumplen sus calendarios.
Las organizaciones de nivel de madurez 1 se caracterizan por una
tendencia a comprometerse en exceso, a abandonar los procesos en
tiempos de crisis y a una incapacidad para repetir sus xitos.

Nivel de madurez 2: Gestionado


En el nivel de madurez 2, los proyectos de la organizacin han asegurado que los procesos se planifican y realizan de acuerdo a polticas; los proyectos emplean personal con habilidad que dispone de
recursos adecuados para producir resultados controlados; involucran a las partes interesadas relevantes; se monitorizan, controlan y
revisan; y se evalan en cuanto a su adherencia a sus descripciones
de proceso. La disciplina de proceso reflejada por el nivel de madurez 2 ayuda a asegurar que las prcticas existentes se mantienen durante tiempos de estrs. Cuando estas prcticas estn en su lugar,
los proyectos se realizan y gestionan de acuerdo a sus planes documentados.
En el nivel de madurez 2, el estado de los productos de trabajo y
la entrega de los servicios son visibles a la direccin en puntos definidos (p.ej., en los hitos principales y al finalizar las tareas principales). Se establecen compromisos entre las partes interesadas
relevantes y se revisan, segn sea necesario. Los productos de trabajo se controlan de forma apropiada. Los productos de trabajo y ser-

03-CAPITULO 03

20/4/09

08:42

Pgina 54

54 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO


vicios satisfacen sus descripciones de proceso especificadas, estndares y procedimientos.

Nivel de madurez 3: Definido


En el nivel de madurez 3, los procesos son bien caracterizados y comprendidos, y se describen en estndares, procedimientos, herramientas
y mtodos. El conjunto de procesos estndar de la organizacin, que es
la base del nivel de madurez 3, se establece y mejora a lo largo del tiempo. Estos procesos estndar se usan para establecer la consistencia en
toda la organizacin. Los proyectos establecen sus procesos definidos
adaptando el conjunto de procesos estndar de la organizacin de
acuerdo a las guas de adaptacin (consultar el glosario para una definicin de conjunto de procesos estndar de la organizacin).
Una distincin crtica entre los niveles de madurez 2 y 3 es el alcance de los estndares, descripciones de proceso y procedimientos.
En el nivel de madurez 2, los estndares, descripciones de proceso y
procedimientos pueden ser bastante diferentes en cada instancia especfica de un proceso (p.ej., en un proyecto particular). En el nivel de
madurez 3, los estndares, descripciones de proceso y procedimientos
para un proyecto se adaptan para adecuarse a un proyecto particular o
unidad organizativa a partir del conjunto de procesos estndar de la
organizacin y, por tanto, son ms consistentes, exceptuando las diferencias permitidas por las guas de adaptacin.
Otra distincin crtica es que en el nivel de madurez 3, los procesos normalmente se describen ms rigurosamente que en el nivel de
madurez 2. Un proceso definido establece claramente el propsito, entradas, criterios de entrada, actividades, roles, medidas, tapas de verificacin, salidas y criterios de salida. En el nivel de madurez 3, los
procesos se gestionan ms proactivamente utilizando una comprensin de las interrelaciones de las actividades del proceso y las medidas
detalladas del proceso, sus productos de trabajo y sus servicios.
En el nivel de madurez 3, la organizacin debe madurar ms las
reas de proceso de nivel de madurez 2. Para lograr el nivel de madurez 3, se aplican las prcticas genricas asociadas con la meta genrica
3 que no fueron tratadas en el nivel de madurez 2.

Nivel de madurez 4: Gestionado cuantitativamente


En el nivel de madurez 4, la organizacin y los proyectos establecen
objetivos cuantitativos en cuanto al rendimiento de calidad y del proceso, y los utilizan como criterios en la gestin de los procesos. Los
objetivos cuantitativos se basan en las necesidades del cliente, usuarios finales, organizacin e implementadores del proceso. El rendimiento de calidad y del proceso se comprende en trminos estadsticos
y se gestiona durante la vida de los procesos [SEI 2001].
Para los subprocesos seleccionados, se recogen y analizan estadsticamente medidas detalladas de rendimiento del proceso. Las medi-

03-CAPITULO 03

20/4/09

08:42

Pgina 55

Captulo 3

Uniendo todo

55

das de rendimiento de calidad y del proceso se incorporan en el repositorio de medicin de la organizacin para dar soporte a la toma de
decisiones basada en hechos [McGarry 2000]. Se identifican las causas
especiales de variacin y, donde sea apropiado, se corrigen las fuentes
de las causas especiales para prevenir sus futuras ocurrencias.
(Consultar la definicin de causa especial de variacin del proceso
en el glosario).
Una distincin crtica entre los niveles de madurez 3 y 4 es la predictibilidad del rendimiento del proceso. En el nivel de madurez 4, el
rendimiento de los procesos se controla utilizando tcnicas estadsticas y otras tcnicas cuantitativas, y es predecible cuantitativamente.
En el nivel de madurez 3, los procesos normalmente slo son predecibles cualitativamente.

Nivel de madurez 5: En optimizacin


En el nivel de madurez 5, una organizacin mejora continuamente sus
procesos basndose en una comprensin cuantitativa de las causas comunes de variacin inherentes a los procesos. (Consultar la definicin
de causa comn de variacin del proceso en el glosario).
El nivel de madurez 5 se centra en mejorar continuamente el rendimiento de procesos mediante mejoras incrementales e innovadoras
de proceso y tecnolgicas. Los objetivos cuantitativos de mejora de
procesos para una organizacin se establecen, se revisan continuamente para reflejar el cambio a los objetivos del negocio, y se utilizan
como criterios para gestionar la mejora de procesos. Los efectos de las
mejoras de procesos desplegadas se miden y evalan frente a los objetivos cuantitativos de mejora de procesos. Tanto los procesos definidos como el conjunto de procesos estndar de la organizacin son
objeto de las actividades de mejora cuantitativa.
Una distincin crtica entre los niveles de madurez 4 y 5 es el tipo
de variacin del proceso tratado. En el nivel de madurez 4, la organizacin se preocupa por tratar las causas especiales de variacin del
proceso y por proporcionan predictibilidad estadstica de los resultados. Aunque los procesos pueden producir resultados predecibles, los
resultados pueden ser insuficientes para alcanzar los objetivos establecidos. En el nivel de madurez 5, la organizacin se interesa en tratar
las causas comunes de variacin del proceso y en cambiar el proceso
(para cambiar la media de rendimiento del proceso o reducir la variacin inherente del proceso experimentada) para mejorar el rendimiento del proceso y para alcanzar sus objetivos cuantitativos de mejora de
procesos establecidos.

Avanzando por los niveles de madurez


Las organizaciones pueden lograr mejoras progresivas en su madurez
organizativa, consiguiendo primero el control a nivel de proyecto, y
continuando hasta el nivel ms avanzado mejora de procesos conti-

03-CAPITULO 03

20/4/09

08:42

Pgina 56

56 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO


nua en toda la organizacin utilizando tanto datos cuantitativos
como cualitativos para la toma de decisiones.
Dado que la madurez organizativa mejorada se asocia con la mejora en el rango de resultados esperados que pueden lograrse en una organizacin, es un modo de predecir los resultados generales del
siguiente proyecto de la organizacin. Por ejemplo, en el nivel de madurez 2, la organizacin se ha elevado desde ad hoc hasta disciplinada, estableciendo la gestin de proyectos slida. A medida que la
organizacin logra las metas genricas y especficas para el conjunto
de reas de proceso en un nivel de madurez, aumenta su madurez organizativa y recoge los beneficios de la mejora de procesos. Dado que
cada nivel de madurez forma una base necesaria para el siguiente nivel, tratar de saltar niveles de madurez es generalmente contraproducente.
Al mismo tiempo, debe reconocer que los esfuerzos de mejora
de procesos deberan enfocarse en las necesidades de la organizacin en el contexto de su entorno de negocio, y que las reas de proceso en los niveles de madurez ms altos podran tratar las
necesidades actuales de una organizacin o proyecto. Por ejemplo,
las organizaciones que buscan moverse desde el nivel de madurez 1
hasta el nivel de madurez 2, frecuentemente son alentadas a establecer un grupo de procesos, el cual se trata por el rea de proceso
Enfoque en procesos de la organizacin, que reside en el nivel de
madurez 3. Aunque un grupo de proceso no es una caracterstica
necesaria de una organizacin de nivel de madurez 2, puede ser una
parte til de la aproximacin de la organizacin para lograr el nivel
de madurez 2.
Esta situacin se caracteriza algunas veces cuando se establece un
grupo de proceso de nivel de madurez 1, para sacar la organizacin de
nivel de madurez 1 al nivel de madurez 2. Las actividades de mejora
de procesos de nivel de madurez 1 podran depender sobre todo de la
comprensin y competencia de la plantilla del grupo de procesos, hasta que se establezca una infraestructura para soportar una mejora ms
disciplinada y extendida.
Las organizaciones pueden establecer mejoras de proceso especficas en cualquier momento que elijan, incluso antes de que estn preparadas para avanzar al nivel de madurez en el que la prctica
especfica sea recomendada. Sin embargo, en tales situaciones, las organizaciones deberan comprender que el xito de estas mejoras est
en riesgo, porque la base para su institucionalizacin con xito no se
ha completado. Los procesos sin la base propia podran fracasar en el
punto particular en que se necesitan ms bajo estrs.
Un proceso definido que es caracterstico de una organizacin de
nivel de madurez 3 puede estar en gran riesgo si las prcticas de gestin del nivel de madurez 2 son deficientes. Por ejemplo, la gerencia
podra comprometerse con un calendario pobremente planificado o
fracasar al controlar los cambios a los requisitos de la lnea base. De

03-CAPITULO 03

20/4/09

08:42

Pgina 57

Captulo 3

Uniendo todo

57

forma similar, muchas organizaciones recogen de forma prematura los


datos detallados caractersticos del nivel de madurez 4, slo para encontrar que los datos no son interpretables debido a inconsistencias
en las definiciones de procesos y de las medidas.
Otro ejemplo de uso de los procesos asociados con reas de proceso de nivel de madurez ms alto est en la fabricacin de productos. Ciertamente, podramos esperar organizaciones de nivel de
madurez 1 que realicen anlisis de requisitos, diseo, integracin y
verificacin. Sin embargo, estas actividades no estn descritas hasta
el nivel de madurez 3, donde estn descritas como procesos de ingeniera coherentes y bien integrados, que complementan una capacidad madura de gestin de proyectos, puestas en el lugar para que
las mejoras de ingeniera no se pierdan por un proceso de gestin
ad-hoc.

Mejora de procesos en una compaa pequea

03-CAPITULO 03

20/4/09

08:42

Pgina 58

58 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

03-CAPITULO 03

20/4/09

08:42

Pgina 59

Captulo 3

Uniendo todo

59

03-CAPITULO 03

20/4/09

08:42

Pgina 60

60 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

reas de proceso
Las reas de proceso se ven de forma diferente en las dos representaciones. La Figura 3.2 compara los puntos de vista de cmo se usan las
reas de proceso en la representacin continua y en la representacin
por etapas.
La representacin continua permite a la organizacin elegir el enfoque de sus esfuerzos de mejora de procesos mediante la eleccin de
aquellas reas de proceso, o conjuntos de reas de proceso interrelacionadas, que benefician ms a la organizacin y a sus objetivos de negocio. Aunque existen algunos lmites sobre lo que una organizacin
puede elegir debido a las dependencias entre las reas de proceso, la
organizacin tiene una libertad considerable en su seleccin.
Para dar soporte a aquellos que utilizan la representacin continua, las reas de proceso se organizan en cuatro categoras: Gestin de
procesos, gestin de proyectos, Ingeniera y Soporte. Estas categoras
ponen el nfasis en las relaciones que existen entre las reas de proceso y se presentan en el Captulo 4.

03-CAPITULO 03

20/4/09

08:42

Pgina 61

Captulo 3

Uniendo todo

reas de proceso seleccionadas

Representacin
continua

rea de proceso 1

rea de proceso 2

rea de proceso 3

rea de proceso 4

rea de proceso N
CL1

CL2

CL3

CL4

CL5

Niveles de capacidad objetivo

Representacin por etapas


Nivel de madurez seleccionado
Nivel de madurez 5
Nivel de madurez 4
Nivel de madurez 3
Nivel de madurez 2
CM
PPQA
MA
SAM
PMC
PP
REQM

= Grupos de reas de proceso escogidas para que la mejora de procesos alcance


el nivel de madurez 3

FIGURA 3.2
reas de proceso en las representaciones continuas y por etapas

61

03-CAPITULO 03

20/4/09

08:42

Pgina 62

62 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO


Una vez seleccionadas las reas de proceso, debera tambin seleccionar cunto le gustara madurar los procesos asociados con dichas
reas de proceso (p.ej., seleccionar el nivel de capacidad apropiado).
Los niveles de capacidad y las metas genricas y prcticas genricas
dan soporte a la mejora de procesos asociada con las reas de proceso
individuales. Por ejemplo, una organizacin puede desear esforzarse
por alcanzar el nivel de capacidad 2 en un rea de proceso y el nivel de
capacidad 4 en otro. A medida que la organizacin alcanza un nivel de
capacidad, establece su visin para el siguiente nivel de capacidad para
una de estas mismas reas de proceso o decide extender su visin y
tratar un nmero ms grande de reas de proceso.
Esta seleccin se describe normalmente mediante un perfil objetivo. Un perfil objetivo define todas las reas de proceso a tratar y el nivel de capacidad objetivo para cada una. Entonces este perfil gobierna
qu metas y prcticas tratar la organizacin en sus esfuerzos de mejora de procesos.
La mayora de las organizaciones apuntarn, como mnimo, al nivel de capacidad 1, el cual requiere que todas las metas especficas del
rea de proceso sean logradas. Sin embargo, las organizaciones que
apuntan niveles de capacidad ms altos que el 1, se concentrarn en la
institucionalizacin de los procesos seleccionados en la organizacin
mediante la implementacin de las metas genricas y prcticas genricas asociadas.
Por el contrario, se ver que la representacin por etapas le anima
a ver siempre reas de proceso en el contexto del nivel de madurez al
cual pertenecen. Las reas de proceso se organizan en niveles de madurez para reforzar este concepto.
La representacin por etapas proporciona un camino predeterminado de mejoras, desde el nivel de madurez 1 hasta el nivel de madurez 5, que implica el logro de las metas de las reas de proceso en cada
nivel de madurez. Para dar soporte a aquellos que utilizan la representacin por etapas, las reas de proceso se agrupan por nivel de madurez, indicando qu reas de proceso implementar para lograr cada
nivel de madurez. Por ejemplo, en el nivel de madurez 2 existe un
conjunto de reas de proceso que una organizacin debera usar para
guiar su mejora de procesos hasta que pudiera lograr todos las metas
de todas estas reas de proceso. Una vez que se ha logrado el nivel de
madurez 2 de esta forma, la organizacin enfoca sus esfuerzos en las
reas de proceso de nivel de madurez 3, y as sucesivamente. Las metas genricas que se aplican a cada rea de proceso son tambin predeterminadas. La meta genrica 2 se aplica a nivel de madurez 2 y la
meta genrica 3 se aplica a los niveles de madurez 3 a 5.
La Tabla 3.2 proporciona una lista de todas las reas de proceso,
y sus categoras y niveles de madurez asociados. Para explicar cmo
se ven en cada representacin los componentes de las reas de proceso, se discutir cmo cada representacin trata las prcticas especficas.

03-CAPITULO 03

20/4/09

08:42

Pgina 63

Captulo 3

Uniendo todo

63

TABLA 3.2 reas de proceso y sus categoras y niveles de madurez asociados


rea de proceso

Categora

Nivel de madurez

Anlisis causal y resolucin CAR


Gestin de configuracin CM
Anlisis de decisiones y resolucin DAR
Gestin integrada de proyecto + IPPD
IPM + IPPD
Medicin y anlisis MA
Innovacin y despliegue en la organizacin
OID
Definicin de procesos de la organizacin
+ IPPD OPD + IPPD
Enfoque en procesos de la organizacin
OPF
Rendimiento de procesos de la organizacin
OPP
Formacin organizativa OT
Integracin de producto PI
Monitorizacin y control de proyecto PMC
Planificacin de proyecto PP
Aseguramiento de la calidad de proceso
y de producto PPQA
Gestin cuantitativa de proyecto QPM
Desarrollo de requerimientos RD
Gestin de requerimientos RD
Gestin de riesgos RSKM
Gestin de acuerdos con proveedores
SAM
Solucin tcnica TS
Validacin VAL
Verificacin VER

Soporte
Soporte
Soporte

5
2
3

Gestin de proyectos
Soporte

3
2

Gestin de proyectos

Gestin de proyectos

Gestin de proyectos

Gestin de proyectos
Gestin de proyectos
Ingeniera
Gestin de proyectos
Gestin de proyectos

4
3
3
2
2

Soporte
Gestin de proyectos
Ingeniera
Ingeniera
Gestin de proyectos

2
4
3
2
3

Gestin de proyectos
Ingeniera
Ingeniera
Ingeniera

2
3
3
3

Metas genricas y prcticas genricas


Las metas genricas son componentes requeridos del modelo que se
aplican a todas las reas de proceso. La Figura 3.3 ilustra las metas genricas y prcticas genricas. Todas las metas y prcticas genricas se
utilizan en la representacin continua (consultar la seccin Metas genricas y prcticas genricas de la pgina 149 para una descripcin
ms detallada de las metas genricas y prcticas genricas). El nivel de
capacidad que quiere alcanzar en su esfuerzo de mejora determinar
qu metas genricas y prcticas genricas se aplicarn al rea de proceso que se haya seleccionado.
En la representacin por etapas, slo se usan las metas genricas 2
y 3, como se ilustra a travs del sombreado en gris de las prcticas ge-

03-CAPITULO 03

20/4/09

08:42

Pgina 64

64 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO


Metas genricas y prcticas genricas
Meta 1

Meta 2

Meta 3

Meta 4

Meta 5

GP 1.1

GP 2.1

GP 3.1

GP 4.1

GP 5.1

GP 2.2

GP 3.2

GP 4.2

GP 5.2

GP 2.3

GP 2.4

GP 2.5

GP 2.6

GP 2.7

GP 2.8

GP 2.9

Prcticas genricas utilizadas


en la representacin por etapas

GP 2.10

FIGURA 3.3
Metas genricas y prcticas genricas

nricas en la Figura 3.3. Cuando se trata de alcanzar el nivel de madurez 2, se usan las reas de proceso de nivel de madurez 2, as como la
meta genrica 2 y sus prcticas genricas.
Tngase en cuenta que las metas genricas 4 y 5 y sus prcticas genricas asociadas no se usan. Esto es porque no todos los procesos sern
elevados por encima de (p.ej., madurado ms all) un proceso definido. Slo los procesos y subprocesos seleccionados sern gestionados
cuantitativamente y optimizados, los cuales se tratarn en las reas de
proceso de los niveles de madurez 4 y 5.
Cuando se alcanzan los niveles de madurez 3, 4 y 5, se usan las reas de proceso de cada nivel, as como todas las reas de los niveles de
madurez inferiores. Adems, la meta genrica 3 y sus prcticas genricas asociadas (que incluyen las prcticas genricas asociadas con la
meta genrica 2) se aplican a todas esas reas de proceso. Esto signifi-

03-CAPITULO 03

20/4/09

08:42

Pgina 65

Captulo 3

Uniendo todo

65

ca que incluso aunque ya haya logrado la calificacin de nivel de madurez 2, para lograr la calificacin de nivel de madurez 3 se debe volver a las reas de proceso de nivel de madurez 2 y aplicar tambin la
meta genrica 3 y sus prcticas asociadas.

Comparacin de las representaciones


La Tabla 3.3 resume las diferencias entre las dos representaciones.
TABLA 3.3 Comparativa de las representaciones continua y por etapas
Representacin continua

Representacin por etapas

La organizacin selecciona las reas de


proceso y los niveles de capacidad segn
sus objetivos de mejora de procesos.
La mejora se mide utilizando niveles de capacidad. Los niveles de capacidad:
Miden la madurez de un proceso particular en toda la organizacin.
Se califican desde 0 a 5.
Los perfiles de nivel de capacidad se usan
para establecer un objetivo y realizar el seguimiento del rendimiento de la mejora de
procesos.
Como parte de una evaluacin, la equivalencia por etapas permite derivar un nivel
de madurez a una organizacin que use la
aproximacin continua para la mejora de
procesos.

La organizacin selecciona las reas de


proceso segn los niveles de madurez.
La mejora se mide usando niveles de madurez. Los niveles de madurez:
Miden la madurez de un conjunto de procesos en toda la organizacin.
Se califican desde 1 a 5.
Los niveles de madurez se usan para establecer un objetivo y realizar el seguimiento
de la mejora de procesos.
No hay necesidad para un mecanismo de
equivalencia hacia la aproximacin continua.

Equivalencia por etapas


La equivalencia por etapas es una forma de comparar resultados de organizaciones que usen la representacin continua frente a las que usen
la representacin por etapas. En esencia, si se midi la mejora relativa
a las reas de proceso seleccionadas usando los niveles de capacidad
de la representacin continua, cmo se compararan con los niveles
de madurez? Es posible?
Hasta este punto, no se han presentado las evaluaciones de proceso en mucho detalle. El mtodo SCAMPI 2 se utiliza para la evaluacin de las organizaciones que usan CMMI, y un resultado de
una evaluacin es una calificacin [Ahern 2005]. Si en una evaluacin se usa la representacin continua, la calificacin es un perfil de
2.

El mtodo SCAMPI se describe en el Captulo 5.

03-CAPITULO 03

20/4/09

08:42

Pgina 66

66 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO


nivel de capacidad. Si en una evaluacin se usa la representacin
por etapas, la calificacin es un nivel de madurez (p.ej., nivel de
madurez 3).
Un perfil de nivel de capacidad es una lista de reas de proceso y el
correspondiente nivel de capacidad logrado para cada una. Este perfil
permite a una organizacin realizar un seguimiento de su nivel de capacidad por rea de proceso. El perfil es un perfil alcanzado cuando
representa el progreso real de una organizacin en cada rea de proceso. De forma alternativa, el perfil es un perfil objetivo cuando representa los objetivos de mejora de procesos planificados para la
organizacin. La Figura 3.4 ilustra tanto el perfil objetivo como el perfil alcanzado. La parte de color gris de cada barra representa el nivel
alcanzado. La parte no sombreada representa lo que queda por conseguir para cumplir el perfil objetivo.
Un perfil alcanzado, cuando se compara con un perfil objetivo,
permite a una organizacin planificar y seguir su progreso en cada
rea de proceso seleccionada. Cuando se usa la representacin continua es aconsejable mantener los perfiles de nivel de capacidad.

Gestin de
requerimientos

Planificacin
de proyecto
Monitorizacin
y control
de proyecto
Gestin
de acuerdos
con proveedores
Medicin
y anlisis
Aseguramiento
de la calidad
de proceso
y de producto
Gestin de
configuracin
Nivel de
Nivel de
Nivel de
Nivel de
Nivel de
capacidad 1 capacidad 2 capacidad 3 capacidad 4 capacidad 5

FIGURA 3.4
Un ejemplo de un perfil alcanzado y un perfil objetivo

03-CAPITULO 03

20/4/09

08:42

Pgina 67

Captulo 3

Uniendo todo

67

La progresin hacia un nivel objetivo es una secuencia de perfiles


objetivo que describe el camino de la mejora de procesos a seguir por
la organizacin. Cuando se construyen perfiles objetivo, la organizacin debera prestar atencin a las dependencias entre las prcticas genricas y las reas de proceso. Si una prctica genrica depende de un
rea de proceso determinada, bien para llevar a cabo la prctica genrica o para proporcionar un producto de prerrequisito, la prctica genrica podra ser mucho menos eficaz cuando el rea de proceso no
est implementada3.
Aunque existen muchas razones para usar la representacin continua, las calificaciones proporcionadas por los perfiles de nivel de capacidad estn limitadas en su capacidad para proporcionar a las
organizaciones un modo de compararse con ellas mismas o con otras
organizaciones. Los perfiles de nivel de capacidad podran usarse si
cada organizacin seleccion las mismas reas de proceso; sin embargo, los niveles de madurez han sido usados para comparar las organizaciones durante aos y ya proporcionan conjuntos predefinidos de
reas de proceso.
Debido a esta situacin, se cre la equivalencia por etapas. La equivalencia por etapas permite a una organizacin usar la representacin
continua para una evaluacin y convertir un perfil de nivel de capacidad en un nivel de madurez asociado.
El modo ms eficaz para delinear la equivalencia por etapas es proporcionar una secuencia de perfiles objetivo, cada uno de los cuales es
equivalente a una calificacin de nivel de madurez de la representacin por etapas. El resultado es una progresin hacia el objetivo, equivalente a los niveles de madurez de la representacin por etapas.
La Figura 3.5 muestra un resumen de los perfiles objetivo que se
deben lograr cuando se usa la representacin continua, para ser equivalente a los niveles de madurez 2 a 5. Cada rea sombreada en las columnas del nivel de capacidad representa un perfil objetivo que es
equivalente a un nivel de madurez.
Las reglas siguientes resumen la equivalencia por etapas:
Para lograr el nivel de madurez 2, todas las reas de proceso
asignadas al nivel de madurez 2 deben lograr el nivel de capacidad 2 o ms alto.
Para lograr el nivel de madurez 3, todas las reas de proceso
asignadas a los niveles de madurez 2 y 3 deben lograr el nivel de
capacidad 3 o ms alto.
Para lograr el nivel de madurez 4, todas las reas de proceso
asignadas a los niveles de madurez 2, 3 y 4 deben lograr el nivel
de capacidad 3 o ms alto.
Para lograr el nivel de madurez 5, todas las reas de proceso deben lograr el nivel de capacidad 3 o ms alto.
3. Consultar la Tabla II.2 de la pgina 172 en la seccin de Metas genricas y prcticas genricas para
ms informacin sobre las dependencias entre las prcticas genricas y las reas de proceso.

03-CAPITULO 03

20/4/09

08:42

Pgina 68

68 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO


Nombre

Abbr

ML

Gestin de requerimientos
Planificacin de proyecto

REQM
PP

2
2

Monitorizacin y control
de proyecto

PMC

Gestin de acuerdos
con proveedores

SAM

Medicin y anlisis

MA

Aseguramiento de la calidad
de proceso y de producto

PPQA

Gestin de configuracin

CM

Desarrollo de requerimientos

RD

Solucin tcnica

TS

Integracin de producto

PI

Verificacin

VER

Validacin

VAL

Enfoque en procesos
de la organizacin

OPF

Definicin de procesos de la
definicin + IPPD

OPD
+IPPD

Formacin organizativa

OT

Gestin integrada de
Proyecto + IPPD

IPM
+IPPD

Gestin de riesgos

RSKM

Anlisis de decisiones
y resolucin

DAR

Rendimiento de procesos
de la organizacin

OPP

Gestin cuantitativa
de proyecto

QPM

Innovacin y despliegue
en la organizacin

OID

Anlisis causal
y resolucin

CAR

CL1

CL2

CL3

CL4

CL5

Perfil
objetivo 2

Perfil
objetivo 3

Perfil
objetivo 4

Perfil
objetivo 5

FIGURA 3.5
Perfiles objetivo y equivalencia por etapas

Estas reglas y la tabla para la equivalencia por etapas son completas,


sin embargo, se puede preguntar por qu los perfiles objetivo 4 y 5 no
se extienden a las columnas CL4 y CL5. La razn es que las reas de
proceso de nivel de madurez 4 describen una seleccin de los subprocesos a estabilizarse basada, en parte, en los objetivos de calidad y de rendimiento del proceso de la organizacin y de los proyectos. No todas las
reas de proceso estarn incluidas en la seleccin y CMMI no presupone de antemano qu reas de proceso sern incluidas en la seleccin.

03-CAPITULO 03

20/4/09

08:42

Pgina 69

Captulo 3

Uniendo todo

69

Por tanto, conseguir el nivel de capacidad 4 en las reas de proceso no puede predeterminarse, porque la eleccin depende de la seleccin realizada por la organizacin al implementar el nivel de madurez
4. As, la Figura 3.5 no muestra que el perfil objetivo 4 se extienda en
la columna CL4, aunque algunas reas de proceso debern alcanzar el
nivel de capacidad 4. Esta situacin es similar para el nivel de madurez 5 y el perfil objetivo 5.
La existencia de la equivalencia por etapas no debera desalentar a
los usuarios de la representacin continua para establecer perfiles objetivo que se extiendan por encima del nivel de capacidad 3. Las selecciones realizadas por la organizacin para alcanzar sus objetivos de
negocio deberan determinar parcialmente el perfil objetivo.

03-CAPITULO 03

20/4/09

08:42

Pgina 70

04-CAPITULO 04

20/4/09

08:48

Pgina 71

CAPTULO 4
RELACIONES ENTRE REAS DE PROCESO

En este captulo se describen las interacciones entre las reas de proceso, para ayudarle a ver el punto de vista de la organizacin de la mejora de procesos y qu reas de proceso se construyen sobre la
implementacin de otras reas de proceso. Las relaciones de las reas
de proceso se presentan en dos dimensiones.
La primera dimensin comprende las interacciones de las reas de
proceso individuales, que muestran cmo la informacin y los artefactos fluyen desde un rea de proceso hasta otra. Mostrado por las mltiples figuras y descripciones incluidas en este captulo, estas
interacciones le ayudan a tener una visin ms amplia de la mejora de
proceso.
La segunda dimensin comprende las interacciones de grupos de
reas de proceso. Mostrado por la clasificacin de algunas reas de
proceso como bsicas y otras como avanzadas, estas clasificaciones
ilustran que las reas de proceso bsicas deberan implementarse antes
que las reas de proceso avanzadas para asegurar que se cumplen los
prerrequisitos necesarios para implementar con xito las reas de proceso avanzadas.
Para que una iniciativa de mejora de proceso sea exitosa, sta debe
estar orientada por los objetivos de negocio de la organizacin. Por
ejemplo, un objetivo de negocio usual es reducir el tiempo que lleva
poner un producto en el mercado. El objetivo de mejora de procesos
derivado de ese podra ser mejorar los procesos de gestin de proyectos para asegurar la entrega en plazo; estas mejoras confan en las mejores prcticas en las reas de proceso de Planificacin de proyecto, y
Monitorizacin y control de proyecto.

Categoras de las reas de proceso de CMMI


Las reas de proceso pueden agruparse en cuatro categoras:
Gestin de procesos.
Gestin de proyectos.
71

04-CAPITULO 04

20/4/09

08:48

Pgina 72

72 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO


Ingeniera.
Soporte.
Aunque estamos agrupando las reas de proceso de esta forma para
presentar sus interacciones, a menudo las reas de proceso interaccionan entre ellas independientemente de cmo hayan sido agrupadas.
Por ejemplo, el rea de proceso de Anlisis de decisiones y resolucin
proporciona prcticas especficas para tratar la evaluacin formal que
se usa en el rea de proceso de Solucin tcnica para seleccionar una
solucin tcnica a partir de las soluciones alternativas. La Solucin
tcnica es un rea de proceso de Ingeniera y el Anlisis de decisiones
y resolucin es un rea de proceso de Soporte.
Siendo conscientes de las interacciones que existen entre las reas
de proceso de CMMI y qu reas de proceso son bsicas y avanzadas,
le ayudarn a aplicar CMMI de un modo til y productivo. Las siguientes secciones describen las interacciones de las reas de proceso
dentro de las categoras y slo describen brevemente las interacciones
entre las reas de proceso en otras categoras. Las interacciones entre
las reas de proceso que pertenecen a diferentes categoras se describen en las referencias dentro de la seccin de reas de proceso relacionadas de las reas de proceso en la Parte dos. Consultar el Captulo 2
para ms informacin sobre las referencias.

Gestin de procesos
Las reas de proceso de Gestin de procesos contienen las actividades
transversales a los proyectos relacionadas con la definicin, planificacin, despliegue, implementacin, monitorizacin, control, evaluacin, medicin y mejora de los procesos.
Las reas de proceso de Gestin de procesos de CMMI son las siguientes:

Enfoque en procesos de la organizacin (OPF).


Definicin de procesos de la organizacin + IPPD 1.
Formacin organizativa (OT).
Rendimiento de procesos de la organizacin (OPP).
Innovacin y despliegue en la organizacin (OID).

reas de proceso de Gestin de procesos bsicas


Las reas de proceso de Gestin de procesos bsicas proporcionan a la
organizacin una capacidad para documentar y compartir las mejores
prcticas, los activos de proceso de la organizacin y el aprendizaje en
toda la organizacin.

1. La Definicin de procesos de la organizacin (OPD) tiene un objetivo adicional que se aplica slo
cuando se utiliza el CMMI con el grupo de adiciones IPPD.

04-CAPITULO 04

20/4/09

08:48

Pgina 73

Captulo 4

Relaciones entre reas de proceso

73

La Figura 4.1 proporciona una visin general de las interacciones


entre las reas de proceso Bsicas de Gestin de Procesos y con otras
categoras de rea de proceso. Como se ilustra en la Figura 4.1, el rea
de proceso de Enfoque en procesos de la organizacin ayuda a la organizacin a planificar, implementar y desplegar las mejoras de proceso
de la organizacin basado en una comprensin de las fortalezas y debilidades actuales de los procesos y de los activos de proceso de la organizacin.
Las mejoras candidatas para los procesos de la organizacin se obtienen mediante varios medios. stos incluyen propuestas de mejora
de procesos, medicin de los procesos, lecciones aprendidas al implementar los procesos y resultados de las actividades de evaluacin del
proceso y evaluacin del producto.
El rea de proceso de Definicin de procesos de la organizacin establece y mantiene el conjunto de procesos estndar de la organizacin, los estndares del entorno de trabajo y otros activos, basado en
las necesidades del proceso y los objetivos de la organizacin. Estos
otros activos incluyen descripciones de los modelos de ciclo de vida,
guas de adaptacin del proceso, y documentacin y datos relativos al
proceso. Los proyectos adaptan el conjunto de procesos estndar de la
organizacin para crear sus procesos definidos. Los otros activos dan
soporte a la adaptacin, as como la implementacin de los procesos
definidos. Las experiencias y los productos de trabajo de la ejecucin
de estos procesos definidos, incluyendo los datos de medicin, las descripciones de proceso, los artefactos de proceso y las lecciones aprendidas, se incorporan de forma apropiada en el conjunto de procesos
estndar y otros activos de la organizacin. Con las adiciones de
+ IPPD, la Definicin de Procesos de la Organizacin + IPPD proporciona reglas y guas de IPPD a los proyectos.
El rea de proceso de Formacin organizativa identifica las necesidades de formacin estratgicas de la organizacin, as como las necesidades de formacin tcticas que son comunes a los proyectos y a los
grupos de soporte. En particular, la formacin se desarrolla u obtiene
para desarrollar las habilidades requeridas para ejecutar el conjunto
de procesos estndar de la organizacin. Los componentes principales
de la formacin incluyen un programa de desarrollo de formacin
gestionado, planes documentados, personal con conocimiento apropiado y mecanismos para la medicin de la eficacia del programa de
formacin.

reas de proceso de Gestin de procesos avanzadas


Las reas de proceso de Gestin de procesos avanzadas proporcionan a
la organizacin una capacidad mejorada para lograr sus objetivos
cuantitativos de calidad y de rendimiento del proceso.
La Figura 4.2 proporciona una visin general de las interacciones entre las reas de proceso de Gestin de rrocesos avanzadas y
con otras categoras de rea de proceso. Cada una de las reas de

Recursos
y coordinacin

FIGURA 4.1
reas de proceso de gestin de procesos bsicas

Necesidades
de formacin

Propuestas de mejora de procesos;


participacin en definir, evaluar,
y desplegar procesos

Informacin de mejora
(p. ej., lecciones aprendidas,
datos y artefactos)

Proceso estndar, estndares


de entorno de trabajo
y otros activos

Proceso
estndar
y otros activos

OT

OPD +IPPD

OPF = Enfoque en procesos de la organizacin


OT = Formacin organizativa
OPD + IPPD = Definicin de procesos de la organizacin (con la adicin IPPD)

OPF

Objetivos de
la negociacin de
la organizacin

Direccin

reas de proceso
de gestin de proyecto,
soporte e ingeniera

08:48

Formacin para proyectos


y grupos de soporte en
proceso estndar y activos

20/4/09

Necesidades y
objetivos de proceso
de la organizacin

04-CAPITULO 04
Pgina 74

74 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

Datos sobre rendimiento


y capacidad del proceso

Relaciones entre reas de proceso

FIGURA 4.2
reas de proceso de gestin de procesos avanzadas

OID = Innovacin y despliegue de la organizacin


OPP = Rendimiento de procesos de la organizacin

Medidas
comunes

reas de proceso
de gestin de proyecto,
soporte e ingeniera

Captulo 4

reas de proceso
de gestin
de proceso bsicas

Progreso para
lograr los objetivos
de negocio

OPP

Objetivos de rendimiento
del proceso y de calidad,
medidas, lneas base
y modelos

Datos de coste
y de beneficios
de las mejoras
de pilotos

08:48

Capacidad para desarrollar


y desplegar procesos estndar
y otros activos

OID

Objetivos de rendimiento
del proceso y calidad,
medidas, lneas base
y modelos

Mejoras
20/4/09

Direccin

Organizacin

04-CAPITULO 04
Pgina 75

75

04-CAPITULO 04

20/4/09

08:48

Pgina 76

76 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO


proceso de Gestin de Procesos Avanzadas depende de la capacidad
para desarrollar y desplegar procesos y de soportar los activos. Las
reas de proceso de Gestin de Procesos Bsicas proporcionan esta
capacidad.
Como se ilustra en la Figura 4.2, el rea de proceso de Rendimiento de Procesos de la Organizacin deriva objetivos cuantitativos
para la calidad y el rendimiento del proceso a partir de los objetivos
del negocio de la organizacin. La organizacin proporciona a los
proyectos y a los grupos de soporte medidas comunes, lneas base de
rendimiento de procesos y modelos de rendimiento de procesos.
Estos activos de la organizacin adicionales dan soporte a la gestin
cuantitativa del proyecto y a la gestin estadstica de los subprocesos
crticos, tanto para los proyectos como para los grupos de soporte. La
organizacin analiza los datos recogidos de rendimiento de procesos
a partir de estos procesos definidos, para desarrollar una comprensin cuantitativa de la calidad del producto, de la calidad del servicio
y del rendimiento del conjunto de procesos estndar de la organizacin.
El rea de proceso de Innovacin y Despliegue en la Organizacin
selecciona y despliega las mejoras propuestas incrementales e innovadoras propuestas que ayudan a incrementar la capacidad de la organizacin para satisfacer sus objetivos de calidad y de rendimiento de
procesos. La identificacin de prometedoras mejoras, tanto incrementales como innovadoras, debera implicar la participacin de una fuerza de trabajo autorizada alineada con los valores y objetivos de
negocio de la organizacin. La seleccin de las mejoras a desplegar se
basa en una comprensin cuantitativa de los beneficios probables y
costes predecibles de las mejoras candidatas a desplegar, y en la financiacin disponible para tal despliegue.

Gestin de proyectos
Las reas de proceso de Gestin de proyectos cubren las actividades de
gestin de proyectos relacionadas con la planificacin, monitorizacin
y control de proyectos.
Las reas de proceso de Gestin de proyectos del CMMI son las siguientes:

Planificacin de proyecto.
Monitorizacin y control de proyecto.
Gestin de acuerdos con proveedores.
Gestin integrada de proyecto + IPPD 2.
Gestin de riesgos.
Gestin cuantitativa de proyecto.

2. La Gestin Integrada de Proyecto (IPM) tiene un objetivo que slo se aplica cuando se utiliza
CMMI con el grupo de adiciones IPPD.

04-CAPITULO 04

20/4/09

08:48

Pgina 77

Captulo 4

Relaciones entre reas de proceso

77

reas de proceso de Gestin de proyectos bsicas


Las reas de proceso de Gestin de proyectos bsicas tratan las actividades relacionadas con el establecimiento y mantenimiento del plan
de proyecto, el establecimiento y mantenimiento de los compromisos,
la monitorizacin del progreso frente al plan, la toma de acciones correctivas y la gestin de acuerdos con proveedores.
La Figura 4.3 proporciona una visin general de las interacciones
entre las reas de proceso de Gestin de proyectos bsicas y con otras
categoras de rea de proceso. Como se ilustra en la Figura 4.3, el rea
de proceso de Planificacin de proyecto incluye el desarrollo del plan
de proyecto, la involucracin de las partes interesadas de forma apropiada, la obtencin de compromisos con el plan, y el mantenimiento
del plan. Cuando se usa IPPD, las partes interesadas estn involucradas no slo por su experiencia tcnica en el desarrollo del producto y
del proceso, sino tambin por las implicaciones de negocio en el desarrollo del producto y del proceso.
La planificacin comienza con los requerimientos que definen el
producto y el proyecto (Qu construir en la Figura 4.3). El plan del
proyecto cubre las diferentes actividades de gestin y desarrollo realizadas por el proyecto. El proyecto revisa otros planes que le afectan,
los cuales provienen de las diversas partes interesadas y se establecen
compromisos en cuanto a sus contribuciones al proyecto. Por ejemplo, estos planes cubren la gestin de configuracin, la verificacin, y
la medicin y el anlisis.
El rea de proceso de Monitorizacin y control de proyecto incluye las actividades de monitorizacin y toma de acciones correctivas. El
plan del proyecto especifica el nivel apropiado de monitorizacin del
proyecto, la frecuencia de revisiones de progreso y las mediciones usadas para monitorizar el progreso. El progreso se determina ante todo
mediante la comparacin del estado del proyecto con el plan. Cuando
el estado real se desva de forma significativa de los valores esperados,
se toman acciones correctivas segn sea apropiado. Estas acciones
pueden incluir la re-planificacin.
El rea de proceso de Gestin de acuerdos con proveedores trata la
necesidad del proyecto de adquirir aquellas partes del trabajo que son
producidas por proveedores. Las fuentes de productos que podran ser
usadas para satisfacer los requerimientos del proyecto se identifican
de forma proactiva. Se selecciona al proveedor, y se establece un acuerdo con l para gestionarle. El progreso y el rendimiento del proveedor
se siguen mediante monitorizacin de los productos del trabajo y procesos seleccionados, y se revisa el acuerdo con el proveedor segn sea
apropiado. Las revisiones y pruebas de aceptacin se realizan sobre el
componente del producto producido por el proveedor.

reas de proceso de Gestin de proyectos avanzadas


Las reas de proceso de Gestin de proyectos avanzadas tratan actividades tales como establecer un proceso definido que se adapte a partir

PP

Qu
monitorizar

Necesidades
de medicin

Compromisos

Qu hacer

Qu construir

Accin correctiva

Requerimientos de componente
de producto, problemas tcnicos,
componentes del producto completados
y revisiones y pruebas de aceptacin

Planes

FIGURA 4.3
reas de proceso de gestin de proyectos bsicas

PMC = Monitorizacin y control de proyecto


PP = Planificacin de proyecto
SAM = Gestin de acuerdos con proveedores

Proveedor

Acuerdo con
proveedor

SAM

Replanificar
Estado, problemas
y resultados de
revisiones y
de monitorizacin

Accin
correctiva

reas de proceso
de ingeniera y soporte

08:48

Estado, problemas y resultados


de evaluaciones de proceso
y de producto; medidas y anlisis

20/4/09

PMC

04-CAPITULO 04
Pgina 78

78 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

04-CAPITULO 04

20/4/09

08:48

Pgina 79

Captulo 4

Relaciones entre reas de proceso

79

del conjunto de procesos estndar de la organizacin, establecer el entorno de trabajo del proyecto a partir de los estndares del entorno de
trabajo de la organizacin, coordinar y colaborar con las partes interesadas relevantes, gestionar los riesgos, crear y sostener los equipos integrados para la conduccin de los proyectos, y gestionar de forma
cuantitativa el proceso definido del proyecto.
La Figura 4.4 proporciona una visin general de las interacciones
entre las reas de proceso de Gestin de proyectos avanzadas y con
otras categoras de rea de proceso. Cada una de las reas de proceso
de Gestin de proyectos avanzadas depende de la capacidad para planificar, monitorizar y controlar el proyecto. Las reas de proceso de
Gestin de proyectos bsicas proporcionan esta capacidad.
El rea de proceso de gestin integrada de proyecto establece y
mantiene el proceso definido del proyecto que se adapta a partir del
conjunto de procesos estndar de la organizacin. El proyecto se gestiona usando el proceso definido del proyecto. El proyecto usa y contribuye a los activos de proceso de la organizacin. El entorno de
trabajo del proyecto se establece y mantiene a partir de los estndares
del entorno de trabajo de la organizacin.
La gestin de proyectos asegura que las partes interesadas asociadas con el proyecto coordinen sus esfuerzos de manera oportuna. Esto
se logra mediante la gestin de la involucracin de las partes interesadas; la identificacin, negociacin y seguimiento de las dependencias
crticas; y la resolucin de los aspectos de coordinacin en el proyecto
y con las partes interesadas.
Con las adiciones + IPPD, la Gestin integrada de proyecto + IPPD
establece y mantiene la visin compartida del proyecto y una estructura de equipo integrado para el proyecto, y luego establece los equipos
integrados para realizar el trabajo del proyecto, asegurando la colaboracin apropiada entre los equipos.
Aunque la identificacin y monitorizacin del riesgo se cubren
en las reas de proceso de Planificacin de proyecto, y Monitorizacin y control de proyecto, el rea de proceso de Gestin de riesgos toma una aproximacin continua y con visin de futuro para
gestionar los riesgos, con actividades que incluyen la identificacin
de los parmetros de riesgo, las evaluaciones del riesgo y la mitigacin del riesgo.
El rea de proceso de Gestin cuantitativa de proyecto aplica tcnicas cuantitativas y estadsticas para gestionar el rendimiento de procesos y la calidad del producto. Los objetivos definidos a nivel de
proyecto, tanto para la calidad como para el rendimiento de procesos,
se basan en los objetivos establecidos por la organizacin. Los procesos definidos para el proyecto comprenden, en parte, los elementos
del proceso y subprocesos cuyo rendimiento se puede predecir. Como
mnimo, se comprende la variacin del proceso experimentada por los
subprocesos crticos para lograr los objetivos a nivel de proyecto en
cuanto a calidad y rendimiento de procesos. La accin correctiva se

Lecciones aprendidas,
planificacin y datos
de rendimiento

FIGURA 4.4
reas de proceso de gestin de proyectos avanzadas

IPM = Gestin integrada de proyecto (con la adicin IPPD)


QPM = Gestin cuantitativa de proyecto
RSKM = Gestin de riesgos

procesos de ingeniera
y de soporte

Datos rendimiento
del proyecto

Taxonomas y
parmetros de
riesgo, estado
de riesgo,
planes de
mitigacin
de riesgos
y accin
correctiva

RSKM

reas de proceso
de gestin
de proyecto bsicas

Componentes y proceso
definido del proyecto

Visin compartida
Proceso
del proyecto
definido del
proyecto y entorno
de trabajo
Coordinacin, compromisos y
problemas a resolver
Equipos integrados para ejecutar

IPM + IPPD

reas de proceso
de ingeniera y soporte

Arquitectura del producto


para organizar equipos

reas de proceso de
gestin de proceso

Reglas y guas
de IPPD

Procesos estndar de la organizacin


estndares del entorno de
trabajo y activos de soporte

Riesgos identificados

Exposicin al riesgo debido


a procesos inestables

08:48

QPM

20/4/09

Objetivos de rendimiento
de proceso,
Datos de gestin estadstica
lneas base
y modelos
Objetivos cuantitativos, subprocesos para
gestionar estadsticamente, componente
del proyecto y proceso definido

04-CAPITULO 04
Pgina 80

80 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

04-CAPITULO 04

20/4/09

08:48

Pgina 81

Captulo 4

Relaciones entre reas de proceso

81

toma cuando se identifican causas especiales de variacin del proceso


(consultar la definicin de causa especial de variacin del proceso
en el glosario).

Ingeniera
Las reas de proceso de Ingeniera cubren las actividades de desarrollo
y de mantenimiento que se comparten entre las disciplinas de ingeniera. Las reas de proceso de Ingeniera fueron escritas usando terminologa general de ingeniera de tal forma que cualquier disciplina
tcnica implicada en el proceso de desarrollo del producto (p.ej., ingeniera del software o ingeniera mecnica) pueda usarlas para la mejora de procesos.
Las reas de proceso de Ingeniera tambin integran los procesos
asociados con diferentes disciplinas de ingeniera en un nico proceso
de desarrollo de producto, dando soporte a una estrategia de mejora
de procesos orientada a producto. Esta estrategia apunta a los objetivos de negocio esenciales ms que a disciplinas tcnicas especficas.
Este enfoque a procesos evita de manera eficaz la tendencia hacia una
mentalidad compartimentada de la organizacin.
Las reas de proceso de Ingeniera se aplican al desarrollo de cualquier producto o servicio dentro del dominio de desarrollo (p.ej., productos software, productos hardware, servicios o procesos).
El fundamento tcnico para IPPD est basado en una solucin robusta a la ingeniera de sistemas que abarca el desarrollo en el contexto de las fases de la vida del producto. Las reas de proceso de
Ingeniera proporcionan este fundamento tcnico. La implementacin
de IPPD se trata posteriormente a travs de ampliaciones a las prcticas especficas en las reas de proceso de Ingeniera que enfatizan el
desarrollo concurrente y se focalizan en todas las fases de la vida del
producto.
Las reas de proceso de Ingeniera de CMMI son las siguientes:

Desarrollo de requerimientos.
Gestin de requerimientos.
Solucin tcnica.
Integracin de producto.
Verificacin.
Validacin.

La Figura 4.5 proporciona una vista de pjaro de las interacciones


que existen entre las seis reas de proceso de Ingeniera.
El rea de proceso de Desarrollo de requerimientos identifica las
necesidades del cliente y traduce dichas necesidades en requerimientos del producto. El conjunto de requerimientos del producto se analiza para producir una solucin conceptual de alto nivel. Este conjunto

TS

FIGURA 4.5
reas de proceso de Ingeniera

Componentes
producto

Necesidades del cliente

VER

Componentes del producto, productos


de trabajo, informes verificacin y validacin

Requirimientos

PI = Integracin de producto
RD = Desarrrollo de requerimientos
REQM = Gestin de requerimientos
TS = Solucin tcnica
VAL = Validacin
VER = Verificacin

RD

Soluciones alternativas

Requerimientos

VAL

PI

Producto

Cliente

08:48

Requerimientos de producto
y de componente de producto

20/4/09

REQM

04-CAPITULO 04
Pgina 82

82 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

04-CAPITULO 04

20/4/09

08:48

Pgina 83

Captulo 4

Relaciones entre reas de proceso

83

de requerimientos se asigna entonces para establecer un conjunto inicial de requerimientos de componentes del producto. Otros requerimientos que ayudan a definir el producto se derivan y asignan a
componentes del producto. Este conjunto de requerimientos del producto y de componentes del producto describe de manera clara la ejecucin del producto, las caractersticas del diseo, los requerimientos
de verificacin, etctera, de tal modo que el desarrollador pueda comprender y usar.
El rea de proceso de Desarrollo de requerimientos suministra los
requerimientos al rea de proceso de Solucin tcnica, donde los requerimientos se convierten en la arquitectura del producto, el diseo
de los componentes del producto, y los propios componentes del producto (p.ej., codificacin y fabricacin). Los requerimientos se suministran tambin al rea de proceso de Integracin de producto, donde
se combinan los componentes del producto y se verifican las interfaces para asegurar que cumplen con los requerimientos de interfaz suministrados por el rea de proceso Desarrollo de requerimientos.
El rea de proceso de Gestin de requerimientos mantiene los requerimientos. Describe las actividades para obtener y controlar los cambios a los requerimientos, y asegurar que otros planes y datos relevantes
se mantengan actualizados. Proporciona la trazabilidad de los requerimientos desde el cliente al producto y de ste a sus componentes.
La Gestin de requerimientos asegura que los cambios a los requerimientos se reflejan en los planes, actividades y productos de trabajo
del proyecto. Este ciclo de cambios puede afectar a todas las otras reas de proceso de Ingeniera; as, la Gestin de requerimientos es una
secuencia de eventos dinmica y a menudo recursiva. El rea de proceso de Gestin de requerimientos es fundamental para un proceso de
diseo de ingeniera controlado y disciplinado.
El rea de proceso de Solucin tcnica desarrolla los paquetes de
datos tcnicos relativos a los componentes del producto que sern
usados por el rea de proceso de Integracin de producto o de Gestin
de acuerdos con proveedores. Se examinan soluciones alternativas con
la intencin de seleccionar el diseo ptimo basado en criterios establecidos. Estos criterios pueden ser significativamente diferentes entre
los productos, dependiendo del tipo de producto, entorno operativo,
requerimientos de ejecucin, requerimientos de soporte y costes o calendarios de entrega. La tarea de seleccionar la solucin final hace uso
de las prcticas especficas del rea de proceso de Anlisis de decisiones y resolucin.
El rea de proceso de Solucin tcnica se basa en las prcticas especficas en el rea de proceso de Verificacin para realizar la verificacin del diseo y las revisiones entre pares durante el diseo y antes
del ensamblaje final.
El rea de proceso de Verificacin asegura que los productos de
trabajo seleccionados cumplen los requerimientos especificados. El
rea de proceso de Verificacin selecciona productos de trabajo y m-

04-CAPITULO 04

20/4/09

08:48

Pgina 84

84 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO


todos de verificacin que se usarn para verificar los productos de trabajo frente a los requerimientos especificados. La verificacin es generalmente un proceso incremental, que comienza con la verificacin de
componentes del producto y normalmente concluye con la verificacin de los productos ensamblados totalmente.
La verificacin tambin trata las revisiones entre pares. Las revisiones entre pares son un mtodo probado para eliminar defectos de manera temprana y proporcionar una visin valiosa sobre los productos
de trabajo y los componentes de producto que estn siendo desarrollados y mantenidos.
El rea de proceso de Validacin valida de manera incremental los
productos frente a las necesidades del cliente. La validacin puede realizarse en el entorno operacional o en un entorno operacional simulado. La coordinacin con el cliente sobre los requerimientos de
validacin es un elemento importante de esta rea de proceso.
El alcance del rea de proceso de Validacin incluye la validacin
de productos, de componentes de producto, de productos de trabajo
intermedios seleccionados y de procesos. Estos elementos validados
pueden requerir con frecuencia volver a ser verificados y validados.
Los problemas descubiertos durante la validacin se resuelven normalmente en el rea de proceso de Desarrollo de requerimientos o de
Solucin tcnica.
El rea de proceso de Integracin de producto contiene las prcticas especficas asociadas con la generacin de la mejor secuencia de
integracin posible, integrando los componentes del producto, y entregando el producto al cliente.
La Integracin de producto usa las prcticas especficas de ambas,
Verificacin y Validacin, al implementar el proceso de integracin de
producto. Las prcticas de verificacin verifican las interfaces y los requerimientos de interfaz de los componentes del producto antes de la
integracin del producto. Esto es un evento esencial en el proceso de integracin. Durante la integracin del producto en el entorno operacional, se usan las prcticas especficas del rea de proceso de Validacin.

Recursividad e iteracin de los procesos de ingeniera


La mayora de los estndares de proceso coinciden en que se pueden
aplicar los procesos de dos maneras. Estas dos maneras se denominan
recursividad e iteracin.
La recursividad ocurre cuando un proceso se aplica a sucesivos niveles de elementos del sistema dentro de una estructura de sistema.
Los resultados de una aplicacin se usan como entrada para el siguiente nivel en la estructura del sistema. Por ejemplo, el proceso de verificacin se disea para aplicarlo al producto ensamblado completo, a
los componentes principales del producto, e incluso a los componentes de componentes. La profundidad con que se puede aplicar el proceso de verificacin en el producto depende enteramente del tamao y
de la complejidad del producto final.

04-CAPITULO 04

20/4/09

08:48

Pgina 85

Captulo 4

Relaciones entre reas de proceso

85

La iteracin ocurre cuando los procesos son repetidos en el mismo


nivel del sistema. Se crea nueva informacin mediante la implementacin de un proceso que realimenta a un proceso relacionado. Esta nueva informacin normalmente plantea problemas que deben resolverse
antes de completar los procesos. Por ejemplo, una iteracin ocurrir
muy probablemente entre el desarrollo de requerimientos y la solucin tcnica. El volver a aplicar los procesos puede resolver los problemas que hayan podido surgir. La iteracin puede asegurar calidad
antes de aplicar el proceso siguiente.
Los procesos de Ingeniera (p.ej., desarrollo de requerimientos o
verificacin) se implementan de manera repetitiva sobre un producto
para asegurar que estos procesos se han tratado adecuadamente antes
de la entrega al cliente. Adems, los procesos de ingeniera se aplican
a componentes del producto. Por ejemplo, algunos problemas relacionados con las reas de proceso de Verificacin y de Validacin pueden
resolverse por los procesos asociados con el Desarrollo de requerimientos o de Integracin de producto. La recursividad e iteracin de
estos procesos permiten al proyecto asegurar la calidad en todos los
componentes del producto, antes de que stos sean entregados al
cliente.

Soporte
Las reas de proceso de Soporte cubren las actividades que dan soporte al desarrollo y al mantenimiento del producto. Las reas de proceso
de Soporte tratan los procesos que se usan en el contexto de la ejecucin de otros procesos. En general, las reas de proceso de Soporte tratan los procesos que estn orientados al proyecto y pueden tratar
procesos que se aplican de manera ms general a la organizacin. Por
ejemplo, el Aseguramiento de la calidad de proceso y de producto puede usarse en todas las reas de proceso para proporcionar una evaluacin objetiva de los procesos y de los productos de trabajo descritos en
todas las reas de proceso.
Las reas de proceso de soporte de CMMI son las siguientes:

Gestin de configuracin.
Aseguramiento de la calidad de proceso y de producto.
Medicin y anlisis.
Anlisis de decisiones y resolucin.
Anlisis causal y resolucin.

reas de proceso de Soporte bsicas


Las reas de proceso de Soporte Bsicas tratan las funciones de soporte fundamentales que se usan por todas las reas de proceso. Aunque
todas las reas de proceso de Soporte usan como entrada otras reas de
proceso, las reas de proceso bsicas de soporte proporcionan funcio-

04-CAPITULO 04

20/4/09

08:48

Pgina 86

86 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO


nes de soporte que tambin ayudan a implementar varias prcticas genricas.
La Figura 4.6 proporciona una visin general de las interacciones
entre las reas de proceso de Soporte Bsicas y todas las dems reas
de proceso.
El rea de proceso de Medicin y anlisis da soporte a todas las
reas de proceso, proporcionando prcticas especficas que guan a
los proyectos y a las organizaciones durante la alineacin de las necesidades y objetivos de medicin con una forma de medir que proporcionar resultados objetivos. Estos resultados pueden usarse en la
toma de decisiones informadas y en la toma de acciones correctivas
apropiadas.

Mediciones
y anlisis

MA
Necesidades
informacin

Todas
las reas
de proceso

Elementos
de configuracin
y peticiones
de cambio

Problemas de
no conformidad
y de calidad

PPQA
Procesos y
productos de trabajo
y estndares y procedimientos

Lneas base,
e informes de auditora

CM

MA = Medicin y anlisis
CM = Gestin de configuracin
PPQA = Aseguramiento de la calidad de proceso y de producto

FIGURA 4.6
reas de proceso de soporte bsicas.

Las mediciones hacen significativa la mejora

04-CAPITULO 04

20/4/09

08:48

Pgina 87

Captulo 4

Relaciones entre reas de proceso

87

04-CAPITULO 04

20/4/09

08:48

Pgina 88

88 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

04-CAPITULO 04

20/4/09

08:48

Pgina 89

Captulo 4

Relaciones entre reas de proceso

89

El rea de proceso de Aseguramiento de la calidad de proceso y de


producto da soporte a todas las reas de proceso, proporcionando prcticas especficas para evaluar objetivamente los procesos, los productos
de trabajo y los servicios realizados frente a las descripciones aplicables de procesos, estndares y procedimientos, y para asegurar que
cualquier problema planteado en estas revisiones tiene un tratamiento
adecuado. El aseguramiento de la calidad de proceso y de producto da
soporte a la entrega de productos y servicios de alta calidad proporcionando al personal del proyecto y a todos los niveles de gerencia la visibilidad apropiada, y una realimentacin, sobre los procesos y
productos de trabajo asociados a lo largo de la vida del proyecto.

Proceso, personas, tecnologa y CMMI

04-CAPITULO 04

20/4/09

08:48

Pgina 90

90 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

04-CAPITULO 04

20/4/09

08:48

Pgina 91

Captulo 4

Relaciones entre reas de proceso

91

El rea de proceso de Gestin de configuracin da soporte a todas


las reas de proceso, estableciendo y manteniendo la integridad de los
productos de trabajo usando la identificacin de la configuracin, el control
de la configuracin, los informes de estado de la configuracin y las auditor
as de la configuracin. Los productos de trabajo situados bajo gestin
de configuracin incluyen los productos que se entregan al cliente, los
productos de trabajo internos seleccionados, los productos adquiridos,
las herramientas y otros elementos que se utilizan para crear y describir
estos productos de trabajo. Ejemplos de productos de trabajo que se pueden
situar bajo gestin de configuracin incluyen los planes, las descripciones
de proceso, los requerimientos, los datos de diseo, los diagramas, las
especificaciones de producto, el cdigo, los compiladores, los ficheros
de datos del producto y las publicaciones tcnicas del producto.

reas de proceso de Soporte avanzadas


Las reas de proceso de Soporte Avanzadas proporcionan a los proyectos y a la organizacin una capacidad de soporte mejorada. Cada una
de estas reas de proceso se apoya en las entradas o prcticas especficas de otras reas de proceso.
La Figura 4.7 proporciona una visin general de las interacciones
entre las reas de proceso de Soporte Avanzadas y con todas las dems
reas de proceso.

04-CAPITULO 04

20/4/09

08:48

Pgina 92

92 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

CAR
Propuestas de mejora
de procesos
Defectos y
otros problemas

Todas las reas de proceso

Evaluaciones
formales

Problemas
seleccionados

DAR
CAR = Anlisis causal y resolucin
DAR = Anlisis de decisiones y resolucin

FIGURA 4.7
reas de proceso de Soporte avanzadas

Usando el rea de proceso de Anlisis causal y resolucin, los


miembros del proyecto identifican las causas de los defectos y otros
problemas seleccionados, y toman acciones para prevenir su ocurrencia en el futuro. Mientras que los procesos definidos del proyecto son
los principales puntos de mira para identificar la causa del defecto, las
propuestas de mejora de procesos que stos generan van encaminadas
al conjunto de procesos estndar de la organizacin, lo que prevendr
la reaparicin del defecto en la organizacin.
El rea de proceso de Anlisis de decisiones y resolucin da
soporte a todas las reas de proceso, determinando qu problemas deberan estar sujetos a un proceso de evaluacin formal para luego aplicarles dicho proceso de evaluacin formal.

05-CAPITULO 05

20/4/09

08:54

Pgina 93

CAPTULO 5
USANDO LOS MODELOS CMMI

La complejidad de los productos actuales demanda una visin integrada de cmo realizan su negocio las organizaciones. CMMI puede reducir el coste de la mejora de procesos en las empresas que dependen de
mltiples funciones o grupos para producir productos y servicios.
Para lograr esta visin integrada, el marco de CMMI incluye una
terminologa comn, componentes del modelo comunes, mtodos de
evaluacin comunes y material de formacin comn. Este captulo
describe cmo las organizaciones pueden usar el conjunto de productos CMMI no solamente para mejorar su calidad, reducir sus costes y
optimizar sus calendarios, sino tambin para calibrar cmo est funcionando su programa de mejora de procesos.

El papel de los estndares de proceso en la definicin


de proceso

93

05-CAPITULO 05

20/4/09

08:54

Pgina 94

94 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

05-CAPITULO 05

20/4/09

08:54

Pgina 95

Captulo 5

Usando los modelos CMMI

95

05-CAPITULO 05

20/4/09

08:54

Pgina 96

96 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

05-CAPITULO 05

20/4/09

08:54

Pgina 97

Captulo 5

Usando los modelos CMMI

97

Adoptando CMMI
La investigacin ha mostrado que la etapa inicial ms poderosa para la
mejora de procesos es construir un fuerte soporte de la organizacin
mediante un fuerte patrocinio de la direccin. Para obtener el patrocinio de la direccin, es a menudo beneficioso exponer a la direccin los
resultados de rendimiento experimentados por otros que han usado
CMMI para mejorar sus procesos.

05-CAPITULO 05

20/4/09

08:54

Pgina 98

98 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO


Para ms informacin acerca de los resultados de rendimiento de
CMMI, consltese el sitio web del SEI en www.sei.cmu.edu/cmmi/ results.html [SEI 3].
El director, una vez comprometido como el patrocinador del proceso de mejora, debe estar activamente involucrado en el esfuerzo de
mejora de procesos basado en CMMI. Las actividades realizadas por el
patrocinador de la direccin son (pero no estn limitadas a) las siguientes:
Influir en la organizacin para adoptar CMMI.
Elegir a las mejores personas para gestionar el esfuerzo de mejora
de procesos.
Monitorizar el esfuerzo de mejora de procesos personalmente.
Ser un defensor y portavoz visible para el esfuerzo de mejora de
procesos.
Asegurar que estn disponibles los recursos adecuados para permitir que el esfuerzo de mejora de procesos tenga xito.

Responsabilidades ejecutivas en la mejora de procesos

05-CAPITULO 05

20/4/09

08:54

Pgina 99

Captulo 5

Usando los modelos CMMI

99

05-CAPITULO 05

20/4/09

08:54

Pgina 100

100 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

05-CAPITULO 05

20/4/09

08:54

Pgina 101

Captulo 5

Usando los modelos CMMI

101

05-CAPITULO 05

20/4/09

08:54

Pgina 102

102 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

Teniendo el suficiente patrocinio de la gerencia, la siguiente


etapa es establecer un conjunto de procesos tcnicamente
competente y fuerte, que represente a las partes interesadas
relevantes para guiar los esfuerzos de mejora de procesos.
Para una organizacin con la misin de desarrollar sistemas intensivos de software, el grupo de proceso podra incluir a ingenieros representando a las diferentes disciplinas tcnicas de la organizacin y a
otros miembros seleccionados en base a las necesidades de negocio
que conducen la mejora. Por ejemplo, un administrador de sistemas,
puede enfocarse en el soporte de la tecnologa de la informacin,
mientras que un representante de marketing puede enfocarse en integrar las necesidades de los clientes. Ambos miembros podran realizar
poderosas contribuciones al grupo de proceso.
Una vez que su organizacin ha decidido adoptar CMMI, la planificacin puede comenzar con un enfoque de la mejora tal como el
modelo IDEAL (Initiating, Diagnosing, Establishing, Acting, &
Learning). Para ms informacin acerca del modelo IDEAL, consultar
el sitio web del SEI en www.sei.cmu.edu/ideal/ideal.html [SEI 1].

Su programa de mejora de procesos


Use el conjunto de productos CMMI para ayudarle a establecer su programa de mejora de procesos de la organizacin. Usar el conjunto de

05-CAPITULO 05

20/4/09

08:54

Pgina 103

Captulo 5

Usando los modelos CMMI

103

productos CMMI para este propsito puede ser un proceso relativamente informal que involucre el entendimiento y aplicacin de las
mejoras prcticas de CMMI a su organizacin. O puede ser un proceso formal que involucre una formacin amplia, la creacin de una infraestructura de mejora de procesos, evaluaciones y ms.

Implementando la cultura de ingeniera para una xitosa mejora


de procesos

05-CAPITULO 05

20/4/09

08:54

Pgina 104

104 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

05-CAPITULO 05

20/4/09

08:54

Pgina 105

Captulo 5

Usando los modelos CMMI

105

05-CAPITULO 05

20/4/09

08:54

Pgina 106

106 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

Selecciones que influyen en su programa


Debe hacer tres selecciones para aplicar CMMI a su organizacin para
la mejora de procesos:
Seleccionar una parte de la organizacin.
Seleccionar un modelo.
Seleccionar una representacin.
Seleccionar los proyectos a involucrar en su programa de mejora
de procesos es crucial. Si se selecciona un grupo demasiado grande,
puede ser demasiado para el esfuerzo de mejora inicial. La seleccin
tambin debera tener en cuenta cmo de homogneo es el grupo (es
decir, si todos son ingenieros de software, si todos trabajan en el mismo producto o lnea de negocio, y as sucesivamente).
Seleccionar el modelo a usar depende de las reas que su organizacin est interesada en mejorar. No slo se debe seleccionar una constelacin (p.ej., Desarrollo, Adquisicin o Servicios), sino que se debe
tambin decidir si incluir o no adiciones (p.ej., IPPD).
El proceso de seleccionar la representacin a usar tiene algunas
guas debidas a cmo estn construidos los modelos CMMI. Si a su organizacin le agrada la idea de los niveles de madurez y la representacin por etapas, su hoja de ruta de mejora ya est definida. Si a su
organizacin le agrada la representacin continua, puede seleccionar
casi cualquier rea de proceso o grupo de reas de proceso para guiar
la mejora, aunque las dependencias entre reas de proceso deberan
tenerse en cuenta a la hora de realizar dicha seleccin.

05-CAPITULO 05

20/4/09

08:54

Pgina 107

Captulo 5

Usando los modelos CMMI

107

A medida que avanzan los planes y las actividades de mejora de


procesos, se deben realizar otras selecciones importantes, incluyendo
qu mtodo de evaluacin debera usarse, qu proyectos deberan evaluarse, cmo debera asegurarse la formacin para el personal, y qu
personal debera formarse.

Modelos CMMI
Los modelos CMMI describen las que han sido consideradas como
mejores prcticas que las organizaciones han encontradas productivas y tiles para conseguir sus objetivos de negocio. Independientemente de su tipo de organizacin, para aplicar las mejores prcticas
CMMI, debe usar un criterio profesional cuando se las interprete
para su situacin, necesidades y objetivos de negocio. Aunque las
reas de proceso describen las caractersticas de una organizacin
comprometida con la mejora de procesos, se deben interpretar las
reas de proceso usando un conocimiento profundo de CMMI, de su
organizacin, del entorno de negocio y de las circunstancias especficas involucradas.
Cuando se comienza a usar un modelo CMMI para mejorar sus
procesos de la organizacin, hganse corresponder sus procesos del
mundo real con las reas de proceso de CMMI. Esta correspondencia
permite inicialmente juzgar y ms tarde hacer seguimiento del nivel
de alineamiento de su organizacin al modelo CMMI que est usando,
e identificar oportunidades de mejora.
Para interpretar las prcticas, es importante considerar el contexto
global en el cual esas prcticas se usan, y determinar hasta qu punto
las prcticas satisfacen las metas de un rea de proceso en ese contexto. Los modelos CMMI no prescriben explcitamente ni implican procesos particulares que se ajusten a cualquier organizacin o proyecto.
En su lugar, CMMI describe los criterios mnimos necesarios para planificar e implementar los procesos seleccionados por la organizacin
para la mejora basndose en objetivos de negocio.
Las prcticas CMMI de manera intencionada usan frases no especficas, como partes interesadas relevantes, segn sea apropiado,
y segn sea necesario para acomodarse a las necesidades de diferentes organizaciones y proyectos. Las necesidades especficas de un
proyecto pueden tambin ser diferentes en varios puntos durante su
vida.

Usando las evaluaciones CMMI


Muchas organizaciones dan valor a la medicin de su progreso mediante la realizacin de una evaluacin y de esta forma ganar una calificacin de nivel de madurez o un perfil de logro de nivel de
capacidad. Estas evaluaciones se realizan normalmente por una o ms
de las siguientes razones:

05-CAPITULO 05

20/4/09

08:54

Pgina 108

108 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO


Para determinar hasta qu punto los procesos de la organizacin se
equiparan con las mejores prcticas de CMMI e identificar reas
donde realizar mejoras.
Para informar a los clientes y proveedores externos hasta qu punto
los procesos de la organizacin se equiparan a las mejores prcticas
de CMMI.
Para cumplir con los requerimientos contractuales de uno o ms
clientes.
Las evaluaciones de las organizaciones que usan el modelo
CMMI deben ajustarse a los requerimientos definidos en el documento Requerimientos de la evaluacin para CMMI -Appraisal
Requirements for CMMI (ARC). Estas evaluaciones se enfocan en la
identificacin de oportunidades de mejora y en la comparacin de
los procesos de la organizacin con las mejores prcticas CMMI. Los
equipos de evaluacin usan el modelo CMMI y un mtodo de evaluacin conforme con ARC para guiar su evaluacin de la organizacin, as como para informar sobre sus conclusiones. Los resultados
de la evaluacin pueden usarse a partir de entonces (por un grupo
de proceso, por ejemplo) para planificar las mejoras para la organizacin.

Requerimientos de la evaluacin para CMMI


El documento ARC describe los requerimientos para diferentes tipos
de evaluaciones. Una clase de evaluacin comparativa total se define
como una evaluacin de Clase A. Otros mtodos menos formales se
definen como mtodos de Clase B o de Clase C. El documento ARC
fue diseado para ayudar a mejorar la consistencia entre mtodos de
evaluacin, y para ayudar a los desarrolladores del mtodo de evaluacin, patrocinadores y usuarios a comprender los pros y contras asociados con los diferentes mtodos [SEI 2006a].
Dependiendo del propsito de la evaluacin y de la naturaleza de
las circunstancias, una clase puede ser preferible a las otras. En algunas ocasiones son apropiadas las auto-evaluaciones, las evaluaciones
iniciales, las vistas rpidas o mini-evaluaciones, las evaluaciones incrementales o las evaluaciones externas, mientras que en otras lo apropiado es una evaluacin comparativa formal.
Un mtodo de evaluacin particular se declara como mtodo de
evaluacin ARC Clase A, B o C basado en los conjuntos de requerimientos ARC que el desarrollador trat cuando dise el mtodo.
Hay ms informacin acerca del ARC disponible en el sitio web
del SEI en www.sei.cmu.edu/cmmi/appraisals/appraisal.html

Mtodos de evaluacin SCAMPI


Los mtodos de evaluacin SCAMPI son generalmente mtodos aceptados que se usan para realizar evaluaciones utilizando modelos
CMMI. El Documento de definicin del mtodo Method Definition

05-CAPITULO 05

20/4/09

08:54

Pgina 109

Captulo 5

Usando los modelos CMMI

109

Document (MDD) de SCAMPI define las reglas para asegurar la


consistencia de las calificaciones de la evaluacin. Para realizar una
comparativa frente a otras organizaciones, las evaluaciones deben de
asegurar calificaciones consistentes. El logro de un nivel de madurez
especfico o la satisfaccin de un rea de proceso debe significar lo
mismo para las diferentes organizaciones evaluadas.
La familia SCAMPI de evaluaciones incluye los mtodos de evaluacin de Clase A, B y C. SCAMPI A es el mtodo ms riguroso y el
nico mtodo que puede dar lugar a una calificacin. SCAMPI B proporciona opciones en el alcance del modelo, pero la caracterizacin de
las prcticas est fijada en una escala y se realiza sobre prcticas ya
implementadas. SCAMPI C ofrece un amplio rango de opciones, incluyendo la caracterizacin de enfoques planificados para la implementacin de procesos de acuerdo a una escala definida por el usuario.
Hay ms informacin acerca de los mtodos SCAMPI disponible
en el sitio web del SEI en www.sei.cmu.edu/cmmi/appraisals/appraisal.html [SEI 2006b]

Consideraciones de la evaluacin
Las elecciones que afectan a una evaluacin basada en CMMI son las
siguientes:
Qu modelo CMMI usar para la evaluacin (para esta constelacin,
la eleccin podra estar entre el modelo CMMI para desarrollo y el
modelo CMMI para desarrollo + IPPD).
Establecer el alcance de la evaluacin, incluyendo la unidad de la
organizacin objeto de evaluacin, las reas de proceso de CMMI a
investigar y el nivel de madurez o nivel(es) de capacidad a evaluar.
Seleccionar el mtodo de evaluacin.
Seleccionar los miembros del equipo de evaluacin.
Seleccionar los participantes en la evaluacin a entrevistar de las entidades objeto de la evaluacin.
Definir las salidas de la evaluacin (p.ej., calificaciones o hallazgos
especficos de la instanciacin).
Establecer las restricciones de la evaluacin (p.ej., tiempo dedicado
in situ).
El SCAMPI MDD permite la seleccin de opciones predefinidas
para usar en una evaluacin. Estas opciones de evaluacin estn diseadas para ayudar a las organizaciones a alinear CMMI con sus necesidades y objetivos de negocio.
La documentacin de los planes de evaluacin CMMI y de los resultados debe incluir siempre una descripcin de las opciones de evaluacin, del alcance del modelo y del alcance de la organizacin
seleccionada. Esta documentacin confirma si una evaluacin cumple
los requerimientos para la comparativa.

05-CAPITULO 05

20/4/09

08:54

Pgina 110

110 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO


Para organizaciones que deseen evaluar mltiples funciones o grupos, el enfoque integrado CMMI permite cierta economa de escala en
la formacin en el modelo y en la evaluacin. Un mtodo de evaluacin puede proporcionar resultados separados o combinados para
mltiples funciones.
Los principios de la evaluacin para el conjunto de productos de
CMMI 6 permanecen iguales que los utilizados en evaluaciones para
otros modelos de mejora de procesos. Estos principios son los siguientes:
Patrocinio de la direccin 7.
Focalizacin sobre los objetivos de negocio de la organizacin.
Confidencialidad para los entrevistados.
Uso de un mtodo documentado de evaluacin.
Uso de un modelo de referencia de procesos (p.ej., un modelo
CMMI) como base.
Un enfoque de colaboracin en equipo.
Focalizacin en acciones para la mejora de procesos.

Cmo se obtiene el verdadero valor de una evaluacin


CMMI?

6. Consultar el glosario para la definicin de Conjunto de productos CMMI.


7. La experiencia ha demostrado que el factor ms crtico que influye en el xito de la mejora de procesos y en las evaluaciones es el patrocinio de la direccin.

05-CAPITULO 05

20/4/09

08:54

Pgina 111

Captulo 5

Usando los modelos CMMI

111

05-CAPITULO 05

20/4/09

08:54

Pgina 112

112 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

05-CAPITULO 05

20/4/09

08:54

Pgina 113

Captulo 5

Usando los modelos CMMI

113

Formacin relacionada con CMMI


Tanto en el caso de que su organizacin sea nueva en la mejora de procesos o que ya est familiarizada con los modelos de mejora de procesos, la formacin es un elemento clave en la capacidad de las
organizaciones para adoptar CMMI. El SEI y sus socios proporcionan
un conjunto inicial de cursos, pero su organizacin puede desear complementar estos cursos con formacin interna. Este enfoque permite a
su organizacin centrarse en las reas que proporcionan el mayor valor para el negocio.
El SEI y sus socios ofrecen el curso de Introduction to CMMI,
que proporciona una visin global bsica de los modelos CMMI. El
SEI tambin ofrece el curso Intermediate Concepts of CMMI para
aquellos que tienen en perspectiva estar ms profundamente involucrados en la adopcin o evaluacin de CMMI por ejemplo, aquellos
que guiarn la mejora como parte del grupo de proceso, aquellos que
liderarn las evaluaciones SCAMPI y aquellos que impartirn el curso
Introduction to CMMI. La informacin actual acerca de la formacin relacionada con CMMI est disponible en el sitio web del SEI en
www.sei.cmu.edu/cmmi/training/training.html.

Mejorando la prctica industrial

05-CAPITULO 05

20/4/09

08:54

Pgina 114

114 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

05-CAPITULO 05

20/4/09

08:54

Pgina 115

Captulo 5

Usando los modelos CMMI

115

05-CAPITULO 05

20/4/09

08:54

Pgina 116

116 PARTE I ACERCA DEL CMMI PARA EL DESARROLLO

05-CAPITULO 05

20/4/09

08:54

Pgina 117

Captulo 5

Usando los modelos CMMI

117

05-CAPITULO 05

20/4/09

08:54

Pgina 118

06-CAPITULO 06

20/4/09

09:00

Pgina 119

CAPTULO 6
CASO DE ESTUDIO:
APLICANDO CMMI A LOS SERVICIOS EN RAYTHEON

119

07-PAGS_149-176

20/4/09

09:11

Pgina 149

PARTE II

METAS GENRICAS
Y PRCTICAS GENRICAS,
Y REAS DE PROCESO

07-PAGS_149-176

20/4/09

09:11

Pgina 150

07-PAGS_149-176

20/4/09

09:11

Pgina 151

GGS & GPS

METAS GENRICAS Y PRCTICAS GENRICAS


Visin general
Esta seccin describe, en detalle, todas las metas genricas y las prcticas genricas de CMMI componentes del modelo que tratan directamente la institucionalizacin del proceso.
En las reas de proceso, las metas genricas y las prcticas genricas figuran al final de cada rea de proceso. Despus de las prcticas
genricas aparecen las elaboraciones de las prcticas genricas que
muestran cmo deberan aplicarse unvocamente estas prcticas al
rea de proceso.
El texto completo de las metas genricas y de las prcticas genricas no se repite en las rea de proceso (es decir, se omiten las subprcticas, las notas, los ejemplos y las referencias). En cambio, slo
aparecen los ttulos y las declaraciones de la meta genrica y de la
prctica genrica. Cuando trate cada rea de proceso, consltese esta
seccin para ver los detalles de todas las prcticas genricas.

Institucionalizacin del proceso


La institucionalizacin es un concepto importante en la mejora de
procesos. Cuando se mencion en las descripciones de la meta genrica y de la prctica genrica, la institucionalizacin implica que el proceso est enraizado en la forma en que se realiza el trabajo y existe un
compromiso y una consistencia para realizar el proceso.
Es ms probable mantener un proceso institucionalizado en momentos de estrs. Sin embargo, cuando los requerimientos y los objetivos del proceso cambian puede tambin ser necesario cambiar la
implementacin del proceso para asegurar que sigue siendo eficaz. Las
prcticas genricas describen las actividades que tratan estos aspectos
de institucionalizacin.
El grado de institucionalizacin est incorporado en las metas genricas y est expresado en los nombres de los procesos asociados con
cada uno de las metas como se indica en la Tabla II.1.

151

07-PAGS_149-176

20/4/09

09:11

Pgina 152

152 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


TABLA II.1 Metas genricas y nombre de procesos
Meta genrica

Progresin de procesos

GG 1
GG 2
GG 3
GG 4
GG 5

Proceso realizado
Proceso gestionado
Proceso definido
Proceso gestionado cuantitativamente
Proceso en optimizacin

La progresin de la institucionalizacin del proceso se caracteriza


en las siguientes descripciones de cada proceso:

Proceso realizado
Un proceso realizado es un proceso que lleva a cabo el trabajo necesario para producir productos de trabajo. Las metas especficas del rea
de proceso se satisfacen.

Proceso gestionado
Un proceso gestionado es un proceso realizado que est planificado y
ejecutado de acuerdo a una poltica; emplea personas cualificadas que
tienen los recursos adecuados para producir salidas controladas; involucra a las partes interesadas relevantes; es monitorizado, controlado y
revisado; y es evaluado en cuanto a la adherencia a su descripcin de
proceso. El proceso puede instanciarse por un proyecto, por un grupo
o por una funcin organizativa. La gerencia del proceso est preocupada por la institucionalizacin y el logro de otras metas especficas establecidas para el proceso, tales como objetivos de coste, de calendario y
de calidad. El control proporcionado por un proceso gestionado ayuda
a asegurar que el proceso establecido se mantiene en momentos de estrs.
Los requerimientos y los objetivos para el proceso son establecidos
por la organizacin. El estado de los productos de trabajo y la entrega
de los servicios son visibles para la gerencia en puntos definidos
(p. ej., en los principales hitos y en la terminacin de las principales
tareas). Los compromisos son establecidos entre aquellos que realizan
el trabajo y las partes interesadas relevantes, y son corregidos cuando
sea necesario. Los productos de trabajo son revisados con las partes
interesadas relevantes y son controlados. Los productos de trabajo y
los servicios satisfacen sus requerimientos especificados.
Una distincin crtica entre un proceso realizado y un proceso gestionado es el grado en que el proceso es gestionado. Un proceso gestionado est planificado (el plan puede ser parte de un plan ms
amplio) y el rendimiento del proceso es gestionado frente al plan. Las
acciones correctivas son tomadas cuando los resultados reales y el rendimiento se desvan de forma significativa del plan. Un proceso gestionado logra los objetivos del plan y es institucionalizado por tener un
rendimiento consistente.

07-PAGS_149-176

20/4/09

09:11

Pgina 153

Metas genricas y prcticas genricas

153

Un proceso definido es un proceso gestionado que es adaptado a partir del conjunto de procesos estndar de la organizacin de acuerdo a
las guas de adaptacin de la organizacin; tiene una descripcin de
proceso mantenida; y aporta productos de trabajo, medidas y otra informacin de mejora de procesos a los activos de proceso de la organizacin.
Los activos de proceso de la organizacin son artefactos que se refieren a la descripcin, implementacin y mejora de los procesos.
Estos artefactos son activos porque son desarrollados o adquiridos
para cumplir los objetivos de negocio de la organizacin, y representan inversiones por la organizacin que se espera que proporcionen
valor comercial actual y futuro.
El conjunto de procesos estndar de la organizacin, los cuales
son la base del proceso definido, son establecidos y mejorados con el
tiempo. Los procesos estndar describen los elementos de proceso
fundamentales que se esperan en los procesos definidos. Los procesos estndar tambin describen las relaciones (p. ej., el orden y las
interfaces) entre estos elementos de proceso. La infraestructura a nivel de organizacin para soportar el uso actual y futuro del conjunto
de procesos estndar de la organizacin, es establecida y es mejorada
con el tiempo. (Vase la definicin de proceso estndar en el glosario.)
Un proceso definido del proyecto proporciona una base para la
planificacin, realizacin y mejora de las tareas y actividades del proyecto. Un proyecto puede tener ms de un proceso definido (p. ej.,
uno para desarrollar el producto y otro para probarlo).
Un proceso definido estipula lo siguiente:
Propsito.
Entradas.
Criterios de entrada.
Actividades.
Roles.
Medidas.
Etapas de verificacin.
Salidas.
Criterios de salida.
Una distincin crtica entre un proceso gestionado y un proceso
definido es el alcance de la aplicacin de las descripciones del proceso,
de los estndares y de los procedimientos. Para un proceso gestionado, las descripciones del proceso, los estndares y los procedimientos
son aplicables a un proyecto particular, grupo o funcin de la organi-

GGS & GPS

Proceso definido

07-PAGS_149-176

20/4/09

09:11

Pgina 154

154 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


zacin. Como resultado, los procesos gestionados de dos proyectos en
una organizacin pueden ser diferentes.
Otra distincin crtica es que un proceso definido est descrito con
ms detalle y es realizado con ms rigor que un proceso gestionado.
Esto significa que la informacin de mejora es ms fcil de comprender, analizar y usar. Por ltimo, la gestin del proceso definido est basada en la visin adicional proporcionada por una comprensin de las
interrelaciones de las actividades del proceso y de las medidas detalladas del mismo, sus productos de trabajo y sus servicios.

Proceso gestionado cuantitativamente


Un proceso gestionado cuantitativamente es un proceso definido que
est controlado usando tcnicas estadsticas y otras tcnicas de carcter cuantitativo. La calidad del producto, la calidad del servicio y los
atributos de rendimiento del proceso son medibles y controlados a lo
largo del proyecto.
Los objetivos cuantitativos son establecidos basndose en la capacidad del conjunto de procesos estndar de la organizacin; en los objetivos de negocio de la organizacin; y en las necesidades del cliente,
de los usuarios finales, de la organizacin y de los implementadores
del proceso, sujeto a la disponibilidad de recursos. Las personas que
realizan el proceso estn directamente involucradas en su gestin
cuantitativa.
La gestin cuantitativa es realizada sobre el conjunto global de
procesos que produce un producto. Los subprocesos que contribuyen
de forma significativa al rendimiento global del proceso son gestionados estadsticamente. Para estos subprocesos seleccionados, las medidas detalladas de rendimiento del proceso son recogidas y analizadas
estadsticamente. Las causas especiales de variacin del proceso son
identificadas y, donde sea apropiado, el origen de la causa especial es
tratado para prevenir su recurrencia.
Las medidas de calidad y de rendimiento del proceso son incorporadas al repositorio de medicin de la organizacin para soportar la
toma de decisiones futuras basadas en hechos.
Algunos ejemplos de actividades para gestionar cuantitativamente
el rendimiento de un proceso son:
Identificar los subprocesos que van a ser gestionados estadsticamente.
Identificar y medir los atributos del producto y del proceso que
contribuyen, en gran medida, a la calidad y al rendimiento del
proceso.
Identificar y tratar las causas especiales de variaciones del subproceso (basadas en los atributos seleccionados del producto y del
proceso, y en los subprocesos seleccionados para la gestin estadstica).

07-PAGS_149-176

20/4/09

09:11

Pgina 155

Metas genricas y prcticas genricas

155

Predecir la capacidad del proceso para satisfacer los objetivos


cuantitativos establecidos de calidad y de rendimiento del proceso.
Tomar las acciones correctivas apropiadas cuando se ha determinado que los objetivos cuantitativos establecidos de calidad y de
rendimiento del proceso no sern satisfechos
Estas acciones correctivas incluyen cambiar los objetivos o asegurar que las partes interesadas relevantes tengan una comprensin
cuantitativa y han acordado, la deficiencia en el rendimiento.
Una distincin crtica entre un proceso definido y un proceso
gestionado cuantitativamente es la predictibilidad del rendimiento
del proceso. El trmino gestionado cuantitativamente implica usar
tcnicas estadsticas u otras tcnicas cuantitativas apropiadas para
gestionar el rendimiento de uno o ms subprocesos crticos con el
fin de que se pueda predecir el rendimiento del proceso. Un proceso
definido proporciona slo predictibilidad cualitativa.

Proceso en optimizacin
Un proceso en optimizacin es un proceso gestionado cuantitativamente que es cambiado y adaptado para cumplir los objetivos de
negocio relevantes actuales y previstos. Un proceso en optimizacin
se enfoca en la mejora continua del rendimiento del proceso por
medio de mejoras tecnolgicas incrementales e innovadoras. Las
mejoras del proceso que tratan las causas comunes de variacin del
proceso, las causas raz de defectos y otros problemas; y aquellas
que mejoraran de manera medible los procesos de la organizacin
son identificadas, evaluadas y desplegadas segn sea apropiado.
Estas mejoras son seleccionadas segn una comprensin cuantitativa de su contribucin prevista, para lograr los objetivos de mejora
de proceso de la organizacin frente al coste y al impacto en la organizacin.
Las mejoras de proceso tecnolgicas incrementales e innovadoras seleccionadas son gestionadas y desplegadas sistemticamente en
la organizacin. Los efectos de las mejoras desplegadas del proceso,
son medidos y evaluados frente a los objetivos cuantitativos de mejora de proceso.
En un proceso que est optimizado, las causas comunes de variacin del proceso son tratadas cambiando el proceso de forma que
cambie la media o disminuya la variacin cuando sea restablecido el
proceso. Estos cambios son propuestos para mejorar el rendimiento

GGS & GPS

Gestionar cada uno de los subprocesos seleccionados con el objetivo de situar su rendimiento dentro los lmites naturales (p. ej.,
haciendo estadsticamente estable y predecible el rendimiento del
subproceso en base a los atributos seleccionados del producto y
del proceso).

07-PAGS_149-176

20/4/09

09:11

Pgina 156

156 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


del proceso y para alcanzar los objetivos establecidos de mejora del
proceso de la organizacin.
Una distincin critica entre un proceso gestionado cuantitativamente y un proceso en optimizacin es que el proceso en optimizacin es mejorado continuamente tratando las causas comunes de
variacin del proceso. Un proceso gestionado cuantitativamente se
preocupa de tratar las causas especiales de variacin del proceso y de
proporcionar una predictibilidad estadstica de los resultados. Aunque
el proceso puede producir resultados predecibles, stos pueden ser insuficientes para lograr los objetivos de mejora de procesos de la organizacin.

Relaciones entre procesos


Las metas genricas evolucionan de manera que cada uno de ellos proporcione una base para el siguiente. Por lo tanto, las conclusiones que
pueden extraerse son:
Un proceso gestionado es un proceso realizado.
Un proceso definido es un proceso gestionado.
Un proceso gestionado cuantitativamente es un proceso definido.
Un proceso en optimizacin es un proceso gestionado cuantitativamente.
Por lo tanto, si lo aplicamos de forma secuencial y en orden, las
metas genricas describen un proceso que est cada vez ms institucionalizado, desde un proceso realizado hasta un proceso en optimizacin.
Lograr GG 1 para un rea de proceso equivale a decir que alcanza
las metas especficas del rea de proceso.
Lograr GG 2 para un rea de proceso equivale a decir que gestiona
el rendimiento de los procesos asociados con el rea de proceso. Hay
una poltica que indica que lo realizar. Hay un plan para realizarlo.
Hay recursos proporcionados, responsabilidades asignadas, formacin
sobre cmo realizarlo, se controlan los productos de trabajo seleccionados de la realizacin del proceso y as sucesivamente. En otras palabras, el proceso se planifica y se monitoriza justo como cualquier
proyecto o actividad de soporte.
Lograr GG 3 para un rea de proceso supone que existe un proceso estndar de la organizacin que puede adaptarse para dar como resultado el proceso que usar. La adaptacin podra dar lugar a no
hacer cambios al proceso estndar. En otras palabras, el proceso usado
y el proceso estndar pueden ser idnticos. Usar el proceso estndar
tal cual es es una adaptacin, porque la eleccin tomada es que no
se requiere ninguna modificacin.

07-PAGS_149-176

20/4/09

09:11

Pgina 157

Metas genricas y prcticas genricas

157

Metas genricas y prcticas genricas


Esta seccin describe todas las metas genricas y las prcticas genricas, as como sus subprcticas, notas, ejemplos y referencias asociadas. Las metas genricas estn organizadas en orden numrico, GG 1 a
GG 5. Las prcticas genricas tambin estn organizadas en orden numrico dentro de la meta genrica que soportan.
Como se mencion antes, las subprcticas, notas, ejemplos y referencias no se repiten en las reas de proceso, los detalles de cada meta
genrica y de cada prctica genrica slo se encuentran aqu.

GG 1

L OGRAR LAS METAS ESPECFICAS

El proceso da soporte y permite el logro de las metas especficas del rea de


proceso, transformando los productos de trabajo de entrada identificables
para producir los productos de trabajo de salida identificables.

GP 1.1

R EALIZAR LAS PRCTICAS ESPECFICAS

Realizar las prcticas especficas del rea de proceso para desarrollar


los productos de trabajo y proporcionar servicios para lograr las metas
especficas del rea de proceso.
El propsito de esta prctica genrica es producir los productos de trabajo y entregar los servicios que se esperan por realizar el proceso.
Estas prcticas se pueden hacer de manera informal, sin seguir una
descripcin documentada del proceso o un plan. El rigor con que estas prcticas se realizan depende de las personas que gestionan y realizan el trabajo y puede variar considerablemente.

GGS & GPS

Cada rea de proceso describe mltiples actividades, algunas de


las cuales se realizan repetidamente. Puede necesitar adaptar la forma
en que se realiza una de estas actividades para dar cabida a nuevas capacidades o circunstancias. Por ejemplo, puede tener un estndar para
desarrollar u obtener la formacin organizativa que no considera formacin basada en web. Cuando se est preparando a desarrollar u obtener un curso basado en web, puede necesitar adaptar el proceso
estndar para tener en cuenta los retos y los beneficios particulares de
este tipo de formacin.
Lograr GG 4 o GG 5 para un rea de proceso es conceptualmente
factible pero puede no ser econmico excepto, tal vez, en situaciones
donde el dominio del producto pase a ser estable por un periodo de
tiempo largo o en situaciones en las que el rea de proceso o dominio
es un factor crtico del negocio.

07-PAGS_149-176

20/4/09

09:11

Pgina 158

158 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


GG 2

I NSTITUCIONALIZAR UN PROCESO GESTIONADO

El proceso est institucionalizado como un proceso gestionado.


GP 2.1

ESTABLECER UNA POLTICA DE LA ORGANIZACIN

Establecer y mantener una poltica de la organizacin para planificar y realizar


el proceso.
El propsito de esta prctica genrica es definir las expectativas de la
organizacin en relacin con el proceso y hacerlas visibles a aquellos
en la organizacin que estn afectados. En general, la direccin es responsable de establecer y comunicar los principios, guas, orientacin
y expectativas para la organizacin.
No toda orientacin de la direccin llevar la etiqueta poltica.
Lo que se espera de esta prctica genrica es la existencia de una orientacin apropiada de la organizacin, independientemente de cmo sea
llamada o comunicada.
GP 2.2

P LANIFICAR EL PROCESO

Establecer y mantener el plan para realizar el proceso.


El propsito de esta prctica genrica es determinar lo que se necesita para realizar el proceso y para lograr los objetivos establecidos, preparar un plan para realizar el proceso, preparar una
descripcin del proceso y acordar el plan con las partes interesadas
relevantes.
Las implicaciones prcticas de la aplicacin de una prctica genrica varan para cada rea de proceso. Por ejemplo, la planificacin descrita por esta prctica genrica como se aplica al rea de
proceso de Monitorizacin y control de proyecto puede ser llevada a
cabo completamente por los procesos asociados con el rea de proceso de Planificacin de proyecto. Sin embargo, esta prctica genrica, cuando se aplica al rea de proceso de Planificacin de proyecto,
establece una expectativa de que se ha planificado el proceso de planificacin del proyecto en s mismo. Por lo tanto, esta prctica genrica puede bien reforzar las expectativas establecidas en otros
lugares del CMMI o bien establecer nuevas expectativas que deberan tratarse.
Para ms informacin sobre el establecimiento y el mantenimiento de un plan de
proyecto, consltese el rea de proceso de Planificacin de proyecto.

Establecer un plan incluye documentar el plan y una descripcin


del proceso. Mantener el plan incluye su actualizacin para reflejar las
acciones correctivas o cambios en los requerimientos o en los objetivos.

07-PAGS_149-176

20/4/09

09:11

Pgina 159

Metas genricas y prcticas genricas

159

Descripcin del proceso.


Estndares y requerimientos para los productos de trabajo y los servicios del proceso.
Metas especficas para el rendimiento del proceso (p. ej. calidad, escala de tiempo, tiempo de ciclo y utilizacin de recurso).
Dependencias entre las actividades, los productos de trabajo y los
servicios del proceso.
Recursos (incluyendo financiacin, personas y herramientas) necesarios para realizar el proceso.
Asignacin de responsabilidad y de autoridad.
Formacin necesaria para realizar y dar soporte al proceso.
Productos de trabajo a controlar y nivel de control a aplicar.
Requerimientos de medicin para proporcionar una visin del rendimiento del proceso, sus productos de trabajo y sus servicios.
Involucracin de las partes interesadas identificadas.
Actividades de monitorizacin y control del proceso.
Actividades de evaluacin objetiva del proceso.
Actividades de revisin de la gerencia para el proceso y para los productos de trabajo.

Subprcticas
1. Definir y documentar el plan de realizacin del proceso.
Este plan puede ser un documento independiente, incorporado
en un documento ms completo o distribuido en varios documentos. En el caso de que el plan est distribuido en varios documentos, hay que asegurarse que se conserva una visin
coherente de quin lo ha hecho. Los documentos pueden estar
en papel o en formato electrnico.
2. Definir y documentar la descripcin del proceso.
La descripcin del proceso, que incluye los estndares y procedimientos relevantes, puede incluirse como parte del plan de realizacin del proceso o puede referenciarse en el plan.
3. Revisar el plan con las partes interesadas relevantes y obtener su
acuerdo.
Esto incluye la revisin de que el proceso planificado satisface
las polticas aplicables, los planes, los requerimientos y los estndares para proporcionar aseguramiento a las partes interesadas relevantes.
4. Corregir el plan segn sea necesario.

GGS & GPS

El plan para realizar el proceso normalmente incluye:

07-PAGS_149-176

20/4/09

09:11

Pgina 160

160 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


GP 2.3 P ROPORCIONAR RECURSOS

Proporcionar recursos adecuados para realizar el proceso, desarrollar los


productos de trabajo y proporcionar los servicios del proceso.
El propsito de esta prctica genrica es asegurar que los recursos necesarios para realizar el proceso tal y como se definieron en el plan estn disponibles cuando se necesiten. Los recursos incluyen
financiacin adecuada, instalaciones fsicas apropiadas, personal cualificado y herramientas apropiadas.
La interpretacin del trmino adecuado depende de muchos factores y puede cambiar con el tiempo. Los recursos inadecuados pueden tratarse incrementando recursos o eliminando requerimientos,
restricciones y compromisos.
GP 2.4

ASIGNAR RESPONSABILIDAD

Asignar la responsabilidad y la autoridad para realizar el proceso, desarrollar


los productos de trabajo y proporcionar los servicios del proceso.
El propsito de esta prctica genrica es asegurar que existe responsabilidad para realizar el proceso y lograr los resultados especificados a
lo largo de la vida del proceso. Las personas asignadas deben tener la
autoridad apropiada para realizar las responsabilidades asignadas.
La responsabilidad puede asignarse usando descripciones detalladas del trabajo o en documentos operativos, tales como el plan de realizacin del proceso. La asignacin dinmica de responsabilidades es
otra forma legtima de realizar esta prctica genrica, siempre y cuando la asignacin y la aceptacin de la responsabilidad estn aseguradas
durante la vida del proceso.

Subprcticas
1.
2.
3.

Asignar la responsabilidad y la autoridad en su totalidad para realizar el proceso.


Asignar la responsabilidad y la autoridad para realizar las tareas
especficas del proceso.
Confirmar que las personas a las que se les asign responsabilidad
y autoridad las comprenden y las aceptan.

GP 2.5

FORMAR AL PERSONAL

Formar, segn sea necesario, a las personas para realizar o dar soporte al
proceso.
El propsito de esta prctica genrica es asegurar que las personas tengan las habilidades y la experiencia necesaria para realizar o dar soporte al proceso.

07-PAGS_149-176

20/4/09

09:11

Pgina 161

Metas genricas y prcticas genricas

161

Para ms informacin sobre la formacin de las personas para realizar o dar soporte al proceso, consltese el rea de proceso de Formacin organizativa.

GP 2.6

G ESTIONAR CONFIGURACIONES

Poner los productos de trabajo designados del proceso bajo los niveles de
control apropiados.
El propsito de esta prctica genrica es establecer y mantener la integridad de los productos de trabajo designados del proceso (o de sus
descripciones) a lo largo de su vida til.
Los productos de trabajo designados estn especficamente identificados en el plan de realizacin del proceso, junto con una especificacin del nivel apropiado de control.
Diferentes niveles de control son apropiados para distintos productos de trabajo y en momentos diferentes. Para algunos productos
de trabajo, puede ser suficiente mantener el control de versiones (es
decir, la versin del producto de trabajo en uso en un momento dado,
pasado o presente, se conoce y los cambios se incorporan de una forma controlada). El control de versiones est generalmente bajo el control exclusivo del propietario del producto de trabajo (que puede ser
un individuo, un grupo o un equipo).
Algunas veces puede ser crtico que los productos de trabajo se
pongan bajo gestin de configuracin formal o de referencia (lnea
base). Este tipo de control incluye la definicin y el establecimiento de
lneas base en puntos predeterminados. Estas lneas base se revisan y
acuerdan formalmente y sirven como base para desarrollos posteriores
de los productos de trabajo designados.
Para ms informacin sobre poner los productos de trabajo bajo gestin de configuracin, consltese el rea de proceso de Gestin de configuracin.

Son posibles niveles adicionales de control entre el control de versin y la gestin de configuracin formal. Un producto de trabajo
identificado puede estar bajo diferentes niveles de control en diferentes momentos.

GGS & GPS

Las personas que realizarn el trabajo reciben una formacin apropiada. Se proporciona una formacin general para orientar a las personas que interactan con los que realizan el trabajo.
Ejemplos de mtodos para proporcionar formacin incluyen el autoestudio, la auto formacin dirigida, a su propio ritmo, instruccin
programada, formacin en el puesto de trabajo, tutora y formacin
formal en el aula.
La formacin da soporte a la realizacin satisfactoria del proceso
estableciendo una comprensin comn del proceso e impartiendo las
habilidades y conocimientos necesarios para realizar el proceso.

07-PAGS_149-176

20/4/09

09:11

Pgina 162

162 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


GP 2.7

I DENTIFICAR E INVOLUCRAR A LAS PARTES INTERESADAS RELEVANTES

Identificar e involucrar, como se planific, a las partes interesadas relevantes


del proceso.
El propsito de esta prctica genrica es establecer y mantener la involucracin prevista de las partes interesadas durante la ejecucin del
proceso.
Involucrar a las partes interesadas relevantes como se describe en
un plan adecuado para la involucracin de las partes interesadas.
Involucrar a las partes interesadas apropiadamente en actividades tales
como:

Planificacin.
Decisiones.
Compromisos.
Comunicaciones.
Coordinacin.
Revisiones.
Evaluaciones.
Definiciones de requerimientos.
Resolucin de problemas/cuestiones.

Para ms informacin sobre la planificacin del proyecto para la involucracin


de las partes interesadas, consltese el rea de proceso de Planificacin de proyecto.

El objetivo de planificar la involucracin de las partes interesadas


es asegurar que se realizan las interacciones necesarias al proceso, a la
vez que no se permite un nmero excesivo de grupos e individuos
afectados que impidan la ejecucin del proceso.

Subprcticas
1. Identificar a las partes interesadas relevantes a este proceso y su
involucracin apropiada.
Las partes interesadas relevantes se identifican entre los proveedores de entradas (inputs), los usuarios de las salidas (outputs) y los que realizan las actividades en el proceso. Una vez
que se identifican las partes interesadas relevantes, se planifica
el nivel apropiado de su involucracin en las actividades del
proceso.
2. Compartir estas identificaciones con los planificadores del proyecto o con otros planificadores segn sea apropiado.
3. Involucrar a las partes interesadas relevantes segn lo planificado.

07-PAGS_149-176

20/4/09

09:11

Pgina 163

Metas genricas y prcticas genricas

MONITORIZAR Y CONTROLAR EL PROCESO

Monitorizar y controlar el proceso frente al plan para realizar el proceso y


tomar las acciones correctivas apropiadas.
El propsito de esta prctica genrica es realizar la monitorizacin y el
control directo del proceso da a da. Se mantiene una visibilidad apropiada del proceso, por lo que se pueden tomar acciones correctivas
apropiadas cuando sea necesario. Monitorizar y controlar el proceso
involucra medir los atributos apropiados del proceso o de los productos de trabajo producidos por el proceso.
Para ms informacin sobre la monitorizacin y el control del proyecto y la toma
de acciones correctivas, consltese el rea de proceso de Monitorizacin y control
de proyecto.
Para ms informacin sobre la medicin consltese el rea de proceso de Medicin
y anlisis.

Subprcticas
1. Medir el rendimiento real frente al plan de realizacin del proceso.
Las medidas son del proceso, de sus productos de trabajo y de
sus servicios.
2. Revisar los logros y los resultados del proceso frente al plan de
realizacin del proceso.
3. Revisar las actividades, el estado y los resultados del proceso con
el nivel de gerencia inmediato responsable del proceso e identificar los problemas. Las revisiones pretenden proporcionar al nivel
de gerencia inmediato la visibilidad apropiada del proceso. Las revisiones pueden ser peridicas o por eventos.
4. Identificar y evaluar los efectos de las desviaciones significativas
del plan de realizacin del proceso.
5. Identificar los problemas en el plan de realizacin del proceso y en
la ejecucin del mismo.
6. Tomar acciones correctivas cuando los requerimientos y los objetivos no se satisfacen, cuando se identifican problemas o cuando
el progreso difiere significativamente del plan de realizacin del
proceso.
Hay riesgos inherentes que deberan considerarse antes de que
se tome cualquier accin correctiva.
Una accin correctiva puede incluir:
Tomar acciones correctoras para reparar los productos de trabajo o los servicios defectuosos.
Cambiar el plan de realizacin del proceso.
Ajustar los recursos incluyendo personas, herramientas y
otros recursos.
Negociar los cambios de los compromisos establecidos.

GGS & GPS

GP 2.8

163

07-PAGS_149-176

20/4/09

09:11

Pgina 164

164 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Asegurar el cambio a los requerimientos y objetivos que tienen que satisfacerse.
Finalizar el esfuerzo.
7. Seguir las acciones correctivas hasta el cierre.
GP 2.9

E VALUAR OBJETIVAMENTE LA ADHERENCIA

Evaluar objetivamente la adherencia del proceso frente a la descripcin del


proceso, estndares y procedimientos, y tratar las no conformidades.
El propsito de esta prctica genrica es proporcionar un aseguramiento creble de que el proceso se implement como estaba planificado y se adhiere a su descripcin de proceso, estndares y
procedimientos. Esta prctica genrica se implementa, en parte, evaluando los productos de trabajo seleccionados del proceso. (Vase la
definicin de evaluar objetivamente en el glosario).
Para ms informacin sobre la evaluacin objetiva de la adherencia, consltese el
rea de proceso de Aseguramiento de la calidad de proceso y de producto.

Las personas que no son directamente responsables de gestionar o


realizar las actividades del proceso, evalan tpicamente la adherencia.
En muchos casos, la adherencia se evala por personas de dentro de la
organizacin, pero externas al proceso o al proyecto, o por personas
externas a la organizacin. Como resultado de ello, el aseguramiento
creble de la adherencia puede proporcionarse incluso en los momentos en los que el proceso se encuentra bajo estrs (p. ej., cuando se
est retrasado o con el presupuesto superado).
GP 2.10

R EVISAR EL ESTADO CON EL NIVEL DIRECTIVO

Revisar con el nivel directivo las actividades, el estado y los resultados


del proceso, y resolver los problemas.
El propsito de esta prctica genrica es proporcionar la visibilidad
apropiada del proceso al nivel directivo.
El nivel directivo incluye a aquellos niveles de gerencia en la organizacin situados por encima del nivel inmediato de gerencia responsable del proceso. En particular, el nivel directivo incluye a los
directivos. Estas revisiones son para los directores que proporcionan la
poltica y la gua global del proceso, y no para los que realizan la monitorizacin y el control directo diario del proceso.
Diferentes directores tienen diferentes necesidades de informacin
sobre el proceso. Estas revisiones ayudan a asegurar que se puedan tomar decisiones informadas sobre la planificacin y la realizacin del
proceso. Por tanto, estas revisiones se espera que sean peridicas o por
eventos.

07-PAGS_149-176

20/4/09

09:11

Pgina 165

Metas genricas y prcticas genricas

I NSTITUCIONALIZAR UN PROCESO DEFINIDO

El proceso est institucionalizado como un proceso definido.


GP 3.1

ESTABLECER UN PROCESO DEFINIDO

Establecer y mantener la descripcin de un proceso definido.


El propsito de esta prctica genrica es establecer y mantener una
descripcin del proceso que se adapta a partir del conjunto de procesos estndar de la organizacin para tratar las necesidades de una instanciacin especifica. La organizacin debera tener procesos estndar
que cubran el rea de proceso, as como guas de adaptacin de estos
procesos estndar para cumplir con las necesidades de un proyecto o
de una funcin de la organizacin. Con un proceso definido, se reduce la variabilidad en la forma que se realizan los procesos en la organizacin y pueden compartirse con eficacia los activos de proceso, los
datos y el aprendizaje.
Para ms informacin sobre el conjunto de procesos estndar de la organizacin
y las guas de adaptacin, consltese el rea de proceso de Definicin de procesos
de la organizacin.
Para ms informacin sobre el establecimiento y el mantenimiento del proceso
definido del proyecto, consltese el rea de proceso de Gestin integrada de proyecto.

Las descripciones del proceso definido proporcionan la base para


planificar, realizar y gestionar las actividades, los productos de trabajo
y los servicios asociados con el proceso.

Subprcticas
1. Seleccionar del conjunto de procesos estndar de la organizacin
aqullo que cubran el rea de proceso y que cumplan mejor las necesidades del proyecto o funcin de la organizacin.
2. Establecer el proceso definido adaptando los procesos seleccionados de acuerdo con las guas de adaptacin de la organizacin.
3. Asegurar que los objetivos del proceso de la organizacin estn
tratados apropiadamente en el proceso definido.
4. Documentar el proceso definido y los registros de la adaptacin.
5. Corregir la descripcin del proceso definido segn sea necesario.
GP 3.2

R ECOGER INFORMACIN DE MEJORA

Recoger productos de trabajo, medidas, resultados de medicin e informacin


de mejora procedente de la planificacin y realizacin del proceso para dar
soporte al uso futuro y a la mejora de los procesos y de los activos de proceso
de la organizacin.

GGS & GPS

GG 3

165

07-PAGS_149-176

20/4/09

09:11

Pgina 166

166 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


El propsito de esta prctica genrica consiste en recoger informacin
y artefactos derivados de la planificacin y realizacin del proceso.
Esta prctica genrica se realiza para que la informacin y los artefactos puedan incluirse en los activos de proceso de la organizacin y estar disponibles para aqullos que estn (o vayan a estar) planificando
y realizando procesos idnticos o similares. La informacin y los artefactos se almacenan en el repositorio de medicin de la organizacin y
en la biblioteca de activos de proceso de la organizacin.
Ejemplos de informacin relevante incluyen: el esfuerzo gastado en diversas actividades, defectos introducidos o eliminados en una actividad particular y lecciones aprendidas.
Para ms informacin sobre el repositorio de medicin y la biblioteca de activos
de proceso de la organizacin y para ms informacin sobre productos de trabajo, medidas e informacin de mejora que se incorporan a los activos de proceso de
la organizacin, consltese el rea de proceso de Definicin de procesos de la organizacin.
Para ms informacin sobre la contribucin de los productos de trabajo, medidas
y experiencias documentadas a los activos de proceso de la organizacin, consltese el rea de proceso de Gestin integrada de proyecto.

Subprcticas
1. Almacenar medidas de proceso y de producto en el repositorio de
medicin de la organizacin.
Las medidas de proceso y de producto son bsicamente aquellas
que se definen en el conjunto comn de medidas para el conjunto
de procesos estndar de la organizacin.
2. Enviar la documentacin para su inclusin en la biblioteca de activos de proceso de la organizacin.
3. Documentar las lecciones aprendidas de los procesos para su inclusin en la biblioteca de activos de proceso de la organizacin.
4. Proponer mejoras a los activos de proceso de la organizacin.
GG 4

I NSTITUCIONALIZAR UN PROCESO GESTIONADO CUANTITATIVAMENTE

El proceso est institucionalizado como un proceso gestionado


cuantitativamente.
GP 4.1

ESTABLECER OBJETIVOS CUANTITATIVOS PARA EL PROCESO

Establecer y mantener los objetivos cuantitativos para el proceso, los cuales


tratan la calidad y el rendimiento del proceso en base a las necesidades del
cliente y a los objetivos de negocio.

07-PAGS_149-176

20/4/09

09:11

Pgina 167

Metas genricas y prcticas genricas

167

Para ms informacin sobre cmo se fijan los objetivos cuantitativos en los subprocesos del proceso definido del proyecto, consltese el rea de proceso de
Gestin cuantitativa de proyecto.

Los objetivos cuantitativos pueden ser especficos al proceso o pueden


definirse para un alcance ms amplio (p. ej. para un conjunto de procesos). En el ltimo caso, estos objetivos cuantitativos pueden asignarse a algunos de los procesos incluidos.
Estos objetivos cuantitativos son los criterios usados para juzgar si
los productos, servicios y rendimiento del proceso satisfarn a los
clientes, los usuarios finales, la direccin de la organizacin y los implementadores de los procesos. Estos objetivos cuantitativos van ms
all de los objetivos tradicionales del producto final. Tambin cubren
los objetivos intermedios que se usan para gestionar el logro de los objetivos en el tiempo. Reflejan, en parte, el rendimiento constatado del
conjunto de procesos estndar de la organizacin. Estos objetivos
cuantitativos deberan ser fijados a los valores que probablemente se
logren cuando los procesos involucrados estn estables y dentro de
sus lmites naturales.

Subprcticas
1. Establecer los objetivos cuantitativos que pertenecen al proceso.
2. Asignar los objetivos cuantitativos al proceso o sus subprocesos.
GP 4.2

ESTABILIZAR EL RENDIMIENTO DEL SUBPROCESO

Estabilizar el rendimiento de uno o ms subprocesos para determinar


la capacidad del proceso para lograr los objetivos cuantitativos establecidos
de calidad y de rendimiento del proceso.
El propsito de esta prctica genrica es estabilizar el rendimiento de
uno o ms subprocesos del proceso definido, los cuales son contribuidores crticos del rendimiento general, utilizando tcnicas estadsticas
y otras tcnicas cuantitativas apropiadas. La estabilizacin de los subprocesos seleccionados da soporte a la prediccin de la capacidad del
proceso para lograr los objetivos cuantitativos establecidos de calidad
y de rendimiento del proceso.
Para ms informacin sobre la seleccin de los subprocesos para la gestin estadstica, la monitorizacin del rendimiento de los subprocesos y otros aspectos de
estabilizacin del rendimiento del subproceso, consltese el rea de proceso
de Gestin cuantitativa de proyecto.

GGS & GPS

El propsito de esta prctica genrica es determinar y obtener un


acuerdo de las partes interesadas relevantes sobre los objetivos cuantitativos especficos para el proceso. Estos objetivos cuantitativos pueden expresarse en trminos de calidad del producto, calidad del
servicio y rendimiento del proceso.

07-PAGS_149-176

20/4/09

09:11

Pgina 168

168 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Un subproceso estable no muestra ninguna indicacin significativa de las causas especiales de variacin del proceso. Los subprocesos
estables son predecibles dentro de los lmites establecidos por los lmites naturales del subproceso. En un subproceso estable, las variaciones se deben a un sistema constante de causas aleatorias y la magnitud
de las variaciones puede ser pequea o grande.
Predecir la capacidad del proceso para lograr los objetivos cuantitativos establecidos, requiere una comprensin cuantitativa de las contribuciones de los subprocesos que son crticos para lograr estos
objetivos, y establecerlos y gestionarlos frente a objetivos cuantitativos intermedios en el tiempo.
Las medidas seleccionadas del proceso y del producto se incorporan al repositorio de medicin de la organizacin para dar soporte al
anlisis del rendimiento del proceso y la toma de decisiones futuras
basadas en hechos.

Subprcticas
1. Gestionar estadsticamente el rendimiento de uno o ms subprocesos
que son contribuidores crticos al rendimiento general del proceso.
2. Predecir la capacidad del proceso para lograr sus objetivos cuantitativos establecidos, considerando el rendimiento de los subprocesos gestionados estadsticamente.
3. Incorporar las mediciones seleccionadas del rendimiento del proceso en las lneas base de rendimiento del proceso de la organizacin.
GG 5

I NSTITUCIONALIZAR UN PROCESO DE OPTIMIZACIN

El proceso est institucionalizado como un proceso en optimizacin.


GP 5.1

ASEGURAR LA MEJORA CONTINUA DEL PROCESO

Asegurar la mejora continua del proceso para satisfacer los objetivos


de negocio relevantes de la organizacin.
El propsito de esta prctica genrica es seleccionar y desplegar sistemticamente mejoras de procesos y de tecnologa que contribuyan a cumplir los objetivos establecidos de calidad y de rendimiento del proceso.
Para ms informacin sobre la seleccin y el despliegue de mejoras incrementales
e innovadoras que mejoren de forma medible los procesos y las tecnologas de la
organizacin, consltese el rea de proceso de Innovacin y despliegue en la organizacin.

La optimizacin de los procesos que son giles e innovadores depende de la participacin de una fuerza de trabajo autorizada y alineada
con los valores y objetivos de negocio de la organizacin. La capacidad
de la organizacin para responder con rapidez a los cambios y oportunidades se mejora con la bsqueda de formas para acelerar y compartir el
aprendizaje. La mejora de los procesos es parte inherente del rol de cada
persona, lo que se traduce en un ciclo de mejora continua.

07-PAGS_149-176

20/4/09

09:11

Pgina 169

Metas genricas y prcticas genricas

169

1. Establecer y mantener objetivos cuantitativos de mejora de procesos que den soporte a los objetivos de negocio de la organizacin.
Los objetivos cuantitativos de mejora de procesos pueden ser especficos de un proceso individual o pueden definirse para un alcance ms amplio (es decir, para un conjunto de procesos). Con los
procesos individuales se contribuye a lograr estos objetivos. Los
objetivos que son especficos de un proceso individual son normalmente asignados a partir de los objetivos cuantitativos establecidos
para un alcance ms amplio.
Estos objetivos de mejora de procesos se derivan, bsicamente, de
los objetivos de negocio de la organizacin y de una detallada comprensin de la capacidad del proceso. Estos objetivos son los criterios usados para juzgar si el rendimiento del proceso est
mejorando cuantitativamente la capacidad de la organizacin para
cumplir sus objetivos de negocio. Estos objetivos de mejora de procesos se establecen a menudo a valores superiores a los del rendimiento actual del proceso, y para lograrlos pueden ser necesarias
mejoras tecnolgicas incrementales e innovadoras. Estos objetivos
tambin pueden ser corregidos frecuentemente para seguir impulsando la mejora del proceso (es decir, cuando se logra un objetivo,
puede fijarse un nuevo valor que sea de nuevo superior al rendimiento del nuevo proceso).
Estos objetivos de mejora de procesos pueden ser iguales a, o un
refinamiento de, los objetivos establecidos en la prctica genrica
Establecer objetivos cuantitativos para el proceso con tal que
pueden servir como factores y criterios para la mejora con xito del
proceso.
2. Identificar las mejoras de procesos que daran como resultado mejoras medibles para el rendimiento del proceso.
Las mejoras de proceso incluyen cambios incrementales y mejoras
tecnolgicas innovadoras. Las mejoras tecnolgicas innovadoras
normalmente se llevan a cabo como esfuerzos que se planifican,
realizan y gestionan por separado. A menudo, se llevan a cabo pilotos. Estos esfuerzos, a menudo, tratan reas especficas de los procesos que estn determinadas por el anlisis del rendimiento del
proceso y por la identificacin de oportunidades especficas para
mejoras medibles significativas.
3. Definir estrategias y gestionar el despliegue de las mejoras de proceso seleccionadas en base a los beneficios cuantificados previstos,
en los costes e impactos estimados y en el cambio medido del rendimiento del proceso.
Los costes y los beneficios de estas mejoras se estiman cuantitativamente y se miden los costes y los beneficios reales. Los beneficios
son bsicamente considerados con respecto a los objetivos cuantitativos de mejora de los procesos de la organizacin. Las mejoras se

GGS & GPS

Subprcticas

07-PAGS_149-176

20/4/09

09:11

Pgina 170

170 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


hacen tanto al conjunto de procesos estndar de la organizacin
como a los procesos definidos.
La gestin del despliegue de las mejoras de procesos incluye pilotar
los cambios e implementar los ajustes necesarios donde sea apropiado, tratar las barreras potenciales y reales para el despliegue, minimizar la interrupcin a los esfuerzos en curso y gestionar los
riesgos.
GP 5.2

C ORREGIR LAS CAUSAS RAZ DE LOS PROBLEMAS

Identificar y corregir las causas raz de los defectos y de otros problemas en el


proceso.
El propsito de esta prctica genrica es analizar los defectos y otros
problemas que se encontraron en un proceso gestionado cuantitativamente, para corregir las causas raz de estos tipos de defectos y problemas y para prevenir que estos defectos y problemas no vuelvan a
ocurrir en el futuro.
Para ms informacin sobre la identificacin y la correccin de las causas raz
de los defectos seleccionados, consltese el rea de proceso de Anlisis causal y
resolucin. Incluso aunque el rea de proceso de Anlisis causal y resolucin est
en un contexto de proyecto, tambin se puede aplicar a los procesos en otros contextos.

El anlisis de las causas raz pueden aplicarse beneficiosamente


tambin a los procesos que no se gestionan cuantitativamente. Sin embargo, el enfoque de esta prctica genrica es actuar sobre un proceso
gestionado cuantitativamente aunque las causas raz puedan encontrarse fuera de ese proceso.

Aplicando las prcticas genricas


Esta seccin le ayuda a entender mejor las prcticas genricas y proporciona informacin para interpretarlas y aplicarlas en su organizacin.
Las prcticas genricas son componentes que son comunes a todas
las reas de proceso. Piense en las prcticas genricas como recordatorios. Tienen el propsito de recordarle hacer las cosas bien y son componentes esperados del modelo.
Por ejemplo, cuando est logrando las metas especficas del rea
de proceso de Planificacin de proyecto, est estableciendo y manteniendo un plan que define las actividades del proyecto. Una de las
prcticas genricas que se aplica al rea de proceso de Planificacin
de proyecto es Establecer y mantener el plan para realizar el proceso de planificacin del proyecto (GP 2.2). Cuando se aplica a este
rea de proceso, esta prctica genrica le recuerda que hay que plani-

07-PAGS_149-176

20/4/09

09:11

Pgina 171

Metas genricas y prcticas genricas

171

reas de proceso que dan soporte a las prcticas


genricas
Mientras las metas genricas y las prcticas genricas son los componentes del modelo que tratan directamente la institucionalizacin de
un proceso a travs de la organizacin, muchas reas de proceso tratan
asimismo la institucionalizacin mediante el soporte de la implementacin de las prcticas genricas. Conocer estas relaciones le ayudar a
implementar con eficacia las prcticas genricas.
Tales reas de proceso contienen una o ms prcticas especficas
que, cuando se implementan, pueden tambin implementar completamente una prctica genrica o generar un producto de trabajo que se
usa en la implementacin de una prctica genrica.
Un ejemplo es el rea de proceso de Gestin de configuracin y
GP 2.6, Poner los productos de trabajo designados del proceso bajo
los niveles de control apropiados. Para implementar la prctica genrica en una o ms reas de proceso, podra elegir implementar el rea
de proceso de Gestin de configuracin, total o parcialmente, para implementar la prctica genrica.
Otro ejemplo es el rea de proceso de Definicin de procesos de la
organizacin y GP 3.1, Establecer y mantener la descripcin de un
proceso definido. Para implementar esta prctica genrica, en una o
ms reas de proceso, primero debera implementar el rea de proceso
de Definicin de procesos de la organizacin, total o parcialmente,
para establecer los activos de proceso de la organizacin que son necesarios para implementar la prctica genrica.
La Tabla II.2 describe (1) las reas de proceso que dan soporte a la
implementacin de las prcticas genricas, y (2) las relaciones recursivas entre prcticas genricas y sus reas de proceso estrechamente relacionadas. Ambos tipos de relaciones son importantes de recordar
durante la mejora de procesos para aprovechar las sinergias naturales
que existen entre las prcticas genricas y sus reas de proceso relacionadas.

GGS & GPS

ficar las actividades involucradas en la creacin del plan para el proyecto.


Cuando est satisfaciendo las metas especficas del rea de proceso de Formacin organizativa, est desarrollando las habilidades y el
conocimiento de las personas en su proyecto y en la organizacin, a
fin de que puedan desempear sus funciones con eficacia y eficiencia. Cuando se aplica la misma prctica genrica (GP 2.2) al rea de
proceso de Formacin organizativa, esta prctica genrica le recuerda que hay que planificar las actividades involucradas en el desarrollo de las habilidades y el conocimiento de las personas en la
organizacin.

07-PAGS_149-176

20/4/09

09:11

Pgina 172

172 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


TABLA II.2 Relaciones entre prctica genrica y rea de proceso

Prctica genrica
GP 2.2
Planificar el proceso

Roles de las reas de proceso


en la implementacin de
la prctica genrica

Cmo la prctica genrica se


replica recursivamente a su(s)
rea(s) de proceso relacionada(s)1

Planificacin de proyecto:
El proceso de Planificacin de
proyecto puede implementar GP 2.2
en su totalidad para todas las reas
de proceso relacionadas con el
proyecto (excepto para la propia
Planificacin de proyecto).

GP 2.2 aplicada al proceso de


planificacin del proyecto puede ser
considerada como planificar el plan
y cubre la planificacin de
actividades de planificacin del
proyecto.

GP 2.3
Planificacin de proyecto: La parte
Proporcionar recursos del proceso de PP que implementa
SP 2.4 Planificar los recursos del
proyecto soporta la
GP 2.4
implementacin de GP 2.3 y GP 2.4
Asignar
para todas las reas de proceso
responsabilidad
relacionadas con el proyecto
(excepto, quizs, inicialmente para
la propia Planificacin de proyecto)
identificando procesos, roles y
responsabilidades necesarias para
asegurar que estn garantizados los
apropiados personal, instalaciones,
equipamiento y otros activos
necesarios para el proyecto.
GP 2.5
Formar al personal

Formacin Organizativa: Este


proceso da soporte a la
implementacin de GP 2.5 en tanto
que se aplique a todas las reas de
proceso, dando la formacin que
trate las necesidades de formacin
de toda la organizacin o
estratgicas, disponibles para
aquellos que realizarn o darn
soporte al proceso.

GP 2.5 aplicada al rea de proceso


de formacin organizativa, cubre la
formacin para realizar las
actividades de formacin
organizativa, las cuales tratan las
habilidades requeridas para
gestionar, crear y llevar a cabo la
formacin.

Planificacin de proyecto: La parte


de este rea de proceso que
implementa SP 2.5 Planificar el
conocimiento y las habilidades
necesarias junto con el proceso de
Formacin organizativa, da soporte
a la implementacin de GP 2.5 en su
totalidad para todas las reas de
proceso relacionadas con el
proyecto.
GP 2.6
Gestionar
configuraciones

Gestin de configuracin: Este


proceso puede implementar GP 2.6
en su totalidad para todas las reas
de proceso relacionadas con el
proyecto, as como a ciertas reas de
proceso de la organizacin.

GP 2.6 aplicada al proceso de gestin


de configuracin, cubre el control de
cambios y de versiones para los
productos de trabajo producidos en
las actividades de gestin de
configuracin.

1. Cuando la relacin entre una prctica genrica y un rea de proceso es menos directa, el riesgo de
confusin se reduce. Por tanto, no describimos en la tabla todas las relaciones recursivas (p. ej. para
las prcticas genricas 2.3, 2.4 y 2.10).

07-PAGS_149-176

20/4/09

09:11

Pgina 173

Metas genricas y prcticas genricas

173

Prctica Genrica
GP 2.7
Identificar e involucrar
a las partes
interesadas
relevantes

Roles de las reas de proceso


en la implementacin de
la prctica genrica

Cmo la prctica genrica se


replica recursivamente a su(s)
rea(s) de proceso relacionada(s)

Planificacin de proyecto: La parte


de este rea de proceso que
implementa SP 2.6 Planificar la
involucracin de las partes
interesadas puede implementar la
parte de la identificacin de las
partes interesadas (primeras dos
subprcticas) de GP 2.7 en su
totalidad para todas las reas de
proceso relacionadas con el
proyecto.

GP 2.7 aplicada al proceso de


planificacin de proyecto, cubre la
involucracin de las partes
interesadas relevantes en las
actividades de planificacin del
proyecto.

Monitorizacin y control de
proyecto: La parte de este rea de
proceso que implementa SP 1.5
Monitorizar la involucracin de las
partes interesadas puede ayudar
en la implementacin de la tercera
subprctica de GP 2.7 para todas las
reas de proceso relacionadas con
el proyecto.

GP 2.7 aplicada al proceso de


monitorizacin y control de proyecto,
cubre la involucracin de las partes
interesadas relevantes en las
actividades de monitorizacin y
control del proyecto.
GP 2.7 aplicada al proceso de gestin
integrada de proyecto cubre la
involucracin de las partes
interesadas relevantes en las
actividades de gestin integrada de
proyecto.

Gestin integrada de proyecto: La


parte de este rea de proceso que
implementa SP 2.1 Gestionar la
involucracin de las partes
interesadas puede ayudar en la
implementacin de la tercera
subprctica de GP 2.7 para todas las
reas de proceso relacionadas con
el proyecto.
GP 2.8
Monitorizar y
controlar el proceso

Monitorizacin y control de
proyecto: Este proceso puede
implementar GP 2.8 en su totalidad
para todas las reas de proceso
relacionadas con el proyecto.

GP 2.8 aplicada al proceso de


monitorizacin y control de proyecto,
cubre la monitorizacin y el control
de las actividades de monitorizar y
controlar el proyecto.

Medicin y anlisis: Para todos los


procesos, no slo los procesos
relacionados con el proyecto, el rea
de proceso de Medicin y anlisis
proporciona guas generales sobre
la medicin, el anlisis y el registro
de informacin que pueden usarse
para establecer medidas para
monitorizar el rendimiento real del
proceso.
Aseguramiento de la calidad de
GP 2.9
Evaluar Objetivamente proceso y de producto: Este
proceso puede implementar GP 2.9
la Adherencia
en su totalidad para todas las reas
de proceso (excepto, quizs, para la
propia de Aseguramiento de la
calidad de proceso y de producto).

GP 2.9 aplicada al proceso de


aseguramiento de la calidad de
proceso y de producto, cubre la
evaluacin objetiva de las
actividades de aseguramiento de la
calidad.

Contina

GGS & GPS

TABLA II.2 Relaciones entre prctica genrica y rea de proceso (continuacin)

07-PAGS_149-176

20/4/09

09:11

Pgina 174

174 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


TABLA II.2 Relaciones entre prctica genrica y rea de proceso (continuacin)

Prctica genrica

Roles de las reas de proceso


en la implementacin de
la prctica genrica

GP 2.10
Revisar el estado con
el nivel directivo

Monitorizacin y control de
proyecto: La parte de este rea de
proceso que implementa SP 1.6
Realizar revisiones del progreso y
SP 1.7 Realizar revisiones en hitos
da soporte a la implementacin de
GP 2.10 para todas las reas de
proceso relacionadas con el
proyecto, quizs en su totalidad,
dependiendo de la involucracin
del nivel directivo en estas
revisiones.

GP 3.1
Establecer un proceso
definido

Gestin integrada de proyecto: La


parte de este rea de proceso que
implementa SP 1.1 Establecer el
proceso definido del proyecto
puede implementar GP 3.1 en su
totalidad para todas las reas de
proceso relacionadas con el
proyecto.

Cmo la prctica genrica se


replica recursivamente a su(s)
rea(s) de proceso relacionada(s)

GP 3.1 aplicada al proceso de gestin


integrada de proyecto, cubre el
establecimiento de los procesos
definidos para las actividades de
gestin integrada del proyecto.

Definicin de procesos de la
organizacin: Para todos los
procesos, no slo los relacionados
con el proyecto, el proceso de
definicin de procesos de la
organizacin establece los activos
del proceso de la organizacin que
se necesitan para implementar
GP 3.1.
GP 3.2
Recoger informacin
de mejora

Gestin Integrada de proyecto:


La parte de este rea de proceso que
implementa SP 1.6 Contribuir a los
activos de proceso de la
organizacin puede implementar
GP 3.2 parcialmente o en su
totalidad para todas las reas de
proceso relacionadas con el
proyecto.
Enfoque en procesos de la
organizacin: La parte de este rea
de proceso que implementa SP 3.4
Incorporar experiencias
relacionadas con el proceso en los
activos de proceso de la
organizacin puede implementar
GP 3.2 parcialmente o en su
totalidad para todas las reas de
proceso.
Definicin de procesos de la
organizacin: Para todos los
procesos, el proceso de Definicin
de procesos de la organizacin
establece los activos de proceso de
la organizacin necesarios para
implementar GP 3.2.

GP 3.2 aplicada al proceso de gestin


integrada de proyecto, cubre la
recogida de informacin de mejora
procedente de la planificacin y de la
realizacin de las actividades de
gestin integrada del proyecto

07-PAGS_149-176

20/4/09

09:11

Pgina 175

Metas genricas y prcticas genricas

175

Prctica genrica
GP 4.1
Establecer objetivos
cuantitativos para el
proceso

Roles de las reas de proceso


en la implementacin de
la prctica genrica

Cmo la prctica genrica se


replica recursivamente a su(s)
rea(s) de proceso relacionada(s)

Gestin cuantitativa de proyecto:


La parte de este rea de proceso que
implementa SP 1.1 Establecer los
objetivos del proyecto soporta la
implementacin de GP 4.1 para
todas las reas de proceso
relacionadas con el proyecto,
proporcionando objetivos a partir
de los que se pueden derivar los
objetivos de cada proceso particular.
Si estos objetivos se establecen
como parte de la implementacin de
las sub-prcticas de la 5 a la 8 de la
SP 1.1, entonces el proceso de
gestin cuantitativa de proyecto
implementa GP 4.1 en su totalidad.

GP 4.1 aplicada al proceso de gestin


cuantitativa de proyecto, cubre el
establecimiento de objetivos
cuantitativos para las actividades de
la gestin cuantitativa del proyecto.
GP 4.1 aplicada al proceso de
rendimiento de procesos de la
organizacin, cubre el
establecimiento de objetivos
cuantitativos para las actividades del
rendimiento de procesos de la
organizacin.

Rendimiento de procesos de la
organizacin: La parte de este rea
de proceso que implementa SP 1.3
Establecer objetivos de calidad y
de rendimiento de proceso da
soporte a la implementacin de
GP 4.1 en todas las reas de proceso.
GP 4.2
Estabilizar el
rendimiento del
subproceso

Gestin cuantitativa de proyecto:


La parte de este rea de proceso que
implementa SG 2 Gestionar
estadsticamente el rendimiento del
subproceso puede implementar GP
4.2 en su totalidad para todas las
reas de proceso relacionadas con
el proyecto a las cuales se pueda
asociar a un subproceso gestionado
estadsticamente.

GP 4.2 aplicada al proceso de gestin


cuantitativa de proyecto, cubre la
estabilizacin de los subprocesos
seleccionados en las actividades de
la gestin cuantitativa del proyecto.

Rendimiento de procesos de la
organizacin: Para todos los
procesos, no slo los procesos
relacionados con el proyecto, el
proceso de rendimiento de procesos
de la organizacin establece los
activos de proceso de la
organizacin que pueden ser
necesarios para implementar GP 4.2.
Contina

GGS & GPS

TABLA II.2 Relaciones entre prctica genrica y rea de proceso (continuacin)

07-PAGS_149-176

20/4/09

09:11

Pgina 176

176 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


TABLA II.2 Relaciones entre prctica genrica y rea de proceso (continuacin)
Roles de las reas de proceso
en la implementacin de
la prctica genrica

Cmo la prctica genrica se


replica recursivamente a su(s)
rea(s) de proceso relacionada(s)

GP 5.1
Asegurar la mejora
continua del proceso

Innovacin y despliegue en la
organizacin: Este proceso puede
implementar GP 5.1 en su totalidad
para todas las reas de proceso,
siempre que los objetivos de calidad
y de rendimiento del proceso de la
organizacin hayan sido definidos
(lo ultimo sera el caso, si el rea de
proceso de Rendimiento de
procesos de la organizacin ha sido
implementada).

GP 5.1 aplicada al proceso de


innovacin y despliegue en la
organizacin, cubre asegurar la
mejora continua de procesos de las
actividades de innovacin y
despliegue en la organizacin.

GP 5.2
Corregir las causas
raz de problemas

Anlisis causal y resolucin: Este


proceso puede implementar GP 5.2
en su totalidad para todas las reas
de proceso relacionadas con el
proyecto.

GP 5.2 aplicada al proceso de anlisis


causal y resolucin, cubre la
identificacin de las causas raz de
los defectos y de otros problemas en
las actividades de anlisis causal y
resolucin.

Prctica genrica

Dadas las dependencias que las prcticas genricas tienen sobre


estas reas de proceso, y dada la visin ms holstica que proporcionan muchas de estas reas de proceso, stas se implementan a menudo de forma temprana, total o parcialmente, antes o concurrentemente
con la implementacin de las prcticas genricas asociadas.
Tambin hay unas pocas situaciones donde el resultado de aplicar
una prctica genrica a un rea de proceso particular parecera ser un
duplicado de toda un rea de proceso pero, en realidad, no es as.
Podra ser natural pensar que la aplicacin de GP 3.1 Establecer un
proceso definido a las reas de proceso de Planificacin de proyecto,
y de Monitorizacin y control de proyecto proporcionan el mismo
efecto que la primera meta especfica de Gestin integrada de proyecto, El proyecto se lleva a cabo usando un proceso definido que se
adapta a partir del conjunto de procesos estndar de la organizacin .
Aunque es verdad que existe algn solape, la aplicacin de la prctica genrica a estas dos reas de proceso proporciona procesos definidos que cubren las actividades de planificacin del proyecto, y de
monitorizacin y control del proyecto. Estos procesos definidos no
cubren necesariamente actividades de soporte (como gestin de configuracin), de otros procesos de gestin del proyecto (como gestin de
acuerdos con proveedores) o de los procesos de ingeniera. Por el contrario, el proceso definido del proyecto, proporcionado por el rea de
proceso de Gestin integrada de proyecto, cubre todos los procesos
apropiados de gestin del proyecto, de ingeniera y de soporte.

08-PAGS_177-190

20/4/09

09:15

Pgina 177

ANLISIS CAUSAL Y RESOLUCIN


Un rea de proceso de Soporte en el nivel de madurez 5
CAR

Propsito
El propsito de Anlisis causal y resolucin (CAR) es identificar las
causas de defectos y de otros problemas, y tomar accin para prevenir
que no ocurran en el futuro.

Notas introductorias
El rea de proceso Anlisis causal y resolucin implica:

Identificar y analizar las causas de defectos y de otros problemas.


Tomar acciones especficas para eliminar las causas y prevenir
la ocurrencia de esos tipos de defectos y de problemas en el futuro.

El anlisis causal y resolucin mejora la calidad y la productividad, previniendo la introduccin de defectos en un producto. Confiar
en la deteccin de defectos despus de que se han introducido no es
rentable en coste. Es ms rentable prevenir su introduccin, integrando las actividades del anlisis causal y resolucin en cada fase del proyecto.
Puesto que los defectos y los problemas pueden haberse encontrado previamente en otros proyectos o en fases o tareas anteriores del
proyecto en curso, las actividades de anlisis causal y resolucin son
un mecanismo para comunicar las lecciones aprendidas entre proyectos.
Los tipos de defectos y de otros problemas encontrados se analizan
para identificar cualquier tendencia. Basados en la comprensin del
proceso definido y en cmo se implementa, se determinan las causas
raz de los defectos y las futuras implicaciones de los defectos.
El anlisis causal tambin puede realizarse sobre problemas no relacionados con defectos. Por ejemplo, el anlisis causal puede utilizarse para mejorar los atributos de calidad como el tiempo de ciclo.
Propuestas de mejora, simulaciones, modelos de sistemas dinmicos,
177

08-PAGS_177-190

20/4/09

09:15

Pgina 178

178 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


anlisis de ingeniera, nuevas directivas de negocio u otros elementos
pueden iniciar dicho anlisis.
Cuando es impracticable realizar el anlisis causal sobre todos los
defectos, se seleccionan los defectos objetivo en base al balanceo entre
las inversiones estimadas y los retornos estimados de calidad, de productividad y de tiempo de ciclo.
Un proceso de medicin debera estar activo. Las medidas definidas pueden utilizarse, aunque en algunos casos se pueden necesitar medidas nuevas para analizar los efectos del cambio de
proceso.
Para ms informacin sobre el establecimiento de objetivos para la medicin y
anlisis, la especificacin de medidas y anlisis a realizar, la obtencin y el anlisis de las medidas y la informacin sobre los resultados, consltese el rea de
proceso de Medicin y anlisis.

Las actividades del Anlisis causal y resolucin proporcionan un


mecanismo a los proyectos para evaluar sus procesos a nivel local y
para buscar las mejoras que puedan implementarse.
Cuando se considera que las mejoras son eficaces, la informacin
se extiende a nivel de la organizacin.
Para ms informacin sobre como mejorar los procesos a nivel organizativo con
las mejoras y propuestas de accin, consltese el rea de proceso de Innovacin y
despliegue en la organizacin.

El material informativo en este rea de proceso est escrito bajo la


suposicin de que las prcticas especficas se aplican a un proceso gestionado cuantitativamente. Si esta suposicin no se cumple, las prcticas especficas de este rea de proceso pueden aplicarse, pero con valor
reducido.
Vanse las definiciones de proceso estable y causa comn de
variacin de proceso en el glosario.

reas de proceso relacionadas


Para ms informacin sobre el anlisis de rendimiento del proceso y la creacin
de medidas de capacidad del proceso para los procesos seleccionados del proyecto, consltese el rea de proceso de Gestin cuantitativa de proyecto.
Para ms informacin sobre la seleccin y despliegue de mejoras de procesos y de
las tecnologas de la organizacin, consltese el rea de proceso de Innovacin y
despliegue de la organizacin.
Para ms informacin sobre el establecimiento de objetivos para medicin y anlisis, la especificacin de las medidas y el anlisis a realizar, la obtencin y anlisis de las medidas y la informacin de los resultados, consltese el rea de
proceso de Medicin y anlisis.

08-PAGS_177-190

20/4/09

09:15

Pgina 179

Anlisis causal y resolucin

179

Resumen de Metas y prcticas especficas


SG 1

Determinar las causas de los defectos


SP 1.1 Selecccionar los datos del defecto para anlisis
SP 1.2 Analizar las causas
Tratar las causas de los defectos
SP 2.1 Implementar las propuestas de accin
SP 2.2 Evaluar el efecto de los cambios
SP 2.3 Registrar los datos

SG 2

Prcticas especficas por meta


D ETERMINAR LAS CAUSAS DE LOS DEFECTOS

Las causas raz de los defectos y de otros problemas son determinadas


sistemticamente.
Una causa raz es un origen de un defecto de tal forma que, si se elimina, el defecto se reduce o elimina.
SP 1.1

S ELECCIONAR LOS DATOS DEL DEFECTO PARA ANLISIS

Seleccionar los defectos y otros problemas para el anlisis.

Productos de trabajo tpicos


1.

Datos del defecto y del problema seleccionados para anlisis posterior.

Subprcticas
1.

Recoger los datos relevantes del defecto o del problema.

Algunos ejemplos de datos relevantes del defecto pueden ser:


Defectos notificados por el cliente.
Defectos notificados por los usuarios finales.
Defectos encontrados en las revisiones entre pares.
Defectos encontrados en las pruebas.

Algunos ejemplos de datos relevantes del problema pueden ser:


Informes de problemas en la gestin del proyecto que requieren accin
correctiva.
Problemas de la capacidad del proceso.
Mediciones de la duracin del proceso.
Mediciones del valor ganado por el proceso (p. ej., ndice de rendimiento
del coste).
Mediciones de rendimiento, utilizacin o tiempo de respuesta de los
recursos.

CAR

SG 1

08-PAGS_177-190

20/4/09

09:15

Pgina 180

180 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Para ms informacin sobre la verificacin del producto de trabajo, consltese el
rea de proceso de Verificacin.
Para ms informacin sobre la gestin estadstica, consltese el rea de proceso
de Gestin del proyecto cuantitativa.

2. Determinar qu defectos y otros problemas sern analizados posteriormente.


Cuando se determina qu defectos a analizar posteriormente, considerar el impacto de los defectos, su frecuencia de ocurrencia, la similitud entre defectos, el coste del anlisis, el tiempo y los recursos
necesarios, las consideraciones de seguridad, etc.
Algunos ejemplos de mtodos para seleccionar defectos y otros problemas
son:
Anlisis de Pareto.
Histogramas.
Anlisis de la capacidad de proceso.
SP 1.2

ANALIZAR LAS CAUSAS

Realizar el anlisis causal de los defectos y de otros problemas seleccionados,


y proponer acciones para tratarlos.
El propsito de este anlisis es desarrollar soluciones para los problemas identificados, analizando los datos relevantes y produciendo las
propuestas de accin para la implementacin.

Productos de trabajo tpicos


1. Propuesta de accin.

Subprcticas
1. Llevar a cabo el anlisis causal con las personas responsables de
realizar la tarea.
El anlisis causal se realiza normalmente en reuniones, con aquellas
personas que tienen un conocimiento del defecto o del problema seleccionado en estudio. Las personas que tienen el mejor conocimiento del defecto seleccionado son normalmente las responsables de
realizar la tarea.
Algunos ejemplos de cundo realizar el anlisis causal son:
Cuando un proceso estable no cumple sus objetivos especificados de
calidad y de rendimiento del proceso.
Durante la tarea, siempre y cuando los problemas justifican una reunin
de anlisis causal.
Cuando un producto de trabajo exhibe una inesperada desviacin de
sus requerimientos.

08-PAGS_177-190

20/4/09

09:15

Pgina 181

Anlisis causal y resolucin

181

Para ms informacin sobre cmo lograr los objetivos de calidad y de rendimiento del proceso del proyecto, consltese el rea de proceso de Gestin cuantitativa
de proyecto.

2. Analizar los defectos y otros problemas seleccionados para determinar sus causas raz.
Dependiendo del tipo y del nmero de defectos, puede tener sentido
primero agrupar los defectos antes de identificar sus causas raz.

3. Agrupar los defectos y otros problemas seleccionados basndose


en sus causas raz.
Algunos ejemplos de grupos o categoras de causas son:
Formacin inadecuada.
Corte de las comunicaciones.
No contabilizar todos los detalles de una tarea.
Cometer errores en los procedimientos manuales (p. ej. al
mecanografiar).
Deficiencia del proceso.
4. Proponer y documentar las acciones que necesitan tomarse para
prevenir la ocurrencia futura de defectos o de otros problemas similares.
Algunos ejemplos de acciones propuestas que suponen cambios en:
El proceso en cuestin.
Formacin.
Herramientas.
Mtodos.
Comunicaciones.
Productos de trabajo.
Algunos ejemplos de acciones especficas son:
Proporcionar formacin en los problemas comunes y en las tcnicas
para prevenirlos.
Cambiar un proceso con el fin de que las etapas propensas a error no
ocurran.
Automatizar todo o parte de un proceso.
Reordenar las actividades del proceso.
Aadir etapas al proceso para prevenir defectos, tal como tareas al inicio
de las reuniones para revisar los defectos comunes y las acciones para
prevenirlos.

CAR

Algunos ejemplos de mtodos para determinar las causas raz son:


Diagramas de causa efecto (fishbone-espina de pescado).
Hojas de comprobacin.

08-PAGS_177-190

20/4/09

09:15

Pgina 182

182 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Una propuesta de accin documenta generalmente:

SG 2

Autor de la propuesta de accin.


Descripcin del problema.
Descripcin de la causa del defecto.
Categora de la causa del defecto.
Fase cuando el problema se introdujo.
Fase cuando el defecto se identific.
Descripcin de la propuesta de accin.
Categora de la propuesta de accin.

T RATAR LAS CAUSAS DE LOS DEFECTOS

Las causas raz de los defectos y de otros problemas son tratadas


sistemticamente para prevenir su ocurrencia futura.
Los proyectos que operan de acuerdo a un proceso bien definido, analizarn sistemticamente la operacin donde los problemas an ocurren e implementaran cambios al proceso para eliminar las causas raz
de los problemas seleccionados.
SP 2.1

I MPLEMENTAR LAS PROPUESTAS DE ACCIN

Implementar las propuestas de accin seleccionadas que se desarrollaron en


el anlisis causal.
Las propuestas de accin describen las tareas necesarias para eliminar
las causas raz de los defectos o problemas analizados y evitar que
vuelvan a ocurrir.
Solamente los cambios que prueban ser de valor deberan considerarse para su amplia implementacin.

Productos de trabajo tpicos


1. Propuestas de accin seleccionadas para la implementacin.
2. Propuestas de mejora.

Subprcticas
1. Analizar las propuestas de accin y determinar sus prioridades.
Los criterios para priorizar las propuestas de accin incluyen:
Implicaciones de no tratar los defectos.
Coste de implementar las mejoras de procesos para prevenir los
defectos.
Impacto esperado sobre la calidad.

08-PAGS_177-190

20/4/09

09:15

Pgina 183

Anlisis causal y resolucin

183

2. Seleccionar las propuestas de accin que sern implementadas.


3. Crear elementos de accin para implementar las propuestas de accin.

Para implementar las propuestas de accin, se deben hacer las siguientes tareas:
Hacer las asignaciones.
Coordinar a las personas que hacen el trabajo.
Revisar los resultados.
Seguir los elementos de accin hasta su cierre.
Los experimentos se pueden llevar a cabo para cambios particularmente complejos.

Algunos ejemplos de experimentos son:


Utilizar un proceso modificado temporalmente.
Utilizar una nueva herramienta.
Los elementos de accin pueden asignarse a los miembros del equipo de anlisis causal, a los miembros del equipo de proyecto, o a
otros miembros de la organizacin.
4. Identificar y eliminar defectos similares que pueden existir en
otros procesos y productos de trabajo.
5. Identificar y documentar las propuestas de mejora para el conjunto de procesos estndar de la organizacin.
Para ms informacin sobre la seleccin y el despliegue de propuestas de mejora
para el conjunto de procesos estndar de la organizacin, consltese el rea de
proceso de Innovacin y despliegue de la organizacin.
SP 2.2

E VALUAR EL EFECTO DE LOS CAMBIOS

Evaluar el efecto de los cambios sobre el rendimiento del proceso.


Para ms informacin sobre el anlisis del rendimiento del proceso y la creacin
de medidas de capacidad del proceso para los procesos seleccionados, consltese
el rea de proceso de Gestin cuantitativa de proyecto.

CAR

Algunos ejemplos de informacin proporcionada en un elemento de


accin son:
Persona responsable para implementarlo.
Descripcin de las reas afectadas por l.
Personas a quienes se mantiene informadas de su estado.
Prxima fecha en la que ser revisado el estado.
Anlisis razonado para las decisiones clave.
Descripcin de las acciones de implementacin.
Tiempo y coste para identificar el defecto y corregirlo.
Coste estimado en caso de no reparar el problema.

08-PAGS_177-190

20/4/09

09:15

Pgina 184

184 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Una vez que el proceso cambiado se despliega en todo el proyecto, se
debe comprobar el efecto de los cambios, para recoger la evidencia de
que el cambio de proceso ha corregido el problema y mejorado el rendimiento.

Productos de trabajo tpicos


1. Medidas del rendimiento y de cambio de rendimiento.

Subprcticas
1. Medir el cambio en el rendimiento del proceso definido del proyecto segn sea apropiado.
Esta subprctica determina si el cambio seleccionado ha influido
positivamente en el rendimiento de proceso y por cunto.
Un ejemplo de un cambio en el rendimiento del proceso de diseo
definido del proyecto, podra ser el cambio en la densidad de defectos de
la documentacin de diseo, como se mide estadsticamente a travs de
las revisiones entre pares antes y despus de la mejora que se ha hecho.
En un grfico de control estadstico de proceso, sera representado por un
cambio en la media.
2. Medir la capacidad del proceso definido del proyecto segn sea
apropiado.
Esta subprctica determina si el cambio seleccionado ha influido
positivamente en la capacidad del proceso para cumplir con sus
objetivos de calidad y de rendimiento del proceso, como se determin por las partes interesadas relevantes.
Un ejemplo de un cambio en la capacidad del proceso de diseo definido
del proyecto podra ser un cambio en la capacidad del proceso para
mantenerse dentro de sus lmites de especificacin del proceso. Esto
puede medirse estadsticamente calculando el rango de la densidad de
defectos de la documentacin de diseo, como se recogi en las revisiones
entre pares antes y despus de la mejora que se ha hecho. En un grfico de
control estadstico del proceso, sera representado por la disminucin de
los lmites de control.

SP 2.3

R EGISTRAR LOS DATOS

Registrar los datos del anlisis causal y resolucin para utilizarse en el


proyecto y en la organizacin.
Los datos se registran para que los otros proyectos y las organizaciones puedan hacer los cambios al proceso apropiados y lograr resultados similares.

08-PAGS_177-190

20/4/09

09:15

Pgina 185

Anlisis causal y resolucin

185

Registrar:
Los datos sobre los defectos y otros problemas que fueron analizados.
El anlisis razonado para las decisiones.
Las propuestas de accin a partir de las reuniones de anlisis causal.
Los elementos de accin resultado de las propuestas de accin.
El coste de las actividades de anlisis causal y resolucin.
CAR

Las medidas de los cambios al rendimiento del proceso definido resultado de las resoluciones.

Productos de trabajo tpicos


1. Registros del anlisis causal y resolucin.

Prcticas genricas por Meta


GG 1

L OGRAR LAS METAS ESPECFICAS

GP 1.1

R EALIZAR LAS PRCTICAS ESPECFICAS

Realizar las prcticas especficas del rea de proceso de anlisis causal y


resolucin para desarrollar los productos de trabajo y proporcionar servicios
para lograr las metas especficas del rea de proceso.
GG 2

S LO CONTINUO

El proceso da soporte y permite el logro de las metas especficas del rea de


proceso transformando los productos de trabajo de entrada identificables
para producir productos de trabajo de salida identificables.

I NSTITUCIONALIZAR UN PROCESO GESTIONADO

GG 3

I NSTITUCIONALIZAR UN PROCESO DEFINIDO

El proceso est institucionalizado como un proceso definido.


La aparicin aqu de la meta genrica refleja su ubicacin
en la representacin por etapas.
GP 2.1

ESTABLECER UNA POLTICA DE LA ORGANIZACIN

Establecer y mantener una poltica de la organizacin para planificar


y realizar el proceso de anlisis causal y resolucin.

S LO POR ETAPAS

El proceso est institucionalizado como un proceso gestionado.

08-PAGS_177-190

20/4/09

09:15

Pgina 186

186 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Elaboracin:
Esta poltica establece las expectativas de la organizacin para identificar y tratar sistemticamente las causas raz de los defectos y de otros
problemas.
GP 2.2

P LANIFICAR EL PROCESO

Establecer y mantener el plan para realizar el proceso de anlisis causal


y resolucin.

Elaboracin:
Este plan para realizar el proceso de anlisis causal y resolucin puede
estar incluido en (o referenciado por) el plan del proyecto, el cual se
describe en el rea de proceso de Planificacin de proyecto. Este plan
difiere de las propuestas de accin y de los elementos de accin asociados descritos en varias prcticas especficas de este rea de proceso.
El plan requerido en esta prctica genrica tratara el proceso de anlisis causal y resolucin global del proyecto (quizs adaptado del proceso estndar mantenido por la organizacin). En contraste, el proceso
de las propuestas de accin y elementos de accin asociados tratan las
actividades necesarias para eliminar una causa raz especfica bajo estudio.
GP 2.3

P ROPORCIONAR RECURSOS

Proporcionar recursos adecuados para realizar el proceso de anlisis causal y


resolucin, desarrollar los productos de trabajo y proporcionar los servicios
del proceso.

Elaboracin:
Algunos ejemplos de recursos proporcionados son:
Sistemas de base de datos.
Herramientas de modelado de proceso.
Paquetes de anlisis estadsticos.
Herramientas, mtodos y tcnicas de anlisis (p. ej. diagrama de Ishikawa
o de espina de pescado, anlisis de Pareto, histogramas, estudios de
capacidad del proceso o grficos de control).

GP 2.4

ASIGNAR RESPONSABILIDAD

Asignar la responsabilidad y la autoridad para realizar el proceso, desarrollar


los productos de trabajo y proporcionar los servicios del proceso de anlisis
causal y resolucin

08-PAGS_177-190

20/4/09

09:15

Pgina 187

Anlisis causal y resolucin

GP 2.5

187

FORMAR AL PERSONAL

Formar, segn sea necesario, a las personas para realizar o dar soporte al
proceso de anlisis causal y resolucin.

Elaboracin:
Un ejemplo de tema de formacin es:
Mtodos de gestin de calidad (p. ej., anlisis de causas raz).
CAR

GP 2.6

G ESTIONAR CONFIGURACIONES

Poner los productos de trabajo designados del proceso de anlisis causal y


resolucin bajo los niveles de control apropiados.

Elaboracin:
Algunos ejemplos de los productos de trabajo puestos bajo control son:
Propuestas de accin.
Propuestas de accin seleccionadas para la implementacin.
Registros de anlisis causal y resolucin.

GP 2.7

I DENTIFICAR E INVOLUCRAR A LAS PARTES INTERESADAS RELEVANTES

Identificar e involucrar, como se planific, a las partes interesadas relevantes


del proceso de anlisis causal y resolucin

Elaboracin:
Algunos ejemplos de actividades para involucrar a las partes interesadas
son:
Llevar a cabo el anlisis causal.
Evaluar las propuestas de accin.

GP 2.8

M ONITORIZAR Y CONTROLAR EL PROCESO

Monitorizar y controlar el proceso de anlisis causal y resolucin frente al plan,


para realizar el proceso y tomar la accin correctiva apropiada.

20/4/09

09:15

Pgina 188

188 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Elaboracin:
Algunos ejemplos de medidas y de productos de trabajo usados en la
monitorizacin y control son:
Nmero de causas raz eliminadas.
Cambio en la calidad o en el rendimiento del proceso por cada instancia
debido al proceso de anlisis causal y resolucin.
Calendario de las actividades para implementar una propuesta de
accin seleccionada.

E VALUAR OBJETIVAMENTE LA ADHERENCIA

GP 2.9

Evaluar objetivamente la adherencia del proceso de anlisis causal y


resolucin frente a la descripcin del proceso, estndares y procedimientos, y
tratar las no conformidades.

Elaboracin:
Algunos ejemplos de actividades revisadas son:
Determinar las causas de los defectos.
Tratar las causas de los defectos.

Algunos ejemplos de productos de trabajo revisados son:


Propuestas de accin seleccionadas para la implementacin.
Registros del anlisis causal y resolucin.

GP 2.10

R EVISAR EL ESTADO CON EL NIVEL DIRECTIVO .

Revisar con el nivel directivo las actividades, el estado y los resultados del
proceso de anlisis causal y resolucin, y resolver los problemas.
GG 3

I NSTITUCIONALIZAR UN PROCESO DEFINIDO

El proceso est institucionalizado como un proceso definido.


La aparicin de esta meta genrica aqu refleja su ubicacin
en la representacin continua.
GP 3.1

ESTABLECER UN PROCESO DEFINIDO

Establecer y mantener la descripcin de un proceso definido de anlisis causal


y resolucin.

S LO CONTINUO

08-PAGS_177-190

08-PAGS_177-190

20/4/09

09:15

Pgina 189

Anlisis causal y resolucin

GP 3.2

189

R ECOGER INFORMACIN DE MEJORA

Recoger productos de trabajo, medidas, resultados de medicin e informacin


de mejora procedente de la planificacin y realizacin del proceso de anlisis
causal y resolucin para dar soporte al uso futuro y a la mejora de los
procesos y de los activos de proceso de la organizacin.

Elaboracin:

GG 4

CAR

Algunos ejemplos de productos de trabajo, medidas, resultados de la


medicin e informacin de mejora son:
Propuestas de accin.
Nmero de propuestas de accin que estn abiertas y por cunto
tiempo.
Informes del estado de la propuesta de accin.

I NSTITUCIONALIZAR UN PROCESO GESTIONADO CUANTITATIVAMENTE

El proceso est institucionalizado como un proceso gestionado


cuantitativamente.
GP 4.1

ESTABLECER OBJETIVOS CUANTITATIVOS PARA EL PROCESO

Establecer y mantener los objetivos cuantitativos para el proceso de anlisis


causal y resolucin, los cuales tratan la calidad y el rendimiento del proceso
en base a las necesidades del cliente y a los objetivos de negocio.
ESTABILIZAR EL RENDIMIENTO DEL SUBPROCESO

Estabilizar el rendimiento de uno o ms subprocesos para determinar la


capacidad del proceso de anlisis causal y resolucin para lograr los
objetivos cuantitativos establecidos de calidad y de rendimiento
del proceso.
GG 5

I NSTITUCIONALIZAR UN PROCESO EN OPTIMIZACIN

El proceso est institucionalizado como un proceso en optimizacin.


GP 5.1

ASEGURAR LA MEJORA CONTINUA DEL PROCESO

Asegurar la mejora continua del proceso de anlisis causal y resolucin al


satisfacer los objetivos de negocio relevantes de la organizacin.
GP 5.2

C ORREGIR LAS CAUSAS RAZ DE LOS PROBLEMAS

Identificar y corregir las causas raz de los defectos y de otros problemas


en el proceso de anlisis causal y resolucin.

S LO CONTINUO

GP 4.2

08-PAGS_177-190

20/4/09

09:15

Pgina 190

09-PAGS_191-206

20/4/09

09:19

Pgina 191

GESTIN DE CONFIGURACIN
Un rea de proceso de soporte en el nivel de madurez 2

Propsito
El propsito de la Gestin de configuracin (CM) es establecer y mantener la integridad de los productos de trabajo utilizando la identificacin de configuracin, el control de configuracin, el registro del
estado de configuracin y las auditoras de configuracin.
CM

Notas introductorias
El rea de proceso de Gestin de configuracin implica:
Identificar la configuracin de los productos de trabajo seleccionados que componen las lneas base en puntos determinados en el
tiempo.
Controlar los cambios a los elementos de configuracin.
Construir o proporcionar especificaciones para construir los productos de trabajo a partir del sistema de gestin de configuracin.
Mantener la integridad de las lneas base.
Proporcionar a los desarrolladores, usuarios finales y clientes datos
del estado exacto y de la configuracin actual.
Los productos de trabajo situados bajo gestin de configuracin incluyen los productos que se entregan al cliente, los productos de trabajo
internos designados, los productos adquiridos, las herramientas y otros
elementos que se usan para crear y describir estos productos de trabajo.
(Vase la definicin de gestin de configuracin en el glosario).
Los productos adquiridos pueden necesitar ser puestos bajo gestin de configuracin tanto por el proveedor como por el proyecto.
Las provisiones para llevar a cabo la gestin de configuracin deberan
establecerse en los acuerdos con los proveedores. Se deberan establecer y mantener mtodos para asegurar que los datos estn completos y
son consistentes.
Para ms informacin sobre cmo establecer y mantener acuerdos con los proveedores consltese el rea de proceso de Gestin de acuerdos con proveedores.

191

09-PAGS_191-206

20/4/09

09:19

Pgina 192

192 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Algunos ejemplos de productos de trabajo que pueden ponerse bajo
gestin de configuracin son:
Planes.
Descripciones de proceso.
Requerimientos.
Datos de diseo.
Dibujos.
Especificaciones de producto.
Cdigo.
Compiladores.
Ficheros de datos de producto.
Publicaciones tcnicas de producto.

La gestin de configuracin de los productos de trabajo se puede realizar en varios niveles de detalle. Los elementos de configuracin se pueden descomponer en componentes de configuracin y en
unidades de configuracin. En este rea de proceso slo se usa el
trmino elemento de configuracin. Por tanto, en estas prcticas,
el elemento de configuracin se puede interpretar como componente de configuracin o unidad de configuracin segn sea
apropiado. (Vase la definicin de elemento de configuracin en
el glosario).
Las lneas base proporcionan una base estable para la evolucin
continua de los elementos de configuracin.
Un ejemplo de una lnea base es una descripcin aprobada de un producto
que incluye versiones internamente consistentes de requerimientos, de
matrices de trazabilidad de requerimientos, de diseo, de elementos
especficos de una disciplina y de la documentacin del usuario final.

Las lneas base se aaden al sistema de gestin de configuracin a


medida que se desarrollan. Los cambios a las lneas base y la liberacin de los productos de trabajo construidos a partir del sistema de
gestin de configuracin se controlan y se siguen va las funciones de
control de configuracin, de gestin del cambio y de auditora de configuracin pertenecientes a la gestin de configuracin.
Este rea de proceso se aplica no slo a la gestin de configuracin
en proyectos, sino tambin a la gestin de configuracin de los productos de trabajo de la organizacin, tales como estndares, procedimientos y bibliotecas de reutilizacin.
La gestin de configuracin se enfoca en el control riguroso de los
aspectos de gestin y tcnicos de los productos de trabajo, incluyendo
el sistema entregado.

09-PAGS_191-206

20/4/09

09:19

Pgina 193

Gestin de configuracin

193

Este rea de proceso cubre las prcticas para realizar la funcin de


gestin de configuracin y es aplicable a todos los productos de trabajo que se ponen bajo gestin de configuracin.

reas de proceso relacionadas


Para informacin sobre el desarrollo de planes y de estructuras de descomposicin del trabajo que pueden ser tiles para determinar los elementos de configuracin, consltese el rea de proceso de Planificacin de Proyecto (PP).
Para ms informacin sobre el anlisis del rendimiento y las acciones correctivas consltese el rea de proceso de Monitorizacin y control de proyecto
(PCM).

Resumen de Metas especficas y prcticas especficas


Establecer lneas base.
SP 1.1 Identificar elementos de configuracin.
SP 1.2 Establecer un sistema de gestin de configuracin.
SP 1.3 Crear o liberar lneas base.

SG 2

Seguir y controlar los cambios.


SP 2.1 Seguir las peticiones de cambio.
SP 2.2 Controlar los elementos de configuracin.

SG 3

Establecer la integridad.
SP 3.1 Establecer registros de gestin de configuracin.
SP 3.2 Realizar auditoras de configuracin.

Prcticas especficas por meta


SG 1

E STABLECER LNEAS BASE

Las lneas base de los productos de trabajo identificados son establecidas.


Las prcticas especficas para establecer las lneas base se cubren por
esta meta especfica. Las prcticas especficas bajo la meta especfica
Seguir y controlar los cambios sirven para mantener las lneas base.
Las prcticas especficas de la meta especfica Establecer la integridad
documentan y auditan la integridad de las lneas base.
SP 1.1

IDENTIFICAR ELEMENTOS DE CONFIGURACIN

Identificar los elementos de configuracin, los componentes y los productos


de trabajo relacionados que sern puestos bajo gestin de configuracin.

CM

SG 1

09-PAGS_191-206

20/4/09

09:19

Pgina 194

194 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


La identificacin de la configuracin es la seleccin, creacin y especificacin de:

Productos que se entregan al cliente.


Productos de trabajo internos designados.
Productos adquiridos.
Herramientas y otros activos esenciales del entorno de trabajo del
proyecto.
Otros elementos que se utilizan en la creacin y la descripcin de
estos productos de trabajo.
Los elementos bajo gestin de configuracin incluirn los documentos de especificaciones y de interfaz que definen los requerimientos para el producto. Otros documentos, tales como resultados de
pruebas, tambin pueden incluirse, dependiendo de su criticidad para
definir el producto.
Un elemento de configuracin es una entidad designada para la
gestin de configuracin, la cual puede consistir de mltiples productos de trabajo relacionados que forman una lnea base. Esta agrupacin lgica proporciona facilidad de identificacin y acceso
controlado. La seleccin de los productos de trabajo para la gestin
de configuracin debera basarse en criterios establecidos durante la
planificacin.

Productos de trabajo tpicos


1. Elementos de configuracin identificados.

Subprcticas
1. Seleccionar los elementos de configuracin y los productos de trabajo que los componen basndose en criterios documentados.
Algunos ejemplos de criterios para seleccionar los elementos de
configuracin en el nivel apropiado del producto de trabajo son:
Productos de trabajo que se pueden utilizar por dos o ms grupos.
Productos de trabajo que se espera que cambien en a lo largo del tiempo
debido a errores o a cambio de requerimientos.
Productos de trabajo que son dependientes entre s en cuanto a que un
cambio en uno impone un cambio en los otros.
Productos de trabajo que son crticos para el proyecto.

09-PAGS_191-206

20/4/09

09:19

Pgina 195

Gestin de configuracin

195

Algunos ejemplos de productos de trabajo que pueden ser parte de un


elemento de configuracin son:
Descripciones de proceso.
Requerimientos.
Diseo.
Planes y procedimientos de prueba.
Resultados de pruebas.
Descripciones de interfaz.
Dibujos.
Cdigo fuente.
Herramientas (p. ej., compiladores).
2. Asignar identificadores nicos a los elementos de configuracin.
3. Especificar las caractersticas importantes de cada elemento de
configuracin.

4. Especificar cundo cada elemento de configuracin se pone bajo


gestin de configuracin.
Algunos ejemplos de criterios para determinar cundo poner los
productos de trabajo bajo gestin de configuracin son:
Etapa del ciclo vida del proyecto.
Cundo el producto del trabajo est listo para las pruebas.
Grado de control deseado en el producto de trabajo.
Limitaciones de coste y de calendario.
Requerimientos del cliente.
5. Identificar al propietario responsable de cada elemento de configuracin.
SP 1.2

ESTABLECER UN SISTEMA DE GESTIN DE CONFIGURACIN

Establecer y mantener un sistema de gestin de configuracin y de gestin del


cambio para controlar los productos de trabajo.
Un sistema de gestin de configuracin incluye los medios de almacenamiento, los procedimientos y las herramientas para acceder al sistema de configuracin.
Un sistema de gestin del cambio incluye los medios de almacenamiento, los procedimientos y las herramientas para registrar y acceder
a las peticiones de cambio.

CM

Algunos ejemplos de caractersticas de elementos de configuracin son:


autor, documento o tipo de archivo y lenguaje de programacin para
archivos de cdigo software.

09-PAGS_191-206

20/4/09

09:19

Pgina 196

196 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Productos de trabajo tpicos


1. Sistema de gestin de configuracin con productos de trabajo controlados.
2. Procedimientos de control de acceso al sistema de gestin de configuracin.
3. Base de datos de peticiones de cambio.

Subprcticas
1. Establecer un mecanismo para gestionar mltiples niveles de control en la gestin de la configuracin.
El nivel de control se selecciona normalmente en base a objetivos,
riesgos y/o recursos del proyecto. Los niveles de control pueden
variar en relacin al ciclo de vida del proyecto, al tipo de sistema
bajo desarrollo y a los requerimientos especficos del proyecto.
Algunos ejemplos de niveles de control son:
Creacin - Controlado por el autor.
Ingeniera - Notificacin a las partes interesadas relevantes cuando se
realizan cambios.
Desarrollo - Control de nivel inferior del CCB.
Formal - Control de nivel superior del CCB con la involucracin del cliente.
Los niveles de control pueden variar desde un control informal en
el que simplemente se siguen los cambios realizados cuando los
elementos de configuracin se estn desarrollando, hasta un control de configuracin formal usando las lneas base que solamente
pueden ser cambiadas como parte de un proceso formal de gestin
de configuracin.

2. Guardar y recuperar los elementos de configuracin en un sistema


de gestin de configuracin.
Algunos ejemplos de sistemas de gestin de configuracin son:
Sistemas dinmicos (o de autor) que contienen componentes que
actualmente se estn creando o corrigiendo. Estn en el espacio de
trabajo del autor y son controlados por l mismo. Los elementos de
configuracin en un sistema dinmico estn bajo control de versin.
Sistemas maestro (o controlados) que contienen las lneas base actuales
y sus cambios. Los elementos de configuracin en un sistema maestro
estn bajo una gestin de configuracin total, segn lo descrito en este
rea de proceso.
Sistemas estticos que contienen archivos de varias lneas base
liberadas para su uso. Los sistemas estticos estn bajo una gestin de
configuracin total, segn lo descrito en este rea de proceso.
3. Compartir y transferir los elementos de configuracin entre los niveles de control dentro del sistema de gestin de configuracin.
4. Almacenar y recuperar versiones archivadas de elementos de configuracin.

09-PAGS_191-206

20/4/09

09:19

Pgina 197

Gestin de configuracin

197

5. Almacenar, actualizar y recuperar los registros de gestin de configuracin.


6. Crear informes de gestin de configuracin a partir del sistema de
gestin de configuracin.
7. Preservar los contenidos del sistema de gestin de configuracin.
Algunos ejemplos de funciones de preservacin del sistema de gestin de
configuracin son:
Respaldos y recuperacin de los archivos de gestin de configuracin.
Almacenamiento de los archivos de gestin de configuracin.
Recuperacin a partir de errores de gestin de configuracin.
8. Corregir la estructura de gestin de configuracin segn sea necesario.
SP 1.3

C REAR O LIBERAR LNEAS BASE

Crear o liberar las lneas base para uso interno y para la entrega al cliente.

PARA INGENIERA DE SISTEMAS


Un conjunto comn de lneas base incluye los requerimientos a nivel de
sistema, los requerimientos de diseo a nivel de elementos del sistema y
la definicin del producto al final del desarrollo/inicio de la puesta en
produccin. stos se conocen normalmente como lnea base funcional,
lnea base asignada, y lnea base del producto.

PARA INGENIERA DEL SOFTWARE


Una lnea base de software puede ser un conjunto de requerimientos, de
diseo, de archivos de cdigo fuente y su cdigo ejecutable asociado, de
archivos de construccin y de la documentacin de usuario (entidades
asociadas) a los que se ha asignado un identificador nico.

Productos de trabajo tpicos


1. Lneas base.
2. Descripcin de las lneas base.

CM

Una lnea base es un conjunto de especificaciones o de productos de


trabajo que ha sido revisado y acordado formalmente, que a partir de
entonces sirve como base para el desarrollo o la entrega posterior, y
que solamente puede cambiarse mediante procedimientos de control
de cambio. Una lnea base representa la asignacin de un identificador
a un elemento de configuracin o a una coleccin de elementos de
configuracin y entidades asociadas. A medida que el producto evoluciona, se pueden usar varias lneas base para controlar su desarrollo y
su prueba.

09-PAGS_191-206

20/4/09

09:19

Pgina 198

198 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Subprcticas
1. Obtener la autorizacin del Comit de control de configuracin
(CCB) antes de crear o liberar lneas base de elementos de configuracin.
2. Crear o liberar lneas base slo desde los elementos de configuracin en el sistema de gestin de configuracin.
3. Documentar el conjunto de elementos de configuracin que estn
contenidos en una lnea base.
4. Hacer fcilmente disponible el conjunto actual de lneas base.
SG 2

S EGUIR Y CONTROLAR LOS CAMBIOS

Los productos de trabajo bajo gestin de configuracin son seguidos y


controlados.
Las prcticas especficas de esta meta especfica sirven para mantener
las lneas base despus de que estn establecidas por las prcticas especficas de la meta especfica Establecer lneas base.
SP 2.1

S EGUIR LAS PETICIONES DE CAMBIO

Seguir las peticiones de cambio para los elementos de configuracin


Las peticiones de cambio no slo tratan los requerimientos nuevos o
cambiados, sino tambin los fallos y los defectos en los productos de
trabajo.
Las peticiones de cambio se analizan para determinar el impacto
que el cambio tendr en el producto de trabajo, en los productos de
trabajo relacionados, en el presupuesto y en el calendario.

Productos de trabajo tpicos


1. Peticiones de cambio.

Subprcticas
1. Iniciar y registrar las peticiones de cambio en la base de datos de
peticiones de cambio.
2. Analizar el impacto de los cambios y de las correcciones propuestas en las peticiones de cambio.
Los cambios se evalan mediante actividades que aseguren que
son consistentes con todos los requerimientos tcnicos y del proyecto.
Los cambios se evalan por su impacto ms all de los requerimientos inmediatos en el proyecto o en el contrato. Los cambios a
un elemento usado en mltiples productos pueden resolver un
problema inmediato a la vez que causar un problema en otras aplicaciones.

09-PAGS_191-206

20/4/09

09:19

Pgina 199

Gestin de configuracin

199

3. Revisar las peticiones de cambio, que sern tratadas en la siguiente lnea base, con las partes interesadas relevantes y conseguir su
acuerdo.
Realizar la revisin de la peticin de cambio con los participantes
apropiados. Registrar la disposicin de cada peticin de cambio y
la razn para la decisin, incluyendo criterios de xito, un breve
plan de accin si es apropiado y las necesidades satisfechas o no
por el cambio. Realizar las acciones requeridas en la disposicin e
informar los resultados a las partes interesadas relevantes.
4. Seguir el estado de las peticiones de cambio hasta su cierre.
Las peticiones de cambio llevadas al sistema necesitan manejarse
de manera eficiente y oportuna. Una vez que la peticin de cambio
ha sido procesada, es crtico cerrarla tan pronto como sea prctico,
con la accin aprobada apropiada. Las acciones dejadas abiertas
dan como resultado listas de estado ms grandes de lo necesario, lo
cual a su vez da como resultado costes aadidos y confusin.
SP 2.2

C ONTROLAR LOS ELEMENTOS DE CONFIGURACIN

Se mantiene el control sobre la configuracin de la lnea base del producto de trabajo. Este control incluye el seguimiento de la configuracin de cada uno de los elementos de configuracin, aprobando una
nueva configuracin, en caso de ser necesario, y actualizando la lnea
de base.

Productos de trabajo tpicos


1. Historial de revisiones de los elementos de configuracin.
2. Archivos de las lneas base.

Subprcticas
1. Controlar los cambios a los elementos de configuracin a lo largo
de la vida del producto.
2. Obtener la autorizacin apropiada antes que los elementos de configuracin cambiados sean introducidos en el sistema de gestin
de configuracin.
Por ejemplo, la autorizacin puede venir del CCB, del jefe de proyecto o
del cliente.
3. Comprobar la entrada (check-in) y la salida (check-out) de los
elementos de configuracin desde el sistema de gestin de configuracin para la incorporacin de los cambios de forma que se
mantenga la exactitud y la integridad de los elementos de configuracin.

CM

Controlar los cambios a los elementos de configuracin.

09-PAGS_191-206

20/4/09

09:19

Pgina 200

200 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Algunos ejemplos de los etapas de comprobacin de entrada (check-in) y
de salida (check-out) son:
Confirmar que las revisiones estn autorizadas.
Actualizar los elementos de configuracin.
Archivar la lnea base reemplazada y recuperar la nueva lnea base.
4. Realizar revisiones para asegurar que los cambios no han causado
efectos involuntarios en las lneas base (p. ej., asegurar que los
cambios no hayan comprometido la seguridad y/o la proteccin
del sistema).
5. Registrar los cambios a los elementos de configuracin y las razones de los cambios segn sea apropiado.
Si se acepta un cambio propuesto al producto de trabajo, se identifica un calendario para incorporar el cambio al producto de trabajo y a otras reas afectadas.
Los mecanismos de control de configuracin pueden adaptarse a
las categoras de los cambios. Por ejemplo, las consideraciones
aprobadas podran ser menos rigurosas para los cambios de componentes que no afectan a otros componentes.
Los elementos de configuracin cambiados se liberan despus de
la revisin y de la aprobacin de los cambios de configuracin. Los
cambios no son oficiales hasta que stos sean liberados.
SG 3

E STABLECER LA INTEGRIDAD

La integridad de las lneas base es establecida y mantenida.


La integridad de las lneas base, establecida por los procesos asociados con la meta especfica Establecer lneas base, y mantenida por
los procesos asociados con la meta especfica Seguir y controlar los
cambios, se proporciona por las prcticas especficas de esta meta especfica.
SP 3.1

ESTABLECER REGISTROS DE GESTIN DE CONFIGURACIN

Establecer y mantener los registros que describen los elementos de


configuracin.

Productos de trabajo tpicos


1.
2.
3.
4.
5.

Historial de revisin de los elementos de configuracin.


Registro de cambios.
Copia de las peticiones de cambio.
Estado de los elementos de la configuracin.
Diferencias entre lneas base.

09-PAGS_191-206

20/4/09

09:19

Pgina 201

Gestin de configuracin

201

Subprcticas
1. Registrar las acciones de gestin de configuracin con suficiente
detalle, para que sea conocido el contenido y el estado de cada elemento de configuracin, y que puedan recuperarse las versiones
anteriores.
2. Asegurar que las partes interesadas relevantes tengan acceso y conocimiento del estado de la configuracin de los elementos de
configuracin.
Algunos ejemplos de actividades para comunicar el estado de la
configuracin son:
Proporcionar permisos de acceso a los usuarios finales autorizados.
Hacer disponibles fcilmente copias de las lneas base a los usuarios
finales autorizados.

SP 3.2

REALIZAR AUDITORAS DE CONFIGURACIN

Realizar auditoras de configuracin para mantener la integridad de las lneas


base de configuracin.
Las auditoras de configuracin confirman que el resultado de las lneas base y de la documentacin estn conformes con un estndar o requerimiento especificado. Los resultados de la auditora deberan
registrarse. (Vase el glosario para una definicin de auditoria de la
configuracin).
Algunos ejemplos de tipos de auditoria son:
Auditoras de configuracin funcional (FCA) Las auditoras llevadas a
cabo para verificar que las caractersticas funcionales ya probadas de
un elemento de configuracin han logrado los requerimientos
especificados en su documentacin de lnea base funcional, y que la
documentacin operacional y de soporte es completa y satisfactoria.
Auditora de configuracin fsica (PCA) Las auditoras llevadas a cabo
para verificar que la construccin del elemento de configuracin es
conforme con la documentacin tcnica que la define.
Auditoras de gestin de la configuracin Las auditoras se llevan a
cabo para confirmar que los registros de gestin de configuracin y los
elementos de configuracin son completos, consistentes y exactos.

CM

3. Especificar la ltima versin de las lneas base.


4. Identificar la versin de los elementos de configuracin que constituyen una lnea base particular.
5. Describir las diferencias entre lneas base sucesivas.
6. Corregir cuando sea necesario el estado y la historia (es decir, cambios y otras acciones) de cada elemento de configuracin.

20/4/09

09:19

Pgina 202

202 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Productos de trabajo tpicos


1. Resultados de la auditoria de configuracin.
2. Elementos de accin.

Subprcticas
1. Evaluar la integridad de las lneas base.
2. Confirmar que los registros de gestin de configuracin identifican correctamente los elementos de configuracin.
3. Revisar la estructura y la integridad de los elementos en el sistema
de gestin de configuracin.
4. Confirmar que los elementos en el sistema de gestin de configuracin son completos y correctos.
La evaluacin de que el contenido sea completo y correcto se basa
en los requerimientos especificados en el plan, as como en la disposicin de las peticiones de cambio aprobadas.
5. Confirmar el cumplimiento con los estndares y procedimientos
aplicables de gestin de configuracin.
6. Seguir los elementos de accin desde la auditora hasta su cierre.

Practicas genricas por meta


GG 1

L OGRAR LAS METAS ESPECFICAS

El proceso da soporte y permite el logro de las metas especficas del rea de


proceso, transformando los productos de trabajo de entrada identificables en
productos de trabajo de salida identificables.
GP 1.1

REALIZAR LAS PRCTICAS ESPECFICAS

Realizar las prcticas especficas del proceso de gestin de configuracin para


desarrollar los productos de trabajo y proporcionar servicios para lograr las
metas especficas del rea de proceso.

GG 2

I NSTITUCIONALIZAR UN PROCESO GESTIONADO

El proceso est institucionalizado como un proceso gestionado.


GP 2.1

ESTABLECER UNA POLTICA DE LA ORGANIZACIN

Establecer y mantener una poltica de la organizacin para planificar y realizar


el proceso de gestin de configuracin.

S LO CONTINUO

09-PAGS_191-206

09-PAGS_191-206

20/4/09

09:19

Pgina 203

Gestin de configuracin

203

Elaboracin:
Esta poltica establece las expectativas de la organizacin para establecer y mantener las lneas base, para seguir y controlar los cambios a
los productos de trabajo (bajo gestin de configuracin), y para establecer y mantener la integridad de las lneas base.
GP 2.2

P LANIFICAR EL PROCESO

Establecer y mantener el plan para realizar el proceso de gestin de


configuracin.

Elaboracin:
Este plan para realizar el proceso de gestin de configuracin puede
incluirse en (o referenciarse en) el plan del proyecto, que se describe
en el rea de proceso de Planificacin de proyecto.
GP 2.3

P ROPORCIONAR RECURSOS

Elaboracin:
Algunos ejemplos de recursos proporcionados incluyen las siguientes
herramientas:
Herramientas de gestin de configuracin.
Herramientas de gestin de datos.
Herramientas de archivo y reproduccin.
Programas de base de datos.

GP 2.4

ASIGNAR RESPONSABILIDAD

Asignar la responsabilidad y la autoridad para realizar el proceso, desarrollar


los productos de trabajo y proporcionar los servicios del proceso de gestin
de configuracin.
GP 2.5

FORMAR AL PERSONAL

Formar, segn sea necesario, a las personas para realizar o dar soporte al
proceso de gestin de configuracin.

CM

Proporcionar recursos adecuados para realizar el proceso de gestin de


configuracin, desarrollar los productos de trabajo y proporcionar los
servicios del proceso.

09-PAGS_191-206

20/4/09

09:19

Pgina 204

204 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Elaboracin:
Algunos ejemplos de temas de formacin son:
Roles, responsabilidades y autoridad del personal de gestin de
configuracin.
Estndares, procedimientos y mtodos de gestin de configuracin.
Sistema de biblioteca de configuracin.

GP 2.6

G ESTIONAR CONFIGURACIONES

Poner los productos de trabajo designados del proceso de gestin de


configuracin bajo los niveles de control apropiados.

Elaboracin:
Para ms informacin sobre la relacin entre la prctica genrica 2.6 y
el rea de proceso de Gestin de configuracin se remite a la Tabla II.2
en la pgina 172 en Metas genricas y Prcticas genricas.
Algunos ejemplos de los productos de trabajo puestos bajo control son:
Listas de acceso.
Informes de estado de cambios.
Base de datos de peticiones de cambio.
Actas de reunin del CCB.
Lneas base archivadas.

GP 2.7

I DENTIFICAR E INVOLUCRAR A LAS PARTES INTERESADAS RELEVANTES

Identificar e involucrar, como se planific, a las partes interesadas relevantes


del proceso de gestin de configuracin.

Elaboracin:
Algunos ejemplos de actividades para involucrar a las partes interesadas
son:
Establecer lneas base.
Revisar los informes del sistema de gestin de configuracin y resolver
los problemas.
Evaluar el impacto de los cambios para los elementos de configuracin.
Realizar auditoras de configuracin.
Revisar los resultados de las auditoras de gestin de configuracin.
GP 2.8

M ONITORIZAR Y CONTROLAR EL PROCESO

Monitorizar y controlar el proceso de gestin de configuracin frente al plan,


para realizar el proceso y tomar la accin correctiva apropiada.

09-PAGS_191-206

20/4/09

09:19

Pgina 205

Gestin de configuracin

205

Elaboracin:
Algunos ejemplos de medidas y de productos de trabajo usados en la
monitorizacin y control son:
Nmero de cambios a los elementos de configuracin.
Nmero de auditoras de configuracin realizadas.
Calendario de las actividades del CCB o actividades de auditora.
GP 2.9

E VALUAR OBJETIVAMENTE LA ADHERENCIA

Evaluar objetivamente la adherencia del proceso de gestin de configuracin


frente a la descripcin del proceso, estndares y procedimientos, y tratar las
no conformidades.

Elaboracin:
CM

Algunos ejemplos de actividades revisadas son:


Establecer las lneas base.
Seguir y controlar cambios.
Establecer y mantener la integridad de las lneas base.
Algunos ejemplos de productos de trabajo revisados son:
Archivos de lneas base.
Base de datos de peticiones de cambio.

Revisar con el nivel directivo las actividades, el estado y los resultados del
proceso de gestin de configuracin, y resolver los problemas.
GG 3 y sus prcticas no se aplican para una calificacin de nivel de madurez 2,
pero s se aplican para la calificacin de nivel de madurez 3 y superiores.

GG 3

I NSTITUCIONALIZAR UN PROCESO DEFINIDO

El proceso est institucionalizado como un proceso definido.


GP 3.1

ESTABLECER UN PROCESO DEFINIDO

Establecer y mantener la descripcin de un proceso definido de gestin de


configuracin.

S LO POR ETAPAS

R EVISAR EL ESTADO CON EL NIVEL DIRECTIVO

C/M S LO NIVELES 3-5

GP 2.10

09:19

Pgina 206

206 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


GP 3.2

R ECOGER INFORMACIN DE MEJORA

Recoger productos de trabajo, medidas, resultados de medicin e


informacin de mejora procedente de la planificacin y realizacin del
proceso de gestin de configuracin para dar soporte al uso futuro y a la
mejora de los procesos y de los activos de proceso de la organizacin.

Elaboracin:
Algunos ejemplos de productos de trabajo, medidas, resultados de la
medicin e informacin de mejora son:
Tendencias del estado de los elementos de configuracin.
Resultados de la auditoria de configuracin.
Informes de antigedad de peticiones de cambio.

GG 4

C ONTINUO /S OLO NIVELES DE MADUREZ 3-5

20/4/09

I NSTITUCIONALIZAR UN PROCESO GESTIONADO CUANTITATIVAMENTE

El proceso est institucionalizado como un proceso gestionado


cuantitativamente.
GP 4.1

ESTABLECER OBJETIVOS CUANTITATIVOS PARA EL PROCESO

Establecer y mantener los objetivos cuantitativos para el proceso de gestin


de configuracin, los cuales tratan la calidad y el rendimiento del proceso en
base a las necesidades del cliente y a los objetivos de negocio.
GP 4.2

ESTABILIZAR EL RENDIMIENTO DEL SUBPROCESO

Estabilizar el rendimiento de uno o ms subprocesos para determinar la


capacidad del proceso de gestin de configuracin para lograr los objetivos
cuantitativos establecidos de calidad y de rendimiento del proceso.
GG 5

I NSTITUCIONALIZAR UN PROCESO EN OPTIMIZACIN

El proceso est institucionalizado como un proceso en optimizacin.


GP 5.1

ASEGURAR LA MEJORA CONTINUA DEL PROCESO

Asegurar la mejora continua del proceso de gestin de configuracin para


satisfacer los objetivos de negocio relevantes de la organizacin.
GP 5.2

C ORREGIR LAS CAUSAS RAZ DE LOS PROBLEMAS

Identificar y corregir las causas raz de los defectos y de otros problemas


en el proceso de gestin de configuracin.

S LO CONTINUO

09-PAGS_191-206

10-PAGS_207-220

20/4/09

09:23

Pgina 207

ANLISIS DE DECISIONES Y RESOLUCIN


Un rea de proceso de soporte en el nivel de madurez 3

Propsito
El propsito del Anlisis de decisiones y resolucin (DAR) es analizar las decisiones posibles utilizando un proceso de evaluacin
formal que evala alternativas identificadas frente a criterios establecidos.

Notas introductorias

Establecer los criterios para la evaluacin de alternativas.


Identificar soluciones alternativas.
Seleccionar los mtodos para la evaluacin de las alternativas.
Evaluar las soluciones alternativas utilizando los criterios y mtodos establecidos.
Seleccionar las soluciones recomendadas a partir de las alternativas
en base a los criterios de evaluacin.
En lugar de utilizar la frase soluciones alternativas para tratar
problemas cada vez que se necesite, utilizaremos una de estas dos frases ms cortas: soluciones alternativas o alternativas.
Un proceso de evaluacin formal reduce la naturaleza subjetiva de
la decisin y tiene una mayor probabilidad de seleccionar una solucin que cumpla las mltiples demandas de las partes interesadas relevantes.
207

DAR

El rea de proceso de Anlisis de Decisiones y Resolucin implica establecer guas para determinar qu problemas deberan estar sujetos a
un proceso de evaluacin formal y despus aplicar los procesos de
evaluacin formal a estos problemas.
Un proceso de evaluacin formal es un enfoque estructurado
para evaluar soluciones alternativas frente a criterios establecidos
con el fin de determinar una solucin recomendada para tratar un
problema. Un proceso de evaluacin formal implica las siguientes
acciones:

10-PAGS_207-220

20/4/09

09:23

Pgina 208

208 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Mientras que la aplicacin principal de este rea de proceso tiene
que ver con inquietudes tcnicas, los procesos de evaluacin formal
tambin pueden aplicarse a muchos problemas no tcnicos, en particular cuando un proyecto est siendo planificado. Los problemas que
tienen mltiples soluciones alternativas y criterios de evaluacin son
propicios para un proceso de evaluacin formal.
Los estudios de mercado de equipamiento o de software son ejemplos
tpicos de procesos de evaluacin formal.
Durante la planificacin, se identifican los problemas que requieren un proceso de evaluacin formal. Los problemas tpicos incluyen
la seleccin entre alternativas de diseo o de arquitectura, la utilizacin de componentes reutilizables o de componentes de productos comerciales (COTS), la seleccin de proveedores, los entornos de
soporte de ingeniera o de herramientas asociadas, los entornos de
prueba, las alternativas de entrega, y la logstica y produccin. Un proceso de evaluacin formal tambin puede usarse para tratar una decisin de hacer o comprar, para el desarrollo de los procesos de
fabricacin, para la seleccin de los lugares de distribucin y para
otras decisiones.
Las guas se crean para decidir cundo utilizar procesos de evaluacin formal para tratar problemas no planificados. Con frecuencia las
guas sugieren la utilizacin de procesos de evaluacin formal cuando
los problemas estn asociados con riesgos medios o altos o cuando los
problemas afectan a la capacidad para lograr los objetivos del proyecto.
Los procesos de evaluacin formal pueden variar en formalidad,
tipo de criterios y mtodos empleados. Las decisiones menos formales
pueden analizarse en pocas horas, utilizan solamente algunos criterios
(p. ej. eficacia y coste de implementacin), y concluyen con un informe de una o dos pginas. Las decisiones ms formales pueden requerir planes separados, meses de esfuerzo, reuniones para el desarrollo y
la aprobacin de criterios, simulaciones, prototipos, experiencias piloto y documentacin extensa.
Tanto los criterios numricos como los no numricos pueden utilizarse en un proceso de evaluacin formal. Los criterios numricos
utilizan pesos para reflejar la importancia relativa sobre el criterio. Los
criterios no numricos utilizan una escala de rangos ms subjetiva (p.
ej. bajo, medio, alto). Las decisiones ms formales pueden requerir un
estudio completo de ventajas e inconvenientes.
Un proceso de evaluacin formal identifica y evala soluciones alternativas. La seleccin resultante de una solucin puede involucrar
actividades iterativas de identificacin y de evaluacin. Pueden combinarse partes de las alternativas identificadas, las tecnologas emergentes pueden cambiar las alternativas, y la situacin de negocio de
los proveedores puede cambiar durante el periodo de evaluacin.

10-PAGS_207-220

20/4/09

09:23

Pgina 209

Anlisis de decisiones y resolucin

209

Una alternativa recomendada se acompaa de la documentacin


de los mtodos seleccionados, criterios, alternativas y razn para la recomendacin. La documentacin se distribuye a las partes interesadas
relevantes; sta proporciona un registro del proceso de evaluacin formal y una razn que son tiles para otros proyectos que encuentren
un problema similar.
Mientras algunas de las decisiones tomadas a lo largo de la vida del
proyecto implican la utilizacin de un proceso de evaluacin formal,
otras no. Como se mencion anteriormente, deben establecerse guas
para determinar qu problemas deberan estar sujetos a un proceso de
evaluacin formal.

reas de proceso relacionadas


Para ms informacin sobre la planificacin general para los proyectos, consltese el rea de proceso de Planificacin de proyecto.
Para ms informacin sobre establecer el proceso definido del proyecto, consltese el rea de proceso de Gestin integrada de proyecto + IPPD. El proceso definido del proyecto incluye un proceso de evaluacin formal para cada problema
seleccionado e incorpora la utilizacin de guas para la aplicacin de un proceso
de evaluacin formal a problemas imprevistos.
Para ms informacin sobre identificar y mitigar riesgos, consltese el rea de
proceso de Gestin de riesgos. Es frecuente utilizar un proceso de evaluacin
formal para tratar los problemas con riesgos identificados como medios o altos.
Las soluciones seleccionadas tpicamente afectan a los planes de mitigacin de
riesgos.

SG 1 Evaluar las alternativas.


SP 1.1 Establecer guas para el anlisis de decisiones.
SP 1.2 Establecer criterios de evaluacin.
SP 1.3 Identificar soluciones alternativas.
SP 1.4 Seleccionar mtodos de evaluacin.
SP 1.5 Evaluar alternativas.
SP 1.6 Seleccionar soluciones.

Prcticas especficas por meta


SG 1

E VALUAR ALTERNATIVAS

Las decisiones estn basadas en una evaluacin de alternativas utilizando


criterios establecidos.
Los problemas que requieren un proceso de evaluacin formal
pueden identificarse en cualquier momento. El objetivo debe ser identificar los problemas tan pronto como sea posible para maximizar el
tiempo disponible para resolverlos.

DAR

Resumen de Metas y prcticas especficas

10-PAGS_207-220

20/4/09

09:23

Pgina 210

210 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


SP 1.1

ESTABLECER GUAS PARA EL ANLISIS DE DECISIONES

Establecer y mantener las guas para determinar qu problemas estn sujetos


a un proceso de evaluacin formal.
No todas las decisiones son lo suficientemente significativas para requerir un proceso de evaluacin formal. La eleccin entre lo trivial y
lo realmente importante no ser clara sin una gua explcita. Si una decisin es significativa o no depende del proyecto y de las circunstancias, y se determina por las guas establecidas.
Las guas tpicas para determinar cundo requerir un proceso de
evaluacin formal son las siguientes:
Cuando una decisin est directamente relacionada con temas evaluados como riesgo medio o alto.
Cuando una decisin est relacionada con cambiar productos de
trabajo bajo la gestin de configuracin.
Cuando una decisin causara retrasos en el calendario sobre un
cierto porcentaje o una cantidad de tiempo especfica.
Cuando una decisin afecta a la capacidad para lograr los objetivos
del proyecto.
Cuando los costes del proceso de evaluacin formal son razonables
cuando se comparan con el impacto de la decisin.
Cuando existe una obligacin legal durante una peticin.
Para ms informacin sobre la determinacin de qu problemas son de riesgo alto
o medio, consltese el rea de proceso de Gestin de riesgos.

Algunos ejemplos de cundo utilizar un proceso de evaluacin formal son:


En las decisiones que implican la adquisicin de material, cuando el 20%
de las partes del material constituyan el 80% de los costes totales del
material.
En las decisiones de implementacin de diseo, cuando un fallo en el
rendimiento tcnico pueda causar un fallo catastrfico (p. ej. seguridad
de los elementos de vuelo).
En las decisiones con el potencial para reducir significativamente riesgos
en el diseo, cambios en la ingeniera, tiempo de ciclo, tiempo de
respuesta y costes de produccin (p. ej. utilizar modelos de litografa
para evaluar formas y ajustar la capacidad antes de liberar diagramas de
ingeniera y tipos de produccin).

Productos de trabajo tpicos


1. Guas sobre cundo aplicar un proceso de evaluacin formal.

10-PAGS_207-220

20/4/09

09:23

Pgina 211

Anlisis de decisiones y resolucin

211

Subprcticas
1. Establecer guas.
2. Incorporar la utilizacin de guas en el proceso definido donde sea
apropiado.
Para ms informacin sobre cmo establecer el proceso definido del proyecto, consltese el rea de proceso de Gestin integrada de proyecto +
IPPD.
ESTABLECER CRITERIOS DE EVALUACIN

SP 1.2

Establecer y mantener los criterios para evaluar las alternativas, y la


clasificacin relativa de estos criterios.

Productos de trabajo tpicos


1. Criterios de evaluacin documentados.
2. Clasificaciones de la importancia de los criterios.

Subprcticas
1. Definir los criterios para evaluar las soluciones alternativas.
Los criterios deben ser trazables a los requerimientos, escenarios,
premisas del caso de negocio, objetivos de negocio u otras fuentes
documentadas. Los tipos de criterios a considerar son los siguientes:

Limitaciones de tecnologa.
Impacto del entorno.
Riesgos.
Costes totales propios y del ciclo de vida.

DAR

Los criterios de evaluacin proporcionan las bases para evaluar las soluciones alternativas. Los criterios son clasificados de tal manera que
los criterios con ms alta prioridad ejercen la mayor influencia sobre
la evaluacin.
Este rea de proceso es referenciada por muchas otras reas de proceso en el modelo, y existen muchos contextos en los cuales se puede
utilizar un proceso de evaluacin formal. Por lo tanto, en algunas situaciones se puede encontrar que los criterios ya han sido definidos
como parte de otro proceso. Esta prctica especfica no sugiere que sea
realizado un segundo desarrollo de criterios.
Documentar los criterios de evaluacin para minimizar la posibilidad de que las decisiones se adivinen, o que la razn para tomar la decisin sea olvidada. Las decisiones basadas en criterios que estn
definidos y establecidos explcitamente eliminan las barreras a la aceptacin por las partes interesadas.

10-PAGS_207-220

20/4/09

09:23

Pgina 212

212 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


2. Definir el rango y escala para clasificar los criterios de evaluacin.
Las escalas de importancia relativa para los criterios de evaluacin
pueden establecerse con valores no numricos o con frmulas que
relacionen el parmetro de evaluacin con un peso numrico.
3. Clasificar los criterios.
Los criterios se clasifican de acuerdo al rango y a la escala definidos para reflejar las necesidades, objetivos y prioridades de las partes interesadas relevantes.
4. Evaluar los criterios y su importancia relativa.
5. Evolucionar los criterios de evaluacin para mejorar su validez.
6. Documentar la razn para la seleccin y el rechazo de los criterios
de evaluacin.
La documentacin de los criterios de seleccin y su razn pueden
necesitarse para justificar soluciones o para disponer de referencias y uso futuro.
SP 1.3

I DENTIFICAR SOLUCIONES ALTERNATIVAS

Identificar las soluciones alternativas para tratar los problemas.


Puede salir a la luz un amplio rango de alternativas mediante la solicitud de sus contribuciones a tantas partes interesadas como sea racional.
Las contribuciones de las partes interesadas con diferentes aptitudes y
antecedentes pueden ayudar a los equipos a identificar y afrontar presunciones, limitaciones y prejuicios. Las sesiones de tormenta de ideas
pueden estimular alternativas innovadoras a travs de una rpida interaccin y realimentacin. Puede ocurrir que no se aporten suficientes soluciones candidatas para su anlisis. A medida que avance el anlisis,
pueden aadirse otras alternativas a la lista de soluciones candidatas potenciales. La generacin y consideracin de mltiples alternativas al
principio en un proceso de Anlisis de decisiones y resolucin incrementa la probabilidad de que pueda tomarse una decisin aceptable, y
que las consecuencias de la decisin puedan ser comprendidas.

Productos de trabajo tpicos


1. Alternativas identificadas.

Subprcticas
1. Realizar una bsqueda bibliogrfica.
Una bsqueda bibliogrfica puede desvelar lo que otros han realizado, tanto fuera como dentro de la organizacin. Esto puede proporcionar un entendimiento ms profundo del problema,
alternativas a considerar, barreras a la implementacin, estudios de
mercado existentes, y lecciones aprendidas de decisiones similares.
2. Identificar alternativas a considerar, adems de aquellas que pueden ser proporcionadas con el problema.

10-PAGS_207-220

20/4/09

09:23

Pgina 213

Anlisis de decisiones y resolucin

213

Los criterios de evaluacin son un punto de partida eficaz para


identificar alternativas. Los criterios de evaluacin identifican las
prioridades de las partes interesadas relevantes y la importancia de
otros desafos tcnicos, logsticos u otros.
El combinar los atributos clave de alternativas existentes puede generar alternativas adicionales o algunas veces ms slidas.
Solicitar alternativas a las partes interesadas relevantes. Las sesiones de tormenta de ideas, entrevistas, y trabajo en grupos pueden
utilizarse eficazmente para descubrir alternativas.

3. Documentar las alternativas propuestas.


SP 1.4

S ELECCIONAR LOS MTODOS DE EVALUACIN

Seleccionar los mtodos de evaluacin.


Los mtodos para evaluar las soluciones alternativas frente a los criterios establecidos pueden variar desde simulaciones hasta la utilizacin
de modelos probabilsticos y teora de la decisin. Estos mtodos necesitan ser cuidadosamente seleccionados. El nivel de detalle de un
mtodo debera estar en proporcin con el coste, el calendario, el rendimiento y los impactos del riesgo.
Mientras que muchos problemas pueden necesitar un solo mtodo
de evaluacin, ciertos problemas pueden requerir mltiples mtodos.
Por ejemplo, las simulaciones pueden ampliar un estudio de mercado
para determinar qu alternativa de diseo es la que mejor cumple un
criterio dado.

Productos de trabajo tpicos


Subprcticas
1. Seleccionar los mtodos en base al propsito de analizar una decisin y a la disponibilidad de la informacin utilizada para sustentar el mtodo.
Por ejemplo, los mtodos utilizados para evaluar una solucin cuando los
requerimientos estn pobremente definidos pueden ser diferentes de los
mtodos utilizados cuando los requerimientos estn bien definidos.
Los mtodos de evaluacin tpicos son los siguientes:
Modelado y simulacin.
Estudios de ingeniera.
Estudios de fabricacin.
Estudios de costes.
Estudios de oportunidades de negocio.
Encuestas.
Extrapolaciones basadas en la experiencia de campo y prototipos.

DAR

1. Mtodos de evaluacin seleccionados.

10-PAGS_207-220

20/4/09

09:23

Pgina 214

214 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Revisiones de usuario y comentarios.
Pruebas.
Juicio proporcionado por un experto o grupo de expertos (p. ej.,
el Mtodo Delphi).

2. Seleccionar los mtodos de evaluacin en base a su capacidad para


enfocarse en los problemas al alcance de la mano sin estar demasiado influenciados por problemas secundarios.
Los resultados de las simulaciones pueden estar distorsionados por
actividades aleatorias en la solucin, que no estn directamente relacionadas con los problemas al alcance de la mano.
3. Determinar las medidas necesarias para sustentar el mtodo de
evaluacin.
Considerar el impacto sobre el coste, el calendario, el rendimiento
y los riesgos.
SP 1.5

E VALUAR ALTERNATIVAS

Evaluar las soluciones alternativas utilizando criterios y mtodos establecidos.


Evaluar las soluciones alternativas implica anlisis, debate y revisin.
Algunas veces son necesarios ciclos iterativos de anlisis. Puede necesitarse anlisis de soporte, experimentacin, creacin de prototipos, experiencias piloto o simulaciones para justificar calificaciones y conclusiones.
Con frecuencia, la importancia relativa de los criterios es imprecisa y el efecto total sobre una solucin no es apreciable hasta despus
de realizado el anlisis. En los casos donde las calificaciones resultantes difieren en relativamente pequeas cantidades, la mejor seleccin
entre las soluciones alternativas puede no ser ntida. Poner en duda
los criterios y las suposiciones debera alentarse.

Productos de trabajo tpicos


1. Resultados de la evaluacin.

Subprcticas
1. Evaluar las soluciones alternativas propuestas utilizando los criterios de evaluacin establecidos y los mtodos seleccionados.
2. Evaluar las suposiciones relacionadas con los criterios de evaluacin y la evidencia que sustenta las suposiciones.
3. Evaluar si la incertidumbre en los valores de las soluciones alternativas afecta a la evaluacin y la trata segn sea apropiado.
Por ejemplo, si la calificacin puede variar entre dos valores, la diferencia es lo suficientemente significativa para hacer una diferencia
en el conjunto de la solucin final?, la variacin en la puntuacin
representa un alto riesgo? Para tratar estas aspectos, entre otras cosas, pueden realizarse simulaciones, pueden realizarse estudios adicionales o pueden modificarse los criterios de evaluacin.

10-PAGS_207-220

20/4/09

09:23

Pgina 215

Anlisis de decisiones y resolucin

215

4. Realizar simulaciones, modelados, prototipos y experiencias piloto segn sea necesario para ejercitar los criterios de evaluacin, los
mtodos y las soluciones alternativas.
Los criterios no probados, su importancia relativa, los datos de soporte o funciones pueden causar que se ponga en cuestin la validez de las soluciones. Los criterios y sus prioridades y escalas
relativas pueden probarse con ensayos frente a un conjunto de alternativas. Estos ensayos de un conjunto escogido de criterios permiten la evaluacin del impacto acumulado de los criterios para
una solucin. Si los ensayos revelan problemas, podran considerarse diferentes criterios o alternativas para evitar sesgos.
5. Considerar nuevas soluciones alternativas, criterios o mtodos si
las alternativas propuestas no pasan la prueba; repetir las evaluaciones hasta que las alternativas pasen la prueba.
6. Documentar los resultados de la evaluacin.
Documentar la razn para la adicin de nuevas alternativas o mtodos y cambios a los criterios, as como tambin los resultados de
las evaluaciones intermedias.
SP 1.6

S ELECCIONAR SOLUCIONES

Seleccionar las soluciones a partir de las alternativas en base a los criterios de


evaluacin.
Seleccionar las soluciones involucra ponderar los resultados de las
evaluaciones de las alternativas. Los riesgos asociados con la implementacin de la solucin deben ser evaluados.

1. Soluciones recomendadas para tratar los problemas significativos.

Subprcticas
1. Evaluar los riesgos asociados con la implementacin de la solucin recomendada.
Para ms informacin sobre identificar y gestionar los riesgos, consltese el rea de proceso de Gestin de los riesgos.

Con frecuencia las decisiones deben realizarse con informacin incompleta. Puede existir un riesgo substancial asociado con la decisin porque se tiene la informacin incompleta.
Cuando las decisiones deben tomarse de acuerdo a un calendario
especfico, el tiempo y los recursos pueden no estar disponibles
para recoger la informacin completa. Por consiguiente, las decisiones arriesgadas realizadas con informacin incompleta pueden
requerir un nuevo anlisis posterior. Los riesgos identificados deberan monitorizarse.
2. Documentar los resultados y la razn para la solucin recomendada.
Es importante registrar tanto por qu una solucin fue seleccionada como por qu otra solucin fue rechazada.

DAR

Productos de trabajo tpicos

09:23

Pgina 216

216 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Prcticas genricas por meta


GG 1

L OGRAR LAS METAS ESPECFICAS

El proceso da soporte y permite el logro de las metas especficas del rea de


proceso transformando los productos de trabajo de entrada identificables
para producir los productos de trabajo de salida identificables.
GP 1.1

R EALIZAR LAS PRCTICAS ESPECFICAS

Realizar las prcticas especficas del proceso de anlisis de decisiones y


resolucin para desarrollar los productos de trabajo y proporcionar servicios
para lograr las metas especficas del rea de proceso.
GG 2

S LO CONTINUO

20/4/09

I NSTITUCIONALIZAR UN PROCESO GESTIONADO

El proceso est institucionalizado como un proceso gestionado.


GG 3

I NSTITUCIONALIZAR UN PROCESO DEFINIDO

El proceso est institucionalizado como un proceso definido.


La aparicin de esta meta genrica aqu refleja su ubicacin en la representacin por etapas.
GP 2.1

ESTABLECER UNA POLTICA DE LA ORGANIZACIN

Establecer y mantener una poltica de la organizacin para planificar y realizar


el proceso de anlisis de decisiones y resolucin.

Elaboracin:
Esta poltica establece las expectativas de la organizacin para analizar
selectivamente las posibles decisiones utilizando un proceso de evaluacin formal que evala las alternativas identificadas frente a los criterios establecidos. La poltica tambin debera proporcionar guas
sobre qu decisiones requieren un proceso de evaluacin formal.
GP 2.2

P LANIFICAR EL PROCESO

Establecer y mantener el plan para realizar el proceso de anlisis de


decisiones y resolucin.

Elaboracin:
Este plan para realizar el proceso de anlisis de decisiones y resolucin puede estar incluido (o referenciado) en el plan del proyecto,
el cual es descrito en el rea de proceso de Planificacin de proyecto.

S LO POR ETAPAS

10-PAGS_207-220

10-PAGS_207-220

20/4/09

09:23

Pgina 217

Anlisis de decisiones y resolucin

GP 2.3

217

P ROPORCIONAR RECURSOS

Proporcionar recursos adecuados para realizar el proceso de anlisis de


decisiones y resolucin, desarrollar los productos de trabajo, y proporcionar
los servicios del proceso.

Elaboracin:
Algunos ejemplos de recursos proporcionados son las siguientes
herramientas:
Simuladores y herramientas de modelado.
Herramientas de desarrollo de prototipos.
Herramientas para llevar a cabo encuestas.

GP 2.4

ASIGNAR RESPONSABILIDAD

Asignar la responsabilidad y la autoridad para realizar el proceso, desarrollar


los productos de trabajo, y proporcionar los servicios del proceso de anlisis
de decisiones y resolucin.
GP 2.5

FORMAR AL PERSONAL

Formar, segn sea necesario, a las personas que realizan o dan soporte al
proceso de Anlisis de Decisiones y Resolucin.

Elaboracin:

GP 2.6

G ESTIONAR CONFIGURACIONES

Poner los productos de trabajo designados del proceso de anlisis de


decisiones y resolucin bajo los niveles de control apropiados.

Elaboracin:
Algunos ejemplos de productos de trabajo puestos bajo control son:
Guas de cundo aplicar un proceso de evaluacin formal.
Informes de evaluacin que contienen soluciones recomendadas.

GP 2.7

I DENTIFICAR E INVOLUCRAR A LAS PARTES INTERESADAS RELEVANTES

Identificar e involucrar, como se planific, a las partes interesadas relevantes


del proceso de anlisis de decisiones y resolucin.

DAR

Algunos ejemplos de temas de formacin son:


Anlisis de la decisin formal.
Mtodos para evaluar soluciones alternativas frente a los criterios.

10-PAGS_207-220

20/4/09

09:23

Pgina 218

218 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Elaboracin:
Algunos ejemplos de actividades para involucrar a las partes interesadas
son:
Establecer guas para determinar qu problemas estn sujetos a un
proceso de evaluacin formal.
Establecer criterios de evaluacin.
Identificar y evaluar alternativas.
Seleccionar mtodos de evaluacin.
Seleccionar soluciones.

GP 2.8

M ONITORIZAR Y CONTROLAR EL PROCESO

Monitorizar y controlar el proceso de anlisis de decisiones y resolucin frente


al plan para realizar el proceso y tomar las acciones correctivas apropiadas.

Elaboracin:
Algunos ejemplos de medidas y de productos de trabajo usados en la
monitorizacin y control son:
Relacin coste-beneficio de los procesos de evaluacin formal
utilizados.
Calendario para la ejecucin del estudio de mercado.

GP 2.9

E VALUAR OBJETIVAMENTE LA ADHERENCIA

Evaluar objetivamente la adherencia del proceso de anlisis de decisiones y


resolucin frente a la descripcin del proceso, estndares y procedimientos, y
tratar las no conformidades.

Elaboracin:
Algunos ejemplos de actividades revisadas son:
Evaluacin de alternativas utilizando criterios y mtodos establecidos.

Algunos ejemplos de productos de trabajo revisados son:


Guas de cundo aplicar un proceso de evaluacin formal.
Informes de evaluacin que contengan las soluciones recomendadas.

GP 2.10

R EVISAR EL ESTADO CON EL NIVEL DIRECTIVO

Revisar con el nivel directivo las actividades, el estado y los resultados del
proceso de anlisis de decisiones y resolucin, y resolver los problemas.

20/4/09

09:23

Pgina 219

Anlisis de decisiones y resolucin

GG 3

219

I NSTITUCIONALIZAR UN PROCESO DEFINIDO

El proceso est institucionalizado como un proceso definido.


La aparicin de esta meta genrica aqu refleja su ubicacin en la representacin continua.

GP 3.1

S LO CONTINUO

10-PAGS_207-220

ESTABLECER UN PROCESO DEFINIDO

Establecer y mantener la descripcin de un proceso definido de anlisis de


decisiones y resolucin.
GP 3.2

R ECOGER INFORMACIN DE MEJORA

Recoger productos de trabajo, medidas, resultados de medicin e informacin


de mejora procedente de la planificacin y realizacin del proceso de anlisis
de decisiones y resolucin para dar soporte al uso futuro y a la mejora de los
procesos y de los activos de proceso de la organizacin.

Elaboracin:
Algunos ejemplos de productos de trabajo, medidas, resultados de
medicin e informacin de mejora son:
Nmero de alternativas consideradas.
Resultados de la evaluacin.
Soluciones recomendadas para tratar los problemas significativos.
DAR

GG 4

I NSTITUCIONALIZAR UN PROCESO GESTIONADO CUANTITATIVAMENTE

El proceso est institucionalizado como un proceso gestionado


cuantitativamente.
ESTABLECER OBJETIVOS CUANTITATIVOS PARA EL PROCESO

Establecer y mantener los objetivos cuantitativos para el proceso de


anlisis de decisiones y resolucin, los cuales tratan la calidad y el
rendimiento del proceso, en base a las necesidades del cliente y a los
objetivos de negocio.
GP 4.2

ESTABILIZAR EL RENDIMIENTO DEL SUBPROCESO

Estabilizar el rendimiento de uno o ms subprocesos para determinar la


capacidad del proceso de anlisis de decisiones y resolucin para lograr
los objetivos cuantitativos establecidos de calidad y de rendimiento del
proceso.

S LO CONTINUO

GP 4.1

20/4/09

09:23

Pgina 220

220 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


GG 5

I NSTITUCIONALIZAR UN PROCESO EN OPTIMIZACIN

El proceso est institucionalizado como un proceso en optimizacin.


GP 5.1

ASEGURAR LA MEJORA CONTINUA DE PROCESOS

Asegurar la mejora continua del proceso de anlisis de decisiones y


resolucin para satisfacer los objetivos de negocio relevantes de la
organizacin.
GP 5.2

C ORREGIR LAS CAUSAS RAZ DE LOS PROBLEMAS

Identificar y corregir las causas raz de los defectos y de otros problemas en el


proceso de anlisis de decisiones y resolucin.

S LO CONTINUO

10-PAGS_207-220

11-PAGS_221-252

6/5/09

16:41

Pgina 221

GESTIN INTEGRADA DE PROYECTO + IPPD


Un rea de proceso de gestin de proyecto en el nivel de madurez 3

El propsito de la Gestin integrada de proyecto (IPM) es establecer y gestionar el proyecto y la involucracin de las partes interesadas relevantes de acuerdo a un proceso integrado y definido que se
adapta a partir del conjunto de procesos estndar de la organizacin.
Para IPPD, la Gestin integrada de proyecto + IPPD tambin cubre el
establecimiento de una visin compartida para el proyecto y el establecimiento de
equipos integrados que llevarn a cabo los objetivos del proyecto.

E XTENSIN IPPD

Propsito

Notas introductorias
La Gestin integrada de proyecto implica:
Establecer el proceso definido del proyecto al inicio del mismo, mediante la adaptacin del conjunto de procesos estndar de la organizacin.
Gestionar el proyecto utilizando el proceso definido del proyecto.

Utilizar y contribuir a los activos de proceso de la organizacin.


Permitir que las inquietudes de las partes interesadas relevantes
sean identificadas, consideradas, y, cuando sea apropiado, tratadas
durante el desarrollo del producto.
Asegurar que las partes interesadas relevantes realizan sus tareas de
una forma coordinada y oportuna (1) para tratar los requerimientos
del producto y de los componentes del producto, los planes, los objetivos, los problemas y los riesgos; (2) para satisfacer sus compromisos; y (3) para identificar, seguir y resolver los problemas de
coordinacin.
221

IPM + IPPD

Establecer el entorno de trabajo para el proyecto, basndose en los


estndares del entorno de trabajo de la organizacin.

6/5/09

16:41

Pgina 222

222 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


La Gestin integrada de proyecto + IPPD tambin implica:
Establecer una visin compartida del proyecto.
Establecer equipos integrados que se encarguen de cumplir los objetivos del
proyecto.

El proceso definido e integrado que se adapta a partir del conjunto de procesos estndar de la organizacin se denomina el proceso definido del proyecto.
La gestin del esfuerzo, del coste, del calendario, de la dotacin de
personal, de los riesgos y de otros factores del proyecto, est ligada a
las tareas del proceso definido del proyecto. La implementacin y la
gestin del proceso definido del proyecto se describen normalmente
en el plan del proyecto. Ciertas actividades pueden cubrirse en otros
planes que afectan al proyecto, tales como el plan de aseguramiento de
la calidad, la estrategia de gestin de riesgos y el plan de gestin de
configuracin.
Puesto que el proceso definido para cada proyecto se adapta a partir del conjunto de procesos estndar de la organizacin, la variabilidad entre los proyectos normalmente se reduce y los proyectos pueden
compartir ms fcilmente los activos de proceso, los datos y las lecciones aprendidas.
Este rea de proceso tambin trata la coordinacin de todas las actividades asociadas con el proyecto tales como:
Actividades de desarrollo (p. ej., desarrollo de requerimientos, diseo y verificacin).
Actividades de servicio (p. ej., entrega, help desk, operaciones y
contacto con el cliente).
Actividades de adquisicin (p. ej., propuesta, monitorizacin del
contrato y transicin a operacin).
Actividades de soporte (p. ej., gestin de configuracin, documentacin, marketing y formacin).
Las interfaces e interacciones de trabajo entre las partes interesadas relevantes internas y externas al proyecto se planifican y se gestionan para asegurar la calidad y la integridad de todo el producto. Las
partes interesadas relevantes participan, segn sea apropiado, en la definicin del proceso definido del proyecto y del plan del proyecto. Las
revisiones y los intercambios se realizan peridicamente con las partes
interesadas relevantes para asegurar que los problemas de coordinacin reciben la atencin apropiada y que cada uno de los implicados
en el proyecto es apropiadamente consciente del estado, de los planes,
y de las actividades. (Se remite a la definicin de parte interesada relevante en el glosario.) Durante la definicin del proceso definido del
proyecto, las interfaces formales son creadas segn sea necesario para
asegurar que se realice una coordinacin y colaboracin apropiadas.

E XTENSIN IPPD

11-PAGS_221-252

11-PAGS_221-252

6/5/09

16:41

Pgina 223

Gestin integrada de proyecto + IPPD

223

Este rea de proceso se aplica en cualquier estructura de la organizacin, incluyendo los proyectos que se estructuran como organizaciones en lnea, organizaciones matriciales, o equipos integrados. La
terminologa debera interpretarse apropiadamente para la estructura
de la organizacin existente.

reas de proceso relacionadas


Para ms informacin sobre la planificacin de proyecto, que incluye la identificacin de las partes interesadas relevantes y su apropiada involucracin en el
proyecto, consltese el rea de proceso de Planificacin de proyecto.
Para ms informacin sobre la monitorizacin y control de proyecto, consltese
el rea de proceso de Monitorizacin y control de proyecto.
Para ms informacin sobre la revisin entre pares, consltese el rea de proceso
de Verificacin.
Para ms informacin sobre los activos de proceso de la organizacin y los estndares del entorno de trabajo, consltese el rea de proceso de Definicin de procesos de la organizacin.

Para ms informacin sobre la creacin de reglas y guas de la organizacin


para IPPD, consltese el rea de proceso de Definicin de procesos de la
organizacin+IPPD.

E XTENSIN IPPD

Para ms informacin sobre la definicin de un proceso para medir y analizar los


procesos, consltese el rea de proceso de Medicin y anlisis.

Resumen de Metas y prcticas especficas

IPM + IPPD

SG1 Utilizar el proceso definido del proyecto.


SP 1.1 Establecer el proceso definido del proyecto.
SP 1.2 Utilizar los activos de proceso de la organizacin para planificar las actividades del
proyecto.
SP 1.3 Establecer el entorno de trabajo del proyecto.
SP 1.4 Integrar los planes.
SP 1.5 Gestionar el proyecto utilizando los planes integrados.
SP 1.6 Contribuir a los activos de proceso de la organizacin.

SG 3 Aplicar los principios de IPPD.


SP 3.1 Establecer la visin compartida del proyecto.
SP 3.2 Establecer la estructura del equipo integrado.
SP 3.3 Asignar los requerimientos a los equipos integrados.
SP 3.4 Establecer los equipos integrados.
SP 3.5 Asegurar la colaboracin entre los equipos interconectados.

E XTENSIN IPPD

SG 2 Coordinar y colaborar con las partes interesadas relevantes.


SP 2.1 Gestionar la involucracin de las partes interesadas.
SP 2.2 Gestionar las dependencias.
SP 2.3 Resolver los problemas de coordinacin.

6/5/09

16:41

Pgina 224

224 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Prcticas especficas por meta


SG 1

U TILIZAR EL PROCESO DEFINIDO DEL PROYECTO

El proyecto es llevado a cabo utilizando un proceso definido que es adaptado


a partir del conjunto de procesos estndar de la organizacin.
El proceso definido del proyecto debe incluir aquellos procesos del
conjunto de procesos estndar de la organizacin que tratan todos los
procesos necesarios para adquirir o desarrollar y mantener el producto. Los procesos relacionados con el ciclo de vida del producto, tales
como los procesos de fabricacin y de soporte, se desarrollan concurrentemente con el producto.
SP 1.1

ESTABLECER EL PROCESO DEFINIDO DEL PROYECTO

Establecer y mantener el proceso definido del proyecto a lo largo de la vida


del proyecto desde su inicio.
Para ms informacin sobre los activos de proceso de la organizacin, consltese
el rea de proceso de Definicin de procesos de la organizacin.
Para ms informacin sobre las necesidades y objetivos de los procesos de la organizacin y el despliegue del conjunto de procesos estndar de la organizacin
en los proyectos, consltese el rea de proceso de Enfoque en procesos de la organizacin.

El proceso definido del proyecto consiste en procesos definidos que


forman un ciclo de vida integrado y coherente para el proyecto.
El proceso definido del proyecto da soporte a IPPD con los procesos que
Hacen que el entorno integrado de la gestin de proyectos est mejor dispuesto
para equipos localizados en una misma ubicacin o distribuidos.
Seleccionan la estructura de equipo integrado del proyecto.
Asignan recursos limitados de personal.
Implementan una comunicacin a travs del equipo integrado.

El proceso definido del proyecto debera satisfacer las necesidades


operacionales y contractuales, oportunidades y limitaciones del proyecto. Est diseado para proporcionar el mejor ajuste para las necesidades del proyecto. El proceso definido del proyecto se basa en los
siguientes factores:
Requerimientos de cliente.
Requerimientos del producto y de los componentes de producto.
Compromisos.

E XTENSIN IPPD

11-PAGS_221-252

11-PAGS_221-252

6/5/09

16:41

Pgina 225

Gestin integrada de proyecto + IPPD

225

Objetivos y necesidades del proceso de la organizacin.


Conjunto de procesos estndar y guas de adaptacin de la organizacin.
Entorno operacional.
Entorno del negocio.
Establecer el proceso definido del proyecto al inicio del proyecto
ayuda a asegurar que el personal y las partes interesadas del proyecto
implementan un conjunto de actividades necesarias para establecer
eficientemente un conjunto inicial de requerimientos y planes para el
proyecto. Conforme el proyecto progresa, la descripcin del proceso
definido del proyecto se elabora y corrige para un mejor cumplimiento de los requerimientos del proyecto, y las necesidades y objetivos de
proceso de la organizacin. Tambin, dado que el conjunto de procesos estndar de la organizacin cambia, el proceso definido del proyecto puede necesitar ser corregido.

Productos de trabajo tpicos


1. El proceso definido del proyecto.

Subprcticas
1. Seleccionar un modelo de ciclo de vida a partir de aquellos disponibles en los activos de proceso de la organizacin.
Algunos ejemplos de caractersticas del proyecto que podran afectar a la
seleccin de los modelos del ciclo de vida son:
Tamao del proyecto.
Experiencia y familiaridad del personal en la implementacin del proceso.
Limitaciones tales como tiempo del ciclo y niveles aceptables de
defectos.

IPM + IPPD

2. Seleccionar los procesos estndar a partir del conjunto de procesos


estndar de la organizacin que mejor se ajusten a las necesidades
del proyecto.
3. Adaptar el conjunto de procesos estndar de la organizacin y otros
activos de proceso de la organizacin de acuerdo con las guas de
adaptacin, para producir el proceso definido del proyecto.
A veces los modelos de ciclo de vida y los procesos estndar disponibles son inadecuados para cumplir las necesidades de un proyecto especfico. A veces el proyecto no ser capaz de producir los
productos de trabajo o las medidas requeridas. En estos casos, el
proyecto deber pedir la aprobacin para desviarse de lo que es requerido por la organizacin. Las excepciones sirven para este propsito.
4. Utilizar otros artefactos de la biblioteca de activos de proceso de la
organizacin segn sea apropiado.

11-PAGS_221-252

6/5/09

16:41

Pgina 226

226 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Otros artefactos pueden incluir:
Documentos de lecciones aprendidas.
Plantillas.
Documentos de ejemplo.
Modelos de estimacin.

5. Documentar el proceso definido del proyecto.


El proceso definido del proyecto cubre todas las actividades para el
proyecto y sus interfaces, con las partes interesadas relevantes.
Algunos ejemplos de actividades del proyecto son:

Planificacin del proyecto.


Monitorizacin del proyecto.
Desarrollo de requerimientos.
Gestin de requerimientos.
Gestin de proveedores.
Gestin de configuracin.
Aseguramiento de la calidad.
Gestin de riesgos.
Anlisis de decisiones y resolucin.
Desarrollo del producto y soporte.
Propuestas.

6. Realizar revisiones entre pares del proceso definido del proyecto.


Para ms informacin sobre la realizacin de revisiones entre pares, consltese el rea de proceso de Verificacin.

7. Corregir el proceso definido del proyecto segn sea necesario.


SP 1.2

U TILIZAR LOS ACTIVOS DE PROCESO DE LA ORGANIZACIN PARA PLANIFICAR


LAS ACTIVIDADES DEL PROYECTO

Utilizar los activos de proceso de la organizacin y el repositorio


de medicin para la estimacin y planificacin de las actividades
del proyecto.
Para ms informacin sobre los activos de proceso y el repositorio de medicin de
la organizacin, consltese el rea de proceso de Definicin de procesos de la
organizacin.

Productos de trabajo tpicos


1. Estimaciones de proyecto.
2. Planes de proyecto.

11-PAGS_221-252

6/5/09

16:41

Pgina 227

Gestin integrada de proyecto + IPPD

227

Subprcticas
1. Utilizar las tareas y los productos de trabajo del proceso definido
del proyecto como base para estimar y planificar las actividades
del proyecto.
Un entendimiento de las relaciones entre las diferentes tareas y
productos de trabajo del proceso definido del proyecto, y de los roles que sern realizados por las partes interesadas relevantes, es
una base para desarrollar un plan realista.
2. Utilizar el repositorio de medicin de la organizacin para estimar
los parmetros de planificacin del proyecto.
Esta estimacin normalmente incluye:
Utilizar los datos histricos apropiados de este proyecto o de
proyectos similares.
Explicar y registrar las semejanzas y diferencias entre el proyecto actual y aquellos proyectos cuyos datos histricos se usen.
Validar de manera independiente los datos histricos.
Registrar el razonamiento, las suposiciones y el fundamento utilizado para seleccionar los datos histricos.
Algunos ejemplos de parmetros que se consideran para las semejanzas y
las diferencias son:
Atributos de producto de trabajo y de tarea.
Dominio de aplicacin.
Enfoque del diseo.
Entorno operacional.
Experiencia de las personas.

Algunos ejemplos de los datos contenidos en el repositorio de medicin


de la organizacin son:

Esfuerzo.
Coste.
Calendario.
Dotacin de personal.
Defectos.
Tiempo de respuesta.
Capacidad del servicio.
Rendimiento del proveedor.

IPM + IPPD

Tamao de los productos de trabajo u otros atributos del producto de


trabajo.

6/5/09

16:41

Pgina 228

228 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


SP 1.3

ESTABLECER EL ENTORNO DE TRABAJO DEL PROYECTO

Establecer y mantener el entorno de trabajo del proyecto en base a los


estndares de entorno de trabajo de la organizacin.
Un entorno de trabajo apropiado para un proyecto comprende una infraestructura de instalaciones, herramientas y equipamiento que las
personas necesitan para realizar su trabajo eficazmente en apoyo de
los objetivos de negocio y del proyecto. El entorno de trabajo y sus
componentes se mantienen con un nivel de rendimiento y de fiabilidad indicado por los estndares de entorno de trabajo de la organizacin. Segn sea requerido, el entorno de trabajo del proyecto o de
alguno de sus componentes puede ser desarrollado internamente o adquirido de fuentes externas.
Un entorno de trabajo eficaz ayuda a los proyectos a emplear IPPD para llevar a
cabo su trabajo utilizando equipos integrados ubicados en la misma localizacin o
distribuidos. Todas las partes interesadas relevantes del proyecto deberan tener
acceso fcil a los medios de comunicacin bidireccionales.

El entorno de trabajo del proyecto podra abarcar los entornos para


la integracin, verificacin y validacin del producto o stos podran
ser entornos separados.
Para ms informacin sobre estndares del entorno de trabajo, consltese el rea
de proceso de Definicin de procesos de la organizacin en la prctica especfica
Establecer los estndares del entorno de trabajo.
Para ms informacin sobre el establecimiento y el mantenimiento del entorno de
integracin del producto para el proyecto, consltese el rea de proceso de
Integracin de producto en la prctica especfica Establecer el entorno de integracin de producto.
Para ms informacin sobre establecer y mantener el entorno de verificacin
para el proyecto, consltese el rea de proceso de Verificacin en la prctica especfica Establecer el entorno de verificacin.
Para ms informacin sobre establecer y mantener el entorno de validacin para
el proyecto, consltese el rea de proceso de validacin en la prctica especfica
Establecer el entorno de validacin.

Productos de trabajo tpicos


1. Equipamiento y herramientas para el proyecto.
2. Manuales de instalacin, operacin y mantenimiento del entorno
de trabajo del proyecto.
3. Encuestas a usuarios y resultados.
4. Registros de utilizacin, rendimiento y mantenimiento.
5. Servicios de soporte para el entorno de trabajo del proyecto.

E XTENSIN IPPD

11-PAGS_221-252

11-PAGS_221-252

6/5/09

16:41

Pgina 229

Gestin integrada de proyecto + IPPD

229

Subprcticas
1. Planificar, disear e instalar un entorno de trabajo para el proyecto.
Los aspectos crticos del entorno de trabajo del proyecto son, como
en cualquier otro producto, dictados por los requerimientos. La
funcionalidad y las operaciones del entorno de trabajo se exploran
con el mismo rigor que para cualquier otro desarrollo de producto.
Puede ser necesario contraponer el rendimiento, los costes y los riesgos.
Los siguientes son algunos ejemplos de cada uno:
Las consideraciones de rendimiento pueden incluir comunicaciones
interoperables a tiempo, seguridad, proteccin y facilidad de
mantenimiento.
Los costes pueden incluir desembolsos de capital, formacin, estructura
de soporte, desmontaje y eliminacin de los entornos existentes, y
operacin y mantenimiento del entorno.
Los riesgos pueden incluir interrupciones del flujo de trabajo y del
proyecto.
Algunos ejemplos de equipamiento y herramientas son:
Software de ofimtica.
Software de soporte a la toma de decisiones.
Herramientas de gestin de proyectos.
Herramientas de gestin.
Herramientas de diseo.
Herramientas de gestin de configuracin.
Herramientas de evaluacin.
Equipamiento de pruebas y/o de evaluacin.

Algunos ejemplos de planteamientos de mantenimiento y soporte son:


Contratar personas para realizar el mantenimiento y el soporte.
Formar personas para realizar el mantenimiento y el soporte.
Contratar el mantenimiento y el soporte.
Desarrollar usuarios expertos para las herramientas seleccionadas.
3. Mantener la organizacin de los componentes del entorno de trabajo del proyecto.
Los componentes incluyen el software, bases de datos, hardware,
herramientas, equipamiento de pruebas y documentacin apropiada. La organizacin del software incluye las certificaciones apro-

IPM + IPPD

2. Proporcionar el mantenimiento y el soporte operacional continuos


para el entorno de trabajo del proyecto.
El mantenimiento y el soporte del entorno de trabajo pueden realizarse con medios internos de la organizacin o subcontratados
fuera.

6/5/09

16:41

Pgina 230

230 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


piadas. La organizacin del hardware y del equipamiento de pruebas incluye los registros de calibracin y de ajuste, y la trazabilidad
con los estndares de calibracin.

4. Revisar peridicamente hasta qu punto el entorno de trabajo est


cumpliendo con las necesidades del proyecto y dando soporte a la
colaboracin, y actuar segn sea apropiado.
Algunos ejemplos de acciones que podran realizarse son:
Aadir nuevas herramientas.
Adquirir redes, equipamiento, formacin y soporte adicionales.

SP 1.4

I NTEGRAR LOS PLANES .

Integrar el plan del proyecto y otros planes que afectan al proyecto para
describir el proceso definido del proyecto.
Para ms informacin sobre el establecimiento y el mantenimiento de un plan del
proyecto, consltese el rea de proceso de Planificacin de proyecto.
Para ms informacin sobre los activos de proceso de la organizacin y, particularmente, del repositorio de medicin de la organizacin, consltese el rea de
proceso de Definicin de procesos de la organizacin.
Para ms informacin sobre la definicin de medidas y actividades de medicin y
la utilizacin de tcnicas analticas, consltese el rea de proceso de Medicin y
anlisis.
Para ms informacin sobre la identificacin y anlisis de los riesgos, consltese
el rea de proceso de Gestin de riesgos.
Para ms informacin sobre las necesidades y objetivos del proceso de la organizacin, consltese el rea de proceso de Enfoque en procesos de la organizacin.

Esta prctica especfica ampla las prcticas especficas para el establecimiento y el mantenimiento de un plan del proyecto para tratar las
actividades adicionales de planificacin, tales como incorporar el proceso definido del proyecto, coordinar con las partes interesadas relevantes, utilizar los activos de proceso de la organizacin, incorporar
planes para las revisiones entre pares y establecer criterios de entrada
y de salida objetivos para las tareas.
El desarrollo del plan del proyecto debera tener en cuenta las necesidades actuales y proyectadas, los objetivos y los requerimientos de
la organizacin, del cliente, de los proveedores y de los usuarios finales, segn sea apropiado.
Los planes de los equipos integrados se incluyen en esta integracin. Desarrollar
un plan completo del proyecto y el proceso definido del proyecto puede requerir
un esfuerzo iterativo si se est desplegando una estructura de equipo integrada,
compleja y multi-capa.

E XTENSIN IPPD

11-PAGS_221-252

11-PAGS_221-252

6/5/09

16:41

Pgina 231

Gestin integrada de proyecto + IPPD

231

Productos de trabajo tpicos


1. Planes integrados.

Subprcticas
1. Integrar otros planes que afectan al proyecto con el plan del proyecto.
Otros planes que afectan al proyecto pueden incluir:
Planes de aseguramiento de la calidad.
Planes de gestin de la configuracin.
Estrategias de gestin de riesgos.
Planes de documentacin.
2. Incorporar al plan del proyecto las definiciones de las medidas y
de las actividades de medicin para gestionar el proyecto.
Algunos ejemplos de las medidas que seran incorporadas son:
Conjunto de medidas comunes de la organizacin.
Medidas adicionales especficas del proyecto.
3. Identificar y analizar los riesgos de la interfaz del proyecto y del
producto.
Algunos ejemplos de los riesgos de la interfaz del proyecto y producto
son:
Descripciones incompletas de la interfaz.
Indisponibilidad de herramientas o de equipamiento de pruebas.
Disponibilidad de componentes COTS.
Interfaces de equipo inadecuadas o ineficaces.
4. Programar las tareas en una secuencia que tenga en cuenta los factores crticos del desarrollo y los riesgos del proyecto.

5. Incorporar los planes para realizar revisiones entre pares sobre los
productos de trabajo del proceso definido del proyecto.
Para ms informacin sobre las revisiones entre pares, consltese el rea
de proceso de Verificacin.

IPM + IPPD

Algunos ejemplos de factores considerados en la programacin son:


Tamao y complejidad de las tareas..
Problemas de pruebas y de integracin.
Necesidades de los clientes y de los usuarios finales.
Disponibilidad de recursos crticos.
Disponibilidad de personal clave.

11-PAGS_221-252

6/5/09

16:41

Pgina 232

232 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


6. Incorporar la formacin necesaria para ejecutar el proceso definido del proyecto en los planes de formacin del proyecto.
Esta tarea implica normalmente la negociacin con el grupo de
formacin de la organizacin del soporte que proporcionar.

7. Establecer los criterios objetivos de entrada y de salida para autorizar el inicio y la terminacin de las tareas descritas en la estructura de descomposicin del trabajo (WBS).
Para ms informacin sobre la WBS, consltese el rea de proceso
de Planificacin de proyecto.

8. Asegurar que el plan del proyecto es apropiadamente compatible


con los planes de las partes interesadas relevantes.
Normalmente el plan y los cambios al plan sern revisados en lo
que respecta a la compatibilidad.

9. Identificar cmo sern resueltos los conflictos que surjan entre las
partes interesadas relevantes.
SP 1.5

G ESTIONAR EL PROYECTO UTILIZANDO LOS PLANES INTEGRADOS

Gestionar el proyecto utilizando el plan del proyecto, los otros planes que
afectan al proyecto, y el proceso definido del proyecto.
Para ms informacin sobre los activos de proceso de la organizacin, consltese
el rea de proceso de Definicin de procesos de la organizacin.
Para ms informacin sobre las necesidades y objetivos del proceso de la organizacin y la coordinacin de las actividades de mejora del proceso con el resto de
la organizacin, consltese el rea de proceso de Enfoque en procesos de la organizacin.
Para ms informacin sobre la gestin de los riesgos, consltese el rea de proceso de Gestin de riesgos.
Para ms informacin sobre la monitorizacin y control del proyecto, consltese
el rea de proceso de Monitorizacin y control de proyecto.

Productos de trabajo tpicos


1. Productos de trabajo creados al realizar el proceso definido del
proyecto.
2. Medidas recogidas (reales) y registros o informes de progreso.
3. Requerimientos, planes y compromisos corregidos.
4. Planes integrados.

Subprcticas
1. Implementar el proceso definido del proyecto utilizando la biblioteca de activos de proceso de la organizacin.

11-PAGS_221-252

6/5/09

16:41

Pgina 233

Gestin integrada de proyecto + IPPD

233

Esta tarea normalmente incluye:


Incorporar al proyecto artefactos de la biblioteca de activos de
proceso de la organizacin, segn sea apropiado.
Utilizar las lecciones aprendidas de la biblioteca de activos de
proceso de la organizacin para gestionar el proyecto.

2. Monitorizar y controlar las actividades y los productos de trabajo


del proyecto utilizando el proceso definido del proyecto, el plan
del proyecto y otros planes que afectan al proyecto.
Esta tarea normalmente incluye:
Usar los criterios de entrada y de salida definidos para autorizar
el inicio y demarcar el trmino de las tareas.
Monitorizar las actividades que podran afectar significativamente a los valores reales de los parmetros de planificacin del
proyecto.
Seguir los parmetros de planificacin del proyecto usando
umbrales medibles que inicien el anlisis y las acciones apropiadas.
Monitorizar los riesgos de la interfaz del producto y del proyecto.
Gestionar los compromisos externos e internos en base a los planes para las tareas y los productos de trabajo del proceso definido del proyecto.
Entender las relaciones entre las diferentes tareas y productos de
trabajo del proceso definido del proyecto, as como los roles a realizar por las partes interesadas relevantes, junto con mecanismos
de control bien definidos (p. ej., las revisiones entre pares), permite conseguir mayor visibilidad del rendimiento del proyecto y mejor control sobre ste.
3. Obtener y analizar las medidas seleccionadas para gestionar el proyecto y dar soporte a las necesidades de la organizacin.
Para ms informacin sobre la definicin de un proceso para obtener y
analizar las medidas, consltese el rea de proceso de Medicin y anlisis.

Algunos ejemplos de acciones que logran el alineamiento son:


Acelerar el calendario, con ajustes apropiados a otros parmetros de
planificacin y riesgos del proyecto.
Cambiar los requerimientos como respuesta a un cambio en las
oportunidades de mercado o necesidades del cliente y usuario final.
Terminar el proyecto.

IPM + IPPD

4. Revisar y alinear peridicamente el rendimiento del proyecto con


las necesidades, objetivos y requerimientos actuales y previstos de
la organizacin, del cliente y de los usuarios finales, segn sea
apropiado.
Esta revisin incluye el alineamiento con las necesidades y los objetivos del proceso de la organizacin.

11-PAGS_221-252

6/5/09

16:41

Pgina 234

234 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


SP 1.6

C ONTRIBUIR A LOS ACTIVOS DE PROCESO DE LA ORGANIZACIN

Contribuir con productos de trabajo, medidas y experiencias documentadas a


los activos de proceso de la organizacin.
Para ms informacin sobre propuestas de mejora de proceso, consltese el rea
de proceso de Enfoque en procesos de la organizacin.
Para ms informacin sobre los activos de proceso de la organizacin, el repositorio de medicin de la organizacin y la biblioteca de activos de proceso de la organizacin, consltese el rea de proceso de Definicin de procesos de la
organizacin.

Esta prctica especfica trata la recogida de informacin de los procesos en el proceso definido del proyecto.

Productos de trabajo tpicos


1. Mejoras propuestas a los activos de proceso de la organizacin.
2. Medidas reales del proceso y del producto recogidas en el proyecto.
3. Documentacin (p. ej., descripciones de proceso, planes, mdulos
de formacin, listas de comprobacin y lecciones aprendidas ejemplares).
4. Artefactos de proceso asociados a la adaptacin al proyecto e implementacin del conjunto de procesos estndar de la organizacin.

Subprcticas
1. Proponer mejoras a los activos de proceso de la organizacin.
2. Almacenar medidas del proceso y del producto en el repositorio
de medicin de la organizacin.
Para ms informacin sobre el registro de los datos de planificacin y de
replanificacin, consltese el rea de proceso de Planificacin de proyecto.
Para ms informacin sobre el registro de las medidas, consltese el rea
de proceso de Monitorizacin y control de proyecto.

Esto normalmente incluye:


Datos de la planificacin.
Datos de la replanificacin.
Medidas.

11-PAGS_221-252

6/5/09

16:41

Pgina 235

Gestin integrada de proyecto + IPPD

235

Algunos ejemplos de datos registrados por el proyecto son:


Descripciones de tarea.
Suposiciones.
Estimaciones.
Estimaciones corregidas.
Definiciones de los datos y de las medidas registradas.
Medidas.
Informacin de contexto que relaciona las medidas con las actividades
realizadas y con los productos de trabajo producidos.
Informacin asociada necesaria para reconstruir las estimaciones,
evaluar si son razonables y derivar estimaciones para el trabajo nuevo.
3. Enviar la documentacin para su posible inclusin en la biblioteca
de activos de proceso de la organizacin.
Algunos ejemplos de documentacin son:
Descripciones de proceso ejemplares.
Mdulos de formacin.
Planes ejemplares.
Listas de comprobacin.
4. Documentar las lecciones aprendidas del proyecto para su inclusin en la biblioteca de activos de proceso de la organizacin.
5. Proporcionar los artefactos de proceso asociados con la adaptacin
e implementacin del conjunto de procesos estndar de la organizacin en apoyo de las actividades de monitorizacin del proceso
de la organizacin.
Para ms informacin sobre las actividades de la organizacin para
comprender el alcance del despliegue de los procesos estndar sobre los
proyectos nuevos y existentes, consltese el rea de proceso de Enfoque en
procesos de la organizacin en la prctica especfica Monitorizar la implementacin.

C OORDINAR Y COLABORAR CON LAS PARTES INTERESADAS RELEVANTES

La coordinacin y la colaboracin del proyecto con las partes interesadas


relevantes son llevadas a cabo.

SP 2.1

G ESTIONAR LA INVOLUCRACIN DE LAS PARTES INTERESADAS .

Gestionar la involucracin en el proyecto de las partes interesadas relevantes.


La involucracin de las partes interesadas se gestiona de acuerdo con
el proceso definido e integrado del proyecto.

IPM + IPPD

SG 2

11-PAGS_221-252

6/5/09

16:41

Pgina 236

236 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Para ms informacin sobre la identificacin de las partes interesadas y su apropiada involucracin, y sobre el establecimiento y el mantenimiento de los compromisos, consltese el rea de proceso de Planificacin de proyecto.

Productos de trabajo tpicos


1. Agendas y calendarios para las actividades de colaboracin.
2. Problemas documentados (p. ej., problemas con los requerimientos del cliente, requerimientos del producto y componentes de
producto, arquitectura del producto y diseo del producto).
3. Recomendaciones para resolver los problemas de las partes interesadas relevantes.

Subprcticas
1. Coordinar con las partes interesadas relevantes quin debera participar en las actividades del proyecto.
Las partes interesadas relevantes ya deberan estar identificadas en
el plan del proyecto.
2. Asegurar que los productos de trabajo que se producen para satisfacer los compromisos cumplen los requerimientos de los proyectos receptores.
Para ms informacin sobre la verificacin de los productos de trabajo
frente a sus requerimientos, consltese el rea de proceso de Verificacin.

Esta tarea normalmente incluye:


Revisar, demostrar o probar, segn sea apropiado, cada producto de trabajo producido por las partes interesadas relevantes.
Revisar, demostrar o probar, segn sea apropiado, cada producto
del trabajo producido por el proyecto para otros proyectos con representantes de los proyectos que reciben el producto de trabajo.
Resolver los problemas relacionados con la aceptacin de los
productos de trabajo.

3. Desarrollar recomendaciones y coordinar las acciones para resolver los malentendidos y los problemas con los requerimientos del
producto y de los componentes de producto, la arquitectura del
producto y de los componentes de producto, y el diseo del producto y de los componentes de producto.
SP 2.2

G ESTIONAR LAS DEPENDENCIAS

Participar con las partes interesadas relevantes para identificar, negociar


y seguir las dependencias crticas.
Para ms informacin sobre la identificacin de las partes interesadas y su apropiada involucracin, y sobre el establecimiento y el mantenimiento de los compromisos, consltese el rea de proceso de Planificacin de proyecto.

Productos de trabajo tpicos


1. Defectos, problemas y elementos de accin que resultan de las revisiones con las partes interesadas relevantes.

11-PAGS_221-252

6/5/09

16:41

Pgina 237

Gestin integrada de proyecto + IPPD

237

2. Dependencias crticas.
3. Compromisos para tratar las dependencias crticas.
4. Estado de las dependencias crticas.

Subprcticas
1. Llevar a cabo revisiones con las partes interesadas relevantes.
2. Identificar cada dependencia crtica.
3. Establecer la fecha necesitada y planificada para cada dependencia
crtica en base al calendario del proyecto.
4. Revisar y acordar los compromisos para tratar cada dependencia
crtica con las personas responsables de proporcionar el producto
de trabajo y las que lo reciben.
5. Documentar las dependencias crticas y los compromisos.
La documentacin de los compromisos normalmente incluye:
Describir el compromiso.
Identificar quin hizo el compromiso.
Identificar quin es responsable de satisfacer el compromiso.
Especificar cundo ser satisfecho el compromiso.
Especificar los criterios para determinar si el compromiso ha
sido satisfecho.
6. Seguir las dependencias crticas y los compromisos, y realizar acciones correctivas segn sea apropiado.
Para ms informacin sobre el seguimiento de los compromisos, consltese el rea de proceso de Monitorizacin y control de proyecto.

SP 2.3

R ESOLVER LOS PROBLEMAS DE COORDINACIN

Resolver los problemas con las partes interesadas relevantes.


Algunos ejemplos de problemas de coordinacin son:
Atrasos en dependencias crticas y compromisos.
Defectos en los requerimientos del producto y componentes de
producto, y en el diseo.
Problemas a nivel de producto.
No disponibilidad de recursos o personal crticos.

IPM + IPPD

Seguir las dependencias crticas normalmente incluye:


Evaluar el impacto en las actividades e hitos futuros de los efectos de la terminacin temprana y tarda.
Resolver los problemas reales y potenciales con las personas responsables siempre que sea posible
Escalar a los gestores apropiados los problemas actuales y potenciales no resolubles con el personal responsable.

6/5/09

16:41

Pgina 238

238 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Productos de trabajo tpicos


1. Problemas de coordinacin entre las partes interesadas relevantes.
2. Estado de los problemas de coordinacin entre las partes interesadas relevantes.

Subprcticas
1.
2.
3.
4.

Identificar y documentar los problemas.


Comunicar los problemas a las partes interesadas relevantes.
Resolver los problemas con las partes interesadas relevantes.
Escalar a los gestores apropiados los problemas no resolubles con
las partes interesadas relevantes.
5. Seguir los problemas hasta su cierre.
6. Comunicar a las partes interesadas relevantes el estado y la resolucin de los problemas.
SG 3

A PLICAR LOS PRINCIPIOS DE IPPD

El proyecto es gestionado utilizando los principios de IPPD.


El propsito de esta meta especfica y de sus prcticas es crear un entorno de IPPD que permita a los equipos integrados cumplir eficientemente con los requerimientos del proyecto y producir un producto
de calidad.
SP 3.1

ESTABLECER LA VISIN COMPARTIDA DEL PROYECTO .

Establecer y mantener una visin compartida para el proyecto.


Un proyecto no funciona de forma aislada. Comprender la misin,
objetivos, expectativas y limitaciones de la organizacin permite que
el proyecto alinee su direccin, actividades y visin compartida con la
organizacin, y ayude a crear un propsito comn dentro del cual se
puedan coordinar las actividades del proyecto. Para facilitar esto, es
crtico comprender las interfaces entre el proyecto y las partes interesadas externas al proyecto, y los objetivos y expectativas de todas las
partes interesadas relevantes (internas y externas).
Mientras crea la visin compartida, considere:
Las expectativas y requerimientos de las partes interesadas externas.
Las aspiraciones y expectativas del lder de proyecto, los lderes
del equipo y miembros del equipo.
Los objetivos del proyecto.
Las condiciones y resultados que el proyecto crear.
Las interfaces que el proyecto debe mantener.

E XTENSIN IPPD

11-PAGS_221-252

11-PAGS_221-252

6/5/09

16:41

Pgina 239

Gestin integrada de proyecto + IPPD

239

Cuando se crea una visin compartida, todas las personas en el


proyecto deberan estar invitadas a participar. Aunque pueda ser un
borrador de propuesta, la poblacin ms amplia debe tener la oportunidad de hablar y de ser escuchada sobre lo que realmente les importa. La visin compartida se articula en trminos tanto de la ideologa
base (valores, principios y comportamientos) como del futuro deseado con el que cada miembro del proyecto puede comprometerse.
Una estrategia eficaz de comunicacin es clave para implementar
y enfocar la visin compartida en todo el proyecto. La promulgacin
de la visin compartida es una declaracin pblica del compromiso
del proyecto hacia su visin y proporciona la oportunidad para que
otros examinen, comprendan y alineen sus actividades en una direccin comn. La visin compartida debera comunicarse, y debera obtenerse el acuerdo y el compromiso de las partes interesadas
relevantes.
Las comunicaciones eficaces son adems especialmente importantes al incorporar nuevos miembros al proyecto. Los nuevos miembros
del proyecto a menudo necesitan mayor o especial atencin para asegurar que comprenden la visin compartida, participan de ella, y estn preparados para seguirla al realizar su trabajo.

E XTENSIN IPPD

Las visiones creadas por la interconexin de grupos.


Las restricciones impuestas por autoridades externas (p. ej., las
regulaciones ambientales).
La operacin del proyecto mientras se trabaja para lograr sus
objetivos (tanto principios como comportamientos).

Productos de trabajo tpicos


1. Visin compartida documentada.
2. Estrategia de comunicaciones.
3. Principios publicados, declaracin de la visin compartida, declaracin de la misin, y objetivos (p. ej., carteles, tarjetas de bolsillo
y presentaciones).

1. Articular la visin compartida del proyecto en trminos de propsito o misin, visin, valores y objetivos.
2. Consensuar la visin compartida del proyecto.
3. Establecer una estrategia para comunicar la visin compartida del
proyecto tanto externa como internamente.
4. Crear presentaciones convenientes para las distintas audiencias
que necesitan estar informadas sobre la visin compartida del proyecto.
5. Asegurar que el proyecto, y las actividades y tareas individuales
estn alineadas con la visin compartida del proyecto.

IPM + IPPD

Subprcticas

6/5/09

16:41

Pgina 240

240 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


SP 3.2

ESTABLECER LA ESTRUCTURA DEL EQUIPO INTEGRADO .

Establecer y mantener la estructura de equipo integrado en el proyecto.


Los requerimientos del producto, coste, calendario, riesgos, proyecciones de recursos, procesos de negocio, proceso definido del proyecto, y guas de la organizacin se evalan para establecer la base para
definir los equipos integrados y sus responsabilidades, autoridades e
interrelaciones.
Una estructura tpica de equipo integrado puede estar basada en
la jerarqua orientada al producto encontrada en la WBS. La estructura es ms compleja si la WBS no est orientada al producto, los riesgos de producto no son uniformes y los recursos estn restringidos.
La estructura del equipo integrado es una entidad dinmica que
se ajusta a los cambios de personal, requerimientos y naturaleza de
las tareas, y para enfrentarse a muchas dificultades. Para proyectos
pequeos, la estructura del equipo integrado puede tratar todo el
proyecto como un nico equipo integrado. La estructura del equipo
integrado debera monitorizarse continuamente para detectar malfuncionamientos, interfaces gestionadas incorrectamente, y desajustes entre el trabajo y el personal. Deberan realizarse acciones
correctivas cuando el rendimiento no cumpla con las expectativas.
Para ms informacin sobre el establecimiento de reglas y guas organizacionales para estructurar y crear equipos integrados, consltese el rea de proceso de
Definicin de procesos de la organizacin+IPPD en la prctica especfica
Establecer reglas y guas para los equipos integrados.

Productos de trabajo tpicos


1. Evaluaciones del producto y arquitecturas del producto, incluyendo riesgos y complejidad.
2. Estructura de equipo integrado.

Subprcticas
1. Establecer una estructura de equipo integrado.
Una estructura de equipo integrado depende de:
Una evaluacin del riesgo y de la complejidad del producto.
Localizacin y tipos de riesgo.
Los riesgos de integracin, incluyendo las interfaces de los componentes de producto y la comunicacin entre equipos.
Los recursos, incluyendo la disponibilidad de las personas con
las habilidades apropiadas.
Las limitaciones en el tamao del equipo para una colaboracin
eficaz.
La necesidad de pertenencia al equipo de las partes interesadas
externas al proyecto.
Procesos de negocio.
Estructura organizacional.

E XTENSIN IPPD

11-PAGS_221-252

11-PAGS_221-252

6/5/09

16:41

Pgina 241

Gestin integrada de proyecto + IPPD

241

La estructura del equipo integrado debera basarse en la comprensin del proceso definido del proyecto y la visin compartida, los procesos estndar de la organizacin, y los activos de
proceso de la organizacin aplicables a los equipos y estructuras
de equipo.

2. Evaluar y modificar peridicamente la estructura del equipo integrado para cumplir mejor las necesidades del proyecto.
Los cambios a los requerimientos o a la arquitectura del producto
podran afectar a la estructura del equipo.
Monitorizar continuamente la estructura del equipo integrado
para detectar problemas tales como las interfaces gestionadas incorrectamente y los desajustes entre el trabajo asignado y el personal que lo realiza. Realice acciones correctivas, incluyendo evaluar
los equipos y estructuras desplegadas, cuando el rendimiento no
cumpla con las expectativas.
Retirar un equipo por un periodo de tiempo (p. ej., mientras
que se realiza la fabricacin o las verificaciones de larga duracin).
Disolver un equipo cuando deja de ser rentable en el proyecto.
Combinar equipos para lograr eficiencias operativas.
Aadir equipos cuando se identifiquen nuevos componentes de
producto para su desarrollo.
SP 3.3

E XTENSIN IPPD

Los cambios en la estructura de equipo pueden incluir:

ASIGNAR REQUERIMIENTOS A LOS EQUIPOS INTEGRADOS .

Asignar requerimientos, responsabilidades, tareas e interfaces a los equipos


de la estructura de equipo integrada.

Productos de trabajo tpicos


1. Responsabilidades asignadas a cada equipo integrado.
2. Requerimientos del producto de trabajo, interfaces tcnicas e interfaces de negocio (p. ej., contabilidad de costes y gestin de proyecto), que cada equipo integrado tendr que satisfacer.
3. Lista de patrocinadores de los equipos integrados.

IPM + IPPD

Esta asignacin de requerimientos a los equipos integrados se hace


antes de que se forme cualquier equipo para verificar que la estructura del equipo integrado es viable y cubre todos los requerimientos, responsabilidades, autoridades, tareas e interfaces necesarios.
Una vez que se confirma la estructura, se eligen los patrocinadores
de los equipos integrados para establecer cada equipo en la estructura.

6/5/09

16:41

Pgina 242

242 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Subprcticas
1. Asignar las tareas, responsabilidades, y productos de trabajo a entregar, y los requerimientos e interfaces asociados a los equipos
integrados apropiados.
Las responsabilidades y autoridades de negocio, gestin y otras no
tcnicas para cada equipo integrado son elementos necesarios
para una apropiada funcin de equipo. Las responsabilidades y
autoridades del equipo integrado se desarrollan normalmente por
el proyecto y son consistentes con las prcticas establecidas de la
organizacin.
Algunos ejemplos de responsabilidades y autoridades son:
Autoridad de los equipos para escoger a su propio lder.
Autoridad de los equipos para implementar subequipos (p. ej.,
un equipo de producto creando un subequipo de integracin).
Cadenas de reporte.
Requerimientos de informacin (coste, calendario y estado del
rendimiento).
Medidas y mtodos para informar del progreso.
2. Comprobar que la distribucin de los requerimientos e interfaces
cubre todos los requerimientos del producto especificados y otros
requerimientos
En caso de que no se logre la cobertura completa de los requerimientos, se deberan realizar acciones correctivas para redistribuir
los requerimientos o para alterar la estructura del equipo integrado.
3. Designar al patrocinador de cada equipo integrado.
Un patrocinador de un equipo integrado es un gestor (individual
o un equipo) que se responsabiliza de establecer y proporcionar
los recursos a un equipo integrado, monitorizar sus actividades y
progreso, y realizar acciones correctivas cuando sea necesario. Un
patrocinador puede gestionar uno o ms equipos. Los patrocinadores de equipo pueden ser jefes de proyecto.
SP 3.4

ESTABLECER EQUIPOS INTEGRADOS

Establecer y mantener equipos integrados en la estructura.


Los patrocinadores de equipo establecen los equipos integrados dentro de la estructura de equipos integrados. Este proceso abarca la eleccin de los lderes y miembros del equipo, y el establecimiento de los
estatutos para cada equipo integrado en base a la asignacin de requerimientos. Tambin implica proporcionar los recursos requeridos para
conseguir realizar las tareas asignadas al equipo.
Para ms informacin sobre el establecimiento de reglas y de guas organizacionales para estructurar y crear equipos integrados, consltese el rea de proceso
de Definicin de procesos de la organizacin+IPPD en la prctica especfica
Establecer reglas y guas para los equipos integrados.

E XTENSIN IPPD

11-PAGS_221-252

11-PAGS_221-252

6/5/09

16:41

Pgina 243

Gestin integrada de proyecto + IPPD

243

Productos de trabajo tpicos


1.
2.
3.
4.
5.

Lista de los lderes de equipo.


Lista de los miembros asignados a cada equipo integrado.
Estatutos de los equipos integrados.
Medidas para evaluar el rendimiento de los equipos integrados.
Informes peridicos de estado del equipo integrado.

IPM + IPPD

1. Elegir un lder para cada equipo integrado.


El alcance de las indicaciones de la organizacin y el proyecto para
seleccionar el lder depende de la complejidad y riesgo del producto, o bien de la necesidad de la organizacin de producir
nuevos lderes. Los patrocinadores de equipo pueden seleccionar
al lder del equipo, o los miembros del equipo pueden votar entre
ellos a un lder, dependiendo de las polticas de la organizacin.
2. Asignar recursos a cada equipo integrado.
A cada equipo integrado se asignan personas y otros recursos. Esto
se debate con el equipo para asegurar que los recursos y personas
son adecuados para realizar las tareas, y que stas son compatibles
con otros miembros del equipo.
3. Establecer los estatutos de cada equipo integrado.
Los estatutos del equipo representan el contrato entre los miembros de equipo, y entre el equipo y su patrocinador acerca del trabajo y del nivel de rendimiento esperados. Los estatutos
establecen los derechos, garantas, privilegios y permisos para
organizar y ejecutar los requerimientos e interfaces, responsabilidades y tareas asignados al equipo. El equipo integrado y su patrocinador desarrollan los estatutos del equipo de forma negociada.
Cuando ambos los aprueban, los estatutos de equipo constituyen
un acuerdo reconocido con autoridad directiva.
Los estatutos pueden incluir los siguientes aspectos:
Cmo se aceptan las asignaciones.
Cmo se accede a los recursos y las entradas.
Cmo se lleva a cabo el trabajo.
Quin comprueba y revisa el trabajo.
Cmo se aprueba el trabajo.
Cmo se entrega y comunica el trabajo.
4. Revisar la composicin de un equipo integrado y su lugar en la
estructura del equipo integrado cuando su lder cambie o cuando
haya cambios significativos en sus miembros.
Un cambio de esta clase puede afectar significativamente a la capacidad del equipo para cumplir sus objetivos. Debera hacerse
una revisin del ajuste entre la nueva composicin y las responsabilidades actuales. Si el ajuste no es satisfactorio, debera cambiarse la composicin del equipo o sus responsabilidades.

E XTENSIN IPPD

Subprcticas

6/5/09

16:41

Pgina 244

244 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


5. Revisar la composicin del equipo y sus tareas cuando se cambie
la responsabilidad del equipo.
Cuando el proyecto pasa de una fase a la siguiente, a menudo cambian las responsabilidades. Por ejemplo, cuando se termina el diseo detallado y comienza la fabricacin e integracin de los
componentes de producto, puede necesitarse menos experiencia
en diseo.
6. Gestionar el rendimiento global de los equipos.
Los estatutos deberan especificar cmo se medir el rendimiento
tanto individual como del equipo, y deberan incluir los factores
clave de xito del equipo en el proyecto.
SP 3.5

ASEGURAR LA COLABORACIN ENTRE LOS EQUIPOS INTERCONECTADOS

Asegurar la colaboracin entre los equipos interconectados.


El xito de un proyecto basado en un equipo integrado es funcin de
la eficiencia y xito en la colaboracin entre los equipos integrados
para lograr los objetivos del proyecto. Esta colaboracin puede lograrse utilizando grupos de trabajo de control de interfaces.
Para ms informacin sobre la gestin de la involucracin de las partes interesadas, las dependencias crticas, y la resolucin de los problemas de coordinacin
consltese la meta especfica Coordinar y colaborar con las partes interesadas relevantes de este rea de proceso.
Para ms informacin sobre el establecimiento de expectativas y reglas de la organizacin que guiarn la manera en que los equipos integrados trabajarn colectivamente, consltese el rea de proceso de Definicin de procesos de la
organizacin+IPPD en la prctica especfica Establecer reglas y guas para los
equipos integrados.

Productos de trabajo tpicos


1. Acuerdos acerca de la responsabilidad sobre productos de trabajo.
2. Planes de trabajo del equipo.
3. Listas de compromisos.

Subprcticas
1. Establecer y mantener los lmites acerca de la responsabilidad sobre los productos de trabajo entre los equipos interconectados
dentro del proyecto o de la organizacin.
2. Establecer y mantener las interfaces y los procesos entre los equipos interconectados para el intercambio de entradas, salidas o
productos del trabajo.
3. Desarrollar, comunicar y distribuir entre los equipos interconectados las listas de compromisos y los planes de trabajo que se relacionan con los interfaces de producto de trabajo o de equipo.

E XTENSIN IPPD

11-PAGS_221-252

11-PAGS_221-252

6/5/09

16:41

Pgina 245

Gestin integrada de proyecto + IPPD

245

Prcticas genricas por meta


GG 1

L OGRAR LAS METAS ESPECFICAS

GP 1.1

R EALIZAR LAS PRCTICAS ESPECFICAS

Realizar las prcticas especficas del proceso de gestin integrada de proyecto


para desarrollar los productos de trabajo y proporcionar servicios para lograr
las metas especficas del rea de proceso.
GG 2

S LO CONTINUO

El proceso da soporte y permite el logro de las metas especficas del rea de


proceso transformando los productos de trabajo de entrada identificables
para producir productos de trabajo de salida identificables.

I NSTITUCIONALIZAR UN PROCESO GESTIONADO

GG 3

I NSTITUCIONALIZAR UN PROCESO DEFINIDO

El proceso est institucionalizado como un proceso definido.


La aparicin de esta meta genrica aqu refleja su ubicacin en la representacin por etapas.

GP 2.1

S LO POR ETAPAS

El proceso est institucionalizado como un proceso gestionado.

E STABLECER UNA POLTICA DE LA ORGANIZACIN

Establecer y mantener una poltica de la organizacin para planificar y realizar


el proceso de gestin integrada de proyecto.

Elaboracin:
IPM + IPPD

Esta poltica tambin establece las expectativas de la organizacin para la


aplicacin de los principios de IPPD.

GP 2.2

P LANIFICAR EL PROCESO

Establecer y mantener el plan para realizar el proceso de gestin integrada de


proyecto.

E XT. IPPD

Esta poltica establece las expectativas de la organizacin para establecer y mantener el proceso definido del proyecto desde su inicio y a lo
largo de la vida del proyecto, utilizar el proceso definido del proyecto
para gestionar el proyecto, y coordinar y colaborar con las partes interesadas relevantes.

11-PAGS_221-252

6/5/09

16:41

Pgina 246

246 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Elaboracin:
Este plan para el proceso de gestin integrada de proyecto unifica la
planificacin de los procesos de planificacin de proyecto, y de monitorizacin y control de proyecto. La planificacin para realizar las
prcticas relacionadas con la planificacin en la Gestin integrada de
proyecto se aborda dentro de la planificacin del proceso de planificacin de proyecto. Este plan para realizar las prcticas relacionadas con
la monitorizacin y control en la Gestin integrada de proyecto puede
estar incluido (o referenciado) en el plan del proyecto, el cual se describe en el rea de proceso de Planificacin de proyecto.
Para ms informacin sobre las relaciones entre la prctica genrica 2.2 y los
procesos de planificacin de proyecto, consltese la Tabla II.2 en la pgina 172
en Metas genricas y prcticas genricas.
GP 2.3

P ROPORCIONAR RECURSOS

Proporcionar recursos adecuados para realizar el proceso de gestin integrada


de proyecto, desarrollar los productos de trabajo y proporcionar los servicios
del proceso.

Elaboracin:
Algunos ejemplos de recursos proporcionados son las siguientes
herramientas:
Paquetes para el seguimiento de problemas y para dar parte de
problemas.
Groupware.
Videoconferencia.
Base de datos integrada de decisiones.
Entornos integrados de soporte del producto.

GP 2.4

ASIGNAR RESPONSABILIDAD

Asignar la responsabilidad y la autoridad para realizar el proceso, desarrollar


los productos de trabajo y proporcionar los servicios del proceso de gestin
integrada de proyecto.

GP 2.5

FORMAR AL PERSONAL

Formar, segn sea necesario, a las personas para realizar o dar soporte al
proceso de gestin integrada de proyecto.

11-PAGS_221-252

6/5/09

16:41

Pgina 247

Gestin integrada de proyecto + IPPD

247

Elaboracin:

Algunos ejemplos de temas de formacin tambin son:


Construccin de la visin compartida del proyecto.
Construccin de equipos.

GP 2.6

E XT. IPPD

Algunos ejemplos de temas de formacin son:


Adaptacin del conjunto de procesos estndar de la organizacin para
cumplir las necesidades del proyecto.
Procedimientos para gestionar el proyecto en base al proceso definido
del proyecto.
Uso del repositorio de mediciones de la organizacin.
Uso de los activos de proceso de la organizacin.
Gestin integrada.
Coordinacin intergrupal.
Resolucin de problemas de grupo.

G ESTIONAR CONFIGURACIONES

Poner los productos de trabajo designados del proceso de gestin integrada


de proyecto bajo los niveles de control apropiados.

Elaboracin:

GP 2.7

I DENTIFICAR E INVOLUCRAR A LAS PARTES INTERESADAS RELEVANTES

Identificar e involucrar, como se planific, a las partes interesadas relevantes


del proceso de gestin integrada de proyecto.

E XT. IPPD

Algunos ejemplos de productos de trabajo puestos bajo control tambin son:


Visin compartida del proyecto.
Estructura del equipo integrado.
Estatutos del equipo integrado.

IPM + IPPD

Algunos ejemplos de productos de trabajo puestos bajo control son:


El proceso definido del proyecto.
Los planes del proyecto.
Otros planes que afectan al proyecto.
Los planes integrados.
Las medidas reales del proceso y del producto recogidas del proyecto.

16:41

Pgina 248

248 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Elaboracin:
Para ms informacin sobre la relacin entre la prctica genrica 2.7 y la prctica Gestionar la involucracin de las partes interesadas en este rea de proceso, consltese la Tabla II.2 en la pgina 172 en Metas genricas y prcticas
genricas.

Algunos ejemplos de actividades para involucrar a las partes interesadas


son:
Solucionar los problemas sobre la adaptacin de los activos de proceso
de la organizacin.
Solucionar los problemas entre el plan del proyecto y otros planes que
afectan al proyecto.
Revisar el rendimiento del proyecto para alinearlo con las necesidades,
objetivos y requerimientos actuales y proyectados.

Algunos ejemplos de actividades para involucrar a las partes interesadas tambin


son:
Crear la visin compartida del proyecto.
Definir la estructura del equipo integrado para el proyecto.
Conformar los equipos integrados.

GP 2.8

E XT. IPPD

6/5/09

M ONITORIZAR Y CONTROLAR EL PROCESO

Monitorizar y controlar el proceso de gestin integrada de proyecto frente al


plan para realizar el proceso y tomar las acciones correctivas apropiadas.

Elaboracin:
Algunos ejemplos de medidas y de productos de trabajo usados en la
monitorizacin y control son:
Nmero de cambios al proceso definido del proyecto.
Calendario y esfuerzo para adaptar el conjunto de procesos estndar de
la organizacin.
Tendencias en los problemas de coordinacin de interfaces (p. ej.,
nmero de identificados y nmero de cerrados).
Calendario para las actividades de adaptacin del proyecto.
Algunos ejemplos de medidas y de productos de trabajo usados en la
monitorizacin y control tambin son:
Uso y eficacia de la visin compartida del proyecto.
Uso y eficacia de la estructura del equipo integrado.
Uso y eficacia de la misin del equipo integrado.

E XT. IPPD

11-PAGS_221-252

11-PAGS_221-252

6/5/09

16:41

Pgina 249

Gestin integrada de proyecto + IPPD

GP 2.9

249

E VALUAR OBJETIVAMENTE LA ADHERENCIA

Evaluar objetivamente la adherencia del proceso de gestin integrada de


proyecto frente a la descripcin del proceso, estndares y procedimientos,
y tratar las no conformidades.

Elaboracin:

Algunos ejemplos de actividades revisadas tambin son:


Usar la visin compartida del proyecto.
Organizar los equipos integrados.

E XT. IPPD

Algunos ejemplos de actividades revisadas son:


Establecer, mantener y utilizar el proceso definido del proyecto.
Coordinar y colaborar con las partes interesadas relevantes.

Algunos ejemplos de productos de trabajo revisados son:

Algunos ejemplos de productos de trabajo revisados tambin son:


Estructura del equipo integrado.
Estatutos del equipo integrado.
Declaraciones de la visin compartida.

IPM + IPPD

GP 2.10

E XT. IPPD

Proceso definido del proyecto.


Planes del proyecto.
Otros planes que afectan al proyecto.

R EVISAR EL ESTADO CON EL NIVEL DIRECTIVO

GG 3

I NSTITUCIONALIZAR UN PROCESO DEFINIDO

El proceso est institucionalizado como un proceso definido.


La aparicin de esta meta genrica aqu refleja su ubicacin en la representacin continua.

S LO CONTINUA

Revisar con el nivel directivo las actividades, el estado y los resultados


del proceso de gestin integrada de proyecto, y resolver los
problemas.

6/5/09

16:41

Pgina 250

250 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


GP 3.1

ESTABLECER UN PROCESO DEFINIDO

Establecer y mantener la descripcin de un proceso definido de gestin


integrada de proyecto.

Elaboracin:
Para ms informacin sobre la relacin entre la prctica genrica 3.1 y el rea
de proceso de Gestin integrada de proyecto, consltese la Tabla II.2 en la pgina 172 en Metas genricas y prcticas genricas.

GP 3.2

R ECOGER INFORMACIN DE MEJORA

Recoger productos de trabajo, medidas, resultados de medicin e informacin


de mejora procedente de la planificacin y realizacin del proceso de gestin
integrada de proyecto para dar soporte al uso futuro y a la mejora de los
procesos y de los activos de proceso de la organizacin.

Elaboracin:
Para ms informacin sobre la relacin entre la prctica genrica 3.2 y el rea
de proceso de Gestin integrada de proyecto, consltese la Tabla II.2 en la pgina 172 en Metas genricas y prcticas genricas.

Algunos ejemplos de productos de trabajo, medidas, resultados de


medicin, e informacin de mejora son:
Proceso definido del proyecto.
Nmero de opciones de adaptacin ejercitadas por el proyecto para
crear su proceso definido.
Tendencias en los problemas de coordinacin de interfaces (p. ej.,
nmero de identificados y nmero de cerrados).
Nmero de veces que el personal del proyecto accede a la PAL para
buscar activos relacionados con la planificacin del proyecto.
Los registros de gastos relacionados con la realizacin de reuniones cara
a cara frente a la realizacin de reuniones utilizando equipamiento de
colaboracin tales como teleconferencia y videoconferencia.
Algunos ejemplos de productos de trabajo, medidas, resultados de medicin e
informacin de mejora tambin son:
Estatutos de equipo integrado.
Visin compartida de proyecto.

E XT. IPPD

11-PAGS_221-252

11-PAGS_221-252

6/5/09

16:41

Pgina 251

Gestin integrada de proyecto + IPPD

GG4

251

I NSTITUCIONALIZAR UN PROCESO GESTIONADO CUANTITATIVAMENTE

El proceso est institucionalizado como un proceso gestionado


cuantitativamente.
GP 4.1

ESTABLECER OBJETIVOS CUANTITATIVOS PARA EL PROCESO

Establecer y mantener objetivos cuantitativos para el proceso de gestin


integrada de proyecto, los cuales tratan la calidad y el rendimiento del
proceso, en base a las necesidades del cliente y a los objetivos de negocio.
ESTABILIZAR EL RENDIMIENTO DEL SUBPROCESO

Estabilizar el rendimiento de uno o ms subprocesos para determinar la


capacidad del proceso de gestin integrada de proyecto para lograr los
objetivos cuantitativos establecidos de calidad y de rendimiento del proceso.
GG 5

S LO CONTINUA

GP 4.2

I NSTITUCIONALIZAR UN PROCESO EN OPTIMIZACIN

El proceso est institucionalizado como un proceso en optimizacin.


GP 5.1

ASEGURAR LA MEJORA CONTINUA DEL PROCESO

Asegurar la mejora continua del proceso de gestin integrada de proyecto


para satisfacer los objetivos de negocio relevantes de la organizacin.
GP 5.2

C ORREGIR LAS CAUSAS RAZ DE LOS PROBLEMAS

Identificar y corregir las causas raz de los defectos y de otros problemas en el


proceso de gestin integrada de proyecto.

IPM + IPPD

11-PAGS_221-252

6/5/09

16:41

Pgina 252

12-PAGS_253-272

6/5/09

16:50

Pgina 253

MEDICIN Y ANLISIS
Un rea de proceso de soporte en el nivel de madurez 2

Propsito
El propsito de la Medicin y anlisis (MA) es desarrollar y sustentar una capacidad de medicin que se utiliza para poder dar soporte a las necesidades de informacin de la gerencia.

Notas Introductorias
El rea de proceso de Medicin y anlisis involucra:
Especificar los objetivos de medicin y anlisis de modo que estos estn alineados con las necesidades de informacin y los objetivos identificados.
Especificar las medidas, las tcnicas de anlisis y los mecanismos
para la recogida de datos, almacenamiento de datos, informes y
realimentacin.
Implementar la recogida, almacenamiento, anlisis e informes de
los datos.
Proporcionar resultados objetivos que puedan utilizarse en la
toma de decisiones informadas y en la toma de acciones correctivas apropiadas.
La integracin de las actividades de medicin y anlisis en los
procesos del proyecto da soporte a:

El personal requerido para implementar una capacidad de medicin puede o no estar integrado dentro de un programa constituido
253

MA

La planificacin y estimacin objetivas.


El seguimiento del rendimiento real frente a los planes y objetivos establecidos.
La identificacin y resolucin de problemas relativos al proceso.
El suministro de una base para incorporar la medicin en procesos adicionales en el futuro.

12-PAGS_253-272

6/5/09

16:50

Pgina 254

254 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


a nivel organizativo por separado. La capacidad de medicin puede
integrarse dentro de proyectos individuales o dentro de otras funciones de la organizacin (p. ej. en aseguramiento de la calidad).
El enfoque inicial para las actividades de medicin se encuentra
a nivel de proyecto. Sin embargo, una capacidad de medicin puede
resultar til para tratar las necesidades de informacin de la organizacin y/o de toda la empresa. Para poder dar soporte a esta capacidad, las actividades de medicin deberan dar soporte a las
necesidades de informacin a varios niveles, incluyendo el negocio, la
unidad organizativa y el proyecto, para minimizar el re-trabajo a medida que madura la organizacin.
Los proyectos pueden decidir almacenar datos y resultados especficos del proyecto en un repositorio especfico del proyecto.
Cuando los datos se comparten ms ampliamente entre los proyectos, stos pueden residir en el repositorio de medicin de la organizacin.
La medicin y el anlisis de los componentes del producto proporcionados por los proveedores son fundamentales para la gestin
eficaz de la calidad y de los costes del proyecto. Es posible, con una
gestin minuciosa de los acuerdos con el proveedor, proporcionar la
visin de los datos que dan soporte al anlisis del rendimiento del
proveedor.

Areas de proceso relacionadas


Para ms informacin sobre la estimacin de los atributos del proyecto y de
otras necesidades de informacin de planificacin, consltese el rea de proceso de Planificacin de proyecto.
Para ms informacin sobre el seguimiento de las necesidades de informacin
del rendimiento del proyecto, consltese el rea de proceso de Monitorizacin
y control del proyecto.
Para ms informacin sobre la gestin de la medicin de los productos de trabajo, consltese el rea de proceso de Gestin de configuracin.
Para ms informacin sobre el cumplimiento de los requerimientos del cliente
y de las necesidades de informacin relacionadas, consltese el rea de proceso de Desarrollo de requerimientos.
Para ms informacin sobre el mantenimiento de la trazabilidad de los requerimientos y de las necesidades de informacin relacionadas, consltese el rea
de proceso de Gestin de requerimientos.
Para ms informacin sobre el establecimiento del repositorio de medicin de
la organizacin, consltese el rea de proceso de Definicin de procesos de la
organizacin.
Para ms informacin sobre la comprensin de la variacin y el uso apropiado
de las tcnicas de anlisis estadstico, consltese el rea de proceso de Gestin
cuantitativa de proyecto.

12-PAGS_253-272

6/5/09

16:50

Pgina 255

Medicin y anlisis

255

Resumen de Metas y prcticas especficas


SG 1 Alinear las actividades de medicin y anlisis.
SP 1.1 Establecer los objetivos de medicin.
SP 1.2 Especificar las medidas.
SP 1.3 Especificar los procedimientos de recogida y de almacenamiento de datos.
SP 1.4 Especificar los procedimientos de anlisis.
SG 2 Proporcionar los resultados de la medicin.
SP 2.1 Recoger los datos de la medicin.
SP 2.2 Analizar los datos de la medicin.
SP 2.3 Almacenar los datos y los resultados.
SP 2.4 Comunicar los resultados.

Prcticas especficas por meta


SG 1

ALINEAR LAS ACTIVIDADES DE MEDICIN Y ANLISIS

Los objetivos y las actividades de medicin estn alineados con las


necesidades de informacin y los objetivos identificados.
Las prcticas especficas cubiertas bajo esta meta especfica pueden
tratarse concurrentemente o en cualquier orden:
Cuando se establecen los objetivos de medicin, a menudo los
expertos prevn los criterios necesarios para especificar las
medidas y los procedimientos de anlisis. Al mismo tiempo, tambin consideran las limitaciones impuestas por los procedimientos de recogida y de almacenamiento de datos.
Con frecuencia es importante especificar los anlisis necesarios
que se llevarn a cabo antes de ocuparse de los detalles de la especificacin de medicin, de la recogida de datos o del almacenamiento.
SP 1.1

ESTABLECER LOS OBJETIVOS DE MEDICIN

Establecer y mantener los objetivos de medicin que se derivan de las


necesidades de informacin y de los objetivos identificados.

MA

Los objetivos de medicin documentan la motivacin existente para


llevar a cabo la medicin y el anlisis, y especifican los tipos de acciones que se pueden tomar basndose en los resultados de los anlisis de datos.
Las fuentes de los objetivos de medicin pueden ser necesidades
de gestin, tcnicas, del proyecto, del producto o de implementacin del proceso.
Los objetivos de medicin pueden estar limitados por los procesos existentes, los recursos disponibles u otras consideraciones de

12-PAGS_253-272

6/5/09

16:50

Pgina 256

256 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


medicin. Se puede necesitar hacer juicios sobre si el valor de los
resultados ser proporcional a los recursos dedicados para hacer el
trabajo.
Las modificaciones a las necesidades de informacin y los objetivos identificados pueden, a su vez, estar indicadas como una consecuencia del proceso y de los resultados de la medicin y el
anlisis.
Fuentes de las necesidades de informacin y de los objetivos incluyen:

Planes del proyecto.


Monitorizacin del rendimiento del proyecto.
Entrevistas con los gestores y otros que tengan necesidades de
informacin.
Objetivos de gestin establecidos.
Planes estratgicos.
Planes de negocio.
Requerimientos formales u obligaciones contractuales.
Problemas recurrentes o de gestin o tcnicos.
Experiencias de otros proyectos o unidades de la organizacin.
Comparativas con empresas del sector.
Planes de mejora del proceso.

Algunos ejemplos de objetivos de medicin son:


Reducir el tiempo de entrega.
Reducir el coste total del ciclo de vida.
Entregar la funcionalidad especificada completa.
Mejorar los niveles de calidad anteriores.
Mejorar el grado de satisfaccin del cliente.
Mantener y mejorar las relaciones entre comprador/proveedor.
Para ms informacin sobre la estimacin de los atributos del proyecto y de
otras necesidades de informacin de la planificacin de proyecto, consltese el
rea de proceso de Planificacin de proyecto.
Para ms informacin sobre las necesidades de informacin del rendimiento
del proyecto, consltese el rea de proceso de Monitorizacin y control del proyecto.
Para ms informacin sobre el cumplimiento de los requerimientos del cliente
y las necesidades de informacin relacionadas a estos, consltese el rea de
proceso de Desarrollo de requerimientos.
Para ms informacin sobre el mantenimiento de la trazabilidad de los requerimientos y las necesidades de informacin relacionadas, consltese el rea de
proceso de Gestin de requerimientos.

Productos de trabajo tpicos


1. Objetivos de medicin

12-PAGS_253-272

6/5/09

16:50

Pgina 257

Medicin y anlisis

257

Subprcticas
1. Documentar las necesidades de informacin y de objetivos.
Se documentan las necesidades de informacin y los objetivos para
permitir la trazabilidad a las subsiguientes actividades de medicin
y de anlisis.
2. Priorizar las necesidades de informacin y los objetivos.
Puede que no sea ni posible ni deseable someter todas las necesidades de informacin identificadas inicialmente a la medicin y el
anlisis. Tambin puede ser necesario que se establezcan prioridades dentro de los lmites de recursos disponibles.
3. Documentar, revisar y actualizar los objetivos de medicin.
Es importante considerar minuciosamente los propsitos y los
usos previstos de la medicin y el anlisis.
Los objetivos de medicin se documentan, revisan por la gerencia y
por otras partes interesadas relevantes y se actualizan de la forma
que sea necesaria. Hacindolo de esta manera, se permite la trazabilidad a subsiguientes actividades de medicin y anlisis, y se ayuda a
asegurar que los anlisis tratarn apropiadamente las necesidades de
informacin y los objetivos identificados.
Es importante que los usuarios de los resultados de la medicin y
el anlisis estn implicados en el establecimiento de los objetivos
de la medicin y en la decisin sobre los planes de accin. Tambin
puede ser apropiado involucrar a aquellos que proporcionan los
datos de la medicin.
4. Proporcionar realimentacin para refinar y clarificar las necesidades de informacin y los objetivos en la forma que sea necesario.
Las necesidades de informacin y los objetivos identificados pueden
necesitar refinarse y clarificarse como resultado de establecer objetivos de medicin. Las descripciones iniciales de necesidades de informacin pueden no estar claras o ser ambiguas. Pueden surgir
conflictos entre las necesidades y los objetivos existentes. Precisar
objetivos sobre una medida ya existente puede no ser realista.
5. Mantener la trazabilidad de los objetivos de medicin para las necesidades de informacin y los objetivos identificados.
Debe haber siempre una buena contestacin a la pregunta, por
qu estamos midiendo esto?
Desde luego, los objetivos de medicin pueden tambin cambiar
para reflejar la evolucin de las necesidades de informacin y de
los objetivos.
SP 1.2 ESPECIFICAR MEDIDAS

Especificar las medidas para tratar los objetivos de medicin.


MA

Los objetivos de medicin se refinan en medidas precisas y cuantificables.


Las medidas pueden ser base o derivadas. Los datos para las
medidas base se obtienen por medicin directa. Los datos para las medidas derivadas provienen de otros datos, tpicamente por combinacin de dos o ms medidas base.

12-PAGS_253-272

6/5/09

16:50

Pgina 258

258 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Algunos ejemplos de medidas base usadas comnmente son:
Medidas estimadas y reales del tamao del producto de trabajo (p. ej.,
nmero de pginas).
Medidas estimadas y reales de esfuerzo y de coste (p. ej., nmero de
horas persona).
Medidas de calidad (p. ej., nmero de defectos por grado de severidad).

Algunos ejemplos de medidas derivadas utilizadas comnmente son:


Valor ganado.
ndice de rendimiento del calendario.
Densidad de defectos.
Cobertura de revisiones entre pares.
Cobertura de pruebas o verificacin.
Medidas de fiabilidad (p. ej. tiempo medio entre fallos).
Medidas de calidad (p. ej. nmero de defectos por grado de
severidad/nmero total de defectos).
Las medidas derivadas se expresan normalmente como ratios, ndices compuestos, u otras medidas resumen agregadas. A menudo,
son cuantitativamente ms fiables y se interpretan de modo ms significativo que las medidas base utilizadas para generarlas.

Productos de trabajo tpicos


1. Especificaciones de medidas base y derivadas

Subprcticas
1. Identificar las medidas candidatas en base a los objetivos de medicin documentados.
Los objetivos de medicin se refinan en medidas especficas. Las
medidas candidatas identificadas se clasifican y se especifican por
nombre y unidad de medida.
2. Identificar las medidas existentes que ya tratan los objetivos de
medicin.
Las especificaciones para las medidas pueden ya existir, quizs establecidas para otros propsitos anteriores o en cualquier otra parte de la organizacin.
3. Especificar las definiciones operativas para las medidas.
Las definiciones operativas se establecen en trminos precisos y no
ambiguos. Tratan dos criterios importantes:
Comunicacin: qu ha sido medido?, cmo fue medido?,
cules son las unidades de medida? y qu ha sido incluido o
excluido?

12-PAGS_253-272

6/5/09

16:50

Pgina 259

Medicin y anlisis

259

Repeticin: Puede la medicin ser repetida, dada la misma definicin, para conseguir los mismos resultados?
4. Priorizar, revisar y actualizar las medidas.
Las especificaciones propuestas de las medidas se revisan para su
adecuacin con usuarios finales en potencia y otras partes interesadas relevantes. Las prioridades se establecen o se cambian, y las
especificaciones de las medidas se actualizan segn sea necesario.
SP 1.3

ESPECIFICAR LOS PROCEDIMIENTOS DE RECOGIDA Y DE ALMACENAMIENTO DE DATOS

Especificar cmo se obtendrn y almacenarn los datos de la medicin.


La especificacin explcita de los mtodos de recogida ayuda a asegurar que los datos correctos se recogen apropiadamente. Puede tambin
ayudar en una clarificacin posterior de las necesidades de informacin y de los objetivos de medicin.
Una adecuada atencin a los procedimientos de almacenamiento y
de recuperacin ayuda a asegurar que los datos estn disponibles y accesibles para uso futuro.

Productos de trabajo tpicos


1. Procedimientos de recogida y de almacenamiento de datos.
2. Herramientas de recogida de datos.

Subprcticas

MA

1. Identificar las fuentes de datos existentes que se generan a partir de


los productos de trabajo, los procesos o las transacciones actuales.
Las fuentes existentes de datos pueden haber sido ya identificadas
cuando se especifican las medidas. Pueden existir mecanismos de
recogida apropiados con independencia de que se hayan recogido
datos pertinentes.
2. Identificar las medidas para las que son necesarios los datos, aunque no se encuentren disponibles en la actualidad.
3. Especificar cmo recoger y almacenar los datos para cada medida
requerida.
Se hacen especificaciones explcitas de cmo, dnde y cundo se
recogern los datos. Se especifican procedimientos para recoger
datos vlidos. Los datos se almacenan de manera accesible para su
anlisis, y se determina si sern guardados para posibles anlisis o
por motivos de documentacin.
Entre las preguntas tpicas a considerar se incluyen:
Se ha determinado la frecuencia de recogida y los puntos en el
proceso donde se harn las mediciones?
Se ha establecido el cronograma que se requiere para trasladar
los resultados de la medicin desde los puntos de recogida hasta
los repositorios, otras bases de datos o usuarios finales?
Quin es el responsable de obtener los datos?

12-PAGS_253-272

6/5/09

16:50

Pgina 260

260 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Quin es el responsable del almacenamiento, recuperacin y
seguridad de los datos?
Se han desarrollado o adquirido las herramientas de soporte
necesarias?

4. Crear mecanismos y guas de proceso de recogida de datos.


Los mecanismos de recogida y de almacenamiento de datos estn
bien integrados con otros procesos de trabajo normales. Los mecanismos de recogida de datos pueden incluir formularios y plantillas manuales o automatizadas. Est disponible una gua clara y
concisa sobre los procedimientos correctos para aquellos responsables de realizar el trabajo. La formacin se proporciona segn necesidades para clarificar los procesos que son necesarios para la
recogida completa y precisa de datos, y para minimizar la carga de
aquellos que deben proporcionar y registrar los datos.
5. Soportar la recogida automtica de los datos donde sea apropiado
y factible.
El soporte automatizado puede ayudar en la recogida ms completa y precisa de los datos.
Algunos ejemplos de tales soportes automatizados son:
Registros de actividad con indicacin de fecha y hora.
Anlisis esttico o dinmico de artefactos.
Sin embargo, algunos datos no pueden ser recopilados sin intervencin humana (p. ej., satisfaccin del cliente u otras opiniones
personales), y establecer la infraestructura necesaria para otras automatizaciones puede ser costoso.

6. Priorizar, revisar y actualizar los procedimientos de recogida y de


almacenamiento de datos.
Se revisan los procedimientos propuestos para ver si son apropiados y factibles, con aquellas personas responsables de proporcionar, recoger y almacenar los datos. Ellos tambin pueden tener
perspectivas tiles sobre cmo mejorar los procesos existentes o
ser capaces de sugerir otras medidas o anlisis tiles.
7. Actualizar en la forma en que sea necesaria las medidas y los objetivos de medicin.
Se puede necesitar reajustar las prioridades en base a:
La importancia de las medidas
La cantidad de esfuerzo requerido para obtener los datos
Algunas consideraciones incluyen si seran requeridos nuevos formularios, herramientas o formacin para obtener los datos.
SP 1.4

ESPECIFICAR LOS PROCEDIMIENTOS DE ANLISIS

Especificar cmo se analizarn e informarn los datos de medicin.


Especificando previamente los procedimientos de anlisis se asegura que se llevarn a cabo e informarn los anlisis apropiados para

12-PAGS_253-272

6/5/09

16:50

Pgina 261

Medicin y anlisis

261

tratar los objetivos de medicin documentados (y por tanto, las necesidades y los objetivos de medicin sobre los cuales se basan). Esta
aproximacin proporciona tambin un comprobante de que los datos
necesarios sern, en efecto, recogidos.

Productos de trabajo tpicos


1. Especificaciones y procedimientos de anlisis.
2. Herramientas de anlisis de datos.

Subprcticas

MA

1. Especificar y priorizar los anlisis que se van a realizar y los informes que se van a preparar.
Se debera prestar una atencin inicial a los anlisis que se van a
realizar y a la manera en que los resultados sern informados. Estos
deberan cumplir los siguientes criterios:
Los anlisis tratan de manera explcita los objetivos de medicin
documentados.
La presentacin de los resultados es claramente entendible por
las audiencias a las que se dirigen los resultados.
Las prioridades pueden tener que establecerse conforme a los recursos disponibles.
2. Seleccionar los mtodos y las herramientas apropiados de anlisis
de datos.
Para ms informacin sobre el uso correcto de tcnicas de anlisis estadstico y sobre la comprensin de la variacin, consltense, respectivamente las prcticas especficas Seleccionar medidas y tcnicas
analticas y Aplicar mtodos estadsticos para comprender la variacin del rea de proceso de Gestin cuantitativa de proyectos.
Aspectos a considerarse normalmente incluyen:
Eleccin de tcnicas de exposicin visual y otras tcnicas de presentacin (p. ej. diagramas de tarta, de barras, histogramas, diagramas de radar, grficos de lneas, ejes cartesianos o tablas).
Eleccin de estadsticos descriptivos apropiados (p. ej. media
aritmtica, mediana o moda).
Decisiones sobre los criterios de muestreo estadstico cuando es
imposible o innecesario examinar cada elemento de datos.
Decisiones sobre cmo manejar el anlisis en presencia de elementos de datos perdidos.
Seleccin de herramientas de anlisis adecuadas.
Normalmente se usan los estadsticos descriptivos en el anlisis de
datos para hacer lo siguiente:
Examinar las distribuciones sobre las medidas especificadas
(p. ej. tendencia central, extensin de la variacin o datos que
muestran una variacin inusual).
Examinar las interrelaciones entre las medidas especificadas
(p. ej. comparaciones de defectos por fase del ciclo de vida del
producto o por componente del mismo).
Mostrar los cambios a lo largo del tiempo.

12-PAGS_253-272

6/5/09

16:50

Pgina 262

262 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


3. Especificar los procedimientos administrativos para analizar los
datos y para comunicar los resultados.
Normalmente, hay que tener en cuenta los siguientes aspectos:
Identificacin de las personas y de los grupos responsables de
analizar los datos y de presentar los resultados.
Determinacin de la lnea de tiempo para analizar los datos y
presentar los resultados.
Determinacin de las formas de comunicacin de los resultados
(p. ej. informes de progreso, memos, informes escritos o reuniones de la plantilla).
4. Revisar y actualizar el contenido y el formato propuesto de los
anlisis e informes especificados.
Todo el contenido y el formato propuestos estn sujetos a revisin
y correccin, incluyendo mtodos y herramientas de anlisis, procedimientos administrativos y prioridades. Las partes interesadas
relevantes que van a ser consultadas deberan estar compuestas
por los usuarios finales previstos, los patrocinadores, los analistas
de datos y los suministradores de datos.
5. Actualizar las medidas y los objetivos de medicin segn las necesidades.
Igual que las necesidades de medicin guan el anlisis de los datos, la
clarificacin de los criterios de anlisis puede afectar a la medicin. Las
especificaciones para algunas medidas pueden refinarse a posteriori
sobre la base de las especificaciones establecidas para los procedimientos de anlisis de datos. Otras medidas pueden probar ser innecesarias o se puede reconocer una necesidad de medidas adicionales.
El ejercicio de especificar cmo sern analizadas e informadas las
medidas puede sugerir tambin la necesidad de refinar los objetivos de la medicin en s mismos.
6. Especificar los criterios para evaluar la utilidad de los resultados
de anlisis y para evaluar el comportamiento de las actividades de
medicin y anlisis.
Los criterios para evaluar la utilidad del anlisis podran tratar la
extensin en la que se aplica lo siguiente:
Los resultados son (1) proporcionados a tiempo, (2) comprensibles y (3) utilizados para la toma de decisiones.
El trabajo a realizar no cuesta ms que lo que pueda ser justificado por los beneficios que produce.
Los criterios para evaluar el comportamiento de la medicin y del
anlisis podran incluir la extensin por la cual aplicara lo siguiente:
La cantidad de datos perdidos o el nmero de inconsistencias
marcadas est ms all de los umbrales especificados.
Hay sesgo en la seleccin de la muestra (p. ej. slo se encuesta a
usuarios finales satisfechos para evaluar la satisfaccin del usuario final o no se evalan los proyectos fracasados para determinar la productividad global).
Los datos de medicin son repetibles (p. ej., estadsticamente fiables).
Los supuestos estadsticos se han satisfecho (p. ej., sobre la distribucin de los datos o sobre las escalas de medicin apropiadas).

12-PAGS_253-272

6/5/09

16:50

Pgina 263

Medicin y anlisis

SG 2

263

P ROPORCIONAR LOS RESULTADOS DE LA MEDICIN

Los resultados de la medicin que tratan las necesidades de informacin y los


objetivos identificados son proporcionados.
La razn principal para hacer medicin y anlisis es tratar las necesidades de informacin y los objetivos identificados. Los resultados de
la medicin basados en la evidencia objetiva pueden ayudar a monitorizar el rendimiento, satisfacer las obligaciones contractuales, tomar
decisiones tcnicas y de gestin informadas, y permitir la toma de acciones correctivas.
SP 2.1

R ECOGER LOS DATOS DE LA MEDICIN

Obtener los datos de la medicin especificados.


Los datos necesarios para el anlisis se obtienen y se comprueba su
completitud e integridad.

Productos de trabajo tpicos


1. Conjuntos de datos de medicin base y derivados.
2. Resultados de las pruebas de integridad de datos.

Subprcticas

MA

1. Obtener los datos para las medidas base.


Los datos se recogen segn las necesidades de las medidas base
utilizadas previamente, as como de las especificadas nuevamente.
Los datos existentes se recogen de los registros del proyecto o de
cualquier parte de la organizacin.
Ntese que los datos que fueron recogidos con anterioridad puede
que ya no se encuentren disponibles para ser reutilizados en las bases de datos existentes, en registros de papel o en repositorios formales.
2. Generar los datos para las medidas derivadas.
Los valores se calculan de nuevo para todas las medidas derivadas.
3. Realizar las comprobaciones de integridad de datos lo ms cerca
posible a la fuente de los mismos.
Todas las mediciones estn sujetas a error en la especificacin o en
el registro de datos. Siempre es mejor identificar tales errores en
las fuentes de los datos perdidos lo antes posible en el ciclo de medicin y anlisis.
Las comprobaciones pueden incluir exploraciones para datos perdidos, valores de datos fuera de lmites y patrones y correlaciones entre
medidas inusuales. Es particularmente importante hacer lo siguiente:
Probar y corregir inconsistencias de clasificaciones hechas por el
juicio humano (es decir, determinar con qu frecuencia la gente
toma decisiones de clasificacin distintas en base a la misma informacin, de otra manera conocido como fiabilidad entre-codificadores).

12-PAGS_253-272

6/5/09

16:50

Pgina 264

264 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Examinar empricamente las relaciones entre las medidas que se
utilizan para calcular medidas derivadas adicionales. Hacindolo
as, se puede asegurar que no se pasan por alto distinciones importantes y que las medidas derivadas transmiten sus significados
deseados (de otro modo conocido como validez de criterio).
SP 2.2

ANALIZAR LOS DATOS DE LA MEDICIN

Analizar e interpretar los datos de la medicin.


Los datos de la medicin se analizan conforme a la planificacin, se
realizan anlisis adicionales segn sea necesario, se revisan los resultados con las partes interesadas relevantes y se anotan las revisiones necesarias para anlisis futuros.

Productos de trabajo tpicos


1. Resultados del anlisis e informes preliminares.

Subprcticas
1. Llevar a cabo los anlisis iniciales, interpretar los resultados y sacar las conclusiones preliminares.
Los resultados de los anlisis de datos son en contadas ocasiones
evidentes. Se deberan establecer explcitamente los criterios para
interpretar los resultados y sacar conclusiones.
2. Llevar a cabo mediciones y anlisis adicionales segn sea necesario y preparar los resultados para su presentacin.
Los resultados de los anlisis planificados pueden sugerir (o requerir) anlisis adicionales imprevistos. Adems, pueden identificar
necesidades para refinar las medidas existentes, para calcular las
medidas derivadas adicionales o incluso para recoger los datos para
medidas base adicionales para completar apropiadamente el anlisis planificado. Anlogamente, la preparacin de los resultados iniciales para su presentacin puede identificar la necesidad de
anlisis adicionales no previstos.
3. Revisar los resultados iniciales con las partes interesadas relevantes.
Puede ser apropiado revisar las interpretaciones iniciales de los resultados y la forma en la que son presentados antes de hacer una
diseminacin y comunicacin ms amplia.
La revisin de los resultados iniciales antes de su publicacin puede prevenir malas interpretaciones innecesarias y llevar a mejoras
en el anlisis y presentacin de los datos.
Las partes interesadas relevantes con quienes se puede llevar a cabo
la revisin incluyen los usuarios finales y patrocinadores previstos,
as como analistas y suministradores de datos.
4. Refinar los criterios para anlisis futuros.
Conclusiones valiosas que pueden mejorar los esfuerzos futuros se
aprenden frecuentemente realizando anlisis de datos y preparan-

12-PAGS_253-272

6/5/09

16:50

Pgina 265

Medicin y anlisis

265

do resultados. Anlogamente, la manera de mejorar las especificaciones de medicin y procedimientos de recogida de datos pueden
llegar a ser evidentes, como lo pueden ser ideas para refinar las necesidades de informacin y los objetivos identificados.
SP 2.3

ALMACENAR LOS DATOS Y LOS RESULTADOS

Gestionar y almacenar datos de la medicin, especificaciones de la medicin y


resultados del anlisis.
Almacenar la informacin relacionada con la medicin permite que el
uso futuro de datos y resultados histricos tenga un coste efectivo y
oportuno. Tambin es necesaria la informacin para proporcionar un
contexto adecuado para la interpretacin de los datos, los criterios de
medicin y los resultados del anlisis.
La informacin almacenada incluye normalmente:

Planes de medicin.
Especificaciones de medidas.
Conjuntos de datos que han sido recogidos.
Informes de anlisis y presentaciones.

La informacin almacenada contiene o hace referencia a la informacin que se necesita para comprender e interpretar las medidas y
evaluarlas para su aplicabilidad y razonabilidad (p. ej., especificaciones de medicin utilizadas en diferentes proyectos cuando se compara
entre proyectos).
Normalmente, los conjuntos de datos para medidas derivadas
pueden ser recalculados y no es necesario su almacenaje. Sin embargo, puede ser apropiado almacenar resmenes basados en medidas
derivadas (p. ej. diagramas, tablas de resultados o informes escritos).
Los resultados de anlisis intermedios no necesitan ser almacenados por separado si se pueden reconstruir eficientemente.
Los proyectos pueden elegir almacenar datos y resultados especficos del proyecto en un repositorio especfico del proyecto. Cuando los
datos se comparten ms ampliamente entre proyectos, los datos pueden residir en el repositorio de medicin de la organizacin.
Para ms informacin sobre el establecimiento del repositorio de medicin de la
organizacin, consltese la prctica especfica Establecer el repositorio de medicin de la organizacin del rea de proceso de Definicin de procesos de la organizacin.
Para informacin sobre la gestin de los productos de trabajo de medicin, consltese el rea de proceso de Gestin de configuracin.

1. Inventario de datos almacenados.

MA

Productos de trabajo tpicos

12-PAGS_253-272

6/5/09

16:50

Pgina 266

266 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Subprcticas
1. Revisar los datos para asegurar que sean completos, ntegros, precisos y actuales.
2. Almacenar los datos conforme a los procedimientos de almacenamiento de datos.
3. Poner los contenidos almacenados disponibles para uso exclusivo
de los grupos y el personal apropiado.
4. Prevenir que la informacin almacenada no sea utilizada inapropiadamente.
Algunos ejemplos de formas para prevenir la utilizacin inapropiada de
los datos y de la informacin relacionada incluyen controlar el acceso a los
datos y educar a las personas en la utilizacin apropiada de los datos.
Algunos ejemplos de uso inapropiado son:
Revelar la informacin que fue proporcionada de manera confidencial.
Malinterpretar en base a informacin incompleta, fuera de contexto o
engaosa.
Utilizar medidas indebidamente para evaluar el rendimiento de las
personas o para clasificar los proyectos.
Cuestionar la integridad de individuos especficos.
SP 2.4

C OMUNICAR LOS RESULTADOS

Informar de los resultados de las actividades de medicin y anlisis a todas


las partes interesadas relevantes
Los resultados del proceso de medicin y anlisis se comunican a las
partes interesadas relevantes de forma utilizable y oportunamente para
soportar la toma de decisiones y ayudar en la toma de acciones correctivas.
Las partes interesadas relevantes incluyen a los usuarios previstos,
a los patrocinadores, a los analistas de datos y a los proveedores de
datos.

Productos de trabajo tpicos


1. Informes entregados y resultados de los anlisis relacionados.
2. Informacin contextual o gua para ayudar en la interpretacin de
los resultados del anlisis.

Subprcticas
1. Mantener informadas regularmente a las partes interesadas relevantes de los resultados de la medicin.
Los resultados de la medicin se comunican a tiempo para ser usados para sus propsitos previstos. Los informes probablemente no

12-PAGS_253-272

6/5/09

16:50

Pgina 267

Medicin y anlisis

267

sern usados si se distribuyen con poco esfuerzo para su seguimiento con aquellos que necesitan conocer los resultados
En la medida de lo posible y como parte de su actividad normal de
hacer negocio, los usuarios de los resultados de la medicin se
mantienen personalmente involucrados en establecer objetivos y
en decidir sobre los planes de accin para la medicin y el anlisis.
Los usuarios se mantienen informados regularmente del progreso
y de los resultados intermedios.
Para ms informacin sobre la utilizacin de la utilizacin de la medicin, consltese el rea de proceso de Monitorizacin y control del
proyecto.

2. Ayudar a las partes interesadas relevantes a entender los resultados.


Los resultados se informan de forma clara y concisa teniendo en
cuenta la sofisticacin metodolgica de las partes interesadas
relevantes. Los resultados son comprensibles, fcilmente interpretables y claramente ligados a las necesidades y objetivos de informacin identificados.
Los datos no son con frecuencia evidentes para los tcnicos que no
son expertos en medicin. Las elecciones de medicin deberan ser
explcitamente claras en:
Cmo y por qu las medidas base y derivadas fueron especificadas.
Cmo fueron obtenidos los datos.
Cmo interpretar los resultados en base a los mtodos de anlisis de datos que fueron usados.
Cmo los resultados cubren las necesidades de informacin.
Algunos ejemplos de acciones para ayudar en la comprensin de los
resultados son:
Examinar los resultados con las partes interesadas relevantes.
Proporcionar un memorndum adjunto que proporcione antecedentes y
explicacin.
Informar a los usuarios sobre los resultados.
Proporcionar formacin sobre el uso apropiado y la comprensin de los
resultados de la medicin.

Practicas genricas por meta


L OGRAR LAS METAS ESPECFICAS

El proceso da soporte y permite el logro de las metas especficas del rea de


proceso, transformando los productos de trabajo de entrada identificables
para producir los productos de trabajo de salida identificables.
GP 1.1

R EALIZAR LAS PRCTICAS ESPECFICAS

MA

Realizar las prcticas especficas del proceso de medicin y anlisis para


desarrollar los productos de trabajo y proporcionar servicios para alcanzar
las metas especficas del rea de proceso.

S LO CONTINUO

GG 1

12-PAGS_253-272

6/5/09

16:50

Pgina 268

268 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


GG 2

I NSTITUCIONALIZAR UN PROCESO GESTIONADO

El proceso est institucionalizado como un proceso gestionado.


GP 2.1

ESTABLECER UNA POLTICA DE LA ORGANIZACIN

Establecer y mantener una poltica de la organizacin para planificar y realizar


el proceso de medicin y anlisis.

Elaboracin:
Esta poltica establece las expectativas de la organizacin para alinear
los objetivos y las actividades de medicin con las necesidades de informacin y los objetivos identificados y para proporcionar resultados
de medicin.
GP 2.2

P LANIFICAR EL PROCESO

Establecer y mantener el plan para realizar el proceso de medicin y anlisis.

Elaboracin:
Este plan para realizar el proceso de medicin y anlisis puede estar
incluido en (o referenciado por) el plan de proyecto, el cual se describe en el rea de proceso de Planificacin de proyecto.
GP 2.3

P ROPORCIONAR RECURSOS

Proporcionar recursos adecuados para realizar el proceso de medicin y


anlisis, desarrollar los productos de trabajo y proporcionar los servicios del
proceso.

Elaboracin
El personal de medicin puede estar empleado a tiempo completo o
parcial. Puede existir o no un grupo de medicin para dar soporte a las
actividades de medicin en mltiples proyectos.
Algunos ejemplos de otros recursos proporcionados son las siguientes
herramientas:
Paquetes estadsticos.
Paquetes que dan soporte a la recogida de datos a travs de la red.

GP 2.4

ASIGNAR RESPONSABILIDAD

Asignar la responsabilidad y la autoridad para realizar el proceso, desarrollar


los productos de trabajo y proporcionar los servicios del proceso de medicin
y anlisis.

12-PAGS_253-272

6/5/09

16:50

Pgina 269

Medicin y anlisis

GP 2.5

269

FORMAR AL PERSONAL

Formar, segn sea necesario, a las personas para realizar o dar soporte al
proceso de medicin y anlisis.

Elaboracin:
Algunos ejemplos de temas de formacin son:
Tcnicas estadsticas.
Procesos de recogida de datos, de anlisis y de informacin.
Desarrollo de mediciones relacionadas con los objetivos (ejemplo:
objetivo-pregunta-mtrica).

GP 2.6

G ESTIONAR CONFIGURACIONES

Poner los productos de trabajo designados del proceso de medicin y anlisis


bajo los niveles de control apropiados.

Elaboracin:
Algunos ejemplos de productos de trabajo puestos bajo control son:
Especificaciones de medidas base y derivadas.
Procedimientos de recogida y de almacenamiento de datos.
Conjuntos de datos de la medicin base y derivada.
Anlisis de resultados e informes preliminares.
Herramientas de anlisis de datos.

GP 2.7

I DENTIFICAR E INVOLUCRAR A LAS PARTES INTERESADAS RELEVANTES

Identificar e involucrar, como se planific, a las partes interesadas relevantes


del proceso de medicin y anlisis.

Elaboracin:
Algunos ejemplos de actividades para involucrar a las partes interesadas
son:
Establecer objetivos y procedimientos de medicin.
Evaluar datos de la medicin.
Proporcionar realimentacin significativa a aquellos responsables de
suministrar los datos de los que depende el anlisis y los resultados.

M ONITORIZAR Y CONTROLAR EL PROCESO

Monitorizar y controlar el proceso de medicin y anlisis frente al plan para


realizar el proceso y tomar las acciones correctivas apropiadas.

MA

GP 2.8

16:50

Pgina 270

270 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Elaboracin:
Algunos ejemplos de medidas y de productos de trabajo usados en la
monitorizacin y control son:
Porcentaje de proyectos que usan medidas de progreso y de
rendimiento.
Porcentaje de objetivos de medicin tratados.
Calendario para la recogida y revisin de los datos de medicin.

GP 2.9

E VALUAR OBJETIVAMENTE LA ADHERENCIA

Evaluar objetivamente la adherencia del proceso de medicin y anlisis frente


a la descripcin del proceso, estndares y procedimientos, y tratar las no
conformidades.

Elaboracin:
Algunos ejemplos de actividades revisadas son:
Alinear las actividades de medicin y anlisis.
Proporcionar resultados de la medicin.

Algunos ejemplos de productos de trabajo revisados son:


Especificaciones de medidas base y derivadas.
Procedimientos de recogida y almacenamiento de datos.
Anlisis de resultados e informes preliminares.

GP 2.10

R EVISAR EL ESTADO CON EL NIVEL DIRECTIVO

Revisar con el nivel directivo las actividades, el estado y los resultados del
proceso de medicin y anlisis, y resolver los problemas.
GG 3 y sus prcticas no se aplican para la calificacin de nivel de madurez 2, pero
s se aplican para la calificacin de nivel de madurez 3 y superiores.

GG 3

I NSTITUCIONALIZAR UN PROCESO DEFINIDO

El proceso est institucionalizado como un proceso definido.


GP 3.1

ESTABLECER UN PROCESO DEFINIDO

Establecer y mantener la descripcin de un proceso definido de medicin y


anlisis.

S LO
POR ETAPAS

6/5/09

S LO CONTINUO /
N IVELES DE M ADUREZ 3-5

12-PAGS_253-272

6/5/09

16:50

Pgina 271

Medicin y anlisis

GP 3.2

271

R ECOGER INFORMACIN DE MEJORA

Recoger productos de trabajo, medidas, resultados de medicin e


informacin de mejora procedente de la planificacin y realizacin del
proceso de medicin y anlisis para dar soporte al uso futuro y a la mejora
de los procesos y de los activos de proceso de la organizacin.

Elaboracin:
Algunos ejemplos de productos de trabajo, medidas, resultados de la
medicin e informacin de mejora son:
Estado actual de los datos.
Resultados de las pruebas de integridad de los datos.
Informes de anlisis de datos.

GG 4

S LO CONTINUO /N IVELES DE M ADUREZ 3-5

12-PAGS_253-272

I NSTITUCIONALIZAR UN PROCESO GESTIONADO CUANTITATIVAMENTE

El proceso est institucionalizado como un proceso gestionado


cuantitativamente.
GP 4.1

ESTABLECER OBJETIVOS CUANTITATIVOS PARA EL PROCESO

Establecer y mantener los objetivos cuantitativos para el proceso de medicin


y anlisis, los cuales tratan la calidad y el rendimiento del proceso en base a
las necesidades del cliente y a los objetivos de negocio.
ESTABILIZAR EL RENDIMIENTO DEL SUBPROCESO

Estabilizar el rendimiento de uno o ms subprocesos para determinar la


capacidad del proceso de medicin y anlisis para lograr los objetivos
cuantitativos establecidos de calidad y de rendimiento del proceso.
GG5

S LO CONTINUO

GP 4.2

I NSTITUCIONALIZAR UN PROCESO EN OPTIMIZACIN

El proceso est institucionalizado como un proceso en optimizacin.


GP 5.1

ASEGURAR LA MEJORA CONTINUA DEL PROCESO

Asegurar la mejora continua del proceso de medicin y anlisis para satisfacer


los objetivos de negocio relevantes de la organizacin.
C ORREGIR LAS CAUSAS RAZ DE LOS PROBLEMAS

Identificar y corregir las causas raz de los defectos y de otros problemas en


el proceso de medicin y anlisis.

MA

GP 5.2

12-PAGS_253-272

6/5/09

16:50

Pgina 272

13-PAGS_273-292

20/4/09

09:44

Pgina 273

OID

INNOVACIN Y DESPLIEGUE EN LA ORGANIZACIN


Un rea de proceso de gestin del proceso en el nivel de madurez 3

Propsito
El propsito de la Innovacin y despliegue en la organizacin (OID)
es seleccionar y desplegar mejoras incrementales e innovadoras que
mejoren de forma medible los procesos y las tecnologas de la organizacin. Las mejoras dan soporte a los objetivos de calidad y de rendimiento de proceso de la organizacin tal como se derivaron de los
objetivos estratgicos de la organizacin.

Notas introductorias
El rea de proceso de Innovacin y despliegue en la organizacin permite la seleccin y el despliegue de las mejoras que pueden incrementar la capacidad de la organizacin para cumplir sus objetivos de
calidad y de rendimiento de proceso. (Consltese la definicin de los
objetivos de calidad y de rendimiento de proceso en el glosario). El
trmino mejora, tal como se usa en este rea de proceso, se refiere a
todas las ideas (probadas o no) que cambiaran los procesos y las tecnologas de la organizacin para cumplir mejor los objetivos de calidad y de rendimiento de proceso de la organizacin.
Los objetivos de calidad y de rendimiento de proceso que este rea
de proceso podra tratar incluyen:

Mejora en la calidad del producto (p. ej., funcionalidad, rendimiento).


Incremento de la productividad.
Reduccin del tiempo de ciclo.
Mayor satisfaccin del cliente y usuario final.
Acortar el tiempo de desarrollo o produccin para cambiar la funcionalidad o aadir nuevas caractersticas, o para adaptarse a las
nuevas tecnologas.
Reducir el tiempo de entrega.
Reducir el tiempo para adaptarse a las nuevas tecnologas y a las necesidades del negocio.
El logro de estos objetivos depende del establecimiento con xito de una infraestructura que permita y anime a todo el personal de
273

13-PAGS_273-292

20/4/09

09:44

Pgina 274

274 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


la organizacin a proponer potenciales mejoras a los procesos y a
las tecnologas de la organizacin. El logro de estos objetivos tambin depende de la capacidad de la organizacin para evaluar y desplegar con eficacia las mejoras propuestas a los procesos y a las
tecnologas. Todos los miembros de la organizacin pueden participar en las actividades de mejora de procesos y de tecnologa de la
organizacin. Sus propuestas son sistemticamente recogidas y tratadas.
Se llevan a cabo pilotos para evaluar cambios significativos relacionados a mejoras que no han sido tratadas con anterioridad, de
alto riesgo o innovadoras, antes de que estas sean ampliamente desplegadas.
Las mejoras de proceso y de tecnologa que se desplegarn a travs
de la organizacin, se seleccionan a partir de las propuestas de mejora
de proceso y de tecnologa basados en los siguientes criterios:
Una comprensin cuantitativa de la calidad y del rendimiento de
proceso actuales de la organizacin.
Los objetivos de calidad y de rendimiento de proceso de la organizacin.
Las estimaciones de la mejora en la calidad y en el rendimiento de
proceso resultantes del despliegue de las mejoras de proceso y de
tecnologa.
Los costes estimados del despliegue de las mejoras de proceso y de
tecnologa, de los recursos y de la financiacin disponibles para tal
despliegue.
Los beneficios aadidos esperados por las mejoras de proceso y
de tecnologa se ponderan frente al coste y al impacto en la organizacin. El cambio y la estabilidad deben ser cuidadosamente balanceados. Un cambio demasiado grande o demasiado rpido puede
abrumar a la organizacin, destruyendo su inversin en el aprendizaje representado por los activos de proceso de la organizacin. La estabilidad rgida puede dar lugar al estancamiento, permitiendo un
entorno de negocio cambiante que puede erosionar la posicin de negocio de la organizacin.
Las mejoras se despliegan a proyectos nuevos y en curso segn sea
apropiado.
En este rea de proceso, el trmino mejoras de proceso y de tecnologa se refiere a mejoras incrementales e innovadoras a los procesos, y tambin a tecnologas de proceso o de producto (incluyendo
entornos de trabajo del proyecto).
El material informativo en este rea de proceso est escrito suponiendo que las prcticas especficas estn aplicadas a un proceso gestionado cuantitativamente. Las prcticas especficas de este rea de
proceso pueden ser aplicables, pero con valor reducido, si esta suposicin no se cumple.

13-PAGS_273-292

20/4/09

09:44

Pgina 275

Innovacin y despliegue en la organizacin

275

reas de proceso relacionadas


Para ms informacin sobre la incorporacin de las mejoras del proceso desplegadas en los activos de proceso de la organizacin, consltese el rea de proceso
de Definicin de procesos de la organizacin (OPD)
Para ms informacin sobre la solicitud, la recoleccin y el manejo de propuestas
de mejora de proceso y sobre la coordinacin del despliegue de mejora de proceso
en los procesos definidos del proyecto, consltese el rea de proceso de Enfoque en
procesos de la organizacin (OPF)
Para ms informacin sobre cmo proporcionar formacin actualizada para soportar el despliegue de las mejoras de proceso y de tecnologa, consltese el rea
de proceso de Formacin organizativa (OT)
Para ms informacin sobre los objetivos de calidad y de rendimiento de proceso, y los modelos de rendimiento de proceso, consltese el rea de proceso de
Rendimiento de procesos de la organizacin (OPP). Los objetivos de calidad y
de rendimiento de proceso se utilizan para analizar y seleccionar las propuestas
de mejora de proceso y de tecnologa a desplegar. Los modelos de rendimiento
de proceso se utilizan para cuantificar el impacto y los beneficios de las innovaciones.
Para ms informacin sobre el establecimiento de los objetivos para la medicin
y el anlisis, la especificacin de las medidas y los anlisis a realizar, la obtencin y el anlisis de las medidas, y la informacin de los resultados, consltese el
rea de proceso de Medicin y anlisis (MA).
Para ms informacin sobre la coordinacin del despliegue de las mejoras de proceso y de la tecnologa en el proceso definido del proyecto y en el entorno de trabajo del proyecto, consltese el rea de proceso de Gestin integrada de proyecto
(IPM).
Para ms informacin sobre las evaluaciones formales relacionadas con las propuestas de mejora y las innovaciones, consltese el rea de proceso de Anlisis de
decisiones y resolucin (DAR).

OID

Las prcticas especficas en este rea de proceso complementan y


amplan aquellas prcticas encontradas en el rea de proceso de
Enfoque en procesos de la organizacin (OPF). El enfoque de este rea
de proceso es la mejora de proceso que se basa en un conocimiento
cuantitativo del conjunto de procesos y tecnologas estndar de la organizacin, y en su calidad y rendimiento esperados en situaciones
previsibles. En el rea de proceso de Enfoque en procesos de la organizacin (OPF), no se hacen suposiciones sobre la base cuantitativa de
la mejora.

13-PAGS_273-292

20/4/09

09:44

Pgina 276

276 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Resumen de Metas y prcticas especficas


SG 1 Seleccionar las mejoras.
SP 1.1 Recoger y analizar las propuestas de mejora.
SP 1.2 Identificar y analizar las innovaciones.
SP 1.3 Pilotar las mejoras.
SP 1.4 Seleccionar las mejoras para su despliegue.
SG 2 Desplegar las mejoras.
SP 2.1 Planificar el despliegue.
SP 2.2 Gestionar el despliegue.
SP 2.3 Medir los efectos de la mejora.

Practicas especficas por meta


SG 1

SELECCIONAR LAS MEJORAS

Las mejoras de proceso y de tecnologa que contribuyen a cumplir los


objetivos de calidad y de rendimiento de proceso son seleccionadas.

SP 1.1

RECOGER Y ANALIZAR LAS PROPUESTAS DE MEJORA

Recoger y analizar las propuestas de mejora de proceso y de tecnologa.


Cada propuesta de mejora de proceso y de tecnologa debe analizarse.
Las mejoras simples de proceso y de tecnologa, con beneficios y
efectos bien comprendidos, generalmente no se sometern a evaluaciones detalladas.
Algunos ejemplos de mejoras simples de proceso y de tecnologa son:
Aadir un elemento a una lista de comprobacin de revisin entre pares.
Combinar la revisin tcnica y la revisin de gestin para proveedores
en una simple revisin tcnica/gestin.

Productos de trabajo tpicos


1. Propuestas de mejora analizadas de proceso y de tecnologa.

Subprcticas
1. Recoger las propuestas de mejora de proceso y de tecnologa.
Una propuesta de mejora de proceso y de tecnologa documenta
las mejoras propuestas incrementales e innovadoras a procesos y
tecnologas especficas. Los gestores y el personal en la organizacin, as como los clientes, los usuarios finales y los suministradores pueden enviar propuestas de mejora de proceso y de
tecnologa. Las mejoras de proceso y de tecnologa pueden im-

13-PAGS_273-292

20/4/09

09:44

Pgina 277

Innovacin y despliegue en la organizacin

277

plementarse a nivel local antes de ser propuestas a la organizacin.

Para ms informacin sobre las propuestas de mejora de proceso y de tecnologa,


consltese el rea de proceso de Enfoque en procesos de la organizacin (OPF).

2. Analizar los costes y los beneficios de las propuestas de mejora de


proceso y de tecnologa segn sea apropiado.
Se rechazan las propuestas de mejora de proceso y de tecnologa
que tienen una relacin coste/beneficio grande.
Algunos criterios para evaluar los costes y los beneficios son:
Contribucin hacia el cumplimiento de los objetivos de calidad
y de rendimiento de proceso de la organizacin.
Efecto sobre la disminucin de riesgos identificados en el proyecto y en la organizacin.
Capacidad para responder con rapidez a los cambios en los requerimientos del proyecto, a las situaciones de mercado y al entorno del negocio.
Efecto sobre los procesos relacionados y los activos asociados
Coste de definir y de recoger datos que den soporte a la medicin y al anlisis de la propuesta de mejora de proceso y de tecnologa.
Duracin esperada de la propuesta.
Las propuestas de mejora de proceso y de tecnologa que no mejoraran los procesos de la organizacin se rechazan.
Los modelos de rendimiento de procesos proporcionan la visin
del efecto de los cambios del proceso sobre la capacidad y el rendimiento de procesos.

OID

Algunos ejemplos de fuentes para propuestas de mejora de proceso y de


tecnologa son:
Hallazgos y recomendaciones de las evaluaciones de proceso.
Objetivos de calidad y de rendimiento de proceso a nivel organizativo.
Anlisis de datos sobre problemas de clientes y del usuario final, as
como su grado de satisfaccin.
Anlisis de datos sobre el rendimiento del proyecto comparado con los
objetivos de calidad y de productividad.
Anlisis de medidas de rendimiento tcnico.
Resultados de comparativas (benchmarking) de proceso y de producto.
Anlisis de datos sobre las causas de defectos.
Eficacia medida de las actividades del proceso.
Eficacia medida de los entornos de trabajo del proyecto.
Ejemplos de propuestas de mejora de proceso y de tecnologa que
fueron adoptadas con xito en otro lugar.
Realimentacin de propuestas de mejora de proceso y de tecnologa
previamente entregadas.
Ideas espontneas de gerentes y del personal.

13-PAGS_273-292

20/4/09

09:44

Pgina 278

278 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Para ms informacin sobre los modelos de rendimiento del proceso, consltese el
rea de proceso de Rendimiento de procesos de la organizacin (OPP).

3. Identificar las propuestas de mejora de proceso y de tecnologa


que son innovadoras.
Las mejoras innovadoras tambin se identifican y analizan en la
prctica especfica Identificar y analizar innovaciones.
Mientras que esta prctica especfica analiza las propuestas que
han sido recogidas pasivamente, el propsito de la prctica especfica Identificar y analizar innovaciones es buscar activamente y localizar mejoras innovadoras. La bsqueda principalmente implica
mirar fuera de la organizacin.
Las mejoras innovadoras se identifican normalmente por la revisin de las propuestas de mejora de proceso y de tecnologa, o por
la investigacin activa y el seguimiento de las innovaciones que estn en uso en otras organizaciones o estn documentadas en la literatura de investigacin. La innovacin puede estar inspirada por
objetivos de mejora internos o por el entorno del negocio externo.
Las mejoras innovadoras son normalmente cambios importantes al
proceso, que representan una ruptura con la antigua manera de
hacer las cosas (p. ej., cambiar el modelo del ciclo de vida). Las
mejoras innovadoras pueden tambin incluir cambios en los productos que soporten, mejoren o automaticen el proceso (p. ej., utilizar productos disponibles para soportar el proceso).
Algunos ejemplos de mejoras innovadoras son:
Avances en ordenadores y productos relacionados con el hardware.
Nuevas herramientas de soporte.
Nuevas tcnicas, metodologas, procesos o modelos de ciclo de vida.
Nuevos estndares de interfaz.
Nuevos componentes reutilizables.
Nuevas tcnicas de gestin.
Nuevas tcnicas de mejora de la calidad.
Nuevas herramientas de soporte para el desarrollo y el despliegue del
proceso.
4. Identificar las barreras potenciales y los riesgos al desplegar cada
propuesta de mejora de proceso y de tecnologa.
Algunos ejemplos de barreras al despliegue de mejoras de proceso y de
tecnologa son:
Proteger el territorio propio y sus perspectivas locales.
La razn del negocio es confusa o dbil.
Carencia visible de beneficios y xitos a corto plazo.
Imagen confusa de lo que se espera de cada uno.
Demasiados cambios realizados al mismo tiempo.
Falta de implicacin y apoyo de las partes interesadas relevantes.

13-PAGS_273-292

20/4/09

09:44

Pgina 279

Innovacin y despliegue en la organizacin

279

5. Estimar el coste, el esfuerzo y el calendario requerido para desplegar cada propuesta de mejora de proceso y de tecnologa.
6. Seleccionar las propuestas de mejora de proceso y de tecnologa
que se pilotarn antes del despliegue a gran escala.
Puesto que las innovaciones, por definicin, generalmente representan un cambio importante, la mayora de las mejoras innovadoras deberan pilotarse.
7. Documentar los resultados de la evaluacin de cada propuesta de
mejora de proceso y de tecnologa.
8. Seguir el estado de cada propuesta de mejora de proceso y de tecnologa.
SP 1.2

I DENTIFICAR Y ANALIZAR LAS INNOVACIONES

Identificar y analizar las mejoras innovadoras que podran incrementar la


calidad y el rendimiento de procesos de la organizacin.
La prctica especfica Recoger y analizar las propuestas de mejora analiza las propuestas que se recogen pasivamente. El propsito de la
prctica especfica Identificar y analizar las innovaciones es la de buscar, localizar y analizar activamente las mejoras innovadoras. Esta bsqueda principalmente implica mirar fuera de la organizacin.

Productos de trabajo tpicos


1. Mejoras innovadoras candidatas.
2. Anlisis de mejoras propuestas innovadoras.

Subprcticas
1. Analizar el conjunto de procesos estndar de la organizacin para
determinar las reas donde las mejoras innovadoras seran ms
tiles.

OID

Algunos ejemplos de factores de riesgo que afectan al despliegue de


mejoras de proceso y de tecnologa son:
Compatibilidad de la mejora con los procesos, valores, y habilidades de
posibles usuarios finales.
Complejidad de la mejora.
Dificultad para implementar la mejora.
Capacidad para demostrar el valor de la mejora antes de extender el
despliegue.
Justificacin por adelantado para grandes inversiones en reas tales
como herramientas y formacin.
Incapacidad para superar la resistencia de la tecnologa donde la
implementacin actual es utilizada con xito por una base grande y
madura de usuarios finales.

13-PAGS_273-292

20/4/09

09:44

Pgina 280

280 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

2.

3.

4.

5.

6.

7.

Estos anlisis se realizan para determinar qu subprocesos son crticos para lograr los objetivos de calidad y de rendimiento de proceso
de la organizacin, y cules son buenos candidatos a ser mejorados.
Investigar las mejoras innovadoras que pueden mejorar el conjunto de procesos estndar de la organizacin.
Investigar mejoras innovadoras implica:
Mantener sistemticamente la conciencia de liderar el trabajo
tcnico relevante y las tendencias de la tecnologa.
Buscar, peridicamente, mejoras innovadoras disponibles comercialmente.
Recoger propuestas de mejoras innovadoras de los proyectos y
de la organizacin.
Revisar, sistemticamente, los procesos y las tecnologas usadas externamente y compararlas con aquellas usadas en la organizacin.
Identificar las reas donde las mejoras innovadoras han sido usadas con xito y revisar los datos y la documentacin de experiencias utilizando estas mejoras.
Identificar las mejoras que integren nueva tecnologa en productos y entornos de trabajo de proyecto.
Analizar posibles mejoras de innovacin para comprender sus
efectos sobre los elementos del proceso y predecir su influencia en
el mismo.
Los modelos de rendimiento del proceso pueden proporcionar una
base para analizar los posibles efectos de los cambios a los elementos del proceso.
Para ms informacin sobre los modelos de rendimiento del proceso,
consltese el rea de proceso de Rendimiento de procesos de la organizacin (OPP).
Analizar los costes y los beneficios de posibles mejoras innovadoras.
Las mejoras innovadoras que tienen una relacin muy alta
coste/beneficio son rechazadas.
Crear las propuestas de mejora de proceso y de tecnologa para
aquellas mejoras innovadoras que daran lugar a mejoras de los
procesos o de las tecnologas de la organizacin.
Seleccionar las mejoras innovadoras a pilotarse antes de su despliegue a gran escala.
Puesto que las innovaciones, por definicin, representan generalmente un cambio importante, la mayora de las mejoras innovadoras se pilotarn.
Documentar los resultados de las evaluaciones de las mejoras innovadoras.

SP 1.3

P ILOTAR LAS MEJORAS

Pilotar las mejoras de proceso y de tecnologa para seleccionar cuales implementar.


Se realizan pilotos, segn sea apropiado, para evaluar cambios importantes y nuevos antes de que se desplieguen ampliamente.

13-PAGS_273-292

20/4/09

09:44

Pgina 281

Innovacin y despliegue en la organizacin

281

Productos de trabajo tpicos


1. Informes de evaluacin del piloto.
2. Lecciones aprendidas documentadas de los pilotos.

Subprcticas
1. Planificar los pilotos
Al planificar los pilotos, es crtico definir criterios cuantitativos
que se usarn para evaluar sus resultados.
2. Revisar y conseguir el acuerdo de la parte interesada relevante sobre los planes para los pilotos.
3. Consultar y ayudar a las personas que realizan los pilotos.
4. Realizar cada piloto en un entorno que sea caracterstico del entorno presente en un despliegue a gran escala.
5. Seguir los pilotos frente a sus planes.
6. Revisar y documentar los resultados de los pilotos.
Se evalan los resultados de los pilotos utilizando criterios cuantitativos definidos durante la planificacin del piloto. Revisar y documentar los resultados de los pilotos usualmente implica:
Decidir si terminar el piloto, replanificar y continuar con el piloto, o proceder con el despliegue de la mejora de proceso y de
tecnologa.
Actualizar la disposicin de las propuestas de mejora de proceso
y de tecnologa asociadas con el piloto.
Identificar y documentar apropiadamente las nuevas propuestas
de mejora de proceso y de tecnologa.
Identificar y documentar las lecciones aprendidas y los problemas encontrados durante el piloto.
SP 1.4

S ELECCIONAR LAS MEJORAS PARA SU DESPLIEGUE

Seleccionar las mejoras de proceso y de tecnologa para su despliegue en la


organizacin.
La seleccin de las mejoras de proceso y de tecnologa para el despliegue en la organizacin se basa en criterios cuantificables derivados de
los objetivos de calidad y de rendimiento de los procesos de la organizacin.

OID

La implementacin de esta prctica especifica puede solaparse con


la implementacin de la practica especifica Implementar las propuestas de accin en el rea de proceso de Anlisis causal y resolucin
(CAR) (p. ej., cuando el anlisis causal y resolucin se implementa en
la organizacin o a travs de proyectos mltiples).

13-PAGS_273-292

20/4/09

09:44

Pgina 282

282 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Productos de trabajo tpicos


1. Mejoras de proceso y de tecnologa seleccionadas para el despliegue.

Subprcticas
1. Priorizar candidatos de mejora de proceso y de tecnologa para su
despliegue.
La prioridad est basada en una evaluacin de la relacin estimada
coste/beneficio con respecto a los objetivos de calidad y de rendimiento de proceso.
Para ms informacin sobre los objetivos de calidad y de rendimiento del
proceso, consltese el rea de proceso de Rendimiento de procesos de la
organizacin (OPP)

2. Seleccionar las mejoras de proceso y de tecnologa a desplegar.


La seleccin de las mejoras de proceso est basada en sus prioridades y en los recursos disponibles.
3. Determinar cmo ser desplegada cada mejora de proceso y de
tecnologa.
Algunos ejemplos dnde pueden desplegarse las mejoras de proceso y de
tecnologa son:
Activos de procesos de la organizacin.
Entornos de trabajo especficos del proyecto o comunes.
Familias de productos de la organizacin.
Capacidad de la organizacin.
Proyectos de la organizacin.
Grupos de la organizacin.
4. Documentar los resultados del proceso de seleccin.
Los resultados del proceso de seleccin generalmente incluyen:
Los criterios de seleccin para las mejoras candidatas.
La disposicin de cada propuesta de mejora.
La razn fundamental para la disposicin de cada propuesta de
mejora.
Los activos a cambiar para cada mejora seleccionada.
SG 2

D ESPLEGAR LAS MEJORAS

Las mejoras medibles a los procesos y a las tecnologas de la organizacin son


desplegadas continua y sistemticamente.
SP 2.1

P LANIFICAR EL DESPLIEGUE

Establecer y mantener los planes para desplegar las mejoras seleccionadas de


proceso y de tecnologa.

13-PAGS_273-292

20/4/09

09:44

Pgina 283

Innovacin y despliegue en la organizacin

283

Para ms informacin sobre el despliegue de activos de proceso de la organizacin, consltese el rea de proceso de Enfoque en procesos de la organizacin
(OPF).

Esta prctica especfica planifica el despliegue de mejoras individuales de proceso y de tecnologa. La prctica genrica Planificar el
proceso trata la planificacin exhaustiva que cubre las prcticas especficas en este rea de proceso.

Productos de trabajo tpicos


1. Plan del despliegue para las mejoras seleccionadas de proceso y
tecnologa.

Subprcticas
1. Determinar cmo cada mejora de proceso y de tecnologa debe
ajustarse para el despliegue en la organizacin.
Las mejoras de proceso y de tecnologa propuestas dentro de un
contexto limitado (p. ej., para un simple proyecto) podran tener
que modificarse para que puedan ser aplicadas en un mbito amplio de la organizacin.
2. Determinar los cambios necesarios para desplegar cada mejora de
proceso y de tecnologa.
Algunos ejemplos de cambios que son necesarios para poder desplegar
una mejora de proceso y tecnologa son:
Descripciones de proceso, estndares y procedimientos.
Entornos de trabajo.
Educacin y formacin.
Habilidades.
Compromisos existentes.
Actividades existentes.
Soporte continuo a los usuarios finales.
Cultura y caractersticas de la organizacin.
3. Identificar estrategias que ayuden a sobreponer las posibles barreras que impidan el despliegue de cada mejora de proceso y de tecnologa.

OID

Los planes para el despliegue de cada mejora de proceso y de tecnologa pueden incluirse en el plan para la innovacin y el despliegue de la
organizacin o pueden ser documentados por separado.
La implementacin de esta prctica especfica complementa la
prctica especfica Desplegar los activos de proceso de la organizacin,
del rea de proceso de Enfoque en procesos de la organizacin (OPF)
y aade el uso de datos cuantitativos para guiar el despliegue y para
determinar el valor de las mejoras con respecto a los objetivos de calidad y de rendimiento de proceso.

13-PAGS_273-292

20/4/09

09:44

Pgina 284

284 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


4. Establecer medidas y objetivos para determinar el valor de cada
mejora de proceso y de tecnologa con respecto a los objetivos de
calidad y de rendimiento de proceso de la organizacin.
Algunos ejemplos de medidas para determinar el valor de una mejora de
proceso y de tecnologa son:
Retorno de la inversin.
Tiempo para recuperar el coste de la mejora de proceso o de tecnologa.
Mejora medible en el rendimiento del proceso a nivel de proyecto o de
la organizacin.
Nmero y tipos de riesgos, tanto a nivel del proyecto como de la
organizacin, mitigados como consecuencia de la mejora de proceso o
de tecnologa.
Tiempo medio que se necesita para dar respuesta a los cambios en los
requerimientos del proyecto, en situaciones de mercado y en el entorno
de negocio.
Para ms informacin sobre el establecimiento de los objetivos para la
medicin y el anlisis, la especificacin de las medidas y el anlisis a ser
realizados, la obtencin y el anlisis de las medidas y la divulgacin de
los resultados, consltese el rea de proceso Medicin y anlisis (MA).

5. Documentar el plan para desplegar cada mejora de proceso y de


tecnologa.
6. Revisar y conseguir el acuerdo con las partes interesadas relevantes sobre el plan para desplegar cada mejora de proceso y de tecnologa.
7. Corregir el plan para desplegar cada mejora de proceso y de tecnologa, segn sea necesario.
SP 2.2

G ESTIONAR EL DESPLIEGUE

Gestionar el despliegue de las mejoras seleccionadas de proceso y de


tecnologa.
La implementacin de esta prctica especfica puede solaparse con
la implementacin de la prctica especfica Implementar las propuestas de accin en el rea de proceso de Anlisis causal y resolucin (CAR) (p. ej., cuando el anlisis causal y resolucin se
implementa en toda la organizacin o en mltiples proyectos). La
diferencia principal es que, en el rea de proceso de Anlisis causal y
resolucin, la planificacin se hace para gestionar la eliminacin de
las causas raz de los defectos o de los problemas de los procesos definidos del proyecto. En el rea de proceso Innovacin y despliegue
en la organizacin, la planificacin se hace para gestionar el despliegue de mejoras de los procesos y de las tecnologas de la organizacin que pueden ser cuantificadas frente a los objetivos de negocio
de la organizacin.

13-PAGS_273-292

20/4/09

09:44

Pgina 285

Innovacin y despliegue en la organizacin

285

Productos de trabajo tpicos

Subprcticas
1. Seguir el despliegue de las mejoras de proceso y de tecnologa utilizando el plan de despliegue.
2. Coordinar el despliegue de las mejoras de proceso y de tecnologa
en la organizacin.
La coordinacin del despliegue incluye las siguientes actividades:
Coordinar las actividades de los proyectos, de los grupos de soporte y de los grupos de la organizacin para cada mejora de
proceso y de tecnologa.
Coordinar las actividades de despliegue de mejoras de proceso y
de tecnologa relacionadas.
3. Desplegar rpidamente las mejoras de proceso y de tecnologa, de
manera controlada y disciplinada segn sea apropiado.
Algunos ejemplos de mtodos para desplegar rpidamente mejoras de
proceso y de tecnologa son:
Utilizar lneas rojas, avisos de cambios o cualquier otro modo de
documentacin del control del proceso, como descripciones de proceso
intermedias.
Desplegar mejoras incrementales de proceso y de tecnologa, en vez de
un nico despliegue.
Proporcionar consultora exhaustiva a los primeros adoptadores de la
mejora de proceso y de tecnologa, en vez de formacin formal
corregida.
4. Incorporar las mejoras de proceso y de tecnologa en los activos de
proceso de la organizacin, segn sea apropiado.
Para ms informacin sobre los activos de proceso de la organizacin,
consltese el rea de proceso de Definicin de procesos de la organizacin
(OPD).

5. Coordinar el despliegue de las mejoras de proceso y de tecnologa


en los procesos definidos para el proyecto, segn sea apropiado.
Para ms informacin sobre el despliegue de los activos de proceso de
la organizacin, consltese el rea de proceso de Enfoque en procesos de
la organizacin (OPF).

6. Proporcionar consultora, segn sea apropiado, para dar apoyo al


despliegue de las mejoras de proceso y de tecnologa.

OID

1. Material actualizado de formacin (para reflejar las mejoras desplegadas de proceso y de tecnologa).
2. Resultados documentados de las actividades de despliegue de la
mejora de proceso y de tecnologa.
3. Revisiones de medidas de la mejora de proceso y de tecnologa, de
los objetivos, de las prioridades y de los planes de despliegue.

13-PAGS_273-292

20/4/09

09:44

Pgina 286

286 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


7. Proporcionar materiales actualizados de formacin para reflejar las
mejoras a los activos de procesos de la organizacin.
Para ms informacin sobre los materiales de formacin, consltese el
rea de proceso de Formacin organizativa (OT).

8. Confirmar que est completo el despliegue de todas las mejoras de


proceso y de tecnologa.
9. Determinar si la capacidad del proceso definido para cumplir los
objetivos de calidad y de rendimiento de proceso se ve adversamente afectada por la mejora de proceso y de tecnologa, y tomar
las acciones correctivas segn sea necesario.
Para ms informacin sobre la gestin cuantitativa del proceso definido
del proyecto para lograr los objetivos establecidos de calidad y de rendimiento del proceso en el proyecto, consltese el rea de proceso de Gestin
cuantitativa de proyecto (QPM).

10. Documentar y revisar los resultados del despliegue de la mejora de


proceso y de tecnologa.
La documentacin y la revisin de los resultados incluye:
Identificar y documentar las lecciones aprendidas.
Identificar y documentar las propuestas nuevas de mejora de
proceso y de tecnologa.
Corregir las medidas, los objetivos, las prioridades y los planes
de despliegue de la mejora de proceso y de tecnologa.
SP 2.3

M EDIR LOS EFECTOS DE LA MEJORA

Medir los efectos de las mejoras desplegadas de proceso y de tecnologa.


Para ms informacin sobre el establecimiento de objetivos para la medicin y el
anlisis, la especificacin de las medidas y el anlisis a realizar, la obtencin y el
anlisis de las medidas y la informacin de los resultados, consltese el rea de
proceso de Medicin y anlisis (MA).

La implementacin de esta practica especfica puede solaparse con la


implementacin de la practica especfica Evaluar el efecto de los cambios en el rea de proceso de Anlisis causal y resolucin (p. ej., cuando el anlisis causal y resolucin se implementa en la organizacin o a
travs de mltiples proyectos).

Productos de trabajo tpicos


1. Medidas documentadas de los efectos resultantes de las mejoras
desplegadas de proceso y de tecnologa.

Subprcticas
1. Medir el coste, el esfuerzo y el calendario real para desplegar cada
mejora de proceso y de tecnologa.

13-PAGS_273-292

20/4/09

09:44

Pgina 287

Innovacin y despliegue en la organizacin

287

OID

2. Medir el valor de cada mejora de proceso y de tecnologa.


3. Medir el grado de progreso para alcanzar el cumplimiento de los
objetivos de calidad y rendimiento de proceso de la organizacin.
4. Analizar el progreso hacia el logro de los objetivos de calidad y de
rendimiento de proceso de la organizacin y tomar las acciones
correctivas segn sea necesario.
Para ms informacin sobre el anlisis de rendimiento del proceso, consltese el rea de proceso de Rendimiento de procesos de la organizacin
(OPP).

5. Almacenar las medidas en el repositorio de medicin de la organizacin.

Practicas genricas por meta


GG 1

L OGRAR LAS METAS ESPECFICAS

GP 1.1

R EALIZAR LAS PRCTICAS ESPECFICAS

Realizar las prcticas especficas del proceso de innovacin y despliegue en la


organizacin para desarrollar los productos de trabajo y proporcionar
servicios para lograr las metas especficas del rea de proceso.
GG 2

S LO CONTINUO

El proceso da soporte y permite el logro de las metas especficas del rea de


proceso, transformando los productos de trabajo de entrada identificables
para producir los productos de trabajo de salida identificables.

I NSTITUCIONALIZAR UN PROCESO GESTIONADO

GG 3

I NSTITUCIONALIZAR UN PROCESO DEFINIDO

El proceso est institucionalizado como un proceso definido.


La aparicin de esta meta genrica aqu refleja su ubicacin en la representacin por etapas.
GP 2.1

ESTABLECER UNA POLTICA DE LA ORGANIZACIN

Establecer y mantener una poltica de la organizacin para planificar y realizar


el proceso de innovacin y despliegue en la organizacin.

Elaboracin:
Esta poltica establece las expectativas de la organizacin para identificar y desplegar mejoras de proceso y de tecnologa que contribuyan a
cumplir los objetivos de calidad y de rendimiento de proceso.

S LO POR ETAPAS

El proceso est institucionalizado como un proceso gestionado.

13-PAGS_273-292

20/4/09

09:44

Pgina 288

288 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


GP 2.2

P LANIFICAR EL PROCESO

Establecer y mantener el plan para realizar el proceso de innovacin y


despliegue en la organizacin.

Elaboracin:
Este plan para realizar el proceso de innovacin y despliegue en la
organizacin difiere de los planes de despliegue descritos en una
prctica especfica en este rea de proceso. El plan mencionado en
esta prctica genrica tratara la planificacin completa de todas las
prcticas especficas de este rea de proceso, desde recoger y analizar las propuestas de mejora de todas las formas hasta la medicin
de los efectos de mejora. En contraste, los planes de despliegue
mencionados en la prctica especfica trataran la planificacin necesaria para el despliegue de mejoras individuales de proceso y de
tecnologa.
GP 2.3

P ROPORCIONAR RECURSOS

Proporcionar recursos adecuados para realizar el proceso de innovacin y


despliegue en la organizacin, desarrollar los productos de trabajo y
proporcionar los servicios del proceso.

Elaboracin:
Algunos ejemplos de recursos proporcionados son las siguientes
herramientas:
Paquetes de simulacin.
Herramientas para realizar prototipos.
Paquetes estadsticos.
Modelado de sistemas dinmicos.
Suscripciones en lnea a bases de datos de tecnologa y publicaciones.
Herramientas para modelado de procesos.

GP 2.4

ASIGNAR RESPONSABILIDAD

Asignar la responsabilidad y la autoridad para realizar el proceso, desarrollar


los productos de trabajo y proporcionar los servicios del proceso de
innovacin y despliegue en la organizacin.

GP 2.5

FORMAR AL PERSONAL

Formar, segn sea necesario, a las personas para realizar o dar soporte al
proceso de innovacin y despliegue en la organizacin.

13-PAGS_273-292

20/4/09

09:44

Pgina 289

Innovacin y despliegue en la organizacin

289

Elaboracin:

GP 2.6

G ESTIONAR CONFIGURACIONES

Poner los productos de trabajo designados del proceso de innovacin y


despliegue en la organizacin bajo los niveles de control apropiados.

Elaboracin:
Algunos ejemplos de productos de trabajo puestos bajo control son:
Lecciones aprendidas documentadas de los proyectos pilotos.
Medidas, objetivos, prioridades y planes de despliegue de mejora de
proceso y de tecnologa corregidos.
Material de formacin actualizado.
GP 2.7

I DENTIFICAR E INVOLUCRAR A LAS PARTES INTERESADAS RELEVANTES

Identificar e involucrar, como se planific, a las partes interesadas relevantes


del proceso de innovacin y despliegue en la organizacin.

Elaboracin:
Algunos ejemplos de actividades para involucrar a las partes interesadas
son:
Revisin de las propuestas de mejora de proceso y de tecnologa que
puedan tener un importante impacto sobre el rendimiento del proceso o
en la satisfaccin del cliente o usuario final
Suministro de realimentacin a la organizacin sobre el estado y los
resultados de las actividades de despliegue de mejora de proceso y de
tecnologa.
La realimentacin normalmente implica:

Informar a las personas que envan las propuestas de mejora de


proceso y de tecnologa sobre la disposicin de sus propuestas.
Informar regularmente a las partes interesadas relevantes sobre los
planes y el estado de las actividades de seleccin y despliegue de
las mejoras de proceso y de tecnologa.
Preparar y distribuir un resumen de las actividades de seleccin y
despliegue de la mejora de proceso y de tecnologa.

OID

Algunos ejemplos de temas de formacin son:


Planificacin, diseo y realizacin de pilotos.
Anlisis de coste/beneficio.
Transicin de tecnologa.
Gestin del cambio.

20/4/09

09:44

Pgina 290

290 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


M ONITORIZAR Y CONTROLAR EL PROCESO

GP 2.8

Monitorizar y controlar el proceso de innovacin y despliegue en la


organizacin frente al plan para realizar el proceso y tomar las acciones
correctivas apropiadas.

Elaboracin:
Algunos ejemplos de medidas y de productos de trabajo usados en la
monitorizacin y control son:
Cambio en la calidad.
Cambio en el rendimiento del proceso.
Calendario de actividades para desplegar una mejora seleccionada.

E VALUAR OBJETIVAMENTE LA ADHERENCIA

GP 2.9

Evaluar objetivamente la adherencia del proceso de innovacin y despliegue


en la organizacin frente a la descripcin del proceso, estndares y
procedimientos, y tratar las no conformidades.

Elaboracin:
Algunos ejemplos de actividades revisadas son:
Seleccionar mejoras.
Desplegar mejoras.
Algunos ejemplos de productos de trabajo revisados son:
Planes de despliegue.
Medidas, objetivos, prioridades y planes de despliegue de mejora de
proceso y de tecnologa revisados.
Material de formacin actualizado.

GP 2.10

R EVISAR EL ESTADO CON EL NIVEL DIRECTIVO

Revisar con el nivel directivo las actividades, el estado y los resultados del
proceso de innovacin y despliegue en la organizacin, y resolver los
problemas.

GG 3

I NSTITUCIONALIZAR UN PROCESO DEFINIDO

El proceso est institucionalizado como un proceso definido.


La aparicin de esta meta genrica aqu refleja su ubicacin en la
representacin continua.

S LO CONTINUO

13-PAGS_273-292

13-PAGS_273-292

20/4/09

09:44

Pgina 291

Innovacin y despliegue en la organizacin

GP 3.1

291

ESTABLECER UN PROCESO DEFINIDO

GP 3.2

OID

Establecer y mantener la descripcin de un proceso definido de innovacin y


despliegue en la organizacin.
R ECOGER INFORMACIN DE MEJORA

Recoger productos de trabajo, medidas, resultados de medicin e informacin


de mejora procedente de la planificacin y realizacin del proceso de
innovacin y despliegue en la organizacin para dar soporte al uso futuro y a
la mejora de los procesos y de los activos de proceso de la organizacin.

Elaboracin:
Algunos ejemplos de productos de trabajo, medidas, resultados de la
medicin e informacin de mejora son:
Lecciones aprendidas, capturadas a partir de las partes interesadas
relevantes, que identifican barreras para el despliegue basndose en
inserciones previas de tecnologa.
Medidas documentadas de los costes y beneficios que resultan de
desplegar innovaciones.
Informe de una comparacin de procesos similares de desarrollo para
identificar el potencial para mejorar la eficiencia.

GG 4

I NSTITUCIONALIZAR UN PROCESO GESTIONADO CUANTITATIVAMENTE

El proceso est institucionalizado como un proceso gestionado


cuantitativamente.
ESTABLECER OBJETIVOS CUANTITATIVOS PARA EL PROCESO

Establecer y mantener los objetivos cuantitativos para el proceso de


innovacin y despliegue en la organizacin, los cuales tratan la calidad y
el rendimiento del proceso en base a las necesidades del cliente y a los
objetivos de negocio.
GP 4.2

ESTABILIZAR EL RENDIMIENTO DEL SUBPROCESO

Estabilizar el rendimiento de uno o ms subprocesos para determinar la


capacidad del proceso de innovacin y despliegue en la organizacin para
lograr los objetivos cuantitativos establecidos de calidad y de rendimiento
del proceso.
GG 5

I NSTITUCIONALIZAR UN PROCESO EN OPTIMIZACIN

El proceso est institucionalizado como un proceso en optimizacin.

S LO CONTINUO

GP 4.1

20/4/09

09:44

Pgina 292

292 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


GP 5.1

ASEGURAR LA MEJORA CONTINUA DEL PROCESO

Asegurar la mejora continua del proceso de innovacin y despliegue en la


organizacin para satisfacer los objetivos de negocio relevantes de la
organizacin.
GP 5.2

C ORREGIR LAS CAUSAS RAZ DE LOS PROBLEMAS

Identificar y corregir las causas raz de los defectos y de otros problemas en


el proceso de innovacin y despliegue en la organizacin.

S LO CONTINUO

13-PAGS_273-292

14-PAGS_293-314

20/4/09

09:56

Pgina 293

DEFINICIN DE PROCESOS DE LA ORGANIZACIN + IPPD


Un rea de proceso de gestin de procesos en el nivel de madurez 3
OPD +IPPP

Propsito

Para IPPD, el rea de proceso de Definicin de procesos de la organizacin + IPPD


cubre tambin el establecimiento de reglas y guas de la organizacin que permiten
llevar a cabo el trabajo usando equipos integrados.

Notas introductorias
Los activos de proceso de la organizacin permiten conseguir un rendimiento de procesos consistente en toda la organizacin y proporcionan una base para beneficios acumulativos a largo plazo para la
organizacin. (Vase la definicin de activos de proceso de la organizacin en el glosario).
La biblioteca de activos de proceso de la organizacin es una coleccin de elementos que mantiene la organizacin para ser usados
por el personal y los proyectos de la misma. Esta coleccin de elementos incluye descripciones de procesos y de elementos de proceso, descripciones de modelos del ciclo de vida, guas de adaptacin de
procesos, documentacin relativa a procesos y datos. La biblioteca de
activos de proceso de la organizacin da soporte al aprendizaje y la
mejora de procesos, al permitir compartir las mejores prcticas y las
lecciones aprendidas en la organizacin.
El conjunto de procesos estndar de la organizacin se adapta por
los proyectos para crear sus procesos definidos. Los otros activos de
proceso de la organizacin se utilizan para dar soporte a la adaptacin,
as como a la implementacin de los procesos definidos. Los estndares del entorno de trabajo se utilizan para guiar la creacin de los entornos de trabajo del proyecto.
Un proceso estndar se compone de otros procesos (es decir, subprocesos) o elementos de proceso. Un elemento de proceso es la unidad fundamental (p. ej., atmica) de la definicin del proceso, y
293

E XTENSIN IPPD

El propsito de la Definicin de procesos de la organizacin (OPD) es


establecer y mantener un conjunto usable de activos de proceso de la
organizacin y de estndares del entorno de trabajo.

20/4/09

09:56

Pgina 294

294 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


describe las actividades y las tareas para realizar el trabajo de manera
consistente. La arquitectura del proceso proporciona las reglas para
conectar los elementos de proceso de un proceso estndar. El conjunto de procesos estndar de la organizacin puede incluir mltiples arquitecturas de proceso.
(Vanse las definiciones de proceso estndar, arquitectura de
proceso, subproceso y elemento del proceso en el glosario).
Los activos de proceso de la organizacin se pueden organizar de muchas
maneras, dependiendo de la implementacin del rea de proceso de
Definicin de procesos de la organizacin. Algunos ejemplos son:
Las descripciones de los modelos de ciclo de vida pueden
documentarse como parte del conjunto de procesos estndar de la
organizacin o pueden documentarse por separado.
El conjunto de procesos estndar de la organizacin puede almacenarse
en la biblioteca de activos de proceso de la organizacin o puede
almacenarse por separado.
Un nico repositorio puede contener tanto las mediciones como la
documentacin relacionada con los procesos o puede almacenarse por
separado.

reas de proceso relacionadas


Para ms informacin sobre aspectos relacionados con los procesos de la organizacin, consltese el rea de proceso de Enfoque en procesos de la organizacin.

Resumen de Metas y prcticas especficas


SG 1 Establecer los activos de proceso de la organizacin.
SP 1.1 Establecer los procesos estndar.
SP 1.2 Establecer las descripciones de los modelos de ciclo de vida.
SP 1.3 Establecer los criterios y las guas de adaptacin.
SP 1.4 Establecer el repositorio de medicin de la organizacin.
SP 1.5 Establecer la biblioteca de activos de proceso de la organizacin.
SP 1.6 Establecer los estndares del entorno de trabajo.
SG 2 Facilitar la gestin IPPD.
SP 2.1 Establecer los mecanismos para otorgar la autoridad.
SP 2.2 Establecer las reglas y las guas para los equipos integrados.
SP 2.3 Equilibrar entre las responsabilidades en el equipo y en la organizacin
de origen.

Prcticas especficas por meta


SG 1

E STABLECER LOS ACTIVOS DE PROCESO DE LA ORGANIZACIN

Un conjunto de activos de proceso de la organizacin es establecido


y mantenido.

E XTENSIN IPPD

14-PAGS_293-314

20/4/09

09:56

Pgina 295

Definicin de Procesos de la organizacin +IPPD

295

Los procesos integrados que enfatizan el desarrollo en paralelo en lugar del


desarrollo en serie, son una piedra angular de la implementacin de IPPD. Los
procesos para desarrollar el producto y los procesos del ciclo de vida relacionados
con el producto, tales como el proceso de fabricacin y el de soporte, se integran y
se llevan a cabo concurrentemente. Tales procesos integrados deberan adecuar la
informacin proporcionada por las partes interesadas que representan a todas las
fases del ciclo de vida del producto, tanto desde las funciones del negocio como
desde las tcnicas. Tambin se necesitan procesos para un trabajo en equipo eficaz.

OPD +IPPP

SP 1.1

E XTENSIN IPPD

14-PAGS_293-314

ESTABLECER LOS PROCESOS ESTNDAR

Establecer y mantener el conjunto de procesos estndar de la organizacin.

En un entorno IPPD, el conjunto de procesos estndar de la organizacin incluye un


proceso que los proyectos utilizan para establecer una visin compartida.

El conjunto de procesos estndar de la organizacin debera cubrir, de forma colectiva, todos los procesos que necesitan la organizacin y los proyectos, incluyendo aquellos procesos tratados por las
reas de proceso en el Nivel de madurez 2.

Productos de trabajo tpicos


1. Conjunto de procesos estndar de la organizacin.

E XT. IPPD

Los procesos estndar se pueden definir en mltiples niveles dentro


de una empresa y pueden relacionarse de forma jerrquica. Por ejemplo,
una empresa puede tener un conjunto de procesos estndar que es adaptado por organizaciones individuales en la empresa (p. ej., una divisin
o localizacin) para establecer su conjunto de procesos estndar. El conjunto de procesos estndar puede tambin adaptarse para cada una de
las reas de negocio o lneas de producto de la organizacin. De esta manera, el conjunto de procesos estndar de la organizacin puede referirse a los procesos estndar establecidos a nivel de organizacin y a los
procesos estndar que pueden establecerse en niveles inferiores, aunque
algunas organizaciones pueden tener solamente un nico nivel de procesos estndar. (Vanse las definiciones de proceso estndar y conjunto de procesos estndar de la organizacin en el glosario).
Se pueden necesitar mltiples procesos estndar para tratar las necesidades de los diferentes dominios de aplicacin, modelos de ciclo
de vida, metodologas y herramientas. El conjunto de procesos estndar de la organizacin contiene elementos de proceso (p. ej. un elemento de estimacin de tamao del producto de trabajo) que pueden
interconectarse de acuerdo a una o ms arquitecturas de proceso, que
describen las relaciones entre estos elementos de proceso.
El conjunto de procesos estndar de la organizacin incluye normalmente procesos tcnicos, de gestin, administrativos, de soporte y
de la organizacin.

14-PAGS_293-314

20/4/09

09:56

Pgina 296

296 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Subprcticas
1. Descomponer cada proceso estndar en los elementos que constituyen los elementos de proceso hasta el detalle necesario para
comprender y describir el proceso.
Cada elemento de proceso cubre un conjunto de actividades delimitadas y estrechamente relacionadas. Las descripciones de los
elementos de proceso pueden ser plantillas para ser cumplimentadas, fragmentos a ser completados, abstracciones a ser refinadas o
descripciones completas para ser adaptadas o para ser usadas sin
modificaciones. Estos elementos se describen con el suficiente detalle, de manera que el proceso, cuando est completamente definido, pueda realizarse de forma consistente por personal con la
formacin y las habilidades apropiadas.

Algunos ejemplos de elementos de proceso son:


Plantilla para generar estimaciones de tamao del producto de trabajo.
Descripcin de la metodologa de diseo del producto de trabajo.
Metodologa adaptable para la revisin entre pares.
Plantilla para llevar a cabo revisiones de gerencia.
2. Especificar los atributos crticos de cada elemento del proceso.
Algunos ejemplos de atributos crticos son:
Roles de proceso.
Estndares aplicables.
Procedimientos, mtodos, herramientas y recursos aplicables.
Objetivos de rendimiento de proceso.
Criterios de entrada.
Entradas.
Medidas del producto y del proceso a recoger y usar.
Puntos de verificacin (p. ej., revisiones entre pares).
Salidas.
Interfaces.
Criterios de salida.
3. Especificar las relaciones de los elementos del proceso.
Algunos ejemplos de relaciones son:
Ordenacin de los elementos del proceso.
Interfaces entre los elementos del proceso.
Interfaces con procesos externos.
Interdependencias entre los elementos del proceso.

14-PAGS_293-314

20/4/09

09:56

Pgina 297

Definicin de Procesos de la organizacin +IPPD

4.

6.
7.
8.

Arquitectura de proceso se refiere a las reglas que describen las


relaciones entre los elementos del proceso. La arquitectura de proceso cubre los requerimientos y las guas fundamentales. Las especificaciones detalladas de estas relaciones se cubren en las
descripciones de los procesos definidos que se adaptan a partir del
conjunto de procesos estndar de la organizacin.
Asegurar que el conjunto de procesos estndar de la organizacin
se adhiere a las polticas, estndares y modelos aplicables.
La adherencia a los estndares y modelos de proceso aplicables se
demuestra normalmente mediante el desarrollo de la correspondencia entre el conjunto de procesos estndar de la organizacin y los
estndares y los modelos de proceso relevantes. Adems, esta correspondencia ser una informacin til para futuras evaluaciones.
Asegurar que el conjunto de procesos estndar de la organizacin satisface las necesidades del proceso y los objetivos de la organizacin.
Para ms informacin sobre el establecimiento y mantenimiento
de las necesidades del proceso y de los objetivos de la organizacin, consltese el rea de proceso de Enfoque en procesos de la
organizacin.
Asegurar que existe una integracin apropiada entre los procesos que
se incluyen en el conjunto de procesos estndar de la organizacin.
Documentar el conjunto de procesos estndar de la organizacin.
Llevar a cabo revisiones entre pares sobre el conjunto de procesos
estndar de la organizacin.
Para ms informacin sobre la revisin entre pares, consltese el rea de
proceso de Verificacin.

9. Corregir el conjunto de procesos estndar de la organizacin segn sea necesario.


SP 1.2

ESTABLECER LAS DESCRIPCIONES DE LOS MODELOS DE CICLO DE VIDA

Establecer y mantener las descripciones de los modelos de ciclo de vida


aprobados para su uso en la organizacin.
Los modelos de ciclo de vida se pueden desarrollar para una variedad
de clientes o de situaciones, ya que un modelo de ciclo de vida puede
no ser apropiado para todas las situaciones. Los modelos de ciclo de
vida se usan frecuentemente para definir las fases del proyecto. La organizacin tambin puede definir modelos de ciclo de vida diferentes
para cada tipo de producto y servicio que entrega.

Productos de trabajo tpicos


1. Descripciones de los modelos de ciclo de vida.

Subprcticas
1. Seleccionar los modelos de ciclo de vida basndose en las necesidades de los proyectos y de la organizacin.

OPD +IPPP

5.

297

20/4/09

09:56

Pgina 298

298 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Por ejemplo, algunos modelos de ciclo de vida del proyecto son:
Cascada.
Espiral.
Evolutivo.
Incremental.
Iterativo.
2. Documentar las descripciones de los modelos de ciclo de vida.
Los modelos de ciclo de vida se pueden documentar como parte de
las descripciones del proceso estndar de la organizacin o se pueden documentar por separado.
3. Llevar a cabo revisiones entre pares de los modelos de ciclo de
vida.
Para ms informacin sobre cmo llevar a cabo las revisiones entre pares,
consltese el rea de proceso de Verificacin.

4. Corregir las descripciones de los modelos de ciclo de vida segn


sea necesario.
SP 1.3

ESTABLECER LOS CRITERIOS Y LAS GUAS DE ADAPTACIN

Establecer y mantener los criterios y las guas de adaptacin para el conjunto


de procesos estndar de la organizacin.

Al crear los criterios y las guas de adaptacin, incluir consideraciones para el


desarrollo y la operacin concurrente con equipos integrados. Por ejemplo, cmo
se adapta el proceso de fabricacin ser diferente dependiendo de si se va a
fabricar en serie despus de que el producto haya sido diseado, o en paralelo con
el desarrollo del producto, como en IPPD. Los procesos, tales como la asignacin de
recursos, sern tambin adaptados de forma diferente si el proyecto opera con
equipos integrados.

Los criterios y las guas de adaptacin describen:


Cmo usar los activos de proceso y el conjunto de procesos estndar de la organizacin para crear los procesos definidos.
Los requerimientos obligatorios que deben satisfacer los procesos
definidos (p. ej., el subconjunto de los activos de proceso de la organizacin que son esenciales para cualquier proceso definido).
Las opciones que puedan llevarse a cabo y los criterios para seleccionar entre ellas.
Los procedimientos que deben seguirse para realizar y documentar
la adaptacin del proceso.

E XTENSIN IPPD

14-PAGS_293-314

14-PAGS_293-314

20/4/09

09:56

Pgina 299

Definicin de Procesos de la organizacin +IPPD

299

Algunos ejemplos de razones para la adaptacin son:


Adaptar el proceso para una nueva lnea de producto o entorno de
trabajo.
Personalizar el proceso para una aplicacin especfica o para una clase
de aplicaciones similares.
Elaborar la descripcin del proceso de forma que el proceso definido
resultante pueda realizarse.

Productos de trabajo tpicos:


1. Guas de adaptacin para el conjunto de procesos estndar de la
organizacin.

Subprcticas
1. Especificar los criterios de seleccin y los procedimientos para
adaptar el conjunto de procesos estndar de la organizacin.
Algunos ejemplos de criterios y procedimientos son:
Criterios para seleccionar los modelos de ciclo de vida, de entre los
aprobados por la organizacin.
Criterios para seleccionar los elementos de proceso del conjunto de
procesos estndar de la organizacin.
Procedimientos para adaptar los modelos de ciclo de vida y los
elementos de proceso seleccionados con objeto de adecuar las
caractersticas y necesidades especficas del proceso.
Algunos ejemplos de acciones de adaptacin son:
Modificar un modelo de ciclo de vida.
Combinar elementos de modelos de ciclo de vida diferentes.
Modificar elementos del proceso.
Reemplazar elementos del proceso.
Reordenar elementos del proceso.

OPD +IPPP

La flexibilidad en la adaptacin y en la definicin de los procesos


se equilibra asegurando la consistencia apropiada en los procesos en
toda la organizacin. La flexibilidad se necesita para tratar variables
contextuales, tales como el dominio de la organizacin; la naturaleza
del cliente; el compromiso de coste, calendario y calidad; la dificultad
tcnica del trabajo; y la experiencia del personal que implementa el
proceso. La consistencia en toda la organizacin se necesita para que
se traten de forma apropiada los estndares, los objetivos y las estrategias de la organizacin, y se compartan los datos del proceso y las lecciones aprendidas.
Los criterios y guas de adaptacin pueden permitir usar un proceso estndar tal como est, sin ninguna adaptacin.

14-PAGS_293-314

20/4/09

09:56

Pgina 300

300 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


2. Especificar los estndares para documentar los procesos definidos.
3. Especificar los procedimientos para proponer y obtener la aprobacin de excepciones a partir de los requerimientos del conjunto de
procesos estndar de la organizacin.
4. Documentar las guas de adaptacin para el conjunto de procesos
estndar de la organizacin.
5. Llevar a cabo revisiones entre pares sobre las guas de adaptacin.
Para ms informacin sobre cmo llevar a cabo revisiones entre pares,
consltese el rea de proceso de Verificacin.

6. Corregir las guas de adaptacin segn sea necesario.


SP 1.4

ESTABLECER EL REPOSITORIO DE MEDICIN DE LA ORGANIZACIN

Establecer y mantener el repositorio de medicin de la organizacin.


Para ms informacin sobre el uso del repositorio de medicin de la organizacin
en la planificacin de las actividades del proyecto, consltese la prctica especfica Usar los activos de proceso de la organizacin para planificar las actividades
del proyecto, del rea de proceso de Gestin integrada de proyecto.

El repositorio contiene tanto medidas de producto como de proceso


que estn relacionadas con el conjunto de procesos estndar de la organizacin. Tambin contiene o se refiere a la informacin necesaria
para comprender e interpretar las medidas y evaluarlas en cuanto a su
sensatez y aplicabilidad. Por ejemplo, las definiciones de las medidas
se utilizan para comparar medidas similares de diferentes procesos.

Productos de trabajo tpicos


1. La definicin del conjunto comn de medidas de producto y de
proceso para el conjunto de procesos estndar de la organizacin.
2. El diseo del repositorio de medicin de la organizacin.
3. El repositorio de medicin de la organizacin (es decir, la estructura del repositorio y su entorno de soporte).
4. Los datos de medicin de la organizacin.

Subprcticas
1. Determinar las necesidades de la organizacin para almacenar, recuperar y analizar las mediciones.
2. Definir un conjunto comn de medidas de proceso y de producto
para el conjunto de procesos estndar de la organizacin.
Las medidas en el conjunto comn se seleccionan basndose en el
conjunto de procesos estndar de la organizacin. Se seleccionan
por su capacidad de proporcionar visibilidad del rendimiento del proceso para soportar los objetivos de negocio esperados. El conjunto comn de medidas puede variar para procesos estndar diferentes.

14-PAGS_293-314

20/4/09

09:56

Pgina 301

Definicin de Procesos de la organizacin +IPPD

301

Las definiciones operativas de las medidas especifican los procedimientos para recoger los datos vlidos y el punto en el proceso
donde se recogern los datos.

Para ms informacin sobre la definicin de medidas, consltese el rea


de proceso de Medicin y anlisis.

3. Disear e implementar el repositorio de medicin.


4. Especificar los procedimientos para almacenar, actualizar y recuperar las medidas.
5. Llevar a cabo revisiones entre pares sobre las definiciones del conjunto comn de medidas y los procedimientos para almacenarlas y
recuperarlas.
Para ms informacin sobre cmo llevar a cabo revisiones entre pares,
consltese el rea de proceso de Verificacin.

6. Introducir las medidas especificadas en el repositorio.


Para ms informacin sobre la recogida y el anlisis de datos, consltese
el rea de proceso de Medicin y anlisis.

7. Poner los contenidos del repositorio de medicin a disposicin


de la organizacin y de los proyectos para su uso, segn sea apropiado.
8. Corregir el repositorio de medidas, el conjunto comn de mediciones y los procedimientos, a medida que cambien las necesidades de la organizacin.
Algunos ejemplos de cundo el conjunto comn de medidas puede necesitar corregirse son:
Cuando se aaden nuevos procesos.
Cuando se corrigen los procesos y se necesitan nuevas medidas.
Cuando se requiere una granularidad de datos ms fina.
Cuando se requiere una visibilidad mayor en el proceso.
Cuando se retiran medidas.
SP 1.5

ESTABLECER LA BIBLIOTECA DE ACTIVOS DE PROCESO DE LA ORGANIZACIN

Establecer y mantener la biblioteca de activos de proceso de la organizacin.

OPD +IPPP

Algunos ejemplos de tipos de medidas usadas comnmente son:


Estimaciones de tamao del producto de trabajo (p. ej., pginas).
Estimaciones de esfuerzo y de coste (p. ej., horas/persona).
Medidas reales de tamao, esfuerzo y coste.
Medidas de calidad (p. ej., nmero de defectos encontrados o severidad
de los mismos).
Cobertura de las revisiones entre pares.
Cobertura de las pruebas.
Medidas de fiabilidad (p. ej., tiempo medio entre fallos).

14-PAGS_293-314

20/4/09

09:56

Pgina 302

302 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Algunos ejemplos de elementos a almacenar en la biblioteca de activos de
proceso de la organizacin son:
Polticas de la organizacin.
Descripciones del proceso definido.
Procedimientos (p. ej., procedimiento de estimacin).
Planes de desarrollo.
Planes de adquisicin.
Planes de aseguramiento de la calidad.
Material de formacin.
Ayudas al proceso (p. ej., listas de comprobacin).
Informes de lecciones aprendidas.

Productos de trabajo tpicos


1. Diseo de la biblioteca de activos de proceso de la organizacin.
2. Biblioteca de activos de proceso de la organizacin.
3. Elementos seleccionados para ser incluidos en la biblioteca de activos de proceso de la organizacin.
4. Catlogo de elementos de la biblioteca de activos de proceso de la
organizacin.

Subprcticas
1. Disear e implementar la biblioteca de activos de proceso de la organizacin, incluyendo la estructura de la biblioteca y el entorno
de soporte.
2. Especificar los criterios para incluir elementos en la biblioteca.
Los elementos se seleccionan basndose en primer lugar en su relacin con el conjunto de procesos estndar de la organizacin.
3. Especificar los procedimientos para almacenar y recuperar elementos.
4. Introducir los elementos seleccionados en la biblioteca y clasificarlos para facilitar su referencia y recuperacin.
5. Poner los elementos a disposicin de los proyectos para su uso.
6. Revisar peridicamente el uso de cada elemento y usar los resultados para mantener los contenidos de la biblioteca.
7. Corregir la biblioteca de activos de proceso de la organizacin segn sea necesario.
Algunos ejemplos de cundo la biblioteca puede necesitar corregirse son:
Cuando se aaden nuevos elementos
Cuando se retiran elementos
Cuando se cambian las versiones actuales de los elementos
SP 1.6

ESTABLECER LOS ESTNDARES DEL ENTORNO DE TRABAJO

Establecer y mantener los estndares del entorno de trabajo.

14-PAGS_293-314

20/4/09

09:56

Pgina 303

Definicin de Procesos de la organizacin +IPPD

303

OPD +IPPP

Los estndares del entorno de trabajo permiten a la organizacin y


a los proyectos beneficiarse de herramientas, formacin y mantenimiento comunes, as como ahorro de costes por volumen de compras.
Los estndares del entorno de trabajo tratan las necesidades de todos
las partes interesadas y consideran los factores de productividad, coste, disponibilidad, seguridad, salud, proteccin y ergonoma en el
puesto de trabajo. Los estndares del entorno de trabajo pueden incluir guas para la adaptacin y/o el uso de excepciones que permitan
la adaptacin del entorno de trabajo del proyecto para cumplir las necesidades especficas.
Algunos ejemplos de estndares del entorno de trabajo son:
Procedimientos para la operacin, proteccin y seguridad del entorno de
trabajo.
Hardware y software de puesto de trabajo estndar.
Software de aplicacin estndar y guas para su adaptacin.
Equipo de produccin y de calibracin estndar.
Proceso para solicitar y aprobar la adaptacin o las excepciones.

Productos de trabajo tpicos


1. Estndares del entorno de trabajo.

Subprcticas
1. Evaluar los estndares del entorno de trabajo, comercialmente disponibles, apropiados para la organizacin.
2. Adoptar los estndares existentes del entorno de trabajo y desarrollar nuevos para cubrir las carencias, basndose en las necesidades
del proceso y los objetivos de la organizacin.
SG 2

FACILITAR LA GESTIN IPPD

Una infraestructura de la organizacin que da soporte y promueve


conceptos IPPD es crtica s va a ser sustentada con xito a largo plazo. Estas reglas y guas promueven conceptos, tales como equipos integrados y permiten la toma de decisiones autorizada en muchos
niveles. A travs de sus reglas y guas, la organizacin demuestra su
compromiso con IPPD y el xito de sus equipos integrados.
Las reglas y las guas de IPPD pasan a ser parte del conjunto de procesos estndar de la organizacin y de los procesos definidos de los proyectos. Los procesos estndar de la organizacin permiten, promueven
y refuerzan los comportamientos esperados de los proyectos, de los
equipos integrados y de las personas. Estos comportamientos espera-

E XTENSIN IPPD

Las reglas y las guas de la organizacin que regulan el funcionamiento de los


equipos integrados son proporcionadas.

20/4/09

09:56

Pgina 304

304 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


dos se comunican normalmente en forma de polticas, procedimientos
operativos, guas y otros activos de proceso de la organizacin.
SP 2.1

ESTABLECER LOS MECANISMOS PARA OTORGAR LA AUTORIDAD

Establecer y mantener mecanismos para otorgar la autoridad para permitir


una toma de decisiones oportuna.
En un entorno IPPD de xito, se deben establecer canales claros de
responsabilidad y autoridad. Pueden surgir problemas en cualquier
nivel de la organizacin cuando los equipos integrados asumen demasiada o poca autoridad, y cuando no est claro quin es el responsable
de la toma de decisiones. Estos problemas se pueden prevenir documentando y desplegando guas organizativas que definan claramente
la asignacin de autoridad de los equipos integrados.
Implementar IPPD introduce retos al liderazgo, debido a los cambios culturales requeridos cuando a las personas y a los equipos integrados se les da autoridad y las decisiones se sitan al nivel ms bajo
apropiado. Unos mecanismos de comunicaciones eficaces y eficientes
son crticos para la toma de decisiones slidas y oportunas en un entorno de trabajo integrado. Una vez que se establece la estructura del
proyecto del equipo integrado y se proporciona la formacin, tambin
es necesario proporcionar mecanismos para la gestionar la asignacin
de autoridad, la toma de decisiones y la resolucin de problemas.
Para ms informacin sobre la toma de decisiones, consltese el rea de proceso
de Anlisis de decisiones y resolucin.

Productos de trabajo tpicos


1. Reglas y guas para otorgar la autoridad para las personas y los
equipos integrados.
2. Reglas y guas para la toma de decisiones.
3. Documentacin de la resolucin de problemas.

Subprcticas
1. Determinar las reglas y las guas para el nivel de autoridad otorgado a las personas y a los equipos integrados
Los factores a considerar respecto a la asignacin de autoridad en
los equipos integrados incluyen:
Autoridad de los equipos para elegir su propio lder.
Autoridad de los equipos para implementar subequipos (p. ej.
un equipo de producto que crea un subequipo de integracin).
El grado de toma de decisiones colectiva.
El nivel de consenso necesario para las decisiones del equipo
integrado.
Cmo tratar y resolver los conflictos y las diferencias de opinin en los equipos integrados.

E XTENSIN IPPD

14-PAGS_293-314

14-PAGS_293-314

20/4/09

09:56

Pgina 305

Definicin de Procesos de la organizacin +IPPD

305

2. Determinar las reglas y las guas para el uso de los diferentes tipos
de toma de decisin en las diversas clases de decisiones del equipo.
3. Definir el proceso para el uso de reglas y de guas en la toma de
decisiones.
4. Definir un proceso para resolver problemas cuando un problema
no puede decidirse en el nivel que surgi.

OPD +IPPP

Para ms informacin sobre la resolucin de problemas con las partes interesadas relevantes, consltese la prctica especfica Resolver los problemas de coordinacin en el rea de proceso de Gestin integrada de
proyecto.

5. Mantener mecanismos de asignacin de autoridad, y las reglas y


las guas para la toma de decisiones.
SP 2.2

ESTABLECER LAS REGLAS Y LAS GUAS PARA LOS EQUIPOS INTEGRADOS

Las reglas y las guas de operacin para los equipos integrados definen y controlan cmo interactan los equipos para lograr los objetivos. Estas reglas y guas tambin promueven un aprovechamiento
eficaz de los esfuerzos, del alto rendimiento y la productividad de los
equipos. Los miembros de los equipos integrados deben comprender
los estndares de trabajo y participar de acuerdo a los mismos.

Productos de trabajo tpicos


1. Reglas y guas para estructurar y crear equipos integrados.

Subprcticas
1. Establecer las reglas y las guas para estructurar y crear equipos
integrados.
Los activos de proceso de la organizacin pueden ayudar al proyecto a estructurar e implementar los equipos integrados. Tales
activos pueden incluir:
Guas de estructura de equipo.
Guas de creacin de equipo.
Guas de autoridad y responsabilidad de equipo.
Tcnicas de implementacin de IPPD.
Guas para gestionar los riesgos en IPPD.
Guas para establecer las lneas de comunicacin y de autoridad.
Criterios de seleccin del lder del equipo.
Guas de responsabilidades del equipo.

E XTENSIN IPPD

Establecer y mantener las reglas y las guas de la organizacin para estructurar


y crear los equipos integrados.

20/4/09

09:56

Pgina 306

306 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


2. Definir las expectativas, reglas y guas que guiarn cmo los equipos integrados trabajan colectivamente
Estas reglas y guas establecen prcticas de la organizacin para
mantener la consistencia entre los equipos integrados, y pueden
incluir:
Cmo son establecidos y mantenidos los interfaces entre equipos integrados.
Cmo son aceptadas las asignaciones.
Cmo se accede a los recursos y entradas.
Cmo se realiza el trabajo.
Quin comprueba, revisa y aprueba el trabajo.
Cmo es aprobado el trabajo.
Cmo se entrega y se comunica el trabajo.
Cadenas de informacin a supervisores.
Requerimientos de los informes (coste, calendario y estado de
realizacin), medidas y mtodos.
Medidas y mtodos del informe de progreso..
3. Mantener las reglas y guas para estructurar y constituir equipos
integrados.
SP 2.3 EQUILIBRAR ENTRE LAS RESPONSABILIDADES EN EL EQUIPO Y EN LA ORGANIZACIN DE ORIGEN

Establecer y mantener las guas de la organizacin para ayudar a los


miembros del equipo a equilibrar sus responsabilidades en su equipo y en la
organizacin de origen.
Una organizacin de origen es la parte de la organizacin a la cual
estn asignados los miembros del equipo cuando no estn en un equipo integrado. Una organizacin de origen puede tambin denominarse organizacin funcional, sede central, oficina central o
departamento. Las organizaciones de origen son, normalmente,
responsables de la carrera profesional de sus miembros (p. ej., evaluacin de desempeo y formacin para mantener el nivel de conocimiento funcional y de disciplina).
En un entorno IPPD, los procedimientos de informacin a supervisores y sistemas de evaluacin suponen que las responsabilidades de
los miembros estn enfocadas en el equipo integrado y no en la organizacin de origen. Sin embargo, la responsabilidad de los miembros del
equipo integrado hacia la organizacin de origen es tambin importante, especficamente para la implementacin y mejora de procesos. Las
cargas de trabajo y las responsabilidades deben estar equilibradas entre
proyectos y funciones y el desarrollo y progreso en la carrera profesional. Deberan existir mecanismos organizativos que den soporte a la
organizacin de origen, a la vez que la plantilla se alinea para cumplir
con los objetivos de negocio en un entorno de equipo.

E XTENSIN IPPD

14-PAGS_293-314

14-PAGS_293-314

20/4/09

09:56

Pgina 307

Definicin de Procesos de la organizacin +IPPD

307

A veces los equipos persisten ms all de su vida productiva en organizaciones que no tienen organizacin de origen a la que los miembros del equipo vuelvan despus de que el equipo integrado se haya
disuelto. Por tanto debera haber guas para disolver los equipos integrados y mantener organizaciones de origen.

Subpracticas
1. Establecer guas de responsabilidades de la organizacin de origen que promuevan el comportamiento de equipo integrado.
2. Establecer guas de las responsabilidades de gestin del equipo,
para asegurar que los miembros del equipo integrado informan
apropiadamente a sus organizaciones de origen.
3. Establecer un proceso de revisin de la realizacin del desempeo
que considere las entradas tanto de la organizacin de origen
como de los lderes de equipos integrados.
4. Mantener las guas para equilibrar entre las responsabilidades en
el equipo y en la organizacin de origen.

Prcticas genricas por meta


GG 1

L OGRAR LAS METAS ESPECFICAS

GP 1.1

R EALIZAR LAS PRCTICAS ESPECFICAS

Realizar las prcticas especficas del proceso de definicin de procesos


de la organizacin para desarrollar los productos de trabajo
y proporcionar servicios para lograr las metas especficas del rea
de proceso.
GG 2

I NSTITUCIONALIZAR UN PROCESO GESTIONADO

El proceso est institucionalizado como un proceso gestionado.

S LO CONTINUO

El proceso da soporte y permite el logro de las metas especficas del rea de


proceso transformando los productos de trabajo de entrada identificables
para producir los productos de trabajo de salida identificables.

OPD +IPPP

1. Guas de la organizacin para equilibrar entre las responsabilidades en los equipos y en la organizacin de origen.
2. Proceso de revisin de realizacin del desempeo que considere
las entradas, tanto del supervisor funcional como del lder del
equipo.

E XTENSIN IPPD

Productos de trabajo tpicos

20/4/09

09:56

Pgina 308

308 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


GG 3

I NSTITUCIONALIZAR UN PROCESO DEFINIDO

El proceso est institucionalizado como un proceso definido.

La aparicin de esta meta genrica aqu refleja su ubicacin


en la representacin por etapas.
GP 2.1

ESTABLECER UNA POLTICA DE LA ORGANIZACIN

Establecer y mantener una poltica de la organizacin para planificar y realizar


el proceso de definicin de procesos de la organizacin.

Elaboracin:
Esta poltica establece las expectativas de la organizacin para establecer y mantener un conjunto estndar de procesos a usar por la organizacin, y poner disponibles los activos de proceso de la organizacin
en toda la organizacin.
GP 2.2

P LANIFICAR EL PROCESO

Establecer y mantener el plan para realizar el proceso de definicin de


procesos de la organizacin.

Elaboracin:
Este plan para realizar el proceso de definicin de procesos de la organizacin, puede estar incluido en (o referenciado por) el plan de mejora de procesos de la organizacin.
GP 2.3

P ROPORCIONAR RECURSOS

Proporcionar recursos adecuados para realizar el proceso de definicin de


procesos de la organizacin, desarrollar los productos de trabajo y
proporcionar los servicios del proceso.

Elaboracin:
El grupo de procesos normalmente gestiona las actividades de definicin de procesos de la organizacin. Este grupo normalmente est formado por un ncleo de profesionales cuya responsabilidad primaria es
coordinar la mejora de procesos de la organizacin. Este grupo est
soportado por los propietarios del proceso y por personal con experiencia en disciplinas tales como:
Gestin de proyecto.
Las disciplinas de ingeniera apropiadas.
Gestin de configuracin.
Aseguramiento de calidad.

S LO CONTINUO

14-PAGS_293-314

14-PAGS_293-314

20/4/09

09:56

Pgina 309

Definicin de Procesos de la organizacin +IPPD

309

Algunos ejemplos de otros recursos proporcionados son las siguientes


herramientas:
Sistemas de gestin de bases de datos.
Herramientas de modelado de procesos.
Constructores y navegadores de pginas web.

GP 2.4

ASIGNAR RESPONSABILIDAD

GP 2.5

FORMAR AL PERSONAL

Formar, segn sea necesario, a las personas para realizar o dar soporte al
proceso de definicin de procesos de la organizacin.

Elaboracin:
Algunos ejemplos de temas de formacin son:
CMMI y otros procesos y modelos de referencia de mejora de procesos.
Planificacin, gestin y monitorizacin de procesos.
Modelado y definicin de procesos.
Desarrollo de un proceso estndar adaptable.
Desarrollo de estndares de entorno de trabajo.
Ergonoma.

GP 2.6

G ESTIONAR CONFIGURACIONES

Poner los productos de trabajo designados del proceso de definicin de


procesos de la organizacin bajo los niveles de control apropiados.

Elaboracin:
Algunos ejemplos de productos de trabajo puestos bajo control son:
Conjunto de procesos estndar de la organizacin.
Descripcin de modelos de ciclo de vida.
Guas de adaptacin para el conjunto de procesos estndar de la
organizacin.
Definicin del conjunto comn de medidas de procesos y de producto.
Datos de medidas de la organizacin.

OPD +IPPP

Asignar la responsabilidad y la autoridad para realizar el proceso, desarrollar


los productos de trabajo y proporcionar los servicios del proceso de
definicin de procesos de la organizacin.

09:56

Pgina 310

310 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Algunos ejemplos de productos de trabajo puestos bajo control son:
Reglas y guas de asignacin de autoridad para el personal y los
equipos integrados.
Documentacin del proceso de la organizacin para la resolucin de
problemas.

GP 2.7

E XTENSIN IPPD

20/4/09

I DENTIFICAR E INVOLUCRAR A LAS PARTES INTERESADAS RELEVANTES

Identificar e involucrar, como se planific, a las partes interesadas relevantes


del proceso de definicin de procesos de la organizacin.

Elaboracin:
Algunos ejemplos de actividades para involucrar a las partes interesadas
son:
Revisar el conjunto de procesos estndar de la organizacin.
Revisar los modelos de ciclo de vida de la organizacin.
Resolver problemas sobre las guas de adaptacin.
Evaluar la definicin del conjunto comn de medidas de procesos y de
producto.
Revisar los estndares del entorno de trabajo.
Algunos ejemplos de actividades para involucrar a las partes interesadas
tambin son:
Establecer y mantener mecanismos de asignacin de autoridad de IPPD.
Establecer y mantener reglas y guas organizativas para estructurar y
formar los equipos integrados.
GP 2.8

M ONITORIZAR Y CONTROLAR EL PROCESO

Monitorizar y controlar el proceso de definicin de procesos de la


organizacin frente al plan para realizar el proceso y tomar las acciones
correctivas apropiadas.

Elaboracin:
Algunos ejemplos de medidas y de productos de trabajo usados en la
monitorizacin y control son:
Porcentaje de proyectos que usan las arquitecturas de proceso y
elementos de proceso del conjunto de procesos estndar de la
organizacin.
Densidad de defectos de cada elemento de proceso del conjunto de
procesos estndar de la organizacin.
Nmero de reclamaciones de compensacin de trabajadores debidos a
problemas de ergonoma.
Calendario para el desarrollo de un proceso o cambio de proceso.

E XTENSIN IPPD

14-PAGS_293-314

14-PAGS_293-314

20/4/09

09:56

Pgina 311

Definicin de Procesos de la organizacin +IPPD

311

E VALUAR OBJETIVAMENTE LA ADHERENCIA

GP 2.9

Evaluar objetivamente la adherencia del proceso de definicin de procesos de


la organizacin frente a la descripcin del proceso, estndares y
procedimientos, y tratar las no conformidades.

Elaboracin:

E XTENSIN IPPD

Algunos ejemplos de actividades revisadas tambin son:


Determinar las reglas y guas para el grado de autoridad proporcionado
a las personas y equipos integrados.
Establecer y mantener un proceso de resolucin de problemas.

Algunos ejemplos de productos de trabajo revisados tambin son:


Reglas y guas de asignacin de autoridad para las personas y equipos
integrados.
Documentacin del proceso de la organizacin.

GP 2.10

E XTENSIN IPPD

Algunos ejemplos de productos de trabajo revisados son:


Conjunto de procesos estndar de la organizacin.
Descripcin de los modelos de ciclo de vida.
Guas de adaptacin para el conjunto de procesos estndar de la
organizacin.
Datos de medicin de la organizacin.

R EVISAR EL ESTADO CON EL NIVEL DIRECTIVO

GG 3

I NSTITUCIONALIZAR UN PROCESO DEFINIDO

El proceso est institucionalizado como un proceso definido.


La aparicin de esta meta genrica aqu refleja su ubicacin
en la representacin continua.

S LO CONTINUO

Revisar con el nivel directivo las actividades, el estado y los resultados


del proceso Definicin de procesos de la organizacin, y resolver
los problemas.

OPD +IPPP

Algunos ejemplos de actividades revisadas son:


Establecer activos de proceso de la organizacin.

09:56

Pgina 312

312 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


GP 3.1

ESTABLECER UN PROCESO DEFINIDO

Establecer y mantener la descripcin de un proceso definido de definicin de


procesos de la organizacin.
GP 3.2

R ECOGER INFORMACIN DE MEJORA

Recoger productos de trabajo, medidas, resultados de medicin e informacin


de mejora procedente de la planificacin y realizacin del proceso de
definicin de procesos de la organizacin, para dar soporte al uso futuro y a la
mejora de los procesos y de los activos de proceso de la organizacin.

Elaboracin:
Algunos ejemplos de productos de trabajo, medidas, resultados de la
medicin e informacin de mejora son:
Envo de las lecciones aprendidas a la biblioteca de activos de proceso
de la organizacin.
Envo de los datos de medidas al repositorio de medidas de la
organizacin.
Estado de las peticiones de cambio enviadas para modificar los procesos
estndar de la organizacin.
Registro de las peticiones de adaptacin no estndar.

Algunos ejemplos de productos del trabajo, medidas, resultados de la


medicin e informacin de mejora tambin son:
Estado de la entrada de revisin de rendimiento desde los equipos
integrados.

GG 4

E XTENSIN IPPD

20/4/09

I NSTITUCIONALIZAR UN PROCESO GESTIONADO CUANTITATIVAMENTE

El proceso est institucionalizado como un proceso gestionado


cuantitativamente.
GP 4.1

ESTABLECER OBJETIVOS CUANTITATIVOS PARA EL PROCESO

Establecer y mantener los objetivos cuantitativos para el proceso de definicin


de procesos de la organizacin, los cuales tratan la calidad y el rendimiento
del proceso en base a las necesidades del cliente y a los objetivos de negocio.
GP 4.2

ESTABILIZAR EL RENDIMIENTO DEL SUBPROCESO

Estabilizar el rendimiento de uno o ms subprocesos para determinar la


capacidad del proceso de definicin de procesos de la organizacin para
lograr los objetivos cuantitativos establecidos de calidad y de rendimiento del
proceso.

S LO CONTINUO

14-PAGS_293-314

14-PAGS_293-314

20/4/09

09:56

Pgina 313

Definicin de Procesos de la organizacin +IPPD

GG 5

313

I NSTITUCIONALIZAR UN PROCESO EN OPTIMIZACIN

GP 5.1

ASEGURAR LA MEJORA CONTINUA DEL PROCESO

GP 5.2

C ORREGIR LAS CAUSAS RAZ DE LOS PROBLEMAS

Identificar y corregir las causas raz de los defectos y de otros problemas en el


proceso de definicin de procesos de la organizacin.

OPD +IPPP

Asegurar la mejora continua del proceso de definicin de procesos de la


organizacin, para satisfacer los objetivos de negocio relevantes de la
organizacin.

S LO CONTINUO

El proceso est institucionalizado como un proceso en optimizacin.

14-PAGS_293-314

20/4/09

09:56

Pgina 314

15-PAGS_315-334

20/4/09

10:27

Pgina 315

ENFOQUE DE PROCESOS DE LA ORGANIZACIN


Un rea de proceso de gestin de procesos en el nivel de madurez 3

Propsito
El propsito de Enfoque de procesos de la organizacin (OPF) es planificar, implementar y desplegar las mejoras de procesos de la organizacin, basadas en una comprensin completa de las fortalezas y
debilidades actuales de los procesos y de los activos de proceso de la
organizacin.
OPF

Notas introductorias
Los procesos de la organizacin incluyen todos los procesos usados
por la organizacin y sus proyectos. Las mejoras candidatas a los procesos y a los activos de proceso de la organizacin se obtienen de diferentes fuentes, incluyendo la medicin de procesos, las lecciones
aprendidas en la implementacin de los procesos, los resultados de las
evaluaciones de procesos, los resultados de las actividades de evaluacin de productos, los resultados de la evaluacin comparativa
(benchmarking) frente a los procesos de otras organizaciones, y recomendaciones desde otras iniciativas de mejora en la organizacin.
La mejora de procesos ocurre en el contexto de las necesidades de
la organizacin y se usa para tratar los objetivos de la organizacin. La
organizacin promueve la participacin en actividades de mejora de
procesos de aquellos que realizarn el proceso. La responsabilidad de
facilitar y gestionar las actividades de mejora de procesos de la organizacin, incluyendo la coordinacin de la participacin de otros, se
asigna normalmente a un grupo de procesos. La organizacin proporciona el compromiso a largo plazo y los recursos requeridos para patrocinar a este grupo y para asegurar el despliegue eficaz y oportuno
de las mejoras.
Se requiere una planificacin minuciosa para asegurarse que los
esfuerzos de mejora de procesos en toda la organizacin estn gestionados e implementados adecuadamente. La planificacin para la mejora de procesos de la organizacin da lugar a un plan de mejora de
procesos.
El plan de mejora de procesos de la organizacin tratar la planificacin de evaluaciones, de planes de accin, de pilotos y la planifica315

15-PAGS_315-334

20/4/09

10:27

Pgina 316

316 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


cin del despliegue. Los planes de evaluacin describen la cronologa
y el calendario de la evaluacin, el alcance de la evaluacin, los recursos requeridos para realizar la evaluacin, el modelo de referencia
frente al cual ser realizada la evaluacin y la logstica para la evaluacin.
Los planes de accin de procesos generalmente resultan de las evaluaciones y documentan cmo sern implementadas las mejoras especficas dirigidas a las debilidades descubiertas por una evaluacin. En
los casos en los cuales se determina que la mejora descrita en el plan
de accin del proceso debera probarse en un pequeo grupo antes de
desplegarla en toda la organizacin, se genera un plan piloto.
Finalmente, cuando la mejora se puede desplegar, se utiliza un
plan de despliegue. Este plan describe cundo y cmo la mejora ser
desplegada en toda la organizacin.
Los activos de proceso de la organizacin se utilizan para describir,
implementar y mejorar los procesos de la organizacin (vase la definicin de activos de proceso de la organizacin en el glosario).

reas de proceso relacionadas


Para ms informacin sobre los activos de proceso de la organizacin, consltese
el rea de proceso de Definicin de procesos de la organizacin.

Resumen de Metas y prcticas especficas


SG 1 Determinar las oportunidades de mejora de procesos.
SP 1.1 Establecer las necesidades de procesos de la organizacin..
SP 1.2 Evaluar los procesos de la organizacin.
SP 1.3 Identificar las mejoras de procesos de la organizacin.
SG 2 Planificar e implementar las mejoras de procesos.
SP 2.1 Establecer planes de accin de procesos.
SP 2.2 Implementar los planes de accin de procesos.
SG 3 Desplegar los activos de proceso de la organizacin e incorporar las lecciones aprendidas.
SP 3.1 Desplegar los activos de proceso de la organizacin.
SP 3.2 Desplegar los procesos estndar.
SP 3.3 Monitorizar la implementacin.
SP 3.4 Incorporar las experiencias relativas al proceso en los activos de proceso de la
organizacin.

Prcticas especficas por meta


SG 1

D ETERMINAR LAS OPORTUNIDADES DE MEJORA DE PROCESOS

Las fortalezas, las debilidades y las oportunidades de mejora para los


procesos de la organizacin son identificadas peridicamente y segn sea
necesario.

15-PAGS_315-334

20/4/09

10:27

Pgina 317

Enfoque de Procesos de la organizacin

317

Las fortalezas, las debilidades y las oportunidades de mejora pueden determinarse en relacin a un estndar o modelo de proceso,
tales como el modelo CMMI o el estndar de International
Organization for Standarization (ISO). Las mejoras de proceso deberan seleccionarse especficamente para tratar las necesidades de
la organizacin.

SP 1.1

ESTABLECER LAS NECESIDADES DE PROCESOS DE LA ORGANIZACIN

Los procesos de la organizacin funcionan en un contexto de


negocio que debe comprenderse. Los objetivos estratgicos, las necesidades y las limitaciones de la organizacin determinan las necesidades y los objetivos para los procesos de la organizacin.
Normalmente, los problemas relacionados con finanzas, tecnologa,
calidad, recursos humanos y marketing son consideraciones importantes de los procesos.
Las necesidades y los objetivos de procesos de la organizacin cubren aspectos que incluyen:
Las caractersticas de los procesos.
Los objetivos de rendimiento del proceso, tales como plazo de comercializacin (time-to-market) y calidad entregada.
La eficacia del proceso.

E XTENSIN IPPD

Algunos ejemplos de procesos para trabajo en equipo eficaz son:


Comunicaciones.
Toma de decisiones colaborativa.
Resolucin de problemas.
Construccin de equipo.

OPF

Los procesos integrados que enfatizan el desarrollo en paralelo en lugar del


desarrollo en serie, son una piedra angular de la implementacin de IPPD.
Los procesos para desarrollar el producto y los procesos del ciclo de vida
relacionados con el producto, tales como el proceso de fabricacin y el de
soporte, se integran y se llevan a cabo concurrentemente. Tales procesos
integrados deberan adecuar la informacin proporcionada por las partes
interesadas que representan a todas las fases del ciclo de vida del producto,
tanto desde las funciones del negocio como las tcnicas. Tambin se
necesitarn procesos para un trabajo en equipo eficaz.

E XTENSIN IPPD

Establecer y mantener la descripcin de las necesidades y de los objetivos de


procesos para la organizacin.

15-PAGS_315-334

20/4/09

10:27

Pgina 318

318 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Productos de trabajo tpicos


1. Necesidades y objetivos de procesos de la organizacin.

Subprcticas
1. Identificar las polticas, los estndares y los objetivos estratgicos
que son aplicables a los procesos de la organizacin.
2. Examinar estndares y modelos de proceso relevantes para detectar las mejores prcticas.
3. Determinar los objetivos de rendimiento de procesos de la organizacin.
Los objetivos de rendimiento de procesos se pueden expresar en
trminos cuantitativos o cualitativos.
Para ms informacin sobre el establecimiento de los objetivos de medicin, consltese el rea de proceso de Medicin y anlisis.
Algunos ejemplos de objetivos de rendimiento de procesos son:
Tiempo del ciclo.
Tasa de eliminacin de defectos.
Productividad.
4. Definir las caractersticas esenciales de los procesos de la organizacin.
Las caractersticas esenciales de los procesos de la organizacin se
determinan en base a:
Procesos que estn siendo actualmente utilizados en la organizacin.
Estndares impuestos por la organizacin.
Estndares impuestos comnmente por los clientes de la organizacin.
Algunos ejemplos de caractersticas de procesos son:
Nivel de detalle utilizado para describir los procesos.
Notacin de proceso utilizada.
Granularidad de los procesos.
5. Documentar las necesidades y los objetivos de procesos de la organizacin.
6. Corregir las necesidades y los objetivos de procesos de la organizacin segn sea necesario.
SP 1.2

E VALUAR LOS PROCESOS DE LA ORGANIZACIN

Evaluar los procesos de la organizacin peridicamente y segn sea necesario


para mantener una comprensin de sus fortalezas y debilidades.
Las evaluaciones de proceso pueden realizarse por las siguientes razones:

15-PAGS_315-334

20/4/09

10:27

Pgina 319

Enfoque de Procesos de la organizacin

319

Para identificar los procesos que deberan mejorarse.


Para confirmar el progreso y hacer visibles los beneficios de la
mejora de proceso.
Para satisfacer las necesidades de una relacin cliente-proveedor.
Para motivar y facilitar la aceptacin

La aceptacin obtenida durante una evaluacin de procesos puede


deteriorarse significativamente si no es seguida por un plan de accin
basado en la evaluacin.

Productos de trabajo tpicos


1. Planes para las evaluaciones de procesos de la organizacin.
2. Hallazgos de la evaluacin que tratan las fortalezas y las debilidades de los procesos de la organizacin.
3. Recomendaciones de mejora para los procesos de la organizacin.

Subprcticas
OPF

1. Obtener el patrocinio de la direccin para la evaluacin de procesos.


El patrocinio de la direccin incluye el compromiso para hacer que
los gerentes y el personal de la organizacin participen en la evaluacin de procesos, y para proporcionar los recursos y la financiacin necesarios para analizar y comunicar los hallazgos de la
evaluacin.
2. Definir el alcance de la evaluacin de procesos.
Las evaluaciones de procesos se pueden realizar en toda la organizacin o pueden realizarse en una parte ms pequea de una organizacin, tal como un proyecto individual o un rea de negocio.
El alcance de la evaluacin de procesos trata:
La definicin de la organizacin (p. ej., sitios o reas de negocio) que cubrir la evaluacin.
La identificacin del proyecto y de las funciones de soporte que
representarn a la organizacin en la evaluacin.
Los procesos que sern evaluados.
3. Determinar el mtodo y los criterios para la evaluacin de procesos.
Las evaluaciones de procesos pueden ocurrir de muchas formas.
Las evaluaciones de procesos deberan tratar las necesidades y los
objetivos de la organizacin, los cuales pueden cambiar con el
tiempo. Por ejemplo, la evaluacin se puede basar en un modelo
de procesos, tal como el modelo CMMI, o en un estndar nacional
o internacional, tal como ISO 9001 [ISO 2000]. Las evaluaciones
tambin se pueden basar en una comparacin de mercado con
otras organizaciones. El mtodo de evaluacin puede suponer una
variedad de caractersticas en trminos de tiempo y de esfuerzo
gastado, de la composicin del equipo de evaluacin y del mtodo
y de la profundidad de la investigacin.
4. Planificar, programar y preparar la evaluacin de procesos.

15-PAGS_315-334

20/4/09

10:27

Pgina 320

320 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


5. Llevar a cabo la evaluacin de procesos.
6. Documentar y entregar las actividades y los hallazgos de la evaluacin.
SP 1.3

I DENTIFICAR LAS MEJORAS DE PROCESOS DE LA ORGANIZACIN

Identificar las mejoras a los procesos y a los activos de proceso de la organizacin.

Productos de trabajo tpicos


1. Anlisis de las mejoras de procesos candidatas.
2. Identificacin de las mejoras para los procesos de la organizacin.

Subprcticas
1. Determinar las mejoras de procesos candidatas.
Las mejoras de procesos candidatas se determinan normalmente
haciendo lo siguiente:
Medir los procesos y analizar los resultados de la medicin.
Revisar los procesos en cuanto a la eficacia y a la adecuacin.
Revisar las lecciones aprendidas a partir de la adaptacin del
conjunto de procesos estndar de la organizacin.
Revisar las lecciones aprendidas a partir de la implementacin
de los procesos.
Revisar las propuestas de mejora de proceso enviadas por los gerentes, el personal y otras partes interesadas relevantes de la organizacin.
Solicitar informacin sobre mejoras de proceso a la direccin y a
los lideres de la organizacin.
Examinar los resultados de las evaluaciones de procesos y de
otras revisiones relativas a procesos.
Revisar los resultados de otras iniciativas de mejora de la organizacin.
2. Priorizar las mejoras de procesos candidatas.
Los criterios para la priorizacin son:
Considerar el coste y el esfuerzo estimados para implementar
las mejoras de procesos.
Evaluar la mejora esperada frente a los objetivos y a las prioridades de mejora de la organizacin.
Determinar las barreras potenciales a las mejoras de procesos y
desarrollar las estrategias para superar estas barreras.
Algunos ejemplos de tcnicas para ayudar a determinar y a priorizar las
mejoras posibles a implementar son:
Anlisis de carencias, que compara las condiciones actuales en la
organizacin con las condiciones ptimas.
Anlisis de las fuerzas del entorno (Force-field) de las mejoras
potenciales, para identificar barreras potenciales y estrategias para
superar esas barreras.
Anlisis causa-efecto, para proporcionar informacin sobre los efectos
potenciales de las diversas mejoras que pueden entonces compararse.

15-PAGS_315-334

20/4/09

10:27

Pgina 321

Enfoque de Procesos de la organizacin

321

3. Identificar y documentar las mejoras de procesos que sern implementadas.


4. Corregir la lista de mejoras de procesos planificadas para mantenerla actualizada.
SG 2

P LANIFICAR E IMPLEMENTAR LAS MEJORAS DE PROCESOS

Las acciones del proceso que tratan las mejoras a los procesos y a los activos
de proceso de la organizacin son planificadas e implementadas.
La implementacin con xito de las mejoras requiere la participacin
en la planificacin e implementacin de los planes de accin, de los
propietarios del proceso, de aquellos que ejecutan el proceso y de las
organizaciones de soporte.
SP 2.1

ESTABLECER PLANES DE ACCIN DE PROCESOS

Establecer y mantener los planes de accin de procesos para tratar las mejoras
a los procesos y a los activos de proceso de la organizacin.

Esta involucracin ayuda a obtener la aceptacin de las mejoras de


procesos e incrementa la probabilidad de un despliegue eficaz.
Los planes de accin de procesos son planes de implementacin
detallados. Estos planes difieren del plan de mejora de procesos de la
organizacin, en que son planes que estn dirigidos a mejoras especficas que han sido definidas para tratar las debilidades generalmente
descubiertas por las evaluaciones.

Productos de trabajo tpicos


1. Planes de accin de procesos aprobados por la organizacin.

Subprcticas
1. Identificar las estrategias, las aproximaciones y las acciones para
tratar las mejoras de procesos identificadas.
Antes de incorporarlos a un uso normal, las novedades, los cambios
no probados y los cambios importantes son sometidos a un piloto.

OPF

En el establecimiento y el mantenimiento de los planes de accin del


proceso se involucran normalmente los siguientes roles:
Comits de direccin de gerencia para establecer estrategias y para supervisar las actividades de mejora de procesos.
Personal del grupo de procesos para facilitar y gestionar las actividades
de mejora de procesos.
Equipos de accin de procesos para definir e implementar las acciones
de procesos.
Propietarios del proceso para gestionar el despliegue.
Profesionales para realizar el proceso.

15-PAGS_315-334

20/4/09

10:27

Pgina 322

322 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


2. Establecer los equipos de accin de procesos para implementar las
acciones.
Se llaman equipos de accin de procesos a los equipos y al personal que realiza las acciones de mejora de procesos. Los equipos de
accin de procesos incluyen normalmente a los propietarios del
proceso y a aquellos que realizan el proceso.
3. Documentar los planes de accin de procesos.
Los planes de accin de procesos cubren normalmente:
La infraestructura de la mejora de proceso.
Los objetivos de mejora de procesos.
Las mejoras de procesos que sern tratadas.
Los procedimientos para la planificacin y el seguimiento de las
acciones de procesos.
Las estrategias para llevar a cabo pilotos e implementar las acciones de procesos.
La responsabilidad y la autoridad para implementar las acciones
de procesos.
Los recursos, los calendarios y las asignaciones para la implementacin de las acciones de procesos.
Los mtodos para determinar la eficacia de las acciones de procesos.
Los riesgos asociados con los planes de accin de procesos
4. Revisar y negociar los planes de accin de procesos con las partes
interesadas relevantes.
5. Revisar los planes de accin de procesos segn sea necesario.
SP 2.2

I MPLEMENTAR LOS PLANES DE ACCIN DE PROCESOS

Implementar los planes de accin de procesos.

Productos de trabajo tpicos


1. Compromisos entre los diferentes equipos de accin de procesos.
2. Estado y resultados de implementar los planes de accin de procesos.
3. Planes de los proyectos piloto.

Subprcticas
1. Poner fcilmente disponibles los planes de accin de proceso a las
partes interesadas relevantes.
2. Negociar y documentar los compromisos entre los equipos de accin de procesos y corregir sus planes de accin de procesos, segn sea necesario.
3. Seguir el progreso y los compromisos frente a los planes de accin
de procesos.
4. Llevar a cabo revisiones conjuntas de los equipos de accin de
procesos con las partes interesadas relevantes para monitorizar el
progreso y los resultados de las acciones de procesos.
5. Planificar los proyectos piloto necesarios para probar las mejoras
de procesos seleccionadas.
6. Revisar las actividades y los productos de trabajo de los equipos de
accin de procesos.
7. Identificar, documentar y seguir hasta su cierre los problemas en
la implementacin de los planes de accin de procesos.

15-PAGS_315-334

20/4/09

10:27

Pgina 323

Enfoque de Procesos de la organizacin

323

8. Asegurar que los resultados de la implementacin de los planes de


accin de procesos satisfacen los objetivos de mejora de procesos
de la organizacin.
SG 3

D ESPLEGAR LOS ACTIVOS DE PROCESO DE LA ORGANIZACIN E INCORPORAR


LAS LECCIONES APRENDIDAS

Los activos de proceso de la organizacin son desplegados en toda la


organizacin y las experiencias relativas a procesos son incorporadas en los
activos de proceso de la organizacin.
Las prcticas especficas dentro de esta meta especfica describen las actividades en curso. Pueden surgir nuevas oportunidades para beneficiarse de los activos de proceso de la organizacin y de sus cambios durante
la vida de cada proyecto. Debe darse soporte continuo en la organizacin al despliegue de los procesos estndar y de otros activos de proceso de la organizacin, particularmente al inicio de los nuevos proyectos.
SP 3.1

D ESPLEGAR LOS ACTIVOS DE PROCESO DE LA ORGANIZACIN

Desplegar los activos de proceso de la organizacin en toda la organizacin.

Para ms informacin sobre cmo la biblioteca de activos de proceso de la organizacin da soporte y facilita el despliegue de los activos de proceso de la organizacin, consltese el rea de proceso de Definicin de procesos de la organizacin.

Productos de trabajo tpicos


1. Planes para desplegar los activos de proceso de la organizacin y
los cambios a stos en toda la organizacin.
2. Materiales de formacin para desplegar los activos de proceso de
la organizacin y los cambios a stos.
3. Documentacin de los cambios a los activos de proceso de la organizacin.
4. Materiales de soporte para desplegar los activos de proceso de la
organizacin y los cambios a stos.

Subpracticas
1. Desplegar los activos de proceso de la organizacin en toda la organizacin.
Las actividades tpicas realizadas como parte de este despliegue incluyen:

OPF

El despliegue de los activos de proceso de la organizacin, o los cambios


a los activos de proceso de la organizacin, debera realizarse de una
manera ordenada. Algunos activos de proceso de la organizacin o cambios a los activos de proceso de la organizacin pueden no ser apropiados para utilizarlos en algunas partes de la organizacin (debido a
requerimientos del cliente o la fase actual del ciclo de vida que est siendo implementada, por ejemplo). Por lo tanto, es importante que aquellos que estn o estarn ejecutando el proceso, as como otras funciones
de la organizacin (tales como formacin y aseguramiento de la calidad), estn involucrados en el despliegue segn sea necesario.

15-PAGS_315-334

20/4/09

10:27

Pgina 324

324 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Identificar los activos de proceso de la organizacin que deberan adoptarse por aquellos que realicen el proceso.
Determinar cmo los activos de proceso de la organizacin se
ponen disponibles (p. ej., va sitio web).
Identificar cmo los cambios a los activos de proceso de la organizacin se comunican.
Identificar los recursos (p. ej., mtodos y herramientas) necesarios para dar soporte al uso de los activos de proceso de la organizacin.
Planificar el despliegue.
Ayudar a aquellos que usan los activos de proceso de la organizacin.
Asegurar que la formacin est disponible para aquellos que
usan los activos de proceso de la organizacin.
Para ms informacin sobre la coordinacin de la formacin, consltese el rea de proceso de Formacin organizativa.
2. Documentar los cambios a los activos de proceso de la organizacin.
Documentar los cambios a los activos de proceso de la organizacin sirve a dos propsitos principales:
Facilitar la comunicacin de los cambios.
Comprender la relacin entre los cambios en los activos de proceso de la organizacin y los cambios en el rendimiento y los resultados del proceso.
3. Desplegar los cambios que fueron hechos a los activos de proceso
de la organizacin en toda la organizacin.
Las actividades tpicas realizadas como parte del despliegue de
cambios incluyen:
Determinar qu cambios son apropiados para los que realizan el
proceso.
Planificar el despliegue.
Organizar el soporte asociado necesario para la transicin con
xito de los cambios.
4. Proporcionar gua y consultora sobre el uso de los activos de proceso de la organizacin.
SP 3.2

D ESPLEGAR LOS PROCESOS ESTNDAR

Desplegar el conjunto de procesos estndar de la organizacin para los


proyectos en su inicio y desplegar los cambios de stos segn sea apropiado
durante la vida de cada proyecto.
Es importante que los nuevos proyectos usen procesos probados y eficaces para realizar las actividades crticas iniciales (p. ej., planificacin
del proyecto, recepcin de requerimientos y obtencin de recursos).
Los proyectos deberan tambin actualizar peridicamente sus
procesos definidos, para incorporar los ltimos cambios realizados al
conjunto de procesos estndar de la organizacin cuando esto les beneficie. Esta actualizacin peridica ayuda a asegurar que todas las ac-

15-PAGS_315-334

20/4/09

10:27

Pgina 325

Enfoque de Procesos de la organizacin

325

tividades del proyecto obtienen el beneficio completo de lo aprendido


por otros proyectos.
Para ms informacin sobre el conjunto de procesos estndar de la organizacin
y las guas de adaptacin, consltese el rea de proceso de Definicin de procesos
de la organizacin.

Productos de trabajo tpicos


1. Lista de proyectos y estado del despliegue del proceso en cada proyecto de la organizacin (es decir, proyectos existentes y planificados).
2. Guas para el despliegue del conjunto de procesos estndar de la
organizacin en nuevos proyectos.
3. Registros de la adaptacin del conjunto de procesos estndar de la
organizacin y de su implementacin en los proyectos identificados.

Subpracticas

Para ms informacin sobre la adaptacin del conjunto de procesos estndar


de la organizacin para cumplir las necesidades y los objetivos nicos del
proyecto, consltese el rea de proceso de Gestin integrada de proyecto.

5. Mantener los registros de adaptacin e implementacin de los procesos en los proyectos identificados.
6. Asegurarse que los procesos definidos que resultan de la adaptacin del proceso estn incorporados en los planes para las evaluaciones de conformidad del proceso
Las evaluaciones de conformidad del proceso tratan las evaluaciones objetivas de las actividades del proyecto frente a los procesos
definidos del proyecto.
7. A medida que el conjunto de procesos estndar de la organizacin
se actualiza, identificar qu proyectos deberan implementar los
cambios.
SP 3.3

M ONITORIZAR LA IMPLEMENTACIN

Monitorizar la implementacin del conjunto de procesos estndar de la


organizacin y el uso de los activos de proceso en todos los proyectos.
Mediante la monitorizacin de la implementacin, la organizacin
asegura que el conjunto de procesos estndar de la organizacin y
otros activos de proceso estn apropiadamente desplegados a todos los
proyectos. La monitorizacin de la implementacin tambin ayuda a
la organizacin a desarrollar una comprensin de los activos de proce-

OPF

1. Identificar los proyectos que estn empezando en la organizacin.


2. Identificar los proyectos activos que se beneficiaran de la implementacin del conjunto actual de procesos estndar de la organizacin.
3. Establecer los planes para implementar el conjunto actual de procesos estndar de la organizacin en los proyectos identificados.
4. Ayudar a los proyectos en la adaptacin del conjunto de procesos
estndar de la organizacin para cumplir necesidades del proyecto.

15-PAGS_315-334

20/4/09

10:27

Pgina 326

326 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


so que estn siendo utilizados y dnde se utilizan en la organizacin.
La monitorizacin tambin ayuda a establecer un contexto ms amplio para interpretar y utilizar las medidas de proceso y de producto,
las lecciones aprendidas y la informacin de mejora obtenida de los
proyectos.

Productos de trabajo tpicos


1. Resultados de la monitorizacin de la implementacin de procesos
en los proyectos.
2. Estado y resultados de las evaluaciones de conformidad de procesos.
3. Resultados de revisar los artefactos de proceso seleccionados creados como parte de la adaptacin e implementacin de procesos.

Subpracticas
1. Monitorizar los proyectos para que usen los activos de proceso de
la organizacin y los cambios de stos.
2. Revisar los artefactos de proceso seleccionados creados durante la
vida de cada proyecto.
La revisin de los artefactos de proceso seleccionados, creados durante
la vida de un proyecto, asegura que todos los proyectos estn haciendo
uso apropiado del conjunto de procesos estndar de la organizacin.
3. Revisar los resultados de las evaluaciones de conformidad del proceso para determinar cmo de bien se ha desplegado el conjunto
de procesos estndar de la organizacin.
Para ms informacin sobre la evaluacin objetiva de los procesos
frente a las descripciones, estndares, y procedimientos de procesos
aplicables, consltese el rea de proceso Aseguramiento de la calidad
de proceso y de producto.
4. Identificar, documentar y seguir hasta su cierre los problemas relativos a la implementacin del conjunto de procesos estndar de la
organizacin.
SP 3.4

I NCORPORAR LAS EXPERIENCIAS RELATIVAS AL PROCESO EN LOS ACTIVOS


DE PROCESO DE LA ORGANIZACIN

Incorporar los productos de trabajo, las medidas y la informacin de mejora


relativas a procesos, derivados de la planificacin y de la ejecucin de los
procesos, en los activos de proceso de la organizacin.

Productos de trabajo tpicos


1.
2.
3.
4.

Propuestas de mejora de procesos.


Lecciones aprendidas de procesos.
Mediciones sobre los activos de proceso de la organizacin.
Recomendaciones de mejora para los activos de proceso de la organizacin.
5. Registros de las actividades de mejora de procesos de la organizacin.
6. Informacin sobre los activos de proceso de la organizacin y sus
mejoras.

15-PAGS_315-334

20/4/09

10:27

Pgina 327

Enfoque de Procesos de la organizacin

327

Subpracticas
1. Llevar a cabo revisiones peridicas de la eficacia y de la conveniencia del conjunto de procesos estndar y de los activos de proceso de la organizacin relacionados con los objetivos de negocio
de la organizacin.
2. Obtener realimentacin sobre el uso de los activos de proceso de
la organizacin.
3. Derivar las lecciones aprendidas de la definicin, realizacin de pilotos, implementacin y despliegue de los activos de proceso de la
organizacin.
4. Poner disponibles las lecciones aprendidas al personal en la organizacin segn sea apropiado.
Pueden tener que tomarse acciones para asegurar que las lecciones
aprendidas se usan apropiadamente.

Algunos ejemplos de formas para prevenir el uso inapropiado de las


lecciones aprendidas son:
Controlar el acceso a las lecciones aprendidas.
Educar al personal sobre el uso apropiado de las lecciones aprendidas.
5. Analizar el conjunto comn de medidas de la organizacin.
Para ms informacin sobre el anlisis de las medidas, consltese el
rea de proceso de Medicin y anlisis.
Para ms informacin sobre el establecimiento de un repositorio de
medicin de la organizacin, incluyendo medidas comunes, consltese
el rea de proceso de Definicin de procesos de la organizacin.
6. Evaluar los procesos, los mtodos y las herramientas en uso en la
organizacin y desarrollar recomendaciones para mejorar los activos de proceso de la organizacin.
Esta evaluacin incluye normalmente:
Determinar qu procesos, mtodos y herramientas son de uso
potencial para otras partes de la organizacin.
Evaluar la calidad y la eficacia de los activos de proceso de la organizacin.
Identificar las mejoras candidatas a los activos de proceso de la
organizacin.
Determinar la conformidad con el conjunto de procesos estndar de la organizacin y sus guas de adaptacin.

OPF

Algunos ejemplos del uso inapropiado de lecciones aprendidas son:


Evaluacin del rendimiento del personal.
Juicio del rendimiento o de los resultados del proceso.

10:27

Pgina 328

328 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


7. Poner disponibles los mejores procesos, mtodos y herramientas
de la organizacin para el personal de la organizacin, segn sea
apropiado.
8. Gestionar las propuestas de mejora de procesos.
Las propuestas de mejora de procesos pueden tratar tanto mejoras
de procesos como de tecnologa.
Las actividades para gestionar las propuestas de mejora de procesos incluyen normalmente:
Solicitar las propuestas de mejora de procesos.
Recoger las propuestas de mejora de procesos.
Revisar las propuestas de mejora de procesos.
Seleccionar las propuestas de mejora de procesos que sern implementadas.
Seguir la implementacin de las propuestas de mejora de procesos.
Las propuestas de mejora de procesos se documentan como peticiones de cambio de procesos o como informes de problemas, segn sea apropiado.
Algunas propuestas de mejora de procesos se pueden incorporar
en los planes de accin de procesos de la organizacin.
9. Establecer y mantener los registros de las actividades de mejora de
procesos de la organizacin.

Prcticas genricas por meta


GG1

L OGRAR LAS METAS ESPECFICAS

El proceso da soporte y permite el logro de las metas especficas del rea de


proceso, transformando los productos de trabajo de entrada identificables
para producir, productos de trabajo de salida identificables.
GP 1.1

R EALIZAR LAS PRCTICAS ESPECFICAS

Realizar las prcticas especficas del rea de proceso de enfoque en procesos


de la organizacin para desarrollar los productos de trabajo y proporcionar
servicios para lograr las metas especficas del rea de proceso.
GG 2

S LO CONTINUO

20/4/09

I NSTITUCIONALIZAR UN PROCESO GESTIONADO

El proceso est institucionalizado como un proceso gestionado.

GG 3

I NSTITUCIONALIZAR UN PROCESO DEFINIDO

El proceso est institucionalizado como un proceso definido.


La aparicin de esta meta genrica aqu refleja su ubicacin en la representacin
por etapas.

S LO CONTINUO

15-PAGS_315-334

15-PAGS_315-334

20/4/09

10:27

Pgina 329

Enfoque de Procesos de la organizacin

GP 2.1

329

ESTABLECER UNA POLTICA DE LA ORGANIZACIN

Establecer y mantener una poltica de la organizacin para planificar y realizar


el proceso de enfoque en procesos de la organizacin.

Elaboracin:
Esta poltica establece las expectativas de la organizacin para determinar las oportunidades de mejora de procesos para los procesos que
estn siendo usados y para planificar, implementar y desplegar las mejoras de procesos en toda la organizacin.
GP 2.2

P LANIFICAR EL PROCESO

Establecer y mantener el plan para realizar el proceso de enfoque en procesos


de la organizacin.

Este plan para realizar el proceso de enfoque en procesos de la organizacin, que se denomina a menudo plan de mejora de procesos,
difiere de los planes de accin de procesos descritos en las prcticas
especficas en este rea de proceso. El plan exigido en esta prctica
genrica trata la planificacin completa de todas las prcticas especficas en este rea de proceso, desde el establecimiento de las necesidades de proceso de la organizacin hasta la incorporacin de
experiencias relacionadas con los procesos en los activos de proceso
de la organizacin.
GP 2.3

P ROPORCIONAR RECURSOS

Proporcionar recursos adecuados para realizar el proceso de enfoque en


procesos de la organizacin, desarrollar los productos de trabajo y
proporcionar los servicios del proceso.

Elaboracin:
Algunos ejemplos de recursos proporcionados son las siguientes
herramientas:
Sistemas de gestin de base de datos.
Herramientas de mejora de procesos.
Constructores y navegadores de pginas web.
Programas informticos colaborativos (groupware).
Herramientas de mejora de calidad (p. ej., diagramas de causa-efecto,
diagramas de afinidad y diagramas de Pareto).

OPF

Elaboracin:

15-PAGS_315-334

20/4/09

10:27

Pgina 330

330 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


GP 2.4

ASIGNAR RESPONSABILIDAD

Asignar la responsabilidad y la autoridad para realizar el proceso, desarrollar


los productos de trabajo y proporcionar los servicios del proceso de enfoque
en procesos de la organizacin.

Elaboracin:
Normalmente se establecen y se asigna la responsabilidad para mejorar los procesos a dos grupos: (1) un comit de direccin de gerencia
para la mejora de procesos para proporcionar patrocinio de la direccin, y (2) un grupo de procesos para facilitar y gestionar las actividades de mejora de procesos.
GP 2.5

FORMAR AL PERSONAL

Formar, segn sea necesario, a las personas para realizar o dar soporte al
proceso de enfoque en procesos de la organizacin.

Elaboracin:
Algunos ejemplos de temas de formacin son:
CMMI y otros modelos de referencia de mejora de procesos.
Planificacin y gestin de la mejora de procesos.
Herramientas, mtodos y tcnicas de anlisis.
Modelado de procesos.
Tcnicas de facilitacin.
Gestin del cambio.

GP 2.6

G ESTIONAR CONFIGURACIONES

Poner los productos de trabajo designados del proceso de enfoque en


procesos de la organizacin bajo los niveles de control apropiados.

Elaboracin:
Algunos ejemplos de productos de trabajo puestos bajo control son:
Propuestas de mejora de procesos.
Planes de accin de procesos aprobados de la organizacin.
Materiales de formacin para desplegar los activos de proceso de la
organizacin.
Guas para desplegar el conjunto de procesos estndar de la
organizacin en nuevos proyectos.
Planes para las evaluaciones de procesos de la organizacin.

15-PAGS_315-334

20/4/09

10:27

Pgina 331

Enfoque de Procesos de la organizacin

GP 2.7

331

I DENTIFICAR E INVOLUCRAR A LAS PARTES INTERESADAS RELEVANTES

Identificar e involucrar, como se planific, a las partes interesadas relevantes


del proceso de enfoque en procesos de la organizacin.

Elaboracin:

GP 2.8

M ONITORIZAR Y CONTROLAR EL PROCESO

Monitorizar y controlar el proceso de enfoque en procesos de la organizacin


frente al plan para realizar el proceso y tomar las acciones correctivas
apropiadas.

Elaboracin:
Algunos ejemplos de medidas y de productos de trabajo usados en la
monitorizacin y control son:
Nmero de propuestas de mejora de procesos enviadas, aceptadas o
implementadas.
Nivel de madurez o nivel de capacidad de CMMI.
Calendario para el despliegue de un activo de proceso de la
organizacin.
Porcentaje de proyectos que usan el conjunto actual de procesos
estndar de la organizacin (o versin adaptada del mismo).
Tendencias de problemas asociados con la implementacin del conjunto
de procesos estndar de la organizacin (es decir, nmero de problemas
identificados y nmero de cerrados).

OPF

Algunos ejemplos de actividades para involucrar a las partes interesadas


son:
Coordinar y colaborar en las actividades de mejora de procesos con los
propietarios de los procesos, aquellos que estn o estarn realizando el
proceso, y con las organizaciones de soporte (p. ej., personal de
formacin y representantes del aseguramiento de calidad).
Establecer las necesidades y objetivos de procesos de la organizacin.
Evaluar los procesos de la organizacin.
Implementar los planes de accin de procesos.
Coordinar y colaborar en la realizacin de proyectos piloto para probar
las mejoras seleccionadas.
Desplegar los activos de proceso de la organizacin y los cambios a los
activos de proceso de la organizacin.
Comunicar los planes, el estado, las actividades y los resultados
relativos a la planificacin, implementacin y despliegue de mejora de
procesos.

15-PAGS_315-334

20/4/09

10:27

Pgina 332

332 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


GP 2.9

E VALUAR OBJETIVAMENTE LA ADHERENCIA

Evaluar objetivamente la adherencia del proceso de enfoque en procesos


de la organizacin frente, a la descripcin del proceso, estndares y
procedimientos, y tratar las no conformidades.

Elaboracin:
Algunos ejemplos de actividades revisadas son:
Determinacin de oportunidades de la mejora de procesos.
Planificacin y coordinacin de las actividades de mejora de procesos.
Despliegue del conjunto de procesos estndar de la organizacin en el
inicio de los proyectos.

Algunos ejemplos de productos de trabajo revisados son:


Planes de mejora de procesos.
Planes de accin de procesos.
Planes de despliegue de procesos.
Planes para las evaluaciones de procesos de la organizacin.

GP2.10

R EVISAR EL ESTADO CON EL NIVEL DIRECTIVO

Revisar con el nivel directivo las actividades, el estado y los resultados


del proceso enfoque en procesos de la organizacin, y resolver
los problemas.

Elaboracin:
Estas revisiones estn normalmente en forma de un resumen presentado al comit de direccin de gerencia por el grupo de procesos y por
los equipos de accin de procesos.
Algunos ejemplos de temas de la presentacin son:
Estado de las mejoras que estn siendo desarrolladas por los equipos
de accin de procesos.
Resultados de los proyectos piloto.
Resultados de los despliegues.
Estado del calendario para lograr los hitos significativos (p. ej.,
disponibilidad para una evaluacin, o el progreso para alcanzar un nivel
de madurez o perfil de nivel de capacidad objetivo).

20/4/09

10:27

Pgina 333

Enfoque de Procesos de la organizacin

GG 3

333

I NSTITUCIONALIZAR UN PROCESO DEFINIDO

El proceso est institucionalizado como un proceso definido.


La aparicin de esta meta genrica aqu refleja su ubicacin en
la representacin continua.

GP 3.1

S LO CONTINUO

15-PAGS_315-334

ESTABLECER UN PROCESO DEFINIDO

Establecer y mantener la descripcin de un proceso definido de enfoque en


procesos de la organizacin.
GP 3.2

R ECOGER INFORMACIN DE MEJORA

Recoger los productos de trabajo, medidas, resultados de medicin e


informacin de mejora procedente de la planificacin y realizacin del
proceso de enfoque en procesos de la organizacin para dar soporte al uso
futuro y a la mejora de los procesos y de los activos de proceso de la
organizacin.
OPF

Elaboracin:
Algunos ejemplos de productos de trabajo, medidas, resultados de la
medicin e informacin de mejora son:
Criterios utilizados para dar prioridad a las mejoras de procesos
candidatas.
Hallazgos de la evaluacin que tratan las fortalezas y las debilidades de
los procesos de la organizacin.
Estado de las actividades de mejora frente al calendario.
Registros de la adaptacin del conjunto de procesos estndar de la
organizacin y de su implementacin en los proyectos identificados.

GG 4

I NSTITUCIONALIZAR UN PROCESO GESTIONADO CUANTITATIVAMENTE

El proceso est institucionalizado como un proceso gestionado


cuantitativamente.
GP 4.1

ESTABLECER OBJETIVOS CUANTITATIVOS PARA EL PROCESO

GP 4.2

ESTABILIZAR EL RENDIMIENTO DEL SUBPROCESO

Estabilizar el rendimiento de uno o ms subprocesos para determinar


la capacidad del proceso de enfoque en procesos de la organizacin para lograr
los objetivos cuantitativos establecidos de calidad y de rendimiento del proceso.

S LO CONTINUO

Establecer y mantener los objetivos cuantitativos para el proceso de enfoque


en procesos de la organizacin, los cuales tratan la calidad y el rendimiento
del proceso en base a las necesidades del cliente y a los objetivos de negocio.

20/4/09

10:27

Pgina 334

334 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


GG 5

I NSTITUCIONALIZAR UN PROCESO EN OPTIMIZACIN

El proceso est institucionalizado como un proceso en optimizacin.


GP 5.1

ASEGURAR LA MEJORA CONTINUA DEL PROCESO

Asegurar la mejora continua del proceso de enfoque en procesos de la


organizacin para satisfacer los objetivos de negocio relevantes de la
organizacin.
GP 5.2

C ORREGIR LAS CAUSAS RAZ DE LOS PROBLEMAS

Identificar y corregir las causas raz de los defectos y de otros problemas


en el proceso de enfoque en procesos de la organizacin.

S LO CONTINUO

15-PAGS_315-334

16-PAGS_335-348

20/4/09

10:31

Pgina 335

RENDIMIENTO DE PROCESOS DE LA ORGANIZACIN


Un rea de proceso de gestin de procesos en el nivel de madurez 4

Propsito
El propsito del Rendimiento de procesos de la organizacin (OPP) es
establecer y mantener una comprensin cuantitativa del rendimiento
del conjunto de procesos estndar de la organizacin en apoyo de los
objetivos de calidad y de rendimiento de procesos, y proporcionar datos, lneas base y modelos de rendimiento de los procesos para gestionar cuantitativamente los proyectos de la organizacin.

Notas introductorias

335

OPP

El rendimiento de los procesos es una medida de los resultados reales


logrados mediante el seguimiento de un proceso. El rendimiento de
los procesos se caracteriza mediante medidas del proceso (p. ej., esfuerzo, tiempo de ciclo y eficacia de la eliminacin de defectos) y medidas del producto (p. ej., fiabilidad, densidad de defectos, capacidad,
tiempo de respuesta y costes).
Las medidas comunes (de uso comn) para toda la organizacin
se componen de medidas del proceso y del producto, que pueden ser
usadas para resumir el rendimiento real de los procesos en proyectos
individuales de la organizacin. Los datos de estas medidas tomadas a
nivel de la organizacin se analizan para establecer una distribucin y
un rango de resultados, los cuales caracterizan la expectativa de rendimiento de los procesos cuando stos son empleados en cualquier proyecto individual de la organizacin.
En este rea de proceso, la frase objetivos de calidad y de rendimiento de procesos cubre los objetivos y los requerimientos para la
calidad del producto, la calidad del servicio y el rendimiento del proceso. Como se indic anteriormente, el trmino rendimiento del proceso incluye la calidad; sin embargo, para enfatizar la importancia de
la calidad, la frase objetivos de calidad y de rendimiento de procesos
se usa en lugar de objetivos de rendimiento del proceso.
La expectativa de rendimiento de los procesos puede utilizarse
para establecer los objetivos de calidad y de rendimiento de los procesos a nivel de proyecto y como lnea base con la que comparar el rendimiento real del proyecto.

16-PAGS_335-348

20/4/09

10:31

Pgina 336

336 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Esta informacin se usa para gestionar cuantitativamente el proyecto.
Cada proyecto gestionado cuantitativamente, a su vez, proporciona
datos reales de rendimiento que pasarn a formar parte de los datos de
la lnea base para los activos de proceso de la organizacin.
Los modelos de rendimiento de los procesos se utilizan para representar el rendimiento pasado y actual del proceso, y para predecir los resultados futuros. Por ejemplo, los defectos latentes en el
producto entregado pueden predecirse utilizando mediciones de defectos identificados durante las actividades de verificacin del producto.
Cuando la organizacin tiene medidas, datos y tcnicas analticas
relacionadas a las caractersticas crticas del proceso, del producto y
del servicio, es capaz de hacer lo siguiente:
Determinar si los procesos se comportan consistentemente o tienen
tendencias estables (es decir, son predecibles).
Identificar los procesos donde el rendimiento est dentro de los lmites
naturales que son consistentes en todos los equipos que estn implementando el proceso.
Establecer los criterios para identificar si un proceso o subproceso
debera gestionarse estadsticamente, y determinar las medidas y
las tcnicas analticas pertinentes que deben utilizarse en dicha gestin.
Identificar los procesos que muestran un comportamiento inusual (p.
ej., espordico o impredecible).
Identificar cualquier aspecto de los procesos que pueda mejorarse en el
conjunto de procesos estndar de la organizacin.
Identificar la implementacin de un proceso que se ejecuta de la mejor
manera.

reas de proceso relacionadas


Para ms informacin sobre la utilizacin de las lneas base y de los modelos de
rendimiento de procesos, consltese el rea de proceso de Gestin cuantitativa del
proyecto.
Para ms informacin sobre la especificacin de las medidas, y la recogida y el
anlisis de los datos, consltese el rea de proceso de Medicin y anlisis.

Resumen de Metas y prcticas especficas


SG 1. Establecer las lneas base y los modelos de rendimiento.
SP 1.1 Seleccionar los procesos.
SP 1.2 Establecer las medidas de rendimientos del proceso.
SP 1.3 Establecer los objetivos de calidad y de rendimiento de procesos.
SP 1.4 Establecer las lneas base de rendimiento del proceso.
SP 1.5 Establecer los modelos de rendimiento de procesos.

16-PAGS_335-348

20/4/09

10:31

Pgina 337

Rendimiento de procesos de la organizacin

337

Prcticas especficas por meta


SG 1

E STABLECER LAS LNEAS BASE Y LOS MODELOS DE RENDIMIENTO

Las lneas base y los modelos, los cuales caracterizan la expectativa de


rendimiento de los procesos para el conjunto de procesos estndar de la
organizacin, son establecidos y mantenidos.
Antes de establecer las lneas base y los modelos de rendimiento de
procesos, es necesario determinar qu procesos son adecuados para
ser medidos (la prctica especifica Seleccionar los procesos), qu medidas son tiles para determinar el rendimiento de los procesos(la
prctica especfica Establecer las medidas del rendimiento del proceso), y los objetivos de calidad y de rendimiento para esos procesos (la
prctica especfica Establecer Objetivos de calidad y de rendimiento
de procesos). Estas prcticas especficas estn frecuentemente interrelacionadas y puede que sea necesario ejecutarlas de modo concurrente para poder seleccionar los procesos, las medidas, y los objetivos de
calidad y rendimiento de los procesos ms apropiados. Con frecuencia, la seleccin de un proceso, medida, u objetivo limitar la seleccin de los otros. Por ejemplo, si se selecciona un proceso
determinado, las medidas y los objetivos para ese proceso pueden estar limitadas por el proceso en s mismo.
SP 1.1

S ELECCIONAR LOS PROCESOS

Seleccionar los procesos o subprocesos dentro del conjunto de procesos


estndar de la organizacin que se incluirn en los anlisis de rendimiento de
procesos de la organizacin.

El conjunto de procesos estndar de la organizacin consta de un conjunto de procesos estndar que, a su vez, estn compuestos de subprocesos.
Normalmente, no ser posible, til o justificable econmicamente
aplicar tcnicas de gestin estadstica a todos los procesos o subprocesos del conjunto de procesos estndar de la organizacin. La seleccin
de procesos y/o subprocesos se basa en las necesidades y objetivos tanto de la organizacin como de los proyectos.
Algunos de los ejemplos de criterios que pueden utilizarse para la seleccin
de un proceso o subproceso para el anlisis de la organizacin son:
La relacin entre los subprocesos y los objetivos estratgicos claves.
La disponibilidad actual de datos histricos vlidos relevantes para el
subproceso.
El grado actual de variabilidad de estos datos.
La estabilidad del subproceso (p. ej., rendimiento estable en instancias
comparables).
La disponibilidad de informacin corporativa o comercial que puede
utilizarse para desarrollar modelos predictivos.

OPP

Para ms informacin sobre la estructura de los activos de proceso de la organizacin, consltese el rea de proceso de Definicin de procesos de la organizacin.

16-PAGS_335-348

20/4/09

10:31

Pgina 338

338 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


La existencia de datos a nivel de proyecto que indiquen que el proceso o subproceso ha sido o puede estar estabilizado es un criterio til
para la seleccin de un proceso o subproceso.

Productos de trabajo tpicos


1. Lista de procesos o subprocesos identificados para el anlisis de
rendimiento del proceso.
SP 1.2

ESTABLECER LAS MEDIDAS DE RENDIMIENTO DEL PROCESO

Establecer y mantener definiciones de las medidas que sern incluidas en los


anlisis de rendimiento de procesos de la organizacin.
Para ms informacin sobre la seleccin de medidas, consltese el rea de proceso de Medicin y anlisis.

Productos de trabajo tpicos


1. Definiciones para las medidas seleccionadas de rendimiento de los
procesos.

Subprcticas
1. Determinar qu objetivos de negocio para la calidad y para el rendimiento de procesos de la organizacin necesitan ser medidos.
2. Seleccionar las medidas que proporcionan una visin apropiada sobre la calidad y sobre el rendimiento de procesos de la organizacin.
El paradigma Objetivo-Cuestin-Mtrica (Goal-Question-Metric)
es un mtodo que puede usarse para seleccionar medidas que proporcionen una visin sobre los objetivos estratgicos de la organizacin.
Algunos ejemplos de criterios utilizados para la seleccin de medidas son:
Relacin de las medidas con los objetivos de negocio de la
organizacin.
Cobertura que las medidas proporcionan a lo largo de toda la vida del
producto o del servicio.
Visibilidad que las medidas proporcionan en el rendimiento del
proceso.
Disponibilidad de las medidas.
Hasta qu punto las medidas son objetivas.
Frecuencia a la cual deban recogerse las observaciones de la medida.
Hasta qu punto las medidas son controlables por cambios al proceso o
subproceso.
Hasta qu punto las medidas representan la visin de los usuarios
acerca del rendimiento eficaz del proceso.
3. Incorporar las medidas seleccionadas en el conjunto de medidas
comunes de la organizacin.

16-PAGS_335-348

20/4/09

10:31

Pgina 339

Rendimiento de procesos de la organizacin

339

Para ms informacin sobre el establecimiento de los activos de proceso de la organizacin, consltese el rea de proceso Definicin de procesos de la organizacin.

4. Revisar el conjunto de medidas segn sea necesario.


SP 1.3

ESTABLECER LOS OBJETIVOS DE CALIDAD Y DE RENDIMIENTO DE PROCESOS

Establecer y mantener los objetivos cuantitativos de calidad y de rendimiento


de los procesos para la organizacin.
Los objetivos de calidad y de rendimiento de procesos de la organizacin deberan tener los siguientes atributos:
Basarse en los objetivos de negocio de la organizacin
Basarse en el rendimiento pasado de los proyectos.
Definirse para medir el rendimiento de los procesos en reas tales como
calidad del producto, productividad, tiempo de ciclo o tiempo de respuesta.
Limitarse por la variabilidad inherente o por los lmites naturales del
proceso o subproceso seleccionado.

Productos de trabajo tpicos


1. Objetivos de calidad y de rendimiento del proceso de la organizacin.

Subprcticas

Algunos ejemplos de objetivos estratgicos son:


Lograr un ciclo de desarrollo de una duracin especificada para una
entrega especificada de un producto.
Lograr un tiempo de respuesta medio menor que una duracin
especificada para una versin especificada de un servicio.
Entregar la funcionalidad del producto hasta un porcentaje objetivo
del coste estimado.
Disminuir el coste de mantenimiento de los productos en un porcentaje
especificado.
2. Definir los objetivos cuantitativos de la organizacin para la calidad y el rendimiento del proceso.
Los objetivos pueden establecerse para mediciones del proceso o
del subproceso. (p. ej., esfuerzo, tiempo del ciclo y eficacia de la
eliminacin de defectos), as como para las mediciones del producto (p. ej., fiabilidad y densidad de defectos) y mediciones del
servicio (p. ej., capacidad y tiempos de respuesta) donde sea apropiado.

OPP

1. Revisar los objetivos de negocio de la organizacin relacionados


con la calidad y con el rendimiento del proceso.

16-PAGS_335-348

20/4/09

10:31

Pgina 340

340 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Algunos ejemplos de objetivos de calidad y de rendimiento de los
procesos son:
Lograr una productividad especificada.
Entregar los productos de trabajo con no ms de un nmero
especificado de defectos latentes.
Acortar los tiempos de entrega en un porcentaje especificado sobre la
lnea base de rendimiento del proceso.
Reducir el coste total del ciclo de vida de los productos nuevos o
existentes en un porcentaje.
Entregar un porcentaje de la funcionalidad del producto
especificada.

3. Definir las prioridades de los objetivos de calidad y de rendimiento del proceso de la organizacin.
4. Revisar, negociar y obtener el compromiso para los objetivos de
calidad y de rendimiento del proceso de la organizacin y sus prioridades a partir de las partes interesadas relevantes.
5. Corregir los objetivos cuantitativos de calidad y de rendimiento
del procesos de la organizacin segn sea necesario.
Algunos ejemplos de cundo es necesario corregir los objetivos
cuantitativos de la organizacin para la calidad y para el rendimiento de
los procesos son:
Cuando los objetivos estratgicos de la organizacin cambian.
Cuando los procesos de la organizacin cambian.
Cuando la calidad y el rendimiento de los procesos reales difieren
significativamente de los objetivos.

SP 1.4

ESTABLECER LAS LNEAS BASE DE RENDIMIENTO DEL PROCESO

Establecer y mantener las lneas base de rendimiento del proceso.


Las lneas base de rendimiento de los procesos miden el rendimiento
del conjunto de procesos estndar de la organizacin a varios niveles
de detalle, segn sea apropiado. Los procesos incluyen:
Secuencia de procesos conectados.
Procesos que cubren la vida completa del proyecto.
Procesos para desarrollar productos de trabajo individuales.

Puede haber varias lneas base de rendimiento de los procesos para


caracterizar el rendimiento para subgrupos de la organizacin.

16-PAGS_335-348

20/4/09

10:31

Pgina 341

Rendimiento de procesos de la organizacin

341

Algunos ejemplos de criterios utilizados para categorizar los subgrupos son:


Lneas de producto.
Lnea de negocio.
Dominio de aplicacin.
Complejidad.
Tamao del equipo.
Tamao del producto de trabajo.
Elementos de proceso a partir del conjunto de procesos estndar de la
organizacin.
La adaptacin, dentro de unos trminos, del conjunto de procesos
estndar de la organizacin puede afectar significativamente la equivalencia de datos a la hora de ser incluidos en las lneas base de rendimiento del proceso. Los efectos de dicha adaptacin deberan
considerarse en el establecimiento de las lneas base. Dependiendo de
la adaptacin permitida, pueden existir lneas base de rendimiento separadas para cada tipo de adaptacin.
Para ms informacin sobre la utilizacin de las lneas base de rendimiento del
proceso, consltese el rea de proceso de Gestin cuantitativa de proyecto.

Productos de trabajo tpicos


1. Datos de la lnea base sobre el rendimiento de los procesos de la
organizacin.

Subprcticas
OPP

1. Recoger mediciones de los proyectos de la organizacin.


El proceso o subproceso en uso cuando fue tomada la medicin se
registra para permitir su debido uso posterior.
Para informacin sobre la recogida y anlisis de datos, consltese el
rea de proceso de Medicin y anlisis.
2. Establecer y mantener las lneas base de rendimiento de procesos de
la organizacin a partir de las mediciones recogidas y de los anlisis.
Para ms informacin sobre el establecimiento de los objetivos para la
medicin y el anlisis, la especificacin de medidas y anlisis a realizarse, la obtencin y el anlisis de medidas, y la informacin de resultados, consltese el rea de proceso de Medicin y anlisis.
Las lneas base del rendimiento de los procesos derivan del anlisis
de las medidas recogidas, las cuales establecen una distribucin y
un rango de resultados que caracterizan las expectativas de rendimiento de los procesos o subprocesos seleccionados cuando estos
se utilizan en cualquier proyecto individual en la organizacin.
Deberan usarse las mediciones de los subprocesos estables recopiladas de los proyectos puesto que otros datos pueden no ser fiables.
3. Revisar y obtener el acuerdo con las partes interesadas relevantes sobre las lneas base de rendimiento de procesos de la organizacin.

16-PAGS_335-348

20/4/09

10:31

Pgina 342

342 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


4. Poner toda la informacin referente al rendimiento de los procesos
de la organizacin disponible en el repositorio de medicin de la
organizacin.
Las lneas base del rendimiento de los procesos de la organizacin
se usan por los proyectos para estimar los lmites naturales del rendimiento del proceso.
Para ms informacin sobre el establecimiento del repositorio de medicin de la organizacin, consltese el rea de proceso de Definicin
de procesos de la organizacin.
5. Comparar las lneas base de rendimiento de los procesos de la organizacin con sus objetivos asociados.
6. Corregir las lneas base de rendimiento de los procesos de la organizacin segn sea necesario.
Ejemplos de cuando puede ser necesario revisar las lneas base del
rendimiento de los procesos de la organizacin incluyen:
Cuando los procesos cambian.
Cuando los resultados de la organizacin cambian.
Cuando las necesidades de la organizacin cambian.

SP 1.5

ESTABLECER LOS MODELOS DE RENDIMIENTO DE PROCESOS .

Establecer y mantener los modelos de rendimiento de los procesos para


el conjunto de procesos estndar de la organizacin.
Los modelos de rendimiento de los procesos se utilizan para estimar o
predecir el valor de una medida de rendimiento de los procesos a partir
de los valores de otras medidas de proceso, de producto o de servicio.
Estos modelos de rendimiento de los procesos normalmente utilizan
mediciones de proceso y de producto recogidas durante la vida del proyecto, para estimar el grado de progreso en el alcance de los objetivos
que no pueden medirse hasta ms adelante en la vida del proyecto.
Los modelos de rendimiento de los procesos se utilizan del siguiente modo:
La organizacin los usa para estimar, analizar y predecir el rendimiento de
los procesos dentro del conjunto de procesos estndar de la organizacin.
La organizacin los usa para evaluar el retorno (potencial) de la inversin para las actividades de mejora del proceso.
Los proyectos los usan para estimar, analizar y predecir el rendimiento
de los procesos para sus procesos definidos.
Los proyectos los usan para seleccionar procesos o subprocesos para su
uso.
Estas medidas y modelos se definen para proporcionar visin, y
para proporcionar la capacidad de predecir las caractersticas crticas
del proceso y del producto que son relevantes para dar valor al negocio.

16-PAGS_335-348

20/4/09

10:31

Pgina 343

Rendimiento de procesos de la organizacin

343

Los siguientes ejemplos de reas de inters para los proyectos, en las


cuales los modelos pueden ser tiles son:
Calendario y coste.
Fiabilidad.
Tasa de identificacin y de eliminacin de defectos.
Eficacia en la eliminacin de defectos.
Estimacin de defectos latentes.
Tiempo de respuesta.
Progreso del proyecto.
Combinaciones de estas reas.
Algunos ejemplos de modelos de rendimiento de procesos son:
Modelos de dinmica de sistemas.
Modelos de crecimiento de la fiabilidad.
Modelos de complejidad.
Para ms informacin sobre la utilizacin de los modelos de rendimiento de procesos, consltese el rea de proceso de Gestin cuantitativa del proyecto.

Productos de trabajo tpicos


1. Modelos de rendimiento de procesos.

Subprcticas

Algunos ejemplos de cundo los modelos de rendimiento de los procesos


pueden necesitar ser corregidos son:
Cuando los procesos cambian.
Cuando los resultados de la organizacin cambian.
Cuando las necesidades de la organizacin cambian.

OPP

1. Establecer los modelos de rendimiento de los procesos, basados en


el conjunto de procesos estndar de la organizacin y en las lneas
base de rendimiento de procesos de la organizacin.
2. Calibrar los modelos de rendimiento de los procesos basados en
los resultados pasados y en las necesidades actuales de la organizacin.
3. Revisar los modelos de rendimiento de procesos de la organizacin y obtener el acuerdo con los partes interesadas relevantes.
4. Dar soporte a la utilizacin de los modelos de rendimiento de los
procesos de los proyectos.
5. Corregir los modelos de rendimiento de los procesos segn sea necesario.

10:31

Pgina 344

344 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Prcticas genricas por meta


GG 1

L OGRAR LAS METAS ESPECFICAS

El proceso da soporte y permite el logro de las metas especficas del rea de


proceso, transformando los productos de trabajo de entrada identificables
para producir los productos de trabajo de salida identificables.
GP 1.1

R EALIZAR LAS PRCTICAS ESPECFICAS

Realizar las prcticas especficas del proceso de rendimiento de procesos


de la organizacin para desarrollar los productos de trabajo y proporcionar
servicios para lograr las metas especficas del rea de proceso.
GG 2

S LO CONTINUO

20/4/09

I NSTITUCIONALIZAR UN PROCESO GESTIONADO

El proceso est institucionalizado como un proceso gestionado.


GG 3

I NSTITUCIONALIZAR UN PROCESO DEFINIDO .

El proceso est institucionalizado como un proceso definido.


La aparicin de esta meta genrica aqu refleja su ubicacin
en la representacin continua.
GP 2.1

ESTABLECER UNA POLTICA DE LA ORGANIZACIN

Establecer y mantener una poltica de la organizacin para planificar y realizar


el proceso de rendimiento de procesos de la organizacin.

Elaboracin:
Esta poltica establece las expectativas de la organizacin para establecer y mantener las lneas base de rendimiento de los procesos para el
conjunto de procesos estndar de la organizacin.
GP 2.2

P LANIFICAR EL PROCESO

Establecer y mantener el plan para realizar el proceso de rendimiento


de procesos de la organizacin.

Elaboracin:
Este plan para realizar el proceso del rendimiento de procesos de la organizacin puede estar incluido (o referenciado por) el plan de mejora de los procesos de la organizacin, que se describe en el rea de
proceso de Enfoque en los procesos de la organizacin, o puede estar
documentado en un plan separado que describe solo el plan para el
proceso del rendimiento de procesos de la organizacin.

S LO POR ETAPAS

16-PAGS_335-348

16-PAGS_335-348

20/4/09

10:31

Pgina 345

Rendimiento de procesos de la organizacin

GP 2.3

345

P ROPORCIONAR RECURSOS

Proporcionar recursos adecuados para realizar el proceso de rendimiento


de procesos de la organizacin, desarrollar los productos de trabajo y
proporcionar los servicios del proceso.

Elaboracin:
Pueden ser necesarios conocimientos especiales en estadstica y en
control estadstico de los procesos para establecer las lneas base de
rendimiento de los procesos para el conjunto de procesos estndar de
la organizacin.
Algunos ejemplos de otros recursos proporcionados son las siguientes
herramientas:
Sistemas de gestin de base de datos.
Modelos de dinmica de sistemas.
Herramientas de modelado de proceso
Paquetes de anlisis estadsticos.
Paquetes de seguimiento de problemas.

GP 2.4

ASIGNAR RESPONSABILIDADES

GP 2.5

FORMAR AL PERSONAL

Formar, segn sea necesario, a las personas para realizar o dar soporte al
proceso de rendimiento de procesos de la organizacin.

Elaboracin:
Algunos ejemplos de temas de formacin son:
Modelado de proceso y de mejora de proceso.
Mtodos cuantitativos y estadsticos (p. ej., modelos de estimacin,
anlisis de Pareto y diagramas de control).

GP 2.6

G ESTIONAR CONFIGURACIONES

Poner los productos de trabajo designados del proceso de rendimiento


de procesos de la organizacin bajo los niveles de control apropiados.

OPP

Asignar la responsabilidad y la autoridad para realizar el proceso, desarrollar


los productos de trabajo y proporcionar los servicios del proceso de
rendimiento de procesos de la organizacin.

16-PAGS_335-348

20/4/09

10:31

Pgina 346

346 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Elaboracin:
Algunos ejemplos de productos de trabajo puestos bajo control son:
Objetivos de calidad y de rendimiento de procesos de la organizacin.
Definiciones de las medidas seleccionadas de rendimiento del proceso.
Datos de la lnea base sobre el rendimiento de procesos de la
organizacin.
GP 2.7

I DENTIFICAR E INVOLUCRAR A LAS PARTES INTERESADAS RELEVANTES

Identificar e involucrar, como se planific, a las partes interesadas relevantes


del proceso de rendimiento de procesos de la organizacin.

Elaboracin:
Algunos ejemplos de actividades para involucrar a las partes interesadas
son:
Establecer objetivos y prioridades de calidad y de rendimiento de
procesos de la organizacin.
Revisar y resolver las cuestiones sobre las lneas base de rendimiento
de los procesos de la organizacin.
Revisar y resolver las cuestiones sobre los modelos de rendimiento de
procesos de la organizacin.

GP 2.8

M ONITORIZAR Y CONTROLAR EL PROCESO

Monitorizar y controlar el proceso de rendimiento de procesos de la


organizacin frente al plan para realizar el proceso y tomar las acciones
correctivas apropiadas.

Elaboracin:
Algunos ejemplos de medidas y de productos de trabajo usados en la
monitorizacin y control son:
Tendencias en el rendimiento de procesos de la organizacin con
respecto a cambios en los productos de trabajo y en los atributos de las
tareas (p.eje. crecimiento de tamao, esfuerzo, calendario y calidad).
Calendario para la recogida y la revisin de las medidas que se deben
utilizar para establecer una lnea base de rendimiento del proceso.

GP 2.9

E VALUAR OBJETIVAMENTE LA ADHERENCIA

Evaluar objetivamente la adherencia del proceso de rendimiento de procesos


de la organizacin frente a la descripcin del proceso, estndares y
procedimientos, y tratar las no conformidades.

16-PAGS_335-348

20/4/09

10:31

Pgina 347

Rendimiento de procesos de la organizacin

347

Elaboracin:
Algunos ejemplos de actividades revisadas son:
Establecer lneas base y modelos de rendimiento de procesos.

Algunos ejemplos de productos de trabajo revisados son:


Planes de rendimiento del proceso.
Objetivos de calidad y de rendimiento de procesos de la organizacin.
Definiciones de las medidas seleccionadas de rendimiento del proceso.

GP 2.10

R EVISAR EL ESTADO CON EL NIVEL DIRECTIVO

GG 3

I NSTITUCIONALIZAR UN PROCESO DEFINIDO

El proceso est institucionalizado como un proceso definido.


La aparicin de esta meta genrica queda aqu reflejada dada
su ubicacin en la representacin continua.
GP 3.1

ESTABLECER UN PROCESO DEFINIDO

R ECOGER INFORMACIN DE MEJORA

Recoger productos de trabajo, medidas, resultados de medicin e informacin


de mejora procedente de la planificacin y realizacin del proceso de
rendimiento de procesos de la organizacin para dar soporte al uso futuro y a
la mejora de los procesos y de los activos de proceso de la organizacin.

Elaboracin:
Algunos ejemplos de productos de trabajo, medidas, resultados de la
medicin e informacin de mejora son:
Lneas base de rendimiento del proceso.
Porcentaje de datos de medicin que se rechazan a causa
de inconsistencias con las definiciones de medicin del rendimiento
del proceso.

OPP

Establecer y mantener la descripcin de un proceso definido de rendimiento


de procesos de la organizacin.
GP 3.2

S LO CONTINUO

Revisar con el nivel directivo las actividades, el estado y los resultados del
proceso de rendimiento de procesos de la organizacin, y resolver los
problemas.

20/4/09

10:31

Pgina 348

348 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


GG 4

I NSTITUCIONALIZAR UN PROCESO GESTIONADO CUANTITATIVAMENTE

El proceso est institucionalizado como un proceso gestionado


cuantitativamente.
GP 4.1

ESTABLECER OBJETIVOS CUANTITATIVOS PARA EL PROCESO

Establecer y mantener los objetivos cuantitativos para el proceso de


rendimiento de procesos de la organizacin, los cuales tratan la calidad
y el rendimiento del proceso en base a las necesidades del cliente y a los
objetivos de negocio.
GP 4.2

ESTABILIZAR EL RENDIMIENTO DEL SUBPROCESO

Estabilizar el rendimiento de uno o ms subprocesos para determinar la


capacidad del proceso de rendimiento de procesos de la organizacin para
lograr los objetivos cuantitativos establecidos de calidad y de rendimiento
del proceso.
GG 5

I NSTITUCIONALIZAR UN PROCESO EN OPTIMIZACIN

El proceso est institucionalizado como un proceso en optimizacin.


GP 5.1

ASEGURAR UNA MEJORA CONTINUA DEL PROCESO

Asegurar la mejora continua del proceso de rendimiento de procesos


de la organizacin para satisfacer los objetivos de negocio relevantes
de la organizacin.
GP 5.2

C ORREGIR LAS CAUSAS RAZ DE LOS PROBLEMAS

Identificar y corregir las causas raz de los defectos y de otros problemas


en el proceso de rendimiento de procesos de la organizacin.

S LO CONTINUO

16-PAGS_335-348

17-PAGS_349-366

20/4/09

10:36

Pgina 349

FORMACIN ORGANIZATIVA
Un rea de proceso de gestin del proceso en el nivel de madurez 4

Propsito
El propsito de Formacin organizativa (OT) es desarrollar las habilidades y el conocimiento de las personas para que puedan realizar sus
roles eficaz y eficientemente.

Notas introductorias
Formacin organizativa incluye la formacin para dar soporte a los
objetivos del negocio de la organizacin y para cumplir las necesidades tcticas de formacin comunes a los proyectos y grupos de soporte. Las necesidades especficas de formacin identificadas por
proyectos y grupos de soporte individuales se tratan a nivel de proyecto y de grupo de soporte, y estn fuera del alcance de Formacin
organizativa. Los proyectos y grupos de soporte son responsables de
identificar y de tratar sus necesidades especficas de formacin.
Para ms informacin sobre las necesidades especficas de formacin identificadas por los proyectos, consltese el rea de proceso de Planificacin de proyecto.

Un programa de formacin organizativa implica:


Identificar las necesidades de formacin de la organizacin.
Obtener y proporcionar formacin para tratar esas necesidades.
Establecer y mantener la capacidad de formacin.
Establecer y mantener los registros de formacin.
Evaluar la eficacia de la formacin.

OT

La formacin eficaz requiere la evaluacin de las necesidades, la


planificacin, el diseo educativo y los medios apropiados de formacin (p. ej., libros de trabajo y software), as como un repositorio de
datos del proceso de formacin. Como proceso de la organizacin, los
componentes principales de la formacin incluyen un programa gestionado de desarrollo de la formacin, planes documentados, personal
con apropiado dominio de disciplinas especficas y de otras reas del
349

17-PAGS_349-366

20/4/09

10:36

Pgina 350

350 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


conocimiento, y mecanismos para medir la eficacia del programa de
formacin.
La identificacin de las necesidades de formacin en procesos se
basa principalmente en las habilidades que se requieren para ejecutar
el conjunto de procesos estndar de la organizacin.
Para ms informacin sobre el conjunto de procesos estndar de la organizacin,
consltese el rea de proceso de Definicin de procesos de la organizacin.

Ciertas habilidades se pueden impartir con eficacia y eficiencia a travs de otros medios distintos a las experiencias de formacin en clase
(p. ej., asesora informal). Otras habilidades requieren medios de formacin ms formales, tales como sesiones presenciales, formacin basada
en web, a travs de autoestudio guiado o va un programa formal de formacin en el trabajo diario. Los medios formales o informales de formacin empleados para cada situacin deberan basarse en una evaluacin
de las necesidades de formacin y en las carencias de rendimiento a tratar. El trmino formacin usado durante este rea de proceso se utiliza ampliamente para incluir todas estas opciones de aprendizaje.
El xito en la formacin puede medirse en trminos de la disponibilidad de oportunidades para adquirir las habilidades y el conocimiento necesarios para realizar actividades nuevas y en curso de la
empresa.
Las habilidades y el conocimiento pueden ser tcnicos, de la organizacin o de contexto. Las habilidades tcnicas se relacionan con la
capacidad para utilizar el equipo, herramientas, materiales, datos y
procesos requeridos por un proyecto o un proceso. Las habilidades de
la organizacin se relacionan con el comportamiento dentro y de
acuerdo a la estructura de organizacin del empleado, el rol y las responsabilidades, y los principios y los mtodos generales de funcionamiento. Las habilidades de contexto son la auto-gestin, la
comunicacin y las habilidades interpersonales necesarias para desenvolverse con xito en el contexto organizacional y social del proyecto
y los grupos de soporte.
La frase proyecto y grupos de soporte se utiliza con frecuencia
en el texto de la descripcin de este rea de proceso para indicar una
perspectiva a nivel de la organizacin.

reas de proceso relacionadas


Para ms informacin sobre los activos de proceso de la organizacin, consltese
el rea de proceso de Definicin de procesos de la organizacin.
Para ms informacin sobre las necesidades especficas de formacin identificadas por los proyectos, consltese el rea del proceso de Planificacin de proyecto.
Para ms informacin sobre cmo aplicar los criterios de toma de decisin cuando se determinan las soluciones de formacin, consltese el rea de proceso de
Anlisis de decisiones y resolucin.

17-PAGS_349-366

20/4/09

10:36

Pgina 351

Formacin organizativa

351

Resumen de Metas y prcticas especficas


SG 1 Establecer una capacidad de formacin organizativa.
SP 1.1 Establecer las necesidades de formacin estratgicas.
SP 1.2 Determinar qu necesidades de formacin son responsabilidad de la organizacin.
SP 1.3 Establecer un plan tctico de formacin organizativa.
SP 1.4 Establecer la capacidad de formacin.
SG 2 Proporcionar la formacin necesaria.
SP 2.1 Impartir la formacin.
SP 2.2 Establecer los registros de formacin.
SP 2.3 Evaluar la eficacia de la formacin.

Prcticas Especficas por meta


SG 1

E STABLECER UNA CAPACIDAD DE FORMACIN ORGANIZATIVA

Una capacidad de formacin, que d soporte a los roles tcnicos y de gestin


de la organizacin es establecida y mantenida.

Los miembros del equipo integrado necesitan formacin interdisciplinar,


formacin de liderazgo, formacin en habilidades interpersonales y formacin
en las habilidades necesarias para integrar las funciones apropiadas del negocio y
tcnicas. El rango potencialmente ms amplio de requerimientos y de experiencias
de los participantes puede requerir a las partes interesadas relevantes, que no
estuvieron implicadas en el desarrollo de los requerimientos, que reciban
formacin en diferentes tareas de las disciplinas implicadas en el diseo de
producto para comprometer los requerimientos con una comprensin completa
del rango de requerimientos y de sus interrelaciones.

ESTABLECER LAS NECESIDADES ESTRATGICAS DE FORMACIN

Establecer y mantener las necesidades estratgicas de formacin


de la organizacin.
Las necesidades estratgicas de formacin tratan los objetivos a largo plazo para construir una capacidad llenando las carencias significativas de conocimiento, introduciendo nuevas tecnologas o
implementando cambios importantes en el comportamiento. La planificacin estratgica considera tpicamente de dos a cinco aos hacia el futuro.

OT

SP 1.1

E XTENSIN IPPD

La organizacin identifica la formacin requerida para desarrollar las


habilidades y el conocimiento necesario para realizar las actividades
de la empresa. Una vez que se identifican las necesidades, se desarrolla un programa de formacin que trate estas necesidades.

20/4/09

10:36

Pgina 352

352 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Algunos ejemplos de fuentes de necesidades estratgicas de formacin
son:
Procesos estndar de la organizacin.
Plan estratgico de negocio de la organizacin.
Plan de mejora de procesos de la organizacin.
Iniciativas a nivel de empresa.
Evaluaciones de las habilidades.
Anlisis de riesgos.

IPPD requiere habilidades de liderazgo y habilidades interpersonales ms all


de aquellas encontradas tpicamente en entornos tradicionales de desarrollo.
Las habilidades especficas enfatizadas en un entorno de IPPD incluyen:
Capacidad para integrar todas las funciones apropiadas, tcnicas y del negocio,
y sus procesos.
Capacidad para coordinar y colaborar con otros.

Productos de trabajo tpicos


1. Necesidades de formacin.
2. Anlisis de la evaluacin.

Subprcticas
1. Analizar los objetivos estratgicos del negocio de la organizacin y
el plan de mejora de procesos, para identificar las necesidades potenciales de formacin futura.
2. Documentar las necesidades estratgicas de formacin de la organizacin.
Algunos ejemplos de categoras de necesidades de formacin son (pero no
se limitan a) las siguientes:
Anlisis y documentacin de procesos.
Ingeniera (p. ej., anlisis de requerimientos, diseo, prueba, gestin de
la configuracin y aseguramiento de la calidad).
Entrega del servicio.
Seleccin y gestin de proveedores.
Gestin (p. ej. estimacin, seguimiento y gestin de riesgos).
Recuperacin de desastres y continuidad de operaciones.
3. Determinar los roles y las habilidades necesarias para realizar el
conjunto de procesos estndar de la organizacin.
4. Documentar la formacin necesaria para desempear los roles en
el conjunto de procesos estndar de la organizacin

E XTENSIN IPPD

17-PAGS_349-366

17-PAGS_349-366

20/4/09

10:36

Pgina 353

Formacin organizativa

353

5. Documentar las necesidades de formacin para mantener la seguridad, la proteccin y la operacin continua del negocio.
6. Corregir las necesidades estratgicas y la formacin requerida de
la organizacin segn sea necesario.
SP 1.2

DETERMINAR QU NECESIDADES DE FORMACIN SON RESPONSABILIDAD DE LA ORGANIZACIN

Determinar qu necesidades de formacin son responsabilidad de la


organizacin y cules sern dejadas a proyectos o grupos de soporte
individuales.
Para ms informacin sobre los planes de formacin especficos de proyectos y de
grupos de soporte, consltese el rea del proceso de Planificacin de proyecto.

Adems de las necesidades estratgicas de formacin, la formacin organizativa trata los requerimientos de formacin que son comunes en
todos los proyectos y grupos de soporte. Los proyectos y grupos de soporte son los principales responsables de identificar y de tratar sus necesidades especficas de formacin. El personal de formacin de la
organizacin es solamente responsable de tratar las necesidades de
formacin comunes de proyectos y de grupos de soporte (p. ej., formacin en los entornos de trabajo comunes a mltiples proyectos). En
algunos casos, sin embargo, el personal de formacin de la organizacin puede tratar necesidades de formacin adicionales de proyectos y
de grupos de soporte, segn lo negociado con ellos, en el contexto de
recursos de formacin disponibles y de las prioridades de formacin
de la organizacin.

Productos de trabajo tpicos


1. Necesidades de formacin comunes a proyectos y de grupos de soporte.
2. Compromisos de formacin.

Subprcticas
OT

1. Analizar las necesidades de formacin identificadas por los diferentes proyectos y grupos de soporte.
El anlisis de las necesidades de los proyectos y grupos de soporte
pretende identificar necesidades de formacin comunes, que puedan ser tratadas ms eficientemente a nivel de la organizacin.
Estas actividades de anlisis de las necesidades se utilizan para anticipar las necesidades de formacin futuras, que son primero visibles a nivel de proyecto y de grupo de soporte.
2. Negociar con los diversos proyectos y grupos de soporte cmo satisfacer sus necesidades especficas de formacin.
El soporte proporcionado por el personal de formacin de la organizacin depende de los recursos disponibles de formacin y de las
prioridades de formacin de la organizacin.

17-PAGS_349-366

20/4/09

10:36

Pgina 354

354 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Algunos ejemplos de formacin realizados apropiadamente por proyectos
o grupos de soporte son:
Formacin en la aplicacin o en el dominio de servicio del proyecto.
Formacin en las herramientas y en los mtodos nicos utilizados por el
proyecto o grupo de soporte.
Formacin en seguridad, proteccin y factores humanos.
3. Documentar los compromisos para proporcionar el soporte de formacin a los proyectos y grupos de soporte.
SP 1.3

ESTABLECER UN PLAN TCTICO DE FORMACIN ORGANIZATIVA

Establecer y mantener un plan tctico de formacin organizativa.


El plan tctico de formacin organizativa es el plan para entregar la
formacin que es responsabilidad de la organizacin, y es necesario
para que los individuos desempeen sus roles eficazmente. Este plan
trata la ejecucin a corto plazo de la formacin y se ajusta peridicamente en respuesta a los cambios (p. ej., en necesidades o recursos) y
a las evaluaciones de eficacia.

Productos de trabajo tpicos


1. Plan tctico de formacin organizativa

Subprcticas
1. Establecer el contenido del plan.
Los planes tcticos de formacin organizativa normalmente contienen:
Necesidades de formacin.
Temas de formacin.
Calendarios basados en actividades de formacin y sus dependencias.
Mtodos utilizados para la formacin.
Requerimientos y estndares de calidad para los materiales de
formacin.
Tareas, roles y responsabilidades de formacin.
Recursos requeridos incluyendo las herramientas, las instalaciones, los entornos, el personal, y las habilidades y el conocimiento.
2. Establecer los compromisos con el plan.
Los compromisos documentados por aquellos responsables de implementar y dar soporte al plan son esenciales para que el plan sea
eficaz.
3. Corregir el plan y los compromisos segn sea necesario.

17-PAGS_349-366

20/4/09

10:36

Pgina 355

Formacin organizativa

SP 1.4

355

ESTABLECER LA CAPACIDAD DE FORMACIN

Establecer y mantener la capacidad de formacin para tratar las necesidades


de formacin organizativa.
Para saber cmo aplicar los criterios de toma de decisin al seleccionar las
aproximaciones y el desarrollo de los materiales de formacin, consltese el rea
de proceso de Anlisis de decisiones y resolucin.

Productos de trabajo tpicos


1. Materiales de formacin y materiales de soporte.

Subprcticas
1. Seleccionar las soluciones apropiadas para satisfacer las necesidades especficas de formacin organizativa.
Muchos factores pueden afectar a la seleccin de las soluciones de
formacin, incluyendo el conocimiento de la audiencia especfica,
costes y calendario, entorno de trabajo u otros. La seleccin de una
solucin requiere la consideracin de los medios para proporcionar las habilidades y el conocimiento en la forma ms eficaz posible, dadas las restricciones.
Algunos ejemplos de soluciones de formacin son:
Formacin presencial.
Instruccin asistida por ordenador.
Auto-estudio dirigido.
Aprendizaje formal y programas con mentor.
Vdeos.
Clases magistrales.
Seminarios informales en el almuerzo.
Formacin estructurada en el trabajo.

Algunos ejemplos de criterios que se pueden utilizar para determinar el


modo ms eficaz de adquisicin del conocimiento o de la habilidad son:
Objetivos de rendimiento.
Tiempo disponible para prepararse para la realizacin del proyecto.
Objetivos estratgicos.
Disponibilidad de expertos dentro de la organizacin.
Disponibilidad de formacin de fuentes externas.

OT

2. Determinar si se desarrollan los materiales de formacin internamente o se adquieren externamente.


Determinar los costes y los beneficios del desarrollo interno de la
formacin o de obtener la formacin externamente.

17-PAGS_349-366

20/4/09

10:36

Pgina 356

356 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Algunos ejemplos de fuentes externas de formacin son:
Formacin proporcionada por el cliente.
Cursos de formacin disponibles en el mercado.
Programas acadmicos.
Conferencias profesionales.
Seminarios.
3. Desarrollar u obtener los materiales de formacin.
La formacin puede proporcionarse por el proyecto, por los grupos de soporte, por la organizacin o por una organizacin
externa. El personal de formacin de la organizacin coordina
la adquisicin y la entrega de la formacin sin importar su
fuente.

Algunos ejemplos de materiales de formacin son:


Cursos.
Instruccin asistida por ordenador.
Vdeos.
4. Desarrollar u obtener instructores cualificados.
Para asegurar que los instructores de la formacin proporcionados
internamente tengan el conocimiento y las habilidades de formacin necesarias, se pueden definir criterios para identificar, desarrollar y cualificar a los instructores. En el caso de la formacin
proporcionada externamente, el personal de formacin de la organizacin puede investigar cmo el suministrador de la formacin
determina qu instructores impartirn la formacin. Este puede
ser tambin un factor en la seleccin o para continuar utilizando
un suministrador especfico de formacin.

5. Describir la formacin en el currculum de formacin de la organizacin.


Algunos ejemplos de la informacin proporcionada en las descripciones
de la formacin para cada curso son:
Temas cubiertos en la formacin.
Audiencia prevista.
Prerrequisitos y preparacin para participantes.
Objetivos de formacin.
Duracin de la formacin.
Planificacin de las lecciones.
Criterios de finalizacin del curso.
Criterios para conceder exenciones de formacin.
6. Corregir los materiales de formacin y de soporte segn sea necesario.

17-PAGS_349-366

20/4/09

10:36

Pgina 357

Formacin organizativa

357

Algunos ejemplos de situaciones en las cuales los materiales de formacin


y de soporte pueden necesitar corregirse son:
Cambio de las necesidades de formacin (p. ej., cuando una nueva
tecnologa asociada al tema de formacin est disponible).
Una evaluacin de la formacin identifica la necesidad de cambio (p. ej.,
las encuestas de evaluaciones sobre la eficacia de la formacin, las
evaluaciones del rendimiento del programa de formacin o los
formularios de evaluacin del instructor).

SG 2

P ROPORCIONAR LA FORMACIN NECESARIA

La formacin necesaria de las personas para desempear sus roles con


eficacia es proporcionada.
En la seleccin de personas a ser formadas se debera tener en consideracin:
Conocimientos previos de la poblacin objetivo de los participantes en
la formacin.
Prerrequisitos para recibir la formacin.
Habilidades y capacidades necesarias de las personas para desempear
su roles.
Necesidad de formacin de gestin tcnica interdisciplinaria para todas
las disciplinas, incluyendo la gestin del proyecto.
Necesidad de que los gestores tengan formacin en los procesos apropiados de la organizacin.
Necesidad de formacin en los principios bsicos de todas las disciplinas apropiadas para dar soporte al personal en gestin de calidad, gestin de la configuracin y otras funciones de soporte relacionadas.
Necesidad de proporcionar el desarrollo de competencias para las reas
funcionales crticas.
Necesidad de mantener las competencias y las cualificaciones del personal para operar y mantener los entornos de trabajo comunes a mltiples proyectos.
SP 2.1

I MPARTIR LA FORMACIN

Productos de trabajo tpicos


1. Curso de formacin impartido

Subprcticas
1. Seleccionar las personas que recibirn la formacin necesaria para
desempear sus roles eficazmente.
La formacin pretende impartir el conocimiento y las habilidades a
personas que desempean diferentes roles dentro de la organizacin. Algunas personas poseen ya el conocimiento y las habilida-

OT

Impartir la formacin siguiendo el plan tctico de formacin organizativa.

17-PAGS_349-366

20/4/09

10:36

Pgina 358

358 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


des requeridas para desempear bien sus roles designados. La formacin puede no ser aplicada a estas personas, pero se debe tener
cuidado de que las exenciones a la formacin no sean abusivas.

2. Programar la formacin, incluyendo cualquier recurso, segn sea


necesario (p. ej., instalaciones e instructores).
La formacin debera planificarse y programarse. Se proporciona la
formacin que tiene un sustento directo sobre las expectativas del
rendimiento de trabajo. Por lo tanto, la formacin ptima ocurre de
una manera oportuna con respecto a las expectativas inminentes del
rendimiento en el trabajo. Estas expectativas incluyen a menudo:
Formacin en la utilizacin de herramientas especializadas.
Formacin en los procedimientos que son nuevos a las personas
que los ejecutarn.
3. Llevar a cabo la formacin.
Instructores experimentados deberan proporcionar la formacin.
Cuando sea posible, la formacin se lleva a cabo en escenarios que
se asemejen a las condiciones de funcionamiento real e incluye actividades para simular situaciones de trabajo reales. Esta solucin
incluye la integracin de herramientas, mtodos y procedimientos
para el desarrollo de las competencias. La formacin est ligada a
las responsabilidades de trabajo, de modo que las actividades en el
trabajo u otras experiencias exteriores reforzarn la formacin dentro de un tiempo razonable despus la formacin.
4. Seguir la imparticin de la formacin frente al plan.
SP 2.2

ESTABLECER LOS REGISTROS DE FORMACIN

Establecer y mantener los registros de formacin organizativa.


Para ms informacin sobre cmo se mantienen los registros de formacin de proyectos o de grupos de soporte, consltese el rea de proceso de Monitorizacin y
control de proyecto.

El alcance de esta prctica es para la formacin ejecutada a nivel de la


organizacin. Establecer y mantener los registros de formacin del
proyecto o del grupo de soporte es responsabilidad de cada proyecto o
grupo de soporte de forma individual.

Productos de trabajo tpicos


1. Registros de la formacin.
2. Actualizaciones de la formacin en el repositorio de la organizacin.

Subprcticas
1. Mantener los registros de todos los estudiantes que terminan con
xito cada curso de formacin u otra actividad de formacin aprobada, as como de aquellos que han fracasado.

17-PAGS_349-366

20/4/09

10:36

Pgina 359

Formacin organizativa

359

2. Mantener los registros de todo el personal que ha sido eximido de


una formacin especfica.
Las razones para conceder una exencin deberan estar documentadas, y tanto el gerente responsable de la formacin como el gerente de la persona que ha solicitado la exencin deberan aprobar
la exencin a la formacin organizativa.
3. Mantener los registros de todos los estudiantes que terminan con
xito su formacin requerida designada.
4. Poner los registros de formacin a disposicin del personal apropiado para su consideracin en las asignaciones.
Los registros de formacin pueden ser parte de una matriz de habilidades desarrollada por la organizacin de formacin, para proporcionar un resumen de la experiencia y de la educacin de las
personas, as como la formacin patrocinada por la organizacin.
SP 2.3

E VALUAR LA EFICACIA DE LA FORMACIN

Evaluar la eficacia del programa de formacin organizativa.


Debera existir un proceso para determinar la eficacia de la formacin
(es decir, cmo de bien la formacin est cumpliendo las necesidades
de la organizacin).
Algunos ejemplos de mtodos utilizados para evaluar la eficacia de la
formacin son:
Pruebas en el contexto de la formacin.
Encuestas, posteriores a la formacin, de los participantes.
Encuestas de satisfaccin de los gestores, con efectos posteriores a la
formacin.
Mecanismos de evaluacin incluidos en el software educacional.

Productos de trabajo tpicos


1.
2.
3.
4.

Encuestas sobre la eficacia de la formacin.


Evaluaciones del rendimiento del programa de formacin.
Formularios de evaluacin del instructor.
Exmenes de formacin.

OT

Se pueden tomar medidas para determinar los beneficios de la formacin frente a los objetivos del proyecto y de la organizacin. Se debera prestar atencin particular a la necesidad de varios mtodos de
formacin, como por ejemplo equipos de formacin como unidades
de trabajo integral. Cuando se utilicen, los objetivos de rendimiento
deberan compartirse con los participantes del curso, y deberan ser
inequvocos, observables y verificables. Los resultados de la evaluacin de la eficacia de la formacin deberan utilizarse para corregir los
materiales de formacin, segn se describe en la prctica especfica
Establecer la capacidad de la formacin.

10:36

Pgina 360

360 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Subprcticas
1. Evaluar los proyectos en curso o terminados, para determinar si el
conocimiento del personal es adecuado para realizar las tareas del
proyecto.
2. Proporcionar un mecanismo para evaluar la eficacia de cada curso de formacin, con respecto a los objetivos establecidos de
aprendizaje (o rendimiento) de la organizacin, del proyecto o individuales.
3. Obtener evaluaciones del estudiante, de cmo de bien las actividades de formacin cubrieron sus necesidades.

Prcticas genricas por meta


GG 1

L OGRAR LAS METAS ESPECFICAS

El proceso da soporte y permite el logro de las metas especficas del rea de


proceso, transformando los productos de trabajo de entrada identificables
para producir los productos de trabajo de salida identificables.
GP 1.1

R EALIZAR LAS PRCTICAS ESPECFICAS

Realizar las prcticas especficas del rea de proceso de formacin


organizativa, para desarrollar los productos de trabajo y proporcionar
servicios para lograr las metas especficas del rea de proceso.
GG 2

S LO CONTINUO

20/4/09

I NSTITUCIONALIZAR UN PROCESO GESTIONADO

El proceso est institucionalizado como un proceso gestionado.

GG 3

I NSTITUCIONALIZAR UN PROCESO DEFINIDO

El proceso est institucionalizado como un proceso definido.


La aparicin de esta meta genrica aqu refleja su ubicacin en la representacin
por etapas.

GP 2.1

ESTABLECER UNA POLTICA DE LA ORGANIZACIN

Establecer y mantener una poltica de la organizacin para planificar y realizar


el proceso de formacin organizativa.

Elaboracin:
Esta poltica establece las expectativas de la organizacin para identificar las necesidades estratgicas de formacin de la organizacin y proporcionar esa formacin.

S LO POR ETAPAS

17-PAGS_349-366

17-PAGS_349-366

20/4/09

10:36

Pgina 361

Formacin organizativa

GP 2.2

361

P LANIFICAR EL PROCESO

Establecer y mantener el plan para realizar el proceso de formacin


organizativa.

Elaboracin:
Este plan para realizar el proceso de formacin organizativa difiere del
plan tctico para la formacin organizativa descrito en una prctica especfica de este rea de proceso. El plan exigido por esta prctica genrica tratara la planificacin completa para todas las prcticas
especficas en este rea de proceso, desde el establecimiento de las necesidades estratgicas de formacin hasta la evaluacin de la eficacia
del esfuerzo de formacin organizativa. En contraste, el plan tctico
de formacin organizativa exigido en la prctica especfica podra tratar la planificacin peridica para la entrega de ofertas de formacin
individuales.
GP 2.3

P ROPORCIONAR RECURSOS

Proporcionar recursos adecuados para realizar el proceso de formacin


organizativa, desarrollar los productos de trabajo y proporcionar los servicios
del proceso.

Elaboracin:
Algunos ejemplos de personas (tiempo completo o parcial, internas o
externas) y habilidades requeridas son:
Expertos en el tema.
Diseadores de currculum.
Diseadores de enseanza.
Instructores.
Administradores de formacin.

Algunos ejemplos de otros recursos proporcionados son las siguientes


herramientas:
Instrumentos para analizar las necesidades de formacin.
Estacin de trabajo para utilizarse en la formacin.
Herramientas de diseo educacionales.
Paquetes para desarrollar materiales de presentacin.

OT

Pueden necesitarse instalaciones especiales para la formacin.


Cuando sea necesario, las instalaciones requeridas para las actividades
del rea de proceso de Formacin organizativa se desarrollarn o se
comprarn.

17-PAGS_349-366

20/4/09

10:36

Pgina 362

362 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


GP 2.4

ASIGNAR RESPONSABILIDAD

Asignar la responsabilidad y la autoridad para realizar el proceso, desarrollar


los productos de trabajo y proporcionar los servicios del proceso de
formacin organizativa.

GP 2.5

FORMAR A LAS PERSONAS

Formar, segn sea necesario, a las personas para realizar o dar soporte
al proceso de formacin organizativa.

Elaboracin:
Para ms informacin sobre la relacin entre la prctica genrica 2.5 y
el rea de proceso de Formacin organizativa, consltese la Tabla II.2
en la pgina 172 en Metas genricas y prcticas genricas.
Algunos ejemplos de temas de formacin son:
Anlisis de las necesidades de conocimiento y habilidades.
Diseo de instruccin.
Tcnicas de instruccin (p. ej. formacin del formador).
Cursos de actualizacin sobre materia objetivo.

GP 2.6

G ESTIONAR CONFIGURACIONES

Poner los productos de trabajo designados del proceso de gestin


organizativa bajo los niveles de control apropiados.

Elaboracin:
Algunos ejemplos de productos del trabajo puestos bajo control de
configuracin son:
Plan tctico de formacin organizativa.
Registros de formacin.
Materiales de la formacin y materiales de soporte.
Formularios de evaluacin del instructor.

GP 2.7

I DENTIFICAR E INVOLUCRAR A LAS PARTES INTERESADAS RELEVANTES

Identificar e involucrar, como se planific, a las partes interesadas relevantes


del proceso de formacin organizativa.

17-PAGS_349-366

20/4/09

10:36

Pgina 363

Formacin organizativa

363

Elaboracin:
Algunos ejemplos de actividades para involucrar a las partes interesadas
relevantes son:
Establecer un entorno de colaboracin para la discusin de las
necesidades y la eficacia de la formacin, para asegurar que las
necesidades de formacin de la organizacin se cumplen.
Identificar las necesidades de formacin.
Revisar el plan tctico de formacin organizativa.
Evaluar la eficacia de la formacin.
GP 2.8

M ONITORIZAR Y CONTROLAR EL PROCESO

Monitorizar y controlar el proceso de formacin organizativa frente al plan


para realizar el proceso, y tomar las acciones correctivas apropiadas.

Elaboracin:
Algunos ejemplos de medidas y de productos de trabajo usados en la
motorizacin y control son:
Nmero de los cursos de formacin entregados (p. ej., planificado vs.
real).
Ratios de evaluacin posteriores a la formacin.
Ratios de la encuesta sobre la calidad del programa de formacin.
Calendario para la entrega de la formacin.
Calendario para el desarrollo de un curso.
GP 2.9

E VALUAR OBJETIVAMENTE LA ADHERENCIA

Evaluar objetivamente la adherencia del proceso de formacin organizativa


frente a la descripcin del proceso, estndares y procedimientos, y tratar las
no conformidades.

Elaboracin:

Algunos ejemplos de productos de trabajo revisados son:


Plan tctico de formacin de la organizacin.
Materiales de formacin y de soporte.
Formularios de evaluacin del instructor.

OT

Algunos ejemplos de actividades revisadas son:


Identificar las necesidades de formacin y poner disponible la
formacin.
Proporcionar la formacin necesaria.

10:36

Pgina 364

364 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


GP 2.10

R EVISAR EL ESTADO CON EL NIVEL DIRECTIVO

Revisar con el nivel directivo las actividades, el estado y los resultados del
proceso de formacin organizativa, y resolver los problemas.

GG 3

I NSTITUCIONALIZAR UN PROCESO DEFINIDO

El proceso est institucionalizado como un proceso definido.


La aparicin de esta meta genrica aqu refleja su ubicacin
en la representacin continua.

GP 3.1

S LO CONTINUO

20/4/09

ESTABLECER UN PROCESO DEFINIDO

Establecer y mantener la descripcin de un proceso definido de formacin


organizativa.

GP 3.2

R ECOGER INFORMACIN DE MEJORA

Recoger los productos de trabajo, medidas, resultados de medicin e


informacin de mejora procedente de la planificacin y realizacin del
proceso de formacin organizativa para dar soporte al uso futuro y a la mejora
de los procesos y de los activos de proceso de la organizacin.

Elaboracin:
Algunos ejemplos de productos de trabajo, medidas, resultados de la
medicin e informacin de mejora son:
Resultados de encuestas sobre eficacia de la formacin.
Resultados de la evaluacin de rendimiento del programa de formacin.
Evaluaciones del curso.
Requerimientos de formacin desde un grupo consultivo.

GG 4

I NSTITUCIONALIZAR UN PROCESO GESTIONADO CUANTITATIVAMENTE

El proceso est institucionalizado como un proceso gestionado


cuantitativamente.
GP 4.1

ESTABLECER OBJETIVOS CUANTITATIVOS PARA EL PROCESO

Establecer y mantener los objetivos cuantitativos para el proceso


de formacin organizativa, los cuales tratan la calidad y el rendimiento
del proceso en base a las necesidades del cliente y a los objetivos
de negocio.

S LO CONTINUO

17-PAGS_349-366

17-PAGS_349-366

20/4/09

10:36

Pgina 365

Formacin organizativa

GP 4.2

365

ESTABILIZAR EL RENDIMIENTO DEL SUBPROCESO

Estabilizar el rendimiento de uno o ms subprocesos para determinar la


capacidad del proceso de formacin organizativa para lograr los objetivos
cuantitativos establecidos de calidad y de rendimiento del proceso.

I NSTITUCIONALIZAR UN PROCESO EN OPTIMIZACIN

El proceso est institucionalizado como un proceso en optimizacin.

GP 5.1

ASEGURAR LA MEJORA CONTINUA DEL PROCESO

Asegurar la mejora continua del proceso de formacin organizativa para


satisfacer los objetivos de negocio relevantes de la organizacin.

GP 5.2

S LO CONTINUO

GG 5

C ORREGIR LAS CAUSAS RAZ DE LOS PROBLEMAS

Identificar y corregir las causas raz de los defectos y de otros problemas


en el proceso de formacin organizativa.

OT

17-PAGS_349-366

20/4/09

10:36

Pgina 366

18-PAGS_367-386

20/4/09

10:41

Pgina 367

INTEGRACIN DE PRODUCTO
Un rea de proceso de ingeniera en el nivel de madurez 3

Propsito
El propsito de Integracin de producto (PI) es ensamblar el producto a partir de sus componentes, asegurar que el producto, una
vez integrado, funciona correctamente, y entregar el producto.

Notas introductorias

367

PI

Este rea de proceso trata la integracin de los componentes de producto dentro de componentes de producto ms complejos o de productos completos.
El alcance de este rea de proceso es lograr la integracin del producto completo a travs de un ensamblaje progresivo de los componentes, en una etapa o en etapas incrementales, de acuerdo a una
secuencia y procedimientos de integracin definidos. En todas las
reas de proceso-, donde usamos los trminos de producto y componente de producto, su significado previsto engloba tambin a los servicios y a sus componentes.
Un aspecto crtico de la integracin de producto es la gestin de
interfaces internas y externas de los productos y de los componentes
de producto, para asegurar la compatibilidad entre las interfaces. Se
debe poner atencin a la gestin de la interfaz a lo largo de todo el
proyecto.
La integracin de producto es ms que un ensamblaje de una vez
de componentes de producto a la finalizacin del diseo y la fabricacin. La integracin de producto puede llevarse a cabo incrementalmente, usando un proceso iterativo de ensamblaje de componentes de
producto, evalundolos, y despus ensamblando ms componentes de
producto. Este proceso puede comenzar con anlisis y simulaciones
(p. ej., hilos de ejecucin, prototipos rpidos, prototipos virtuales y
prototipos fsicos) y progresar firmemente mediante el aumento de
funcionalidad incremental cada vez ms realista, hasta que se logre el
producto final. En cada versin sucesiva (virtual, rpido o fsico) se
construyen, evalan, mejoran y reconstruyen los prototipos en base al

18-PAGS_367-386

20/4/09

10:41

Pgina 368

368 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


conocimiento obtenido en el proceso de evaluacin. El grado requerido de prototipado virtual frente al de prototipado fsico depende de la
funcionalidad de las herramientas de diseo, de la complejidad de producto y de sus riesgos asociados. Existe una alta probabilidad de que
el producto, integrado de esta manera, pasar la verificacin y la validacin de producto. Para algunos productos y servicios, la ltima fase
de integracin ocurrir cuando se desplieguen en el destino operacional previsto.

reas de proceso relacionadas


Para ms informacin sobre la identificacin de los requerimientos de las interfaces, consltese el rea de proceso de Desarrollo de requerimientos.
Para ms informacin sobre la definicin de las interfaces y del entorno de integracin (cuando el entorno de integracin necesita desarrollarse), consltese el
rea de proceso de Solucin tcnica.
Para ms informacin sobre la verificacin de las interfaces, el entorno de integracin y el ensamblado progresivo de los componentes de producto, consltese el
rea de proceso de Verificacin.
Para ms informacin sobre la realizacin de la validacin de los componentes
de producto y de producto integrado, consltese el rea de proceso de
Validacin.
Para ms informacin sobre la identificacin de los riesgos y del uso de los prototipos para la disminucin de los riesgos, tanto para la compatibilidad de interfaz
como para la integracin de los componentes de producto, consltese el rea de
proceso de Gestin de riesgos.
Para ms informacin sobre el uso de un proceso formal de evaluacin, para seleccionar la secuencia y procedimientos de integracin apropiados y para decidir
si el entorno de integracin debera adquirirse o desarrollarse, consltese el rea
de proceso de Anlisis de decisin y resolucin.
Para ms informacin sobre la gestin de los cambios para las definiciones de las
interfaces y sobre la distribucin de la informacin, consltese el rea de proceso
de Gestin de configuracin.
Para ms informacin sobre la adquisicin de componentes de producto o partes
del entorno de integracin, consltese el rea de proceso de Gestin de acuerdos
con proveedores.

18-PAGS_367-386

20/4/09

10:41

Pgina 369

Integracin de producto

369

Resumen de Metas y prcticas especficas


SG 1 Preparar para la integracin de producto.
SP 1.1 Determinar la secuencia de integracin.
SP 1.2 Establecer el entorno de integracin de producto.
SP 1.3 Establecer los procedimientos y los criterios de integracin de producto.
SG 2 Asegurar la compatibilidad de la interfaz
SP 2.1 Revisar la completitud de las descripciones de la interfaz.
SP 2.2 Gestionar las interfaces.
SG 3 Ensamblar los componentes de producto y entregar el producto.
SP 3.1 Confirmar la disponibilidad de los componentes de producto para su integracin.
SP 3.2 Ensamblar los componentes de producto.
SP 3.3 Evaluar los componentes de producto ensamblados.
SP 3.4 Empaquetar y entregar el producto o el componente de producto.

Prcticas especficas por meta


SG 1

P REPARAR PARA LA INTEGRACIN DE PRODUCTO .

La preparacin para la integracin de producto es llevada a cabo.


La preparacin para la integracin de los componentes de producto
implica el establecimiento y el mantenimiento de una secuencia de integracin, el entorno para la realizacin de la integracin y los procedimientos de integracin. Las prcticas especficas del meta especfica
Preparar para la integracin de producto se construyen sobre cada una
de las otras de la siguiente manera: La primera prctica especfica determina la secuencia para la integracin de producto y del componente de producto. La segunda determina el entorno que ser utilizado
para llevar a cabo la integracin de producto y del componente de
producto. La tercera desarrolla procedimientos y criterios para la integracin de producto y del componente de producto. La preparacin
para la integracin comienza pronto en el proyecto y la secuencia de
integracin se desarrolla concurrentemente con las prcticas en el rea
de proceso de Solucin tcnica.
SP 1.1

D ETERMINAR LA SECUENCIA DE INTEGRACIN .

Determinar la secuencia de integracin del componente de producto.

PI

Los componentes de producto a integrar pueden incluir aquellos que


son una parte de producto a entregar junto al equipamiento de prueba, software de prueba u otros elementos de integracin tales como
instalaciones. Una vez que se hayan analizado las secuencias de integracin alternativas de prueba y de ensamblaje, seleccione la mejor secuencia de integracin.
La secuencia de integracin de producto puede ofrecer un ensamblaje y evaluacin incremental de los componentes de producto que
proporcionan una base libre de problemas para la incorporacin de

18-PAGS_367-386

20/4/09

10:41

Pgina 370

370 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


otros componentes de producto a medida que pasen a estar disponibles o para prototipos de componentes de producto de alto riesgo.
La secuencia de integracin debera estar de acuerdo con la seleccin de soluciones y el diseo de producto y de componentes de producto en el rea de proceso de Solucin tcnica.
Para ms informacin sobre el uso de un proceso de evaluacin formal para seleccionar la secuencia apropiada de integracin de producto, consltese el rea de
proceso de Anlisis de decisin y resolucin.
Para ms informacin sobre la identificacin y el manejo de los riesgos asociados
con la secuencia de integracin, consltese el rea de proceso de Gestin de riesgos.
Para ms informacin sobre la transicin de los componentes de producto adquiridos y la necesidad de manejar esos componentes de producto en la secuencia de
integracin de producto, consltese el rea de proceso de Gestin de acuerdos con
proveedores.

Productos de trabajo tpicos


1. Secuencia de integracin de producto.
2. Razonamiento para la seleccin o el rechazo de secuencias de integracin.

Subprcticas
1. Identificar los componentes de producto a integrar.
2. Identificar las verificaciones a realizar durante la integracin de
los componentes de producto.
3. Identificar las secuencias de integracin alternativas de componentes de producto.
Esto puede incluir la definicin de herramientas especficas y de
equipamiento de pruebas para dar soporte a la integracin de producto.
4. Seleccionar la mejor secuencia de integracin.
5. Revisar peridicamente la secuencia de integracin de producto y
corregir segn sea necesario.
Evaluar la secuencia de integracin de producto, para asegurar que
las variaciones en los calendarios de produccin y de entrega no
han tenido un impacto negativo sobre la secuencia ni han comprometido los factores sobre los cuales fueron tomadas las decisiones
anteriores.
6. Registrar el razonamiento de las decisiones tomadas o aplazadas.
SP 1.2

ESTABLECER EL ENTORNO DE LA INTEGRACIN DE PRODUCTO

Establecer y mantener el entorno necesario para dar soporte a la integracin


de los componentes de producto.
Para ms informacin sobre decisiones de desarrollar o comprar, consltese el
rea de proceso de Solucin tcnica.

18-PAGS_367-386

20/4/09

10:41

Pgina 371

Integracin de producto

371

El entorno para la integracin de producto puede bien adquirirse o


bien desarrollarse. Para establecer un entorno, ser necesario desarrollar los requerimientos de compra o desarrollo de equipamiento, de
software o de otros recursos. Estos requerimientos se recogen cuando
se implementan los procesos asociados con el rea de proceso de
Desarrollo de requerimientos. El entorno de integracin de producto
puede incluir la reutilizacin de recursos existentes en la organizacin. La decisin para adquirir o desarrollar el entorno de integracin
de producto se trata en los procesos asociados con el rea de proceso
de Solucin tcnica.
El entorno requerido en cada etapa del proceso de integracin de
producto puede incluir equipamiento de pruebas, simuladores (tomando el lugar de los componentes de producto no disponibles), piezas del equipamiento real y dispositivos de registro.

Productos de trabajo tpicos


1. Entorno verificado para la integracin de producto.
2. Documentacin de soporte para el entorno de integracin de producto.

Subprcticas
1. Identificar los requerimientos para el entorno de integracin de
producto.
2. Identificar los criterios y procedimientos de verificacin para el
entorno de integracin de producto.
3. Decidir si desarrollar o comprar el entorno requerido de integracin de producto.
Para ms informacin sobre la adquisicin de partes del entorno de integracin, consltese el rea de proceso de Gestin de acuerdos con proveedores.

4. Desarrollar un entorno de integracin si no puede adquirirse un


entorno adecuado.
Para proyectos complejos sin precedentes, el entorno de integracin de producto puede ser un importante desarrollo. Como tal,
implicara la planificacin del proyecto, el desarrollo de requerimientos, las soluciones tcnicas, la verificacin, la validacin y la
gestin de riesgos.
5. Mantener el entorno de integracin de producto durante todo el
proyecto.
6. Desechar aquellas partes del entorno que ya no son tiles.

Establecer y mantener los procedimientos y los criterios para integracin de los


componentes de producto.

PI

SP 1.3 ESTABLECER LOS PROCEDIMIENTOS Y LOS CRITERIOS DE LA INTEGRACIN DE PRODUCTO

18-PAGS_367-386

20/4/09

10:41

Pgina 372

372 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Los procedimientos para la integracin de los componentes de producto pueden incluir aspectos tales como el nmero de iteraciones incrementales a realizar, y detalles de las pruebas y otras evaluaciones
esperadas a llevarse a cabo en cada etapa.
Los criterios pueden indicar la disponibilidad de un componente
de producto para su integracin o su aceptacin.
Los procedimientos y los criterios para la integracin de producto
tratan:
Nivel de prueba para desarrollo de componentes.
Verificacin de interfaces.
Umbrales de desviacin del rendimiento.
Requerimientos derivados para el ensamblaje y sus interfaces externas.
Sustituciones permitidas de componentes.
Parmetros del entorno de pruebas.
Lmite en el coste de las pruebas.
Equilibrar la calidad/coste de las operaciones de integracin.
Probabilidad de funcionamiento apropiado.
Tasa de entrega y su variacin.
Tiempo de espera desde el pedido hasta su entrega.
Disponibilidad del personal.
Disponibilidad de instalacin/lnea/entorno de integracin.

Los criterios pueden definirse para cmo los componentes de producto se van a verificar y qu funciones se espera que tengan. Los criterios pueden definirse para cmo los componentes de producto
ensamblado y el producto final integrado sern validados y entregados.
Los criterios tambin pueden limitar el grado de simulacin permitido para que un componente de producto pase una prueba, o pueden limitar el entorno a usar para la prueba de integracin.
Las partes pertinentes del calendario y de los criterios para el ensamblaje deberan compartirse con los proveedores de los productos
de trabajo, para reducir la posibilidad de retrasos y de fallo de componentes.
Para ms informacin sobre la comunicacin con los proveedores, consltese el
rea de proceso de Gestin de acuerdos con proveedores.

Productos de trabajo tpicos


1. Procedimientos de integracin de producto.
2. Criterios de integracin de producto.

18-PAGS_367-386

20/4/09

10:41

Pgina 373

Integracin de producto

373

Subprcticas
1. Establecer y mantener procedimientos de integracin de producto
para los componentes de producto.
2. Establecer y mantener criterios para la integracin y la evaluacin
de los componentes de producto.
3. Establecer y mantener criterios para la validacin y la entrega de
producto integrado.
SG 2

A SEGURAR LA COMPATIBILIDAD DE LA INTERFAZ

Las interfaces del componente de producto, tanto internas como externas, son
compatibles.
Muchos problemas de integracin de producto surgen de aspectos
desconocidos o incontrolados, tanto de las interfaces internas como
de las externas. La gestin eficaz de los requerimientos, especificaciones y diseos de interfaz del componente de producto ayuda a
asegurar que las interfaces implementadas sern completas y compatibles.
SP 2.1

R EVISAR LA COMPLETITUD DE LAS DESCRIPCIONES DE LAS INTERFAZ

Revisar las descripciones de la interfaz en cuanto a cobertura


y completitud.
Las interfaces deberan incluir, adems de las interfaces de los componentes de producto, todas las interfaces con el entorno de integracin
de producto.

Productos de trabajo tpicos


1. Categoras de interfaces.
2. Lista de interfaces por categora.
3. Correspondencia de las interfaces con los componentes de producto y con el entorno de integracin de producto.

Subprcticas

PI

1. Revisar la completitud de los datos de la interfaz y asegurar la cobertura completa de todas las interfaces.
Considerar todos los componentes de producto y preparar una tabla de relacin. Las interfaces se clasifican usualmente en tres clases principales: ambientales, fsicas y funcionales. Las categoras
tpicas para estas clases son: mecnica, fluido, sonido, elctrica,
climtica, electromagntica, trmica, mensaje, y hombre-mquina
o interfaz humana.

18-PAGS_367-386

20/4/09

10:41

Pgina 374

374 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Los ejemplos de interfaces (p. ej., para componentes mecnicos o
electrnicos) que pueden clasificarse dentro de esas tres clases son:
Interfaces mecnicas: (p. ej., peso y tamao, centro de gravedad,
limpieza de partes en funcionamiento, espacio requerido para el
mantenimiento, enlaces fijos, enlaces mviles, e impactos y vibraciones
recibidas de la estructura de soporte)
Interfaces de ruido (p. ej., ruido transmitido por la estructura, ruido
transmitido en el aire y acstica)
Interfaces climticas (p. ej., temperatura, humedad, presin y salinidad).
Interfaces trmicas (p. ej., disipacin de calor, transmisin de calor a la
estructura de soporte y caractersticas del aire acondicionado).
Interfaces de fluidos (p. ej., toma/salida de agua dulce, toma/salida de
agua de mar para productos navales/costeros, aire acondicionado, aire
comprimido, nitrgeno, combustible, aceite lubricante y tobera de salida
de gas).
Interfaces elctricas: (p. ej., consumo de energa suministrada por la red
con valores pico y transitorios, seales de control no sensibles al
suministro de energa y comunicaciones, seales sensibles [p. ej.,
enlaces analgicos]; seales perturbadoras [p. ej.: microondas]; y tomas
de tierra para cumplir con el estndar TEMPEST).
Interfaces electromagnticas (p. ej., campos magnticos, enlaces de radio
y radar, enlaces de banda ptica, guas de onda, coaxial y fibras pticas).
Interfaz hombre-mquina (p. ej., sntesis de audio o voz, reconocimiento
de audio o voz, pantalla [marcacin analgica, pantalla de televisin o
pantallas de cristal lquido, paneles indicadores led] y controles
manuales [pedales, joystick, bola de mandos, teclas, botones de presin
o pantalla tctil]).
Interfaces de mensajes: (p. ej., origen, destino, estmulo, protocolos y
caractersticas de los datos).
2. Asegurar que los componentes de producto y las interfaces se marcan para asegurar una conexin fcil y correcta para la unin del
componente de producto.
3. Revisar peridicamente la adecuacin de las descripciones de la
interfaz.
Una vez establecidas, las descripciones de la interfaz deben revisarse peridicamente para asegurar que no existe desviacin entre las
descripciones existentes y los productos que estn siendo desarrollados, procesados, producidos o comprados.
Las descripciones de la interfaz para los componentes de producto
deberan revisarse con las partes interesadas relevantes para evitar
las interpretaciones errneas, para reducir los retrasos y para prevenir el desarrollo de interfaces que no funcionen adecuadamente.
SP 2.2

G ESTIONAR LAS INTERFACES

Gestionar las definiciones, diseos y cambios de las interfaces internas y


externas para los productos y los componentes de producto.

18-PAGS_367-386

20/4/09

10:41

Pgina 375

Integracin de producto

375

Los requerimientos de la interfaz guan el desarrollo de las interfaces


necesarias para integrar los componentes de producto. La gestin de
las interfaces de producto y de los componentes de producto comienza muy temprano en el desarrollo de producto. Las definiciones y diseos para las interfaces no solo afectan a los componentes de
producto y a los sistemas externos, sino que tambin pueden afectar a
los entornos de verificacin y validacin.
Para ms informacin sobre los requerimientos para las interfaces, consltese el
rea de proceso de Desarrollo de requerimientos.
Para ms informacin sobre el diseo de las interfaces entre los componentes de
producto, consltese el rea de proceso de Solucin tcnica.
Para ms informacin sobre la gestin de los cambios para los requerimientos de
interfaz, consltese el rea de proceso de Gestin de requerimientos.
Para ms informacin sobre la distribucin de los cambios a las descripciones
(especificaciones) de las interfaces, de tal manera que todos puedan conocer el estado actual de las interfaces, consltese el rea de proceso de Gestin de configuracin.

La gestin de las interfaces incluye el mantenimiento de la consistencia de las interfaces, durante toda de la vida de producto, la resolucin de conflictos, los incumplimientos y los problemas de cambio. La
gestin de las interfaces entre los productos adquiridos de los proveedores y otros productos o componentes de producto es crtica para el
xito del proyecto.
Para ms informacin sobre la gestin de proveedores, consltese el rea de proceso de Gestin de acuerdos con proveedores.

Las interfaces deberan incluir, adems de las interfaces de los componentes de producto, todas las interfaces con el entorno, as como con
otros entornos para la verificacin, validacin, operaciones y soporte.
Los cambios de interfaz estn documentados, mantenidos y fcilmente accesibles.

Productos de trabajo tpicos

PI

1. Tabla de relaciones entre los componentes de producto y el entorno externo (p. ej., fuente de alimentacin principal, productos de
conexin y sistema de bus informtico).
2. Tabla de relaciones entre los diferentes componentes de producto.
3. Lista de acuerdos para las interfaces definidas para cada par de
componentes de producto, cuando sea aplicable.
4. Informes de las reuniones del grupo de trabajo de control de la interfaz.
5. Elementos de accin para la actualizacin de las interfaces.
6. Interfaz de programacin de aplicacin (API).
7. Descripcin o aprobacin de la interfaz actualizada.

18-PAGS_367-386

20/4/09

10:41

Pgina 376

376 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Subprcticas
1. Asegurar la compatibilidad de las interfaces a lo largo de la vida de
producto.
2. Resolver los conflictos y las no conformidades y los problemas de
cambio.
3. Mantener un repositorio para los datos de la interfaz accesible a
los participantes del proyecto.
Un repositorio comn accesible para los datos de la interfaz proporciona un mecanismo para asegurar que todos conocen dnde
residen los datos actuales de la interfaz y pueden acceder a ellos
para su uso.
SG 3

E NSAMBLAR LOS COMPONENTES DE PRODUCTO Y ENTREGAR EL PRODUCTO

Los componentes de producto verificados son ensamblados, y el producto


integrado, verificado y validado es entregado.
La integracin de los componentes de producto avanza de acuerdo a
la secuencia de integracin de producto y a los procedimientos disponibles. Antes de la integracin, debera confirmarse que cada componente de producto es conforme a sus requerimientos de interfaz.
Los componentes de producto se ensamblan dentro de componentes
de producto ms grandes y ms complejos. Estos componentes de
producto ensamblados se comprueban en cuanto a una correcta
interoperatividad. Este proceso contina hasta que se completa la integracin de producto. Si durante este proceso se identifican problemas, el problema debera documentarse e iniciarse un proceso de
accin correctiva.
Asegurar que el ensamblaje de los componentes de producto
dentro de componentes de producto ms grandes y ms complejos
es llevado a cabo de acuerdo a la secuencia de integracin de producto y a los procedimientos disponibles. La recepcin oportuna de
los componentes de producto necesarios y la involucracin de las
personas adecuadas contribuyen al xito de la integracin de dichos
componentes.
SP 3.1

CONFIRMAR LA DISPONIBILIDAD DE LOS COMPONENTES DE PRODUCTO PARA SU INTEGRACIN

Confirmar, antes de ensamblar, que cada componente de producto requerido


para ensamblar el producto ha sido identificado correctamente, funciona de
acuerdo a su descripcin y que las interfaces de componente de producto
cumplen con las descripciones de la interfaz.
Para ms informacin sobre la verificacin de los componentes de producto, consltese el rea de proceso de Verificacin.
Para ms informacin sobre las pruebas unitarias de los componentes de producto, consltese el rea de proceso de Solucin tcnica.

18-PAGS_367-386

20/4/09

10:41

Pgina 377

Integracin de producto

377

El propsito de esta prctica especfica es asegurar que el componente de


producto identificado apropiadamente que cumple con su descripcin,
puede realmente ser ensamblado de acuerdo a la secuencia de integracin
de producto y a los procedimientos disponibles. Los componentes de
producto se comprueban en cuanto a cantidad, daos obvios y consistencia entre el componente de producto y las descripciones de la interfaz.
Aquellos que llevan a cabo la integracin de producto son finalmente los responsables de la comprobacin, para asegurar que todo est correcto respecto a los componentes de producto antes del ensamblaje.

Productos de trabajo tpicos


1. Documentos de aceptacin de los componentes de producto recibidos.
2. Recibo de entrega.
3. Lista de paquetes verificados.
4. Informes de excepciones.
5. Exenciones.

Subprcticas
1. Seguir el estado de todos los componentes de producto tan pronto
como estn disponibles para la integracin.
2. Asegurar que los componentes de producto se entregan al entorno
de integracin de producto, de acuerdo con la secuencia de integracin de producto y los procedimientos disponibles.
3. Confirmar la recepcin de cada componente de producto identificado apropiadamente.
4. Asegurar que cada componente de producto recibido cumple su
descripcin.
5. Comprobar el estado de la configuracin frente a la configuracin
esperada.
6. Realizar una pre-comprobacin (p. ej., mediante una inspeccin
visual y el uso de medidas bsicas) de todas las interfaces fsicas
antes de conectar los componentes de producto.
SP 3.2

E NSAMBLAR LOS COMPONENTES DE PRODUCTO

Ensamblar los componentes de producto de acuerdo a la secuencia de


integracin de producto y a los procedimientos disponibles.
Las actividades de ensamblaje de esta prctica especfica y las actividades de evaluacin de la siguiente prctica especfica se llevan a cabo
iterativamente, desde los componentes de producto inicial, a travs de
ensamblajes intermedios de los componentes de producto, hasta la totalidad de producto.
PI

Productos de trabajo tpicos


1. Productos o componentes de producto ensamblados.

18-PAGS_367-386

20/4/09

10:41

Pgina 378

378 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Subprcticas
1. Asegurar la disponibilidad del entorno de integracin de producto.
2. Asegurar que la secuencia de ensamblaje se realiza correctamente.
Registrar toda la informacin apropiada (p. ej., estado de la configuracin, nmero de serie de los componentes de producto, tipos
y fecha de calibracin de los medidores).
3. Corregir la secuencia de integracin de producto y los procedimientos disponibles, segn sea apropiado.
SP 3.3

E VALUAR LOS COMPONENTES DE PRODUCTO ENSAMBLADOS

Evaluar los componentes de producto ensamblados para la compatibilidad de


la interfaz.
Para ms informacin sobre la verificacin de los componentes de producto ensamblados, consltese el rea de proceso de Verificacin.
Para ms informacin sobre la validacin de los componentes de producto ensamblados, consltese el rea de proceso de Validacin.

Esta evaluacin implica examinar y probar el rendimiento, la adecuacin, la disponibilidad o la preparacin de los componentes de producto ensamblados usando los procedimientos y entorno
disponibles. Es realizada, segn sea apropiado, para las diferentes
etapas de ensamblaje de los componentes de producto, como estn
identificadas, en la secuencia de integracin de producto y en los
procedimientos disponibles. La secuencia de integracin de producto
y los procedimientos disponibles pueden definir una integracin ms
refinada y una secuencia de evaluacin que podra ser slo visualizada examinando la arquitectura de producto. Por ejemplo, si un ensamblaje de componentes de producto se compone de cuatro
componentes de producto menos complejos, la secuencia de integracin no requerir necesariamente la integracin y evaluacin simultneas de las cuatro unidades como una sola. Ms bien, las cuatro
unidades menos complejas pueden integrarse progresivamente, una
por una, con una evaluacin despus de cada operacin de ensamblaje, previa a la realizacin del componente de producto ms complejo que corresponde a la especificacin en la arquitectura de
producto. Alternativamente, la secuencia de integracin de producto
y los procedimientos disponibles podran haber determinado que
slo una evaluacin final fuera lo mejor a realizar.

Productos de trabajo tpicos


1. Informes de excepcin.
2. Informes de evaluacin de interfaz.
3. Informes resumen de la integracin de producto.

18-PAGS_367-386

20/4/09

10:41

Pgina 379

Integracin de producto

379

Subprcticas
1. Llevar a cabo la evaluacin de los componentes de producto ensamblados siguiendo la secuencia de integracin de producto y los
procedimientos disponibles.
2. Registrar los resultados de la evaluacin.
Algunos ejemplos de los resultados incluyen:
Cualquier adaptacin requerida para el procedimiento de integracin.
Cualquier cambio para la configuracin de producto (piezas de
repuesto, nuevas versiones).
Evaluacin de las desviaciones del procedimiento.
SP 3.4

E MPAQUETAR Y ENTREGAR EL PRODUCTO O EL COMPONENTE DE PRODUCTO

Empaquetar el producto o componente de producto ensamblado y entregar al


cliente apropiado.
Para ms informacin sobre la verificacin de producto o un ensamblaje de los
componentes de producto antes del empaquetado, consltese el rea de proceso verificacin.
Para ms informacin sobre la validacin de producto o un ensamblaje de los
componentes de producto antes del empaquetado, consltese el rea de proceso de
validacin.

Los requerimientos de empaquetado para algunos productos pueden


tratarse en sus especificaciones y criterios de verificacin. Esto es especialmente importante cuando los elementos se almacenan y transportan por el cliente. En tales casos, puede haber una variedad de
condiciones ambientales y de estrs especificadas para el paquete. En
otras circunstancias, factores tales como los siguientes pueden llegar a
ser importantes:
La economa y facilidad de transporte (p. ej., en contenedores).
La responsabilidad (p. ej., embalaje).
La facilidad y seguridad de desempaquetar (p. ej., bordes afilados, resistencia de los mtodos de fijado, proteccin para el uso indebido por nios, consideraciones ecolgicas del material de empaquetado y el peso).

El ajuste requerido para encajar juntos los componentes de producto en la fbrica podra ser diferente de la requerida para encajar
juntos los componentes de producto cuando se instalan en el sitio
operacional. En ese caso, el diario de producto para el cliente debe
usarse para registrar tales parmetros especficos.

1. Producto o componentes de producto empaquetado.


2. Documentacin de entrega.

PI

Productos de trabajo tpicos

18-PAGS_367-386

20/4/09

10:41

Pgina 380

380 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Subprcticas
1. Revisar los requerimientos, el diseo, el producto, los resultados
de la verificacin y la documentacin para asegurar que los problemas que afectan al empaquetado y a la entrega de producto se
identifican y resuelven.
2. Usar mtodos eficaces para empaquetar y entregar el producto ensamblado.
PARA INGENIERA DEL SOFTWARE
Algunos ejemplos de mtodos de empaquetado y entrega de software son:
Cintas magnticas.
Disquetes.
Copias impresas de documentos.
Discos compactos.
Otras distribuciones electrnicas tales como Internet.

3. Satisfacer los requerimientos y los estndares aplicables para el


empaquetado y la entrega de producto.
Algunos ejemplos de requerimientos y estndares son los de proteccin,
entorno, seguridad, transporte y retirada.

PARA INGENIERA DEL SOFTWARE


Algunos ejemplos de requerimientos y estndares para el
empaquetado y la entrega de software son:
Tipo de almacenamiento y medios de entrega.
Conservacin de las copias maestras y de respaldo.
Documentacin requerida.
Derechos de autor.
Contrato de licencias.
Seguridad del software.

4. Preparar el sitio operacional para la instalacin de producto.


La preparacin del sitio operacional puede ser responsabilidad del
cliente o de los usuarios finales.
5. Entregar el producto y la documentacin relacionada, y confirmar
su recepcin.
6. Instalar el producto en el sitio operacional y confirmar el funcionamiento correcto.
Instalar el producto puede ser responsabilidad del cliente o de los
usuarios finales. En algunas circunstancias, puede ser necesario realizar muy poco para confirmar el funcionamiento correcto. En
otras circunstancias, la verificacin final de producto integrado
ocurre en el sitio operacional.

18-PAGS_367-386

20/4/09

10:41

Pgina 381

Integracin de producto

381

Prcticas genricas por meta


GG 1

L OGRAR LAS METAS ESPECFICAS

GP 1.1

R EALIZAR LAS PRCTICAS ESPECFICAS

Realizar las prcticas especficas del proceso de integracin de producto


para desarrollar los productos de trabajo y proporcionar servicios para
lograr las metas especficas del rea de proceso.
GG 2

S LO CONTINUO

El proceso da soporte y permite el logro de las metas especficas del rea


de proceso transformando los productos de trabajo de entrada identificables
para producir los productos de trabajo de salida identificables.

I NSTITUCIONALIZAR UN PROCESO GESTIONADO

GG 3

I NSTITUCIONALIZAR UN PROCESO DEFINIDO

El proceso est institucionalizado como un proceso definido.


La aparicin de esta meta genrica aqu refleja su ubicacin en
la representacin por etapas.
GP 2.1

S LO POR ETAPAS

El proceso est institucionalizado como un proceso gestionado.

ESTABLECER UNA POLTICA DE LA ORGANIZACIN

Establecer y mantener una poltica de la organizacin para planificar


y realizar el proceso de integracin de producto.

Elaboracin:
Esta poltica establece las expectativas de la organizacin para desarrollar las secuencias, los procedimientos y un entorno de integracin de producto; para asegurar la compatibilidad entre las interfaces
de los componentes de producto; para ensamblar los componentes de
producto; y para entregar el producto y los componentes de producto.
GP 2.2

P LANIFICAR EL PROCESO

Establecer y mantener el plan para realizar el proceso de integracin de


producto.

Elaboracin:
PI

Este plan para realizar el proceso de integracin de producto trata la


planificacin completa de todas las prcticas especficas en este rea
de proceso, desde la preparacin de la integracin de producto hasta
la entrega de producto final.

18-PAGS_367-386

20/4/09

10:41

Pgina 382

382 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


GP 2.3

P ROPORCIONAR RECURSOS

Proporcionar recursos adecuados para realizar el proceso de integracin de


producto, desarrollar los productos de trabajo, y proporcionar los servicios
del proceso.

Elaboracin:
La coordinacin de interfaz del componente de producto puede lograrse con un grupo de trabajo de control de interfaz consistente de
personas que representan las interfaces externas e internas. Tales grupos pueden usarse para deducir las necesidades del desarrollo de los
requerimientos de la interfaz.
Instalaciones especiales pueden requerirse para el ensamblaje y la
entrega de producto. Cuando sea necesario, las instalaciones requeridas para las actividades del rea de proceso de integracin de producto se desarrollarn o comprarn.
Algunos ejemplos de otros recursos proporcionados son las siguientes
herramientas:
Herramientas de prototipado.
Herramientas de anlisis
Herramientas de simulacin.
Herramientas de gestin de interfaz.
Herramientas de ensamblaje (p. ej., compiladores, make, herramientas
de unin, molduras, instalaciones).

GP 2.4

ASIGNAR RESPONSABILIDAD

Asignar la responsabilidad y la autoridad para realizar el proceso, desarrollar


los productos de trabajo, y proporcionar los servicios del proceso de
integracin de producto.

GP 2.5

FORMAR AL PERSONAL

Formar, segn sea necesario, a las personas para realizar o dar soporte al
proceso de integracin de producto.

Elaboracin:
Algunos ejemplos de temas de formacin son:
Dominio de la aplicacin.
Procedimientos y criterios de integracin de producto.
Instalaciones de la organizacin para la integracin y el ensamblaje.
Mtodos de ensamblaje.
Estndares de empaquetado.

18-PAGS_367-386

20/4/09

10:41

Pgina 383

Integracin de producto

GP 2.6

383

G ESTIONAR CONFIGURACIONES

Poner los productos de trabajo designados del proceso de integracin de


producto bajo los niveles de control apropiados.

Elaboracin:
Algunos ejemplos de productos de trabajo puestos bajo control son:
Documentos de aceptacin para los componentes de producto
recibidos.
Productos y componentes de producto ensamblados y evaluados.
Secuencia de integracin de producto.
Procedimientos y criterios para la integracin de producto.
Descripciones o acuerdos de la interfaz actualizados.

GP 2.7

I DENTIFICAR E INVOLUCRAR A LAS PARTES INTERESADAS RELEVANTES

Identificar e involucrar, como se planific, a las partes interesadas relevantes


del proceso de integracin de producto.

Elaboracin:
Seleccionar a las partes interesadas relevantes de los clientes, usuarios
finales, desarrolladores, productores, personal de pruebas, proveedores, personal de mantenimiento, personal disponible y otros que pueden ser afectados o puedan afectar al producto as como al proceso.
Algunos ejemplos de actividades para la involucrar a las partes
interesadas son:
Revisar la completitud de las descripciones de interfaz.
Establecer la secuencia de integracin de producto.
Establecer los procedimientos y los criterios para la integracin de
producto.
Ensamblar y entregar el producto y los componentes de producto.
Comunicar los resultados despus de la evaluacin.
Comunicar los nuevos procesos de integracin de producto, eficaces
para dar a las personas afectadas la oportunidad de mejorar su
rendimiento.

M ONITORIZAR Y CONTROLAR EL PROCESO

Monitorizar y controlar el proceso de integracin de producto frente al plan


para realizar el proceso y tomar las acciones correctivas apropiadas.

PI

GP 2.8

20/4/09

10:41

Pgina 384

384 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Elaboracin:
Algunos ejemplos de medidas y de productos de trabajo usados en la
monitorizacin y control son:
Perfil de la integracin del componente de producto (p. ej., componentes
de producto ensamblados planificados y realizados, y el nmero de
excepciones encontradas)
Tendencias de informes de problemas de evaluacin de la integracin
(p. ej., nmero de emitidos y nmero de cerrados)
Antigedad de los informes de problemas de evaluacin de la
integracin (es decir, cunto tiempo ha estado abierto cada informe de
problemas)
Calendario para la realizacin de actividades de integracin especficas.

GP 2.9

E VALUAR OBJETIVAMENTE LA ADHERENCIA

Evaluar objetivamente la adherencia del proceso de integracin de producto


frente a la descripcin del proceso, estndares y procedimientos, y tratar las
no conformidades.

Elaboracin:
Algunos ejemplos de actividades revisadas son:
Establecer y mantener una secuencia de integracin de producto.
Asegurar la compatibilidad de la interfaz.
Ensamblar los componentes de producto y entregar el producto.

Algunos ejemplos de productos de trabajo revisados son:


Secuencia de integracin de producto.
Procedimientos y criterios de integracin de producto.
Documentos de aceptacin para los componentes de producto
recibidos.
Producto y componentes de producto ensamblados.

GP 2.10

R EVISAR EL ESTADO CON EL NIVEL DIRECTIVO

Revisar con el nivel directivo las actividades, el estado y los resultados del
proceso de integracin de producto, y resolver los problemas.

GG 3

I NSTITUCIONALIZAR UN PROCESO DEFINIDO

El proceso est institucionalizado como un proceso definido.


La aparicin de esta meta genrica aqu refleja su ubicacin en
la representacin continua.

S LO CONTINUA

18-PAGS_367-386

18-PAGS_367-386

20/4/09

10:41

Pgina 385

Integracin de producto

GP 3.1

385

ESTABLECER UN PROCESO DEFINIDO

Establecer y mantener la descripcin de un proceso definido de integracin de


producto.
GP 3.2

R ECOGER INFORMACIN DE MEJORA

Recoger productos de trabajo, medidas, resultados de la medicin e


informacin de mejora procedente de la planificacin y realizacin del
proceso de integracin de producto, para dar soporte al uso futuro y a la
mejora de los procesos y de los activos de proceso de la organizacin.

Elaboracin:
Algunos ejemplos de productos de trabajo, medidas, resultados de la
medicin e informacin de mejora son:
Registros de recepcin de los componentes de producto, informes de
excepciones, confirmacin del estado de la configuracin y resultados
de comprobacin de la disponibilidad.
Porcentaje del esfuerzo del desarrollo total gastado en la integracin de
producto (lo real hasta la fecha ms la estimacin hasta completar).
Defectos encontrados en el producto y en el entorno de pruebas durante
la integracin de producto.
Informe de problemas resultantes de la integracin de producto.

GG 4

I NSTITUCIONALIZAR UN PROCESO GESTIONADO CUANTITATIVAMENTE

El proceso est institucionalizado como un proceso gestionado


cuantitativamente.
ESTABLECER OBJETIVOS CUANTITATIVOS PARA EL PROCESO

Establecer y mantener los objetivos cuantitativos para el proceso de


integracin de producto, los cuales tratan la calidad y el rendimiento del
proceso, en base a las necesidades del cliente y a los objetivos de negocio.
GP 4.2

ESTABILIZAR EL RENDIMIENTO DEL SUBPROCESO

S LO CONTINUA

GP 4.1

Estabilizar el rendimiento de uno o ms subprocesos para determinar la


capacidad del proceso de integracin de producto para lograr los objetivos
cuantitativos establecidos de calidad y de rendimiento del proceso.
I NSTITUCIONALIZAR UN PROCESO EN OPTIMIZACIN

El proceso est institucionalizado como un proceso en optimizacin.

PI

GG 5

20/4/09

10:41

Pgina 386

386 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


GP 5.1

ASEGURAR LA MEJORA CONTINUA DEL PROCESO

Asegurar la mejora continua del proceso de integracin de producto para


satisfacer los objetivos de negocio relevantes de la organizacin.

GP 5.2

C ORREGIR LAS CAUSAS RAZ DE LOS PROBLEMAS

Identificar y corregir las causas raz de los defectos y de otros problemas en


el proceso de integracin de producto.

S LO CONTINUA

18-PAGS_367-386

19-PAGS_387-400

20/4/09

10:45

Pgina 387

PMC

MONITORIZACIN Y CONTROL DEL PROYECTO


Un rea de proceso de gestin de proyectos en el nivel de madurez 2

Propsito
El propsito de la Monitorizacin y control de proyecto (PMC) es proporcionar una comprensin del progreso del proyecto para que se puedan tomar las acciones correctivas apropiadas, cuando el rendimiento
del proyecto se desve significativamente del plan.

Notas introductorias
Un plan documentado de proyecto es la base para la monitorizacin
de las actividades, la comunicacin del estado y la toma de acciones
correctivas. El progreso se determina principalmente comparando los
atributos de los productos de trabajo y de las tareas, el esfuerzo, el
coste y el calendario reales, con el plan en los hitos o niveles de control prescritos dentro del calendario del proyecto o de la estructura de
descomposicin del trabajo (WBS, Work Breakdown Structure). La visibilidad apropiada permite que las acciones correctivas sean llevadas
a cabo de manera oportuna cuando el rendimiento se desva significativamente del plan. Una desviacin es significativa si, cuando se deja
sin resolver, impide al proyecto cumplir sus objetivos.
El trmino plan de proyecto se usa en todas estas prcticas para
hacer referencia al plan global para controlar el proyecto.
Cuando el estado real se desva significativamente de los valores esperados, se llevan a cabo acciones correctivas segn sea apropiado. Estas
acciones pueden requerir replanificacin, la cual puede incluir la correccin del plan original, el establecimiento de nuevos acuerdos o la inclusin de actividades adicionales de mitigacin dentro del plan actual.

reas de proceso relacionadas


Para ms informacin sobre el plan del proyecto, incluyendo cmo se especifica el
nivel apropiado de monitorizacin del proyecto, las medidas usadas para monitorizar el progreso y los riesgos conocidos, consltese el rea de proceso de
Planificacin de proyecto.
Para ms informacin sobre los procesos de medicin, anlisis y registro de informacin, consltese el rea de proceso de Medicin y anlisis.

387

19-PAGS_387-400

20/4/09

10:45

Pgina 388

388 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Resumen de Metas y prcticas especficas


SG 1 Monitorizar el proyecto frente al plan.
SP 1.1 Monitorizar los parmetros de planificacin del proyecto.
SP 1.2 Monitorizar los compromisos.
SP 1.3 Monitorizar los riesgos del proyecto.
SP 1.4 Monitorizar la gestin de datos.
SP 1.5 Monitorizar la involucracin de las partes interesadas.
SP 1.6 Llevar a cabo revisiones de progreso.
SP 1.7 Llevar a cabo revisiones de hitos.
SG 2 Gestionar las acciones correctivas hasta su cierre.
SP 2.1 Analizar problemas.
SP 2.2 Llevar a cabo las acciones correctivas.
SP 2.3 Gestionar las acciones correctivas.

Prcticas especficas por meta


SG 1

M ONITORIZAR EL PROYECTO FRENTE AL PLAN

El rendimiento y el progreso real del proyecto son monitorizados frente al plan


del proyecto.
SP 1.1

M ONITORIZAR LOS PARMETROS DE PLANIFICACIN DEL PROYECTO

Monitorizar los valores reales de los parmetros de planificacin del proyecto


frente al plan del proyecto.
Los parmetros de la planificacin del proyecto constituyen indicadores tpicos del progreso y del rendimiento del proyecto, e incluyen
atributos de los productos de trabajo y tareas, coste, esfuerzo y calendario. Los atributos de los productos de trabajo y de las tareas incluyen elementos tales como tamao, complejidad, peso, forma, ajuste o
funcin.
La monitorizacin normalmente involucra la medicin de los valores reales de los parmetros de la planificacin del proyecto, la comparacin de los valores reales con los estimados en el plan, y la
identificacin de desviaciones significativas. Registrar los valores reales de los parmetros de planificacin del proyecto incluye el registro
de la informacin contextual asociada que ayuda a comprender las
medidas. En la segunda meta especfica y sus prcticas especficas de
este rea de proceso, se maneja un anlisis del impacto que tienen las
desviaciones significativas para determinar qu acciones correctivas
tomar.

Productos de trabajo tpicos


1. Registros del rendimiento del proyecto.
2. Registros de desviaciones significativas.

19-PAGS_387-400

20/4/09

10:45

Pgina 389

Monitorizacin y control del proyecto

389

Subprcticas

Para informacin sobre los atributos de los productos de trabajo y de las


tareas, consltese el rea de proceso de Planificacin de proyecto.

La monitorizacin de los atributos de los productos de trabajo y de


las tareas normalmente incluye:
Medir peridicamente los atributos reales de los productos de
trabajo y de las tareas (y los cambios a los atributos), tales como
el tamao o la complejidad.
Comparar los atributos reales de los productos de trabajo y de
las tareas (y los cambios a los atributos) con las estimaciones
documentadas en el plan del proyecto.
Identificar las desviaciones significativas de las estimaciones en
el plan del proyecto.

4. Monitorizar los recursos proporcionados y los usados.


Para informacin sobre los recursos planificados, consltese el rea de
proceso de Planificacin de proyecto.

Algunos ejemplos de recursos son:


Instalaciones fsicas.
Ordenadores, perifricos y software usados en el diseo, fabricacin,
pruebas y operacin.
Redes.
Entornos de seguridad.
Personal del proyecto.
Procesos.

PMC

1. Monitorizar el progreso frente al calendario.


La monitorizacin del progreso normalmente incluye:
Medir peridicamente la terminacin real de las actividades e
hitos.
Comparar la terminacin real de las actividades e hitos frente al
calendario documentado en el plan de proyecto.
Identificar las desviaciones significativas de las estimaciones del
calendario en el plan de proyecto.
2. Monitorizar el coste y el esfuerzo gastado en el proyecto.
La monitorizacin del coste y del esfuerzo incluye normalmente:
Medir peridicamente el esfuerzo y el coste reales gastados y el
personal asignado.
Comparar el esfuerzo, los costes, el personal y la formacin reales con las estimaciones y el presupuesto documentados en el
plan de proyecto.
Identificar las desviaciones significativas del presupuesto en el
plan de proyecto.
3. Monitorizar los atributos de los productos de trabajo y de las tareas.

19-PAGS_387-400

20/4/09

10:45

Pgina 390

390 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


5. Monitorizar el conocimiento y las habilidades del personal del
proyecto.
Para informacin sobre la planificacin del conocimiento y de las habilidades necesarias para la ejecucin del proyecto, consltese el rea de proceso de Planificacin de proyecto.

La monitorizacin del conocimiento y de las habilidades del personal del proyecto normalmente incluye:
Medir peridicamente la adquisicin del conocimiento y de las
habilidades por el personal del proyecto.
Comparar la formacin real obtenida con la documentada en el
plan de proyecto.
Identificar las desviaciones significativas de las estimaciones en
el plan de proyecto.

6. Documentar las desviaciones significativas en los parmetros de la


planificacin del proyecto.
SP 1.2

M ONITORIZAR LOS COMPROMISOS

Monitorizar los compromisos frente a aquellos identificados en el plan de


proyecto.

Productos de trabajo tpicos


1. Registros de las revisiones de los compromisos.

Subprcticas
1. Revisar los compromisos (tanto internos como externos) con regularidad.
2. Identificar los compromisos que no han sido satisfechos o que estn en riesgo significativo de no ser satisfechos.
3. Documentar los resultados de las revisiones de los compromisos.
SP 1.3

M ONITORIZAR LOS RIESGOS DEL PROYECTO

Monitorizar los riesgos frente a aquellos identificados en el plan de proyecto.


Para ms informacin sobre la identificacin de los riesgos del proyecto, consltese el rea de proceso de Planificacin de proyecto.
Para ms informacin sobre las actividades de gestin de riesgos, consltese el
rea de proceso de Gestin de riesgos.

Productos de trabajo tpicos


1. Registros de la monitorizacin de los riesgos del proyecto.

Subprcticas
1. Revisar peridicamente la documentacin de los riesgos en el contexto del estado y de las circunstancias actuales del proyecto.
2. Corregir la documentacin de los riesgos, a medida que se va disponiendo de informacin adicional, para incorporar los cambios.

19-PAGS_387-400

20/4/09

10:45

Pgina 391

Monitorizacin y control del proyecto

391

3. Comunicar el estado de los riesgos a las partes interesadas relevantes.

SP 1.4

M ONITORIZAR LA GESTIN DE LOS DATOS

Monitorizar la gestin de los datos del proyecto frente al plan de proyecto.


Para ms informacin sobre la identificacin de los tipos de datos que deberan
gestionarse y cmo planificar su gestin, consltese la prctica especfica
Planificar la gestin de los datos del rea de proceso de Planificacin de proyecto.

Una vez que los planes para la gestin de los datos del proyecto se realizan, la gestin de esos datos debe monitorizarse para asegurar que
se cumplen esos planes.

Productos de trabajo tpicos


1. Registros de la gestin de los datos.

Subprcticas
1. Revisar peridicamente las actividades de la gestin de los datos
frente a su descripcin en el plan de proyecto.
2. Identificar y documentar los problemas significativos y sus impactos.
3. Documentar los resultados de las revisiones de la actividad de gestin de los datos.
SP 1.5

M ONITORIZAR LA INVOLUCRACIN DE LAS PARTES INTERESADAS

Monitorizar la involucracin de las partes interesadas frente al plan de proyecto.


Para ms informacin sobre la identificacin de las partes interesadas relevantes
y la planificacin de la involucracin adecuada con ellos, consltese la prctica
especfica Planificar la involucracin de las partes interesadas en el rea de proceso de Planificacin de proyecto.

Una vez que han sido identificadas las partes interesadas y se especifica la extensin de su involucracin dentro del proyecto en su planificacin, esa involucracin debe monitorizarse para asegurar que estn
ocurriendo las interacciones adecuadas.

Productos de trabajo tpicos


1. Registros de la involucracin de las partes interesadas.

Subprcticas
1. Revisar peridicamente el estado de la involucracin de las partes
interesadas.

PMC

Algunos ejemplos de estado de riesgos son:


Un cambio en la probabilidad de que el riesgo ocurra.
Un cambio en la prioridad del riesgo.

19-PAGS_387-400

20/4/09

10:45

Pgina 392

392 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


2. Identificar y documentar los problemas significativos y sus impactos.
3. Documentar los resultados de las revisiones del estado de la involucracin de las partes interesadas.
SP 1.6

LLEVAR A CABO REVISIONES DE PROGRESO

Revisar peridicamente el progreso, el rendimiento y los problemas del proyecto.


Las revisiones de progreso son revisiones sobre un proyecto para mantener informadas a las partes interesadas. Estas revisiones del proyecto
pueden ser revisiones informales y pueden no estar especificadas explcitamente en los planes de proyecto.

Productos de trabajo tpicos


1. Resultados documentados de las revisiones del proyecto.

Subprcticas
1. Comunicar con regularidad el estado de las actividades asignadas
y de los productos de trabajo a las partes interesadas relevantes.
Los gerentes, los miembros de la plantilla, los clientes, los usuarios finales, los proveedores y otras partes interesadas relevantes dentro de
la organizacin son incluidos en las revisiones segn sea apropiado.
2. Revisar los resultados de la recogida y el anlisis de las medidas
para el control del proyecto.
Para ms informacin sobre el proceso para medir y analizar los datos
del rendimiento del proyecto, consltese el rea de proceso de Medicin y
anlisis.

3. Identificar y documentar problemas y desviaciones significativas


del plan.
4. Documentar las peticiones de cambio y los problemas identificados en cualquiera de los productos de trabajo y de los procesos.
Para ms informacin sobre cmo se gestionan los cambios, consltese el
rea de proceso de Gestin de configuracin.

5. Documentar los resultados de las revisiones.


6. Seguir las peticiones de cambio y los informes de los problemas
hasta su cierre.
SP 1.7

LLEVAR A CABO REVISIONES DE HITOS

Revisar los logros y los resultados del proyecto en los hitos seleccionados del
proyecto.
Para ms informacin sobre la planificacin de los hitos, consltese el rea de
proceso de Planificacin de proyecto.

Las revisiones de los hitos se planifican durante la planificacin del


proyecto y son normalmente revisiones formales.

19-PAGS_387-400

20/4/09

10:45

Pgina 393

Monitorizacin y control del proyecto

393

Productos de trabajo tpicos

Subprcticas
1. Llevar a cabo revisiones en los puntos significativos del calendario
del proyecto, tal como la finalizacin de etapas seleccionadas, con
las partes interesadas relevantes.
Los gerentes, los miembros de la plantilla, los clientes, los usuarios
finales, los proveedores y otras partes interesadas relevantes dentro
de la organizacin son incluidos en las revisiones segn sea apropiado.
2. Revisar los compromisos, el plan, el estado y los riesgos del proyecto.
3. Identificar y documentar los problemas significativos y sus impactos.
4. Documentar los resultados de la revisin, los elementos de accin
y las decisiones.
5. Seguir los elementos de accin hasta su cierre.
SG 2

G ESTIONAR LAS ACCIONES CORRECTIVAS HASTA SU CIERRE

Las acciones correctivas son gestionadas hasta su cierre cuando el rendimiento


o los resultados del proyecto se desvan significativamente del plan.
SP 2.1

ANALIZAR LOS PROBLEMAS

Recoger y analizar los problemas y determinar las acciones correctivas


necesarias para tratarlos.

Productos de trabajo tpicos


1. Lista de problemas que necesitan acciones correctivas.

Subprcticas
1. Recoger los problemas para su anlisis.
Los problemas se recogen de las revisiones y de la ejecucin de
otros procesos.
Algunos ejemplos de problemas a recoger son:
Problemas descubiertos durante la realizacin de las actividades de
verificacin y de validacin.
Desviaciones significativas en los parmetros de planificacin del
proyecto respecto a las estimaciones en el plan del proyecto.
Compromisos (tanto internos como externos) que no han sido
satisfechos.
Cambios significativos en el estado del riesgo.
Problemas de acceso, recogida, privacidad o seguridad de los datos.
Problemas de representacin o involucracin de las partes interesadas.

PMC

1. Resultados documentados de las revisiones de los hitos.

19-PAGS_387-400

20/4/09

10:45

Pgina 394

394 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


2. Analizar los problemas para determinar la necesidad de acciones
correctivas.
Para informacin sobre los criterios de las acciones correctivas, consltese el rea de proceso de Planificacin de proyecto.
La accin correctiva se requiere cuando el problema, si se deja sin
resolver, puede impedir al proyecto cumplir sus objetivos.

SP 2.2

LLEVAR A CABO LAS ACCIONES CORRECTIVAS

Llevar a cabo acciones correctivas sobre los problemas identificados.

Productos de trabajo tpicos


1. Plan de acciones correctivas.

Subprcticas
1. Determinar y documentar las acciones apropiadas necesarias para
tratar los problemas identificados.
Para ms informacin sobre el plan del proyecto cuando es necesaria
la replanificacin, consltese el rea de proceso de Planificacin de
proyecto.
Algunos ejemplos de acciones potenciales son:
Modificar la declaracin de trabajo.
Modificar los requerimientos.
Corregir las estimaciones y los planes.
Renegociar los compromisos.
Aadir recursos.
Cambiar los procesos.
Corregir los riesgos del proyecto.
2. Revisar y obtener acuerdos con las partes interesadas relevantes
sobre las acciones a tomar.
3. Negociar los cambios a los compromisos internos y externos.

SP 2.3

G ESTIONAR LAS ACCIONES CORRECTIVAS

Gestionar las acciones correctivas hasta su cierre.

Productos de trabajo tpicos


1. Resultados de las acciones correctivas.

Subprcticas
1. Monitorizar las acciones correctivas hasta su terminacin.

19-PAGS_387-400

20/4/09

10:45

Pgina 395

Monitorizacin y control del proyecto

395

PMC

2. Analizar los resultados de las acciones correctivas para determinar


su eficacia.
3. Determinar y documentar las acciones apropiadas para corregir las
desviaciones de los resultados planificados para las acciones correctivas.
Las lecciones aprendidas como resultado de tomar una accin correctiva pueden ser entradas a los procesos de planificacin y de
gestin de riesgos.

Prcticas genricas por meta


L OGRAR LAS METAS ESPECFICAS

El proceso da soporte y permite el logro de las metas especficas del rea de


proceso, transformando los productos de trabajo de entrada identificables
para producir productos de trabajo de salida identificables.
GP 1.1

R EALIZAR LAS PRCTICAS ESPECFICAS

Realizar las prcticas especficas del proceso de monitorizacin y control de


proyecto para desarrollar productos de trabajo y proporcionar servicios para
alcanzar las metas especficas del rea de proceso.
GG 2

I NSTITUCIONALIZAR UN PROCESO GESTIONADO

El proceso est institucionalizado como un proceso gestionado.


GP 2.1

ESTABLECER UNA POLTICA DE LA ORGANIZACIN

Establecer y mantener una poltica de la organizacin para planificar y realizar


el proceso de monitorizacin y control de proyecto.

Elaboracin:
Esta poltica establece las expectativas de la organizacin para monitorizar el rendimiento frente al plan del proyecto, y para gestionar las acciones correctivas hasta su cierre cuando el rendimiento o los
resultados reales se desvan significativamente del plan.
GP 2.2

P LANIFICAR EL PROCESO

Establecer y mantener el plan para realizar el proceso de monitorizacin y


control de proyecto.

Elaboracin:
Este plan para realizar el proceso de monitorizacin y control de proyecto puede ser parte de (o referenciado por) el plan de proyecto, el
cual se describe en el rea de proceso de Planificacin de proyecto.

S LO CONTINUO

GG 1

19-PAGS_387-400

20/4/09

10:45

Pgina 396

396 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


GP 2.3

P ROPORCIONAR RECURSOS

Proporcionar recursos adecuados para realizar el proceso de monitorizacin y


control de proyecto, desarrollar los productos de trabajo y proporcionar los
servicios del proceso.

Elaboracin:
Algunos ejemplos de recursos proporcionados son las siguientes
herramientas:
Sistemas de seguimiento del coste.
Sistemas de informe del esfuerzo.
Sistemas de seguimiento de los elementos de accin.
Programas de calendario y de gestin del proyecto.

GP 2.4

ASIGNAR RESPONSABILIDAD

Asignar la responsabilidad y la autoridad para ejecutar el proceso, desarrollar


los productos de trabajo y proporcionar los servicios del proceso de
monitorizacin y control de proyecto.
GP 2.5

FORMAR AL PERSONAL

Formar, segn sea necesario, a las personas para realizar o dar soporte al
proceso de monitorizacin y control de proyecto.

Elaboracin:
Algunos ejemplos de temas de formacin son:
Monitorizacin y control de proyectos.
Gestin de riesgos.
Gestin de los datos.

GP 2.6

G ESTIONAR CONFIGURACIONES

Poner los productos de trabajo designados del proceso de monitorizacin y


control de proyecto bajo los niveles de control apropiados.

Elaboracin:
Algunos ejemplos de productos de trabajo puestos bajo control son:
Calendarios del proyecto con estado.
Datos y anlisis de medicin del proyecto.
Informes de valor ganado.

19-PAGS_387-400

20/4/09

10:45

Pgina 397

Monitorizacin y control del proyecto

GP 2.7

397

I DENTIFICAR E INVOLUCRAR A LAS PARTES INTERESADAS RELEVANTES

Elaboracin:
Para ms informacin sobre la relacin entre la prctica genrica 2.7 y
la prctica de Monitorizar la involucracin de las partes interesadas en
el rea de proceso de Monitorizacin y control de proyecto, consltese
la Tabla II.2 en la pgina 172 en Metas genricas y prcticas genricas.
Algunos ejemplos de actividades para involucrar a las partes interesadas
son:
Evaluar el proyecto frente al plan.
Revisar los compromisos y resolver los problemas.
Revisar los riesgos del proyecto.
Revisar las actividades de gestin de los datos.
Revisar el progreso del proyecto.
Gestionar las acciones correctivas hasta su cierre.
GP 2.8

M ONITORIZAR Y CONTROLAR EL PROCESO

Monitorizar y controlar el proceso de monitorizacin y control de proyecto


frente al plan, para realizar el proceso y tomar las acciones correctivas
apropiadas.

Elaboracin:
Para ms informacin sobre la relacin entre la prctica genrica 2.8 y
el rea de proceso de Monitorizacin y control de proyecto, consltese la Tabla II.2 en la pgina 172 en Metas genricas y prcticas genricas.
Algunos ejemplos de medidas y de productos de trabajo usados en la
monitorizacin y control son:
Nmero de acciones correctivas abiertas y cerradas.
Calendario con el estado de la recogida mensual de los datos
financieros, anlisis e informe.
Nmero y tipos de revisiones realizadas.
Calendario de revisiones (fechas planificadas contra reales y
desplazamientos de fechas objetivo).
Calendario para la recogida y el anlisis de los datos de monitorizacin.
GP 2.9

E VALUAR OBJETIVAMENTE LA ADHERENCIA

Evaluar objetivamente la adherencia del proceso de monitorizacin y control


de proyecto frente a la descripcin del proceso, estndares y procedimientos,
y tratar las no conformidades.

PMC

Identificar e involucrar, como se planific, a las partes interesadas relevantes


del proceso de monitorizacin y control de proyecto.

10:45

Pgina 398

398 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Elaboracin:
Algunos ejemplos de actividades revisadas son:
Monitorizar el rendimiento del proyecto frente al plan de proyecto.
Gestionar las acciones correctivas hasta su cierre.
Algunos ejemplos de productos de trabajo revisados son:
Registros de rendimiento del proyecto.
Resultados de las revisiones del proyecto.

GP 2.10

R EVISAR EL ESTADO CON EL NIVEL DIRECTIVO

Revisar con el nivel directivo las actividades, el estado y los resultados del
proceso de monitorizacin y control de proyecto, y resolver los problemas.
GG3 y sus prcticas no se aplican para la calificacin de nivel de madurez 2, pero
s se aplican para las calificaciones de nivel de madurez 3 y superiores.

GG 3

S LO
ETAPAS

20/4/09

I NSTITUCIONALIZAR UN PROCESO DEFINIDO

El proceso est institucionalizado como un proceso definido.

GP 3.1

ESTABLECER UN PROCESO DEFINIDO

Establecer y mantener la descripcin de un proceso definido de


monitorizacin y control de proyecto.
GP 3.2

R ECOGER INFORMACIN DE MEJORA

Recoger productos de trabajo, medidas, resultados de medicin e informacin


de mejora procedentes de la planificacin y realizacin del proceso de
monitorizacin y control de proyecto, para dar soporte al uso futuro y a la
mejora de los procesos y de los activos de proceso de la organizacin.

Elaboracin:
Algunos ejemplos de productos de trabajo, medidas, resultados de la
medicin e informacin de mejora son:
Registros de las desviaciones significativas.
Criterios para determinar lo que constituye una desviacin.
Resultados de las acciones correctivas.

S LO CONTINUO /N IVELES DE MADUREZ 3-5

19-PAGS_387-400

19-PAGS_387-400

20/4/09

10:45

Pgina 399

Monitorizacin y control del proyecto

GG 4

399

I NSTITUCIONALIZAR UN PROCESO GESTIONADO CUANTITATIVAMENTE


PMC

El proceso est institucionalizado como un proceso gestionado


cuantitativamente.
GP 4.1

ESTABLECER OBJETIVOS CUANTITATIVOS PARA EL PROCESO

Establecer y mantener los objetivos cuantitativos para el proceso de


monitorizacin y control de proyecto, los cuales tratan la calidad y el
rendimiento del proceso en base a las necesidades del cliente y a los
objetivos de negocio.
ESTABILIZAR EL RENDIMIENTO DEL SUBPROCESO

Estabilizar el rendimiento de uno o ms subprocesos para determinar la


capacidad del proceso de monitorizacin y control de proyecto para
alcanzar los objetivos cuantitativos establecidos de calidad y de rendimiento
del proceso.
GG 5

I NSTITUCIONALIZAR UN PROCESO EN OPTIMIZACIN

El proceso est institucionalizado como un proceso en optimizacin.


GP 5.1

ASEGURAR LA MEJORA CONTINUA DEL PROCESO

Asegurar la mejora continua del proceso de monitorizacin y control de


proyecto al satisfacer los objetivos de negocio relevantes de la organizacin.
GP 5.2

C ORREGIR LAS CAUSAS RAZ DE LOS PROBLEMAS

Identificar y corregir las causas raz de los defectos y de otros problemas en el


proceso de monitorizacin y control de proyecto

S LO CONTINUO

GP 4.2

19-PAGS_387-400

20/4/09

10:45

Pgina 400

20-PAGS_401-426

20/4/09

10:50

Pgina 401

PLANIFICACIN DE PROYECTO
Un rea de proceso de gestin de proyectos en el nivel de madurez 2
PP

Propsito
El propsito de la Planificacin de proyecto (PP) es establecer y mantener planes que definan las actividades del proyecto.

Notas Introductorias
El rea de proceso de Planificacin de proyecto implica:
Desarrollar el plan del proyecto.
Interactuar con las partes interesadas de forma apropiada.
Obtener el compromiso con el plan.
Mantener el plan.

La planificacin comienza con los requerimientos que definen el


producto y el proyecto.
La planificacin incluye la estimacin de los atributos de los productos de trabajo y de las tareas, la determinacin de los recursos necesarios, la negociacin de los compromisos, la elaboracin de un
calendario, y la identificacin y el anlisis de los riesgos del proyecto.
Para establecer el plan del proyecto, puede ser necesario realizar iteraciones sobre estas actividades. El plan del proyecto proporciona la
base para realizar y controlar las actividades del proyecto dirigidas a
los compromisos con el cliente del proyecto.
El plan del proyecto usualmente necesitar corregirse a medida
que el proyecto progresa, para dar tratamiento a los cambios en los requerimientos y en los compromisos, las estimaciones inexactas, las acciones correctivas y los cambios del proceso. Las prcticas especficas
que describen tanto la planificacin como la replanificacin estn contenidas en este rea de proceso.
El trmino plan del proyecto se usa durante todas las prcticas
genricas y especficas en este rea de proceso para referirse al plan
global para controlar el proyecto.
401

20-PAGS_401-426

20/4/09

10:50

Pgina 402

402 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

reas de proceso relacionadas


Para ms informacin sobre el desarrollo de los requerimientos que definen el
producto y los componentes del producto, consltese el rea de proceso de
Desarrollo de requerimientos. Los requerimientos del producto y de los componentes del producto, y los cambios a estos requerimientos, sirven como base para
la planificacin y la replanificacin.
Para ms informacin sobre la gestin de los requerimientos necesarios para la
planificacin y la replanificacin, consltese el rea de proceso de Gestin de requerimientos.
Para ms informacin sobre la identificacin y la gestin de los riesgos, consltese el rea de proceso de Gestin de riesgos.
Para ms informacin sobre la transformacin de los requerimientos en soluciones de producto y de componentes del producto, consltese el rea de proceso de
Solucin tcnica.

Resumen de Metas y prcticas especficas


SG 1 Establecer estimaciones.
SP 1.1 Estimar el alcance del proyecto.
SP 1.2 Establecer las estimaciones de los atributos del producto de trabajo y de las tareas.
SP 1.3 Definir el ciclo de vida del proyecto.
SP 1.4 Determinar las estimaciones de esfuerzo y de coste.
SG 2 Desarrollar un plan de proyecto.
SP 2.1 Establecer el presupuesto y el calendario.
SP 2.2 Identificar los riesgos del proyecto.
SP 2.3 Planificar la gestin de los datos.
SP 2.4 Planificar los recursos del proyecto.
SP 2.5 Planificar el conocimiento y las habilidades necesarias.
SP 2.6 Planificar la involucracin de las partes interesadas.
SP 2.7 Establecer el plan de proyecto.
SG 3 Obtener el compromiso con el plan.
SP 3.1 Revisar los planes que afectan al proyecto.
SP 3.2 Reconciliar los niveles de trabajo y de recursos.
SP 3.3 Obtener el compromiso con el plan.

Prcticas especficas por meta


SG 1

E STABLECER ESTIMACIONES

Las estimaciones de los parmetros de la planificacin del proyecto son


establecidas y mantenidas.
Los parmetros de la planificacin del proyecto incluyen toda la informacin necesaria para realizar la necesaria planificacin, organizacin, asignacin de personal, direccin, coordinacin, informacin y
preparacin de presupuestos.
Las estimaciones de los parmetros de la planificacin deberan tener una base slida para inculcar la confianza de que cualquier plan
basado en estas estimaciones ser capaz de dar soporte a los objetivos
del proyecto.

20-PAGS_401-426

20/4/09

10:50

Pgina 403

Planificacin de proyecto

403

Algunos factores que se consideran normalmente cuando se estiman estos parmetros son:
Los requerimientos del proyecto, incluyendo los requerimientos del
producto, los requerimientos impuestos por la organizacin, los requerimientos impuestos por el cliente y otros requerimientos que afectan
al proyecto.
El alcance del proyecto.
Las tareas y los productos de trabajo identificados.
El planteamiento tcnico.

Los atributos de los productos de trabajo y de las tareas (p. ej., tamao
o complejidad).
El calendario.
Los modelos o datos histricos para convertir los atributos de los productos de trabajo y de las tareas en horas de trabajo y coste.
La metodologa (p. ej., modelos, datos, algoritmos) usada para determinar los materiales, las habilidades, las horas de trabajo y el coste necesarios.

La documentacin de la lgica de la estimacin y de los datos de


soporte es necesaria para la revisin y el compromiso de las partes interesadas con el plan, y para el mantenimiento del plan a medida que
el proyecto progresa.
SP 1.1

ESTIMAR EL ALCANCE DEL PROYECTO

Establecer una estructura de descomposicin del trabajo (WBS) de alto nivel


para estimar el alcance del proyecto.
La WBS evoluciona con el proyecto. Inicialmente, una WBS de alto nivel puede servir para estructurar la estimacin inicial. El desarrollo de
una WBS divide el proyecto global en un conjunto interconectado de
componentes manejables. Normalmente, la WBS es una estructura
orientada al producto que proporciona un esquema para identificar y
organizar las unidades lgicas de trabajo a ser gestionadas, las cuales
se llaman paquetes de trabajo. La WBS proporciona un mecanismo
de referencia y de organizacin para asignar el esfuerzo, el calendario
y la responsabilidad; y se usa como el marco bsico para planificar, organizar y controlar el trabajo realizado en el proyecto. Algunos proyectos usan el trmino WBS de contrato para referirse a la porcin
de la WBS cubierta por el contrato (posiblemente toda la WBS). No
todos los proyectos tienen una WBS de contrato (p. ej., desarrollo financiado internamente).

PP

El modelo de ciclo de vida seleccionado para el proyecto (p. ej., cascada, incremental o espiral).

20-PAGS_401-426

20/4/09

10:50

Pgina 404

404 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Productos de trabajo tpicos


1. Descripciones de las tareas.
2. Descripciones de los paquetes de trabajo.
3. WBS.

Subprcticas
1. Desarrollar una WBS basada en la arquitectura del producto.
La WBS proporciona un esquema para organizar el trabajo del proyecto alrededor del producto y de los componentes del producto
que da soporte al trabajo. La WBS debera permitir la identificacin de los siguientes elementos:
Riesgos identificados y sus tareas de mitigacin.
Tareas para los entregables y las actividades de soporte.
Tareas para la adquisicin de habilidades y conocimiento.
Tareas para el desarrollo de planes de soporte necesarios, tales
como los planes de gestin de la configuracin, de aseguramiento de la calidad y de verificacin.
Tareas para la integracin y la gestin de los elementos que no
son de desarrollo.
2. Identificar los paquetes de trabajo en detalle suficiente para especificar las estimaciones de las tareas, las responsabilidades y el calendario del proyecto.
La WBS de alto nivel est prevista para ayudar a calibrar el esfuerzo del trabajo del proyecto en trminos de tareas, roles y responsabilidades organizativas. La cantidad de detalle en la WBS en este
nivel ms detallado ayuda en el desarrollo de calendarios realistas,
con lo que se minimiza la necesidad de contingencia.
3. Identificar el producto o los componentes del producto que sern
adquiridos externamente.
Para ms informacin sobre la adquisicin de productos desde fuentes
externas al proyecto, consltese el rea de proceso de Gestin de acuerdos con proveedores.
4. Identificar los productos que sern reutilizados.
SP 1.2

ESTABLECER LAS ESTIMACIONES DE LOS ATRIBUTOS DEL PRODUCTO DE TRABAJO Y DE LAS TAREAS

Establecer y mantener las estimaciones de los atributos de los productos de


trabajo y de las tareas.
El tamao es la principal entrada para muchos modelos usados para
estimar el esfuerzo, el coste y el calendario. Los modelos tambin pueden estar basados en datos de entrada tales como la conectividad, la
complejidad y la estructura.
Algunos ejemplos de los tipos de productos de trabajo para los cuales se
realizan estimaciones de tamao son:
Productos de trabajo entregables y no entregables.
Documentos y ficheros.
Hardware, firmware, y software operacional y de soporte.

20-PAGS_401-426

20/4/09

10:50

Pgina 405

Planificacin de proyecto

405

Las estimaciones deberan ser consistentes con los requerimientos


del proyecto para determinar el esfuerzo, el coste y el calendario del
proyecto. Para cada atributo de tamao, debera asignarse un nivel relativo de dificultad o complejidad.

Productos de trabajo tpicos


1.
2.
3.
4.

Planteamiento tcnico.
Tamao y complejidad de las tareas y de los productos de trabajo
Modelos de estimacin.
Estimaciones de los atributos.

Subprcticas
1. Determinar el planteamiento tcnico para el proyecto.
El planteamiento tcnico define una estrategia de alto nivel para el
desarrollo del producto. Incluye las decisiones sobre las caractersticas de la arquitectura, tales como un desarrollo distribuido o
cliente/servidor; estado del arte o tecnologas establecidas para
aplicarse, tales como robtica, materiales compuestos o inteligencia artificial; y la amplitud de la funcionalidad esperada en los productos finales, tales como la seguridad, la proteccin y la
ergonoma.
2. Usar mtodos apropiados para determinar los atributos de los productos de trabajo y de las tareas que sern usados para estimar los
requerimientos de recursos.
Los mtodos para determinar el tamao y la complejidad deberan
basarse en modelos validados o datos histricos.
Los mtodos para determinar los atributos evolucionan a medida
que se incrementa nuestra comprensin acerca de la relacin entre
las caractersticas del producto y los atributos.

PP

Algunos ejemplos de medidas de tamao son:


Nmero de funciones.
Puntos de funcin.
Lneas de cdigo fuente..
Nmero de clases y objetos.
Nmero de requerimientos.
Nmero y complejidad de las interfaces.
Nmero de pginas.
Nmero de entradas y de salidas.
Nmero de elementos de riesgo tcnicos.
Volumen de datos.
Nmero de puertas lgicas para circuitos integrados.
Nmero de piezas (p. ej., circuitos impresos, componentes y piezas
mecnicas).
Restricciones fsicas (p. ej., peso y volumen).

20-PAGS_401-426

20/4/09

10:50

Pgina 406

406 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Algunos ejemplos de mtodos actuales son:
Nmero de puertas lgicas para el diseo de circuitos integrados.
Lneas de cdigo o puntos de funcin para software.
Nmero/complejidad de los requerimientos para la ingeniera de
sistemas.
Nmero de metros cuadrados para casas residenciales especificadas de
forma estndar.
3. Estimar los atributos de los productos de trabajo y de las tareas.
SP 1.3

D EFINIR EL CICLO DE VIDA DEL PROYECTO

Definir las fases del ciclo de vida del proyecto en las que encuadrar
el esfuerzo de la planificacin.
La determinacin de las fases del ciclo de vida del proyecto proporciona
periodos planificados de evaluacin y de toma de decisiones. stos normalmente se definen para dar soporte a los puntos lgicos de decisin,
en los cuales se realizan los compromisos significativos, en relacin a los
recursos y al planteamiento tcnico. Tales puntos proporcionan eventos
planificados en los que se pueden realizar correcciones sobre el curso
del proyecto, y determinaciones de futuros alcances y costes.
Las fases del ciclo de vida del proyecto necesitan definirse dependiendo del alcance de los requerimientos, de las estimaciones de recursos y de la naturaleza del proyecto. Los proyectos ms grandes pueden
contener mltiples fases, tales como la exploracin del concepto, el
desarrollo, la produccin, las operaciones y la retirada. Dentro de estas
fases pueden necesitarse subfases. Una fase de desarrollo puede incluir
subfases tales como el anlisis de los requerimientos, el diseo, la fabricacin, la integracin y la verificacin. La determinacin de las fases
del proyecto normalmente incluye la seleccin y el refinamiento de
uno o ms modelos de desarrollo, para dar tratamiento a las interdependencias y la secuenciacin apropiada de las actividades en las fases.
Dependiendo de la estrategia para el desarrollo, pueden existir fases intermedias para la creacin de prototipos, incrementos de capacidad o ciclos de modelo en espiral.
Comprender el ciclo de vida del proyecto es crucial para determinar el alcance del esfuerzo de la planificacin y el tiempo de la planificacin inicial, as como el tiempo y los criterios (hitos crticos) para la
replanificacin.

Productos de trabajo tpicos


1. Fases del ciclo de vida del proyecto
SP 1.4

D ETERMINAR LAS ESTIMACIONES DE ESFUERZO Y DE COSTE

Estimar el esfuerzo y el coste del proyecto para los productos de trabajo y para
las tareas, basndose en estimaciones razonadas.

20-PAGS_401-426

20/4/09

10:50

Pgina 407

Planificacin de proyecto

407

Productos de trabajo tpicos


1. Razonamiento de la estimacin.
2. Estimaciones del esfuerzo del proyecto.
3. Estimaciones del coste del proyecto.

Subprcticas
1. Recoger los modelos o los datos histricos que se usarn para
transformar los atributos de los productos de trabajo y de las tareas en estimaciones de horas de trabajo y de coste.
Se han desarrollado muchos modelos paramtricos para ayudar en
la estimacin del coste y del calendario. No se recomienda el uso
de estos modelos como fuente nica de estimacin, porque estn
basados en datos histricos de proyectos que pueden o no ser pertinentes a su proyecto. Pueden usarse mltiples modelos y/o mtodos para asegurar un alto nivel de confianza en la estimacin.
Los datos histricos incluyen los datos de coste, de esfuerzo y de
calendario de proyectos ejecutados previamente, ms datos del escalamiento apropiados para tener en cuenta diferencias en tamao
y en complejidad.
2. Incluir las necesidades de la infraestructura de soporte al estimar
el esfuerzo y el coste.
La infraestructura de soporte incluye los recursos necesarios desde
una perspectiva de desarrollo y de mantenimiento del producto.
Cuando estime el esfuerzo y el coste, considere las necesidades de
recursos de infraestructura en el entorno de desarrollo, en el entorno de prueba, en el entorno de produccin, en el entorno objetivo, o en cualquier combinacin apropiada de stos.

PP

Las estimaciones de esfuerzo y de coste generalmente estn basadas en


los resultados del anlisis usando modelos o datos histricos aplicados
al tamao, actividades y otros parmetros de la planificacin. La confianza en estas estimaciones est basada en el razonamiento sobre el
modelo seleccionado y la naturaleza de los datos. Pueden existir ocasiones donde los datos histricos disponibles no se puedan aplicar, tales como cuando los esfuerzos no tengan precedentes o cuando el tipo
de tarea no encaje con los modelos disponibles. Un esfuerzo no tiene
precedentes (hasta cierto punto) si nunca ha sido desarrollado un producto o componente similar. Un esfuerzo puede tambin no tener precedentes si el grupo de desarrollo nunca ha realizado tal producto o
componente.
Los esfuerzos que no tienen precedentes tienen ms riesgo, requieren ms investigacin para desarrollar bases razonables de estimacin,
y requieren ms contingencia. La singularidad del proyecto debe documentarse cuando se usen estos modelos para asegurar una comprensin comn de cualquier suposicin hecha en las etapas iniciales
de la planificacin.

20-PAGS_401-426

20/4/09

10:50

Pgina 408

408 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Algunos ejemplos de recursos de infraestructura son:
Recursos crticos de cmputo (p. ej., memoria, capacidad en disco y de
red, perifricos, canales de comunicacin y las capacidades de stos).
Entornos y herramientas de ingeniera (p. ej., herramientas para el
prototipado, ensamblaje, diseo asistido por computador (CAD) y
simulacin).
Instalaciones, maquinaria y equipamiento (p. ej., bancos de pruebas y
dispositivos de grabacin).
3. Estimar el esfuerzo y el coste usando modelos y/o datos histricos.
Las entradas de esfuerzo y de coste usadas para la estimacin, normalmente incluyen:
Las estimaciones proporcionadas a juicio de un experto o de un
grupo de expertos (p. ej., Mtodo Delphi).
Riesgos, incluyendo hasta qu punto el esfuerzo no tiene precedentes.
Competencias y roles crticos necesarios para realizar el trabajo.
Requerimientos del producto y de los componentes del producto.
Planteamiento tcnico.
WBS.
Estimaciones de tamao de los productos de trabajo y de los
cambios anticipados.
Coste de los productos adquiridos externamente.
Modelo de ciclo de vida del proyecto y procesos seleccionados.
Estimaciones del coste del ciclo de vida.
Capacidad de las herramientas proporcionadas en el entorno de
ingeniera.
Niveles de habilidad de los gerentes y del personal necesario
para realizar el trabajo.
Necesidades de conocimiento, de habilidades y de formacin.
Instalaciones necesarias (p. ej., oficina y espacios de reunin y
estaciones de trabajo).
Instalaciones de ingeniera necesarias.
Capacidad de los proceso(s) de fabricacin.
Viajes.
Nivel de seguridad requerido para las tareas, productos de trabajo, hardware, software, personal y entorno de trabajo.
Acuerdos de nivel de servicio para centros de atencin al cliente
(call centers) y garantas.
Mano de obra directa y gastos indirectos
SG 2

D ESARROLLAR UN PLAN DE PROYECTO

Un plan de proyecto es establecido y mantenido como la base para gestionar


el proyecto.
Un plan de proyecto es un documento formal, aprobado, que se usa
para gestionar y controlar la ejecucin del proyecto. Est basado en
los requerimientos del proyecto y en las estimaciones establecidas.

20-PAGS_401-426

20/4/09

10:50

Pgina 409

Planificacin de proyecto

409

El plan del proyecto debera considerar todas las fases del ciclo de
vida del proyecto. La planificacin del proyecto debera asegurar que
todos los planes que afectan al proyecto sean consistentes con el plan
global del proyecto.
SP 2.1

ESTABLECER EL PRESUPUESTO Y EL CALENDARIO

Establecer y mantener el presupuesto y el calendario del proyecto.

Productos de trabajo tpicos


1. Calendarios del proyecto.
2. Dependencias del calendario.
3. Presupuesto del proyecto.

Subprcticas
1. Identificar los hitos principales.
Los hitos son a menudo impuestos para asegurar la terminacin de
ciertos entregables en el hito. Los hitos pueden basarse en eventos
o en el calendario. Si estn basados en el calendario, una vez que
las fechas del hito han sido acordadas, a menudo es muy difcil
cambiarlas.
2. Identificar los supuestos del calendario.
Cuando se desarrollan inicialmente los calendarios, es comn hacer supuestos sobre la duracin de ciertas actividades. Estos supuestos se hacen frecuentemente sobre elementos para los cuales
hay pocos datos de estimacin disponibles, si los hay. La identificacin de estos supuestos proporciona visin sobre el nivel de confianza (incertidumbres) en el calendario global.
3. Identificar las restricciones.
Los factores que limitan la flexibilidad de las opciones de gestin
necesitan identificarse tan pronto como sea posible. El examen de
los atributos de los productos de trabajo y de las tareas a menudo
sacar estos problemas a la superficie. Tales atributos pueden incluir la duracin de la tarea, los recursos, las entradas y las salidas.

PP

El presupuesto y el calendario del proyecto estn basados en las estimaciones desarrolladas y aseguran que se da un tratamiento adecuado
a la asignacin del presupuesto, la complejidad de las tareas y las dependencias entre stas.
Los calendarios orientado-a-eventos y limitados-en-recursos han
demostrado ser eficaces para tratar con el riesgo del proyecto. La identificacin de los logros a ser demostrados antes del inicio del evento
proporciona flexibilidad en los plazos del evento, una comprensin
comn de lo que se espera, una mejor visin del estado del proyecto,
y un estado ms exacto de las tareas del proyecto.

20-PAGS_401-426

20/4/09

10:50

Pgina 410

410 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


4. Identificar las dependencias de las tareas.
Normalmente, las tareas de un proyecto pueden ejecutarse en una
secuencia ordenada que minimizar la duracin del proyecto. Esto
implica la identificacin de las tareas predecesoras y sucesoras para
determinar el orden ptimo.
Algunos ejemplos de herramientas que pueden ayudar a determinar un
orden ptimo de las actividades de tareas son:
Mtodo del camino crtico (CPM).
Tcnica de evaluacin y revisin del programa (PERT).
Planificacin limitada por los recursos.
5. Definir el presupuesto y el calendario.
El establecimiento y el mantenimiento del presupuesto y del calendario del proyecto normalmente incluye:
Definir la disponibilidad comprometida o esperada de recursos e
instalaciones.
Determinar la fase de tiempo de las actividades.
Determinar un desglose de calendarios subordinados.
Definir las dependencias entre las actividades (relaciones predecesora o sucesora).
Definir las actividades y los hitos del calendario para dar soporte a la precisin en la medicin del progreso.
Identificar los hitos para la entrega de los productos al cliente.
Definir las actividades de duracin apropiada.
Definir los hitos separados apropiadamente en el tiempo.
Definir una contingencia basada en el nivel de confianza de
cumplimiento del calendario y del presupuesto.
Usar los datos histricos apropiados para verificar el calendario.
Definir los requerimientos incrementales de financiacin.
Documentar los supuestos y los razonamientos del proyecto.
6. Establecer los criterios de accin correctiva.
Se establecen los criterios para determinar qu constituye una desviacin significativa del plan del proyecto. Es necesaria una base
para calibrar las cuestiones y los problemas para determinar cundo debera tomarse una accin correctiva. Las acciones correctivas
pueden requerir la replanificacin, la cual puede incluir la correccin del plan original, el establecimiento de nuevos acuerdos, o la
inclusin de actividades de mitigacin dentro del plan actual.
SP 2.2

I DENTIFICAR LOS RIESGOS DEL PROYECTO

Identificar y analizar los riesgos del proyecto.


Para ms informacin sobre las actividades de gestin de riesgos, consltese el
rea de proceso de Gestin de riesgos.

20-PAGS_401-426

20/4/09

10:50

Pgina 411

Planificacin de proyecto

411

Para ms informacin sobre las actividades de monitorizacin de riesgos, se remite a la prctica especfica Monitorizar los riesgos del proyecto en el rea de
proceso de Monitorizacin y control de proyecto.

Los riesgos se identifican o descubren y se analizan para dar soporte a


la planificacin del proyecto. Para asegurar que todas las partes interesadas estn interactuando adecuadamente sobre los riesgos identificados, esta prctica especfica debera ampliarse a todos los planes que
afecten al proyecto. La identificacin y el anlisis de riesgos en la planificacin del proyecto normalmente incluye:

Productos de trabajo tpicos


1. Riesgos identificados.
2. Impactos de los riesgos y probabilidad de ocurrencia.
3. Prioridades de los riesgos.

Subprcticas
1. Identificar los riesgos
La identificacin de los riesgos implica la identificacin de problemas potenciales, de peligros, de amenazas, de vulnerabilidades, y
as sucesivamente, que podran afectar negativamente a los esfuerzos y a los planes del trabajo. Los riesgos deben identificarse y describirse de forma comprensible antes de que puedan analizarse.
Cuando se identifican los riesgos, una buena idea es usar un mtodo estndar para definirlos. Se pueden usar herramientas de identificacin y de anlisis de riesgos para ayudar a identificar posibles
problemas.
Algunos ejemplos de herramientas para la identificacin y el anlisis de los
riesgos son:
Taxonomas de riesgos.
Evaluaciones de riesgos.
Listas de comprobacin.
Entrevistas estructuradas.
Tormenta de ideas (brainstorming).
Modelos de rendimiento.
Modelos de coste.
Anlisis de redes.
Anlisis del factor de calidad.

PP

La identificacin de los riesgos.


El anlisis de los riesgos para determinar el impacto, la probabilidad de
ocurrencia y el marco temporal en el cual es probable que ocurran los
problemas.
La asignacin de prioridad a los riesgos.

20/4/09

10:50

Pgina 412

412 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


2. Documentar los riesgos.
3. Revisar y obtener el acuerdo con las partes interesadas relevantes
sobre la completitud y correctitud de los riesgos documentados.
4. Corregir los riesgos segn sea apropiado.
Algunos ejemplos de cundo los riesgos identificados pueden requerir
corregirse son:
Cuando se identifican nuevos riesgos.
Cuando los riesgos se convierten en problemas.
Cuando se retiran los riesgos.
Cuando las circunstancias del proyecto cambian significativamente.

SP 2.3

P LANIFICAR LA GESTIN DE LOS DATOS

Planificar la gestin de los datos del proyecto.


Cuando se crean equipos integrados, los datos del proyecto incluyen los datos
desarrollados y usados nicamente dentro de un equipo particular, as como los
datos que cruzan los lmites del equipo, si existen mltiples equipos integrados.

Los datos son las diferentes formas de documentacin requeridas para


dar soporte a un programa en todas sus reas (p. ej., administracin,
ingeniera, gestin de la configuracin, finanzas, logstica, calidad, seguridad, fabricacin y adquisicin). Los datos pueden tomar cualquier
forma (p. ej., informes, manuales, libretas, grficas, dibujos, especificaciones, ficheros o correspondencia). Los datos pueden existir en
cualquier medio (p. ej., impreso o dibujado en varios materiales, fotografas, electrnico o multimedia). Los datos pueden ser entregables
(p. ej., elementos identificados por los requerimientos de datos contractuales de un programa) o no entregables (p. ej., datos informales,
anlisis y estudios de mercado, actas de reuniones internas, documentacin de la revisin interna del diseo, lecciones aprendidas y elementos de accin). La distribucin puede tomar muchas formas,
incluyendo la transmisin electrnica.
Los requerimientos de datos para el proyecto deberan establecerse tanto para los elementos de datos a crear como para su contenido y
forma, basndose en un conjunto comn o estndar de requerimientos de datos. Los requerimientos de contenido y de formato uniformes
para los elementos de datos facilitan la comprensin de su contenido
y ayudan a una gestin consistente de los recursos de los datos.
La razn para recoger cada documento debera ser clara. Esta tarea
incluye el anlisis y la verificacin de los entregables y no entregables
del proyecto, los requerimientos de datos contractuales o no contractuales, y los datos proporcionados por el cliente. A menudo, los datos
se recogen sin un conocimiento claro de cmo se usarn. Los datos
son costosos y deberan recogerse nicamente cuando se necesiten.

E XT. IPPD

20-PAGS_401-426

20-PAGS_401-426

20/4/09

10:50

Pgina 413

Planificacin de proyecto

413

Productos tpicos de trabajo


1.
2.
3.
4.

9.
10.

PP

5.
6.
7.
8.

Plan para la gestin de datos.


Lista maestra de datos gestionados.
Contenido de datos y descripcin del formato.
Listas de requerimientos de datos para los que los adquieren y
los que los proveen.
Requerimientos de privacidad.
Requerimientos de seguridad.
Procedimientos de seguridad.
Mecanismo para la recuperacin, reproduccin y distribucin de
los datos.
Calendario para la recogida de datos del proyecto.
Listado de datos del proyecto a recoger.

Subprcticas
1. Establecer los requerimientos y los procedimientos para asegurar
la privacidad y la seguridad de los datos.
No todo el mundo tendr la necesidad o autorizacin necesaria
para acceder a los datos del proyecto. Los procedimientos deben
establecerse para identificar quin tiene acceso a qu datos, as
como cundo tienen acceso a los datos.
2. Establecer un mecanismo para almacenar los datos y acceder a los
datos almacenados.
La informacin accedida debera estar en una forma comprensible
(p. ej., una salida electrnica o de ordenador desde una base de datos) o representada como fue generada originalmente.
3. Determinar los datos del proyecto que sern identificados, recogidos y distribuidos.
SP 2.4

P LANIFICAR LOS RECURSOS DEL PROYECTO

Cuando se crean equipos integrados, la planificacin de los recursos del proyecto


debera considerar la asignacin de personal a estos equipos.

La definicin de los recursos del proyecto (trabajo, maquinaria/equipamiento, materiales y mtodos) y las cantidades necesarias para ejecutar las actividades del proyecto se basa en las estimaciones iniciales
y proporciona informacin adicional que puede aplicarse para extender la WBS usada para gestionar el proyecto.
La WBS de alto nivel, desarrollada anteriormente como un mecanismo de estimacin, normalmente se desarrolla descomponiendo los
niveles de arriba en paquetes de trabajo que representan unidades de

E XT. IPPD

Planificar los recursos necesarios para ejecutar el proyecto.

20-PAGS_401-426

20/4/09

10:50

Pgina 414

414 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


trabajo que se pueden asignar, realizar y seguir separadamente. Esta
subdivisin se hace para distribuir la responsabilidad de gestin y proporcionar mejor control de gestin. Cada paquete de trabajo o producto de trabajo en la WBS debera tener asignado un nico identificador
(p. ej., un nmero) para permitir su seguimiento. Una WBS puede basarse en requerimientos, actividades, productos de trabajo o una combinacin de estos elementos. Un diccionario que describa el trabajo de
cada paquete de trabajo en la WBS debera acompaar a la estructura
de descomposicin del trabajo.

Productos de trabajo tpicos


1. Paquetes de trabajo de la WBS.
2. Diccionario de tareas de la WBS.
3. Requerimientos de personal basados en el tamao y en el alcance
del proyecto.
4. Lista de instalaciones/equipamiento crticos.
5. Definiciones y diagramas de proceso/flujo de trabajo.
6. Lista de requerimientos de administracin del programa.

Subprcticas
1. Determinar los requerimientos del proceso.
Los procesos usados para gestionar un proyecto deben identificarse,
definirse y coordinarse con todas las partes interesadas relevantes para
asegurar operaciones eficientes durante la ejecucin del proyecto.
2. Determinar los requerimientos de personal.
El personal de un proyecto depende de la descomposicin de los
requerimientos del proyecto en tareas, roles y responsabilidades
para cumplir los requerimientos del proyecto segn lo dispuesto
en los paquetes de trabajo de la WBS.
Los requerimientos de personal deben considerar el conocimiento
y las habilidades requeridas para cada uno de los puestos identificados, segn lo definido en la prctica especfica Planificar el conocimiento y las habilidades necesarias.
3. Determinar los requerimientos de instalaciones, equipamiento y
componentes.
La mayora de proyectos son nicos en algn sentido y requieren
algn conjunto de activos nicos para lograr los objetivos del proyecto. La determinacin y la adquisicin oportuna de estos activos
son cruciales para el xito del proyecto.
Los elementos con plazo de espera necesitan identificarse pronto
para determinar cmo sern tratados. Incluso cuando los activos requeridos no son nicos, la recopilacin de una lista de todas las instalaciones, equipamientos y piezas (p. ej., nmero de ordenadores
para el personal que trabaja en el proyecto, aplicaciones software y
espacio de oficina) proporciona una visin interna sobre aspectos
del alcance de un esfuerzo que a menudo se pasan por alto.

20-PAGS_401-426

20/4/09

10:50

Pgina 415

Planificacin de proyecto

SP 2.5

415

P LANIFICAR EL CONOCIMIENTO Y LAS HABILIDADES NECESARIOS

Planificar las necesidades de conocimiento y de habilidades para ejecutar


el proyecto.
Para ms informacin sobre la informacin de conocimiento y de habilidades a
incorporar en el plan del proyecto, consltese el rea de proceso de Formacin de
la organizacin.

PP

La entrega de conocimiento a los proyectos implica tanto la formacin


del personal del proyecto como la adquisicin de conocimiento desde
fuentes externas.
Los requerimientos de personal dependen del conocimiento y de
las habilidades disponibles para dar soporte a la ejecucin del proyecto.

Productos de trabajo tpicos


1. Inventario de habilidades necesarias.
2. Planes de personal y de nuevas contrataciones.
3. Bases de datos (p. ej., habilidades y formacin).

Subprcticas
1. Identificar el conocimiento y las habilidades necesarios para ejecutar el proyecto.
2. Evaluar el conocimiento y las habilidades disponibles.
3. Seleccionar los mecanismos para proporcionar el conocimiento y
las habilidades necesarios.
Algunos ejemplos de mecanismos son:
Formacin interna (de la organizacin y del proyecto).
Formacin externa.
Personal y nuevas contrataciones.
Adquisicin externa de habilidades.
La opcin de formacin interna o formacin subcontratada para el
conocimiento y las habilidades necesarios se determina por la disponibilidad de experiencia en formacin, el calendario del proyecto y los objetivos de negocio.

4. Incorporar los mecanismos seleccionados en el plan del proyecto.


SP 2.6

P LANIFICAR LA INVOLUCRACIN DE LAS PARTES INTERESADAS

Cuando se crean equipos integrados, la involucracin de las partes interesadas


debera planificarse hasta el nivel de equipo integrado.

Las partes interesadas se identifican en todas las fases del ciclo de vida
del proyecto mediante la identificacin del tipo de personas y funciones que requieren de una representacin en el proyecto y la descrip-

E XT. IPPD

Planificar la involucracin de las partes interesadas identificadas.

20-PAGS_401-426

20/4/09

10:50

Pgina 416

416 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


cin de su importancia y del grado de interaccin para las actividades
especficas del proyecto. Un formato conveniente para lograr esta
identificacin es una matriz bidimensional con las partes interesadas a
lo largo de un eje y las actividades del proyecto a lo largo del otro. La
relevancia de la parte interesada con la actividad en una fase particular
de proyecto y la cantidad de interaccin esperada deberan mostrarse
en la interseccin del eje de la actividad de la fase del proyecto y el eje
de las partes interesadas.
Es necesaria la seleccin cuidadosa de las partes interesadas relevantes para que las entradas de los mismos sean tiles. Para cada actividad principal, identificar a las partes interesadas que son afectadas
por la actividad y a aquellos quienes tienen la experiencia necesaria
para llevarla a cabo. Esta lista de partes interesadas relevantes probablemente cambiar a medida que el proyecto avance a travs de las fases del ciclo de vida del proyecto. Es importante, sin embargo,
asegurar que las partes interesadas relevantes en fases posteriores del
ciclo de vida tienen entradas tempranas para las decisiones de requerimientos y de diseo que les afecten.
Algunos ejemplos del tipo de material que debera incluirse en un plan
para la interaccin de las partes interesadas son:
Lista de todos las partes interesadas relevantes.
Razn fundamental para la involucracin de las partes interesadas.
Roles y responsabilidades de las partes interesadas relevantes con
respecto al proyecto, por fase del ciclo de vida del proyecto.
Relaciones entre las partes interesadas.
Importancia relativa de las partes interesadas para el xito del proyecto,
por fase del ciclo de vida del proyecto.
Recursos (p. ej., formacin, materiales, tiempo y financiacin) necesarios
para asegurar la interaccin de las partes interesadas.
Calendario para dividir por fases la interaccin de las partes
interesadas.
Llevar a cabo esta prctica especfica se basa en compartir o intercambiar informacin con la prctica especfica previa de Planificar el
conocimiento y las habilidades necesarios.

Productos de trabajo tpicos


1. Plan para la involucracin de las partes interesadas.
SP 2.7

ESTABLECER EL PLAN DEL PROYECTO

Establecer y mantener el contenido del plan del proyecto global.


Para alcanzar la comprensin mutua, el compromiso y el rendimiento
de las personas, grupos y organizaciones que deben ejecutar o dar so-

20-PAGS_401-426

20/4/09

10:50

Pgina 417

Planificacin de proyecto

417

porte a los planes es necesario un plan documentado que trate todo


los elementos relevantes de planificacin. El plan generado para el
proyecto define todos los aspectos del esfuerzo, uniendo todo de una
manera lgica: consideraciones sobre el ciclo de vida del proyecto; tareas tcnicas y de gestin; presupuestos y calendarios; hitos; gestin
de datos, identificacin de riesgos, requerimientos de recursos y habilidades; e identificacin e interaccin de partes interesadas. Las descripciones de infraestructura incluyen relaciones de responsabilidad y
de autoridad para el personal del proyecto, la gerencia y las organizaciones de soporte.
PP

PARA INGENIERA DEL SOFTWARE


Para software, el documento de planificacin es a menudo referido como uno de
los siguientes:
Plan del desarrollo software.
Plan del proyecto software.
Plan software.

PARA INGENIERA DEL HARDWARE


Para hardware, el documento de planificacin es a menudo referido como el plan
de desarrollo hardware. Las actividades del desarrollo en preparacin para la
produccin se pueden incluir en el plan de desarrollo hardware o pueden definirse
en un plan de produccin separado.

Algunos ejemplos de planes que han sido usados por la comunidad del
Departamento de Defensa de los Estados Unidos de Norteamrica son:
Plan Maestro Integrado un plan orientado a eventos que documenta
los logros significativos con criterios de etapa/fallo tanto para los
elementos del negocio como tcnicos del proyecto, y que relaciona cada
logro a un evento clave del programa.
Calendario Maestro Integrado un calendario multi-capa integrado y
en red de tareas de programa requeridas para completar el esfuerzo del
trabajo documentado en un Plan Maestro Integrado relacionado.
Plan de Gestin de la Ingeniera de Sistemas un plan que detalla el
esfuerzo tcnico integrado a travs del proyecto.
Calendario Maestro de la Ingeniera de Sistemas un calendario
orientado a eventos que contiene una recopilacin de los logros
tcnicos claves, cada uno con criterios medibles, que requieren la
terminacin con xito para pasar los eventos identificados.
Calendario Detallado de la Ingeniera de Sistemas un calendario
detallado, que depende del tiempo y est orientado a tareas, que asocia
fechas e hitos especficos con el Calendario Maestro de la Ingeniera de
Sistemas.

20/4/09

10:50

Pgina 418

418 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Productos tpicos de trabajo


1. Plan global del proyecto.
SG 3

O BTENER EL COMPROMISO CON EL PLAN

Los compromisos con el plan del proyecto son establecidos y mantenidos.


Para ser eficaces, los planes requieren el compromiso de aquellos que
son responsables de implementar y dar soporte al plan.
SP 3.1

R EVISAR LOS PLANES QUE AFECTAN AL PROYECTO

Revisar todos los planes que afectan al proyecto para comprender los
compromisos del proyecto.

Cuando se crean equipos integrados, sus planes de trabajo integrados estn entre
los planes a revisar.

Los planes desarrollados dentro de otras reas de proceso normalmente contendrn informacin similar a la referenciada en el plan global
del proyecto. Estos planes pueden proporcionar una gua detallada
adicional y deberan ser compatibles con y dar soporte al plan global
del proyecto para indicar quin tiene la autoridad, la responsabilidad,
da cuenta y control. Todos los planes que afectan al proyecto deberan
revisarse para asegurar una comprensin comn del alcance, objetivos, roles y relaciones que son requeridas para que el proyecto tenga
xito. Muchos de estos planes se describen por la prctica genrica
Planificar el proceso en cada una de las reas de proceso.

Productos de trabajo tpicos


1. Registro de las revisiones de los planes que afectan al proyecto

E XT. IPPD

20-PAGS_401-426

20-PAGS_401-426

20/4/09

10:50

Pgina 419

Planificacin de proyecto

SP 3.2

419

R ECONCILIAR LOS NIVELES DE TRABAJO Y DE RECURSOS

Cuando se crean equipos integrados, se debera prestar especial atencin a los


compromisos sobre los recursos en circunstancias de equipos integrados
distribuidos, y cuando el personal est en mltiples equipos integrados en uno o
ms proyectos.

E XT. IPPD

Reconciliar el plan del proyecto para reflejar los recursos disponibles y los
estimados.

PP

Para establecer un proyecto que sea factible, obtenga el compromiso


de las partes interesadas relevantes y reconcilie cualquier diferencia
entre los recursos estimados y los disponibles. La reconciliacin normalmente se logra disminuyendo o aplazando los requerimientos de
rendimiento tcnico, negociando ms recursos, encontrando formas
de incrementar la productividad, subcontratando, ajustando la mezcla
de las habilidades del personal, o revisando todos los planes que afectan al proyecto o a los calendarios.

Productos tpicos de trabajo


1. Mtodos y parmetros de estimacin correspondientes corregidos
(p. ej., mejores herramientas y uso de productos comerciales).
2. Presupuestos renegociados.
3. Calendarios corregidos.
4. Lista de requerimientos corregida.
5. Acuerdos renegociados con las partes interesadas.
SP 3.3

O BTENER EL COMPROMISO CON EL PLAN

Cuando se crean equipos integrados, los planes del equipo integrado deberan
aceptarse por los miembros del equipo, por los equipos que interactan, por el
proyecto y por los propietarios de los procesos estndar que el equipo haya
seleccionado para su aplicacin adaptada.

Obtener el compromiso implica la interaccin entre todas las partes


interesadas relevantes, tanto internas como externas al proyecto. El individuo o grupo que hace un compromiso debera tener la confianza
de que el trabajo puede ejecutarse dentro de las restricciones de coste,
de calendario y de rendimiento. A menudo, un compromiso provisional resulta adecuado para permitir que el esfuerzo comience y que se
investigue para incrementar la confianza al nivel apropiado necesario
para obtener un compromiso completo.

E XT. IPPD

Obtener el compromiso de las partes interesadas relevantes responsables de


ejecutar y de dar soporte a la ejecucin del plan.

20/4/09

10:50

Pgina 420

420 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Productos de trabajo tpicos


1. Peticiones de compromisos documentadas.
2. Compromisos documentados.

Subprcticas
1. Identificar el soporte necesario y negociar los compromisos con
las partes interesadas relevantes.
La WBS puede usarse como una lista de comprobacin para asegurar que se obtienen los compromisos en todas las tareas.
El plan para la interaccin de las partes interesadas debera identificar todas las partes de las que se debera obtener el compromiso.
2. Documentar todos los compromisos de la organizacin, tanto
completos como provisionales, asegurando el nivel apropiado de
signatarios.
Los compromisos deben documentarse para asegurar una comprensin mutua y consistente, as como para su seguimiento y
mantenimiento. Los compromisos provisionales deberan acompaarse de una descripcin de los riesgos asociados con la relacin.
3. Revisar los compromisos internos con la direccin segn sea apropiado.
4. Revisar los compromisos externos con la direccin segn sea apropiado.
La direccin puede tener la visin y la autoridad necesarias para
reducir los riesgos asociados con los compromisos externos.
5. Identificar los compromisos sobre las interfaces entre los elementos en el proyecto, y con otros proyectos y unidades de la organizacin de tal forma que puedan monitorizarse.
Las especificaciones de interfaz bien definidas forman la base para
los compromisos.

Prcticas genricas por meta


GG 1

L OGRAR LAS METAS ESPECFICAS

El proceso da soporte y permite el logro de las metas especficas del rea de


proceso, transformando los productos de trabajo de entrada identificables en
productos de trabajo de salida identificables.
GP 1.1

R EALIZAR LAS PRCTICAS ESPECFICAS

Realizar las prcticas especficas del proceso de planificacin de proyecto


para desarrollar los productos de trabajo y proporcionar servicios para lograr
las metas especficas del rea de proceso.
GG 2

I NSTITUCIONALIZAR UN PROCESO GESTIONADO

El proceso est institucionalizado como un proceso gestionado.

S LO CONTINUA

20-PAGS_401-426

20-PAGS_401-426

20/4/09

10:50

Pgina 421

Planificacin de proyecto

GP 2.1

421

ESTABLECER UNA POLTICA DE LA ORGANIZACIN

Establecer y mantener una poltica de la organizacin para planificar y realizar


el proceso de planificacin de proyecto.

Elaboracin:
Esta poltica establece las expectativas de la organizacin para estimar
los parmetros de la planificacin, definir compromisos internos y externos, y desarrollar un plan para gestionar el proyecto.
P LANIFICAR EL PROCESO

Establecer y mantener el plan para realizar el proceso de planificacin de


proyecto.

Elaboracin:
Para ms informacin sobre las relaciones entre la prctica genrica
2.2 y el rea de proceso de Planificacin de proyecto, consltese la
Tabla II.2 en la pgina 172 en Metas genricas y prcticas genricas.
GP 2.3

P ROPORCIONAR RECURSOS

Proporcionar recursos adecuados para realizar el proceso de planificacin de


proyecto, desarrollar los productos de trabajo y proporcionar los servicios del
proceso.

Elaboracin:
Para la planificacin de proyectos pueden ser necesarios pericia, equipamiento e instalaciones especiales. La pericia especial en la planificacin del proyecto puede incluir:
Estimadores experimentados.
Planificadores.
Expertos tcnicos en reas aplicables (p. ej., dominio del producto y
tecnologa).
Algunos ejemplos de otros recursos proporcionados son las siguientes
herramientas:
Programas de hojas de clculo.
Modelos de estimacin.
Paquetes de planificacin y de calendario de proyectos.
GP 2.4

ASIGNAR RESPONSABILIDAD

Asignar la responsabilidad y la autoridad para realizar el proceso, desarrollar


los productos de trabajo y proporcionar los servicios del proceso de
planificacin de proyecto.

PP

GP 2.2

20-PAGS_401-426

20/4/09

10:50

Pgina 422

422 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


GP 2.5

FORMAR AL PERSONAL

Formar, segn sea necesario, a las personas para realizar o dar soporte al
proceso de planificacin de proyecto.

Elaboracin:
Algunos ejemplos de temas de formacin son:
Estimacin.
Elaboracin de presupuestos.
Negociacin.
Identificacin y anlisis de riesgos.
Gestin de datos.
Planificacin.
Elaboracin de calendarios.

GP 2.6

G ESTIONAR CONFIGURACIONES

Poner los productos de trabajo designados del proceso de planificacin de


proyecto bajo los niveles de control apropiados.

Elaboracin:
Algunos ejemplos de productos puestos bajo control son:
Estructura de descomposicin del trabajo.
Plan del proyecto.
Plan de gestin de datos.
Plan para la involucracin de las partes interesadas.

GP 2.7

I DENTIFICAR E INVOLUCRAR A LAS PARTES INTERESADAS RELEVANTES

Identificar e involucrar, como se planific, a las partes interesadas relevantes


del proceso de planificacin de proyecto.

Elaboracin:
Consltese la Tabla II.2 en la pgina 172 en Metas genricas y prcticas genricas para ms informacin sobre la relacin entre la
prctica genrica 2.7 y la prctica de Planificar la involucracin de
las partes interesadas en el rea de proceso de Planificacin de proyecto.

20-PAGS_401-426

20/4/09

10:50

Pgina 423

Planificacin de proyecto

423

Algunos ejemplos de actividades para involucrar a las partes interesadas


son:
Establecer estimaciones.
Revisar y resolver los problemas sobre la completitud y exactitud de los
riesgos del proyecto.
Revisar los planes de gestin de datos.
Establecer los planes del proyecto.
Revisar los planes del proyecto y resolver los problemas de trabajo y de
recursos.
PP

GP 2.8

M ONITORIZAR Y CONTROLAR EL PROCESO

Monitorizar y controlar el proceso de planificacin de proyecto frente al plan


para realizar el proceso y tomar la accin correctiva apropiada.

Elaboracin:
Algunos ejemplos de medidas y productos de trabajo usados en la
monitorizacin y control son:
Nmero de revisiones al plan.
Variacin de coste, calendario y esfuerzo por cada correccin del plan.
Calendario para el desarrollo y el mantenimiento de los planes del
programa.

GP 2.9

E VALUAR OBJETIVAMENTE LA ADHERENCIA

Evaluar objetivamente la adherencia del proceso de planificacin de proyecto


frente a la descripcin de proceso, estndares y procedimientos, y tratar las no
conformidades.

Elaboracin:
Algunos ejemplos de actividades revisadas son:
Establecer estimaciones.
Desarrollar el plan del proyecto.
Obtener los compromisos con el plan del proyecto.
Algunos ejemplos de productos de trabajo revisados son:
WBS.
Plan del proyecto.
Plan de gestin de datos.
Plan de involucracin de las partes interesadas.

Pgina 424

424 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


GP 2.10

R EVISAR EL ESTADO CON EL NIVEL DIRECTIVO

Revisar con el nivel directivo las actividades, el estado y los resultados del
proceso de planificacin del proyecto, y resolver los problemas.
GG 3 y sus prcticas no se aplican para la calificacin en el nivel de madurez 2,
pero s se aplican para la calificacin de nivel de madurez 3 y superiores.

GG 3

S LO ETAPAS

10:50

I NSTITUCIONALIZAR UN PROCESO DEFINIDO

El proceso est institucionalizado como un proceso definido.


GP 3.1

ESTABLECER UN PROCESO DEFINIDO

Establecer y mantener la descripcin de un proceso definido de planificacin


de proyecto.
GP 3.2

R ECOGER INFORMACIN DE MEJORA

Recoger productos de trabajo, medidas, resultados de medicin e informacin


de mejora procedente de la planificacin y realizacin del proceso de
planificacin de proyecto para dar soporte al uso futuro y a la mejora de los
procesos y de los activos de proceso de la organizacin.

Elaboracin:

C ONTINUA /S LO NIVELES DE MADUREZ 3-5

20/4/09

Algunos ejemplos de productos de trabajo, medidas, resultados de la


medicin e informacin de mejora son:
Estructura de la biblioteca de datos del proyecto.
Estimaciones de los atributos del proyecto.
Impactos de riesgo y probabilidad de ocurrencia.

GG 4 I NSTITUCIONALIZAR UN PROCESO GESTIONADO CUANTITATIVAMENTE


El proceso est institucionalizado como un proceso gestionado
cuantitativamente.
GP 4.1

ESTABLECER OBJETIVOS CUANTITATIVOS PARA EL PROCESO

Establecer y mantener los objetivos cuantitativos para el proceso de


planificacin de proyecto, los cuales tratan la calidad y el rendimiento del
proceso en base a las necesidades del cliente y a los objetivos de negocio.

S LO CONTINUA

20-PAGS_401-426

20-PAGS_401-426

20/4/09

10:50

Pgina 425

Planificacin de proyecto

GP 4.2

425

ESTABILIZAR EL RENDIMIENTO DEL SUBPROCESO

Estabilizar el rendimiento de uno o ms subprocesos para determinar la


capacidad del proceso de planificacin de proyecto para lograr los objetivos
cuantitativos establecidos de calidad y de rendimiento del proceso.

El proceso est institucionalizado como un proceso en optimizacin.

ASEGURAR LA MEJORA CONTINUA DEL PROCESO

Asegurar la mejora continua del proceso de planificacin de proyecto para


satisfacer los objetivos de negocio relevantes de la organizacin.

GP 5.2

C ORREGIR LAS CAUSAS RAZ DE LOS PROBLEMAS

Identificar y corregir las causas raz de los defectos y de otros problemas en el


proceso de planificacin del proyecto.

PP

GP 5.1

S LO CONTINUA

GG 5 I NSTITUCIONALIZAR UN PROCESO EN OPTIMIZACIN

20-PAGS_401-426

20/4/09

10:50

Pgina 426

21-PAGS_427-438

20/4/09

10:53

Pgina 427

ASEGURAMIENTO DE LA CALIDAD DE PROCESO


Y DE PRODUCTO
Un rea de proceso de soporte en el nivel de madurez 2

Propsito
El propsito de Aseguramiento de la calidad de proceso y de producto (PPQA) es proporcionar al personal y a la gerencia una visin objetiva de los procesos y de los productos de trabajo asociados.
PPQA

Notas introductorias
El rea de proceso de Aseguramiento de la calidad de proceso y de
producto involucra:
Evaluar objetivamente los procesos, los productos de trabajo y los
servicios ejecutados frente a las descripciones de proceso, los estndares y los procedimientos aplicables.
Identificar y documentar las no conformidades.
Proporcionar realimentacin al equipo del proyecto y a los gerentes
sobre los resultados de las actividades de aseguramiento de la calidad
Asegurar que sean tratadas las no conformidades.

El rea de proceso de Aseguramiento de la calidad de proceso y


de producto da soporte a la entrega de productos y servicios de alta
calidad, proporcionando al equipo del proyecto y a los gerentes, en
todos los niveles, la apropiada visibilidad y realimentacin sobre los
procesos y los productos de trabajo asociados durante toda la vida
del proyecto.
Las prcticas en el rea de proceso de Aseguramiento de la calidad de proceso y de producto aseguran que los procesos planificados
se implementan, mientras que las prcticas en el rea de proceso de
Verificacin aseguran que se satisfacen los requerimientos especificados. Estas dos reas de proceso pueden en ocasiones tratar los mismos productos de trabajo, pero desde diferentes perspectivas. Los
proyectos deberan aprovechar este solapamiento con el fin de minimizar la duplicacin de esfuerzos, aunque deben mantener las perspectivas separadas.
427

21-PAGS_427-438

20/4/09

10:53

Pgina 428

428 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


La objetividad en las evaluaciones de aseguramiento de la calidad de proceso y de producto es crtica para el xito del proyecto.
(Vase la definicin de "evaluacin objetiva" en el glosario). La objetividad se alcanza tanto con la independencia como por el uso de
criterios. Se usa a menudo una combinacin de mtodos que proporcionan evaluaciones contra los criterios por aquellos que no producen el producto de trabajo. Pueden usarse mtodos menos formales
para proporcionar una mayor cobertura diaria. Pueden usarse mtodos ms formales peridicamente para asegurar la objetividad.
Algunos ejemplos de formas de realizar evaluaciones objetivas son:
Auditoras formales por organizaciones de aseguramiento de la calidad
separadas desde el punto de vista organizativo.
Revisiones entre pares que pueden ser ejecutadas en varios niveles de
formalidad.
Revisiones en profundidad del trabajo en el lugar donde se realiza (es
decir, auditoras de escritorio).
Revisiones y comentarios distribuidos de productos de trabajo.
Tradicionalmente, un grupo de aseguramiento de la calidad que
es independiente del proyecto proporciona esta objetividad. Sin embargo, en algunas organizaciones, podra ser apropiado implementar
el rol de aseguramiento de la calidad de proceso y de producto sin
esta clase de independencia. Por ejemplo, en una organizacin con
una cultura abierta, orientada a la calidad, el rol de aseguramiento
de la calidad de proceso y de producto puede realizarse, parcial o
completamente, por pares; y la funcin de aseguramiento de la calidad puede embeberse en el proceso. Para organizaciones pequeas,
sta podra ser la aproximacin ms factible.
Si el aseguramiento de la calidad est embebido en el proceso, se
deben tratar varios problemas para garantizar la objetividad. Todos
aquellos que ejecutan actividades de aseguramiento de la calidad deberan estar formados en aseguramiento de la calidad. Aquellos que
ejecutan actividades de aseguramiento de la calidad para un producto de trabajo, deberan estar separados de los que estn directamente involucrados en el desarrollo o mantenimiento del producto de
trabajo. Debe estar disponible un canal independiente para informar
al nivel apropiado de gerencia de la organizacin, de tal manera que
las no conformidades puedan escalarse segn sea necesario.
Por ejemplo, en la implementacin de las revisiones entre pares como un
mtodo de evaluacin objetiva:
Se ha formado a los miembros y se asignan roles a las personas que
realizan la revisin entre pares.
Un miembro de la revisin entre pares que no gener este producto de
trabajo es asignado para llevar a cabo el rol de QA.
Existen listas de comprobacin para dar soporte a la actividad de QA.
Se registran los defectos como parte del informe de la revisin entre
pares y se realiza su seguimiento y escalado fuera del proyecto
cuando sea necesario.

21-PAGS_427-438

20/4/09

10:53

Pgina 429

Aseguramiento de la calidad de proceso y de producto

429

reas de proceso relacionadas


Para ms informacin sobre la identificacin de los procesos y de los productos de
trabajo asociados que sern evaluados objetivamente, consltese el rea de proceso de Planificacin del proyecto.

Para ms informacin sobre la forma de satisfacer los requerimientos especificados, consltese el rea de proceso de Verificacin.

Resumen de Metas y prcticas especficas


SG 1 Evaluar objetivamente los procesos y los productos de trabajo.
SP 1.1 Evaluar objetivamente los procesos.
SP 1.2 Evaluar objetivamente los productos de trabajo y los servicios.
SG 2 Proporcionar una visin objetiva.
SP 2.1 Comunicar y asegurar la resolucin de las no conformidades..
SP 2.2 Establecer registros

PPQA

El aseguramiento de la calidad debera comenzar en las fases


tempranas de un proyecto para establecer los planes, los procesos,
los estndares y los procedimientos que aadirn valor al proyecto y satisfarn sus requerimientos y los de las polticas de la organizacin. Aquellos que llevan a cabo el aseguramiento de la
calidad participan en el establecimiento de los planes, procesos,
estndares y procedimientos para asegurar que stos se ajustan a
las necesidades del proyecto y que sern vlidos para realizar las
evaluaciones del aseguramiento de la calidad. Adems, se designan los procesos especficos y los productos de trabajo asociados
que sern evaluados durante el proyecto. Esta designacin puede
basarse en muestreos o en criterios objetivos que sean consistentes con las polticas de la organizacin, y con los requerimientos y
necesidades del proyecto.
Cuando se identifican no conformidades, se tratan primero en el
proyecto y se resuelven en l si es posible. Cualquier no conformidad
que no pueda resolverse en el proyecto, se escala a un nivel de gerencia apropiado para su resolucin.
Este rea de proceso se aplica principalmente a las evaluaciones de
las actividades y de los productos de trabajo de un proyecto, pero tambin se aplica a las evaluaciones de actividades y productos de trabajo
que no son del proyecto, tales como actividades de formacin. Para estas actividades y productos de trabajo, el trmino proyecto debera
interpretarse apropiadamente.

21-PAGS_427-438

20/4/09

10:53

Pgina 430

430 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Prcticas especficas por meta


SG 1

E VALUAR OBJETIVAMENTE LOS PROCESOS Y LOS PRODUCTOS DE TRABAJO

La adherencia de los procesos ejecutados, y de los productos de trabajo y de


los servicios asociados a las descripciones de proceso, estndares y
procedimientos aplicables es evaluada objetivamente.
SP 1.1

E VALUAR OBJETIVAMENTE LOS PROCESOS

Evaluar objetivamente los procesos ejecutados designados frente a las


descripciones de proceso, estndares y procedimientos aplicables.
La objetividad en las evaluaciones de aseguramiento de la calidad es
crtica para el xito del proyecto. Debera definirse una descripcin de
la cadena de informes de aseguramiento de la calidad y cmo sta asegura la objetividad.

Productos de trabajo tpicos


1. Informes de evaluacin.
2. Informes de no conformidad.
3. Acciones correctivas.

Subprcticas
1. Promover un entorno (creado como parte de la gestin del proyecto) que incentive la participacin del empleado en la identificacin y comunicacin de los problemas de calidad.
2. Establecer y mantener criterios claramente definidos para las evaluaciones.
La intencin de esta subprctica es proporcionar criterios, en base
a las necesidades del negocio, tales como:
Qu ser evaluado.
Cundo o con qu frecuencia ser evaluado un proceso.
Cmo se llevar a cabo la evaluacin.
Quin debe estar involucrado en la evaluacin.
3. Usar los criterios definidos para evaluar la adherencia de los procesos ejecutados con las descripciones de proceso, estndares y
procedimientos.
4. Identificar cada no conformidad encontrada durante la evaluacin.
5. Identificar las lecciones aprendidas que podran mejorar los procesos para futuros productos y servicios.
SP 1.2

E VALUAR OBJETIVAMENTE LOS PRODUCTOS DE TRABAJO Y LOS SERVICIOS

Evaluar objetivamente los productos de trabajo y los servicios designados


frente a las descripciones de proceso, estndares y procedimientos aplicables.

21-PAGS_427-438

20/4/09

10:53

Pgina 431

Aseguramiento de la calidad de proceso y de producto

431

Productos de trabajo tpicos


1. Informes de evaluacin.
2. Informes de no conformidad.
3. Acciones correctivas.

Subprcticas

SG 2

P ROPORCIONAR UNA VISIN OBJETIVA

Las no conformidades son objetivamente seguidas y comunicadas, y su


resolucin es asegurada.
SP 2.1

C OMUNICAR Y ASEGURAR LA RESOLUCIN DE LAS NO CONFORMIDADES

Comunicar problemas de calidad y asegurar la resolucin de las no


conformidades con el personal y con los gerentes.
Las no conformidades son problemas identificados en las evaluaciones que reflejan la falta de adherencia a los estndares, descripciones de proceso o procedimientos aplicables. El estado de las no
conformidades proporciona una indicacin de las tendencias de calidad. Los problemas de calidad incluyen no conformidades y resultados del anlisis de tendencia.
Cuando las no conformidades no pueden resolverse localmente,
hay que usar los mecanismos de escalado establecidos para asegurar

PPQA

1. Seleccionar los productos de trabajo a evaluar, en base a criterios


de muestreo documentados en caso de usar muestreo.
2. Establecer y mantener criterios claramente definidos para la evaluacin de los productos de trabajo.
La intencin de esta subprctica es proporcionar criterios, en base
a las necesidades del negocio, tales como:
Qu ser evaluado durante la evaluacin de un producto de trabajo.
Cundo o con qu frecuencia ser evaluado un producto de trabajo.
Cmo se llevar a cabo la evaluacin.
Quin debe estar involucrado en la evaluacin.
3. Usar los criterios definidos durante las evaluaciones de los productos de trabajo.
4. Evaluar los productos de trabajo antes de que sean entregados al
cliente.
5. Evaluar los productos de trabajo en los hitos seleccionados de su
desarrollo.
6. Realizar evaluaciones intermedias o incrementales de los productos de trabajo y de los servicios frente a las descripciones de proceso, estndares y procedimientos.
7. Identificar cada caso de no conformidad encontrado durante las
evaluaciones.
8. Identificar las lecciones aprendidas que podran mejorar los procesos para futuros productos y servicios.

21-PAGS_427-438

20/4/09

10:53

Pgina 432

432 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


que el nivel apropiado de gerencia pueda resolver el problema. Seguir
las no conformidades hasta su resolucin.

Productos de trabajo tpicos


1. Informes de acciones correctivas.
2. Informes de evaluacin.
3. Tendencias de calidad.

Subprcticas
1. Resolver cada no conformidad con los miembros apropiados del
personal donde sea posible.
2. Documentar las no conformidades cuando no puedan resolverse
en el proyecto.
Algunos ejemplos de formas de resolver las no conformidades dentro del
proyecto son:
Corregir la no conformidad.
Cambiar las descripciones de proceso, estndares, o procedimientos
que fueron incumplidos.
Obtener una excepcin para cubrir la no conformidad.
3. Escalar las no conformidades que no puedan resolverse en el proyecto al nivel de gerencia apropiado designado para recibir y actuar sobre las no conformidades.
4. Analizar las no conformidades para ver si existe alguna tendencia
de calidad que pueda identificarse y tratarse.
5. Asegurar que las partes interesadas relevantes son informadas de
los resultados de las evaluaciones y de las tendencias de calidad de
manera oportuna.
6. Revisar peridicamente las no conformidades abiertas y las tendencias con el gerente designado para recibir y actuar sobre las no
conformidades.
7. Seguir las no conformidades hasta su resolucin.
SP 2.2

ESTABLECER REGISTROS

Establecer y mantener registros de las actividades de aseguramiento de la


calidad.

Productos de trabajo tpicos


1.
2.
3.
4.

Registros de evaluacin.
Informes de aseguramiento de la calidad.
Informes del estado de las acciones correctivas.
Informes de las tendencias de calidad.

21-PAGS_427-438

20/4/09

10:53

Pgina 433

Aseguramiento de la calidad de proceso y de producto

433

Subprcticas
1. Registrar las actividades de aseguramiento de la calidad de proceso y de producto con suficiente detalle de forma que sean conocidos el estado y los resultados.
2. Corregir el estado y la historia de las actividades de aseguramiento
de la calidad segn sea necesario.
L OGRAR LAS METAS ESPECFICAS

El proceso da soporte y permite el logro de las metas especficas del rea de


proceso transformando los productos de trabajo de entrada identificables
para producir productos de trabajo de salida identificables.
GP 1.1

R EALIZAR LAS PRCTICAS ESPECFICAS

GG 2

I NSTITUCIONALIZAR UN PROCESO GESTIONADO

El proceso est institucionalizado como un proceso gestionado.


GP 2.1

ESTABLECER UNA POLTICA DE LA ORGANIZACIN

Establecer y mantener una poltica de la organizacin para planificar y realizar


el proceso de aseguramiento de la calidad de proceso y de producto.

Elaboracin:
Esta poltica establece las expectativas de la organizacin para evaluar objetivamente si los procesos y los productos de trabajo asociados se adhieren a las descripciones de proceso, estndares y
procedimientos aplicables; y para asegurar que se tratan las no conformidades.
Esta poltica tambin establece expectativas de la organizacin
para que el aseguramiento de la calidad de proceso y de producto est
implantado en todos los proyectos. El aseguramiento de la calidad de
proceso y de producto debe poseer independencia suficiente de la gestin del proyecto para proporcionar objetividad en la identificacin y
la comunicacin de las no conformidades.
GP 2.2

P LANIFICAR EL PROCESO

Establecer y mantener el plan para realizar el proceso de aseguramiento de la


calidad de proceso y de producto.

PPQA

Realizar las prcticas especficas del proceso de aseguramiento de la calidad


de proceso y de producto para desarrollar productos de trabajo y
proporcionar servicios para alcanzar las metas especficas del rea de
proceso.

S LO CONTINUO

GG 1

21-PAGS_427-438

20/4/09

10:53

Pgina 434

434 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...

Elaboracin:
Este plan para realizar el proceso de aseguramiento de la calidad de
proceso y de producto puede ser parte de (o referenciado por) el plan
del proyecto, el cual se describe en el rea de proceso de Planificacin
de proyecto.
GP 2.3

P ROPORCIONAR RECURSOS

Proporcionar recursos adecuados para realizar el proceso de aseguramiento


de la calidad de proceso y de producto, desarrollar los productos de trabajo y
proporcionar los servicios del proceso.

Elaboracin:
Algunos ejemplos de recursos proporcionados son las siguientes
herramientas:
Herramientas de evaluacin.
Herramientas de seguimiento de no conformidad.

GP 2.4

ASIGNAR RESPONSABILIDAD

Asignar la responsabilidad y la autoridad para realizar el proceso, desarrollar


los productos de trabajo y proporcionar los servicios del proceso de
aseguramiento de la calidad de proceso y de producto.

Elaboracin:
Para evitar la subjetividad o parcialidad, asegurar que las personas a
las que se ha asignado responsabilidad y autoridad para llevar a cabo
el aseguramiento de la calidad de proceso y de producto puedan realizar sus evaluaciones con la suficiente independencia y objetividad.
GP 2.5

FORMAR AL PERSONAL

Formar, segn sea necesario, a las personas para realizar o dar soporte al
proceso de aseguramiento de la calidad de proceso y de producto.

Elaboracin:
Algunos ejemplos de temas de formacin son:
Dominio de la aplicacin.
Relaciones con el cliente.
Descripciones de proceso, estndares, procedimientos y mtodos para
el proyecto.
Objetivos, descripciones de proceso, estndares, procedimientos,
mtodos y herramientas de aseguramiento de la calidad.

21-PAGS_427-438

20/4/09

10:53

Pgina 435

Aseguramiento de la calidad de proceso y de producto

GP 2.6

435

G ESTIONAR CONFIGURACIONES

Poner los productos de trabajo designados del proceso de aseguramiento de


la calidad de proceso y de producto bajo los niveles de control apropiados.

Elaboracin:
Algunos ejemplos de productos de trabajo puestos bajo control son:
Informes de no conformidades.
Registros e informes de evaluacin.

GP 2.7

I DENTIFICAR E INVOLUCRAR A LAS PARTES INTERESADAS RELEVANTES

Identificar e involucrar, segn se planific, a las partes interesadas relevantes


del proceso de aseguramiento de la calidad de proceso y de producto.

Algunos ejemplos de actividades para involucrar a las partes interesadas


son:
Establecimiento de criterios para la evaluacin objetiva de los procesos
y de los productos de trabajo.
Evaluacin de procesos y de productos de trabajo.
Resolucin de no conformidades.
Seguimiento de no conformidades hasta su cierre.

GP 2.8

M ONITORIZAR Y CONTROLAR EL PROCESO

Monitorizar y controlar el proceso de aseguramiento de la calidad de proceso


y de producto frente al plan para realizar el proceso, y tomar las acciones
correctivas apropiadas.

Elaboracin:
Algunos ejemplos de medidas y de productos de trabajo usados en la
monitorizacin y el control son:
Varianza de las evaluaciones objetivas del proceso planificadas y
ejecutadas.
Varianza de las evaluaciones objetivas de producto de trabajo
planificadas y ejecutadas.
Calendario de las evaluaciones objetivas.

PPQA

Elaboracin:

10:53

Pgina 436

436 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


GP 2.9

E VALUAR OBJETIVAMENTE LA ADHERENCIA

Evaluar objetivamente la adherencia del proceso de aseguramiento de la


calidad de proceso y de producto frente a la descripcin del proceso,
estndares y procedimientos, y tratar las no conformidades.

Elaboracin:
Se remite a la Tabla II.2 en la pgina 172 en Metas genricas y prcticas genricas para ms informacin sobre la relacin entre la prctica
genrica 2.9 y el rea de proceso de Aseguramiento de la calidad de
proceso y de producto.
Algunos ejemplos de actividades revisadas son:
Evaluar objetivamente los procesos y los productos de trabajo.
Seguir y comunicar las no conformidades.
Algunos ejemplos de productos de trabajo revisados son:
Informes de no conformidad.
Registros e informes de evaluacin.

GP 2.10

R EVISAR EL ESTADO CON EL NIVEL DIRECTIVO

Revisar con el nivel directivo las actividades, el estado y los resultados del
proceso de aseguramiento de la calidad de proceso y de producto, y resolver
los problemas.
GG 3 y sus prcticas no se aplican para una calificacin de nivel de madurez 2, pero
s se aplican para una calificacin de nivel de madurez 3 o superior.

GG 3

S LO
ETAPAS

20/4/09

I NSTITUCIONALIZAR UN PROCESO DEFINIDO

El proceso est institucionalizado como un proceso definido.


GP 3.1

ESTABLECER UN PROCESO DEFINIDO

Establecer y mantener la descripcin de un proceso definido de


aseguramiento de la calidad de proceso y de producto.
GP 3.2

R ECOGER INFORMACIN DE MEJORA

Recoger productos de trabajo, medidas, resultados de medicin e


informacin de mejora procedentes de la planificacin y realizacin del
proceso de aseguramiento de la calidad de proceso y de producto para
dar soporte al uso futuro y a la mejora de los procesos y de los activos de
proceso de la organizacin.

S LO CONTINUO /N IVEL DE MADUREZ 3-5

21-PAGS_427-438

21-PAGS_427-438

20/4/09

10:53

Pgina 437

Aseguramiento de la calidad de proceso y de producto

437

Algunos ejemplos de productos de trabajo, medidas, resultados de


medicin e informacin de mejora son:
Registros de evaluacin.
Tendencias de calidad.
Informe de no conformidad.
Informes de estados de acciones correctivas.
Informes de coste de calidad para los proyectos.

GG 4

S LO CONTINUO /
N IVEL DE MADUREZ 3-5

Elaboracin:

I NSTITUCIONALIZAR UN PROCESO GESTIONADO CUANTITATIVAMENTE

El proceso est institucionalizado como un proceso gestionado


cuantitativamente.
GP 4.1

ESTABLECER LOS OBJETIVOS CUANTITATIVOS PARA EL PROCESO

ESTABILIZAR EL RENDIMIENTO DEL SUBPROCESO

Estabilizar el rendimiento de uno o ms subprocesos para determinar la


capacidad del proceso de aseguramiento de la calidad de proceso y de
producto para lograr los objetivos cuantitativos establecidos de calidad y
de rendimiento del proceso.
GG 5

I NSTITUCIONALIZAR UN PROCESO EN OPTIMIZACIN

El proceso est institucionalizado como un proceso en optimizacin.


GP 5.1

ASEGURAR LA MEJORA CONTINUA DEL PROCESO

Asegurar la mejora continua del proceso de aseguramiento de la calidad de


proceso y de producto para satisfacer los objetivos de negocio relevantes
de la organizacin.
GP 5.2

C ORREGIR LAS CAUSAS RAZ DE LOS PROBLEMAS

Identificar y corregir las causas raz de los defectos y de otros problemas en


el proceso de aseguramiento de la calidad de proceso y de producto.

S LO CONTINUO

GP 4.2

PPQA

Establecer y mantener los objetivos cuantitativos para el proceso de


aseguramiento de la calidad de proceso y de producto, los cuales tratan la
calidad y el rendimiento del proceso en base a las necesidades del cliente y a
los objetivos de negocio.

21-PAGS_427-438

20/4/09

10:53

Pgina 438

22-PAGS_439-464

20/4/09

11:01

Pgina 439

GESTIN CUANTITATIVA DE PROYECTO


Un rea de proceso de gestin de proyecto en el nivel de madurez 4

Propsito
El propsito de la Gestin cuantitativa de proyecto (QPM) es gestionar cuantitativamente el proceso definido del proyecto para alcanzar
los objetivos establecidos de calidad y de rendimiento del proceso del
proyecto.

Notas introductorias
El rea de proceso de Gestin cuantitativa de proyecto implica:
Establecer y mantener los objetivos de calidad y de rendimiento del
proceso en el proyecto.

Seleccionar los subprocesos del proceso definido del proyecto a ser gestionados estadsticamente.
Monitorizar el proyecto para determinar si los objetivos de calidad y de
rendimiento del proceso en el proyecto estn siendo satisfechos, e identificar la accin correctiva apropiada.
Seleccionar las medidas y las tcnicas analticas a usarse en la gestin
estadstica de los subprocesos seleccionados.
Establecer y mantener una comprensin de la variacin de los subprocesos seleccionados usando las medidas y las tcnicas analticas seleccionadas.
Monitorizar el rendimiento de los subprocesos seleccionados para determinar si son capaces de satisfacer sus objetivos de calidad y de rendimiento del proceso, e identificar la accin correctiva.
Registrar los datos de gestin estadstica y de calidad en el repositorio
de medicin de la organizacin.

439

QPM

Identificar los subprocesos adecuados que constituyen el proceso definido del proyecto en base a los datos histricos de estabilidad y de capacidad encontrados en las lneas base o los modelos del rendimiento
del proceso.

22-PAGS_439-464

20/4/09

11:01

Pgina 440

440 PARTE II METAS GENRICAS Y PRCTICAS GENRICAS...


Los objetivos de calidad y de rendimiento del proceso, las medidas
y las lneas base identificadas aqu se desarrollan de acuerdo a lo descrito en el rea de proceso de Rendimiento de procesos de la organizacin. Posteriormente, los resultados de ejecutar los procesos asociados
con el rea de proceso de Gestin cuantitativa de proyecto (p. ej., definiciones de medicin y datos de medicin) pasan a ser activos de
proceso de la organizacin referenciados en el rea de proceso de
Rendimiento de Procesos de la organizacin.
Para tratar eficazmente las prcticas especficas en este rea de proceso, la organizacin debera tener ya establecido un conjunto de procesos estndar y activos de proceso de la organizacin relacionados,
tales como el repositorio de medicin de la organizacin y la biblioteca de activos de proceso de la organizacin para usar por cada proyecto en el establecimiento de su proceso definido. El proceso definido
del proyecto es un conjunto de subprocesos que forman un ciclo de
vida coherente e integrado para el proyecto. ste es establecido, en
parte, a travs de la seleccin y la adaptacin de procesos a partir del
conjunto de procesos estndar de la organizacin. (Vase la definicin
de proceso definido en el glosario).
El proyecto debera tambin asegurar que estn disponibles las mediciones y el progreso de los esfuerzos del proveedor. Es necesario el
establecimiento de relaciones eficaces con los proveedores para la implementacin con xito de las prcticas especficas de este rea de proceso.
El rendimiento del proceso es una medida de los resultados reales
alcanzados por el proceso. El rendimiento del proceso se caracteriza
tanto por las medidas del proceso (p. ej., esfuerzo, tiempo del ciclo y
eficiencia de eliminacin de defectos) como por las medidas del producto (p. ej., fiabilidad, densidad de defectos y tiempo de respuesta).
Los subprocesos son componentes definidos de un proceso definido ms grande. Por ejemplo, un proceso de desarrollo tpico de la organizacin puede definirse en trminos de subprocesos, tales como
desarrollo de requerimientos, diseo, construccin, pruebas y revisiones entre pares. Los subprocesos pueden descomponerse an ms, segn sea necesario, en otros subprocesos y elementos de proceso.
Un elemento esencial de la gestin cuantitativa es tener confianza
en las estimaciones (p. ej., ser capaz de predecir la extensin en la cual
el proyecto puede cumplir con los objetivos de calidad y de rendimiento del proceso). Los subprocesos que sern estadsticamente gestionados se eligen en base a las necesidades identificadas del
rendimiento previsible. (Vase las definiciones de proceso gestionado
estadsticamente, objetivo de calidad y de rendimiento del proceso
y proceso gestionado cuantitativamente en el glosario).
Otro elemento esencial de la gestin cuantitativa es comprender la
naturaleza y la extensin de la variacin experimentada en el rendimiento del proceso, y reconocer cuando el rendimiento real del proyecto puede no ser adecuado para alcanzar los objetivos de calidad y
de rendimiento del proceso en el proyecto.

22-PAGS_439-464

20/4/09

11:01

Pgina 441

Gestin cuantitativa de proyecto

441</