Requisitos del Proyecto

Al leer la Guía para el PMBOK(r) encontramos que el término requisitos genera algunos problemas debido a que su uso puede tener diversos significados.

Empecemos por las definiciones encontradas en la Página 723 de la Guía para el PMBOK(r) Sexta Edición:

1. Requisito / Requirement.  Condición o capacidad que debe estar presente en un producto, servicio o resultado para satisfacer una necesidad de negocio.
2. Requisito de Calidad / Quality Requirement. Condición o capacidad que se utilizará para evaluar la conformidad mediante la validación de la aceptabilidad de un atributo como indicativo de la calidad de un resultado.
3. Requisitos de Financiamiento del Proyecto/Project Funding Requirements. Pronóstico de los costos del proyecto a ser pagados que se derivan de la línea base de costo para los requisitos totales o periódicos, incluidos los gastos proyectados mas las deudas anticipadas.
4. Requisitos de Recursos / Resource Requirements. Tipos y cantidades de recursos requeridos para cada actividad en un paquete de trabajo.

El término Requisito, se traduce como Requirement. Este término (en español) se utiliza generalmente en el ámbito de la calidad, refiriendo a los puntos 1 o 2 de arriba.

Pero también existe una palabra en el español, Requerimiento, que en el lenguaje coloquial aplica más a la determinación de cantidades necesarias para ejecutar algo, que es el espíritu de los ítems 3 y 4.

La definición de los requisitos en un proyecto es un tema fundamental. Una manera de entender esta importancia es revisar las  Definiciones de la Guía para el PMBOK(r) Sexta Edición, y nos daremos cuenta de la gran cantidad de conceptos que están estrechamente relacionados con los requisitos:

• Análisis de Hacer o Comprar / Make or Buy Analysis. Proceso de recopilar y organizar datos acerca de los requisitos del producto y  analizarlos frente a las alternativas disponibles, incluida la compra o fabricación interna del producto.
• Análisis de Requisitos de Comunicación / Communication Requirements Analysis. Técnica analítica para determinar las necesidades de información de los interesados del proyecto a través de entrevistas, talleres, estudio de lecciones aprendidas, etc.
• Area de Conocimiento de la Dirección de Proyectos / Project Management Knowledge Area. Area identificada de la dirección de proyectos definida por sus requisitos de conocimientos y que se describe en términos de sus procesos, prácticas, datos iniciales, resultados, herramientas y técnicas que los componen.
• Atributos de la Actividad / Activity Attributes. Varios atributos asociados con cada actividad del cronograma que pueden incluirse dentro de la lista de actividades. Entre los atributos de la actividad se pueden mencionar códigos de la actividad, actividades predecesoras, actividades sucesoras, relaciones lógicas, adelantos y retrasos, requisitos de recursos, fechas impuestas, restricciones y supuestos.
• Calidad /Quality. Grado en que un conjunto de características inherente satisface los requisitos.
• Conformidad / Conformance. Dentro del sistema de gestión de calidad, la conformidad es un concepto general de entregar resultados dentro de los límites que definen la variación aceptable para un requisito e calidad.
• Costo de la Calidad / Cost of Quality (CoQ). Todos los costos incurridos durante la vida del producto por inversión en la prevención de no conformidad con los requisitos, evaluación del producto o servicio en cuanto a su conformidad con los requisitos, e incumplimiento de los requisitos.
• Defecto / Defect. Imperfección o deficiencia en un componente de un proyecto, que hace que dicho componente no cumpla con sus requisitos o especificaciones y deba ser reparado o reemplazado.
• Desarrollar el Cronograma / Develop Schedule. Proceso de analizar secuencias de actividades, duraciones, requisitos de recursos y restricciones del cronograma para crear el modelo del cronograma del proyecto para la ejecución, el monitoreo y el control del proyecto. 
• Dirección de Proyectos / Project Management. Aplicación de conocimientos, habilidades, herramientas y técnicas a actividades del proyecto para cumplir con los requisitos del proyecto.
• Documentación de requisitos / Requirements Documentation.   Descripción del modo en que los requisitos individuales cumplen con las necesidades de negocio del proyecto.
• Gestión de la Calidad del Proyecto / Project Quality Management. La gestión de la calidad del proyecto incluye los procesos para incorporar la política de calidad de la organización en cuanto a la planificación, gestión y control de los requisitos de calidad del proyecto y el producto, a fin de satisfacer las expectativas de los interesados.
• Grado / Grade. Categoría o nivel que se utiliza para distinguir elementos que tienen el mismo uso funcional pero no comparten los mismos requisitos de calidad.
• Grupo de Procesos de Ejecución / Executing Process Group.  Procesos realizados para completar el trabajo definido en el plan para la dirección del proyecto a fin de satisfacer los requisitos del proyecto.
• Límites de las especificaciones / Specification Limits.  Área a cada lado de la línea central o media de datos trazados en un diagrama de control que cumple con los requisitos del cliente para un producto o servicio. Esta área puede ser mayor o menor que el área definida por los límites de control. Véase también límites de control.
• Matriz de Trazabilidad de Requisitos / Requirements Traceability Matrix.  Cuadrícula que vincula los requisitos del producto desde su origen hasta los entregables que los satisfacen.
• Plan de Gestión de los Requisitos / Requirements Management Plan.  Componente del plan para la dirección de un proyecto o programa que describe cómo serán analizados, documentados y gestionados los requisitos.
• Planificación de la Calidad / Plan Quality Management.  Proceso de identificar los requisitos  y/o estándares de calidad para el proyecto y sus entregables, así como de documentar cómo el proyecto demostrará el cumplimiento con los mismos.
• Prototipos / Prototypes. Método para obtener una retroalimentación temprana respecto de los requisitos proporcionando un modelo operativo del producto esperado antes de construirlo realmente.
• Recopilar Requisitos / Collect Requirements.  Proceso de determinar, documentar y gestionar las necesidades y los requisitos de los interesados para cumplir con los objetivos del proyecto.
• Regulación / Regulations. Requisitos impuestos por una entidad gubernamental. Estos requisitos pueden establecer las características del producto, del proceso o del servicio (incluidas las disposiciones administrativas aplicables) que son de cumplimiento obligado, exigido por el gobierno.
• Requisito / Requirement.  Condición o capacidad que debe estar presente en un producto, servicio o resultado para satisfacer una necesidad de negocio.
• Requisito de Calidad / Quality Requirement. Condición o capacidad que se utilizará para evaluar la conformidad mediante la validación de la aceptabilidad de un atributo como indicativo de la calidad de un resultado.
• Requisitos de Financiamiento del Proyecto/Project Funding Requirements. Pronóstico de los costos del proyecto a ser pagados que se derivan de la línea base de costo para los requisitos totales o periódicos, incluidos los gastos proyectados mas las deudas anticipadas.
• Requisitos de Recursos / Resource Requirements. Tipos y cantidades de recursos requeridos para cada actividad en un paquete de trabajo.
• Responsabilidad / Responsibility.  Asignación que puede delegarse  dentro de un plan para la dirección del proyecto de modo tal que el recurso asignado incurre en la obligación de llevar a cabo los requisitos d la asignación.
• Retrabajo / Rework.  Acción tomada para hacer que un componente defectuoso o no conforme cumpla con las disposiciones de los requisitos o especificaciones.
• Tolerancia / Tolerance.  Descripción cuantificada de la variación aceptable de un requisito de calidad.
• Verificación / Verification.  Proceso que consiste en evaluar si un producto, servicio o resultado cumple o no con determinada regulación, requisito, especificación o condición impuesta. Compárese con Validación. 
• Voz del Cliente / Voice of the Customer.  Técnica de planificación utilizada para proveer productos, servicios y resultados que reflejen fielmente los requisitos del cliente traduciéndolos en requisitos técnicos apropiados para cada fase del desarrollo del producto del proyecto.

Los requisitos se definen inicialmente en el Acta de Constitución del Proyecto, durante el Inicio del Proyecto. Aquí se deben identificar los principales “Requisitos de Negocio“ y a grandes rasgos, los Requisitos de la Calidad.  Durante el inicio también se debe de identificar los Interesados.


Félix Valdez
22 Mayo 2020