El término “gestión ágil de proyectos” surgió hace muchos años y es muy utilizado en muchas organizaciones.

En este artículo, voy a hablar sobre por qué creo que el concepto de "proyecto" no es particularmente ágil en su naturaleza y por qué las palabras "ágil" y "proyecto" no deberían usarse juntas.

¿Qué es el “proyecto”?

En resumen, el entendimiento común de un proyecto es que es una actividad cuidadosamente planeada y pronosticada que tiene un resultado definido.

La palabra "proyecto" proviene de la palabra latina "projectum", que significa "antes de una acción".

Según Wikipedia, “un proyecto es cualquier empresa, llevada a cabo individualmente o en colaboración y posiblemente involucrando investigación o diseño, que se planifica cuidadosamente para lograr un objetivo particular”.

El Diccionario de Cambridge lo define como “una pieza de trabajo planificado o una actividad que se realiza durante un período de tiempo y tiene la intención de lograr un propósito particular”.

Otra definición popular es "un conjunto de tareas interrelacionadas que se ejecutarán durante un período fijo y dentro de ciertos costos y otras limitaciones".

Los sinónimos comunes de "proyecto" son "plan", "esquema" y "pronóstico".

¿Cuál es la estructura del proyecto?

Comúnmente, los proyectos contienen las siguientes fases: inicio, planificación, ejecución y cierre.

La fase de inicio define el objetivo y el presupuesto del proyecto, las restricciones del proyecto y un cronograma esperado.

La fase de planificación define los requisitos técnicos, un cronograma detallado y un plan de comunicaciones.

La fase de ejecución cubre la implementación con seguimiento y control regulares para asegurarse de que sigue el plan.

La etapa de cierre concluye el proyecto revisando el resultado final, completando el papeleo necesario y discutiendo retrospectivamente los éxitos y fracasos.

¿Te suena grande el “proyecto”?

La definición de "proyecto" no tiene restricciones de tiempo específicas. Puede ser de un año, de una semana o de un día. Incluso un sprint de Scrum puede considerarse un proyecto, ya que coincide con la definición de un proyecto y sigue con precisión los pasos comunes del proyecto.

Aún así, si tuviera que pedirte que me dieras algunos ejemplos de los proyectos que has implementado en tu carrera, ¿cuáles serían? ¿Sería algo que le llevó meses entregar o algo que se entregó en una semana? Creo que sería seguro asumir que sería lo primero.

Cuando hablamos de proyectos, en su mayoría nos referimos a algo masivo que requirió mucha planificación anticipada, tomó mucho tiempo e involucró a muchas personas y acuerdos preliminares entre ellos.

El pensamiento de proyecto conduce a una falta de inspección y adaptación continuas.

A diferencia de ágil, con proyectos masivos, las personas intentan identificar de antemano todos los problemas y las soluciones a estos problemas.

En realidad, el entorno para el cual se planeó el proyecto puede cambiar drásticamente durante las etapas de planificación y ejecución. Esto puede requerir una repriorización masiva de los pasos para alcanzar el objetivo del proyecto o hacer que la solución sea ineficaz o inútil. Esto puede incluso hacer que todo el problema que resuelve el proyecto ya no sea real.

Contrariamente a esto, Agile prioriza la inspección y adaptación continuas y depende menos de la planificación avanzada. Esto ayuda a ajustar la dirección cada vez que cambia el entorno o el conocimiento sobre el entorno.

El pensamiento de proyecto conduce a una gestión excesivamente controladora.

¿Suena familiar tener reuniones semanales de "alineación" (prácticamente, informes de estado) que involucran a decenas de personas hablando a través de diagramas de Gantt masivos en múltiples pantallas?

Solo hay dos razones reales para este comportamiento. O los gerentes no confían en sus subordinados para ejecutar lo que han planeado o simplemente necesitan estar ocupados, ya que el 95% de las decisiones se tomaron de antemano durante la etapa de planificación del proyecto.

En la mayoría de los casos, son ambos.

Entonces, ¿qué deberíamos usar en lugar del término “gestión ágil de proyectos”?

Para mí, "gestión ágil de proyectos" es una combinación de palabras poco saludable, ya que mezcla el pensamiento de proyectos con el pensamiento ágil. Esto conduce regularmente a un "watergile", un desastre anti-ágil mal planificado. Y este lío lleva a un rechazo general del concepto ágil por parte de muchas personas, aunque en realidad no tiene nada que ver con ágil.

Ya existe un término mucho mejor que se ajusta perfectamente al propósito de la resolución ágil de problemas: "gestión de productos".

Entonces, dejemos de juntar las palabras "ágil" y "proyecto", por favor.