Referencia 

Rápida de CMMI para Desarrollo              
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 PA and GG Quick
Reference” © 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.

1
CMMI-DEV v1.3, 20100907
Referencia Rápida de CMMI para Desarrollo              
ÍNDICE
GESTIÓN DE REQUERIMIENTOS (REQM) .....................................................................................3
PLANIFICACIÓN DE PROYECTO (PP) ................................................................................................3
MONITORIZACIÓN Y CONTROL DE PROYECTO (PMC) ..............................................................3
GESTIÓN DE ACUERDO CON PROVEEDOR (SAM) ........................................................................4
GESTIÓN DE CONFIGURACIÓN (CM)...............................................................................................4
MEDICIÓN Y ANÁLISIS (MA) ............................................................................................................4
ASEGURAMIENTO DE LA CALIDAD DE PROCESO Y PRODUCTO (PPQA) ..............................5
ANÁLISIS DE DECISIÓN Y SOLUCIÓN (DAR) .............................................................................5
GESTIÓN DEL RIESGO (RSKM)...........................................................................................................5
GESTIÓN INTEGRADA DE PROYECTO (IPM) .................................................................................6
DEFINICIÓN DE PROCESO ORGANIZACIONAL (OPD) ..............................................................6
FOCO EN PROCESO ORGANIZACIONAL (OPF)..............................................................................6
CAPACITACIÓN ORGANIZACIONAL (OT)......................................................................................7
DESARROLLO DE REQUERIMIENTOS (RD) ....................................................................................7
SOLUCIÓN TÉCNICA (TS)....................................................................................................................8
INTEGRACIÓN DE PRODUCTO (PI) ...................................................................................................8
VALIDACIÓN (VAL).................................................................................................................................9
VERIFICACIÓN (VER).............................................................................................................................9
GESTIÓN CUANTITATIVA DE PROYECTO (QPM) ........................................................................9
DESEMPEÑO DE PROCESO ORGANIZACIONAL (OPP) ..............................................................10
GESTIÓN DEL DESEMPEÑO ORGANIZACIONAL (OPM) ..........................................................10
ANALISIS CAUSAL Y SOLUCIÓN (CAR)........................................................................................11
METAS GENÉRICAS..............................................................................................................................12
ACLARACIONES DE LA TRADUCCIÓN ...........................................................................................13

2
CMMI-DEV v1.3, 20100907
Referencia Rápida de CMMI para Desarrollo              
GESTIÓN DE REQUERIMIENTOS (REQM)
Categoría: Gestión de Proyectos – Nivel de Madurez: 2
El propósito de Gestión de Requerimientos (REQM = Requirements Management) es gestionar requerimientos
de los productos y componentes de producto del proyecto y asegurar alineamiento entre dichos
requerimientos y los planes y productos de trabajo del proyecto.
SG 1 Los requerimientos se gestionan y las inconsistencias con planes y productos de trabajo se identifican.
SP 1.1 Desarrollar un entendimiento con quienes proporcionan requerimientos acerca del significado de los
requerimientos.
SP 1.2 Obtener compromiso con los requerimientos de los participantes del proyecto.
SP 1.3 Gestionar cambios a los requerimientos conforme ellos evolucionan durante el proyecto.
SP 1.4 Mantener trazabilidad bidireccional entre los requerimientos y productos de trabajo.
SP 1.5 Asegurar que los planes y productos de trabajo del proyecto permanecen alineados con los
requerimientos.

PLANIFICACIÓN DE PROYECTO (PP)

Categoría: Gestión de Proyectos – Nivel de Madurez: 2
El propósito de Planificación de proyecto (PP = Project Planning) es establecer y mantener planes que definan
las actividades del proyecto.
SG 1 Establecer y mantener estimaciones de parámetros de planificación de proyecto.
SP 1.1 Establecer una estructura de división del trabajo (EDT) de alto nivel para estimar el alcance del
proyecto.
SP 1.2 Establecer y mantener estimaciones de atributos de productos de trabajo y tareas.
SP 1.3 Definir las fases del ciclo de vida del proyecto sobre las cuales delimitar el esfuerzo de
planificación.
SP 1.4 Estimar el esfuerzo y costo del proyecto para los productos de trabajo y tareas con base en una
justificación de estimación.
SG 2 Establecer y mantener un plan de proyecto como la base para gestionar el proyecto.
SP 2.1 Establecer y mantener el presupuesto y cronograma del proyecto.
SP 2.2 Identificar y analizar riesgos del proyecto.
SP 2.3 Planificar la gestión de datos del proyecto.
SP 2.4 Planificar los recursos para ejecutar el proyecto.
SP 2.5 Planificar los conocimientos y habilidades necesarias para ejecutar el proyecto.
SP 2.6 Planificar la involucración de las partes interesadas identificadas.
SP 2.7 Establecer y mantener el plan completo del proyecto.
SG 3 Establecer y mantener los compromisos con el plan de proyecto.
SP 3.1 Revisar todos los planes que afectan el proyecto para comprender los compromisos del proyecto.
SP 3.2 Adaptar el plan de proyecto para conciliar recursos disponibles y estimados.
SP 3.3 Obtener compromiso con las partes interesadas relevantes responsables de ejecutar y apoyar la
ejecución del plan.

MONITORIZACIÓN Y CONTROL DE PROYECTO (PMC)

Categoría: Gestión de Proyectos – Nivel de Madurez: 2
El propósito de Monitorización y Control de Proyecto (PMC = Project Monitoring and Control) es proporcionar
un entendimiento del avance del proyecto de modo que se puedan tomar acciones correctivas apropiadas
cuando el desempeño del proyecto se desvía significativamente del plan.
SG 1 El desempeño y avance real del proyecto de monitoriza versus el plan del proyecto.
SP 1.1 Monitorizar valores reales de parámetros de planificación de proyecto versus el plan de proyecto.
SP 1.2 Monitorizar compromisos versus aquellos identificados en el plan de proyecto.
SP 1.3 Monitorizar riesgos versus aquellos identificados en el plan de proyecto.
SP 1.4 Monitorizar la gestión de datos del proyecto versus el plan de proyecto.
SP 1.5 Monitorizar la involucración de las partes interesadas versus el plan de proyecto.
3
CMMI-DEV v1.3, 20100907
Referencia Rápida de CMMI para Desarrollo              
SP 1.6 Revisar periódicamente el avance del proyecto, desempeño y problemas.
SP 1.7 Revisar los logros del proyecto y resultados en hitos seleccionados del proyecto.
SG 2 Las acciones correctivas se gestionan hasta su cierre cuando el desempeño o resultados del proyecto se
desvían significativamente del plan.
SP 2.1 Recolectar y analizar problemas y determinar acciones correctivas para resolverlos.
SP 2.2 Tomar acción correctiva sobre problemas identificados.
SP 2.3 Gestionar acciones correctivas hasta su cierre.

GESTIÓN DE ACUERDO CON PROVEEDOR (SAM)

Categoría: Gestión de Proyectos – Nivel de Madurez: 2
El propósito de la Gestión de Acuerdo con Proveedor (SAM = Supplier Agreement Management) es gestionar
la adquisición de productos y servicios de proveedores.
SG 1 Acuerdos con los proveedores se establecen y mantienen.
SP 1.1 Determinar el tipo de adquisición para cada producto o componente de producto a ser adquirido.
SP 1.2 Seleccionar proveedores con base en una evaluación de su habilidad para satisfacer los
requerimientos especificados y criterio establecido.
SP 1.3 Establecer y mantener acuerdos con proveedor.
SG 2 Los acuerdos con proveedores se satisfacen por ambos tanto el proyecto como el proveedor.
SP 2.1 Realizar actividades con el proveedor tal como está especificado en el acuerdo con el proveedor.
SP 2.2 Asegurar que el acuerdo con el proveedor se satisface antes de aceptar el producto adquirido.
SP 2.3 Asegurar la transición de productos adquiridos del proveedor.

GESTIÓN DE CONFIGURACIÓN (CM)

Categoría: Soporte – Nivel de Madurez: 2
El propósito de Gestión de Configuración (CM = Configuration Management) es establecer y mantener la
integridad de entregables de proceso usando identificación de configuración, control de configuración,
contabilizar el estado de la configuración y auditorias de configuración.
SG 1 Se establecen líneas base de entregables identificados de proceso.
SP 1.1 Identificar elementos de configuración, componentes y entregables de proceso relacionados a ser
colocados bajo gestión de configuración.
SP 1.2 Establecer y mantener un sistema de gestión de configuración y un sistema de gestión de cambios
para controlar entregables de proceso.
SP 1.3 Crear ó liberar líneas base para uso interno y para entregar al cliente.
SG 2 Realizar seguimiento y control a los cambios a los productos de trabajo bajo gestión de configuración.
SP 2.1 Realizar seguimiento a solicitudes de cambio de los elementos de configuración.
SP 2.2 Controlar cambios a los elementos de configuración.
SG 3 Establecer y mantener la integridad de las líneas base.
SP 3.1 Establecer y mantener registros que describen los elementos de configuración.
SP 3.2 Realizar auditorias de configuración para mantener la integridad de las líneas base de
configuración.

MEDICIÓN Y ANÁLISIS (MA)

Categoría: Soporte – Nivel de Madurez: 2
El propósito de Medición y Análisis (MA = Measurement and Analysis) es desarrollar y sostener una capacidad
de medición usada para apoyar las necesidades de información para gestión.
SG 1 Los objetivos y actividades de medición están alineadas con las necesidades y objetivos identificados de
información.
SP 1.1 Establecer y mantener objetivos de medición derivados de las necesidades y objetivos
identificados de información.
SP 1.2 Especificar mediciones para resolver objetivos de medición.
SP 1.3 Especificar cómo los datos de medición se obtienen y almacenan.
SP 1.4 Especificar cómo los datos de medición se analizan y comunican.
4
CMMI-DEV v1.3, 20100907
Referencia Rápida de CMMI para Desarrollo              
SG 2 Proporcionar los resultados de medición, que resuelven las necesidades y objetivos identificados de
medición.
SP 2.1 Obtener datos de medición especificados.
SP 2.2 Analizar e interpretar datos de medición.
SP 2.3 Gestionar y almacenar datos de medición, especificaciones de medición y resultados de medición.
SP 2.4 Comunicar los resultados de medición y las actividades de análisis a todas las partes interesadas
relevantes.

ASEGURAMIENTO DE LA CALIDAD DE PROCESO Y PRODUCTO (PPQA)

Categoría: Soporte – Nivel de Madurez: 2
El propósito del Aseguramiento de la Calidad de Proceso y Producto (PPQA = Process and Product Quality
Assurance) es proporcionar al equipo y administración visibilidad objetiva de los procesos y productos de
trabajo asociados.
SG 1 Evaluar objetivamente adherencia del proceso ejecutado y productos de trabajo asociados con las
descripciones de proceso, estándares y procedimientos aplicables.
SP 1.1 Evaluar objetivamente procesos ejecutados seleccionados versus descripciones de proceso,
estándares y procedimientos aplicables.
SP 1.2 Evaluar objetivamente productos de trabajo seleccionados versus descripciones de proceso,
estándares y procedimientos aplicables.
SG 2 A los problemas de no conformidad se les hace seguimiento objetivamente y se comunican y se asegura
su solución.
SP 2.1 Comunicar problemas de calidad y asegurar la solución de problemas de no conformidad con el
equipo y gerentes.
SP 2.2 Establecer y mantener registros de actividades de aseguramiento de la calidad.

ANÁLISIS DE DECISIÓN Y SOLUCIÓN (DAR)

Categoría: Soporte – Nivel de Madurez: 3
El propósito de Análisis de Decisión y Solución (DAR = Decision Analysis and Resolution) es analizar posibles
decisiones usando un proceso formal de evaluación que evalúa alternativas identificadas versus un criterio
establecido.
SG 1 Las decisiones se basan en una evaluación de alternativas usando un criterio establecido.
SP 1.1 Establecer y mantener lineamientos para determinar cuáles problemas están sujetos a un proceso
formal de evaluación.
SP 1.2 Establecer y mantener un criterio para evaluar alternativas y el ranking relativo de estos
criterios.
SP 1.3 Identificar soluciones alternativas para resolver problemas.
SP 1.4 Seleccionar métodos de evaluación.
SP 1.5 Evaluar soluciones alternativas usando métodos y criterios establecidos.
SP 1.6 Seleccionar soluciones de las alternativas en base a un criterio de evaluación.

GESTIÓN DEL RIESGO (RSKM)

Categoría: Gestión de Proyectos – Nivel de Madurez: 3
El propósito de la Gestión del Riesgo (RSKM = Risk Management) es identificar problemas potenciales antes
que sucedan de modo que las actividades de manejo de riesgos puedan ser planificadas e invocadas según sea
necesario a lo largo de la vida del producto o proyecto para mitigar impactos adversos en el logro de
objetivos.
SG 1 Llevar a cabo la preparación para la gestión de riesgos.
SP 1.1 Determinar fuentes y categorías de riesgo.
SP 1.2 Definir parámetros usados para analizar y categorizar riesgos y para controlar el esfuerzo de
gestión de riesgos.
SP 1.3 Establecer y mantener la estrategia a ser usada para gestión de riesgos.
SG 2 Los riesgos se identifican y analizan para determinar su importancia relativa.
5
CMMI-DEV v1.3, 20100907
Referencia Rápida de CMMI para Desarrollo              
SP 2.1 Identificar y documentar riesgos.
SP 2.2 Evaluar y categorizar cada riesgo identificado usando categorías y parámetros definidos de
riesgo y determinar su prioridad relativa.
SG 3 Los riesgos se manejan y mitigan según sea apropiado para reducir impactos adversos en el logro de
objetivos.
SP 3.1 Desarrollar un plan de mitigación de riesgo de acuerdo a la estrategia de gestión de riesgos.
SP 3.2 Monitorizar el estado de cada riesgo periódicamente e implementar el plan de mitigación de
riesgo según sea apropiado.

GESTIÓN INTEGRADA DE PROYECTO (IPM)

Categoría: Gestión de Proyectos – Nivel de Madurez: 3
El propósito de la Gestión Integrada de Proyecto (IPM = Integrated Project Management) es establecer y
gestionar el proyecto y la involucración de las partes interesadas relevantes de acuerdo a un proceso
integrado y definido que está adaptado a partir del conjunto de procesos estándares de la organización.
SG 1 El proyecto se lleva a cabo usando un proceso definido adaptado a partir del conjunto de procesos
estándares de la organización.
SP 1.1 Establecer y mantener el proceso definido del proyecto desde el inicio del proyecto y a lo largo
de la vida del proyecto.
SP 1.2 Usar activos de proceso de la organización y el repositorio de medición para las actividades de
estimación y planificación de proyecto.
SP 1.3 Establecer y mantener el entorno de trabajo del proyecto con base en los estándares del entorno
de trabajo de la organización.
SP 1.4 Integrar el plan de proyecto y otros planes que afectan al proyecto para describir el proceso
definido del proyecto.
SP 1.5 Gestionar el proyecto usando el plan del proyecto, otros planes que afectan al proyecto y el
proceso definido del proyecto.
SP 1.6 Establecer y mantener equipos.
SP 1.7 Contribuir con experiencias relacionadas a proceso en los activos de proceso de la organización.
SG 2 Realizar la coordinación y colaboración entre el proyecto y las partes interesadas relevantes.
SP 2.1 Gestionar la involucración de las partes interesadas en el proyecto.
SP 2.2 Participar con las partes interesadas en identificar, negociar y realizar seguimiento a
dependencias críticas.
SP 2.3 Resolver problemas con las partes interesadas relevantes.

DEFINICIÓN DE PROCESO ORGANIZACIONAL (OPD)

Categoría: Gestión de Procesos – Nivel de Madurez: 3
El propósito de Definición de Proceso Organizacional (OPD = Organizational Process Definition) es establecer
y mantener un conjunto útil de activos de proceso de la organización, estándares del entorno de trabajo y
reglas y lineamientos para equipos.
SG 1 Establecer y mantener un conjunto de activos de proceso de la organización.
SP 1.1 Establecer y mantener el conjunto de procesos estándares de la organización.
SP 1.2 Establecer y mantener descripciones de los modelos de ciclo de vida aprobados para uso en la
organización.
SP 1.3 Establecer y mantener criterios y lineamientos de adaptación para el conjunto de procesos
estándares de la organización.
SP 1.4 Establecer y mantener el repositorio de mediciones de la organización.
SP 1.5 Establecer y mantener la librería de activos de proceso de la organización.
SP 1.6 Establecer y mantener los estándares del entorno de trabajo.
SP 1.7 Establecer y mantener reglas y lineamientos para la estructura, formación y operación de equipos.

FOCO EN PROCESO ORGANIZACIONAL (OPF)

Categoría: Gestión de Procesos – Nivel de Madurez: 3
6
CMMI-DEV v1.3, 20100907
Referencia Rápida de CMMI para Desarrollo              
El propósito de Foco en Proceso Organizacional (OPF = Organizational Process Focus) es planificar,
implementar y desplegar mejoras de proceso organizacional con base en un entendimiento exhaustivo de las
fortalezas y debilidades vigentes de los procesos y activos de proceso de la organización.
SG 1 Las fortalezas, debilidades y oportunidades de mejora para los proceso de la organización se identifican
periódicamente y según sea necesario.
SP 1.1 Establecer y mantener la descripción de las necesidades y objetivos de proceso para la
organización.
SP 1.2 Evaluar los procesos de la organización periódicamente y según sea necesario para mantener un
entendimiento de sus fortalezas y debilidades.
SP 1.3 Identificar mejoras a los procesos y activos de proceso de la organización.
SG 2 Acciones de proceso que resuelven las mejoras a los procesos y activos de proceso de la organización se
planifican e implementan.
SP 2.1 Establecer y mantener planes de acción de proceso para resolver las mejoras a los procesos y
activos de proceso de la organización.
SP 2.2 Implementar planes de acción de proceso.
SG 3 Los activos de proceso de la organización se despliegan a lo largo de la organización y las experiencias
relacionadas a proceso se incorporan en los activos de proceso de la organización.
SP 3.1 Desplegar activos de proceso de la organización a lo largo de la organización.
SP 3.2 Desplegar el conjunto de procesos estándares de la organización en los proyectos desde su inicio
y desplegar cambios en éstos según sea apropiado a lo largo de la vida de cada proyecto.
SP 3.3 Monitorizar la implementación del conjunto de procesos estándares de la organización y uso de
activos de proceso en todos los proyectos.
SP 3.4 Incorporar experiencias relacionadas a proceso derivadas del planeamiento y ejecución del
proceso en los activos de proceso de la organización.

CAPACITACIÓN ORGANIZACIONAL (OT)

Categoría: Gestión de Procesos – Nivel de Madurez: 3
El propósito de la Capacitación Organizacional (OT) es desarrollar las habilidades y conocimiento de las
personas de modo que puedan desempeñar sus roles efectiva y eficientemente.
SG 1 Establecer y mantener una capacidad de entrenamiento que apoye a los roles en la organización.
SP 1.1 Establecer y mantener las necesidades estratégicas de capacitación de la organización.
SP 1.2 Determinar cuáles necesidades de capacitación son responsabilidad de la organización y cuales se
dejan al proyecto individual ó grupo de soporte.
SP 1.3 Establecer y mantener un plan organizacional táctico de capacitación.
SP 1.4 Establecer y mantener una capacidad de entrenamiento para resolver las necesidades de
capacitación organizacional.
SG 2 Proporcionar capacitación a las personas para que desempeñen sus roles efectivamente.
SP 2.1 Entregar capacitación siguiendo el plan organizacional táctico de capacitación.
SP 2.2 Establecer y mantener registros de capacitación organizacional.
SP 2.3 Evaluar la efectividad del programa organizacional de capacitación.

DESARROLLO DE REQUERIMIENTOS (RD)

Categoría: Ingeniería – Nivel de Madurez: 3
El propósito de Desarrollo de Requerimientos (RD = Requirements Development) es capturar, analizar y
establecer requerimientos de cliente, de producto y de componente de producto.
SG 1 Las necesidades, expectativas, restricciones e interfases de las partes interesadas, se recolectan y
transforman en requerimientos de cliente.
SP 1.1 Capturar necesidades, expectativas, restricciones e interfases de las partes interesadas para
todas las fases del ciclo de vida del producto.
SP 1.2 Transformar las necesidades, expectativas, restricciones e interfases de las partes interesadas
en requerimientos priorizados del cliente.

7
CMMI-DEV v1.3, 20100907
Referencia Rápida de CMMI para Desarrollo              
SG 2 Los requerimientos de cliente se afinan y elaboran para desarrollar los requerimientos de producto y de
componente de producto.
SP 2.1 Establecer y mantener requerimientos de producto y de componente de producto, que están
basados en los requerimientos de cliente.
SP 2.2 Asignar los requerimientos para cada componente de producto.
SP 2.3 Identificar requerimientos de interfase.
SG 3 Los requerimientos se analizan y validan.
SP 3.1 Establecer y mantener conceptos operaciones y escenarios asociados.
SP 3.2 Establecer y mantener una definición de la funcionalidad y atributos de calidad requeridos.
SP 3.3 Analizar requerimientos para asegurar que ellos son necesarios y suficientes.
SP 3.4 Analizar requerimientos para balancear necesidades y restricciones de partes interesadas
SP 3.5 Validar los requerimientos para asegurar que el producto resultante funcionará tal como se
espera en el entorno del usuario.

SOLUCIÓN TÉCNICA (TS)

Categoría: Ingeniería – Nivel de Madurez: 3
El propósito de Solución Técnica (TS = Technical Solution) es seleccionar, diseñar, desarrollar e implementar
soluciones a los requerimientos. Las soluciones, diseños e implementaciones incluyen productos, componentes
de producto y productos relacionados a los procesos del ciclo de vida ya sea individualmente o en combinación
según como sea apropiado.
SG 1 Producto y componente de producto se seleccionan a partir de soluciones alternativas.
SP 1.1 Desarrollar soluciones alternativas y criterio de selección.
SP 1.2 Seleccionar las soluciones de componente de producto con base en criterio de selección.
SG 2 Los diseños de producto o de componente de producto se desarrollan.
SP 2.1 Desarrollar un diseño para el producto o componente de producto.
SP 2.2 Establecer y mantener un paquete técnico de datos.
SP 2.3 Diseñar interfases de componente de producto usando criterio establecido.
SP 2.4 Evaluar si los componentes de producto deben desarrollarse, comprarse o reutilizarse con base en
un criterio establecido.
SG 3 Los componentes de producto y documentación de soporte asociada se implementan a partir de sus
diseños.
SP 3.1 Implementar los diseños de los componentes de producto.
SP 3.2 Desarrollar y mantener la documentación de uso final.

INTEGRACIÓN DE PRODUCTO (PI)

Categoría: Ingeniería – Nivel de Madurez: 3
El propósito de la Integración de producto (PI) es ensamblar el producto a partir de los componentes de
producto, asegurar que el producto, así integrado, se comporta apropiadamente (es decir, posee la
funcionalidad y atributos de calidad requeridos) y entregar el producto.
SG 1 Realizar la preparación para integración de producto.
SP 1.1 Establecer y mantener una estrategia de integración de producto.
SP 1.2 Establecer y mantener el entorno necesario para apoyar la integración de los componentes de
producto.
SP 1.3 Establecer y mantener procedimientos y criterio para la integración de los componentes de
producto.
SG 2 Las interfases de componentes de producto, ambas interna y externa, son compatibles.
SP 2.1 Revisar la cobertura y completitud de las descripciones de interfase.
SP 2.2 Gestionar las definiciones de las interfases internas y externas, diseños y cambios a los
productos y componentes de producto.
SG 3 Componentes de producto verificados se ensamblan y el producto integrado, verificado y validado se
entrega.

8
CMMI-DEV v1.3, 20100907
Referencia Rápida de CMMI para Desarrollo              
SP 3.1 Confirmar, antes de ensamblar, que cada componente de producto, requerido para ensamblar el
producto ha sido identificado apropiadamente, se comporta de acuerdo a su descripción y que las
interfases del componente de producto satisfacen las descripciones de la interfase.
SP 3.2 Ensamblar los componentes de producto de acuerdo a la estrategia y procedimientos de
integración de producto.
SP 3.3 Evaluar la compatibilidad de interfases de los componentes de producto ensamblados.
SP 3.4 Empaquetar el producto o componente de producto ensamblado y entregarlo al cliente.

VALIDACIÓN (VAL)
Categoría: Ingeniería – Nivel de Madurez: 3
El propósito de Validación (VAL = Validation) es demostrar que un producto o componente de producto
satisface su uso previsto cuando se instala en su entorno previsto.
SG 1 Llevar a cabo la preparación para la validación.
SP 1.1 Seleccionar productos y componentes de producto a ser validados y métodos de validación a ser
usados.
SP 1.2 Establecer y mantener el entorno necesario para soportar la validación.
SP 1.3 Establecer y mantener procedimientos y criterio para validación.
SG 2 El producto o componentes de producto se validan para asegurar que están listos para su uso en su
entorno de operación previsto.
SP 2.1 Realizar la validación sobre productos y componentes de producto seleccionados.
SP 2.2 Analizar resultados de actividades de validación.

VERIFICACIÓN (VER)
Categoría: Ingeniería – Nivel de Madurez: 3
El propósito de Verificación (VER = Verification) es asegurar que productos de trabajo seleccionados
satisfacen sus requerimientos especificados.
SG 1 Llevar a cabo la preparación para la verificación.
SP 1.1 Seleccionar productos de trabajo a ser verificados y métodos de verificación a ser usados.
SP 1.2 Establecer y mantener el entorno necesario para soportar la verificación.
SP 1.3 Establecer y mantener procedimientos y criterio de verificación para los productos de trabajo
seleccionados.
SG 2 Se realizan revisiones de pares sobre productos de trabajo seleccionados.
SP 2.1 Prepararse para las revisiones de pares de productos de trabajo seleccionados.
SP 2.2 Realizar revisiones de pares de productos de trabajo seleccionados e identificar problemas
resultado de estas revisiones.
SP 2.3 Analizar datos acerca de la preparación, realización y resultados de las revisiones de pares.
SG 3 Productos de trabajo seleccionados se verifican versus sus requerimientos especificados.
SP 3.1 Realizar verificación sobre productos de trabajo seleccionados.
SP 3.2 Analizar resultados de todas las actividades de verificación.

GESTIÓN CUANTITATIVA DE PROYECTO (QPM)

Categoría: Gestión de Proyectos – Nivel de Madurez: 4
El propósito de la gestión Cuantitativa de Proyecto (QPM = Quantitative Project Management) es gestionar
cuantitativamente el proyecto para lograr los objetivos establecidos de calidad y de desempeño de proceso
del proyecto.
SG 1 Se lleva a cabo la preparación para la gestión cuantitativa.
SP 1.1 Establecer y mantener los objetivos de calidad y de desempeño de proceso del proyecto.
SP 1.2 Usando técnicas estadísticas y otras técnicas cuantitativas, componer un proceso definido que
facilite al proyecto el logro de sus objetivos de calidad y de desempeño de proceso.
SP 1.3 Seleccionar los subprocesos y atributos críticos para evaluar el desempeño y que ayuden a lograr
los objetivos de calidad y de desempeño de proceso del proyecto.
SP 1.4 Seleccionar mediciones y técnicas analíticas a ser usadas en la gestión cuantitativa.
9
CMMI-DEV v1.3, 20100907
Referencia Rápida de CMMI para Desarrollo              
SG 2 El proyecto es gestionado cuantitativamente.
SP 2.1 Monitorizar el desempeño de subprocesos seleccionados usando técnicas estadísticas y otras
técnicas cuantitativas.
SP 2.2 Gestionar el proyecto usando técnicas estadísticas y otras técnicas cuantitativas para determinar
si se están satisfaciendo o no los objetivos de calidad y de desempeño de proceso del proyecto.
SP 2.3 Realizar análisis de causa raíz de problemas seleccionados para resolver deficiencias en el logro
de los objetivos de calidad y de desempeño de proceso del proyecto.

DESEMPEÑO DE PROCESO ORGANIZACIONAL (OPP)

Categoría: Gestión de Procesos – Nivel de Madurez: 4
El propósito del Desempeño de Proceso Organizacional (OPP = Organizational Process Performance) es
establecer y mantener un entendimiento cuantitativo del desempeño de procesos seleccionados en el conjunto
de procesos estándares de la organización en apoyo al logro de objetivos de calidad y de desempeño de
proceso y proporcionar datos de desempeño de proceso, líneas base y modelos para gestionar
cuantitativamente los proyectos de la organización.
SG 1 Establecer y mantener líneas base y modelos que caracterizan el desempeño esperado del conjunto de
procesos estándares de la organización.
SP 1.1 Establecer y mantener los objetivos cuantitativos de calidad y de desempeño de proceso de la
organización, que son trazables a los objetivos de negocio.
SP 1.2 Seleccionar procesos o subprocesos en el conjunto de procesos estándares de la organización a
ser incluidos en el análisis de desempeño de proceso de la organización y mantener trazabilidad con los
objetivos de negocio.
SP 1.3 Establecer y mantener definiciones de mediciones a ser incluidas en los análisis de desempeño de
proceso de la organización.
SP 1.4 Analizar el desempeño de los procesos seleccionados y establecer y mantener líneas base de
desempeño de procesos.
SP 1.5 Establecer y mantener modelos de desempeño de proceso para el conjunto de procesos
estándares de la organización.

GESTIÓN DEL DESEMPEÑO ORGANIZACIONAL (OPM)

Categoría: Gestión de Procesos – Nivel de Madurez: 5
El propósito de la Gestión de Desempeño Organizacional (OPM = Organizational Performance Management) es
gestionar proactivamente el desempeño de la organización para satisfacer sus objetivos de negocio.
SG 1 Gestionar el desempeño de negocio de la organización usando técnicas estadísticas y otras cuantitativas
para comprender falencias en el desempeño del proceso e identificar áreas de mejora de proceso.
SP 1.1 Mantener objetivos de negocio con base en un entendimiento de las estrategias de negocio y
resultados reales de desempeño.
SP 1.2 Analizar datos de desempeño de proceso para determinar la habilidad de la organización para
satisfacer objetivos de negocio identificados.
SP 1.3 Identificar áreas potenciales de mejora que pueden contribuir con satisfacer objetivos de
negocio.
SG 2 Las mejoras se identifican y evalúan proactivamente usando técnicas estadísticas y otras técnicas
cuantitativas y se seleccionan para despliegue en base a su contribución con la satisfacción de los objetivos
de calidad y de desempeño de proceso.
SP 2.1 Capturar y categorizar mejoras sugeridas.
SP 2.2 Analizar el posible impacto en lograr objetivos de calidad y de desempeño de proceso de la
organización de mejoras sugeridas.
SP 2.3 Validar mejoras seleccionadas.
SP 2.4 Seleccionar e implementar mejoras para el despliegue a lo largo de la organización con base en una
evaluación de costos, beneficios y otros factores.

10
CMMI-DEV v1.3, 20100907
Referencia Rápida de CMMI para Desarrollo              
SG 3 Mejoras cuantificadas a los procesos y tecnologías de la organización se despliegan y evalúan usando
técnicas estadísticas y otras técnicas cuantitativas.
SP 3.1 Establecer y mantener planes para desplegar mejoras seleccionadas.
SP 3.2 Gestionar el despliegue de mejoras seleccionadas.
SP 3.3 Evaluar los efectos de mejoras desplegadas en la calidad y desempeño de proceso usando técnica
estadísticas y otras cuantitativas.

ANALISIS CAUSAL Y SOLUCIÓN (CAR)

Categoría: Soporte – Nivel de Madurez: 5
El propósito de Análisis Causal y Solución (CAR = Causal Analysis and Resolution) es identificar causas de
resultados seleccionados y tomar acción para mejorar el desempeño del proceso.
SG 1 Causas raíz de resultados seleccionados se determinan sistemáticamente.
SP 1.1 Seleccionar resultados para análisis.
SP 1.2 Realizar análisis causal de resultados seleccionados y proponer acciones para resolverlos.
SG 2 Causas raíz de resultados seleccionados se resuelven sistemáticamente.
SP 2.1 Implementar propuestas de acción seleccionadas desarrolladas en análisis causal.
SP 2.2 Evaluar el efecto de acciones implementadas en el desempeño del proceso.
SP 2.3 Registrar datos de análisis causal y solución para su uso a lo largo de los proyectos y la
organización.

11
CMMI-DEV v1.3, 20100907
Referencia Rápida de CMMI para Desarrollo              
METAS GENÉRICAS
GG 1 El proceso apoya las metas específicas del área de proceso, transformando ‘productos de trabajo’
identificables de entrada, en ‘productos de trabajo’ identificables de salida.
GP 1.1 Realizar las prácticas específicas del área de proceso para desarrollar productos de trabajo y
proporcionar servicios para lograr las metas específicas del área de proceso.
GG 2 El proceso está institucionalizado como un proceso gestionado.
GP 2.1 Establecer y mantener una política organizacional para planificar y ejecutar el proceso.
GP 2.2 Establecer y mantener el plan para ejecutar el proceso.
GP 2.3 Proporcionar recursos adecuados para ejecutar el proceso, desarrollando los productos de
trabajo y proporcionando los servicios del proceso.
GP 2.4 Asignar responsabilidad y autoridad para ejecutar el proceso, desarrollando los productos de
trabajo y proporcionando los servicios del proceso.
GP 2.5 Capacitar, según sea necesario, a las personas que ejecutan o apoyan el proceso.
GP 2.6 Colocar ‘productos de trabajo’ seleccionados del proceso, bajo niveles apropiados de control.
GP 2.7 Identificar e involucrar a las partes interesadas relevantes del proceso según está planificado.
GP 2.8 Monitorizar y controlar el proceso versus el plan para ejecutar el proceso y tomar acción
correctiva apropiada.
GP 2.9 Evaluar objetivamente adherencia del proceso y de los productos de trabajo seleccionados versus
la descripción del proceso, estándares y procedimientos y resolver no conformidades.
GP 2.10 Revisar las actividades, estado y resultados del proceso con gerencia de alto nivel y resolver
problemas.
GG 3 El proceso está institucionalizado como un proceso definido.
GP 3.1 Establecer y mantener la descripción de un proceso definido.
GP 3.2 Recolectar experiencias relacionadas al proceso derivadas de la planificación y ejecución del
proceso para apoyar el uso futuro y mejora de los procesos y activos de proceso de la organización.

12
CMMI-DEV v1.3, 20100907
Referencia Rápida de CMMI para Desarrollo              
ACLARACIONES DE LA TRADUCCIÓN
goal = meta
output(s) = resultado(s)
performance = desempeño
stakeholders = partes interesadas
training = capacitación
work product(s) = producto(s) de trabajo

13
CMMI-DEV v1.3, 20100907