La Gestión de Acuerdos se encarga de la adquisición de productos y servicios de proveedores, mientras que la Gestión de Requisitos gestiona los requisitos del proyecto y asegura la alineación entre los requisitos, planes y productos. La Gestión de Requisitos maneja todos los requisitos técnicos y no técnicos recibidos o generados por el proyecto. Cuando se implementan los procesos de Gestión de Requisitos, Desarrollo de Requisitos y Solución Técnica, sus procesos pueden estar estrechamente rel

1. GESTION DE ACUERDOS
El propósito de la Gestión de Acuerdos (AM) es gestionar la
adquisición de productos y servicios de proveedores.
GESTION DE REQUISITOS
El propósito de la Gestión de Requisitos (REQM) es
gestionar los requisitos de los productos y los
componentes de producto del proyecto, y asegurar
la alineación entre esos requisitos, y los planes y los
productos de trabajo del proyecto.
Los procesos de gestión de requisitos gestionan
todos los requisitos recibidos o generados por el
proyecto, incluyendo tanto los requisitos técnicos
como los no técnicos, así como los requisitos
impuestos al proyecto por la organización.
En particular, si se implementa el área de proceso
Desarrollo de Requisitos, sus procesos generarán
requisitos de producto y de componente de producto
que también serán gestionados por los procesos de
gestión de requisitos.
En todas las áreas de proceso, cuando se utilizan
los términos “producto” y “componente de producto”,
sus significados previstos también incluyen los
servicios, los sistemas de servicio y sus
componentes.

2. Cuando las áreas de proceso Gestión de
Requisitos, Desarrollo de Requisitos y Solución
Técnica están implementadas, sus procesos
asociados pueden estar estrechamente
relacionados y realizarse de manera concurrente.
El proyecto realiza los pasos apropiados para
asegurar que el conjunto de requisitos aprobados se
gestiona para dar soporte a las necesidades de
planificación y de ejecución del proyecto. Cuando un
proyecto recibe requisitos de un proveedor de
requisitos aprobado, éstos se revisan con dicho
proveedor para resolver las cuestiones y para
prevenir malentendidos antes de que los requisitos
se incorporen en los planes del proyecto. Una vez
que el proveedor y el receptor de los requisitos
alcanzan un acuerdo, se obtiene un compromiso
sobre los requisitos por parte de los participantes en
el proyecto. El proyecto gestiona los cambios a los
requisitos a medida que evolucionan e identifica
inconsistencias que ocurren entre los planes, los
productos de trabajo y los requisitos.
Una parte de la gestión de requisitos es documentar
los cambios a los requisitos y su análisis razonado,
y mantener la trazabilidad bidireccional (Una
asociación entre dos o más entidades lógicas que

3. es discernible en ambos sentidos (es decir, hacia y
desde una entidad)) entre los requisitos fuente,
todos los requisitos de producto y de componente
de producto, y otros productos de trabajo
especificados.
Todos los proyectos tienen requisitos. En el caso de
actividades de mantenimiento, los cambios se
basan en los cambios a los requisitos, al diseño o a
la implementación existentes. En proyectos que
entregan incrementos de la capacidad del producto,
los cambios también se pueden deber a la evolución
de las necesidades del cliente, a la madurez u
obsolescencia de la tecnología y a la evolución de
los estándares.
En ambos casos, los cambios a los requisitos, si
existen, podrían documentarse en peticiones de
cambio del cliente o de los usuarios finales, o
podrían tomar la forma de nuevos requisitos
recibidos del proceso de desarrollo de requisitos.
Independientemente de su fuente o forma, las
actividades que son dirigidas por cambios a los
requisitos se gestionan consecuentemente.