¿Documento estándar para registrar decisiones? (PMBOK)

Este es un escenario hipotético:

Fui asignado para administrar un proyecto de desarrollo de software. Ya tengo un acta de constitución del proyecto aprobada, un registro de partes interesadas, la documentación de requisitos y una EDT.

Tuve una reunión con mi equipo de desarrollo para pensar en una solución basada en la información que reunimos hasta ahora. Durante la reunión alguien tuvo una idea brillante sobre cómo cumplir con varios requisitos difíciles.

La pregunta: ¿Existe un documento estándar del PMBOK para estas decisiones? ¿El diccionario de la EDT? ¿Documento de alcance? ¿El plan de gestión del proyecto? ¿O en otro lugar?

Encontré al menos una pregunta similar sobre este tema, pero solo proporcionó sugerencias como minucias de reuniones y no una respuesta específica de PMBOK.

Esto suena más como una pregunta de tarea. ¿Intentaste leer el PMBOK primero?
Jajaja. ¡Nop! En realidad, es una pregunta de autoaprendizaje y hasta ahora no he encontrado la respuesta leyendo el PMBOK.
Lo que está buscando es un registro de decisiones. No sé si es parte de PMBOK, pero 30 segundos de trabajo con Google ayudarán.

Respuestas (3)

Yo diría que si el alcance/presupuesto/beneficios/programa no se ven afectados materialmente, no necesita documentar fuera de los entregables como la documentación de requisitos. Lo que es material depende de tu proyecto, cultura corporativa, reservas de contingencia, etc.

Suponiendo que la brillante idea ahorrará mucho tiempo/$$/etc., lo más cercano a lo que PMBOK llega es a un documento de solicitud de cambio. Ver pp87-88 en v4. Una vez que se apruebe la decisión de cambiar, avanzará con la actualización de otros documentos del proyecto (por ejemplo, cronograma, finanzas, WBS, etc.) según corresponda.

También advertiría sobre la "estandarización". Hay mejores prácticas para seguir con seguridad, pero si intenta un enfoque único para gobernar sus proyectos, probablemente terminará siendo un PM mediocre en el mejor de los casos. Lo mejor es pensar con los patrocinadores de su negocio sobre lo que se necesita, lo que no, etc., de modo que haya un nivel de supervisión que tenga sentido para el valor comercial que se entrega.

Las decisiones críticas que se toman suelen provenir de un conflicto. Es una gran idea capturarlos para que, si el conflicto vuelve a surgir, puedas acceder a la decisión rápidamente. No solo eso, sino que sufrimos de pérdida de memoria. Y, la mayoría de estas decisiones se tomarían durante una reunión formal de algún tipo, por lo que normalmente se registrarían en las actas de la reunión. El problema con eso es que no puede encontrarlos rápidamente cuando los necesita. Entonces, un registro de algún tipo, ya sea que use una hoja de cálculo o una base de datos más sofisticada, es una buena idea.

Decisiones como estas generalmente crecerán y terminarán como un cambio entregable, un CR que puede alterar el proyecto y sus líneas de base, actualizar el caso de negocios, o lo que sea. Pero es bueno tener la fuente de esos cambios, por lo que este es otro argumento para mantener un registro.

No me importa si esto está en el PMBOK.

Entonces, @Marv Mills proporcionó la mejor respuesta del mundo real. Los registros de decisiones tienen una larga historia de uso en la gestión de proyectos.

Sin embargo, el artífice ha indicado que esto está relacionado con el PMBOK y asumiría un estudio para el PMI. Como PMP en recuperación, puedo dar fe de que las respuestas del mundo real y del PMI no siempre concuerdan. Los llamamos PMIismos.

Al revisar mi PDF del PMBOK, que como advertencia tiene al menos una versión anterior, creo que desea ver la fase de Monitoreo y control del trabajo del proyecto. Estas son algunas de las viñetas de resumen de esta sección.

  • Mantener una base de información precisa y oportuna sobre los productos del proyecto y su documentación asociada hasta la finalización del proyecto.
  • Monitorear la implementación de los cambios aprobados cuando y como ocurran.

Esta no es la respuesta. Debería darle un lugar más específico para encontrar la respuesta.