Cómo planificar un proyecto con un mapa mental

Un mapa mental (mind map) es la herramienta correcta para las dos primeras horas de un proyecto y la equivocada para el resto. Es muy bueno para responder «¿de qué consta este proyecto y qué depende de qué?», y malo para fechas, asignaciones y avance, que es de lo que están hechos los seis meses siguientes.

Así que el flujo útil no es «planificar el proyecto en un mapa mental». Es este: mapear el alcance, descomponerlo hasta que las hojas se puedan estimar y luego exportar esas hojas a lo que de verdad lleve el seguimiento del trabajo. El trabajo del mapa termina en el traspaso, y después sigue siendo útil como lo que relees cuando alguien pregunta por qué existe una tarea.

Ramifica por entregable, no por fase

La estructura por defecto es Descubrimiento → Diseño → Construcción → Pruebas → Lanzamiento, y casi siempre es la equivocada. Las ramas por fase describen cómo se mueve un proyecto, no lo que produce, así que cada entregable acaba repartido en cinco ramas y nunca puedes ver ninguno completo.

Ramifica por las cosas que existirán cuando termines:

# Website relaunch
## Content
## Design system
## Build
## Migration
## Launch comms

Cada una de esas ramas tiene un responsable, una definición de terminado y una prueba clara de «¿esto ya está listo?». Una fase no.

La excepción es un proyecto realmente secuencial, como un cronograma de obra o una presentación regulatoria, donde la fase es el entregable. Ahí usa un diseño de línea de tiempo en lugar de uno radial, para que el orden esté dibujado y no solo sobreentendido.

Descompón hasta la hoja estimable

Sigue dividiendo cada rama hasta llegar al punto en que puedes decir cuánto tarda una hoja sin discutirlo. Ese punto es el fondo del mapa, y encontrarlo es todo el ejercicio.

Dos señales de que ya llegaste lo bastante lejos:

• Una hoja es trabajo de una persona, en una sentada o en un día. Si hacen falta dos personas, son dos hojas y un traspaso.
• Estimarla produce un número y no una discusión. «Entre dos días y dos semanas» significa que el nodo todavía contiene una pregunta sin responder, así que divídelo en esa pregunta.

Dos señales de que te pasaste: el mapa tiene más de un centenar de hojas, o las hojas se convirtieron en una lista de pasos en vez de unidades de trabajo. Descomponer «escribir el script de migración» en ocho líneas de pseudocódigo es transcribir.

Tres o cuatro niveles es donde suele terminar. Si una sola rama baja más que eso, normalmente es un proyecto aparte y pide su propio mapa.

Las ramas que todos olvidan

Añade estas cuatro a cada mapa de proyecto. Son las cuatro fuentes de retraso y faltan en la mayoría de los planes porque ninguna es el entregable de nadie.

• Dependencias de otras personas. Cada punto en que el proyecto se detiene hasta que alguien externo responde. Revisión legal, una clave de API, la aprobación de un cliente. Ponle nombre y un plazo a cada una.
• Incógnitas. Lo que todavía no puedes estimar. No las dejes fuera por ser inestimables. Justo por eso tienen que verse, y una rama con ellas es la versión honesta del plan.
• Lo que no se hará. Exclusiones de alcance explícitas. Esta rama evita la conversación más cara de cualquier proyecto, la del cuarto mes sobre si algo siempre estuvo dentro del alcance.
• Terminado significa. Los criterios de aceptación del proyecto completo. Escritos al principio, cuando todavía sale barato discrepar sobre ellos.

Enlaza las dependencias

La jerarquía muestra contención; no puede mostrar que la migración no puede empezar hasta que se apruebe el modelo de contenido. Ese hecho vive entre ramas, y es el que determina el calendario.

Dibuja esos enlaces. Después lee el mapa buscando dos cosas:

Los nodos con muchos enlaces entrantes son el cuello de botella. Es lo primero que hay que empezar, esté donde esté en el plan, y casi nunca es lo que alguien quería hacer primero.

Una cadena de enlaces de cuatro o cinco eslabones es, más o menos, tu ruta crítica. Un mapa mental no la calcula por ti, pero ver la cadena más larga basta para saber qué rama no tiene holgura.

Mind Map: Smart MindiPhone y iPad · Android

Los enlaces cruzados entre dos temas cualesquiera hacen posible la capa de dependencias, y las casillas cuyo avance se acumula en la rama permiten que cada entregable informe su propio avance. Ocho diseños: un proyecto secuencial se dibuja como línea de tiempo y un mapa de alcance como uno radial.

Qué hace

Estimar en el mapa

Hazlo de abajo hacia arriba y en rangos. Pon la estimación en cada hoja, deja que el total de la rama se acumule y resiste las ganas de ajustar ese total a la fecha que te dieron. La diferencia entre esos dos números es lo más útil de todo el ejercicio, y sacar un promedio la destruye.

Dos hábitos que vale la pena conservar:

Estima en rangos, no en puntos. «3–8 días» conserva la incertidumbre que «5 días» tira a la basura, y el ancho del rango te dice qué hojas necesitan más reflexión.

Suma el costo de coordinación de forma explícita. Un proyecto de treinta tareas entre cuatro personas no es la suma de treinta estimaciones. Las revisiones, los traspasos y las esperas son trabajo real, y una rama para ellos es más honesta que un margen porcentual en el que nadie cree.

Y luego sal del mapa

Este es el paso que la gente se salta, y saltárselo es la razón de que «lo planificamos en un mapa mental» suela acabar mal.

Exporta las hojas a un gestor de tareas. La mayoría de las apps de mapas mentales exportan a Markdown u OPML, y la mayoría de los gestores importan listas de Markdown, así que es cosa de dos minutos. Lo que el gestor hace y el mapa no: asignar responsables, guardar fechas, mostrar lo que va tarde y ser actualizado por seis personas a la vez.

Eso sí, conserva el mapa y déjalo de solo lectura. Lo que le queda por hacer es responder «¿por qué existe esta tarea?» y «¿qué se rompe si quitamos esto?», cosa que ningún gestor de tareas puede hacer, porque las dos preguntas son sobre la estructura que el gestor aplanó.

Vuelve a abrirlo para editarlo solo cuando cambie el alcance. Un mapa que se mantiene a diario junto a un gestor son dos fuentes de verdad, y una de ellas siempre está mal.

Planificar un proyecto tú solo

Reglas ligeramente distintas, y mejores. Construye el mapa en una sola sentada, no descompongas más allá de dos niveles y pon fechas solo en lo que tiene plazos externos.

El valor para el trabajo en solitario está casi todo en las ramas «lo que no se hará» e «incógnitas», las dos cosas que siguen invisibles cuando el plan está en la cabeza de una sola persona y las dos que consumen en silencio un proyecto individual.