Timeboxing: cómo usar límites de tiempo fijos para terminar el trabajo

Por Tara Minh · Actualizado el 10 de octubre de 2026

El timeboxing es una técnica de planificación que asigna a una tarea una cantidad fija de tiempo y un límite estricto. Cuando se acaba el tiempo, el trabajo termina y el equipo revisa lo que se logró. Si queda trabajo pendiente, cambia el alcance. La fecha límite no.

Datos Clave

• El Agile Business Consortium define el timeboxing como una técnica que fija el tiempo y gestiona el alcance mediante la prioridad, en lugar de extender el plazo cuando aparece más trabajo.
• Los timeboxes de entrega en DSDM suelen durar de 1 a 4 semanas, a menudo 2, y los timeboxes de Project Increment suelen durar de 6 a 12 semanas.
• Para un Sprint de un mes, la Scrum Guide de 2020 limita el Sprint Planning a un máximo de ocho horas, el Sprint Review a un máximo de cuatro horas y el Sprint Retrospective a un máximo de tres horas. El Daily Scrum dura 15 minutos.
• DSDM recomienda no más del 60% de esfuerzo en Must Have y alrededor del 20% en Could Have para que el timebox tenga margen de flexibilidad.

¿Qué es el timeboxing?

Un timebox es un periodo de tiempo asignado para lograr un objetivo. Primero usted elige la duración. Luego decide qué cabe dentro. Ese orden es toda la idea.

La mayoría de los planes funcionan al revés. Alguien enumera el trabajo, estima cuánto tardará y la fecha de fin se va desplazando hasta donde llega la estimación. El timeboxing le da la vuelta. El equipo se pregunta cuál es el resultado más valioso dentro del tiempo disponible, en lugar de cuánto tardaría en terminarlo todo.

La técnica aparece en dos lugares muy conocidos. En DSDM, el marco ágil de proyectos que mantiene el Agile Business Consortium, el tiempo, el costo y la calidad se mantienen constantes y se negocian las funcionalidades. En Scrum, cada evento tiene un timebox, y el propio Sprint es un evento de duración fija de un mes o menos. Ambos se apoyan en el mismo intercambio: la fecha se mantiene y el alcance se adapta.

Ese intercambio es también lo que distingue al timeboxing de un simple plazo. Un plazo dice "esto debe estar listo el viernes". Un timebox dice "tenemos hasta el viernes, así que decidamos cómo es el mejor viernes posible".

Cómo funciona el timeboxing

Tres ideas sostienen la técnica.

El tiempo es fijo. Una vez que empieza un timebox, no se extiende porque el trabajo resultó ser más grande de lo esperado. Extenderlo es la manera en que una tarea de dos semanas se convierte en una de seis que nadie recuerda haber aceptado.

El alcance es la variable. Como el tiempo no se puede mover, algo más tiene que ceder. DSDM ordena el trabajo con las prioridades MoSCoW: Must Have, Should Have, Could Have y Won't Have esta vez. Los Must Have son el mínimo que hace que el timebox sea un éxito. Los Could Have son la contingencia y lo primero que se descarta cuando el tiempo aprieta.

La calidad está protegida. La guía del Agile Business Consortium es fijar el tiempo, proteger la calidad y usar la prioridad para gestionar el alcance. Recortar una funcionalidad está bien. Entregar todas las funcionalidades a medio probar, no.

La regla práctica 60/20

DSDM sugiere mantener el esfuerzo en Must Have típicamente en no más del 60% del timebox, con una reserva de Could Have de alrededor del 20% como contingencia. Son orientaciones, no una ley. Sin embargo, la lógica es sencilla. Si todo lo que hay en el timebox es Must Have, no queda nada que descartar cuando una tarea se alarga, y volverá a incumplir la fecha.

Timeboxes anidados

Los timeboxes se apilan. El Agile Business Consortium describe un timebox de proyecto que contiene incrementos de proyecto (típicamente de 6 a 12 semanas), los cuales contienen timeboxes de entrega (normalmente de 1 a 4 semanas, a menudo 2). Las reuniones y los talleres también tienen sus propios timeboxes, desde unos 15 minutos hasta unas pocas horas. Cada capa da al equipo una oportunidad regular de inspeccionar lo ocurrido y ajustar.

Timeboxing frente a técnicas similares

Es común confundir el timeboxing con otros métodos relacionados con el tiempo. Se solapan, pero responden a preguntas distintas.

El time blocking trata de dónde vive el trabajo en su calendario. El timeboxing trata de cuánto tiempo se permite que tarde una tarea. Puede hacer ambos: bloquee el martes por la mañana en su calendario y luego limite la revisión de la competencia a 90 minutos dentro de ese bloque.

Un Sprint es un timebox específico con un conjunto específico de reglas. El timeboxing es la técnica general, y los Sprints son una de sus aplicaciones. Para ver con más detalle cómo arranca el Sprint, consulte el sprint planning.

Los límites de WIP y los timeboxes se complementan bien. Un timebox limita cuánto tiempo trabaja, y un límite de WIP limita cuánto empieza. Juntos evitan que los equipos abran diez cosas y no terminen ninguna.

Los timeboxes en la Scrum Guide

Scrum es el lugar más visible donde el timeboxing está escrito en las reglas. La Scrum Guide de 2020 fija estos límites para un Sprint de un mes:

Para Sprints más cortos, la guía indica que los eventos suelen ser más breves. Un Sprint de dos semanas no necesita una sesión de planificación de ocho horas, y la mayoría de los equipos no la realiza.

El Daily Scrum es el ejemplo más claro. Quince minutos es la duración, ya sea que el equipo tenga tres personas o nueve. Si un tema necesita más tiempo, pasa a una conversación aparte después del evento. Si desea el detalle del día a día, lea nuestra guía del daily standup y el panorama más amplio de las ceremonias Agile.

Cómo aplicar timeboxing a un trabajo

Puede aplicarlo a un taller de dos horas o a un lanzamiento de dos meses. Los pasos son los mismos.

Paso 1: defina el resultado, no la lista de tareas

Escriba una oración que describa cómo se ve "terminado". "Redactar la lista de verificación de onboarding del cuarto trimestre y obtener la aprobación de RR. HH." es un resultado. "Trabajar en el onboarding" no lo es. Un resultado claro le dice qué está protegiendo cuando recorta el alcance.

Paso 2: elija la duración del timebox

Elija el tiempo antes de estimar el trabajo. Base la duración en la frecuencia con que necesita retroalimentación y en cuánto tiempo pueden las personas mantener el contexto. Para un equipo, suele ser una o dos semanas. Para una tarea individual, podrían ser 90 minutos. Si el timebox le parece demasiado corto, probablemente ha juntado varios resultados. Sepárelos.

Paso 3: liste el trabajo y priorícelo

Ponga sobre la mesa todas las tareas candidatas y clasifique cada una con MoSCoW. Sea honesto con lo que es Must Have. La prueba es sencilla: si este elemento no se termina, ¿el timebox contaría como un fracaso? Si no, es un Should o un Could.

Paso 4: compruebe la carga con la guía 60/20

Sume el esfuerzo estimado. Si los Must Have ocupan mucho más del 60% del timebox, o el timebox es demasiado pequeño o hay demasiados Must. Corríjalo antes de empezar, no el último día.

Paso 5: inicie el reloj y haga visible el final

Ponga la fecha y la hora de fin donde todos puedan verlas: en el tablero, en el encabezado del canal, en la invitación del calendario. Un timebox solo funciona si la gente siente el límite.

Paso 6: revise el avance en ciclos cortos

Haga una revisión breve diaria o dos veces por semana. Pregunte si los Must van según lo previsto y, si no, qué Could se descartan ahora. Decidir pronto recortar un Could Have es barato. Decidirlo en la última tarde es doloroso.

Paso 7: deténgase a tiempo y revise

Cuando termine el timebox, deténgase. Demuestre lo que está hecho, registre lo que no y decida si el trabajo restante se gana un lugar en el siguiente timebox. Luego haga una retrospectiva breve: ¿fue la duración adecuada y fueron honestas las prioridades?

Plantilla de planificación de timebox

Copie esta tabla en un documento o una hoja de cálculo y complétela al inicio de cada timebox.

Dos campos hacen la mayor parte del trabajo. El cierre estricto impide las extensiones silenciosas, y la regla de decisión zanja la discusión sobre qué recortar antes de que nadie esté bajo presión.

Ejemplos de timeboxing por función del negocio

Observe que cada ejemplo nombra algo que se puede descartar. Eso es lo que lo convierte en un timebox y no en un plazo disfrazado.

Un ejemplo práctico

Digamos que un equipo de marketing tiene una semana para lanzar un webinar. El resultado es "página de registro y promoción en vivo el viernes al mediodía". Los Must son la página, el correo de confirmación y un correo de anuncio. Los Should son un correo recordatorio y una publicación en redes sociales. Los Could son un video adelanto de los ponentes y una copromoción con un socio.

El miércoles, la página necesita una revisión legal que toma un día más de lo planeado. El equipo no mueve el viernes. Descarta el video adelanto, conserva el resto y entrega a tiempo. El video pasa al siguiente timebox si todavía parece valer la pena.

Qué hacer y qué evitar en el timeboxing

Haga lo siguiente

• Fije la duración antes de estimar el trabajo. El timebox define la restricción. Las estimaciones lo llenan.
• Haga que los Must Have sean verdaderamente mínimos. Si el timebox sobrevive sin ese elemento, no es un Must.
• Mantenga visible una lista de Could Have. Es su contingencia, y todos deben saber que existe.
• Termine a tiempo, aunque resulte incómodo. La primera parada anticipada enseña al equipo que el timebox es real.
• Revise al final. Cinco minutos para ver qué se retrasó y por qué mejoran el siguiente timebox.
• Combínelo con la priorización. Un timebox sin alcance priorizado es solo un plazo. Lea sobre la priorización MoSCoW antes de su primer timebox.

Evite lo siguiente

• No extienda en silencio. Un solo "un día más" enseña a todos que el final es negociable.
• No ponga todo como Must Have. Eso elimina la flexibilidad de la que depende la técnica.
• No recorte la calidad para que todo quepa. Descarte funcionalidades, no las pruebas.
• No use el timebox como herramienta de presión. El Agile Business Consortium advierte que usar los plazos como presión puede fomentar las prisas o problemas de calidad ocultos.
• No deje que entre trabajo nuevo a mitad del timebox sin avisar. Trate las adiciones como scope creep: cambie algo por ello o prográmelo para el siguiente timebox.
• No elija una duración en la que el trabajo no pueda caber por diseño. Si hay tres resultados apretados en un solo timebox, divida el timebox.

Errores comunes

Tratarlo como un plazo más estricto. Los equipos oyen "timebox" y piensan "trabajar más rápido". El punto no es la velocidad. Es elegir lo que más importa.

Timeboxes demasiado largos. Un timebox de seis semanas sin puntos de control oculta los problemas hasta la quinta semana. Anide timeboxes más cortos dentro de él.

Sin responsable. Alguien tiene que decidir los recortes. Si nadie es dueño de la regla de decisión, las discusiones sobre el alcance consumen el tiempo.

Omitir la revisión. Sin una mirada atrás, no sabrá si sus timeboxes tienen el tamaño correcto y repetirá el mismo error de cálculo.

Cuándo funciona mejor el timeboxing y cuándo no

Funciona mejor cuando la fecha importa más que el conjunto exacto de funcionalidades: iteraciones de producto, campañas, talleres, investigación, informes y reuniones que tienden a alargarse. También encaja con el trabajo incierto, donde no se puede estimar con fiabilidad pero sí decidir cuánto tiempo merece la pregunta.

Encaja peor cuando el alcance está fijado por ley o por la naturaleza física del trabajo. Una inspección de obra, una presentación regulatoria o un contrato con todas las cláusulas obligatorias no dejan ningún Could que descartar. En esos casos, use el timebox para los puntos de control dentro del trabajo, pero acepte que la restricción externa es el alcance. Una estructura de desglose del trabajo es la mejor herramienta en esos casos.