Informe de proyecto

“El modelo de madurez CMMI nivel 2”

| Empresa: NurSoft

Módulo: MDC7501-006D

Profesor: Andrea Silva Loncón

Alumnos: Sebastián Costa

Bastian Navarrete
Gonzalo García
Jonathan Torres
Felipe Zapata
Fecha de entrega: Jueves 16 de mayo de 2019
 Introducción
La actualidad del mercado exige a las empresas cada vez más innovación, mejoras, calidad y
robustez de los servicios, es decir, los productos hoy en día se enfrentan a constantes desafíos
propuestos por incluso las mismas personas.
Hoy, que la tecnología es parte de distintas áreas, finanzas, contable, servicio al cliente, recursos
humanos, fabricación y así un sin número de áreas en las que la tecnología hoy es parte. En relación
al párrafo anterior es normal entonces que la tecnología deba aumentar su calidad, seguridad y
eficacia. Esta al ser parte de las mencionadas y más áreas debe cumplir con protocolos,
certificaciones, etc. Que respalden y aseguren un cumplimiento estricto de planificación, desarrollo,
testeo e integración.
El análisis u o documento busca ilustrar, además del concepto de calidad en el software, las acciones
necesarias para controlar y garantizar la calidad de los sistemas de información que se implementen.
La dificultad principal para asegurar la calidad en el software está en la aceptación de la gran
mayoría de las personas.
Por lo anterior mencionado es que proponemos a la empresa analizada en este informe una serie de
actividades y acciones a tomar para ser aplicadas y cumplir con rigurosidad cada punto, desde la
aplicación de estándares como la IEEE 830, CMMI-DEV, etc. Tomando y cumpliendo cada punto
como se le estipula, es de esperar que sus servicios mejoren, que tengan capacidad de llevar cada
solicitud de servicio a un producto final que cumple y supera las expectativas y mantener con el
tiempo la calidad de esta.
 Descripción de la empresa

Nursoft es una empresa desarrolladora de software de origen Palestino, con más de 5 años en el
rubro, esta empresa ofrece una diversidad de servicios en su plataforma,desde sistemas web a
business intelligence. Además de lo mencionado, Nursoft cuenta con más de 40 soluciones a lo largo
de 15 países desde firmas electrónicas hasta aplicaciones de asesoramiento de política públicas.
Nursoft sigue el siguiente ciclo de vida por defecto para desarrollar software.
 Equipo evaluador
En el siguiente punto se detallarán los roles que realizará cada uno de los integrantes del equipo de
trabajo durante el proceso:

Nombre Rol Ambiente

Sebastian Costa QA TESTING

Jonathan Torres INGENIERO INFORMÁTICO ADMINISTRACIÓN

Gonzalo Garcia INGENIERO CIVIL INFORMÁTICO ADMINISTRACIÓN

Bastian Navarrete ANALISTA PROGRAMADOR DESARROLLO

Felipe Zapata ANALISTA PROGRAMADOR DESARROLLO

 Diagnóstico de la empresa

Nivel a diagnosticar.

En base a niveles de ISO, CMMI, etc. Se desarrollará un informe que permita analizar los
procesos a tener en cuenta para posibles cambios, pasando desde:

● Administración de Requerimientos
● Desarrollo de Requerimientos
● Integración de Productos
● Planificación de Proyectos
● Solución Técnica Verificación

Son estas seis áreas de proceso, pertenecientes a los niveles de madurez 2 y 3 de CMMI,
las que serán abordadas durante el desarrollo de este trabajo.

Niveles actuales:

2: Nivel Repetible: Ya existe la noción de administración de proyectos, de control de

requerimientos, versiones del producto y se comienza a utilizar la subcontratación. El
personal hace uso de su experiencia y trabajo en los proyectos futuros (reutilización).
3: Nivel Definido: Existen procedimientos y estándares comunes debidamente
documentados a seguir y el personal está instruido en el uso de ellos. También, se conocen
pautas y criterios para adaptar los modelos a las características propias de cada proyecto.
Se logra disminuir la dependencia respecto a personas irreemplazables, pues todo es
documentado.

A los que se pretende llegar

4 Nivel: Gestionado: La organización es capaz de medir la calidad de sus productos y

procesos, y para esto existen métricas claras. De esta forma, se pueden estimar los
rendimientos y tomar medidas cuando éstos disminuyen.

Nivel 5: Nivel Optimizado: Se trata de una mejora continua en la organización. Todo el

personal está consciente de la importancia de las mejoras y conocen sus beneficios. Se
analizan los defectos existentes en proyectos para determinar causas y evitarlos a futuro.
Carta Gantt.

Procesos a diagnosticar.
1. Administración de Requerimientos (REQM)
2. Planificación de Proyectos (PP)
3. Monitoreo y Control de Proyectos (PMC)
4. Administración de Acuerdos con Proveedores (SAM)
5. Medidas y Análisis (MA)
6. Aseguramiento de Calidad de Proceso y Producto (PPQA)
7. Administración de Configuración (CM)
Entrevistas y cuestionarios.

Procedimiento de evaluación.

El modelo y el procedimiento de evaluación se explica a las personas en la organización,

esto incluye personal de todos los niveles de la organización.
La evaluación se realizará a través de entrevistas y cuestionarios que permitan obtener
apreciaciones de personas claves en la organización.
Se realizarán entrevistas con el personal que tiene mayor experiencia con el desarrollo de
sistema dentro de la división, en las áreas de diseño y pruebas. El propósito de las
entrevistas fue conocer en mayor detalle los roles involucrados en los procesos, las tareas
que realizan y los productos que que usan o crean. las notas tomadas en estas entrevistas
fueron usadas en el resto de las tareas de formalización del proceso.

Cuestionarios.

Cuestionario “politica organizacional”

Pregunta repuestas afirmativas Respuestas negativas

¿Existen políticas y x
objetivos para el testing?

¿Existen políticas de x
planificación de pruebas?

¿Existen estándares x
definidos para el testing?

¿La politica de asignacion x

de personal al testing es
clara?

¿Existe un control para la x

efectividad de las pruebas
Cuestionario “Testing”
Pregunta repuestas afirmativas Respuestas negativas

¿Existen capacitaciones x
para testing?

¿Existen instancias x
comparativas entre pares?

¿Se cuentan con x

herramientas para el
testing?

¿Las pruebas se x
documentan?

¿Las pruebas se planean? x

Cuestionario “Diseño”
Pregunta repuestas afirmativas Respuestas negativas

¿Existen un diseño de x
pruebas?

¿se conocen pruebas para x

determinados
requerimientos ?

¿los procedimientos de x
ejecución de pruebas son
conocidos?

¿Existe un control para el x

diseño?
Cuestionario “Integración al proyecto”
Pregunta repuestas afirmativas Respuestas negativas

¿Existen instancias de x
encuentros entre testers y
analistas/diseñadores?

¿Existen instancias de x
encuentro entre testers y
programadores?

¿Las pruebas se basan en x

requerimientos?

¿Existe un documento x
cuantitativo de aprobación
de pruebas?

Cuestionario “Testing no funcional”

Pregunta repuestas afirmativas Respuestas negativas

¿Existen pruebas no x
funcionales?

¿Existen métricas x
cuantitativas para el testing
no funcional?

¿Existe mantenimiento x
preventivo para los
proyectos??

¿La organización cuenta x

con capacitación?

¿Existen herramientas de x
evaluación de satisfacción
de los clientes y usuarios
finales?

¿Se busca entregar un valor x

agregado a los productos?
Cuestionario “Mejora continua”
Pregunta repuestas afirmativas Respuestas negativas

Existe rotación de x
roles/tareas entre los
distintos actores?

¿Existen instancias de x
evaluación para el proceso
de testing?

¿Las pruebas se basan en x

requerimientos?

¿Existen instancias x
comparativas de pares?

¿Existe un documento x
cuantitativo de aprobación
de pruebas?

Medidas de monitoreo y control de procesos de diagnósticos.

Dentro de las medidas que nos ayudarán a asegurar nuestro trabajo y el cumplimiento eficaz
y controlado de aquello son:

- KPI: Este indicador clave de desempeño son métricas que nos permiten medir el
rendimiento que ha alcanzado una acción en específico o una estrategia determinada.
- Evaluación de personal por objetivo: Lo que nos permite gestionar avance y
cumplimiento de los objetivos planteados a cada trabajador y ver como este está
aportando y cumpliendo.
- Reuniones semanales: Nos permite tener una comunicación que apoye el
cumplimiento de un objetivo general, de mantener el apoyo entre equipos, de analizar
los avances, etc.
Resultados.

En base a los cuestionarios queda en claro que el proceso de testing es pobre con respecto
al modelo de mejoras establecidos y es una actividad no valorará. La organización se ha
mostrado dispuesta a colaborar con la evaluación y dicen que estan dispuestas a cumpliar
con el trabajo necesario para mejorar la calidad

Procesos diagnosticados.

Para registrar la evaluación realizada a la organización donde se implementara el modelo,

se presenta las respuestas obtenidas de las encuestas presentadas anteriormente, esto se
hace presentado las preguntas de cada sección y la cantidad de respuesta en forma de
afirmativas o negativas.

Además en base a las respuestas, se procederá a evaluar la organización con respeto al

modelo de mejora propuestas.Cabe destacar que los cuestionarios se aplicaron a cinco
personas de la empresa Nursoft.

Durante las visitas a la empresa se pudo conocer el estilo de trabajo que se aplica,Existe
una serie de deficiencias que impiden poder llevar a cabo un proceso de testing dedicado y
de calidad.

El estilo de desarrollo es que los analistas se reúnen con los clientes para obtener los
requerimientos del producto, luego de estos mismo analistas se encargan de diseñar el
sistema para luego, una vez que terminan, entregar las especificaciones a los
programadores.Los programadores pruebas sus modelos sin planificación y sin registros , lo
que lleva que se detecten problemas de requerimientos y que tiene que ser modificado.
 Actividades, roles y artefactos utilizados por la organización.

Área de proceso Roles involucrados Actividad Artefacto

REQM Líder o jefe de Función

Requerimientos proyecto, Analista básicamente de gestión a
nivel de proyecto que
involucra a
cliente y gerente de
proyecto
Requerimientos de
evaluaciones de impacto.
Compromisos documentados
de requerimientos y cambios
de requerimientos.

PP Líder o jefe de Establecer Registros de las

Planificación de proyecto y mantener planes que desviaciones significativas.
proyecto definan las actividades del
proyecto.

PMC Líder o jefe de Proporciona una

Monitorización y proyecto comprensión del progreso Registros de desempeño del
Control del del proyecto proyecto.
Proyecto para que se puedan tomar
las acciones correctivas Registros de desviaciones
apropiadas, significativas
cuando el rendimiento del
proyecto se desvíe
significativamente del
plan.

SAM Líder o jefe de Actividades de

Gestión de proyecto, Área de gestión de proyectos que Lista de procesos
Acuerdos con compras o según la estructura de la seleccionados para monitoreo
Proveedores adquisiciones organización o justificación para no
se gestiona por el mismo selección
proyecto o existe un área
de adquisición Informes de actividad
que ejecuta la mayoría de
las actividades Informes de rendimiento
 Curvas de desempeño

Informes de discrepancia

PPQA Personal de Función de apoyo a

Aseguramiento aseguramiento de proyectos, como ejemplo, Informes de evaluación
de la Calidad del calidad un responsable de
realizar Informes de incumplimiento
Proceso y del
Producto una revisión objetiva del
cumplimiento del proceso Acciones correctivas
y los
productos de trabajo

MA Líder o jefe de Actividades de Métricas

Medición y proyecto, apoyo a los proyectos y
Análisis Especialista en áreas de la organización, Informes de análisis
métricas, Oficina de según el
proyectos nivel de información se
puede llevar por el
proyecto o un
especialista de métricas o
bien centralizado en una
oficina de
proyectos o estructura
similar

CM Líder o jefe de Actividad de apoyo Configuraciones

Gestión de proyecto, que se puede llevar por
Configuración Responsable de cada proyecto,
configuración, principalmente cuando son
Miembro del equipo desarrollos
de trabajo independientes, o
centralizado cuando son
proyectos
conjuntos.
 Preparacion propuesta de mejora

a. Administración de requerimientos (REQM)

Propósito
Es gestionar los requisitos de los productos y componentes de productos del proyecto, y asegurar la
alineación entre esos requisitos, los planes y los productos de trabajo y del proyecto.

Notas introductorias

Los procesos de gestión de requisitos gestionan todos los requisitos recibidos o generados por el
proyecto, incluidos los requisitos técnicos y no técnicos, así como los requisitos que la organización
impone al proyecto. En particular, si se implementa el área de proceso de Desarrollo de Requisitos,
sus procesos generarán productos y componentes que también serán gestionados por los procesos
de gestión de requisitos. A lo largo de las áreas de proceso, donde utilizamos los términos producto y
componente del producto, sus significados previstos también abarcan los servicios y sus
componentes. Cuando se implementan todas las áreas de proceso de Gestión de requisitos,
Desarrollo de requisitos y Solución técnica, sus procesos asociados pueden estar estrechamente
vinculados y realizarse de forma concurrente.

El proyecto toma los pasos apropiados para garantizar que el conjunto de requisitos acordados se
administre para respaldar las necesidades de planificación y ejecución del proyecto. Cuando un
proyecto recibe los requisitos de un proveedor de requisitos aprobado, los requisitos se revisan con el
proveedor de requisitos para resolver problemas y evitar malentendidos antes de que los requisitos
se incorporen en los planes del proyecto. Una vez que el proveedor de requisitos y el receptor de
requisitos llegan a un acuerdo, el compromiso con los requisitos se obtiene de los participantes del
proyecto. El proyecto gestiona los cambios en los requisitos a medida que evolucionan e identifica las
incoherencias que se producen entre los planes, los productos de trabajo y los requisitos.

Parte de la gestión de los requisitos es documentar los cambios y los fundamentos de los requisitos y
mantener la trazabilidad bidireccional entre los requisitos de la fuente y todos los requisitos del
producto y los componentes del producto.

Todos los proyectos de desarrollo tienen requisitos. En el caso de un proyecto que se centra en
actividades de mantenimiento, los cambios en el producto o componentes del producto se basan en
cambios en los requisitos, diseño o implementación existentes. Los cambios en los requisitos, si los
hubiera, podrían documentarse en las solicitudes de cambio del cliente o los usuarios, o podrían
tomar la forma de nuevos requisitos recibidos del proceso de desarrollo de requisitos.
Independientemente de su origen o forma, las actividades de mantenimiento que son impulsadas por
cambios en los requisitos se gestionan en consecuencia.
SG 1: Gestión de Requerimientos
Se gestionan los requisitos y se identifican las inconsistencias con los planes del proyecto y los
productos de trabajo.
SP 1.1: Obtención y entendimiento de los requerimientos.
Subpráctica 1: establecer criterios para distinguir los proveedores de requisitos apropiados.

Subpráctica 2: Establecer criterios objetivos para la evaluación y aceptación de requisitos.

La falta de criterios de evaluación y aceptación a menudo da como resultado una verificación

inadecuada, un rework costoso o el rechazo del cliente.

Ejemplos de criterios de evaluación y aceptación incluyen los siguientes:

Claramente y correctamente establecido

Completar
Consistentes entre sí.
Identificado de forma única
Apropiado para implementar
Verificable (verificable)
Rastreable

Subpráctica 3: Analizar los requisitos para garantizar que se cumplen los criterios
establecidos.

Subpráctica 4: Llegue a un entendimiento de los requisitos con el proveedor de requisitos

para que los participantes del proyecto puedan comprometerse con ellos.

SP 1.2 Obtener el compromiso de los requisitos.

Subpráctica 1: evaluar el impacto de los requisitos en los compromisos existentes.

El impacto en los participantes del proyecto debe evaluarse cuando los requisitos cambian o
al comienzo de un nuevo requisito.

Subpráctica 2: Negociar y registrar compromisos.

Los cambios a los compromisos existentes deben negociarse antes de que los participantes
del proyecto se comprometan con el requisito o el cambio de requisito.

SP 1.3 Gestionar cambios de requisitos.

Subpráctica 1: documente todos los requisitos y los cambios de requisitos que el proyecto
otorga o genera.

Subpráctica 2: Mantener el historial de cambios de requisitos con la justificación de los

cambios.

Mantener el historial de cambios ayuda a rastrear la volatilidad de los requisitos.

 Subpráctica 3: evaluar el impacto de los cambios en los requisitos desde el punto de vista de
las partes interesadas relevantes.

Subpráctica 4: haga que los requisitos y los datos de cambio estén disponibles para el
proyecto.

SP 1.4 Mantener Trazabilidad bidireccional de requisitos.

Subpráctica 1: mantener la trazabilidad de los requisitos para garantizar que se documente la

fuente de los requisitos de nivel inferior (derivados).

Subpráctica 2: mantener la trazabilidad de los requisitos de un requisito a sus requisitos

derivados y su asignación a funciones, interfaces, objetos, personas, procesos y productos
de trabajo.

Subpráctica 3: Generar la matriz de trazabilidad de requerimientos.

SP 1.5 determinar las inconsistencias entre el proyecto y los requisitos.

Subpráctica 1: Revisar planes de proyecto, actividades y artefactos para ver si son

consistentes con los requisitos y los cambios realizados.

Subpráctica 2: Identificar la fuente de la inconsistencia y su lógica.

Subpráctica 3: Identifique los cambios que deben realizarse en los planes y productos de
trabajo que resultan de los cambios en la línea de base de requisitos.

Subpráctica 4: Iniciar acciones correctivas.

Roles

Líder o jefe de proyecto, Analista.

Artefactos
1. Criterios de evaluación y aceptación de requisitos.
2. Resultados de análisis contra criterios.
3. Un conjunto acordado de requisitos.
4. Evaluaciones de impacto de requerimientos
5. Compromisos documentados de requerimientos y cambios de requerimientos.
● Planificación de Proyectos (PP)

Propósito

El propósito de la planificación de proyectos es establecer y mantener planes que definen las

actividades del proyecto.

Notas introductorias
El área de proceso de Planificación de Proyecto involucra lo siguiente:

Desarrollo del plan de proyecto.

Interactuar adecuadamente con los grupos de interés.
Conseguir el compromiso con el plan.
Mantener el plan.

La planificación comienza con los requisitos que definen el producto y el proyecto.

La planificación incluye estimar los atributos de los productos y tareas de trabajo, determinar los
recursos necesarios, negociar compromisos, elaborar un cronograma e identificar y analizar los
riesgos del proyecto. Iterar a través de estas actividades puede ser necesario para establecer el plan
del proyecto. El plan del proyecto proporciona la base para realizar y controlar las actividades del
proyecto que abordan los compromisos con el cliente del proyecto.

Por lo general, el plan del proyecto deberá revisarse a medida que el proyecto avanza para abordar
cambios en los requisitos y compromisos, estimaciones inexactas, acciones correctivas y cambios en
el proceso. Las prácticas específicas que describen tanto la planificación como la replanificación
están contenidas en esta área de proceso.

El término "plan de proyecto" se usa en todas las prácticas genéricas y específicas en esta área de
proceso para referirse al plan general para controlar el proyecto.

SG 1: Establece estimaciones
Se establecen y mantienen estimaciones de los parámetros de planificación del proyecto.

SP 1.1: Estimar el alcance del proyecto.

Subpráctica 1: Desarrollar una EDT basada en la arquitectura del producto.

La EDT proporciona un esquema para organizar el trabajo del proyecto en torno al producto y
los componentes del producto que el trabajo soporta. La EDT debe permitir la identificación
de los siguientes elementos:

Riesgos identificados y sus tareas de mitigación.

 Tareas para entregables y actividades de apoyo.
Tareas para la adquisición de habilidades y conocimientos.
Tareas para el desarrollo de los planes de soporte necesarios, como la administración de la
configuración, el aseguramiento de la calidad y los planes de verificación.
Tareas de integración y gestión de ítems no de desarrollo.

Subpráctica 2: Identificar los paquetes de trabajo con suficiente detalle para especificar las
estimaciones de las tareas, responsabilidades y cronograma del proyecto.

El objetivo principal de la EDT es ayudar a medir el esfuerzo de trabajo del proyecto en

términos de tareas y roles y responsabilidades organizacionales. La cantidad de detalles en
la EDT a este nivel más detallado ayuda a desarrollar horarios realistas, minimizando así la
necesidad de reserva de gestión.

Subpráctica 3: Identificar el producto o los componentes del producto que se adquirirán

externamente.
Subpráctica 4: Identificar productos de trabajo que serán reutilizados.

SP 1.2 Establecer estimaciones del producto y atributos de las tareas

Subpráctica 1: Determinar el enfoque técnico para el proyecto.

El enfoque técnico define una estrategia de alto nivel para el desarrollo del producto. Incluye
decisiones sobre características arquitectónicas, como distribuido o cliente / servidor;
Tecnologías de vanguardia o establecidas para ser aplicadas, tales como robótica,
materiales compuestos o inteligencia artificial; y la amplitud de la funcionalidad esperada en
los productos finales, como la seguridad, la seguridad y la ergonomía.

Subpráctica 2: Utilizar métodos apropiados para determinar los atributos de los productos de
trabajo y las tareas que se utilizarán para estimar los requisitos de recursos.

Los métodos para determinar el tamaño y la complejidad deben basarse en modelos

validados o datos históricos.

Los métodos para determinar los atributos evolucionan a medida que aumenta nuestra
comprensión de la relación entre las características del producto y los atributos.

Subpráctica 3: Estimar los atributos de los productos y tareas de trabajo.

SP 1.3 Definir Ciclo de vida del proyecto

SP 1.4: Estimación de coste y esfuerzo

Subpráctica 1: recopilar los modelos o datos históricos que se utilizarán para transformar los
atributos de los productos y tareas de trabajo en estimaciones de las horas de trabajo y el
costo.

Se han desarrollado muchos modelos paramétricos para ayudar a estimar el costo y el

cronograma. No se recomienda el uso de estos modelos como la única fuente de estimación
 porque estos se basan en datos históricos del proyecto que pueden o no ser pertinentes para
su proyecto. Se pueden utilizar múltiples modelos y / o métodos para garantizar un alto nivel
de confianza en la estimación.

Los datos históricos incluyen el costo, el esfuerzo y los datos programados de proyectos
ejecutados anteriormente, además de los datos de escalamiento apropiados para tener en
cuenta los diferentes tamaños y la complejidad.

Subpráctica 2: incluya las necesidades de infraestructura de apoyo al estimar el esfuerzo y el

costo.

La infraestructura de soporte incluye los recursos necesarios desde una perspectiva de

desarrollo y mantenimiento para el producto.

Tenga en cuenta las necesidades de recursos de infraestructura en el entorno de desarrollo,

el entorno de prueba, el entorno de producción, el entorno objetivo o cualquier combinación
adecuada de estos al estimar el esfuerzo y el costo.

Ejemplos de recursos de infraestructura incluyen los siguientes:

Recursos informáticos críticos (por ejemplo, memoria, capacidad de disco y red, periféricos,
canales de comunicación y las capacidades de estos)

Entornos y herramientas de ingeniería (por ejemplo, herramientas para creación de

prototipos, ensamblaje, diseño asistido por computadora [CAD] y simulación)

Instalaciones, maquinaria y equipo (por ejemplo, bancos de pruebas y dispositivos de

registro)

Subpráctica 3: estimar el esfuerzo y el costo utilizando modelos y / o datos históricos.

SG 2: Desarrollar un Plan de Proyecto

SP 2.1: Establecer el presupuesto y el calendario

Subpráctica 1: Identificar hitos principales.

Los hitos a menudo se imponen para asegurar la finalización de ciertos entregables por el
hito. Los hitos pueden ser basados en eventos o calendario. Si se basa en el calendario, una
vez que se han acordado las fechas clave, a menudo es muy difícil cambiarlas.

Subpráctica 2: Identificar los supuestos del horario.

Cuando los programas se desarrollan inicialmente, es común hacer suposiciones sobre la

duración de ciertas actividades. Estas suposiciones se hacen con frecuencia en artículos
para los cuales hay pocos datos de estimación disponibles. La identificación de estos
supuestos proporciona información sobre el nivel de confianza (incertidumbres) en el
programa general.

Subpráctica 3: Identificar restricciones.

Los factores que limitan la flexibilidad de las opciones de gestión deben identificarse lo antes
 posible. El examen de los atributos de los productos y tareas de trabajo a menudo traerá
estos problemas a la superficie. Dichos atributos pueden incluir la duración de la tarea, los
recursos, las entradas y las salidas.

Subpráctica 4: Identificar dependencias de tareas.

Normalmente, las tareas para un proyecto se pueden realizar en una secuencia ordenada
que minimizará la duración del proyecto. Esto implica la identificación de tareas predecesoras
y sucesoras para determinar el orden óptimo.

Subpráctica 5: definir el presupuesto y el calendario.

El establecimiento y el mantenimiento del presupuesto y el calendario del proyecto

generalmente incluyen lo siguiente:

Definición de la disponibilidad comprometida o esperada de recursos e instalaciones.

Determinación del tiempo de fases de las actividades.

Determinación de una ruptura de horarios subordinados

Definición de las dependencias entre las actividades (relaciones predecesoras o

sucesoras)

Definición de las actividades de programación y los hitos para apoyar la precisión en la

medición del progreso

Identificación de hitos para la entrega de productos al cliente.

Definición de actividades de duración adecuada.

Definiendo hitos de separación de tiempo apropiados.

Definición de una reserva de gestión basada en el nivel de confianza para cumplir con el
cronograma y presupuesto

Usando datos históricos apropiados para verificar el horario

Definición de requisitos de financiación incrementales.

Documentación de supuestos y justificaciones del proyecto.

Subpráctica 6: Establecer criterios de acción correctiva.

Se establecen criterios para determinar qué constituye una desviación significativa del plan
del proyecto. Se necesita una base para evaluar los problemas y los problemas para
determinar cuándo se debe tomar una acción correctiva. Las acciones correctivas pueden
requerir una replanificación, que puede incluir la revisión del plan original, el establecimiento
de nuevos acuerdos o la inclusión de actividades de mitigación dentro del plan actual.

SP 2.2: Identificar los riesgos del proyecto

 Subpráctica 1: Identificar riesgos.

La identificación de riesgos implica la identificación de posibles problemas, peligros,

amenazas, vulnerabilidades, etc. que podrían afectar negativamente los esfuerzos y planes
de trabajo. Los riesgos deben identificarse y describirse de manera comprensible antes de
poder analizarlos. Cuando se identifican riesgos, es una buena idea usar un método estándar
para definir riesgos. Las herramientas de identificación y análisis de riesgos se pueden
utilizar para ayudar a identificar posibles problemas.

Subpráctica 2: Documentar los riesgos.

Subpráctica 3: revisar y obtener un acuerdo con las partes interesadas relevantes sobre la
integridad y la exactitud de los riesgos documentados.

Subpráctica 4: revisar los riesgos según corresponda.

SP 2.3: Plan de Gestión de Datos

Subpráctica 1: establecer requisitos y procedimientos para garantizar la privacidad y
seguridad de los datos.

No todos tendrán la necesidad o la autorización necesaria para acceder a los datos del
proyecto. Se deben establecer procedimientos para identificar quién tiene acceso a qué
datos y cuándo tienen acceso a ellos.

Subpráctica 2: establecer un mecanismo para archivar datos y acceder a datos archivados.

La información a la que se accede debe estar en una forma comprensible (por ejemplo,
salida electrónica o de computadora de una base de datos) o representada como se generó
originalmente.

Subpráctica 3: Determine los datos del proyecto que se identificarán, recopilarán y

distribuirán.

SP 2.4: Plan de recursos del proyecto

Subpráctica 1: Determinar los requisitos del proceso.

Los procesos utilizados para gestionar un proyecto deben identificarse, definirse y

coordinarse con todas las partes interesadas relevantes para garantizar operaciones
eficientes durante la ejecución del proyecto.

Subpráctica 2: Determinar los requisitos de personal.

La dotación de personal de un proyecto depende de la descomposición de los requisitos del

proyecto en tareas, roles y responsabilidades para cumplir con los requisitos del proyecto
según lo establecido en los paquetes de trabajo de la WBS.

Los requisitos de personal deben considerar el conocimiento y las habilidades requeridas

para cada una de las posiciones identificadas, tal como se define en la práctica específica del
Plan de Conocimiento y Habilidades Necesitadas.

Subpráctica 3: Determinar los requisitos de instalaciones, equipos y componentes.

 La mayoría de los proyectos son únicos en algún sentido y requieren un conjunto de activos
únicos para lograr los objetivos del proyecto. La determinación y adquisición de estos activos
de manera oportuna son cruciales para el éxito del proyecto.

Los elementos de tiempo de entrega deben identificarse temprano para determinar cómo se
abordarán. Incluso cuando los activos requeridos no son únicos, la compilación de una lista
de todas las instalaciones, equipos y partes (por ejemplo, la cantidad de computadoras para
el personal que trabaja en el proyecto, las aplicaciones de software y el espacio de oficina)
brinda información sobre aspectos del alcance De un esfuerzo que a menudo se pasa por
alto.

SP 2.5: Plan de conocimientos y habilidades necesarias

Subpráctica 1: Identificar el conocimiento y las habilidades necesarias para realizar el

proyecto.

Subpráctica 2: Evaluar los conocimientos y habilidades disponibles.

Subpráctica 3: Seleccionar mecanismos para proporcionar los conocimientos y habilidades

necesarios.

La elección de la capacitación interna o la capacitación subcontratada para el conocimiento y

las habilidades necesarias está determinada por la disponibilidad de experiencia en
capacitación, el cronograma del proyecto y los objetivos comerciales.

Subpráctica 4: Incorporar mecanismos seleccionados en el plan del proyecto.

SP 2.6: Plan Participación de las partes interesadas

Cuando se forman equipos integrados, la participación de los interesados debe planificarse hasta el
nivel de equipo integrado.

Las partes interesadas se identifican a partir de todas las fases del ciclo de vida del proyecto
identificando el tipo de personas y funciones que necesitan representación en el proyecto y
describiendo su relevancia y el grado de interacción para actividades específicas del proyecto. Una
matriz bidimensional con partes interesadas a lo largo de un eje y actividades del proyecto a lo largo
del otro eje es un formato conveniente para lograr esta identificación. La relevancia de la parte
interesada para la actividad en una fase particular del proyecto y la cantidad de interacción esperada
se mostraría en la intersección del eje de actividad de la fase del proyecto y el eje de la parte
interesada.

SP 2.7: Establecer el Plan de Proyecto

Es necesario un plan documentado que aborde todos los elementos de planificación relevantes para
lograr el entendimiento mutuo, el compromiso y el desempeño de los individuos, grupos y
organizaciones que deben ejecutar o respaldar los planes. El plan generado para el proyecto define
todos los aspectos del esfuerzo, vinculados de una manera lógica: consideraciones del ciclo de vida
del proyecto; Tareas técnicas y de gestión; presupuestos y horarios; hitos; gestión de datos,
identificación de riesgos, requisitos de recursos y habilidades; y la identificación e interacción de las
partes interesadas. Las descripciones de infraestructura incluyen relaciones de responsabilidad y
autoridad para el personal del proyecto, la administración y las organizaciones de apoyo.
SG 3: Obtener compromiso con el Plan
Es necesario tener un compromiso de los responsables para implementar y mantener el plan de
forma efectiva.

SP 3.1 Revisar los planes que afectan al Proyecto

Los planes desarrollados dentro de otras áreas de proceso generalmente contendrán información
similar a la requerida en el plan general del proyecto. Estos planes pueden proporcionar una guía
detallada adicional y deben ser compatibles con el plan general del proyecto y ser compatibles con él
para indicar quién tiene la autoridad, la responsabilidad, la responsabilidad y el control. Todos los
planes que afecten el proyecto deben revisarse para garantizar un entendimiento común del alcance,
los objetivos, los roles y las relaciones que se requieren para que el proyecto tenga éxito. Muchos de
estos planes están descritos por la práctica genérica del Plan de Proceso en cada una de las áreas
de proceso.

SP 3.2 Conciliar niveles de trabajo y recursos

Conciliar el plan del proyecto para reflejar los recursos disponibles y estimados.

Para establecer un proyecto que sea factible, obtenga el compromiso de las partes interesadas
relevantes y concilie cualquier diferencia entre las estimaciones y los recursos disponibles. La
reconciliación generalmente se logra reduciendo o postergando los requisitos de desempeño técnico,
negociando más recursos, encontrando formas de aumentar la productividad, subcontratando,
ajustando la combinación de habilidades del personal o revisando todos los planes que afectan el
proyecto o los cronogramas.

SP 3.3 Obtener compromiso de plan.

Obtener un compromiso implica la interacción entre todas las partes interesadas relevantes, tanto
internas como externas al proyecto. El individuo o grupo que se comprometa debe confiar en que el
trabajo se puede realizar dentro de las limitaciones de costo, cronograma y rendimiento. A menudo,
un compromiso provisional es adecuado para permitir que comience el esfuerzo y permitir que la
investigación se realice para aumentar la confianza al nivel adecuado necesario para obtener un
compromiso total.

Roles
Jefe de proyecto
Artefactos
1. Descripciones de tareas
2. Descripciones de paquetes de trabajo
3. EDT
4. Ciclo de vida del proyecto
5. Estimación de la lógica
6. Estimación de costos
7. Estimación de esfuerzo
8. Horarios del proyecto
9. Dependencias de horarios
10. Presupuesto del proyecto
11. Identificación de riesgos
 12. Impacto de riesgos y probabilidad de ocurrencia
13. Prioridad de riesgos.
14. Plan de manejo de datos
15. Lista maestra de datos gestionados
16. Contenido de los datos y descripción del formato.
17. Listas de requerimientos de datos para adquirentes y proveedores.
18. Requisitos de privacidad
19. Requerimientos de seguridad
20. Procedimientos de seguridad
21. Mecanismo de recuperación, reproducción y distribución de datos.
22. Horario de recogida de datos del proyecto.
23. Listado de los datos del proyecto a recopilar.
24. Paquetes de trabajo EDT
25. Diccionario de tareas EDT
26. Requisitos de personal basados en el tamaño y alcance del proyecto
27. Lista de instalaciones / equipos críticos
28. Definiciones y diagramas de procesos / flujos de trabajo.
29. Lista de requisitos de administración del programa
30. Inventario de necesidades de habilidades.
31. Dotación de personal y nuevos planes de contratación.
32. Bases de datos de habilidades y entrenamiento
33. Plan de participación de los interesados.
34. Plan general del proyecto
35. Registro de las revisiones de planos que afectan al proyecto.
36. Métodos revisados y parámetros de estimación correspondientes (por ejemplo, mejores
herramientas y uso de componentes estándar)
37. Presupuestos renegociados
38. Horarios revisados
39. Lista revisada de requisitos
40. Acuerdos de negociación renegociados.
41. Solicitudes documentadas de compromisos.
42. Compromisos documentados.

● Monitoreo y Control de Proyectos (PMC)

Propósito
El propósito del Proyecto Monitoreo y Control (PMC) es proporcionar una comprensión del progreso
del proyecto para que se puedan tomar las medidas correctivas apropiadas cuando el desempeño del
proyecto se desvía significativamente del plan.

Notas introductorias
El plan documentado de un proyecto es la base para monitorear las actividades, comunicar el estado
y tomar medidas correctivas. El progreso se determina principalmente comparando los atributos
reales del producto del trabajo y de la tarea, el esfuerzo, el costo y el cronograma con el plan en los
hitos o niveles de control prescritos dentro del cronograma del proyecto o la estructura de desglose
del trabajo (EDT). La visibilidad adecuada permite que se tomen acciones correctivas oportunas
cuando el rendimiento se desvía significativamente del plan. Una desviación es significativa si,
cuando se deja sin resolver, impide que el proyecto cumpla con sus objetivos.

El término "plan de proyecto" se usa a lo largo de estas prácticas para referirse al plan general para
controlar el proyecto.

Cuando el estado real se desvía significativamente de los valores esperados, se toman las acciones
correctivas según corresponda. Estas acciones pueden requerir una replanificación, que puede incluir
la revisión del plan original, el establecimiento de nuevos acuerdos o la inclusión de actividades de
mitigación adicionales dentro del plan actual.

SG 1:Monitorear Proyecto contrastando con el plan

El desempeño real y el progreso del proyecto son monitoreados contrastando con el plan del
proyecto.

SP 1.1 Monitorear los parámetros de planificación del proyecto

El monitoreo generalmente implica medir los valores de los parámetros de planificación del proyecto,
comparar los valores con las estimaciones en el plan e identificar desviaciones significativas. El
registro de los valores de los parámetros de planificación del proyecto incluye el registro de la
información contextual asociada para ayudar a comprender las medidas. Un análisis del impacto que
tienen las desviaciones significativas en la determinación de las acciones correctivas a tomar se
maneja en la segunda meta específica y sus prácticas específicas en esta área de proceso.

Subpráctica 1: Monitorear el progreso contra el horario.

El monitoreo del progreso típicamente incluye lo siguiente:

Medición periódica de la realización real de actividades e hitos.

Comparar la finalización real de las actividades y los hitos con el cronograma
documentado en el plan del proyecto
Identificación de desviaciones significativas de las estimaciones del cronograma en
el plan del proyecto

Subpráctica 2: Monitorear el costo del proyecto y el esfuerzo gastado.

El monitoreo del esfuerzo y los costos generalmente incluye lo siguiente:

Medición periódica del esfuerzo real y el costo gastado y el personal asignado

Comparación del esfuerzo real, los costos, la dotación de personal y la capacitación
con las estimaciones y el presupuesto documentados en el plan del proyecto
Identificación de desviaciones significativas del presupuesto en el plan del proyecto.

Subpráctica 3: Monitorear los atributos de los productos de trabajo y tareas.

La supervisión de los atributos de los productos y tareas de trabajo generalmente incluye lo
siguiente:
Medición periódica de los atributos reales de los productos y tareas de trabajo, como el
tamaño o la complejidad (y los cambios en los atributos)
 Comparación de los atributos reales de los productos y tareas de trabajo (y los cambios en
los atributos) con las estimaciones documentadas en el plan del proyecto
Identificación de desviaciones significativas de las estimaciones en el plan del proyecto.
Subpráctica 4: Monitorear los recursos provistos y utilizados.
Subpráctica 5: Monitorear los conocimientos y habilidades del personal del proyecto.
Subpráctica 6: Documentar las desviaciones significativas en los parámetros de planificación
del proyecto

SP 1.2: Monitorear los compromisos

Monitorear los compromisos contra los identificados en el plan del proyecto.
Subpráctica 1: revisar regularmente los compromisos (externos e internos).
Subpráctica 2: identifique los compromisos que no se hayan cumplido o que tengan un riesgo
significativo de no cumplirlos.
Subpráctica 3: Documentar los resultados de las revisiones de compromiso.

SP 1.3: Monitorea los riesgos del proyecto

Monitorear los riesgos frente a los identificados en el plan del proyecto.

Subpráctica 1: revisar periódicamente la documentación de los riesgos en el contexto del

estado actual y las circunstancias del proyecto.

Subpráctica 2: revisar la documentación de los riesgos, a medida que se disponga de

información adicional, para incorporar los cambios.

Subpráctica 3: comunicar el estado de riesgo a las partes interesadas relevantes.

SP 1.4: Monitorear la gestión de datos

Supervisar la gestión de los datos del proyecto respecto al plan del proyecto.
Subpráctica 1: revisar periódicamente las actividades de gestión de datos en comparación
con su descripción en el plan del proyecto.
Subpráctica 2: identificar y documentar los problemas importantes y sus impactos.
Subpráctica 3: Documentar los resultados de las revisiones de la actividad de gestión de
datos.

SP 1.5: Supervisar la participación de los interesados

Monitorear la participación de los interesados respecto al plan del proyecto.
Una vez que se identifican las partes interesadas y se especifica la extensión de su participación
dentro del proyecto en la planificación del proyecto, esa participación debe ser monitoreada para
asegurar que se estén produciendo las interacciones adecuadas.

Subpráctica: 1 Revisar periódicamente el estado de la participación de las partes

interesadas.
Subpráctica: 2 Identificar y documentar los problemas importantes y sus impactos.
Subpráctica: 3 Documente los resultados de las revisiones del estado de la participación de
las partes interesadas.
SP 1.6: Revisiones de progreso de conducta
Revisar periódicamente el progreso, el rendimiento y los problemas del proyecto.
Las revisiones de progreso son revisiones sobre el proyecto para mantener a los interesados
informados. Estas revisiones de proyectos pueden ser revisiones informales y pueden no estar
especificadas explícitamente en los planes del proyecto.

Subpráctica 1: comunique regularmente el estado de las actividades asignadas y los

productos de trabajo a las partes interesadas relevantes.
Los gerentes, miembros del personal, clientes, usuarios finales, proveedores y otras partes
interesadas relevantes dentro de la organización se incluyen en las revisiones según
corresponda.

Subpráctica 2: revise los resultados de recopilar y analizar medidas para controlar el

proyecto.
Subpráctica 3: Identifique y documente los problemas significativos y las desviaciones del
plan.
Subpráctica 4: Documentar las solicitudes de cambio y los problemas identificados en
cualquiera de los productos y procesos de trabajo.
Subpráctica 5: Documentar los resultados de las revisiones.
Subpráctica 6: Rastrear solicitudes de cambio e informes de problemas hasta el cierre.

SP 1.7: Llevar a cabo revisiones de hitos

Subpráctica 1: realizar revisiones en puntos significativos en el cronograma del proyecto,
como la finalización de las etapas seleccionadas, con las partes interesadas relevantes.
Los gerentes, los miembros del personal, los clientes, los usuarios finales, los proveedores y
otras partes interesadas relevantes dentro de la organización se incluyen en las revisiones de
los hitos según corresponda.
Subpráctica 2: revise los compromisos, el plan, el estado y los riesgos del proyecto.
Subpráctica 3: identificar y documentar los problemas importantes y sus impactos.
Subpráctica 4: Documentar los resultados de la revisión, los elementos de acción y las
decisiones.
Subpráctica 5: Rastrear los elementos de acción al cierre.

SG 2: Gestionar la acción correctiva para el cierre

Muchos problemas de integración de productos surgen de aspectos desconocidos o no controlados
de las interfaces internas y externas. La administración efectiva de los requisitos, especificaciones y
diseños de la interfaz del componente del producto ayuda a garantizar que las interfaces
implementadas sean completas y compatibles.
SP 2.1 Analizar Problemas
Recopile y analice los problemas y determine las acciones correctivas necesarias para resolverlos.

Subpráctica 1: Recopilar problemas para su análisis.

Subpráctica 2: Analizar los problemas para determinar la necesidad de una acción correctiva.
Se requieren acciones correctivas cuando el problema, si se deja sin resolver, puede impedir
que el proyecto cumpla con sus objetivos.

SP 2.2: Tomar medidas correctivas

Tomar medidas correctivas en los problemas identificados.
 Subpráctica 1: Determine y documente las acciones apropiadas necesarias para abordar los
problemas identificados.
Subpráctica 2: Revise y obtenga un acuerdo con las partes interesadas relevantes sobre las
acciones a tomar.
Subpráctica 3: Negociar cambios en los compromisos internos y externos.

SP 2.3: Gestionar la Acción Correctiva

Gestionar acciones correctivas hasta el cierre.
Subpráctica 1: Monitorear acciones correctivas para completar.
Subpráctica 2: Analizar los resultados de las acciones correctivas para determinar la
efectividad de las acciones correctivas.
Subpráctica 3: Determine y documente las acciones apropiadas para corregir las
desviaciones de los resultados planificados para las acciones correctivas.
Roles
Jefe de proyecto
Artefactos
1. Registros de desempeño del proyecto.
2. Registros de desviaciones significativas.
3. Registros de revisiones de compromiso.
4. Registros de seguimiento de riesgos del proyecto.
5. Registros de gestión de datos.
6. Registros de la participación de los interesados.
7. Resultados documentados de la revisión del proyecto.
8. Resultados de revisión de hitos documentados.
9. Lista de problemas que necesitan acciones correctivas.
10. Plan de acción correctiva.
11. Resultados de acciones correctivas.

● Administración de Acuerdos con Proveedores (SAM)

Propósito
El propósito de la Gestión de acuerdos de proveedores (SAM) es gestionar la adquisición de
productos de los proveedores.

Notas introductorias
El área de proceso de Gestión de Acuerdo de Proveedor involucra lo siguiente:

Determinación del tipo de adquisición que se utilizará para los productos a adquirir.
Seleccionando proveedores
Establecimiento y mantenimiento de acuerdos con proveedores.
Ejecución del contrato de suministro.
 Seguimiento de procesos seleccionados del proveedor.
Evaluar productos seleccionados de trabajo de proveedores
Aceptando entrega de productos adquiridos.
Transición de productos adquiridos al proyecto.

Esta área de proceso aborda principalmente la adquisición de productos y componentes de

productos que se entregan al cliente del proyecto. A lo largo de las áreas de proceso, donde
utilizamos los términos producto y componente del producto, sus significados previstos también
abarcan los servicios y sus componentes.

Para minimizar los riesgos para el proyecto, esta área de proceso también puede abordar la
adquisición de productos y componentes de productos importantes que no se entregan al cliente del
proyecto pero que se utilizan para desarrollar y mantener el producto o servicio (por ejemplo,
herramientas de desarrollo y entornos de prueba).

Típicamente, los productos que serán adquiridos por el proyecto se determinan durante las primeras
etapas de la planificación y el desarrollo del producto. El área de proceso de la Solución Técnica
proporciona prácticas para determinar los productos y componentes del producto que pueden
adquirirse de los proveedores.

Esta área de proceso no aborda directamente los acuerdos en los que el proveedor está integrado en
el equipo del proyecto y utiliza los mismos procesos e informes a la misma administración que los
desarrolladores de productos (por ejemplo, equipos integrados). Por lo general, estas situaciones se
manejan mediante otros procesos o funciones, posiblemente externas al proyecto, aunque algunas
de las prácticas específicas de esta área de proceso pueden ser útiles para gestionar el acuerdo
formal con dicho proveedor.

Se establece un acuerdo formal para gestionar la relación entre la organización y el proveedor. Un

acuerdo formal es cualquier acuerdo legal entre la organización (que representa el proyecto) y el
proveedor. Este acuerdo puede ser un contrato, licencia, acuerdo de nivel de servicio o memorando
de acuerdo. El producto adquirido se entrega al proyecto desde el proveedor de acuerdo con este
acuerdo formal (también conocido como el "acuerdo del proveedor").

SG 1: Establecer Acuerdos con Proveedores

Se establecen y mantienen acuerdos con los proveedores.

SP 1.1 Determinar el tipo de adquisición

Determine el tipo de adquisición para cada producto o componente del producto que se adquirirá.
Hay muchos tipos diferentes de adquisición que pueden usarse para adquirir productos y
componentes de productos que serán utilizados por el proyecto.

Ejemplos de tipos de adquisición incluyen los siguientes:

Compra de productos comerciales disponibles en el mercado (COTS*)

Obtención de productos a través de un acuerdo contractual.
 Obtención de productos de un vendedor interno.
Obtención de productos del cliente.
Combinar algunos de los anteriores (por ejemplo, contratar una modificación de un producto COTS
o tener otra parte de los productos de desarrollo empresarial de código empresarial con un proveedor
externo)

En el caso de que se deseen productos COTS, tenga cuidado al evaluar y seleccionar estos
productos y el vendedor puede ser crítico para el proyecto. Las cosas a considerar en la decisión de
selección incluyen problemas de propiedad y la disponibilidad de los productos.

*COTS:Commercial Off-The-Shelf, que en su traducción literal significa Componente sacado del estante, es un término,
que define un elemento no-desarrollativo (NDI) de suministro, que es a la vez comercial y se vende en grandes cantidades en
el mercado comercial, y que puede ser adquirido o utilizado bajo contrato gubernamental de la misma forma exacta a como
está disponible al público en general. Por ejemplo, para los elementos relacionados con la tecnología, tales como programas
informáticos, sistemas de hardware o de software

SP 1.2 Seleccionar proveedores

Seleccionar proveedores en función de una evaluación de su capacidad para cumplir con los
requisitos especificados y los criterios establecidos.
Consulte el área de proceso de Gestión de requisitos para obtener más información sobre los
requisitos especificados.
Subpráctica 1: Establecer y documentar criterios para evaluar proveedores potenciales.
Subpráctica 2: Identifique proveedores potenciales y distribuya material de solicitud y
requisitos para ellos.
Una forma proactiva de realizar esta actividad es realizar una investigación de mercado para
identificar las posibles fuentes de productos candidatos que se adquirirán, incluidos los
candidatos de proveedores de productos a medida y proveedores de productos COTS.
Subpráctica 3: Evaluar propuestas según criterios de evaluación.
Subpráctica 4: Evaluar los riesgos asociados con cada proveedor propuesto.
Subpráctica 5: evaluar la capacidad de los proveedores propuestos para realizar el trabajo.

Los ejemplos de métodos para evaluar la capacidad del proveedor propuesto para realizar el
trabajo incluyen los siguientes:

Evaluación de experiencia previa en aplicaciones similares.

Evaluación de desempeño previo en trabajos similares.
Evaluación de capacidades de gestión.
Evaluaciones de capacidad
Evaluación del personal disponible para realizar el trabajo.
Evaluación de las instalaciones y recursos disponibles.
Evaluación de la capacidad del proyecto para trabajar con el proveedor propuesto.
Evaluación del impacto de los productos COTS candidatos en el plan y los compromisos
del proyecto

Cuando los productos COTS están siendo evaluados, considere lo siguiente:

Coste de los productos COTS.

Costo y esfuerzo para incorporar los productos COTS en el proyecto.
Requerimientos de seguridad
 Beneficios e impactos que pueden resultar de futuros lanzamientos de productos

Las futuras versiones del producto COTS pueden proporcionar características adicionales
que admitan mejoras planificadas o anticipadas para el proyecto, pero pueden hacer que el
proveedor deje de brindar soporte a su versión actual.
Subpráctica 6: Seleccione el proveedor.
SP 1.3 Establecer Acuerdos con Proveedores

Establecer y mantener acuerdos formales con el proveedor.

Un acuerdo formal es cualquier acuerdo legal entre la organización (que representa el proyecto) y el
proveedor. Este acuerdo puede ser un contrato, licencia, acuerdo de nivel de servicio o memorando
de acuerdo.
El contenido del acuerdo debe especificar las revisiones, el monitoreo, las evaluaciones y las pruebas
de aceptación que se realizarán, si dichas actividades son apropiadas para la adquisición o el
producto que se adquiere.
Subpráctica 1: revisar los requisitos (por ejemplo, los requisitos del producto y los requisitos
de nivel de servicio) que debe cumplir el proveedor para reflejar las negociaciones con el
proveedor cuando sea necesario.
Subpráctica 2: Documente lo que el proyecto proporcionará al proveedor.
Incluya lo siguiente:
Proyecto amueblado de instalaciones.
Documentación
Servicios

Subpráctica 3: Documentar el acuerdo del proveedor.

El acuerdo del proveedor debe incluir una declaración de trabajo, una especificación,
términos y condiciones, una lista de entregables, un cronograma, un presupuesto y un
proceso de aceptación definido.

Esta subpráctica típicamente incluye lo siguiente:

Establecimiento de la declaración de trabajo, especificación, términos y condiciones, lista

de entregables, cronograma, presupuesto y proceso de aceptación
Identificar quiénes del proyecto y el proveedor son responsables y están autorizados a
realizar cambios en el acuerdo del proveedor
Identificar cómo se deben determinar, comunicar y abordar los cambios en los requisitos y
los cambios en el acuerdo con el proveedor
Identificación de normas y procedimientos a seguir.
Identificación de dependencias críticas entre el proyecto y el proveedor.
Identificar el tipo y la profundidad de la supervisión del proveedor del proveedor, los
procedimientos y los criterios de evaluación que se utilizarán en el monitoreo del desempeño
del proveedor, incluida la selección de los procesos a monitorear y los productos de trabajo
que se evaluarán.
Identificar los tipos de revisiones que se realizarán con el proveedor.
Identificar las responsabilidades del proveedor para el mantenimiento continuo y el soporte
de los productos adquiridos.
Identificación de la garantía, propiedad y derechos de uso de los productos adquiridos
 Identificación de criterios de aceptación.

En algunos casos, la selección de productos COTS puede requerir un acuerdo del proveedor
además de los acuerdos en la licencia del producto.

Los ejemplos de lo que podría estar cubierto en un acuerdo con un proveedor de COTS
incluyen los siguientes:

Descuentos por compras en grandes cantidades.

Cobertura de las partes interesadas relevantes en virtud del acuerdo de licencia, incluidos
los proveedores del proyecto, los miembros del equipo y el cliente del proyecto
Planes para futuras mejoras.
Soporte en el sitio, como respuestas a consultas e informes de problemas
Capacidades adicionales que no están en el producto.
Soporte de mantenimiento, incluido el soporte una vez que el producto se retira de la
disponibilidad general

Subpráctica 4: Revisar periódicamente el acuerdo del proveedor para asegurarse de que

refleje con precisión la relación del proyecto con el proveedor y los riesgos actuales y las
condiciones del mercado.

Subpráctica 5: Asegúrese de que todas las partes del acuerdo entiendan y acepten todos los
requisitos antes de implementar el acuerdo o cualquier cambio.

Subpráctica 6: Revisar el acuerdo del proveedor según sea necesario para reflejar los
cambios en los procesos o productos de trabajo del proveedor.

Subpráctica 7: Revisar los planes y compromisos del proyecto, incluidos los cambios en los
procesos o productos de trabajo del proyecto, según sea necesario para reflejar el acuerdo
del proveedor.

SG 2: Cumplimiento de Acuerdos con Proveedores

Los acuerdos con los proveedores son satisfechos tanto por el proyecto como por el proveedor.

SP 2.1 Ejecutar el Acuerdo de Proveedor

Realizar actividades con el proveedor como se especifica en el acuerdo del proveedor.
Subpráctica 1: Monitoree el progreso y el desempeño del proveedor (cronograma, esfuerzo,
costo y desempeño técnico) tal como se define en el acuerdo del proveedor.
Subpráctica 2: Realizar revisiones con el proveedor como se especifica en el acuerdo del
proveedor.
Las revisiones cubren tanto las revisiones formales como las informales e incluyen los
siguientes pasos:

Preparándose para la revisión

Asegurar que las partes interesadas relevantes participen
La realización de la revisión
Identificar, documentar y rastrear todos los elementos de acción hasta el cierre
 Preparación y distribución a las partes interesadas relevantes de un informe resumido de
la revisión

Subpráctica 3: realizar revisiones técnicas con el proveedor tal como se define en el acuerdo
del proveedor.

Las revisiones técnicas suelen incluir lo siguiente:

Proporcionar al proveedor visibilidad de las necesidades y deseos de los clientes y

usuarios finales del proyecto, según corresponda.
Revisar las actividades técnicas del proveedor y verificar que la interpretación y la
implementación de los requisitos del proveedor son consistentes con la interpretación del
proyecto.
Asegurar que se cumplan los compromisos técnicos y que los problemas técnicos se
comuniquen y resuelvan de manera oportuna.
Obtención de información técnica sobre los productos del proveedor.
Proporcionar información técnica adecuada y soporte al proveedor.

Subpráctica 4: realizar revisiones de gestión con el proveedor tal como se define en el

acuerdo del proveedor.

Las revisiones de gestión suelen incluir lo siguiente:

Revisión de dependencias críticas.

Revisión de los riesgos del proyecto con el proveedor.
Revisando horario y presupuesto

Las revisiones técnicas y de gestión pueden coordinarse y realizarse conjuntamente.

Subpráctica 5: utilizar los resultados de las revisiones para mejorar el desempeño del
proveedor y establecer y fomentar relaciones a largo plazo con los proveedores preferidos.
Subpráctica 6: Monitorear los riesgos que involucran al proveedor y tomar medidas
correctivas según sea necesario.

SP 2.2 Monitorear procesos de proveedores seleccionados

Seleccionar, monitorear y analizar procesos utilizados por el proveedor.

En situaciones donde debe haber una alineación estrecha entre algunos de los procesos
implementados por el proveedor y los del proyecto, el monitoreo de estos procesos ayudará a
prevenir problemas de interfaz.

La selección debe considerar el impacto de los procesos del proveedor en el proyecto. En proyectos
más grandes con subcontratos significativos para el desarrollo de componentes críticos, se espera el
monitoreo de los procesos clave. Para la mayoría de los acuerdos de proveedores donde no se está
desarrollando un producto o para componentes más pequeños y menos críticos, el proceso de
selección puede determinar que el monitoreo no es apropiado. Entre estos extremos, se debe
considerar el riesgo general al seleccionar los procesos a monitorear.
Los procesos seleccionados para el monitoreo deben incluir ingeniería, gestión de proyectos (incluida
la contratación) y procesos de soporte críticos para el desempeño exitoso del proyecto.

El monitoreo, si no se realiza con el cuidado adecuado, puede ser invasivo y oneroso en un extremo,
o en el otro extremo puede ser poco informativo e inefectivo. Debe haber suficiente monitoreo para
detectar problemas, tan pronto como sea posible, que pueda afectar la capacidad del proveedor para
satisfacer los requisitos del acuerdo del proveedor.

El análisis de los procesos seleccionados implica tomar los datos obtenidos del monitoreo de los
procesos del proveedor seleccionado y analizarlos para determinar si hay problemas graves.
Subpráctica 1: identifique los procesos del proveedor que son críticos para el éxito del
proyecto.
Subpráctica 2: Supervisar los procesos del proveedor seleccionado para el cumplimiento de
los requisitos del acuerdo.
Subpráctica 3: analice los resultados del monitoreo de los procesos seleccionados para
detectar problemas lo antes posible que puedan afectar la capacidad del proveedor para
satisfacer los requisitos del acuerdo.
El análisis de tendencias puede basarse en datos internos y externos.

SP 2.3 Evaluar productos de trabajo de proveedores seleccionados

Seleccionar y evaluar productos de trabajo del proveedor de productos a medida.

El alcance de esta práctica específica se limita a los proveedores que proporcionan al proyecto
productos personalizados, en particular aquellos que presentan algún riesgo para el programa debido
a su complejidad o criticidad. El propósito de esta práctica específica es evaluar los productos de
trabajo seleccionados producidos por el proveedor para ayudar a detectar los problemas lo antes
posible que puedan afectar la capacidad del proveedor para satisfacer los requisitos del acuerdo. Los
productos de trabajo seleccionados para la evaluación deben incluir productos críticos, componentes
de productos y productos de trabajo que brinden información sobre los problemas de calidad lo antes
posible.
Subpráctica 1: identifique los productos de trabajo que son críticos para el éxito del proyecto
y que deben ser evaluados para ayudar a detectar problemas a tiempo.
Los ejemplos de productos de trabajo que pueden ser críticos para el éxito del proyecto
incluyen los siguientes:

Requerimientos
Analiza
Arquitectura
Documentación

Subpráctica 2: Evaluar los productos de trabajo seleccionados.

Los productos de trabajo son evaluados para asegurar lo siguiente:
Los requisitos derivados son trazables a los requisitos de nivel superior
La arquitectura es factible y satisfará las necesidades futuras de crecimiento y reutilización
de productos.
La documentación que se utilizará para operar y para respaldar el producto es adecuada.
Los productos de trabajo son consistentes entre sí.
 Se pueden integrar productos y componentes de productos (por ejemplo, productos
personalizados, listos para el uso y suministrados por el cliente).
Subpráctica 3: Determinar y documentar las acciones necesarias para abordar las
deficiencias identificadas en las evaluaciones.

SP 2.4 Aceptar el producto adquirido.

Asegúrese de que se cumpla el acuerdo del proveedor antes de aceptar el producto adquirido.
Las revisiones y pruebas de aceptación y las auditorías de configuración deben completarse antes de
aceptar el producto tal como se define en el acuerdo del proveedor.
Subpráctica 1: definir los procedimientos de aceptación.
Subpráctica 2: revisar y obtener un acuerdo con las partes interesadas relevantes sobre los
procedimientos de aceptación antes de la revisión o prueba de aceptación.
Subpráctica 3: Verificar que los productos adquiridos cumplen con sus requisitos.
Subpráctica 4: Confirme que se cumplen los compromisos no técnicos asociados con el
producto de trabajo adquirido.
Esto puede incluir la confirmación de que la licencia, la garantía, la propiedad, el uso y los
acuerdos de soporte o mantenimiento apropiados están en vigencia y que se reciben todos
los materiales de respaldo.
Subpráctica 5: Documentar los resultados de la revisión o prueba de aceptación.
Subpráctica 6: establecer y obtener un acuerdo del proveedor sobre un plan de acción para
cualquier producto de trabajo adquirido que no pase la revisión o prueba de aceptación.
Subpráctica 7: Identificar, documentar y rastrear elementos de acción hasta el cierre.

SP 2.5: Productos de transición

Productos de transición adquiridos del proveedor al proyecto.
Antes de que el producto adquirido se transfiera al proyecto para su integración, debe realizarse una
planificación y evaluación adecuadas para garantizar una transición sin problemas.
Subpráctica 1: Asegúrese de que haya instalaciones adecuadas para recibir, almacenar, usar
y mantener los productos adquiridos.
Subpráctica 2: Asegurar que se proporcione la capacitación adecuada para aquellos
involucrados en la recepción, almacenamiento, uso y mantenimiento de los productos
adquiridos.
Subpráctica 3: Asegúrese de que el almacenamiento, la distribución y el uso de los productos
adquiridos se realicen de acuerdo con los términos y condiciones especificados en el
contrato o licencia del proveedor.
Roles
Líder o jefe de proyecto, Área de compras o adquisiciones
Artefactos
1. Lista de los tipos de adquisición que se utilizarán para todos los productos y componentes
del producto que se adquirirán
2. Estudios de mercado
3. Lista de proveedores candidatos
4. Lista de proveedores preferidos
5. Estudio comercial u otro registro de criterios de evaluación, ventajas y desventajas de los
proveedores candidatos, y justificación para la selección de proveedores
 6. Solicitud de materiales y requisitos.
7. Declaraciones de trabajo.
8. Los contratos.
9. Memorandos de acuerdo.
10. Acuerdo de licencia.
11. Informes de progreso de proveedores y medidas de desempeño.
12. Revisión de materiales e informes de proveedores.
13. Elementos de acción rastreados hasta el cierre.
14. Documentación de productos y entregas de documentos.
15. Lista de procesos seleccionados para monitoreo o justificación para no selección.
16. Informes de actividad.
17. Informes de rendimiento.
18. Curvas de desempeño.
19. Informes de discrepancia.
20. Lista de productos de trabajo seleccionados para monitoreo o justificación para no selección.
21. Informes de actividad.
22. Informes de discrepancia.
23. Procedimientos de prueba de aceptación.
24. Resultados de las pruebas de aceptación.
25. Informes de discrepancia o planes de acciones correctivas.
26. Planes de transición.
27. Informes de entrenamiento.
28. Informes de soporte y mantenimiento.

● Medidas y Análisis (MA)

Propósito
El propósito de Medición y análisis (MA) es desarrollar y mantener una capacidad de medición que se
utilice para apoyar las necesidades de información de gestión.
Notas introductorias
El área de proceso de Medición y Análisis incluye lo siguiente:

Especificar los objetivos de medición y análisis de manera que estén alineados con las necesidades y
objetivos de información identificados.
Especificación de las medidas, técnicas de análisis y mecanismo para la recopilación de datos,
almacenamiento de datos, informes y comentarios
Implementación de la recopilación, almacenamiento, análisis e informe de los datos.
Proporcionar resultados objetivos que se pueden usar para tomar decisiones informadas y tomar las
medidas correctivas adecuadas
La integración de las actividades de medición y análisis en los procesos del proyecto apoya lo
siguiente:
Planificación objetiva y estimación.
Seguimiento del desempeño real contra planes y objetivos establecidos
Identificar y resolver problemas relacionados con el proceso.
Proporcionar una base para incorporar la medición en procesos adicionales en el futuro
El personal requerido para implementar una capacidad de medición puede o no ser empleado en un
programa separado de toda la organización. La capacidad de medición puede integrarse en
proyectos individuales u otras funciones organizativas (por ejemplo, control de calidad).

El enfoque inicial para las actividades de medición es a nivel del proyecto. Sin embargo, una
capacidad de medición puede resultar útil para abordar las necesidades de información de la
organización y / o de toda la empresa. Para respaldar esta capacidad, las actividades de medición
deben respaldar las necesidades de información en múltiples niveles, incluido el negocio, la unidad
organizativa y el proyecto para minimizar el trabajo a medida que la organización madura.

Los proyectos pueden optar por almacenar los datos y resultados específicos del proyecto en un
repositorio específico del proyecto. Cuando los datos se comparten más ampliamente entre
proyectos, los datos pueden residir en el repositorio de mediciones de la organización.

La medición y el análisis de los componentes del producto proporcionados por los proveedores es
esencial para una gestión eficaz de la calidad y los costos del proyecto. Es posible, con una
administración cuidadosa de los acuerdos con proveedores, proporcionar información sobre los datos
que respaldan el análisis del desempeño del proveedor.

SG 1: Alinear las actividades de medición y análisis

Los objetivos y actividades de medición están alineados con las necesidades y objetivos de
información identificados. Las prácticas específicas cubiertas bajo este objetivo específico pueden
abordarse al mismo tiempo o en cualquier orden:

● Al establecer objetivos de medición, los expertos a menudo piensan con anticipación sobre
los criterios necesarios para especificar medidas y procedimientos de análisis. También
piensan simultáneamente sobre las restricciones impuestas por la recopilación de datos y los
procedimientos de almacenamiento.
● A menudo es importante especificar los análisis esenciales que se realizarán antes de
atender los detalles de la especificación de la medición, la recopilación de datos o el
almacenamiento.

SP 1.1: Establecer Objetivos de Medición

Establecer y mantener los objetivos de medición que se derivan de las necesidades y objetivos de
información identificados.

Los objetivos de medición documentan los propósitos para los cuales se realizan la medición y el
análisis, y especifican los tipos de acciones que pueden tomarse en función de los resultados de los
análisis de datos.

Las fuentes para los objetivos de medición pueden ser las necesidades de implementación de
gestión, técnica, proyecto, producto o proceso.

Los objetivos de medición pueden estar limitados por procesos existentes, recursos disponibles u
otras consideraciones de medición. Es posible que se deban hacer juicios sobre si el valor de los
resultados será acorde con los recursos dedicados a hacer el trabajo.
Las modificaciones a las necesidades y objetivos de información identificados pueden, a su vez,
indicarse como consecuencia del proceso y los resultados de la medición y el análisis.

Las fuentes de necesidades y objetivos de información pueden incluir lo siguiente:

Planes de proyecto
Seguimiento del desempeño del proyecto.
Entrevistas con directivos y otras personas que tengan necesidades de información.
Objetivos de gestión establecidos.
Planes estrategicos
Planes de negocios
Requisitos formales u obligaciones contractuales.
Problemas recurrentes u otros problemas técnicos o de gestión.
Experiencias de otros proyectos o entidades organizativas.
Puntos de referencia de la industria externa
Planes de mejora de procesos.

Ejemplos de objetivos de medición incluyen los siguientes:

Reducir el tiempo de entrega

Reducir el costo total del ciclo de vida
Entregar completamente la funcionalidad especificada
Mejorar los niveles de calidad anteriores.
Mejorar los índices de satisfacción de los clientes.
Mantener y mejorar las relaciones adquirente / proveedor.
Subpráctica 1: Documentar necesidades y objetivos de información.

Las necesidades de información y los objetivos se documentan para permitir la trazabilidad

de las actividades de medición y análisis posteriores.

Subpráctica 2: Priorizar necesidades y objetivos de información.

Puede que no sea posible ni deseable someter todas las necesidades de información
identificadas inicialmente a mediciones y análisis. Es posible que las prioridades también
deban establecerse dentro de los límites de los recursos disponibles.

Subpráctica 3: Documentar, revisar y actualizar los objetivos de medición.

Es importante considerar cuidadosamente los propósitos y usos previstos de la medición y el

análisis.

Los objetivos de medición están documentados, revisados por la gerencia y otras partes
interesadas relevantes, y se actualizan según sea necesario. Al hacerlo, permite la
trazabilidad de las actividades subsiguientes de medición y análisis, y ayuda a garantizar que
los análisis aborden adecuadamente las necesidades y los objetivos de información
identificados.
 Es importante que los usuarios de los resultados de medición y análisis participen en el
establecimiento de los objetivos de medición y decidan los planes de acción. También puede
ser apropiado involucrar a aquellos que proporcionan los datos de medición.

Subpráctica 4: Proporcionar retroalimentación para refinar y aclarar las necesidades y

objetivos de información según sea necesario.

Las necesidades y objetivos de información identificados pueden necesitar ser refinados y

aclarados como resultado del establecimiento de objetivos de medición. Las descripciones
iniciales de las necesidades de información pueden ser poco claras o ambiguas. Pueden
surgir conflictos entre las necesidades y los objetivos existentes. Los objetivos precisos en
una medida ya existente pueden ser poco realistas.

Subpráctica 5: mantener la trazabilidad de los objetivos de medición a las necesidades y

objetivos de información identificados.

SP 1.2 Especificar medidas

Especificar medidas para abordar los objetivos de medición.

Los objetivos de medición se refinan en medidas precisas y cuantificables.

Las medidas pueden ser "base" o "derivadas". Los datos para las medidas de base se obtienen por
medición directa. Los datos para las medidas derivadas provienen de otros datos, generalmente
mediante la combinación de dos o más medidas base.

Ejemplos de medidas de base comúnmente utilizadas incluyen lo siguiente:

Estimaciones y medidas reales del tamaño del producto de trabajo (por ejemplo, número de
páginas)
Estimaciones y medidas reales de esfuerzo y costo (por ejemplo, número de horas por persona)
Medidas de calidad (por ejemplo, número de defectos por gravedad)

Ejemplos de medidas derivadas de uso común incluyen los siguientes:

Valor agregado
Índice de rendimiento del programa
Densidad de defectos
Cobertura de revisión por pares

Las medidas derivadas normalmente se expresan como razones, índices compuestos u otras
medidas de resumen agregadas. A menudo son más confiables cuantitativamente y se pueden
interpretar de manera significativa que las medidas de base utilizadas para generarlas.
 Subpráctica 1: Identificar medidas candidatas basadas en objetivos de medición
documentados.

Los objetivos de medición se refinan en medidas específicas. Las medidas candidatas

identificadas se clasifican y especifican por nombre y unidad de medida.

Subpráctica 2: Identifique las medidas existentes que ya abordan los objetivos de medición.

Es posible que ya existan especificaciones para las medidas, quizás establecidas para otros
propósitos anteriores o en cualquier otro lugar de la organización.

Subpráctica 3: Especificar definiciones operativas para las medidas.

Las definiciones operativas se expresan en términos precisos e inequívocos. Abordan dos

criterios importantes de la siguiente manera:

Comunicación: ¿Qué se ha medido, cómo se midió, cuáles son las unidades de medida y
qué se ha incluido o excluido?
Repetibilidad: ¿Se puede repetir la medición, dada la misma definición, para obtener los
mismos resultados?

Subpráctica 4: Priorizar, revisar y actualizar medidas.

SP 1.3: Especificar la recopilación de datos y los procedimientos de

almacenamiento

Especifique cómo se obtendrán y almacenarán los datos de medición.

La especificación explícita de los métodos de recopilación ayuda a garantizar que los datos correctos
se recopilen correctamente. También puede ayudar a aclarar aún más las necesidades de
información y los objetivos de medición.

La atención adecuada a los procedimientos de almacenamiento y recuperación ayuda a garantizar

que los datos estén disponibles y sean accesibles para su uso futuro.

Subpráctica 1: identifique las fuentes de datos existentes que se generan a partir de

productos, procesos o transacciones de trabajo actuales.

Las fuentes de datos existentes pueden ya haber sido identificadas al especificar las
medidas. Pueden existir mecanismos de recopilación apropiados ya sea que se hayan
recopilado datos pertinentes o no.

Subpráctica 2: identifique las medidas para las que se necesitan datos, pero no están
disponibles actualmente.

Subpráctica 3: especifique cómo recopilar y almacenar los datos para cada medida
requerida.
Se hacen especificaciones explícitas de cómo, dónde y cuándo se recopilarán los datos. Se
especifican los procedimientos para la recopilación de datos válidos. Los datos se almacenan
de manera accesible para su análisis y se determina si se guardarán para un posible análisis
o para fines de documentación.

Las preguntas a considerar típicamente incluyen lo siguiente:

¿Se han determinado la frecuencia de recolección y los puntos en el proceso donde se

realizarán las mediciones?
¿Se ha establecido la línea de tiempo necesaria para mover los resultados de medición
desde los puntos de recolección a los repositorios, otras bases de datos o usuarios finales?
¿Quién es responsable de obtener los datos?
¿Quién es responsable del almacenamiento, recuperación y seguridad de los datos?
¿Se han desarrollado o adquirido las herramientas de apoyo necesarias?

Subpráctica 4: Crear mecanismos de recolección de datos y guía de procesos.

La recopilación de datos y los mecanismos de almacenamiento están bien integrados con

otros procesos de trabajo normales. Los mecanismos de recolección de datos pueden incluir
formularios y plantillas manuales o automatizados. Los responsables de hacer el trabajo
tienen a su disposición una guía clara y concisa sobre los procedimientos correctos. La
capacitación se proporciona según sea necesario para aclarar los procesos necesarios para
la recopilación de datos completos y precisos y para minimizar la carga de quienes deben
proporcionar y registrar los datos.

Subpráctica 5: Apoyar la recopilación automática de los datos cuando sea apropiado y

factible.

El soporte automatizado puede ayudar a recopilar datos más completos y precisos. Ejemplos
de dicho soporte automatizado incluyen los siguientes:

Registros de actividad con marca de tiempo

Análisis estáticos o dinámicos de artefactos.

Sin embargo, algunos datos no se pueden recopilar sin la intervención humana (por ejemplo,
la satisfacción del cliente u otros juicios humanos), y configurar la infraestructura necesaria
para otra automatización puede ser costoso.

Subpráctica 6: Priorizar, revisar y actualizar la recopilación de datos y los procedimientos de

almacenamiento.

Los procedimientos propuestos se revisan para determinar si son apropiados y factibles con
los responsables de proporcionar, recopilar y almacenar los datos. También pueden tener
información útil sobre cómo mejorar los procesos existentes, o ser capaces de sugerir otras
medidas o análisis útiles.

Subpráctica 7: Actualice las medidas y los objetivos de medición según sea necesario.
 Es posible que se deban restablecer las prioridades según lo siguiente:

La importancia de las medidas.

La cantidad de esfuerzo requerido para obtener los datos.

SP 1.4 Especificar procedimientos de análisis

Especifique cómo los datos de medición serán analizados y reportados.

La especificación de los procedimientos de análisis de antemano garantiza que se realizarán e

informarán los análisis adecuados para abordar los objetivos de medición documentados (y, por lo
tanto, las necesidades de información y los objetivos en los que se basan). Este enfoque también
proporciona una verificación de que, de hecho, se recopilarán los datos necesarios.

Subpráctica 1: Especifique y priorice los análisis que se realizarán y los informes que se
prepararán.

Se debe prestar atención temprana a los análisis que se llevarán a cabo y a la manera en
que se informarán los resultados. Estos deben cumplir los siguientes criterios:

Los análisis abordan explícitamente los objetivos de medición documentados.

La presentación de los resultados es claramente comprensible para el público al que se
dirigen los resultados.

Las prioridades pueden tener que establecerse dentro de los recursos disponibles.

Subpráctica 2: Seleccione los métodos y herramientas de análisis de datos apropiados.

Subpráctica 3: especifique los procedimientos administrativos para analizar los datos y
comunicar los resultados.

Los temas a considerar típicamente incluyen lo siguiente:

Identificar a las personas y grupos responsables de analizar los datos y presentar los
resultados.
Determinación de la línea de tiempo para analizar los datos y presentar los resultados.
Determinar los lugares para comunicar los resultados (por ejemplo, informes de progreso,
notas de transmisión, informes escritos o reuniones de personal)

Subpráctica 4: revisar y actualizar el contenido propuesto y el formato de los análisis e

informes especificados.

Todo el contenido y el formato propuestos están sujetos a revisión y revisión, incluidos los
métodos y herramientas analíticos, los procedimientos administrativos y las prioridades. Las
partes interesadas relevantes consultadas deben incluir a los usuarios finales,
patrocinadores, analistas de datos y proveedores de datos.

Subpráctica 5: Actualice las medidas y los objetivos de medición según sea necesario.
 Al igual que las necesidades de medición impulsan el análisis de datos, la clarificación de los
criterios de análisis puede afectar la medición. Las especificaciones para algunas medidas
pueden refinarse aún más en función de las especificaciones establecidas para los
procedimientos de análisis de datos. Otras medidas pueden resultar innecesarias, o la
necesidad de medidas adicionales puede ser reconocida.

El ejercicio de especificar cómo se analizarán y reportarán las medidas también puede

sugerir la necesidad de refinar los propios objetivos de medición.

Subpráctica 6: Especifique los criterios para evaluar la utilidad de los resultados del análisis y
para evaluar la realización de las actividades de medición y análisis.

Los criterios para evaluar la utilidad del análisis podrían abordar la medida en que se aplica
lo siguiente:

Los resultados se proporcionan (1) de manera oportuna, (2) son comprensibles y (3) se
utilizan para la toma de decisiones.
El trabajo no cuesta más de lo que se justifica por los beneficios que proporciona.

Los criterios para evaluar la conducta de la medición y el análisis pueden incluir la medida en
que se aplican los siguientes puntos:

La cantidad de datos faltantes o la cantidad de inconsistencias marcadas está más allá de

los umbrales especificados.
Hay un sesgo de selección en el muestreo (por ejemplo, solo los usuarios finales
satisfechos son encuestados para evaluar la satisfacción del usuario final, o solo los
proyectos no exitosos son evaluados para determinar la productividad general).
Los datos de medición son repetibles (por ejemplo, estadísticamente fiables).
Se han cumplido los supuestos estadísticos (por ejemplo, sobre la distribución de datos o
sobre escalas de medición apropiadas).

SG 2: Proporcionar resultados de medición

Se proporcionan los resultados de la medición, que abordan las necesidades y objetivos de

información identificados.

La razón principal para realizar mediciones y análisis es abordar las necesidades y objetivos de
información identificados. Los resultados de medición basados en evidencia objetiva pueden ayudar
a monitorear el desempeño, cumplir con las obligaciones contractuales, tomar decisiones técnicas y
de gestión informadas, y permitir que se tomen acciones correctivas.

SP 2.1 Recopilar datos de medición

Obtener datos de medición especificados.

Los datos necesarios para el análisis se obtienen y se verifican para verificar que estén completos.

Subpráctica 1: Obtenga los datos para las medidas de base.

Los datos se recopilan según sea necesario para el uso anterior, así como para las medidas
base recién especificadas. Los datos existentes se recopilan de los registros del proyecto o
de cualquier otro lugar de la organización.

Tenga en cuenta que es posible que los datos que se recopilaron anteriormente ya no estén
disponibles para su reutilización en las bases de datos, registros en papel o repositorios
formales existentes.

Subpráctica 2: Generar los datos para las medidas derivadas.

Los valores se calculan nuevamente para todas las medidas derivadas.

Subpráctica 3: Realizar comprobaciones de integridad de los datos lo más cerca posible del
origen de los datos.

Todas las mediciones están sujetas a error al especificar o registrar datos. Siempre es mejor
identificar dichos errores e identificar las fuentes de datos faltantes al principio del ciclo de medición y
análisis.

Las comprobaciones pueden incluir exploraciones en busca de datos faltantes, valores de datos fuera
de los límites, y patrones inusuales y correlación entre medidas. Es particularmente importante hacer
lo siguiente:

Pruebe y corrija la inconsistencia de las clasificaciones hechas por el juicio humano (es decir, para
determinar con qué frecuencia las personas toman decisiones de clasificación diferentes según la
misma información, también conocida como "confiabilidad entre codificadores").
Examine empíricamente las relaciones entre las medidas que se utilizan para calcular medidas
derivadas adicionales. Hacerlo puede garantizar que no se pasen por alto las distinciones
importantes y que las medidas derivadas transmitan sus significados previstos (también conocidos
como "validez de criterio").

SP 2.2 Analizar datos de medición

Analizar e interpretar los datos de medición.

Los datos de medición se analizan según lo planificado, se realizan análisis adicionales según sea
necesario, los resultados se revisan con las partes interesadas relevantes y se anotan las revisiones
necesarias para futuros análisis.

Subpráctica 1: realizar análisis iniciales, interpretar los resultados y sacar conclusiones

preliminares.

Los resultados de los análisis de datos rara vez son evidentes. Los criterios para interpretar
los resultados y sacar conclusiones deben establecerse explícitamente.

Subpráctica 2: realizar mediciones y análisis adicionales, según sea necesario, y preparar los
resultados para la presentación.

Los resultados de los análisis planificados pueden sugerir (o requerir) análisis adicionales no
anticipados. Además, pueden identificar las necesidades para refinar las medidas existentes,
para calcular medidas derivadas adicionales, o incluso para recopilar datos para medidas de
base adicionales para completar adecuadamente el análisis planificado. De manera similar,
la preparación de los resultados iniciales para la presentación puede identificar la necesidad
de análisis adicionales no anticipados.

Subpráctica 3: Revise los resultados iniciales con las partes interesadas relevantes.

Puede ser apropiado revisar las interpretaciones iniciales de los resultados y la forma en que
se presentan antes de difundirlos y comunicarlos más ampliamente.

La revisión de los resultados iniciales antes de su publicación puede evitar malentendidos

innecesarios y llevar a mejoras en el análisis y la presentación de los datos.

Las partes interesadas relevantes con las que se pueden realizar revisiones incluyen
usuarios finales y patrocinadores, así como analistas de datos y proveedores de datos.

Subpráctica 4: Refinar los criterios para futuros análisis.

Las lecciones valiosas que pueden mejorar los esfuerzos futuros a menudo se aprenden al
realizar análisis de datos y preparar resultados. De manera similar, las formas de mejorar las
especificaciones de medición y los procedimientos de recolección de datos pueden ser
evidentes, al igual que las ideas para refinar las necesidades y objetivos de información
identificados.

SP 2.3 Almacenar datos y resultados

Gestione y almacene datos de medición, especificaciones de medición y resultados de análisis.

El almacenamiento de información relacionada con la medición permite el uso futuro oportuno y

rentable de datos y resultados históricos. La información también es necesaria para proporcionar un
contexto suficiente para la interpretación de los datos, los criterios de medición y los resultados del
análisis.
La información almacenada normalmente incluye lo siguiente:

Planes de medición
Especificaciones de medidas
Conjuntos de datos que se han recogido.
Análisis de informes y presentaciones.

La información almacenada contiene o hace referencia a la información necesaria para comprender e

interpretar las medidas y para evaluar su razonabilidad y aplicabilidad (por ejemplo, las
especificaciones de medición utilizadas en diferentes proyectos cuando se comparan entre
proyectos).

Los conjuntos de datos para medidas derivadas normalmente pueden recalcularse y no es necesario
almacenarlos. Sin embargo, puede ser apropiado almacenar resúmenes basados en medidas
derivadas (por ejemplo, cuadros, tablas de resultados o informes en prosa).

Los resultados del análisis intermedio no necesitan ser almacenados por separado si pueden ser
reconstruidos eficientemente.

Los proyectos pueden optar por almacenar los datos y resultados específicos del proyecto en un
repositorio específico del proyecto. Cuando los datos se comparten más ampliamente entre
proyectos, los datos pueden residir en el repositorio de mediciones de la organización.

Subpráctica 1: Revise los datos para asegurar que estén completos, íntegros, precisos y
vigentes.

Subpráctica 2: Almacene los datos de acuerdo con los procedimientos de almacenamiento

de datos.

Subpráctica 3: Haga que los contenidos almacenados estén disponibles para que los usen
los grupos y el personal apropiados.

Subpráctica 4: Evita que la información almacenada se use de manera inapropiada.

Los ejemplos de formas de prevenir el uso inapropiado de los datos y la información relacionada
incluyen controlar el acceso a los datos y educar a las personas sobre el uso apropiado de los datos.

Ejemplos de uso inapropiado incluyen los siguientes:

Divulgación de información que fue proporcionada de forma confidencial

Interpretaciones erróneas basadas en información incompleta, fuera de contexto o engañosa.
Medidas utilizadas para evaluar incorrectamente el desempeño de las personas o para clasificar
los proyectos.
Impugnando la integridad de individuos específicos.

SP 2.4 Comunicar Resultados

Informar los resultados de las actividades de medición y análisis a todas las partes interesadas
relevantes.

Los resultados del proceso de medición y análisis se comunican a las partes interesadas relevantes
de manera oportuna y útil para respaldar la toma de decisiones y ayudar a tomar medidas
correctivas.

Las partes interesadas relevantes incluyen usuarios previstos, patrocinadores, analistas de datos y
proveedores de datos.

Subpráctica 1: Mantener informados a las partes interesadas relevantes sobre los resultados
de la medición de manera oportuna.

Los resultados de las mediciones se comunican a tiempo para ser utilizados para los fines
previstos. Es poco probable que se usen los informes si se distribuyen con poco esfuerzo
para hacer un seguimiento con aquellos que necesitan conocer los resultados.

En la medida de lo posible y como parte de la forma normal en que hacen negocios, los
usuarios de los resultados de medición se mantienen personalmente involucrados en el
establecimiento de objetivos y en la decisión de los planes de acción para la medición y el
análisis. Los usuarios se mantienen regularmente informados del progreso y los resultados
provisionales.
Subpráctica 2: Ayudar a las partes interesadas relevantes a comprender los resultados.

Los resultados se informan de manera clara y concisa, de acuerdo con la sofisticación

metodológica de las partes interesadas relevantes. Son comprensibles, fácilmente
interpretables y claramente vinculados a las necesidades y objetivos de información
identificados.

Los datos a menudo no son evidentes para los profesionales que no son expertos en medición. Las
opciones de medición deben ser explícitamente claras sobre lo siguiente:

Cómo y por qué se especificaron las medidas de base y derivadas.

Cómo se obtuvieron los datos.
Cómo interpretar los resultados basados en los métodos de análisis de datos que se utilizaron
Cómo los resultados abordan las necesidades de información.

Ejemplos de acciones para ayudar a comprender los resultados incluyen los siguientes:

Discutir los resultados con las partes interesadas relevantes.

Proporcionar una nota de transmisión que proporciona antecedentes y explicación
Informar a los usuarios sobre los resultados.
Proporcionar capacitación sobre el uso apropiado y la comprensión de los resultados de medición.
Roles

Artefactos
1. Objetivos de medición.
2. Especificaciones de medidas de base y derivadas.
3. Recopilación de datos y procedimientos de almacenamiento.
4. Herramientas de recopilación de datos.
5. Análisis de especificaciones y procedimientos.
6. Herramientas de analisis de datos.
7. Resultados de las pruebas de integridad de datos.
8. Resultados de análisis y borradores de informes.
9. Inventario de datos almacenados
10. Informes entregados y resultados de análisis relacionados.
11. Información u orientación contextual para ayudar en la interpretación de los resultados del
análisis.

● Aseguramiento de Calidad de Proceso y Producto (PPQA)

Propósito
El propósito de Process and Product Quality Assurance (PPQA) es proporcionar al personal y la
administración una visión objetiva de los procesos y productos de trabajo asociados.

Notas introductorias
El área de proceso de Product Quality Assurance (PPQA) incluye lo siguiente:

Evaluar de manera objetiva los procesos, productos de trabajo y servicios realizados en

comparación con las descripciones, estándares y procedimientos de proceso aplicables
Identificar y documentar problemas de incumplimiento.
Proporcionar retroalimentación al personal del proyecto y a los gerentes sobre los resultados
de las actividades de control de calidad.
Asegurar que se aborden los problemas de incumplimiento.

El área de proceso de Garantía de calidad de productos y procesos respalda la entrega de productos

y servicios de alta calidad al proporcionar al personal y los gerentes del proyecto en todos los niveles
la visibilidad y los comentarios apropiados sobre los procesos y productos de trabajo asociados a lo
largo de la vida del proyecto.

Las prácticas en el área de proceso Aseguramiento de la calidad del producto y el proceso garantizan
la implementación de los procesos planificados, mientras que las prácticas en el área de proceso de
verificación aseguran que se cumplan los requisitos especificados. Estas dos áreas de proceso
pueden, en ocasiones, abordar el mismo producto de trabajo, pero desde diferentes perspectivas.
Los proyectos deben aprovechar la superposición para minimizar la duplicación de esfuerzos
mientras se cuida de mantener las perspectivas separadas.
La objetividad en las evaluaciones del proceso y de la garantía de calidad del producto es
fundamental para el éxito del proyecto. (Consulte la definición de "evaluar objetivamente" en el
glosario.) La objetividad se logra mediante la independencia y el uso de criterios. A menudo se usa
una combinación de métodos que proporcionan evaluaciones según los criterios de quienes no
producen el producto de trabajo. Se pueden utilizar métodos menos formales para proporcionar una
amplia cobertura diaria. Métodos más formales pueden ser utilizados periódicamente para asegurar
la objetividad.

Ejemplos de formas de realizar evaluaciones objetivas incluyen las siguientes:

Auditorías formales por organizaciones de aseguramiento de la calidad separadas por

organización.
Revisiones por pares que pueden realizarse en varios niveles de formalidad
Revisión en profundidad del trabajo en el lugar donde se realiza (es decir, auditorías de
escritorio)
Revisión distribuida y comentario de productos de trabajo.

Tradicionalmente, un grupo de garantía de calidad que es independiente del proyecto proporciona

esta objetividad. Sin embargo, en algunas organizaciones puede ser apropiado implementar el rol de
aseguramiento de la calidad del proceso y del producto sin ese tipo de independencia. Por ejemplo,
en una organización con una cultura abierta y orientada hacia la calidad, el rol de aseguramiento de
la calidad del proceso y del producto puede ser realizado, parcial o completamente, por pares; y la
función de garantía de calidad puede estar integrada en el proceso. Para las organizaciones
pequeñas, este podría ser el enfoque más factible.

Si el control de calidad está integrado en el proceso, se deben abordar varios problemas para
garantizar la objetividad. Todos los que realizan actividades de garantía de calidad deben ser
capacitados en la garantía de calidad. Aquellos que realizan actividades de control de calidad para un
producto de trabajo deben estar separados de aquellos que participan directamente en el desarrollo o
mantenimiento del producto de trabajo. Debe estar disponible un canal de informes independiente
para el nivel apropiado de administración de la organización para que los problemas de
incumplimiento se puedan escalar según sea necesario.

Por ejemplo, al implementar revisiones por pares como un método de evaluación objetivo:

Se capacita a los miembros y se asignan roles a las personas que asisten a las revisiones
por pares.
Se asigna a un miembro de la revisión por pares que no produjo este producto de trabajo
para realizar el rol de control de calidad.
Las listas de verificación están disponibles para apoyar la actividad de control de calidad.
Los defectos se registran como parte del informe de revisión por pares y se rastrean y
escalan fuera del proyecto cuando es necesario.

El control de calidad debe comenzar en las fases iniciales de un proyecto para establecer planes,
procesos, estándares y procedimientos que agreguen valor al proyecto y satisfagan los requisitos del
proyecto y las políticas de la organización. Quienes realizan el aseguramiento de la calidad participan
en el establecimiento de los planes, procesos, estándares y procedimientos para garantizar que se
ajusten a las necesidades del proyecto y que serán utilizables para realizar evaluaciones de
aseguramiento de la calidad. Además, se designan los procesos específicos y los productos de
trabajo asociados que se evaluarán durante el proyecto. Esta designación puede basarse en el
muestreo o en criterios objetivos que sean coherentes con las políticas de la organización y los
requisitos y necesidades del proyecto.

Cuando se identifican problemas de incumplimiento, primero se abordan dentro del proyecto y se

resuelven allí si es posible. Cualquier problema de incumplimiento que no pueda resolverse dentro
del proyecto se eleva a un nivel apropiado de gestión para su resolución.

Esta área de proceso se aplica principalmente a las evaluaciones de las actividades y productos de
trabajo de un proyecto, pero también se aplica a las evaluaciones de actividades no de proyecto y
productos de trabajo tales como actividades de capacitación. Para estas actividades y productos de
trabajo, el término "proyecto" debe interpretarse adecuadamente.

SG 1 Evaluar objetivamente los procesos y productos de trabajo.

La adherencia del proceso realizado y los productos y servicios de trabajo asociados a las
descripciones, estándares y procedimientos aplicables del proceso se evalúa objetivamente.

SP 1.1 Evaluar objetivamente los procesos

Evaluar objetivamente los procesos realizados y designados en comparación con las descripciones,
estándares y procedimientos aplicables del proceso.

La objetividad en las evaluaciones de garantía de calidad es fundamental para el éxito del proyecto.
Una descripción de la cadena de informes de control de calidad y cómo se asegura que se debe
definir la objetividad.

Subpráctica 1: Promover un entorno (creado como parte de la gestión del proyecto) que
fomente la participación de los empleados en la identificación y el informe de problemas de
calidad.

Subpráctica 2: Establecer y mantener criterios claramente establecidos para las

evaluaciones.

El objetivo de esta subpráctica es proporcionar criterios, según las necesidades del negocio,
como los siguientes:

Lo que se evaluará
¿Cuándo o con qué frecuencia se evaluará un proceso?
Cómo se realizará la evaluación
¿Quién debe participar en la evaluación?

Subpráctica 3: Use los criterios establecidos para evaluar los procesos realizados para
cumplir con las descripciones, estándares y procedimientos del proceso.

Subpráctica 4: identifique cada incumplimiento encontrado durante la evaluación.

 Subpráctica 5: identifique las lecciones aprendidas que podrían mejorar los procesos para
futuros productos y servicios.
SP 1.2 Evaluar objetivamente productos y servicios de trabajo

Evalúe objetivamente los productos y servicios de trabajo designados con las descripciones, normas
y procedimientos aplicables del proceso.

Subpráctica 1: Seleccione los productos de trabajo que se evaluarán, según los criterios de
muestreo documentados si se utiliza el muestreo.

Subpráctica 2: Establecer y mantener criterios claramente establecidos para la evaluación de

productos de trabajo.

El objetivo de esta subpráctica es proporcionar criterios, según las necesidades del negocio,
como los siguientes:

Lo que se evaluará durante la evaluación de un producto de trabajo.

¿Cuándo o con qué frecuencia se evaluará un producto de trabajo?
Cómo se realizará la evaluación
¿Quién debe participar en la evaluación?

Subpráctica 3: Utilice los criterios establecidos durante las evaluaciones de los productos de
trabajo.

Subpráctica 4: Evaluar los productos de trabajo antes de que se entreguen al cliente.

Subpráctica 5: Evaluar productos de trabajo en hitos seleccionados en su desarrollo.

Subpráctica 6: Realizar evaluaciones progresivas o incrementales de productos y servicios

de trabajo en comparación con las descripciones de procesos, estándares y procedimientos.

Subpráctica 7: Identificar cada caso de incumplimiento encontrado durante las evaluaciones.

Subpráctica 8: Identifique las lecciones aprendidas que podrían mejorar los procesos para
futuros productos y servicios.
SG 2 Proporcionar una visión objetiva

Los problemas de incumplimiento se rastrean, se comunican objetivamente, y se garantiza la

resolución.

SP 2.1 Comunicar y garantizar la resolución de problemas de incumplimiento

Comunique los problemas de calidad y garantice la resolución de los problemas de incumplimiento

con el personal y los gerentes.
Los problemas de incumplimiento son problemas identificados en evaluaciones que reflejan una falta
de cumplimiento con los estándares, descripciones de procesos o procedimientos aplicables. El
estado de los problemas de incumplimiento proporciona una indicación de las tendencias de calidad.
Los problemas de calidad incluyen problemas de incumplimiento y resultados del análisis de
tendencias.

Cuando no se puede obtener la resolución local de los problemas de incumplimiento, utilice los
mecanismos de escalación establecidos para garantizar que el nivel de gestión adecuado pueda
resolver el problema. Seguimiento de problemas de incumplimiento a resolución.

Subpráctica 1: Resuelva cada incumplimiento con los miembros apropiados del personal
cuando sea posible.

Subpráctica 2: documente los problemas de incumplimiento cuando no se pueden resolver

dentro del proyecto.

Los ejemplos de formas de resolver el incumplimiento dentro del proyecto incluyen lo

siguiente:

Arreglando el incumplimiento.
Cambiar las descripciones de proceso, estándares o procedimientos que fueron violados
Obtención de una exención para cubrir el problema de incumplimiento

Subpráctica 3: Escale los problemas de incumplimiento que no pueden resolverse dentro del
proyecto al nivel apropiado de administración designado para recibir y actuar en los
problemas de incumplimiento.

Subpráctica 4: analice los problemas de incumplimiento para ver si hay tendencias de calidad
que puedan identificarse y abordarse.

Subpráctica 5: Asegurar que las partes interesadas relevantes estén conscientes de los
resultados de las evaluaciones y las tendencias de calidad de manera oportuna.

Subpráctica 6: Revise periódicamente los problemas y las tendencias abiertas de

incumplimiento con el gerente designado para recibir y actuar en relación con los problemas
de incumplimiento.

Subpráctica 7: Seguimiento de problemas de incumplimiento a resolución.

SP 2.2: Establecer registros

Establecer y mantener registros de las actividades de aseguramiento de la calidad.

Subpráctica 1: Registre el proceso y las actividades de aseguramiento de la calidad del

producto con suficiente detalle para que se conozca el estado y los resultados.

Subpráctica 2: Revisar el estado y el historial de las actividades de control de calidad según

sea necesario.
Roles
Líder o jefe de proyecto, responsable de configuración
Artefactos

1. Informes de evaluación
2. Informes de incumplimiento
3. Acciones correctivas
4. Informes de acciones correctivas.
5. Tendencias de calidad
6. Registros de evaluación
7. Informes de aseguramiento de la calidad.
8. Informes de estado de acciones correctivas.
9. Informes de tendencias de calidad.

● Administración de Configuración (CM)

Propósito
El propósito de Configuration Management(CM) es establecer y mantener la integridad de los
artefactos usando identificación de configuración, control de configuración, estado de configuración
de contabilidad y configuraciones de auditoría.
Notas introductorias
El área de proceso de Gestión de la Configuración involucra lo siguiente:

Identificar la configuración de los productos de trabajo seleccionados que componen las líneas de
base en puntos determinados en el tiempo
Controlar los cambios en los elementos de configuración.
Crear o proporcionar especificaciones para construir productos de trabajo desde el sistema de
gestión de configuración
Mantener la integridad de las líneas de base.
Proporcionar el estado exacto y los datos de configuración actuales a los desarrolladores, usuarios
finales y clientes

Los productos de trabajo colocados bajo la administración de configuración incluyen los productos
que se entregan al cliente, los productos de trabajo internos designados, los productos adquiridos, las
herramientas y otros elementos que se utilizan para crear y describir estos productos de trabajo.

Es posible que los productos adquiridos deban colocarse bajo la administración de la configuración,
tanto por el proveedor como por el proyecto. Las disposiciones para llevar a cabo la gestión de la
configuración deben establecerse en los acuerdos con proveedores. Se deben establecer y mantener
métodos para garantizar que los datos estén completos y sean consistentes.

La gestión de la configuración de los productos de trabajo se puede realizar en varios niveles de

granularidad. Los elementos de configuración se pueden descomponer en componentes de
configuración y unidades de configuración. Solo el término elemento de configuración se utiliza en
esta área de proceso. Por lo tanto, en estas prácticas, el elemento de configuración se puede
interpretar como componente de configuración o unidad de configuración según sea apropiado.

Las líneas de base proporcionan una base estable para la evolución continua de los elementos de
configuración.

Un ejemplo de una línea de base es una descripción aprobada de un producto que incluye versiones
coherentes de los requisitos internos, matrices de trazabilidad de los requisitos, diseño, elementos
específicos de la disciplina y documentación del usuario final.

Las líneas de base se agregan al sistema de gestión de la configuración a medida que se

desarrollan. Los cambios en las líneas de base y el lanzamiento de productos de trabajo creados a
partir del sistema de administración de la configuración se controlan y monitorean sistemáticamente a
través de las funciones de control de configuración, administración de cambios y auditoría de
configuración de la administración de configuración.

Esta área de proceso se aplica no solo a la administración de la configuración en los proyectos, sino
también a la administración de la configuración en productos de trabajo organizacional, tales como
estándares, procedimientos y bibliotecas de reutilización.

La gestión de la configuración se centra en el control riguroso de los aspectos administrativos y

técnicos de los productos de trabajo, incluido el sistema entregado.

Esta área de proceso cubre las prácticas para realizar la función de administración de la
configuración y es aplicable a todos los productos de trabajo que se encuentran bajo la
administración de la configuración.
SG 1: Establecer líneas de base
Se establecen líneas de base de productos de trabajo identificados.
Las prácticas específicas para establecer líneas de base están cubiertas por este objetivo específico.
Las prácticas específicas bajo el objetivo específico de Seguimiento y control de cambios sirven para
mantener las líneas de base. Las prácticas específicas del documento de objetivos específicos
Establecer integridad y auditar la integridad de las líneas de base.

SP 1.1 Identificar elementos de configuración

Identifique los elementos de configuración, los componentes y los productos de trabajo relacionados
que se colocarán en la administración de la configuración.

La identificación de la configuración es la selección, creación y especificación de lo siguiente:

Productos que se entregan al cliente.

Productos de trabajo internos designados.
Productos adquiridos
Herramientas y otros activos de capital de los proyectos. Entorno laboral.
Otros elementos que se utilizan para crear y describir estos productos de trabajo.
Los elementos bajo la administración de configuración incluirán especificaciones y documentos de
interfaz que definen los requisitos para el producto. También se pueden incluir otros documentos,
como los resultados de las pruebas, dependiendo de su criticidad para definir el producto.

Un elemento de configuración es una entidad designada para la administración de la configuración,

que puede constar de varios productos de trabajo relacionados que forman una línea de base. Esta
agrupación lógica proporciona facilidad de identificación y acceso controlado. La selección de
productos de trabajo para la gestión de la configuración debe basarse en los criterios establecidos
durante la planificación.

Subpráctica 1: seleccione los elementos de configuración y los productos de trabajo que los
componen en base a criterios documentados.

Seleccione los elementos de configuración y los productos de trabajo que los componen en
base a criterios documentados.

Los criterios de ejemplo para seleccionar elementos de configuración en el nivel de producto

de trabajo adecuado incluyen los siguientes:

Productos de trabajo que pueden ser utilizados por dos o más grupos.
Productos de trabajo que se espera que cambien con el tiempo ya sea por errores o por
cambios de requisitos
Productos de trabajo que dependen uno del otro en que un cambio en uno exige un
cambio en los otros
Productos de trabajo críticos para el proyecto.
Subpráctica 2: Asigne identificadores únicos a los elementos de configuración.
Subpráctica 3: Especifique las características importantes de cada elemento de
configuración.
Subpráctica 4: especifique cuándo se coloca cada elemento de configuración en la gestión
de configuración.
Subpráctica 5: identifique al propietario responsable de cada elemento de configuración.
SP 1.2 Establecer un sistema de gestión de la configuración

Establecer y mantener un sistema de gestión de configuración y cambio para controlar los productos
de trabajo.

Un sistema de administración de la configuración incluye los medios de almacenamiento, los

procedimientos y las herramientas para acceder al sistema de configuración.

Un sistema de gestión de cambios incluye los medios de almacenamiento, los procedimientos y las
herramientas para registrar y acceder a las solicitudes de cambio.

Subpráctica 1: establecer un mecanismo para administrar múltiples niveles de control de la

administración de la configuración.

El nivel de control generalmente se selecciona en función de los objetivos, riesgos y / o

recursos del proyecto. Los niveles de control pueden variar en relación con el ciclo de vida
del proyecto, el tipo de sistema en desarrollo y los requisitos específicos del proyecto.
 Los niveles de control pueden ir desde el control informal que simplemente rastrea los
cambios realizados cuando se desarrollan los elementos de configuración hasta el control de
configuración formal utilizando líneas de base que solo se pueden cambiar como parte de un
proceso de administración de configuración formal.

Subpráctica 2: Almacenar y recuperar elementos de configuración en un sistema de

administración de configuración.

Ejemplos de sistemas de gestión de configuración incluyen los siguientes:

Los sistemas dinámicos (o de autor) contienen componentes que se están creando o

revisando actualmente. Están en el espacio de trabajo del autor y están controlados por el
autor. Los elementos de configuración en un sistema dinámico están bajo control de versión.
Los sistemas maestros (o controlados) contienen líneas de base actuales y cambios en
ellas. Los elementos de configuración en un sistema maestro se encuentran bajo la
administración de la configuración completa como se describe en esta área de proceso.
Los sistemas estáticos contienen archivos de varias líneas de base liberados para su uso.
Los sistemas estáticos se encuentran bajo la gestión completa de la configuración como se
describe en esta área de proceso.

Subpráctica 3: compartir y transferir elementos de configuración entre niveles de control

dentro del sistema de administración de configuración.

Subpráctica 4: Almacenar y recuperar versiones archivadas de elementos de configuración.

Subpráctica 5: Almacenar, actualizar y recuperar registros de administración de

configuración.

Subpráctica 6: Crear informes de gestión de configuración desde el sistema de gestión de

configuración.

Subpráctica 7: Preservar los contenidos del sistema de gestión de configuración.

Los ejemplos de funciones de preservación del sistema de administración de configuración

incluyen lo siguiente:

Copias de seguridad y restauración de archivos de gestión de configuración.

Archivado de archivos de gestión de configuración.
Recuperación de errores de gestión de configuración.

Subpráctica 8: revisar la estructura de gestión de configuración según sea necesario.

SP 1.3 Crear o liberar líneas de base

Cree o libere líneas de base para uso interno y para entrega al cliente.

Una línea de base es un conjunto de especificaciones o productos de trabajo que se ha revisado y

acordado formalmente, que posteriormente sirve como base para un mayor desarrollo o entrega, y
que se puede cambiar solo a través de procedimientos de control de cambios. Una línea de base
representa la asignación de un identificador a un elemento de configuración o una colección de
elementos de configuración y entidades asociadas. A medida que un producto evoluciona, se pueden
usar varias líneas de base para controlar su desarrollo y pruebas.

Para Ingeniería de Sistemas

Un conjunto común de líneas de base incluye los requisitos de nivel de sistema, los requisitos de
diseño de nivel de elemento de sistema y la definición de producto al final del desarrollo / inicio de
producción. Estos se suelen denominar línea de base funcional, línea de base asignada y línea de
base del producto.

Para Ingeniería de Software

Una línea base de software puede ser un conjunto de requisitos, diseño, archivos de código fuente y
el código ejecutable asociado, archivos de compilación y documentación del usuario (entidades
asociadas) a los que se les ha asignado un identificador único.

Subpráctica 1: obtenga la autorización de la placa de control de configuración (CCB) antes

de crear o liberar líneas de base de elementos de configuración.

Subpráctica 2: cree o libere líneas de base solo desde los elementos de configuración en el
sistema de administración de la configuración.

Subpráctica 3: Documente el conjunto de elementos de configuración que están contenidos

en una línea de base.

Subpráctica 4: Haga que el conjunto actual de líneas de base esté fácilmente disponible.
SG 2: Seguimiento y control de cambios
Los cambios en los productos de trabajo bajo gestión de configuración son rastreados y controlados.

Las prácticas específicas en virtud de este objetivo específico sirven para mantener las líneas de
base una vez establecidas por las prácticas específicas en virtud del objetivo específico Establecer
líneas de base.

SP 2.1: Seguimiento de solicitudes de cambio

Seguimiento de solicitudes de cambio para los elementos de configuración.
Las solicitudes de cambio no solo abordan los requisitos nuevos o modificados, sino también las
fallas y los defectos en los productos de trabajo.
Las solicitudes de cambio se analizan para determinar el impacto que tendrá el cambio en el
producto de trabajo, los productos de trabajo relacionados, el presupuesto y el cronograma.

Subpráctica 1: Iniciar y registrar solicitudes de cambio en la base de datos de solicitud de

cambio.

Subpráctica 2: analizar el impacto de los cambios y arreglos propuestos en las solicitudes de

cambio.
Los cambios se evalúan a través de actividades que aseguran que sean coherentes con
todos los requisitos técnicos y del proyecto.
 Los cambios son evaluados por su impacto más allá de los requisitos inmediatos del proyecto
o contrato. Los cambios en un artículo usado en múltiples productos pueden resolver un
problema inmediato mientras causan un problema en otras aplicaciones.

Subpráctica 3: Revise las solicitudes de cambio que se tratarán en la próxima línea de base
con las partes interesadas relevantes y obtenga su acuerdo.
Conduzca la revisión de la solicitud de cambio con los participantes apropiados. Registre la
disposición de cada solicitud de cambio y la justificación de la decisión, incluidos los criterios
de éxito, un breve plan de acción si corresponde, y las necesidades satisfechas o no
satisfechas por el cambio. Realice las acciones requeridas en la disposición e informe los
resultados a las partes interesadas relevantes.

Subpráctica 4: seguimiento del estado de las solicitudes de cambio hasta el cierre.

Las solicitudes de cambio introducidas en el sistema deben manejarse de manera eficiente y
oportuna. Una vez que se ha procesado una solicitud de cambio, es fundamental cerrar la
solicitud con la acción aprobada apropiada tan pronto como sea práctico. Las acciones que
se dejan abiertas dan como resultado listas de estado más grandes de lo necesario, lo que a
su vez resulta en costos adicionales y confusión.

SP 2.2: Elementos de configuración de control

Control de cambios a los elementos de configuración.
El control se mantiene sobre la configuración de la línea de base del producto de trabajo. Este control
incluye el seguimiento de la configuración de cada uno de los elementos de configuración, la
aprobación de una nueva configuración si es necesario y la actualización de la línea de base.

Subpráctica 1: control de cambios en los elementos de configuración durante la vida útil del
producto.

Subpráctica 2: obtenga la autorización adecuada antes de ingresar los elementos de

configuración modificados en el sistema de administración de configuración.

Subpráctica 3: registrar y retirar elementos de configuración del sistema de administración de

la configuración para incorporar cambios en una forma que mantenga la exactitud e
integridad de los elementos de configuración.

Ejemplos de pasos de check-in y check-out incluyen los siguientes:

Confirmando que las revisiones están autorizadas.

Actualización de los elementos de configuración.
Archivar la línea base reemplazada y recuperar la nueva línea base

Subpráctica 4: realice revisiones para asegurarse de que los cambios no hayan causado
efectos no deseados en las líneas de base (por ejemplo, asegúrese de que los cambios no
hayan comprometido la seguridad y / o la seguridad del sistema).

Subpráctica 5: registre los cambios en los elementos de configuración y los motivos de los
cambios según corresponda.
Los mecanismos de control de configuración se pueden adaptar a las categorías de cambios. Por
ejemplo, las consideraciones de aprobación podrían ser menos estrictas para los cambios de
componentes que no afectan a otros componentes.

Los elementos de configuración modificados se publican después de la revisión y aprobación de los

cambios de configuración. Los cambios no son oficiales hasta que son publicados.

SG 3: Establecer integridad

Se establece y mantiene la integridad de las líneas de base.

La integridad de las líneas de base, establecida por los procesos asociados con el objetivo específico
de Establecimiento de líneas de base, y mantenida por los procesos asociados con el objetivo
específico de Seguimiento y Control de Cambios, es proporcionada por las prácticas específicas bajo
este objetivo específico.

SP 3.1: Establecer registros de gestión de configuración

Establecer y mantener registros que describan elementos de configuración.

Subpráctica 1: Registre las acciones de administración de la configuración con suficiente

detalle para que se conozca el contenido y el estado de cada elemento de configuración y se
puedan recuperar las versiones anteriores.

Subpráctica 2: asegurarse de que las partes interesadas relevantes tengan acceso y

conocimiento del estado de configuración de los elementos de configuración.

Ejemplos de actividades para comunicar el estado de configuración incluyen los siguientes:

Proporcionar permisos de acceso a usuarios finales autorizados.

Hacer copias de referencia disponibles para usuarios finales autorizados

Subpráctica 3: especifique la última versión de las líneas de base.

Subpráctica 4: identifique la versión de los elementos de configuración que constituyen una

línea de base particular.

Subpráctica 5: Describir las diferencias entre líneas de base sucesivas.

Subpráctica 6: revisar el estado y el historial (es decir, los cambios y otras acciones) de cada
elemento de configuración según sea necesario.

SP 3.2: Realizar auditorías de configuración

Realizar auditorías de configuración para mantener la integridad de las líneas de base de

configuración.
Las auditorías de configuración confirman que las líneas de base y la documentación resultantes se
ajustan a un estándar o requisito específico. Los resultados de la auditoría se deben registrar según
corresponda. (Consulte el glosario para obtener una definición de auditoría de configuración).

Ejemplos de tipos de auditoría incluyen los siguientes:

Auditorías de configuración funcional (FCA) Las auditorías realizadas para verificar que las
características funcionales probadas de un elemento de configuración han cumplido los requisitos
especificados en su documentación de línea de base funcional y que la documentación operacional y
de soporte está completa y es satisfactoria.
Auditoría de la configuración física (PCA) Auditorías realizadas para verificar que el elemento de
configuración tal como se construye cumple con la documentación técnica que lo define.
Auditorías de gestión de la configuración Auditorías realizadas para confirmar que los registros de
gestión de configuración y los elementos de configuración son completos, coherentes y precisos.

Subpráctica 1: evaluar la integridad de las líneas de base.

Subpráctica 2: Confirme que los registros de administración de la configuración identifiquen

correctamente los elementos de configuración.

Subpráctica 3: revise la estructura y la integridad de los elementos en el sistema de

administración de la configuración.

Subpráctica 4: Confirme la integridad y corrección de los elementos en el sistema de

administración de la configuración. La integridad y la exactitud del contenido se basan en los
requisitos que se indican en el plan y en la disposición de las solicitudes de cambio
aprobadas.

Subpráctica 5: confirmar el cumplimiento con los estándares y procedimientos de

administración de la configuración aplicables.

Subpráctica 6: Rastrear los puntos de acción desde la auditoría hasta el cierre.

Roles

Artefactos

1. Archivos de datos del producto

2. Publicaciones técnicas del producto.
3. Sistema de gestión de la configuración con productos de trabajo controlado.
4. Procedimientos de control de acceso al sistema de gestión de la configuración.
5. Base de datos de solicitud de cambio
6. Líneas de base
7. Descripción de líneas de base
8. Solicitudes de cambio
 9. Historial de revisiones de los elementos de configuración
10. Archivos de las líneas de base.
11. Historial de revisiones de los elementos de configuración
12. Registro de cambios
13. Copia de las solicitudes de cambio.
14. Estado de los elementos de configuración
15. Diferencias entre líneas de base.
16. Resultados de la auditoría de configuración
17. Elementos de acción

Propuesta de mejora

En busca de una constante mejora y aplicar métodos eficaces que se guían en base a estándares y
políticas probadas llegamos a el plan de mejoras que integra la decisión estratégica sobre cuáles son
los cambios que deben incorporarse en los diferentes procesos de la organización, para que sean
traducidos en un mejor servicio percibido. Dicho plan, además de servir de base para la detección de
mejoras, debe permitir el control y seguimiento de las diferentes acciones a desarrollar, así como la
incorporación de acciones correctoras ante posibles contingencias no previstas. Para su elaboración
será necesario establecer los objetivos que se proponen alcanzar y diseñar la planificación de las
tareas para conseguirlos.
El plan de mejoras permite:

● Identificar las causas que provocan las debilidades detectadas.

● Identificar las acciones de mejora a aplicar.
● Analizar su viabilidad.
Administración de requerimientos (REQM)
Meta específica: Administrar y gestionar los requisitos

Práctica Sub practica
SP 1.1 Establecer criterios para
Comprender los distinguir
requisitos. Establecer criterios para
evaluar y aceptar requisitos
Analizar los requisitos para
garantizar que se cumplen
los criterios
Identificar cambios e
inconsistencias
Porcentaje de
Práctica en Empresa completado
No aplica
No aplica
Analizar requisitos: detectar y
corregir los requisitos obtenidos y
comprender en conjunto al cliente.
Analizar requisitos: detectar y
corregir los requisitos obtenidos

Realizar acciones correctivas No aplica 60%

SP 1.2 Obtener el Evaluar el impacto de los

compromiso de requisitos en los
los requisitos. compromisos existentes.

No aplica

Negociar y registrar
compromisos.
Aplica 50%
Documente todos los
SP 1.3 Gestionar requisitos y los cambios de
cambios de requisitos. Aplica
requisitos.
Mantener el historial de
cambios de requisitos con la
justificación. Aplica
Evaluar el impacto de los
cambios en los requisitos
desde el punto de vista de
las partes interesada. No aplica
Haga que los requisitos y los No aplica
datos de cambio estén
disponibles para el proyecto. 50%
Mantener la trazabilidad de
SP 1.4 Mantener los requisitos. Aplica 100%
Trazabilidad Mantener la trazabilidad de
bidireccional de los requisitos de un requisito
requisitos. a sus requisitos derivados y
su asignación a funciones,
interfaces, objetos,
personas, procesos y
productos de trabajo.

Aplica
Generar la matriz de
trazabilidad de
requerimientos. Aplica
Revisar planes de proyecto,
SP 1.5 actividades y artefactos para
determinar las ver si son consistentes con
inconsistencias los requisitos y los cambios
entre el proyecto
realizados.
y los requisitos.
Aplica
Identificar la fuente de la
inconsistencia y su lógica. No aplica
Identifique los cambios que
deben realizarse en los
planes y productos de
trabajo que resultan de los
cambios en la línea de base
de requisitos.

No aplica

Iniciar acciones correctivas. Aplica 50%

Productos:

CMMI-DEV Empresa
Listado de criterios para evaluar
requisitos no aplica
Aplica. Documento solicitud de
Petición de cambio cambios.
Histórico de cambios Aplica.
Matriz de trazabilidad Aplica.
Aplica. Documento de
Documento de requerimientos requerimientos
Acciones correctivas Aplica.

Roles:

CMMI-DEV Empresa
Jefe de Proyectos Jefe de Proyectos
Analista de Proyectos Analista de Proyectos
Analista programador Analista programador
Analista QA Analista QA

Planificación de Proyectos (PP)

Meta específica: Gestionar los requisitos

SG 1: Establecer estimaciones

Porcentaje de
Práctica Sub practica Práctica en Empresa completado
SP 1.1: Estimar el Desarrollar una EDT basada en la
alcance del arquitectura del producto. Aplica
proyecto Identificar los paquetes de trabajo con
suficiente detalle para especificar las
estimaciones de las tareas,
responsabilidades y cronograma del
proyecto. Aplica
 Identificar el producto o los
componentes del producto que se
adquirirán externamente. No aplica 66%

SP 1.2 Establecer
estimaciones del Determinar el enfoque técnico
producto y para el proyecto.
atributos de las Aplica
tareas
Utilizar métodos apropiados para
determinar los atributos de los
productos de trabajo y las tareas
que se utilizarán para estimar los
requisitos de recursos.
No aplica

Estimar los atributos de los productos y

tareas de trabajo.
Aplica 66%

SP 1.3 Definir
Ciclo de vida del
proyecto

Aplica 100%
Recopilar los modelos o datos
SP 1.4: históricos que se utilizarán para
Estimación de transformar los atributos de los
productos y tareas de trabajo en
coste y estimaciones de las horas de trabajo y
esfuerzo el costo.
Aplica
Incluya las necesidades de
infraestructura de apoyo al estimar el
esfuerzo y el costo. No aplica
Estimar el esfuerzo y el costo utilizando
modelos y / o datos históricos.
No aplica 33%
SG 2: Desarrollar
un Plan de
Proyecto
 Identificar hitos principales. Aplica
SP 2.1:
Establecer el
Identificar los supuestos del horario. Aplica
presupuesto y el
calendario
Identificar restricciones. Aplica

Identificar dependencias de tareas. Aplica

Definir el presupuesto y el calendario. Aplica

Establecer criterios de acción
correctiva. Aplica 100%

SP 2.2: Identificar riesgos. Aplica

Identificar los
riesgos del
Documentar los riesgos. Aplica
proyecto
Revisar y obtener un acuerdo con las
partes interesadas relevantes sobre la
integridad y la exactitud de los riesgos
documentados. Aplica

Revisar los riesgos según corresponda. Aplica 100%

Establecer requisitos y procedimientos
SP 2.3: Plan de para garantizar la privacidad y
Gestión de Datos seguridad de los datos. No aplica
Establecer un mecanismo para
archivar datos y acceder a datos
archivados. No aplica
Determine los datos del proyecto que
se identificarán, recopilarán y
distribuirán. Aplica 33%

SP 2.4: Plan de Determinar los requisitos del proceso. Aplica

recursos del
proyecto
Determinar los requisitos de personal. No aplica
Determinar los requisitos de
instalaciones, equipos y componentes. No aplica 33%
Identificar el conocimiento y las
SP 2.5: Plan de habilidades necesarias para realizar el
conocimientos y proyecto. Aplica
habilidades Evaluar los conocimientos y
necesarias habilidades disponibles. Aplica
Seleccionar mecanismos para
proporcionar los conocimientos y
habilidades necesarios. Aplica
Incorporar mecanismos seleccionados
en el plan del proyecto. No aplica 75%

SP 2.6: Plan
Participación de
las partes
interesadas Planificar la involucración de las
partes interesadas identificadas. Aplica 100%
SG 3: Obtener
compromiso con
el Plan

SP 3.1 Revisar los

planes que
afectan al Revisar todos los planes que
Proyecto afectan al proyecto para
comprender los compromisos del
proyecto. No aplica 0%

SP 3.2 Conciliar
niveles de
trabajo y Ajustar el plan de proyecto para
recursos conciliar los recursos disponibles
y los estimados No aplica 0%
Identificar el soporte necesario y
SP 3.3 Obtener negociar los compromisos con
compromiso de las partes interesadas
plan relevantes. Aplica X
Documentar todos los
compromisos de la organización,
tanto definitivos como
provisionales. Aplica
Revisar los compromisos
internos con la alta dirección
según sea apropiado. No aplica
Revisar los compromisos
externos con la alta dirección
según sea apropiado. No aplica
 Identificar los compromisos
relacionados con las interfaces
entre los elementos del proyecto
y otros proyectos y unidades de
la organización. Aplica 60%

Productos:

CMMI-DEV Empresa
Listado de criterios para evaluar
requisitos x
Petición de cambio x
Histórico de cambios x
Matriz de trazabilidad x
Documento de requerimientos Documento de requerimientos
Acciones correctivas x

Roles:

CMMI-DEV Empresa
Jefe de Proyectos Jefe de Proyectos
Analista de Proyectos Analista de Proyectos
Analista programador Analista programador
Analista QA x

Monitoreo y Control de Proyectos (PMC)

Meta específica: Gestionar los requisitos

Porcentaje de
Práctica Sub practica Práctica en Empresa completado
Monitorear el progreso contra el
horario. El monitoreo del Aplica
SG 1:Monitorear progreso típicamente incluye lo
Proyecto siguiente
contrastando Monitorear el costo del proyecto
con el plan y el esfuerzo gastado. El
monitoreo del esfuerzo y los
costos generalmente incluye lo
siguiente Aplica
Monitorear los atributos de los
productos de trabajo y tareas.
La supervisión de los atributos de
los productos y tareas de trabajo
generalmente Aplica
Monitorear los recursos
provistos y utilizados.
No aplica
Monitorear los conocimientos y
habilidades del personal del
proyecto.
No aplica 60%
SP 1.1 Monitorizar el progreso frente al
Monitorear los calendario Aplica
parámetros de Monitorizar los costes y el
planificación del esfuerzo empleado
proyecto en el proyecto Aplica
Monitorizar los atributos de los
productos de
trabajo y de las tareas No aplica
Monitorizar los recursos
proporcionados y los
recursos utilizados. No aplica
Monitorizar el conocimiento y las
habilidades
del personal del proyecto. No aplica
Documentar las desviaciones
significativas en
los parámetros de planificación
del proyecto. No aplica %40
SP 1.2: Revisar regularmente los
Monitorear los compromisos (externos e
compromisos internos). Aplica
Identifique los compromisos que
no se hayan cumplido o que No aplica
 tengan un riesgo significativo de
no cumplirlos.
Documentar los resultados de las
revisiones de compromiso. No aplica %33
SP 1.3: Revisar periódicamente la
Monitorea los documentación de los riesgos en
riesgos del el contexto del estado actual y
proyecto las circunstancias del proyecto. Aplica
Revisar la documentación de los
riesgos, a medida que se
disponga de información
adicional, para incorporar los
cambios. No aplica
Comunicar el estado de riesgo a
las partes interesadas relevantes.

No aplica %33
SP 1.4: Revisar periódicamente las
Monitorear la actividades de gestión de datos
gestión de datos en comparación con su
descripción en el plan del
proyecto.
Aplica
Identificar y documentar los
problemas importantes y sus
impactos. No aplica
Documentar los resultados de las
revisiones de la actividad de
gestión de datos. No aplica %33
SP 1.5:
Supervisar la
Revisar periódicamente el estado
participación de de la participación de las partes
los interesados interesadas. No aplica 0%
SP 1.6: Comunique regularmente el
Revisiones de estado de las actividades
progreso de asignadas y los productos de
conducta trabajo a las partes interesadas
relevantes.
Aplica
Revise los resultados de recopilar
y analizar medidas para controlar
el proyecto. Aplica
 Identifique y documente los
problemas significativos y las
desviaciones del plan. No aplica
Documentar las solicitudes de
cambio y los problemas
identificados en cualquiera de
los productos y procesos de
trabajo. No aplica
Documentar los resultados de las
revisiones. No aplica
Rastrear solicitudes de cambio e
informes de problemas hasta el
cierre. No aplica %32
SP 1.7: Llevar a Realizar revisiones en puntos
cabo revisiones significativos en el cronograma
de hitos del proyecto, como la
finalización de las etapas
seleccionadas, con las partes
interesadas relevantes. Aplica
Revise los compromisos, el plan,
el estado y los riesgos del
proyecto. No aplica
Identificar y documentar los
problemas importantes y sus
impactos. No aplica
Documentar los resultados de la
revisión, los elementos de acción
y las decisiones. No aplica
Rastrear los elementos de acción
al cierre. %25
SG 2: Gestionar
la acción
correctiva para
el cierre

SP 2.1 Recopilar Recopilar las cuestiones para su

y análisis. Aplica
analizar Analizar las cuestiones para
problemas y determinar la
determinar las necesidad de acciones
correctivas. No aplica %50
acciones
correctivas
necesarias para
superarlos.
SP 2.2: Tomar Determine y documente las
medidas acciones apropiadas necesarias
correctivas para abordar los problemas
identificados.

Aplica
Revise y obtenga un acuerdo con
las partes interesadas relevantes
sobre las acciones a tomar.

Aplica
Negociar cambios en los
compromisos internos y
externos. No aplica %66
SP 2.3: Gestionar Monitorear acciones correctivas
la Acción para completar. No aplica
Correctiva Analizar los resultados de las
acciones correctivas para
determinar la efectividad de las
acciones correctivas. No aplica
Determine y documente las
acciones apropiadas para
corregir las desviaciones de los
resultados planificados para las
acciones correctivas. No aplica %0

Productos:

CMMI-DEV Empresa
Listado de criterios para evaluar
requisitos x
Petición de cambio x
Histórico de cambios x
Matriz de trazabilidad x
Documento de requerimientos Documento de requerimientos
Acciones correctivas x
Roles:

CMMI-DEV
Jefe de Proyectos
Analista de Proyectos
Analista programador
Analista QA
Empresa
Jefe de Proyectos
Analista de Proyectos
Analista programador
x

● Administración de Acuerdos con Proveedores (SAM)

SG 1: Establecer Acuerdos con Proveedores.

Porcentaje de
Práctica Sub práctica Práctica en Empresa completado
SP 1.1 Determinar el tipo
de adquisición.

No requiere Aplica 100%

Establecer y documentar
criterios para evaluar
SP 1.2 Seleccionar proveedores potenciales.
proveedores.

Aplica

Identificar proveedores
potenciales y distribuya
material de solicitud y
requisitos para ellos. Aplica

Evaluar propuestas
según criterios de
evaluación.
No aplica

Evaluar los riesgos

asociados con cada
proveedor propuesto. No aplica

Evaluar la capacidad de
los proveedores
propuestos para realizar
el trabajo.
No aplica

Seleccionar el proveedor.

Aplica 50%
1.3 Establecer Acuerdos
con Proveedores.
Revisar los requisitos.

Aplica

Documente lo que el
proyecto proporcionará al
proveedor. Aplica

Documentar el acuerdo
del proveedor. Aplica

Revisar periódicamente
el acuerdo del proveedor. No aplica

Asegúrese de que todas

las partes del acuerdo
entiendan y acepten
todos los requisitos. Aplica

Revisar el acuerdo del

proveedor. Aplica

Revisar los planes y

compromisos del
proyecto. No aplica 71%

SG 2: Cumplimiento de Acuerdos con Proveedores

 Porcentaje de
Práctica Sub práctica Práctica en Empresa completado

Monitorear el progreso Aplica

y el desempeño del
SP 2.1 Ejecutar el proveedor
Acuerdo de
Proveedor.

Realizar revisiones Aplica

con el proveedor como
se especifica en el
acuerdo del
proveedor.

Realizar revisiones
técnicas con el
proveedor tal como se
define en el acuerdo No aplica
del proveedor.

Realizar revisiones de No aplica

gestión con el
proveedor tal como se
define en el acuerdo
del proveedor.

Utilizar los resultados No aplica

de las revisiones para
mejorar el desempeño
del proveedor y
establecer relaciones
a largo plazo con
ellos.
 Monitorear los riesgos No aplica 35%
que involucran al
proveedor y tomar
medidas correctivas
de ser necesario.

SP 2.2 Monitorear
procesos de
proveedores Identificar los procesos
seleccionados. del proveedor que son
críticos para el éxito del
proyecto. No aplica

Supervisar los procesos

del proveedor
seleccionado para el
cumplimiento de los
requisitos del acuerdo. No aplica

Analizar los resultados

del monitoreo de los
procesos seleccionados
para detectar
problemas lo antes 0%
posible. No aplica
SP 2.3 Evaluar
Identificar los productos
productos de trabajo de de trabajo que sean
proveedores críticos para el éxito del
seleccionados. proyecto, detectando
futuros problemas a
tiempo. No aplica

Evaluar si los productos

de trabajo
seleccionados cumplen
con un estándar de
calidad. No aplica
 Determinar y
documentar las
acciones necesarias
para abordar las
deficiencias
identificadas en las 0%
evaluaciones. No aplica
SP 2.4 Aceptar el
producto adquirido.

Definir los
procedimientos de Aplica
aceptación.

Revisar y obtener un
acuerdo con las partes
interesadas relevantes
sobre los
procedimientos de Aplica
aceptación.

Verificar que los

productos adquiridos
cumplen con sus Aplica
requisitos.

Confirmar el
cumplimiento de los
compromisos no
técnicos asociados con
el producto de trabajo Aplica
adquirido.

Documentar los
resultados de la revisión
o prueba de aceptación. No aplica
 Establecer y obtener un
acuerdo del proveedor
sobre un plan de
acción, por si en dicho
caso un producto no
pasó la prueba de
aceptación. No aplica

Identificar, documentar
y rastrear elementos de 57%
acción hasta el cierre. No aplica
SP 2.5 Productos de
Asegurar de que haya
transición. instalaciones
adecuadas para recibir,
almacenar, usar y
mantener los productos Aplica
adquiridos.
Asegurar que se
proporcione la
capacitación adecuada
para aquellos
involucrados en la
recepción,
almacenamiento, uso y
mantenimiento de los
productos adquiridos. Aplica
Asegurar el
almacenamiento, la
distribución y el uso de
los productos
adquiridos se realicen
de acuerdo con los
términos y condiciones
especificados en el
contrato o licencia del 66%
proveedor. No aplica

Productos

CMMI-DEV Empresa
Lista de los tipos de adquisición que se
utilizarán para todos los productos y Lista de los tipos de adquisición
componentes del producto que se que se utilizarán para todos los
adquirirán productos
Estudios de mercado Estudios de mercado
Lista de proveedores candidatos Lista de proveedores candidatos
Lista de proveedores preferidos Lista de proveedores preferidos
Estudio comercial u otro registro de
criterios de evaluación, ventajas y
desventajas de los proveedores
candidatos, y justificación para la
selección de proveedores x
Solicitud de materiales y
Solicitud de materiales y requisitos. requisitos.
Declaraciones de trabajo. Declaraciones de trabajo.
Los contratos. Los contratos.
Memorandos de acuerdo. Memorandos de acuerdo.
Acuerdo de licencia. Acuerdo de licencia
Informes de progreso de proveedores y
medidas de desempeño. x
Revisión de materiales e informes de
proveedores. x
Elementos de acción rastreados hasta
el cierre. x
Documentación de productos y Documentación de productos y
entregas de documentos. entregas de documentos.
Lista de procesos seleccionados para
monitoreo o justificación para no
selección. x
Informes de rendimiento. x
Curvas de desempeño. x
Informes de discrepancia. x
Lista de productos de trabajo
seleccionados para monitoreo o
justificación para no selección. x
Informes de actividad. Informes de actividades
Informes de discrepancia. x
Procedimientos de prueba de
aceptación. x
Resultados de las pruebas de
aceptación. x
Informes de discrepancia o planes de
acciones correctivas. x
Planes de transición. x
Informes de entrenamiento. x
Informes de soporte y mantenimiento. x

Roles:

CMMI-DEV Empresa
Jefe de Proyectos Jefe de Proyectos
Área de compras o adquisiciones x

● Medidas y Análisis (MA)

SG 1: Alinear las actividades de medición y análisis

Porcentaje de
Práctica Sub práctica Práctica en Empresa completado
SP 1.1: Establecer
Objetivos de Medición. Documentar
necesidades y objetivos
de información Aplica

Priorizar necesidades y
objetivos de información. Aplica

Documentar, revisar y
actualizar los objetivos
de medición. No aplica
 Proporcionar
retroalimentación para
refinar y aclarar las
necesidades y objetivos
de información según
sea necesario No aplica
Mantener la trazabilidad
de los objetivos de
medición a las
necesidades y objetivos
de información
identificados. Aplica 60%
Identificar medidas
SP 1.2 Especificar candidatas basadas en
objetivos de medición
medidas.
documentados.
Aplica
Identificar las medidas
existentes que ya
abordan los objetivos de
medición. Aplica

Especificar definiciones
operativas para las
medidas. No aplica

Priorizar, revisar y
actualizar medidas No aplica 50%
SP 1.3: Especificar la Identificar las fuentes de
recopilación de datos y datos existentes que se
los procedimientos de generan a partir de
productos, procesos o
almacenamiento.
transacciones de trabajo
actuales. Aplica
Identificar las medidas
para las que se
necesitan datos, pero no
están disponibles
actualmente.
Aplica
Especificar cómo
recopilar y almacenar los
datos para cada medida
requerida. No aplica
 Crear mecanismos de
recolección de datos y
guía de procesos. No aplica
Apoyar la recopilación
automática de los datos
cuando sea apropiado y
factible. No aplica
Priorizar, revisar y
actualizar la recopilación
de datos y los
procedimientos de
almacenamiento. No aplica
Actualizar las medidas y
los objetivos de
medición según sea
necesario. No aplica %28
SP 1.4 Especificar Especificar y priorizar los
procedimientos de análisis que se
realizarán y los informes
análisis.
que se prepararán.
Aplica
Seleccionar los métodos
y herramientas de
análisis de datos
apropiados. No aplica
Especificar los
procedimientos
administrativos para
analizar los datos y
comunicar los
resultados. No aplica
Revisar y actualizar el
contenido propuesto y el
formato de los análisis e
informes especificados. No aplica
Actualizar las medidas y
los objetivos de
medición según sea
necesario. No aplica
Especificar los criterios
para evaluar la utilidad
de los resultados del
análisis y para evaluar la
realización de las No aplica %16
 actividades de medición
y análisis.

SG 2: Proporcionar resultados de medición

Porcentaje de
Práctica Sub práctica Práctica en Empresa completado
SP 2.1 Recopilar datos Obtener los datos para
de medición. las medidas de base. Aplica
Realizar
comprobaciones de
integridad de los datos lo
más cerca posible del
origen de los datos. Aplica 100%
SP 2.2 Analizar datos de Realizar análisis
medición. iniciales, interpretar los
resultados y sacar
conclusiones
preliminares.
No aplica
Realizar mediciones y
análisis adicionales,
según sea necesario, y
preparar los resultados
para la presentación. No aplica
Revisar los resultados
iniciales con las partes
interesadas relevantes. No aplica
Refinar los criterios para
futuros análisis. No aplica %0
SP 2.3 Almacenar datos Revisar los datos para
y resultados. asegurar que estén
completos, íntegros,
precisos y vigentes.
Aplica
Almacenar los datos de
acuerdo con los
procedimientos de No aplica
 almacenamiento de
datos.
Hacer que los
contenidos almacenados
estén disponibles para
que los usen los grupos
y el personal
apropiados. No aplica
Evitar que la información
almacenada se use de
manera inapropiada. No aplica
Mantener informados a
las partes interesadas
relevantes sobre los
resultados de la
medición de manera
oportuna.
No aplica %20
SP 2.4 Comunicar Ayudar a las partes
Resultados. interesadas relevantes a
comprender los
resultados. No aplica %0

Productos:

CMMI-DEV Empresa
Objetivos de medición. Objetivos de medición.
Especificaciones de medidas de base y Especificaciones de medidas de
derivadas. base y derivadas.
Recopilación de datos y
Recopilación de datos y procedimientos procedimientos de
de almacenamiento. almacenamiento.
Herramientas de recopilación de datos. x
Análisis de especificaciones y Análisis de especificaciones y
procedimientos. procedimientos.
Herramientas de análisis de datos. x
Resultados de las pruebas de integridad
de datos. x
Resultados de análisis y borradores de
informes. x
Inventario de datos almacenados x
Informes entregados y resultados de
análisis relacionados. x
Información u orientación contextual
para ayudar en la interpretación de los
resultados del análisis.
x

Roles:

CMMI-DEV Empresa
Jefe de Proyectos Cada uno es su propio jefe
Analista de Proyectos x
Analista QA x

● Aseguramiento de Calidad de Proceso y Producto (PPQA)

SG 1 Evaluar objetivamente los procesos y productos de trabajo.

Porcentaje de
Práctica Sub práctica Práctica en Empresa completado
SP 1.1 Evaluar Promover un entorno
objetivamente los que fomente la
participación de los
procesos.
empleados en la
identificación y el
informe de problemas de
calidad. Aplica
Establecer y mantener
criterios claramente
establecidos para las
evaluaciones. Aplica
Usar los criterios
establecidos para
evaluar los procesos
realizados para cumplir
con las descripciones,
estándares y
procedimientos. No aplica
Identificar cada
incumplimiento No aplica
 encontrado durante la
evaluación.
Identificar las lecciones
aprendidas que podrían
mejorar los procesos
para futuros productos y
servicios. Aplica %48
SP 1.2 Evaluar Seleccionar los
objetivamente productos de trabajo que
productos y servicios de se evaluarán, según los
criterios de muestreo
trabajo.
documentados si se
utiliza el muestreo. No aplica

Establecer y mantener
criterios claramente
establecidos para la
evaluación de productos
de trabajo. No aplica
Utilizar los criterios
establecidos durante las
evaluaciones de los
productos de trabajo. No aplica
Evaluar los productos de
trabajo antes de que se
entreguen al cliente. No aplica
Evaluar productos de
trabajo en hitos
seleccionados en su
desarrollo. No aplica
Realizar evaluaciones
progresivas o
incrementales de
productos y servicios de
trabajo en comparación
con las descripciones de
procesos, estándares y
procedimientos.
Identificar cada caso de
incumplimiento
encontrado durante las
evaluaciones.
No aplica

Identificar las lecciones

aprendidas que podrían
mejorar los procesos No aplica %0
 para futuros productos y
servicios.

SG 2 Proporcionar una visión objetiva

Porcentaje de
Práctica Sub práctica Práctica en Empresa completado

SP 2.1 Comunicar y
garantizar la resolución
de problemas de Resolver cada
incumplimiento. incumplimiento con los
miembros apropiados
del personal cuando sea
posible. Aplica

Documentar los
problemas de
incumplimiento cuando
no se pueden resolver
dentro del proyecto. Aplica
Escalar los problemas
de incumplimiento que
no pueden resolverse
dentro del proyecto al
nivel apropiado de
administración
designado para poder
resolverlos. Aplica

Analizar los problemas

de incumplimiento para
ver si hay tendencias de
calidad que puedan
identificarse y
abordarse. Aplica
 Seguimiento de
problemas de
incumplimiento a
resolución. No aplica %80
SP 2.2: Establecer Registrar el proceso y
registros. las actividades de
aseguramiento de la
calidad del producto con
suficiente detalle para
que se conozca el
estado y los resultados.

No aplica

Revisar el estado y el
historial de las
actividades de control de
calidad según sea
necesario. No aplica %0

Productos:

CMMI-DEV Empresa
Informes de evaluación Informes de evaluación
Informes de incumplimiento x
Acciones correctivas Acciones correctivas
Informes de acciones correctivas. x
Tendencias de calidad Tendencias de calidad
Registros de evaluación x
Informes de aseguramiento de la
calidad. x
Informes de estado de acciones
correctivas. x
Informes de tendencias de calidad.
x

Roles:
CMMI-DEV Empresa
Jefe de Proyectos cada uno es su propio jefe
Responsable de configuración x

Administración de la Configuración (CM)

Meta específica:
● Establecer las líneas base
● Seguir y controlar los cambios
● Establecer la integridad

Práctica Sub Practica Práctica en Porcentaje

Empresa de
completado

SP 1.1 Identificar los Seleccionar los elementos de Aplica

elementos de configuración y los productos de
configuración. trabajo que los componen,
basándose en criterios
documentados.

Asignar identificadores únicos a los Aplica

elementos de configuración.

Especificar las características Aplica

importantes de cada elemento de
configuración

Especificar cuándo se pone bajo No %75

gestión de configuración cada aplica
elemento de configuración

SP 1.2 Establecer un Establecer un mecanismo para No

sistema de gestión gestionar múltiples niveles de control. aplica

de configuración
 Proporcionar control de acceso para No
asegurar el acceso autorizado al aplica
sistema de gestión de configuración.

Almacenar y recuperar los elementos Aplica

de configuración en un sistema de
gestión de configuración.

Compartir y transferir los elementos de Aplica

configuración entre los niveles de
control en el sistema de gestión de
configuración.

Almacenar y recuperar versiones Aplica

archivadas de elementos de
configuración.

Almacenar, actualizar y recuperar los Aplica

registros de gestión de configuración.

Crear informes de gestión de Aplica

configuración a partir del sistema de
gestión de configuración.

Preservar los contenidos del sistema Aplica

de gestión de configuración.

Modificar la estructura de gestión de Aplica %80

configuración según sea necesario.

SP 1.3 Crear o Obtener la autorización del Comité de Aplica

Control de Configuración (CCB) antes
liberar las líneas de crear o liberar las líneas base de
base elementos de configuración.
 Crear o liberar líneas base sólo de los Aplica
elementos de configuración en el
sistema de gestión de configuración.

Documentar el conjunto de elementos No

de configuración que están contenidos aplica
en una línea base.

Poner a disposición el conjunto actual Aplica %75

de líneas base.

SP 2.1 Seguir las Iniciar y registrar las peticiones de No

cambio en la base de datos de aplica
peticiones de cambio peticiones de cambio.

Analizar el impacto de los cambios y No

de las correcciones propuestas en las aplica
peticiones de cambio.

Clasificar y priorizar las peticiones de No

cambio. aplica

Revisar las peticiones de cambio a No

tratar en la siguiente línea base con las aplica
partes interesadas relevantes y llegar
a un acuerdo.

Seguir el estado de las peticiones de No 0%

cambio hasta su cierre. aplica

SP 2.2 Controlar los Controlar los cambios a los elementos Aplica

elementos de de configuración a lo largo de la vida
configuración del producto o servicio.

Obtener la autorización apropiada No

antes que los elementos de aplica
configuración modificados sean
introducidos en el sistema de gestión
de configuración.
 Realizar actividades de check-in y No
check-out de los elementos de aplica
configuración en el sistema de gestión
de configuración para la incorporación
de los cambios, de forma que se
mantenga la exactitud y la integridad
de los elementos de configuración.

Realizar revisiones para asegurar que No

los cambios no hayan causado efectos aplica
no deseados en las líneas base (p. ej.,
asegurar que los cambios no hayan
comprometido la seguridad o la
protección del sistema).

Registrar los cambios a los elementos No %20

de configuración y las razones de los aplica
cambios, según sea apropiado.

SP 3.1 Establecer los Registrar las acciones de gestión de Aplica

registros de gestión configuración con suficiente detalle
de configuración. para que se conozca el contenido y el
estado de cada elemento de
configuración, y para que se puedan
recuperar versiones anteriores.

Asegurar que las partes interesadas Aplica

relevantes tengan acceso y
conocimiento del estado de
configuración de los elementos de
configuración.

Especificar la última versión de las No

líneas base. aplica
 Identificar la versión de los elementos No
de configuración que constituyen una aplica
línea base particular.

Describir las diferencias entre líneas No

base sucesivas. aplica

Modificar, si procede, el estado y la No %32

historia (es decir, cambios y otras aplica
acciones) de cada elemento de
configuración.

SP 3.2 Realizar Evaluar la integridad de las líneas No

auditorías de base. aplica

configuración.
Confirmar que los registros de gestión No
de configuración identifican aplica
correctamente los elementos de
configuración.

Revisar la estructura y la integridad de No

los elementos en el sistema de gestión aplica
de configuración.

Confirmar que los elementos en el No

sistema de gestión de configuración aplica
son completos, correctos y
consistentes.

Confirmar el cumplimiento con los No

estándares y procedimientos aplica
aplicables de gestión de
configuración.
 Seguir los elementos de acción desde No %0
la auditoría hasta su cierre. aplica

Roles

CMMI-DEV Empresa
Jefe de Proyectos Jefe de Proyectos
Analista de Proyectos Analista de Proyectos
Analista programador Analista programador
Analista QA x

CMMI-DEV

Elementos de configuración identificados

Sistema de gestión de configuración con productos de trabajo

controlados.

Procedimientos de control de acceso al sistema de gestión de

configuración.

ÁREA Plan Do Check Act

REQM Contexto actual: La Prueba piloto Análisis y chequeo. Se analizará los trabajo
empresa tiene un Al enfocar un nuevo Se analiza la evolución en un de los equipos con la
conocimiento y leve objetivo se realizará. tiempo corto en el cual toma de requerimientos
aplicación de participan: antigua, contrastando
documentación de 1: Documentación en con la toma de
requerimientos. Lo cual base a las estrategias -Analistas desarrolladores. requerimientos con los
define en su ciclo de antiguas se seguirán -Ingenieros informáticos. grupos que tomarán con
vida como una realizando pero en -Jefe de área. el nuevo estándar.
definición de estrategia menor cantidad. Donde se verificará:
y de lo que se realizará. 2: Se abre paso al Además se implementará una
No obstante no está seguimiento de objetivo evaluación por objetivo para 1. Avance
definido como un punto aplicando la toma de verificar el avance y 2. Tiempo de
que destaque sobre los requerimientos con los desempeño en un corto plazo. desarrollo
demás. nuevos estándares. 3. Funciones.
Objetivo: 4. Desarrollo de
Estandarizar en base a sistema.
IEEE 830 y un template
interno la toma de
requerimientos para
una gestión de calidad
y un desarrollo robusto
y claro.

PP Establecer y mantener Desarrollar el El proyecto se revisa a El plan de proyecto

planes que definan las plan del proyecto medida que el proyecto proporciona la base
actividades del manteniendo el avanza para abordar los para realizar y controlar
proyecto también compromiso con el cambios en los requisitos y las actividades del
determinar los plan y mantenerlo, compromisos las proyecto que abordan
recursos necesarios realización de tareas estimaciones inexactas, los compromisos con el
para negociar los planificadas, la acciones correctivas y los cliente del proyecto.
compromisos y aplicación controlada cambios en los procesos.
elaborar el plan del del plan y la
proyecto. verificación.
PMC proporcionar a la -monitorizar los valores -revisar periódicamente el -proceder a corregir y
empresa una reales de los progreso, rendimiento y los modificar los problemas
comprensión del parámetros de problemas del proyecto. detectados previamente.
progreso del proyecto planificación del - revisar los logros y los - verificar resultados una
para que se puedan proyecto respecto al resultados del proyectos en vez que se hayan
tomar las acciones plan del proyecto. los hitos seleccionados corregido los errores
correctivas -monitorizar los de previamente. para ver la satisfacción
apropiadas, cuando el cada persona que esté -recoger y analizar los de ellos y proceder a
prendimiento del ligada al proyecto. problemas y determinar ejecutarlos.
proyecto se desvíe del -monitorizar a las acciones correctivas - volver al primer
plan partes interesadas necesarias para proceder. paso(plan) para estudiar
respecto al plan de mejoras y poder
proyecto. aplicarlas.

SAM Buscar, analizar y Hacer contacto los Investigar y estar al tanto de Realizar contacto con el
estandarizar a proveedores, nuevos proveedores en el nuevo proveedor
proveedores de calendarizando mercado, comparando con los que proporcionará a la
confiables con los formalmente juntas y proveedores ya afiliados empresa los productos o
cuales convenga reuniones o a través de según una métrica servicios que sean de
obtener los recursos, documento formal, y calidad/costo. Finalmente, necesidad para la
tanto productos o así determinar cantidad seleccionar la mejor opción realización de proyecto.
servicios, para la y valor de los actual de proveedor para la
realización de las productos y/o servicios realización de proyecto.
tareas de hardware y software
correspondientes al necesarios para el
desarrollo de proyecto. desarrollo de proyecto.

PPQA Actualmente la Gestionar y coordinar Analizar la gestión en formato Comunicar nuevas

empresa cumple los procedimientos que de autoevaluación políticas y
parcialmente la permitan asegurar la comparando con el metodologías, plantear
“SG1” calidad de los cumplimiento de objetivos por objetivos y basar las
Procesos. área y por avances. actividades en base a la
ISO

En base a plantillas
 basadas en ISO.

MA Desarrollar y apoyar la -Establecer y tambien -Especificar las medidas para -obtener datos de las
capacidad de medición mantener los objetivos tratar los objetivos de mediciones
que se ha utilizado de medición que medición. especificadas.
para proceder a dar vienen de las - Especificar cómo se - comunicar los
soporte a las necesidades de obtienen y almacenan los resultados de las
necesidades de información. datos de la medición. actividades de medicion
información de la -Especificar cómo se analizan y analisis a todas las
gerencia y comunican los datos de partes interesadas
medición. -analizar e interpretar
los datos de la
medición.

CM La empresa cuenta Aplicar a la jefatura un Analizar de grupos antiguos Prepara nuevos grupos
con personal canal de comunicación en comparación a grupos que y suplir las
capacitado y con más activo con RRHH nuevos y compuestos en debilidades de algunos
experiencia en el y áreas de apoyo para base a el apoyo de distintas con el apoyo de otros en
cargo. la integración de áreas, chequear forma de el área. Aplicar la
personal capacitado, trabajo, ambiente, avances, selección por
hacer participe más de etc. competencia de manera
la selección en base a de enfrentar las
selectividad por deficiencias en distintos
conocimiento y grupos.
competencias para el Generar grupos con
trabajo. apoyo de distintas áreas
Mejorar la planeación y de la empresa.
mantener robusta la
ejecución.

Anexos

● Spanish Technical Report CMMI V-1.3