Separa solicitudes, compromisos y trabajo en curso. Un límite visible ayuda a tomar decisiones de entrada; el calendario exige revisar dependencias y capacidad reales.
Define qué cuenta como trabajo abierto
Elige una unidad que puedas reconocer al empezar y al terminar: una revisión de catálogo, una sesión con su entrega o un diseño listo para aprobación. Si una tarjeta representa un proyecto de tres meses y otra una corrección breve, contar tarjetas por sí solo no describe la carga. Registra tamaño aproximado o divide resultados cuando tenga sentido.
Atlassian presenta los límites WIP como restricciones a la cantidad de trabajo en curso. La idea sirve de referencia para este ejercicio editorial; el número adecuado debe probarse en tu operación. No existe un límite universal deducible del tamaño del equipo.
Dibuja estados que permitan decidir
| Estado | Qué significa | Pregunta de revisión |
|---|---|---|
| Solicitado | Todavía sin compromiso de ejecución | ¿Hay información para evaluar? |
| Listo para empezar | Alcance e insumos confirmados | ¿Existe capacidad para iniciarlo? |
| En trabajo | Se está produciendo o revisando | ¿Qué permite terminarlo? |
| Terminado | Cumple el criterio acordado | ¿Se entregó y quedó registrado? |
Marca los bloqueos sobre la tarjeta y conserva cuándo comenzó la espera. Una entrega pendiente de aprobación sigue abierta aunque no ocupe todas las horas del día. Moverla a una lista invisible puede ocultar el trabajo que regresará cuando llegue la respuesta.
Prueba una regla de entrada concreta
En un ejemplo ficticio, un estudio tiene dos revisiones en producción y una esperando información. Decide ensayar un límite de tres encargos abiertos entre producción y revisión. Llega una cuarta solicitud. El tablero no dice “aceptar para empezar hoy”: obliga a decidir si se espera, se acuerda otra fecha o se termina una entrega antes.
El tres es una elección ilustrativa, no una recomendación de capacidad. Anota qué cuenta dentro del límite y quién puede autorizar una excepción. Si surge una urgencia, registra qué compromiso se desplaza y avisa a las personas afectadas. No aumentes el número solo para que la señal de saturación desaparezca.
Mira la espera antes de iniciar más trabajo
Para cada bloqueo escribe qué falta, quién puede resolverlo y qué acción está bajo tu control. “Cliente” es demasiado amplio; “falta aprobar la lista de productos enviada el lunes” permite una conversación concreta. Si otra persona puede ayudar, comparte el contexto necesario mediante la ficha de traspaso.
Distingue tiempo de trabajo y tiempo transcurrido. Una tarea de dos horas puede tardar varios días de calendario si necesita respuestas externas. El tablero muestra estados; no convierte automáticamente un promedio histórico en una fecha prometida. Revisa el caso antes de confirmar el plazo de otro encargo.
Explica la capacidad sin compartir el tablero privado
Una respuesta ficticia puede decir: “Puedo revisar los materiales esta semana y confirmar después una fecha de inicio. El trabajo comienza cuando acordemos el alcance y estén completos los insumos”. Ajusta la frase a tu proceso real. Una consulta recibida y un espacio reservado necesitan estados distintos.
La revisión de alcance ayuda cuando un trabajo abierto crece. La planificación de jornada permite reconocer las horas disponibles. Aquí la decisión es qué entra al sistema, no cómo llenar cada bloque de la agenda.
Revisa el límite con un registro de casos
Durante el ensayo, conserva entradas, terminaciones, bloqueos y excepciones con sus fechas. Pregunta qué quedó esperando y por qué. Tal vez falten insumos antes de empezar, las unidades sean demasiado grandes o una revisión se haya convertido en el cuello de botella. Cambia la regla con un motivo explícito.
Iniciar menos cosas es una decisión de operación, no una garantía de entregar más. Compara situaciones semejantes y registra cambios de alcance o disponibilidad. El resultado útil de la primera revisión es una regla de entrada comprensible y una lista visible de compromisos pendientes.
Before Taking Another Job, Look at the Work Still Open
Five started jobs can fill a week even when none looks large alone. To take another, you need to see what remains before finishing the current jobs and which work can actually move forward.
Separate requests, commitments and work in progress. A visible limit supports entry decisions; scheduling still requires checking actual dependencies and capacity.
Define what counts as open work
Choose a unit recognizable at its start and finish: a catalogue review, a session with its deliverable or a design ready for approval. If one card represents a three-month project and another a brief correction, card counts alone do not describe workload. Record approximate size or split outcomes when useful.
Atlassian describes WIP limits as restrictions on the amount of work in progress. That idea provides a reference for this editorial exercise; the appropriate number needs testing in your operation. Team size alone does not establish a universal limit.
Draw states that support decisions
| State | Meaning | Review question |
|---|---|---|
| Requested | No execution commitment yet | Is there enough information to evaluate? |
| Ready to start | Scope and inputs confirmed | Is capacity available to start? |
| In progress | Production or review is underway | What enables completion? |
| Finished | Meets the agreed criterion | Was it delivered and recorded? |
Mark blockers on the card and retain the start of the wait. A deliverable awaiting approval remains open even when it does not occupy every hour. Moving it to an invisible list can hide work that returns when the response arrives.
Try a concrete entry rule
In a fictional example, a studio has two reviews in production and one awaiting information. It chooses to try a limit of three open jobs across production and review. A fourth request arrives. The board does not say “accept and start today”: it prompts a decision to wait, agree another date or finish a delivery first.
Three is an illustrative choice rather than a capacity recommendation. Note what counts toward the limit and who can authorize an exception. If urgent work arrives, record which commitment moves and tell affected people. Do not raise the number merely to make the overload signal disappear.
Inspect waiting before starting more
For each blocker, write what is missing, who can resolve it and which action is within your control. “Customer” is too broad; “approval of the product list sent Monday is missing” supports a concrete conversation. If another person can help, share necessary context through a handoff record.
Distinguish working time from elapsed time. A two-hour task can take several calendar days when external responses are needed. A board displays states; it does not automatically turn a historical average into a promised date. Review the case before confirming another job’s deadline.
Explain capacity without sharing a private board
A fictional response could say: “I can review the materials this week and then confirm a start date. Work starts when scope is agreed and inputs are complete.” Adapt this to your real process. Receiving an enquiry and reserving capacity need different states.
A scope review helps when open work expands. Workday planning helps recognize available hours. Here the decision concerns what enters the system, rather than filling every calendar block.
Review the limit with a case record
During the trial, retain dated entries, completions, blockers and exceptions. Ask what waited and why. Inputs may be missing before starting, units may be too large or a review may have become the bottleneck. Change the rule for an explicit reason.
Starting fewer things is an operational decision, not a guarantee of delivering more. Compare similar situations and record changes in scope or availability. The useful first-review result is an understandable entry rule and a visible list of outstanding commitments.
接下一项委托前，先看看尚未完成的工作
五项已经开始的委托，即使单独看都不大，也可能占满一周。接下一项之前，需要看清现有工作还差什么才能结束，以及哪些任务确实能够推进。
区分请求、承诺和进行中的工作。可见上限帮助决定新工作何时进入；排期仍需核对实际依赖与能力。
定义什么算尚未完成的工作
选择开始与结束都能识别的单位：一次目录审核、一次会谈及其交付物，或一份待批准的设计。如果一张卡代表三个月项目，另一张只代表简短修改，数卡片并不能说明负荷。必要时记录大致规模，或拆分结果。
Atlassian 将 WIP 上限解释为对进行中工作数量的限制。这个概念为本编辑练习提供参考；适合的数字需要在自己的运营中试行。团队人数本身无法决定通用上限。
画出能够支持决策的状态
| 状态 | 含义 | 审核问题 |
|---|---|---|
| 已请求 | 尚未承诺执行 | 信息是否足以评估？ |
| 可以开始 | 范围与输入已确认 | 是否有能力启动？ |
| 进行中 | 正在制作或审核 | 什么能使其完成？ |
| 已完成 | 满足约定标准 | 是否已交付并记录？ |
在卡片上标记阻碍，并保留开始等待的时间。等待批准的交付物仍未结束，即使它不会占用全天。将其移入看不见的列表，可能隐藏收到回复后会重新出现的工作。
试行明确的进入规则
在虚构例子中，工作室有两项审核正在制作，另有一项等待资料。团队决定试行制作与审核阶段合计最多三项开放委托。第四个请求到来时，看板不会给出“今天就接下来开工”的答案，而是要求决定等待、另约日期，或先完成一项交付。
三项只是说明性选择，不是能力建议。记录哪些任务计入上限，以及谁能批准例外。出现急件时，写明哪个承诺会被移后，并通知受影响的人。不要只为消除饱和信号而提高数字。
启动更多工作前先检查等待
每个阻碍都写清缺少什么、谁能解决，以及什么动作由自己控制。“客户”过于宽泛；“周一发送的产品清单尚未获批”才便于具体沟通。如果其他人能帮忙，可用交接记录提供必要背景。
区分实际工作时间与经过的日历时间。两小时任务若需要外部回应，可能跨越数天。看板显示状态，不能自动把历史平均值变成承诺日期。确认新委托期限前仍需审核具体情况。
说明能力，无须公开私人看板
一条虚构回应可以是：“我能在本周审核材料，之后确认开始日期。范围达成一致且资料齐全后启动工作。”应根据真实流程调整。收到咨询与预留能力需要不同状态。
范围审核帮助处理开放工作扩大的情况。工作日规划帮助认识可用小时。本篇决定的是工作怎样进入系统，而不是怎样填满每个日历时段。
用案例记录复查上限
试行期间保留进入、完成、阻碍与例外的日期。问清哪些事情在等待、为什么等待。可能是开始前缺资料、单位太大，或某项审核成了瓶颈。修改规则时写明理由。
少启动一些事情属于运营决策，不保证交付更多。比较相似情境，记录范围或可用时间的变化。首次复查的实用成果，是一条大家能理解的进入规则，以及一份可见的未完成承诺清单。
Fuentes y método
Fuentes consultadas el 19 de octubre de 2026. Los escenarios y cifras ilustrativos son ficticios. Las fichas y ejercicios son propuestas editoriales originales, sin resultados de clientes ni pruebas de proveedores atribuidos. Editorial standards · Disclosures.
