Soy un principiante en la gestión de proyectos, pero estoy tratando de aplicar mi conocimiento a un esfuerzo en mi trabajo.
Tengo un entregable que se puede satisfacer con dos soluciones: una más deseable y otra menos eficiente. Sin embargo, la elección está fuera de mi control.
Pediré aprobación para la opción más deseable, pero si es denegada tendré que implementar la alternativa. ¿Cómo modelo esto en una EDT?
Usamos una solución PM desarrollada por una empresa local (PM3 de Result), que se parece a MS Project, pero no es exactamente igual. Así que estoy buscando una respuesta que no dependa demasiado del software.
¡Gracias por cualquier ayuda!
Actualmente tiene un problema X/Y porque sus paquetes de trabajo tienen dependencias en una estrategia comercial actualmente no definida . Esto impulsa su necesidad de desarrollar ramas para "caminos alternativos" en su plan de proyecto. Si captura correctamente el objetivo comercial estratégico en primer lugar, entonces no tendrá que abordar rutas de ramificación en su software o en su plan de proyecto.
Haga que la alta gerencia gane su salario al tomar una decisión estratégica sobre qué entrega realmente quieren. Eso simplificará enormemente su planificación, y es realmente la forma "correcta" de planificar cualquier proyecto: planificando el plan correcto en primer lugar.
Si ignora este sabio consejo, entonces todavía tiene opciones. En lugar de tratar de presentar múltiples planes que representen diferentes cadenas en la ruta crítica , debe refactorizar sus paquetes WBS para que tenga un programa único con alcance ajustable.
Parte de su desafío es que no está entablando una comunicación activa con la empresa. La elección entre una solución "mejor" (independientemente de cómo elija definirla) y una que lleve más tiempo construir o que costará más es una decisión estratégica que pertenece a la alta dirección . No es tu trabajo ni tu responsabilidad. Sin embargo, si se comunica de manera eficaz y organiza el proyecto adecuado , no tendrá que perder el tiempo tratando de planificar características o hitos que pueden ser completamente irrelevantes una vez que se ha tomado una decisión comercial.
Entonces, ve a hacer eso primero. Explique las opciones a los ejecutivos, incluidos los impactos potenciales en el cronograma, el presupuesto, el alcance y la calidad, y luego permítales elegir una estrategia. Una vez que hayan hecho eso, puede crear el plan de proyecto correcto para satisfacer las necesidades del negocio.
Ya sea que haya seguido o no los consejos para comunicarse con la empresa, veamos qué es realmente una estructura de desglose del trabajo. Wikipedia define una WBS de la siguiente manera:
Una estructura de descomposición del trabajo (WBS), en la gestión de proyectos y la ingeniería de sistemas, es una descomposición orientada a la entrega de un proyecto en componentes más pequeños.
Su problema no es realmente cómo generar una EDT; su problema es cómo crear paquetes de trabajo que sigan los elementos clave de los criterios INVEST para que el liderazgo ejecutivo pueda elegir qué paquetes pertenecen a la ruta crítica.
En otras palabras, si sus paquetes de trabajo están bien descompuestos y son en gran parte autónomos (para reducir las dependencias entre paquetes), entonces puede tratar la inclusión o exclusión de paquetes específicos como un problema de alcance.
Si bien pocos planes de proyecto pueden contener paquetes de trabajo completamente idempotentes, si sus paquetes de trabajo son lo suficientemente pequeños como para estimarlos y probarlos fácilmente, y lo suficientemente independientes como para agregarlos o eliminarlos del alcance sin crear un gran efecto de cascada en los paquetes dependientes, entonces incluso un no -Un proyecto ágil puede beneficiarse al hacer que el alcance sea la restricción ajustable .
Digamos que su proyecto tiene el nombre en código WonderWidget™. Tiene varias opciones para construir el widget:
Suponemos a priori que un método tiene más pasos manuales y mayores costos de mano de obra/material, mientras que el otro método tiene posibles problemas de calidad. Cuál es "mejor" es una decisión comercial y es en gran medida irrelevante para la planificación del proyecto.
Un WonderWidget™ que requiere ensamblar 53 engranajes probablemente tenga exactamente los mismos paquetes de trabajo en cualquiera de las dos rutas, excepto por la producción de engranajes o los pasos de compra. Si hay 47 pasos manuales para fabricar a mano cada engranaje, contenidos en 12 paquetes de trabajo estrechamente acoplados, pero solo dos paquetes de trabajo están involucrados en el pedido de engranajes de su proveedor, bueno, eso es sin duda un conjunto de consideraciones de cronograma, presupuesto o calidad. Sin embargo, desde el punto de vista de encadenar las actividades del proyecto, las dos opciones son esencialmente intercambiables porque la forma en que se producen los engranajes puede tener muy poco que ver con los paquetes de trabajo relacionados con el ensamblaje de widgets.
Incluso los planes de proyectos más complejos pueden beneficiarse de los paquetes de trabajo impulsados por INVEST. ¿Una estrategia requiere que agrandes algo mientras que la otra requiere que agrandes algo? ¡Bien! Intercambie los paquetes, o represente ambos como una opción u otra.
Un plan de proyecto con un número modesto de sucursales, paquetes/hitos opcionales o puntos de decisión es perfectamente razonable. Sin embargo, si descubre que su plan comienza a volverse lo suficientemente complejo como para parecer un tazón de espagueti, entonces debe detenerse y revisar sus suposiciones subyacentes sobre lo que se supone que debe entregar el proyecto.
En el ejemplo anterior, subcontratar o no la producción de engranajes es probablemente una ramificación razonable del plan del proyecto. Sin embargo, decidir si está creando un Widget of Awesomeness™ o un Widget of Mediocrity™ es algo que debe definir desde el principio del proyecto, en lugar de descubrirlo como un diseño emergente en algún punto indeterminado durante el ciclo de vida del proyecto.
Ya sea que su proceso sea ágil o tradicional, debe crear lo correcto. Si no tiene suficiente información sobre lo que es "lo correcto", regrese al negocio y pregúnteles .
No creo que sea un problema difícil de resolver. De la forma en que está escrito esto, asumo que la decisión entre la alternativa A o B se toma algún tiempo después de que el proyecto haya comenzado, por lo tanto, la necesidad de dos WBS diferentes. Simplemente cree una segunda estructura de cuenta de control. Por ejemplo, WBS 1.0 contiene los paquetes que se comparten y, supongo, estarían en marcha antes de que se tome la decisión. La EDT 2.0 contiene la alternativa A. La EDT 3.0 contiene la alternativa B. Tanto la 2.0 como la 3.0 se planificarían con valores monetarios, de duración y de tiempo apropiados, ambas se establecerían como referencia, ambas se podrían modelar con su propia ruta crítica, es decir, mostrar dos de ellas . En el momento en que se tome la decisión, ejecutar un cambio y reducir la alternativa que no se eligió y eliminarla de la línea base.
No creo que esto tenga que ser más difícil que esto. Un poco más de trabajo, así que asegúrate de que te paguen por esto.