Metodologías de gestión de proyectos: cascada frente a ágil

De vez en cuando escucho comentarios como “Gantt está muerto” o “tienes que gestionarlo con agile”, e incluso “la gestión de proyectos está muerta”. Aunque gran parte de ello son chorradas de marketing, a menudo me encuentro con gestores de portafolio de proyecto, profesionales de scrum y otros profesionales en la gestión de proyectos que desean tener una discusión seria acerca de las metodologías ágiles frente a las de cascada (Gantt). Este artículo te dará una idea general acerca de este tema.

El Triángulo de Hierro de la gestión de proyectos

El triángulo de hierro es en realidad una presentación de alto nivel muy simple de los elementos clave para una planificación correcta del proyecto. Este consta de alcance, tiempo y precio/recursos. Los recursos son, en muchas industrias, el único elemento del precio, sino el más importante. Las personas son el activo más valioso y no pueden ser incrementadas, disminuidas o multiplicadas. Del mismo modo, los recursos tecnológicos tienen una capacidad de producción y no se pueden modificar con un simple clic.

Entonces, ¿cómo se incluye el triángulo de hierro aquí? Ofrece la capacidad sencilla pero eficiente de comprender dónde debemos implementar la planificación en cascada y cuándo utilizar los enfoques ágiles.

Gestión de proyectos en cascada

El enfoque de cascada es más útil en un proyecto donde el alcance está bien definido y es el elemento clave del proyecto.
Ejemplos: construcción de una casa, planificación de una conferencia, implementación de Easy Project.

Técnica: se define el alcance del proyecto (se fija). Esto significa que no puedo cambiar el número de ventanas en mi casa, o que no puedo cambiar el lugar o el tema de una conferencia. Y el tiempo de proyecto es un factor limitante, de forma absoluta (conferencia) o casi absoluta (implementación de EP). Al tener un alcance fijo, el principal reto para un gestor de proyectos o gestor de portafolios es planificar todo tipo de recursos en el tiempo y a través de proyectos paralelos con respecto a la secuencia requerida de acciones en cada proyecto en particular.

Tomemos la construcción de una casa como ejemplo: los trabajadores encargados de la entrega del cemento necesitan terminar su trabajo a tiempo ya que el retraso causado por la falta de recursos de cemento puede impedir que los albañiles terminen sus propias tareas. Y una vez que el cemento solidificado, puede que ya estén en otra obra de construcción.

Gestión de proyectos ágil

El enfoque ágil debería emplearse en proyectos en los que el tiempo está fijado, los recursos son un factor determinante y el alcance está sujeto a la planificación (priorización).

Ejemplos: desarrollo de SW (sprints); publicación (fecha de publicación de revistas, periódicos); contenido de marketing (campañas).

Técnica: teniendo una fecha límite y recursos bien establecidos, los profesionales de scrum o trabajadores en puestos similares priorizan lo que se entregará en el próximo sprint. Los profesionales de scrum tienen por lo general diferentes tipos de recursos (solucionadores de problemas y solicitudes de características en SW, o periodistas políticos y deportivos en periódicos).

Easy Project Iron Triangle

Cómo puede ayudarte

Resulta obvio que la cuestión al completo aún gira en torno al Triángulo de Hierro de la gestión de proyectos, mientras que la planificación operativa se centra con mucha más intensidad en partes diferentes del mismo aspecto. De este modo, ¿qué podemos obtener de ello?

1. Básicamente, todas las organizaciones tienen tipos de proyectos en los que se requieren ambas metodologías para establecer procesos de trabajo eficientes. El primero no es mejor que el segundo, simplemente abordan diferentes dificultades.
2. La planificación de recursos de alta calidad conectada con los plazos es esencial para cualquier proyecto en cascada y especialmente en la planificación de portafolios de proyecto, exactamente como el que encontramos en Easy Project.
3. La gestión de proyectos ágil: he observado que gestionar prioridades por lo general se lleva a cabo bastante bien a través de varias herramientas. Sin embargo, el problema es a menudo una dedicación precisa de los recursos para una lista de trabajos atrasado específicos. Así, aquí recomiendo situar de forma precisa y dedicar tus recursos. Por ejemplo, un desarrollador de SW podría emplearse en más listas de trabajos atrasados (bugs frente a solicitudes de características, mismo idiomas), pero sin ajustar el reparto cuantitativo de recursos a trabajos pendientes no podré ofrecer prioridades y el profesional de scrum tendrá que resolver inconsistencias constantemente entre estos. Más adelante, esto lleva a lanzamientos con retraso de características clave del producto puesto que la reparación de bugs o solicitudes de características se “comen” los recursos de desarrollo estratégico.

Combinar estas dos metodologías de gestión

Como puedes ver en la imagen, tenemos un proyecto en cascada que actúan como base. Naturalmente, este ejemplo de plan de proyecto de SW tienes secuencias y dependencias obvias. Pero los equipos que participan en este proyecto (agentes de comercialización, redactores) pueden gestionar sus entregas en su departamento de forma ágil.