Una guía práctica para construir un sistema de gestión de proyectos en torno a cómo tu equipo entrega el trabajo de verdad: por qué las herramientas de gestión genéricas se acaban ignorando, cómo modelar tus etapas y traspasos reales, qué necesita la primera versión y cómo ver el trabajo en curso sin reuniones de seguimiento.
Agencias, equipos creativos, autónomos, equipos de producto y empresas de servicios cuya forma de entregar no encaja en las herramientas de proyectos prefabricadas.
- Un modelo de proyecto construido sobre tus etapas de entrega y tus traspasos reales
- Una vista del trabajo en curso que sustituye a la reunión de seguimiento
- Un sistema que puedes remodelar a medida que tu proceso de entrega cambia
La mayoría de los equipos han probado una herramienta de gestión de proyectos y han vuelto a las hojas de cálculo y al chat. La herramienta no era el problema; lo era el encaje. Las herramientas genéricas imponen una forma, tareas en columnas, y tu entrega tiene una forma propia: tus etapas, tus aprobaciones, tus traspasos. Cuando la herramienta no coincide con cómo entregas de verdad, actualizarla se vuelve una tarea vacía y muere en silencio. Esta guía trata de construir una que encaje, para que perdure.
Porque imponen una forma genérica, normalmente tareas que se mueven por columnas, y tu entrega tiene etapas, aprobaciones y traspasos concretos que no encajan en ella. Así que la gente mantiene la herramienta por la dirección mientras la coordinación real ocurre en el chat, la herramienta se queda obsoleta y se convierte en un segundo sitio que actualizar en vez de el sitio donde mirar. Un sistema de proyectos perdura solo cuando sus etapas son tus etapas, en tus palabras.
La señal es conocida: la herramienta dice que un proyecto está «en curso» mientras todos saben que en realidad está «esperando los recursos del cliente», un estado que la herramienta no sabe nombrar. Cada estado que falta es una pequeña mentira, y un tablero lleno de pequeñas mentiras es uno en el que nadie confía, así que nadie lo mantiene al día. La solución no es más disciplina; es un sistema cuyas etapas coinciden con las reales, incluidos esos estados de espera incómodos donde el trabajo se atasca de verdad.
Por eso describir tu entrega y construir el sistema a su alrededor gana a configurar la plantilla de otro. Las etapas, los puntos de aprobación y los traspasos son el producto en sí, y son específicos de tu forma de trabajar.
Antes de cualquier tablero, reconstruye cómo se movieron de verdad unos cuantos proyectos recientes desde el inicio hasta el final, incluido dónde se atascaron. Estás extrayendo la forma de tu entrega.
Un estudio de diseño perdía una y otra vez proyectos en el hueco entre «enviado al cliente» y «el cliente respondió», donde las cosas se quedaban días sin responsable y sin reloj visible. Modelado con honestidad, su flujo tenía ocho etapas, tres de ellas estados de espera, y la función decisiva fue simplemente hacer visibles los estados de espera con un reloj: un proyecto atascado en «esperando feedback del cliente» durante una semana aparecía en rojo en vez de esconderse en una columna genérica de «en curso». No cambió nada más, y las entregas a tiempo se dispararon.
Las herramientas de proyectos se inflan más rápido que casi cualquier otra: control de tiempo, facturación, planificación de recursos, portales de cliente, dependencias. La primera versión es lo más pequeño que hace el trabajo visible y en movimiento.
La reunión de seguimiento recurrente existe porque el estado no es visible en ningún sitio; la gente se reúne para decir en voz alta lo que un buen sistema mostraría. El objetivo de un sistema de proyectos es hacer esa reunión innecesaria, no añadir una herramienta de la que se hable en ella.
Llegas ahí cuando cualquiera puede abrir una sola vista y ver cada proyecto, su etapa, su responsable y cuánto tiempo lleva parado. Las etapas de espera con un reloj convierten los atascos silenciosos en visibles; un proyecto que lleva ocho días en «revisión del cliente» aparece por sí solo, y la conversación se vuelve una decisión en vez de un descubrimiento. Cuando el tablero es de fiar y está al día, la reunión se reduce a las pocas cosas que de verdad hay que discutir, y a menudo desaparece.
Que el sistema siga siendo de fiar depende de dos cosas que vienen de que sea tuyo: el tablero coincide con la realidad porque tus etapas son las reales, y sigue coincidiendo porque puedes cambiar las etapas tú mismo cuando tu entrega evoluciona. Un sistema de proyectos construido en torno a tu flujo de trabajo, que puedes remodelar sin un ticket de ingeniería, es uno que tu equipo mantiene al día, porque por fin dice la verdad sobre el trabajo.
Porque la herramienta impone una forma genérica, normalmente tareas en columnas, que no coincide con tus etapas de entrega, aprobaciones y traspasos reales. La gente la mantiene por la dirección mientras la coordinación real se queda en el chat, así que se queda obsoleta. Un sistema perdura cuando sus etapas son las tuyas de verdad, incluidos los estados de espera donde el trabajo se atasca de verdad.
Reconstruye cómo se movieron de verdad unos cuantos proyectos recientes, incluido dónde se atascaron, y pon nombre a las etapas reales en tus palabras: con brief, en diseño, revisión del cliente, revisiones, aprobado, y así sucesivamente. Sobre todo, incluye los estados de espera como «esperando feedback del cliente», porque ahí es donde se esconde el trabajo en las herramientas genéricas.
Proyectos en una sola etapa real y clara, un responsable para cada proyecto y etapa, una única vista de todo el trabajo en curso por etapa, y traspasos explícitos para que el siguiente responsable lo sepa sin un mensaje de chat. El control de tiempo, la facturación y las dependencias pueden esperar todos a la segunda versión.
En gran medida, sí. La reunión existe porque el estado no es visible en ningún sitio. Cuando una vista de fiar muestra cada proyecto, su etapa, su responsable y cuánto tiempo lleva parado, con un reloj en las etapas de espera, la parte de descubrimiento de la reunión desaparece y solo quedan las decisiones reales. El tablero tiene que estar al día y ser cierto, lo que viene de que lo poseas y le des forma tú mismo.