Puede parecer repetitivo, pero vengo nuevamente con la misma pregunta sobre WBS y la planificación de entregables.
Recientemente me "aconsejaron" en una reunión que incluyera una etapa de entrega de planificación. Y un entregable WBS a nivel n si quiero medir el tiempo, el costo, las tareas y los recursos más adelante.
Hasta donde yo sé, WBS es igual al Alcance del proyecto . El cronograma son las actividades para producir un entregable, por lo que existe una fuerte relación entre ambos. Un bloque de actividades que no están relacionadas con un entregable puede estar mal y debe incluirse o actualizarse en la EDT.
En la medida en que estamos en la fase de planificación del proyecto, no hay problema para actualizar la EDT. Por el contrario, si se aprobó la EDT, la única forma de actualizarla es a través de un proceso de cambio formal.
¿Debo incluir un entregable de la WBS en el nivel n dentro de mi tramo de planificación de mi WBS global en las primeras etapas del proyecto? (Digamos que cuando el equipo del proyecto lo está construyendo con notas post-it).
Sé que es un error incluir TANTOS DETALLES en la EDT o actividades siempre y cuando podamos medir el progreso y cumplir con el objetivo del entregable y conseguir el éxito del proyecto.
Tengo curiosidad sobre cuáles serían sus sugerencias para incluir el entregable de la WBS dentro de la WBS "gráficamente". Como tratas con esto. ¿Algún ejemplo? ¿O su entrega sería directamente una declaración de alcance?
EDITAR: Línea base del alcance = Declaración del alcance + EDT + Diccionario de la EDT.
Incluso Agile puede tener una planificación inicial y artefactos producidos. Lo describí aquí . Por lo tanto, está totalmente bien si su hoja de ruta comienza con la fase/sprint/hito de "Incorporación y creación inicial de trabajo pendiente". Y es muy útil evitar la impresión de su cliente de que comienza a trabajar en funciones en la primera semana de su proyecto.
Por lo tanto, en PM regular también puede tener tal entrega en su WBS, ciertamente. Los deberes de PM también son parte del alcance del proyecto.
Yo diría que si mantenemos en mi que la EDT es (entre otras) una herramienta de comunicación , lo haré en la etapa de planificación del entregable, si esto ayuda a gestionar las expectativas de las partes interesadas o si las tranquiliza.
En cualquier caso, como PM, la etapa de planificación es algo que debe hacer. Ya sea que esté en su WBS o no.
Sin embargo, usaría un nombre más genérico y le daría un gusto más orientado a la entrega . Algo como esto:
1.1 Plan de gestión del proyecto
1.2 Alcance Línea base
1.3 Cronograma del proyecto
Supongo que de esa manera, puede tener claro lo que entregará como PM.
En términos del nivel de detalles para poner en una EDT , supongo que esto es más un arte que una ciencia :).
En mi caso, para encontrar el nivel adecuado de detalles , tengo en cuenta lo que el equipo necesita saber, lo que necesitan las partes interesadas y qué tan complejo es el proyecto . Pero siempre productos o entregables, nunca tareas. EDT = SUSTANTIVOS, planificación = VERBOS
Estoy usando la gestión de proyectos clásica junto con scrum , por lo que estoy usando diagramas de GANTT para administrar mi comunicación con el nivel C, pero alimento mi diagrama con mis tableros de planificación de tareas pendientes y de sprint .
Actualmente estoy trabajando en un post sobre esto: " Cómo crear una planificación en proyectos ágiles " .
¡Espero que esto ayude! Saludos, Halcón