Capacity planning for an absence-heavy week: a board with clear states and transition rules

Editorial illustration of Capacity and absences · Board and states

This guide focuses on making each state identify a decision and a next action. The worked example follows three units: “weekly availability”, “commitment list” and “review allowance”.

Reference input: actual availability and delivery commitments. Expected output: an availability-adjusted weekly plan. Before assigning work, confirm the current input version and who will review the result.

Design states around meaningful decisions

A board for the capacity planning for an absence-heavy week needs states that explain what can happen next. Consider “input incomplete,” “ready,” “in progress,” “in review” and “accepted.” A task becomes ready only when the required inputs support execution. Represent a blockage with a field or signal explaining its cause and resolution owner. The board should reveal where work waits and who acts; columns without rules merely change a list's appearance. Begin with a few states and remove those that do not support a distinct decision. Keep the entry and exit conditions visible to everyone using the board.

Add fields that preserve practical context

Each record needs a deliverable, owner, version, next action, agreed date and acceptance criterion. For weekly availability, include a reference to the current material and approver. For commitment list, record its input and the evidence of its output. For review allowance, establish who receives the result. A field that never informs action, review or context recovery may be unnecessary. Keep explanatory detail in the description when a short field cannot express it. The structure should help the team perform work rather than require information that nobody consults after completing an administrative form.

Worked example

The illustrative week includes two absences and one partially available person. Capacity accounts for those restrictions before distributing commitments. Review allowance should not also be counted as production time to justify more deliveries.

The example involves Nora, Sofia and Valeria. Names, situations and numbers are illustrative and do not represent customer results. The three units let you test the proposed approach before extending it to other work.

UnitIllustrative stateOwnerCondition for progression
weekly availabilityReadyNoraComplete input and visible criterion
commitment listIn reviewSofiaDecision on an identified version
review allowanceInput pendingValeriaConfirm the missing fact
Worked-example diagram: Capacity and absences · Board and states
Diagram of the illustrative example. The table and text explain the complete records and their conditions.

Test the board with three complete records

Before adopting the board as routine, load the example's three units. Leave one ready for execution, one in review and one waiting for input. Ask a colleague to explain what happens next in each without extra instructions. If they cannot, improve the record or state rule. The input-waiting item should identify the unresolved question and its answer owner. The review item should identify the exact version. The ready item should support an immediate start. This small test exposes design defects before the same confusion spreads through dozens of tasks.

Adapt the resource to the working environment

Treat the structure as a proposed design you can recreate using the options available in your team’s working environment. It does not rely on an integration or claim an existing native template. The intended result is an availability-adjusted weekly plan. Watch the risk of counting absent people's hours as available capacity; the operational check is to confirm capacity per person after absences and meetings. If your view lacks a field, preserve the information in a structured description and verify that the team can find it. After the first cycle, change what prevents decisions or execution. A stable board makes waiting patterns easier to compare and improve.

What to check before closure

The risk to control in this case is counting absent people's hours as available capacity. A completed label needs a supporting observation. Keep the following beside the decision so the receiver can establish what was checked:

  • Input and version used: actual availability and delivery commitments.
  • Case check: confirm capacity per person after absences and meetings.
  • Outcome under review: an availability-adjusted weekly plan.

Your privacy on this blog

Choose our own statistics, Google Analytics, Cloudflare, and Google Signals with personalized advertising. The last option allows audiences for GGyess ads and combines your activity with Google data; it also requires permission for Google Analytics. Accept all allows the available options, including advertising when available; it does not subscribe you to the newsletter. Necessary only rejects every option. Permissions last up to 180 days; we remember advertising refusals for 12 months.

Necessary preferences

Remember your language, display theme and privacy choice. These preferences are not used to measure your reading.

Privacy notice · Privacy requests: myprivacy@gloadi.com