Cómo lidiar con la programación/control cuando la inserción de tareas (frente a la duración de la tarea) es el riesgo principal

Estamos trabajando en un proyecto que tiene una cantidad considerable de riesgo de inserción de tareas (me refiero a a) la inserción de nuevas tareas en la EDT o b) la reorganización de las dependencias técnicas en la red del proyecto). A pesar de nuestros mejores esfuerzos en la fase WBS, aún nos encontramos revisando constantemente la red WBS/proyecto a medida que aprendemos más sobre el dominio.

Mi experiencia es con herramientas de programación (por ejemplo, PERT, Monte Carlo) que se enfocan en el riesgo de duración de la tarea. Me encuentro muy mal equipado para hacer frente a los cambios constantes en la propia red WBS/proyecto.

¿Hay herramientas más apropiadas para mí para programar/controlar en presencia de alto riesgo de inserción de tareas? Si es así, ¿Que son? Eché un vistazo a Critical Chain / Buffer Management pero no estoy seguro de si esta es la respuesta.

Parece que pasas tanto tiempo aprendiendo como creando. ¿Está utilizando algún tipo de enfoque ágil/iterativo ahora?
Pregunta tonta, pero ¿no es Agile para el desarrollo de software?
No, no solo desarrollo de software: en.wikipedia.org/wiki/Agile_management
¿Por qué la EDT cambia con tanta frecuencia y tiene tanto impacto? Seguramente el alcance no puede estar cambiando tanto como si ese fuera el caso, no debería iniciar un proyecto hasta que el alcance se establezca...
No diría que el alcance está cambiando, diría que todos estamos aprendiendo sobre la marcha cómo construir esta instalación operativa desde cero. El estado final es bastante claro; necesitamos poder producir widgets dentro de 9 meses. El cómo (ya sea que se exprese como cambios en RBS o WBS) es lo que estamos aprendiendo.
¿Qué está impulsando el plazo de '9 meses'? ¿Es esa una fecha impuesta por el negocio o el equipo del proyecto proporcionó esa estimación? Pregunto porque parece que se ha impuesto una fecha límite para el trabajo que (todavía) no sabes cómo completar. Si ese es el caso (y si es posible), algunas reestimaciones y gestión de expectativas podrían facilitar el proceso.

Respuestas (1)

Es por eso que prefiero una EDT orientada al producto. Excepto cuando el entregable es un servicio, la WBS debe basarse en el producto en sí, desglosarse en sus componentes y luego agregar actividades y tareas debajo. El lugar donde cargue los recursos depende de usted, pero normalmente los cargo en el WBS del producto de nivel más bajo. Debajo de esto, no podría importarme menos qué cambios se realizan a continuación porque no afecta el costo o la línea base del cronograma.

Ya sea que agregue o elimine tareas, no importa con esta configuración. Si planeó cuatro capas de pintura pero terminó necesitando ocho, agréguelas. Su "pared pintada" no cambia, por lo que la WBS no cambia. Esto no constituye una nueva línea de base, pero probablemente cause una variación. PM se trata de administrar las variaciones.

Si saca las cosas fuera de la secuencia de su plan original, entonces simplemente agregue datos reales a su horario para mostrar lo que sucedió. Por ejemplo, si una tarea tenía una relación FS con su predecesora, pero la relación era suave, es decir, podría comenzar antes y usted comenzó antes, simplemente ingrese la fecha temprana y rompa la dependencia. No vuelva a establecer la línea de base, sino que deje que el cronograma produzca las variaciones que producirá con respecto a la línea de base.

Parece que estás persiguiendo perfecto. Un horario perfecto significa que 1) eres extremadamente afortunado, como 1,000,000,000:1 afortunado, o 2) estás cocinando los libros. Y dos es lo más probable.

Si hay un gran cambio que realmente constituye una nueva línea de base, manéjelo a través de su proceso de control de cambios. Vuelva a hacer el cronograma y marque una nueva línea de base y continúe.

+1 Totalmente de acuerdo, se trata de la granularidad de la información que está tratando de modelar en la EDT y creo que el OP apunta a un nivel demasiado bajo. En mi opinión, parte del arte de la gestión de proyectos es saber dónde trazar esa línea para obtener la máxima eficacia y el mínimo riesgo de cronograma y costo.
Creo que esto resuena conmigo. Nuestra WBS definitivamente está orientada a tareas, y mi argumento todo el tiempo ha sido "No estoy seguro de qué tareas debo realizar para configurar esto, solo sé que debe configurarse". Lo que creo que suena mucho más como una WBS orientada a productos/entregables.