El timeboxing es un límite interno de tiempo establecido en tareas clave de un proyecto. Pero ten cuidado: establecer este límite no es suficiente para proteger el margen. Solo el seguimiento continuo del progreso real en relación con el tiempo consumido (y el presupuesto contractual) permite transformar esta terminal en una herramienta de gestión.
Si una tarea que cuesta 8 días hombre consume 11 días hombre, la brecha de consumo suele ser visible solo al final, una vez que se ha reducido el margen. Sin un mecanismo de detección temprana, es difícil ajustar el disparo. Es una trampa clásica en las consultoras y empresas de servicios de TI: para garantizar la calidad, el tiempo se alarga. Cada tarea consume entonces más días de trabajo que lo esencial, un excedente que no se vende ni se puede facturar, y por tanto será absorbido discretamente por el margen del proyecto.
Peor aún: esta prórroga inmoviliza al consultor, que ya no está disponible para el resto, creando un efecto dominó que pospone todo el plan de carga de trabajo para el mes siguiente. Si, a nivel de un consultor aislado, este deslizamiento puede parecer anecdótico, se multiplica a nivel de una empresa para reducir la rentabilidad global sin que jamás se active una alarma.
Ahí es donde entra el timeboxing. Más a menudo reducido a un método individual de productividad (Pomodoro, bloques de agenda), a escala de un proyecto, permite al gestor de proyecto establecer un límite de tiempo para las tareas que implican el margen, monitorizar continuamente lo que se ha hecho respecto a lo planificado y arbitrar el perímetro tan pronto como surge la deriva. La cuestión es dónde poner estos límites sin caer en control permanente, y cómo reaccionar cuando un equipo alcanza el límite sin haber completado su misión.
¿Qué es el timeboxing a escala de proyecto?
¿De dónde viene el timeboxing y en qué se basa?
Este método proviene del desarrollo de software. James Martin lo formalizó en 1990 en Desarrollo Rápido de Aplicaciones, para librarse de interminables proyectos de TI, donde la entrega disminuía con cada función añadida. Su regla: dividir el proyecto en ciclos de duración fija y entregar, al final de cada ciclo, una versión que funcione, aunque esté incompleta. La duración del ciclo no cambia; El contenido entregado, sí.
El objetivo no es entregar menos de lo que el cliente ha pedido para cumplir con un plazo. El ajuste se refiere a la parte discrecional del entregable (el refinamiento), no al compromiso contractual, que está sujeto a una enmienda. En una auditoría cuyo límite se acerca, un análisis secundario que el cliente no leerá puede aligerarse o acortar el formato del documento. Una recomendación prevista en el contrato, nunca.
Establecer una caja de tiempo significa ponerte un plazo interno. Cuando una tarea se acerca o la supera, corresponde al jefe de proyecto arbitrar el alcance (lo que incluye, el nivel de acabado), sin tocar la fecha ni el valor prometido al cliente, antes de que la deriva se cargue con el margen. Pero aún tenemos que ver venir este umbral: establecer el límite también requiere monitorizar el progreso, el resto por hacer y el tiempo consumido.
¿El timeboxing es un individuo, un equipo o un proyecto?
El método de timeboxing se presenta de tres maneras, que es mejor no confundir.
- A nivel individual, el más famoso, un consultor enmarca su rango de trabajo, de 25 a 90 minutos, siguiendo el espíritu de la técnica Pomodoro. Útil para durar un día.
- A nivel de equipo, ciertos horarios para reuniones o talleres con clientes están limitados: dos horas para una evaluación de alcance y un cuarto de hora para una revisión diaria.
- A nivel de proyecto, especialmente en departamentos y en un método ágil, una tarea se enmarca a lo largo de un número definido de días-trabajo. Es sobre este marco donde se calcula el margen.
¿Cuál es la diferencia entre establecer un tiempo y una fecha límite?
Tres puntos de referencia se solapan: la fecha límite, la caja de tiempo y el tiempo vendido. No miden lo mismo.
La fecha límite es una fecha límite programada con el cliente. Establece la hora en la que se espera el entregable, y nada más. No dice cuánto trabajo debe costar la tarea, ni qué hacer en caso de un desbordamiento. Dos misiones entregadas en la misma fecha pueden haber consumido 5 o 15 días-hombre: la fecha se cumple en ambos casos, el margen no.
El tiempo vendido es el referente para el margen. En un paquete, el cliente paga por un número de días establecido en el presupuesto. Es esta cifra la que se utiliza para calcular el margen al final de la misión: los días realmente consumidos se comparan con los días vendidos.
La caja de tiempo es un presupuesto interno de tiempo de trabajo, establecido bajo el tiempo vendido y basado en la estimación realista de la tarea. Cuando una tarea llega a ella, es momento de que el jefe de proyecto arbitre el alcance (qué se refina, qué se puede recortar) en lugar de posponer la entrega.
Exceder la casilla de tiempo establecido no significa que se haya incumplido la fecha límite. Esto indica al director de proyecto y al consultor que existe el riesgo de recortar el margen y que debe tomarse una decisión mientras aún hay tiempo.
Al final de la misión, comparamos el tiempo consumido y el progreso del proyecto en relación con el tiempo facturado, no con el tiempo de tiempo. Estas son dos interpretaciones diferentes del pasado.
Ten en cuenta que para un proyecto bajo gestión directa, el cliente paga el tiempo realmente dedicado al proyecto. Si no hay referencia contractual, la caja de tiempo puede usarse como referencia para identificar abusos.
| Índice de referencia | Naturaleza | Lo que limita |
|---|---|---|
| Fecha límite | Una cita | Cuándo se espera el entregable |
| Timebox | Un presupuesto interno de tiempo, por debajo del tiempo vendido | ¿Cuántos días de trabajo debería costar una tarea? |
| Tiempo vendido | Un compromiso comercial | Lo que paga el cliente, y por tanto el margen al final de la tarea |
¿Es Scrum Sprint una caja de tiempo?
Un sprint Scrum (u otro método ágil) es un tiempo estricto de 1 a 4 semanas, y los eventos que lo componen tienen un límite de duración. En un proyecto Scrum, el framework ágil ya lleva la esencia del timeboxing.
Todos los eventos de este método tienen límites de tiempo que respetar:
- 8 horas para definir el alcance de un proyecto;
- 15 minutos por punto diario;
- 4 horas al final del periodo para la revisión del sprint;
- 3 horas para la retrospectiva.
En un proyecto 100% ágil, el timeboxing se lleva a cabo mediante el framework Scrum. En otros métodos, corresponde al jefe de proyecto (o a cada consultor) establecer los límites de tiempo para cada tarea individualmente.
Para más información sobre el método Scrum, lee la Guía Scrum 2020.
Boxeo temporal, bloqueo de tiempo, agrupación, Pomodoro: ¿cuál es la diferencia?
El timeboxing aplicado a un proyecto a menudo se confunde con métodos de productividad individual con nombres vecinos.
| Método | Escala | En inglés sencillo | ¿Estás liderando un proyecto? |
|---|---|---|---|
| Boxeo temporal | Un equipo, en una tarea o un proyecto | Se planifica un número de días hombre para un hito, entregamos en el tiempo asignado sin cambiar la duración, aunque eso signifique acabados imperfectos | Sí (el único de los cuatro) |
| Bloqueo temporal | Un individuo, su agenda | Se reserva una franja horaria para una tarea, sin que se imponga una duración máxima | No |
| Pomodoro | Un individuo, su concentración | 25 minutos de trabajo, 5 minutos de descanso, y volvemos a empezar | No |
| Agrupación | Un individuo, sus tareas actuales | Todos los correos electrónicos se procesan a la vez al final del día | No |
Lo que se encuentra bajo la etiqueta genérica "timeboxing" en internet suele enmarcar el trabajo de un individuo, nunca de un equipo o un portafolio. El Pomodoro ayuda a un consultor a concentrarse, el bloqueo de tiempo organiza su agenda: ninguno de los dos dice cómo cinco consultores juntos aguantan el tiempo de una tarea, o cómo un gerente arbitra veinte misiones. Un temporizador de 25 minutos no garantiza un plan de carga. El reto para una consultora o una empresa de servicios de TI radica en el margen de su cartera de proyectos y en los días de trabajo que consumen decenas de consultores.
¿Por qué el tiempo de tus proyectos se desborda, incluso con un buen cálculo de costes?
Una estimación de tiempo, incluso correcta, no protege contra abusos si nadie garantiza que se cumplan los plazos. Varios mecanismos bien documentados explican por qué los sobrecostos presupuestarios ocurren incluso cuando el coste inicial era bueno, y que los proyectos se descontrolan sin que lo veamos venir.
Una tarea ocupa todo el tiempo disponible
Este sesgo psicológico se subestima en la gestión de proyectos: la tendencia natural del trabajo a expandirse para ocupar todo el tiempo asignado. Esta es la esencia de la Ley de Parkinson, formulada por Cyril Northcote Parkinson en 1955: el trabajo se extiende para ocupar todo el tiempo disponible para su finalización.
Una tarea que puede hacerse en 7 días-hombre, pero con un presupuesto de 10 días en el calendario, consumirá sistemáticamente esos 10 días. El vacío se llena con una acumulación de detalles, correcciones y comprobaciones de "comodidad" que no aportan ningún valor añadido real.
Estos días excedentes no se venden ni se facturan: se extraen directamente del margen del proyecto. Nadie los percibe como una anomalía, porque se respeta el presupuesto de tiempo, aunque es posible contraerlo.
La trampa del perfeccionismo en los compromisos de consultoría
Una auditoría, una nota de alcance, un modelo financiero siempre se pueden refinar: un análisis más, una diapositiva más limpia. Desgraciadamente, a menudo son los mejores consultores los que más se desbordan. Su exigencia de la calidad del entregable les lleva más allá de lo necesario. Y el jefe de proyecto, debido a la falta de visibilidad o margen de maniobra, no siempre tiene los medios para que se entregue tal cual.
Adiciones invisibles que inflan el alcance de una tarea
En una reunión, el cliente pide una pequeña incorporación. El consultor acepta mantener la relación. Nada se rastrea ni se vuelve a cifrar. Repetido a lo largo de una misión, la diferencia se vuelve significativa: este es el mecanismo del aumento del alcance de la misión.
Tomemos una auditoría con un coste de 10 días-hombre. A lo largo de los intercambios con la empresa, el cliente añade solicitudes adicionales y la misión llega a consumir 13 días. Para un proyecto en modo basado en tiempos, estas solicitudes son directamente facturables. Para un proyecto de precio fijo, este tiempo adicional no estaba previsto en el contrato, pero sí se produjo. Sin un acuerdo para replantear el alcance, este tiempo excedente se eliminará del margen del proyecto.
Cabe señalar que en ambos casos, exceder el alcance inmovilizará al consultor durante más tiempo en la misión, lo que lo hará indisponible para otras misiones y podría afectar al personal de la empresa o de la ESN de forma más global.
El caso especial del sprint en Scrum que se desborda
El sprint de Scrum es, por naturaleza, una caja de tiempo. Sin embargo, esta disciplina suele verse erosionada: el punto diario que pasa de 15 a 30 minutos, la revisión del sprint que se alarga más allá del espacio asignado, o la duración del sprint que se extiende solo para terminar esta última historia de usuario.
Tomada aisladamente, cada sobrepaso parece menor, casi anecdótico. Pero cuando se acumulan, neutralizan la limitación temporal que es la base de la agilidad. El coste oculto es real: para un equipo de cinco consultores, una melé diaria que duplica su duración equivale a 6 días de trabajo en un sprint de 4 semanas.
¿Cómo configurar el timeboxing a la escala de un proyecto?
¿Cuánto tiempo se debe dedicar a una tarea?
La caja de tiempo no es la hora vendida al presupuesto. Esta es una estimación realista del tiempo real que la tarea, planteada internamente, tomará. Un buen ajuste es lo suficientemente ajustado como para crear una restricción útil y neutralizar el efecto del Parkinson, sin volverse insostenible. Esta estimación se refina de una misión a otra, con la experiencia del gestor de proyecto y el historial de proyectos comparables.
Además, en lugar de un margen de seguridad en cada tarea, es mejor tener una reserva conjunta para todo el proyecto (siempre hay contingencias). Las tareas que se terminan antes de lo previsto compensan las que están desbordadas.
Cabe señalar que cuantas más tareas exploratorias incluya un proyecto (nunca realizadas antes), mayor debe ser esta reserva.
¿Deberías reservar el tiempo de cada tarea o solo las más importantes?
Ten cuidado de no caer en excesos de gestión. Controlar el tiempo que cada consultor dedica a todo se convierte rápidamente en microgestión, con efectos que acaban leyéndose en los datos de RRHH: rotación, absentismo. Por el contrario, controlar muy pocas de ellas equivale a detectar las derivas demasiado tarde.
La tarea timeboxer es aquella que produce un entregable identificable: una auditoría, una característica del producto, una restitución. Se da prioridad a delimitar el tiempo de las tareas críticas, aquellas cuyo gasto excesivo pone en riesgo el presupuesto y, por tanto, el margen de toda la misión: un entregable estructural, una tarea en el camino crítico, un hito de alta carga. En estas tareas, la brecha entre el tiempo planificado y el tiempo real se convierte en una señal avanzada: si se ensancha, todo el presupuesto de la misión corre el riesgo de desplomarse, no solo la tarea.
Por último, una regla de granularidad : más allá de 15 jornadas de trabajo, una tarea se beneficia de dividirse en subentregables con límites de tiempo. Por debajo de 2 o 3 días-hombre, es mejor agregarlo con otros en una única caja de tiempo.
¿Qué hacer cuando una tarea alcanza su límite?
Cuando el seguimiento muestra que una tarea alcanza su caja de tiempo, hay dos posibles respuestas:
- Estricto timeboxing: la tarea se detiene incluso cuando no está terminada, y el jefe de proyecto analiza la situación con el consultor;
- Tiempo de juego flexible: el consultor termina, aceptando el riesgo de un verdadero exceso.
Si la reserva de tiempo acumulada se agota y se amenaza el compromiso contractual, dejamos el registro de arbitraje actual para el de recuperación del proyecto, que requiere otras decisiones.
Un límite de tiempo nunca debería alargarse sin que nadie sepa del cambio de plazo. Si una tarea tarda regularmente más de lo esperado, significa que el objetivo estaba mal calibrado y necesita ser corregido.
¿Cómo podemos garantizar que se cumplan los tiempos previstos?
Por tanto, todo se basa en la detección temprana: aún necesitas saber, en el camino, que te estás acercando al techo. Este es el papel del seguimiento del tiempo. Hacer seguimiento de tiempos significa comparar continuamente el tiempo alcanzado, declarado a la CRA, con el tiempo planificado y el progreso real. Sin este control del tiempo, el sobrepaso solo es visible en el acercamiento; Con ella, la señal cae mientras aún podemos actuar.
El indicador que cuenta es la diferencia entre el tiempo consumido y el progreso real:
- una tarea que ha consumido el 60% del presupuesto pero solo está avanzada en un 40% está en alerta;
- Una tarea que ha consumido el 60% del presupuesto y está avanzada en un 60% es saludable.
Stafiz no te pone la caja de tiempo: por cada tiempo introducido en la CRA, la herramienta te permite comparar el tiempo alcanzado con el tiempo previsto, actualizar el tiempo restante a completar y el alcanzamiento del margen, y luego avisar al jefe de proyecto y al director de misión en caso de una desviación prevista.
Cada vez que se introduce la CRA, el consultor introduce el tiempo dedicado al proyecto en la herramienta de monitorización. Por su parte, el jefe de proyecto informa que el resto debe hacerse y alcanzar los hitos. El intervalo entre el tiempo consumido y el avance del proyecto se calcula con cada nueva entrada, y se alerta en caso de que el tiempo previsto se supere o si los cálculos de previsión anticipan una deriva del proyecto.
De la gestión de proyectos aislados a la cartera
El timeboxing adquiere una dimensión completamente nueva a la escala de un portafolio de proyectos. En todas las misiones de una empresa de servicios, la monitorización del tiempo y la brecha entre planificada y real influyen en la gestión de la rentabilidad y el personal de forma global. En una estructura que emplea 50 consultores, cada estimación y cada punto TACE ahorrado representa rápidamente decenas de días facturables al año a nivel de cartera, y por tanto una parte significativa de la facturación.
Es esta facilidad de gestión a nivel global lo que la consultora Greenworking buscó adoptando Stafiz. Su personal y facturación proyectadas dependían de archivos Excel, que eran cada vez menos sostenibles con el crecimiento: tasa de carga poco clara, capacidad restante difícil de leer.
❝
Stafiz ofrece una visión rápida y precisa de varios indicadores clave de la gestión de una consultora: disponibilidad de empleados, tasa de carga de trabajo, facturación de asignaciones y seguimiento de órdenes de compra. Esto es una diferencia real comparado con los archivos de Excel que deben manipularse en todas direcciones, y los datos pueden consultarse en tiempo real e instantáneamente en la herramienta.
Florentin Seux
COO
Preguntas:
