Un calendario que no sabe nada que no le hayas dicho.

Una temporada es una docena de producciones. Cada una tiene un estreno que no se va a mover y treinta trabajos que tienen que ocurrir antes: una maqueta de escenografía aprobada por el taller, el vestuario cortado y cosido, un ensayo de luces, la sesión de fotos del cartel, la sala de diciembre reservada.

Es trabajo por proyectos, y tiene las dos propiedades que lo hacen difícil. Las producciones comparten personas —una misma jefa de sastrería para tres espectáculos—, así que no pueden vivir en tres sistemas separados. Y lo que todo el mundo necesita saber de verdad no es cuánto falta, sino cuándo y qué se interpone.

Antes, el equipo no podía responder ninguna de las dos cosas desde un gestor de tareas. Un tablero dice qué se está moviendo. Una lista de fechas de entrega dice qué va tarde. Ninguno dice que el vestuario y la sesión del cartel van camino de chocar, tres semanas antes de que alguien lo note.

Un tablero para toda la temporada; una producción es un corte de él. No un proyecto por espectáculo: eso serían una docena de numeraciones, y una tarea que resulta ser de otra producción tendría que cambiar de nombre para mudarse. Aquí una producción es una etiqueta que el proyecto ha declarado significativa. El trabajo entra al llevarla y sale al perderla.

Una vista nueva: el calendario. Junto al tablero, la tabla, la wiki, las estadísticas y el pronóstico: todo el trabajo sobre un mismo eje, con el día de hoy marcado. El selector de producción que tiene encima es el mismo que está sobre el tablero, y la elección es la misma: reduce el tablero a Noche de reyes, abre el calendario, y sigues mirando Noche de reyes.

Las dependencias se dibujan solo donde alguien las declaró. Una flecha roja significa que este trabajo está parado hasta que termine aquello de lo que depende. Esa es la respuesta a «contra qué choca esta producción», y es lo único de un diagrama que nunca debe deducirse: dos barras que casualmente quedan alineadas no son una dependencia, y dibujarla es inventar una restricción que nadie acordó.

Aquí una tarea tiene fecha de entrega. No tiene fecha de inicio, porque nadie la ha rellenado nunca de forma fiable, en ningún sitio.

Entonces, ¿de dónde sale el extremo izquierdo de una barra? Hay cuatro respuestas, y solo una es honesta:

1. 1.

   Añadir un campo de inicio. Cierto, y se convierte en un campo más que nadie rellena. Un diagrama con el extremo izquierdo en blanco en nueve filas de cada diez es un diagrama que nadie abre dos veces.

2. 2.

   Suponerlo. La fecha de creación, o la de entrega menos quince días. Siempre disponible, siempre dibuja, parece terminado. Esta es la que no se puede permitir. Una barra dibujada desde un inicio inventado es idéntica, píxel a píxel, a una dibujada entre dos días registrados, y la única razón por la que alguien abre un Gantt es averiguar cuánto duran las cosas. Un hueco dice «no lo sabemos». Una barra supuesta dice «tres semanas», con la misma voz que usan las verdaderas.

3. 3.

   Dibujar solo las fechas de entrega, como puntos. Honesto y escaso. Eso es un calendario de vencimientos, no una planificación, y no puede mostrar que algo lleva tres semanas en marcha.

4. 4.

   Usar lo que ya quedó registrado. El gestor no sabe cuándo se pensaba empezar el trabajo. Sabe cuándo empezó: la primera vez que alguien lo puso en curso.

Elegimos la cuarta, y la tercera allí donde la cuarta no tiene nada que decir:

• Una barra va desde el día en que el trabajo se tomó por primera vez hasta el día en que se cerró.

• Mientras sigue en curso, la barra llega hasta hoy; y más allá de hoy, hasta la fecha de entrega declarada, se dibuja solo como contorno. Esa parte es una fecha que alguien nombró, no trabajo que haya ocurrido. Un solo color para ambas sería la misma exageración que un inicio inventado, llegando desde el otro extremo.

• Un día conocido y ningún otro es un punto, no una barra.

• Ningún día conocido: no está en el diagrama. Se nombra debajo, por clave y por título, para que un diagrama que deja fuera un tercio de la temporada no pueda confundirse con la temporada.

• La fecha de entrega es una marca, nunca un final. Un trabajo terminado el día 10 que vencía el 20 duró hasta el 10, y el 20 se dibuja igualmente, más allá del final de la barra. Terminar tarde se ve. Terminar antes, también.

Cada una de esas negativas cuesta algo. El diagrama tiene huecos que el de un competidor no tiene. Una temporada sin fechas introducidas muestra un mes, una línea que marca el día de hoy y una frase que explica que todavía no hay nada en el calendario.

Ese es el intercambio, hecho a propósito: una planificación sobre la que se puede actuar tiene que ser una planificación en la que se puede creer, y la forma más barata de perder eso es rellenar los huecos con algo verosímil. Un plan vale la pena leerlo en la medida en que sabes qué partes de él son hechos.