C04- 1

Disclaimer
The author have taken care in the preparation of this text, but make no expressed or implied
warranty of any kind and assume no responsibility for error or omissions. No liability is assumed
for incidental or consequential damages in connection with or arising out of the use of the
information or programs contained herein.
This text is based on a non-SEI-sanctioned translation of “CMMI® for Development, Version 1.3”
© 2010 by Carnegie Mellon University that was prepared by David Arteaga.
Neither Carnegie Mellon University nor the Software Engineering Institute have participated in
the creation of this text or the translation upon which it is based and, accordingly, do not
directly or indirectly endorse this publication; Accuracy and interpretation of this translation
are the responsibility of DAVID ARTEAGA.
ANY CARNEGIE MELLON UNIVERSITY AND SOFTWARE ENGINEERING INSTITUTE
MATERIAL IS FURNISHED ON AN "AS-IS" BASIS. CARNEGIE MELLON UNIVERSITY
MAKES NO WARRANTIES OF ANY KIND, EITHER EXPRESSED OR IMPLIED, AS TO ANY
MATTER INCLUDING, BUT NOT LIMITED TO, WARRANTY OF FITNESS FOR PURPOSE OR
MERCHANTABILITY, EXCLUSIVITY, OR RESULTS OBTAINED FROM USE OF THE
MATERIAL.
CARNEGIE MELLON UNIVERSITY DOES NOT MAKE ANY WARRANTY OF ANY KIND WITH
RESPECT TO FREEDOM FROM PATENT, TRADEMARK, OR COPYRIGHT INFRINGEMENT.
® Capability Maturity Model, CMM, and CMMI are registered in the U.S. Patent and Trademark
Office by Carnegie Mellon University.

Traducción de David Arteaga del modelo CMMI para Desarrollo versión 1.3 © 2010
 C04- 2

Contenido
CAPÍTULO 4 RELACIONES ENTRE ÁREAS DE PROCESO.............................................. 3
Gestión de Procesos ............................................................................................................... 3
Áreas de Proceso Básicas de Gestión de Procesos............................................................. 3
Áreas de Proceso Avanzadas de Gestión de Procesos ....................................................... 5
Gestión de Proyectos.............................................................................................................. 6
Áreas de Proceso Básicas de Gestión de Proyectos ........................................................... 6
Áreas de Proceso Avanzadas de Gestión de Proyectos...................................................... 7
Ingeniería................................................................................................................................ 8
Áreas de Proceso de Ingeniería y Recursividad ............................................................... 10
Soporte ................................................................................................................................. 11
Áreas de Proceso Básicas de Soporte............................................................................... 11
Áreas de Proceso Avanzadas de Soporte ......................................................................... 12

Nota aclaratoria:

El modelo CMMI está en inglés y usted puede descargarlo de la página web del SEI:
http://www.sei.cmu.edu/library/abstracts/reports/10tr033.cfm
SEI significa Software Engineering Institute de Carnegie Mellon University.
Esta traducción ha sido realizada por David Arteaga a quien puede contactar en
david.arteaga@processconsulting.net

SM
CMM Integration, IDEAL, and SCAMPI are service marks of Carnegie Mellon University.
® Capability Maturity Model, Capability Maturity Modeling, CMM, and CMMI are registered in the
U.S. Patent and Trademark Office by Carnegie Mellon University.
SM
CMM Integration, IDEAL y SCAMPI son marcas registradas de Carnegie Mellon University.
® Capability Maturity Model, Capability Maturity Modeling, CMM y CMMI están registradas en la
Oficina de Marcas Registradas y Patentes de los EEUU por Carnegie Mellon University.

Traducción de David Arteaga del modelo CMMI para Desarrollo versión 1.3 © 2010
 C04- 3

CAPÍTULO 4 RELACIONES ENTRE ÁREAS DE PROCESO

En este capítulo, describimos las relaciones clave entre áreas de proceso para ayudarle a tener la
visión organizacional de la mejora de procesos y cómo algunas áreas de proceso dependen de la
implementación de otras áreas de proceso.

Las relaciones entre múltiples áreas de proceso, incluyendo la información y artefactos que fluyen de
un área de proceso a otra – ilustrado con figuras y descripciones en este capítulo – le ayudan a tener
una visión más amplia de la implementación y mejora de procesos.

Las iniciativas exitosas de mejora de procesos deben ser motivadas por objetivos de negocio de la
organización. Por ejemplo, un objetivo común de negocio de reducir el tiempo que toma conseguir
tener un producto en el mercado. El objetivo de mejora de proceso se derivado del anterior puede ser
mejorar los procesos de gestión de proyectos para asegurar la entrega a tiempo; estas mejoras se
basan en mejores prácticas en las áreas de proceso Planificación de Proyecto y Control y
Monitorización de Proyecto.

Aunque en este capítulo agrupamos áreas de proceso para simplificar la discusión de sus relaciones,
con frecuencia las áreas de proceso interactúan y tienen un efecto en otras independientemente de
su grupo, categoría o nivel. Por ejemplo, el área de proceso Análisis de Decisión y Solución (un área
de proceso de Soporte en el nivel de madurez 3) contiene prácticas específicas que abordan el
proceso de evaluación formal usado en el área de proceso Solución Técnica para seleccionar una
solución técnica de soluciones alternativas.

Ser consciente de las relaciones clave que existen entre las áreas de proceso del CMMI le ayudará a
aplicar el CMMI de una forma útil y productiva. Las relaciones entre áreas de proceso están descritas
en más detalle en las referencias de cada área de proceso y específicamente en la sección Áreas de
Proceso Relacionadas de cada área de proceso en la Parte Dos. En el Capítulo 2 usted puede
encontrar más información acerca de qué son las referencias.

Gestión de Procesos
Las áreas de proceso de Gestión de Procesos contienen actividades entre proyectos relacionadas
con la definición, planeamiento, despliegue, implementación, monitorización, control, evaluación,
medición y mejora de procesos.
Las cinco áreas de proceso de Gestión de Procesos del CMMI para Desarrollo son:

 Definición de Proceso Organizacional (OPD)

 Enfoque en Proceso Organizacional (OPF)
 Gestión del Desempeño Organizacional (OPM)
 Desempeño de Proceso Organizacional (OPP)
 Entrenamiento Organizacional (OT)

Áreas de Proceso Básicas de Gestión de Procesos

Las áreas de proceso Básicas de Gestión de Procesos proporcionan a la organización la capacidad
para documentar y compartir las mejores prácticas, activos de procesos organizacionales, y
aprendizaje a lo largo de la organización.
La Figura 4.1 proporciona una visión general de las interacciones entre las áreas de proceso Básicas
de Gestión de Procesos y con otras categorías de áreas de proceso. Como ilustra la Figura 4.1, el
área de proceso Enfoque en Proceso Organizacional ayuda a la organización a planear, implementar
y desplegar mejoras de proceso organizacionales con base en un entendimiento de las fortalezas y
debilidades actuales de los procesos y activos de procesos de la organización.

Figura 4.1 Áreas de Proceso Básicas de Gestión de Procesos

Traducción de David Arteaga del modelo CMMI para Desarrollo versión 1.3 © 2010
 C04- 4

Nivel
directivo

Objetivos
de negocio
OT
de la
organización
Procesos
estándares y
otros activos
Áreas de Proceso
de Gestión de
Procesos estándares, Proyectos,
OPF Recursos y
OPD estándares del entorno
de trabajo y otros activos
Soporte e
Ingeniería
Coordinación

OPF = Enfoque en Proceso Organizacional

OT = Entrenamiento Organizacional
OPD = Definición de Proceso Organizacional

Las mejoras a los procesos de la organización que son candidatas se obtienen a través de diferentes
medios. Pueden ser propuestas de mejora de procesos, mediciones de los procesos, lecciones
aprendidas en la implementación de los procesos y resultados de las evaluaciones de procesos y
actividades de evaluación de producto.

El área de proceso Definición de Proceso Organizacional establece y mantiene el conjunto de

procesos estándares de la organización, estándares del entorno de trabajo y otros activos basados en
las necesidades y objetivos de proceso de la organización. Estos otros activos incluyen descripciones
de los modelos de ciclo de vida, guías de personalización de procesos, documentación y datos
relacionados con procesos.

Los proyectos adecúan el conjunto de procesos estándares de la organización para crear sus
procesos definidos. Los otros activos apoyan la adecuación (personalización) así como la
implementación de los procesos definidos.

Las experiencias y productos de trabajo resultado de ejecutar estos procesos definidos, incluyendo
datos de mediciones, descripciones de procesos, artefactos de procesos y lecciones aprendidas, se
incorporan según sea apropiado al conjunto de procesos estándares de la organización y otros
activos.

El área de proceso Entrenamiento Organizacional identifica las necesidades estratégicas de

entrenamiento de la organización así como las necesidades tácticas de entrenamiento que sean
comunes entre proyectos y grupos de soporte. En particular, el entrenamiento se desarrolla u obtiene
para desarrollar las habilidades requeridas para ejecutar el conjunto de procesos estándares de la
organización. Los principales componentes del entrenamiento incluyen un programa gestionado de
desarrollo de entrenamiento, planes documentados, personal con el conocimiento apropiado y
mecanismos para medir la efectividad del programa de entrenamiento.

Traducción de David Arteaga del modelo CMMI para Desarrollo versión 1.3 © 2010
 C04- 5

Áreas de Proceso Avanzadas de Gestión de Procesos

Las áreas de proceso Avanzadas de Gestión de Procesos proporcionan a la organización una
capacidad mejorada para lograr sus objetivos cuantitativos de calidad y desempeño de procesos.

La figura 4.2 proporciona una visión general de las interacciones entre las áreas de proceso
Avanzadas de Gestión de Procesos con otras categorías de áreas de proceso. Cada una de las áreas
de proceso Avanzadas de Gestión de Procesos depende de la habilidad para desarrollar y desplegar
procesos y proporcionar soporte a los activos. Las áreas de proceso Básicas de Gestión de Procesos
proporcionan esta habilidad.

Figura 4.2 Áreas de Proceso Avanzadas de Gestión de Procesos

Organización

OPM

Mediciones de calidad Áreas de Proceso

y de proceso, líneas de Gestión de
Objetivos de base, objetivos de
Proyectos,
negocio desempeño y modelos
Nivel
directivo
OPP Soporte e
Ingeniería
Objetivos de
calidad y de
proceso

Habilidad para desarrollar

y desplegar procesos
estandares y otros activos Áreas de Proceso
de Gestión Básica de
Procesos
OPM = Gestión del Desempeño Organizacional
OPP = Desempeño de Proceso Organizacional

Como se ilustra en la Figura 4.2, el área de proceso Desempeño de Proceso Organizacional deriva
los objetivos cuantitativos de calidad y desempeño de procesos a partir de los objetivos de negocio de
la organización. La organización proporciona a los proyectos y grupos de soporte mediciones
comunes, líneas base de desempeño de proceso y modelos de desempeño de proceso.

Estos activos adicionales de la organización apoyan componer un proceso definido que puede lograr
los objetivos de calidad y de desempeño de proceso del proyecto y apoyan la gestión cuantitativa. La
organización analiza los datos de desempeño de procesos recolectados de estos procesos definidos
para desarrollar un entendimiento cuantitativo de la calidad de producto, calidad de servicio y
desempeño de proceso del conjunto de procesos estándares de la organización.

En la Gestión de Desempeño Organizacional, se analizan líneas base y modelos de desempeño de

proceso para comprender la habilidad de la organización de satisfacer sus objetivos de negocio y
derivar objetivos de calidad y de desempeño de proceso. Con base en este entendimiento, la
organización selecciona proactivamente y despliega mejoras incrementales e innovadoras que
mejoran cuantitativamente el desempeño de la organización.

La selección de mejoras para desplegar se basa en un entendimiento cuantitativo de los beneficios

deseados y costos predecibles del despliegue de mejoras candidatas. La organización también puede
afinar los objetivos de negocio y los objetivos de calidad y de desempeño de proceso según sea
apropiado.

Traducción de David Arteaga del modelo CMMI para Desarrollo versión 1.3 © 2010
 C04- 6

Gestión de Proyectos
Las áreas de proceso de Gestión de Proyectos abarcan las actividades de gestión de proyectos
relacionadas al planeamiento, monitorización y control del proyecto.

Las siete áreas de proceso de Gestión de Proyectos en el CMMI para Desarrollo son:

 Gestión Integrada de Proyecto (IPM)

 Monitorización y Control de Proyecto (PMC)
 Planeamiento de Proyecto (PP)
 Gestión Cuantitativa de Proyecto (QPM)
 Gestión de Requerimientos (REQM)
 Gestión de Riesgos (RSKM)
 Gestión de Acuerdo con Proveedores (SAM)

Áreas de Proceso Básicas de Gestión de Proyectos

Las áreas de proceso Básicas de Gestión de Proyectos abordan las actividades relacionadas con
establecer y mantener el plan del proyecto, establecer y mantener los compromisos, monitorizar el
avance versus el plan, tomar acción correctiva y gestionar los acuerdos con proveedores.

La figura 4.3 proporciona una visión general de las interacciones entre las áreas de proceso Básicas
de Gestión de Proyectos con las otras categorías de áreas de proceso. Como se ilustra en la figura
4.3, el área de proceso de Planeamiento de Proyecto incluye desarrollar el plan del proyecto,
involucrar a las partes interesadas relevantes, obtener compromiso con el plan y mantener el plan.

Figura 4.3 Áreas de Proceso Básicas de Gestión de Proyectos

Estado, problemas y resultados de evaluaciones de proceso y producto;

mediciones y análisis
Acción correctiva
PMC
REQM

Estado,
Qué Construir
problemas y
resultados PP Qué hacer
de revisiones y Áreas de Proceso
monitorización de Soporte y
De Ingeniería

SAM

Requerimientos de componente de
producto, problemas técnicos,
componentes de producto terminados,
Proveedor
revisiones y pruebas de aceptación
PP = Planeamiento de Proyecto
PMC = Monitorización y Control de Proyecto
SAM = Gestión de Acuerdo con Proveedor

El planeamiento comienza con los requerimientos que definen el producto y el proyecto. (¿Qué
construir? En la Figura 4.3) El plan del proyecto abarca las diversas actividades de gestión de
proyecto y desarrollo ejecutadas por el proyecto. El proyecto revisa otros planes que afectan el
proyecto de diversas partes interesadas relevantes y establece compromisos con esas partes

Traducción de David Arteaga del modelo CMMI para Desarrollo versión 1.3 © 2010
 C04- 7

interesadas respecto a sus contribuciones con el proyecto. Por ejemplo, estos planes incluyen gestión
de la configuración, verificación y medición y análisis.

El área de proceso Monitorización y Control Proyecto contiene prácticas para monitorizar y controlar
actividades y tomar acciones correctivas. El plan del proyecto especifica la frecuencia de revisiones
de avance y las mediciones usadas para monitorear el avance. El avance se determina
principalmente mediante la comparación del estado del proyecto con el plan. Cuando el estado
vigente se desvía significativamente de los valores esperados, se toman las acciones correctivas
según sea apropiado. Estas acciones pueden incluir la re-planificación, que requiere usar las
prácticas de Planificación de Proyecto.

El área de proceso Gestión de Requerimientos mantiene los requerimientos. Describe actividades

para obtener y controlar cambios a los requerimientos y asegurar que otros planes relevantes y datos
se mantienen vigentes. Proporciona trazabilidad de requerimientos desde requerimientos de cliente a
requerimientos de producto y requerimientos de componente de producto.

La Gestión de Requerimientos asegura que los cambios a los requerimientos se reflejan en los planes
de proyecto, actividades y productos de trabajo. Este ciclo de cambios puede afectar las áreas de
proceso de Ingeniería; por tanto, la gestión de requerimientos es una secuencia de eventos dinámica
y frecuentemente recursiva. El área de proceso Gestión de Requerimientos es fundamental para
procesos de ingeniería controlados y disciplinados.

El área de proceso Gestión de Acuerdos con Proveedores aborda la necesidad del proyecto de
adquirir aquellas porciones del trabajo que son producidas por proveedores. Fuentes de productos
que pueden usarse para satisfacer los requerimientos del proyecto se identifican proactivamente. El
proveedor se selecciona y se establece un acuerdo con el proveedor para gestionar al proveedor.

El avance y desempeño del proveedor se supervisa tal como se especifica en el acuerdo con el
proveedor y el acuerdo con el proveedor se actualiza según sea apropiado. Se llevan a cabo
revisiones de aceptación y pruebas de aceptación del componente de producto producido por el
proveedor.

Áreas de Proceso Avanzadas de Gestión de Proyectos

Las áreas de proceso Avanzadas de Gestión de Proyectos abordan las actividades tales como
establecer un proceso definido que está personalizado a partir del conjunto de procesos estándares
de la organización, establecer el entorno de trabajo del proyecto a partir de los estándares del entorno
de trabajo de la organización, coordinar y colaborar con las partes interesadas relevantes, formar y
sostener equipos de trabajo para la ejecución de proyectos, gestionar cuantitativamente el proyecto y
gestionar el riesgo.

La figura 4.4 proporciona una visión general de las interacciones entre las áreas de proceso
Avanzadas de Gestión de Proyectos con otras categorías de áreas de proceso. Cada área de
proceso Avanzada de Gestión de Proyectos depende de la habilidad para planificar, monitorizar y
controlar el proyecto. Las áreas de proceso Básicas de Gestión de Proyectos proporcionan esta
habilidad.

El área de proceso Gestión Integrada de Proyecto establece y mantiene el proceso definido del
proyecto que está personalizado a partir del conjunto de procesos estándares de la organización
(Definición de Proceso Organizacional). El proyecto es gestionado usado el proceso definido del
proyecto.

El proyecto usa y contribuye con los activos de procesos de la organización, el entorno de trabajo del
proyecto se establece y mantiene a partir de los estándares del entorno de trabajo de la organización
y los equipos se establecen usando las reglas y lineamientos organizacionales. Las partes
interesadas del proyecto coordinan sus esfuerzos de forma oportuna mediante la identificación,
negociación y seguimiento de las dependencias críticas y la solución de los problemas de
coordinación.

Traducción de David Arteaga del modelo CMMI para Desarrollo versión 1.3 © 2010
 C04- 8

Figura 4.4 Áreas de Proceso Avanzadas de Gestión de Proyectos

QPM=Gestión Cuantitativa de Proyecto Objetivos de Desempeño de Procesos, líneas base y modelos Procesos definidos y compuestos del
IPM=Gestión Integrada de Proyecto proyecto
RSKM=Gestión de Riesgos Datos de gestión estadística QPM Exposición al riesgo
Objetivos cuantitativos, subprocesos a debido a procesos
gestionar estadísticamente, proceso inestables
definido y compuesto del proyecto
Riesgos identificados
RSKM
IPM
Clasificación
de Riesgo
Áreas de Proceso & Parámetros,
de Gestión de Estado
del riesgo,
Procesos Planes de
Mitigación,
y Acciones
Correctivas

Áreas de
Proceso de
Gestión Básica
Áreas de Proceso de Proyectos
de Ingeniería y
Soporte

Aun cuando la identificación y monitorización de riesgos se cubre en las áreas de proceso

Planificación de Proyecto y Monitorización y Control de Proyecto, el área de proceso Gestión de
Riesgos tiene un enfoque avanzado y continuo para gestionar riesgos con actividades que incluyen la
identificación de parámetros de riesgo, evaluaciones de riesgo y mitigación de riesgo.

El área de proceso Gestión Cuantitativa de Proyecto establece objetivos de calidad y de desempeño

de proceso, compone un proceso definido que puede ayudar a lograr estos objetivos y gestiona
cuantitativamente el proyecto. Los objetivos de calidad y de desempeño de proceso para el proyecto
se basan en los objetivos establecidos por la organización y el cliente.

El proceso definido del proyecto se compone usando técnicas estadísticas y otras técnicas
cuantitativas. Este análisis permite al proyecto predecir si logrará sus objetivos de calidad y de
desempeño de proceso.

Con base en la predicción, el proyecto puede afinar el proceso definido o puede negociar cambios en
los objetivos de calidad y de desempeño de proceso. Conforme el proyecto avanza, el desempeño de
subprocesos seleccionados se monitoriza cuidadosamente para ayudar a evaluar si el proyecto está
en ruta para lograr sus objetivos.

Ingeniería
Las áreas de proceso de Ingeniería abarcan las actividades de desarrollo y mantenimiento que son
compartidas entre las disciplinas de ingeniería. Las áreas de proceso de Ingeniería fueron escritas
usando terminología general de ingeniería de modo que cualquier disciplina técnica involucrada en el
proceso de desarrollo del producto (por ejemplo, ingeniería de software, ingeniería mecánica) puede
usarlas para mejora de procesos.

Las áreas de proceso de Ingeniería también integran los procesos asociados con diferentes
disciplinas de ingeniería en un único proceso de desarrollo de producto, apoyando una estrategia de
mejora de procesos orientada al producto. Esta estrategia apunta a objetivos de negocio esenciales
más que a disciplinas técnicas específicas. Este enfoque a los procesos evita de forma efectiva la
tendencia hacia una mentalidad organizacional de unidades estancas e independientes.

Traducción de David Arteaga del modelo CMMI para Desarrollo versión 1.3 © 2010
 C04- 9

Las áreas de proceso de Ingeniería aplican al desarrollo de cualquier producto o servicio en el

dominio de desarrollo (por ejemplo, productos software, productos de hardware, servicios, procesos).

Las cinco áreas de proceso de Ingeniería del CMMI para Desarrollo son:

 Desarrollo de Requerimientos (RD)

 Solución Técnica (TS)
 Integración de Producto (PI)
 Verificación (VER)
 Validación (VAL)

La figura 4.5 proporciona una visión general de las interacciones entre las cinco áreas de proceso de
Ingeniería.

Figura 4.5 Áreas de Proceso de Ingeniería

Áreas de
Requerimientos PI = Integración de Producto
Proceso de
RD = Desarrollo de Requerimientos
Gestión de
TS = Solución Técnica
Proyectos VAL = Validación
VER = Verificación
Requerimientos de componentes
de producto y de producto

Soluciones
Alternativas Componentes
de Producto Producto
RD TS PI Cliente
Requeri-
mientos

Requerimientos,Componentes de Producto,
productos de trabajo, informes de verifica-
ción y validación

VER VAL

Necesidades del Usuario

El área de proceso Desarrollo de Requerimientos identifica las necesidades del cliente y traduce esas
necesidades en requerimientos de producto. El conjunto de requerimientos de producto es analizado
para producir una solución conceptual de alto nivel. Este conjunto de requerimientos es entonces
distribuido para establecer un conjunto inicial de requerimientos de componentes de producto.

Otros requerimientos que ayudan a definir el producto se derivan y asignan a los componentes del
producto. Este conjunto de requerimientos de producto y de componentes de producto describe
claramente el desempeño del producto, atributos de calidad, características de diseño, requerimientos
de verificación, etc. en términos que el desarrollador comprende y usa.

El área de proceso Desarrollo de Requerimientos proporciona requerimientos al área de proceso

Solución Técnica, donde los requerimientos se convierten en arquitectura de producto, diseño de
componentes de producto y componentes de producto (por ejemplo, código, fabricación). Los
requerimientos también son proporcionados al área de proceso Integración de Producto, donde los
componentes de producto se combinan y las interfases se verifican para asegurar que satisfacen los
requerimientos de interfase proporcionados por Desarrollo de Requerimientos.

Traducción de David Arteaga del modelo CMMI para Desarrollo versión 1.3 © 2010
 C04- 10

El área de proceso Solución Técnica desarrolla los paquetes de datos técnicos para los componentes
de producto que serán usados por las áreas de proceso Integración de Producto ó Gestión de
Acuerdo con Proveedores. Las soluciones alternativas son examinadas para seleccionar el diseño
óptimo basado en un criterio establecido. Este criterio puede ser significativamente diferente entre
productos, dependiendo del tipo de producto, ambiente operacional, requerimientos de desempeño,
requerimientos de soporte y costo ó cronogramas de entrega. La tarea de seleccionar la solución final
hace uso de las prácticas específicas en el área de proceso Análisis de Decisión y Solución.

El área de proceso Solución Técnica confía en las prácticas específicas del área de proceso
Verificación para ejecutar la verificación del diseño y las revisiones de pares durante el diseño y
previo a la construcción final.

El área de proceso Verificación asegura que los productos de trabajo seleccionados satisfacen los
requerimientos especificados. El área de proceso Verificación selecciona los productos de trabajo y
métodos de verificación que serán usados para verificar los productos de trabajo versus los
requerimientos especificados. La verificación es generalmente un proceso incremental, comenzando
con la verificación de componentes de producto y usualmente concluyendo con la verificación de
productos completamente ensamblados.

La verificación también aborda las revisiones de pares. Las revisiones de pares son un método
probado para remover defectos tempranamente y proporcionar visibilidad valiosa de los productos de
trabajo y componentes de producto que están siendo desarrollados y mantenidos.

El área de proceso Validación valida incrementalmente el producto versus las necesidades del cliente.
La validación puede ejecutarse en el ambiente operacional ó en un ambiente operacional simulado.
La coordinación con el usuario acerca de los requerimientos de validación es un elemento importante
de esta área de proceso.

El alcance del área de proceso de Validación incluye la validación de productos, componentes de

producto, productos de trabajo intermedios seleccionados y procesos. Estos elementos validados
requieren frecuentemente re-verificación y re-validación. Los problemas descubiertos durante la
validación se resuelven usualmente en las áreas de proceso Desarrollo de Requerimientos ó Solución
Técnica.

El área de proceso Integración de Producto contiene las prácticas específicas asociadas con generar
una estrategia de integración, integrando componentes de producto, y entregando el producto al
cliente.

La Integración de Producto usa las prácticas específicas tanto de Verificación como de Validación en
la implementación del proceso de integración de producto. Las prácticas de Verificación verifican las
interfases y los requerimientos de interfase de los componentes de producto previo a la integración
del producto. La verificación de interfaces es un evento esencial en el proceso de integración.
Durante la integración de producto en el ambiente operacional, se usan las prácticas específicas del
área de proceso de Validación.

Áreas de Proceso de Ingeniería y Recursividad

La mayoría de estándares de proceso concuerdan en que hay dos formas en que se pueden aplicar
los procesos. Estas dos formas se denominan recursividad e iteración.

La recursividad sucede cuando un proceso se aplica a niveles sucesivos de elementos de sistema

dentro s de una estructura de sistema. El resultado de una aplicación se usa como entrada para el
siguiente nivel en la estructura de sistema. Por ejemplo, el proceso de verificación se diseña para
aplicarse al producto completo ensamblado, los principales componentes de producto e inclusive a
componentes de componentes. Cuán lejos en el producto usted aplica el proceso de verificación
depende completamente del tamaño y complejidad del producto final.

La iteración sucede cuando los procesos se repiten al mismo nivel del sistema. Nueva información se
crea mediante la implementación de un proceso que con esta información alimenta como

Traducción de David Arteaga del modelo CMMI para Desarrollo versión 1.3 © 2010
 C04- 11

retroalimentación a un proceso relacionado. Esta nueva información usualmente produce preguntas

que deben resolverse antes de completar los procesos.

Por ejemplo, la iteración es muy probable que suceda entre el desarrollo de requerimientos y solución
técnica. La re-aplicación de los procesos puede resolver las preguntas que surgen. La iteración puede
asegurar calidad antes de aplicar el siguiente proceso.

Los procesos de ingeniería (por ejemplo, desarrollo de requerimientos, verificación) se implementan

repetidamente sobre un producto para asegurar que estos procesos de ingeniería han sido
adecuadamente resueltos antes de realizar la entrega al cliente. Adicionalmente, los procesos de
ingeniería se aplican a los componentes del producto.

Por ejemplo, algunas preguntas que surgen por los procesos asociados con las áreas de proceso
Verificación y Validación pueden resolverse con los procesos asociados al área de proceso Desarrollo
de Requerimientos o Integración de Producto. La recursividad e iteración de estos procesos permite
al proyecto asegurar la calidad en todos los componentes del producto antes de entregarlo al cliente,

Las áreas de proceso de gestión de proyectos pueden igualmente ser recursivas porque algunas
veces hay proyectos incluidos dentro de otros proyectos.

Soporte
Las áreas de proceso de Soporte abarcan las actividades que proporcionan soporte al desarrollo y
mantenimiento de producto. Las áreas de proceso de Soporte abordan procesos que son usados en
el contexto de ejecución de otros procesos. En general, las áreas de proceso de Soporte abordan
procesos que están dirigidos al proyecto, y pueden atender procesos que aplican de forma más
general a la organización.

Por ejemplo, Aseguramiento de la Calidad de Producto y Proceso puede usarse con todas las áreas
de procesos para proporcionar una evaluación objetiva de los procesos y productos de trabajo
descritos en todas las áreas de proceso.

Las cinco áreas de proceso de Soporte del CMMI para Desarrollo son:

 Gestión de la Configuración (CM)

 Aseguramiento de la Calidad de Producto y Proceso (PPQA)
 Medición y Análisis (MA)
 Análisis de Decisiones y Soluciones (DAR)
 Análisis Causal y Soluciones (CAR)

Áreas de Proceso Básicas de Soporte

Las áreas de proceso Básicas de Soporte abordan las funciones básicas de soporte que son usadas
por todas las áreas de proceso. Aun cuando todas las áreas de proceso de Soporte dependen de las
otras áreas de proceso para recibir información, las áreas de proceso Básicas de Soporte
proporcionan funciones de soporte que también ayudan a implementar diversas prácticas genéricas.

La figura 4.6 proporciona una visión general de las interacciones entre las áreas de proceso Básicas
de Soporte con todas las otras áreas de proceso.

El área de proceso Medición y Análisis apoya todas las áreas de proceso proporcionando prácticas
específicas que guían a los proyectos y las organizaciones en alinear sus objetivos y necesidades de
medición con un enfoque de medición que se use para apoyar las necesidades de información para la
gestión. Estos resultados pueden ser usados para la toma de decisiones informada y tomar acciones
correctivas apropiadas.

Traducción de David Arteaga del modelo CMMI para Desarrollo versión 1.3 © 2010
 C04- 12

Figura 4.6 Áreas de Proceso Básicas de Soporte

Problemas de
Mediciones calidad y no-
y análisis conformidad

MA Todas las áreas de proceso PPQA

Necesidades Productos de
de información trabajo y
procesos;
estándares y
procedimientos

CM
CM = Gestión de la Configuración
MA = Medición y Análisis
PPQA = Aseguramiento de la Calidad de Proceso y Producto

El área de proceso Aseguramiento de la Calidad de Producto y Proceso apoya a todas las áreas de
proceso proporcionando prácticas específicas para evaluar objetivamente procesos ejecutados,
productos de trabajo y servicios versus las descripciones del proceso, estándares y procedimientos
aplicables y asegurando que cualquier problema derivado de estas revisiones se resuelve.

El Aseguramiento de la Calidad de Proceso y Producto apoya la entrega de productos y servicios de

alta calidad proporcionando al equipo de proyecto y a todos los niveles de gestión con visibilidad
apropiada y retroalimentación de los procesos y productos de trabajo asociados a lo largo de la vida
del proyecto.

El área de proceso Gestión de la Configuración apoya todas las áreas de proceso estableciendo y
manteniendo la integridad de los productos de trabajo usando identificación de la configuración,
control de configuración, contabilización del estado de la configuración y auditorias de configuración.
Los productos de trabajo colocados bajo gestión de la configuración incluyen los productos que son
entregados al cliente, productos internos de trabajo seleccionados, productos adquiridos,
herramientas y otros ítems que son usados en la creación y descripción de estos productos de trabajo.

Ejemplos de productos de trabajo que pueden colocarse bajo gestión de la configuración incluyen
planes, descripciones de proceso, requerimientos, datos de diseño, dibujos, especificaciones de
producto, código, compiladores, archivos de datos de producto y publicaciones técnicas del producto.

Áreas de Proceso Avanzadas de Soporte

Las áreas de proceso Avanzadas de Soporte proporcionan a los proyectos y a la organización una
capacidad mejorada de soporte. Cada una de estas áreas de proceso depende de información
específica de entrada ó prácticas de otras áreas de proceso.

La figura 4.7 proporciona una visión general de las interacciones entre las áreas de proceso
Avanzadas de Soporte con todas las otras áreas de proceso.

Traducción de David Arteaga del modelo CMMI para Desarrollo versión 1.3 © 2010
 C04- 13

Figura 4.7 Áreas de Proceso Avanzadas de Soporte

CAR

Todas las áreas de proceso

CAR = Análisis Causal y Solución DAR

DAR = Análisis de Decisiones y Soluciones

Usando el área de proceso Análisis Causal y Soluciones, los integrantes del proyecto identifican las
causas de resultados seleccionados y toman acción para prevenir que resultados negativos sucedan
en el futuro o aprovechar resultados positivos. Mientras que los procesos definidos del proyecto son
los objetivos principales para el análisis de causa raíz y planes de acción, los cambios efectivos de
proceso pueden producir propuestas de mejora de procesos enviadas al conjunto de procesos
estándares de la organización.

El área de proceso Análisis de Decisiones y Soluciones apoya todas las áreas de proceso
determinando cuáles problemas deben estar sujetos a un proceso de evaluación formal y entonces
aplicarles un proceso de evaluación formal.

Traducción de David Arteaga del modelo CMMI para Desarrollo versión 1.3 © 2010