Usuarios de PMP: ¿Cómo recomienda PMI el seguimiento de los requisitos hasta los entregables del proyecto?

Al leer el PMBOK de PMI y la guía de preparación para el examen de Rita esta mañana, no logro ver si recomiendan que los requisitos se sigan en los entregables del proyecto y cómo lo hacen. ¿Cómo sabe y verifica una parte interesada que se ha cumplido con su requisito? (o que el requisito fue diferido del proyecto)

Se menciona una "matriz de trazabilidad" que relaciona los requisitos con los objetivos y estatutos comerciales del proyecto, pero ¿cómo se rastrean estos requisitos en los entregables ? ¿Cómo rastrea la EDT o el diccionario de la EDT la satisfacción de los requisitos?

~ Kevin

Respuestas (3)

El seguimiento no es un ejercicio aparte. Se realiza a través de cada uno de los Grupos de Procesos. Es por eso que fueron diseñados de esa manera. Cada grupo de procesos se repite en cada fase del proyecto, por lo que con cada nueva fase pasa por los procesos de iniciar, planificar, ejecutar y cerrar. Entonces, cuando cierre una fase e inicie la siguiente, debe revisar el trabajo hasta la fecha para verificar no solo el cumplimiento de las especificaciones, sino también la validez del proyecto en sí. Estos cambios de fase son donde decides continuar o eliminar el proyecto.

En primer lugar, PMI no recomienda nada. El PMBoK no es un método, es un cuerpo de conocimiento. El cómo depende de nosotros. Sin embargo, habla sobre las técnicas para capturar los requisitos, la matriz para mantener los requisitos, el plan de gestión de requisitos y cómo todos estos son entradas en la definición del alcance. El proceso de definición de su alcance es la WBS, que da como resultado sus entregables. Así que todo debe estar vinculado.

Pero, la forma en que elige rastrear y controlar depende de usted. El PMBoK definitivamente puede servir como entrada, junto con otras fuentes, para ayudarlo a desarrollar sus métodos de PM.

Asegurarse de que se realice un seguimiento de los entregables es algo universal, pero la forma de hacerlo debe adaptarse a las necesidades de su proyecto. No caiga en la trampa de utilizar un enfoque único para todos.

Por ejemplo, la entrega y aceptación de un producto muy complejo/crítico/caro obtenido de un subcontratista probablemente se documentará a través de un intercambio de correspondencia legal formal para que se pueda cerrar el contrato y pagar el dinero. En el otro extremo del espectro, esto sería demasiado oneroso para la entrega de un producto interno simple/no crítico/económico, que podría documentarse en una nota en el archivo del proyecto.