Pike
  • Pricing
  • Contact us
Log in
  1. Home/
  2. Blog/
  3. Handling unplanned work without blowing up the schedule
  • Resourcing and capacity

Handling unplanned work without blowing up the schedule

Clara Jensen, Content Writer at Pike

By Clara Jensen

Content Writer at Pike

27 Oct 26·11 min read

Share

Sign up

In this article

  • What counts as unplanned work
  • Why unplanned work always lands on someone's plan
  • How to measure how much unplanned work you get
  • Building a capacity buffer for unplanned work
  • Triage: deciding which requests jump the queue
  • Keeping the rest of the schedule honest when work does jump
  • Where Pike fits
  • Frequently asked questions
Handling unplanned work without blowing up the schedule

A client calls on Tuesday morning because their checkout page is broken. The developer who can fix it is booked at 40 hours this week across two other projects. The fix takes six hours, the other two projects each lose three, and by Friday three clients have a reason to be unhappy. Most agencies treat that week as bad luck. It happens often enough that it should be in the plan.

This guide covers the process for absorbing unplanned work: how to measure it, how much capacity to hold back for it, how to decide which requests interrupt planned work, and how to reschedule the work that gets pushed.

What counts as unplanned work

Unplanned work is any task that arrives after the week's plan is set and has to start before the next planning cycle. The usual sources at an agency are urgent client requests, production incidents on something already delivered, rework after late feedback, and cover for a colleague who is off sick.

A forecasting miss is a different problem. If a project was always going to need 60 design hours and the plan said 40, the work was knowable in advance and the estimate was wrong. Better estimating and a better resource forecast fix that. Unplanned work is work that could not have been named in advance. You can predict how much of it will arrive in a typical week. You cannot predict which client it will come from or what it will be.

That difference decides the fix. You correct a forecasting miss by improving the estimate for a specific project. You handle unplanned work by reserving capacity that is assigned to nothing in particular. The unplanned work glossary entry has the short definition.

Why unplanned work always lands on someone's plan

Unplanned work lands on a specific person, and it lands on the people who are already the most booked. The developer who built the client's site is the one who gets the call when it breaks. The account lead who knows the client gets the urgent request. Those people tend to be senior and fully allocated.

When a plan has every hour assigned, an interruption has only three places to go. It can displace planned work, which then runs late. It can go into overtime, which works for a week and stops working after a month. Or it can be done fast and badly, which creates rework and more interruptions later.

A plan with every person at 100% assumes no interruptions will arrive. If your time entries show that six hours of interruptions arrive per person every week, that plan is wrong before Monday starts.

How to measure how much unplanned work you get

Measure unplanned work from time entries before you decide how much capacity to reserve for it. The method takes about a month of data:

  1. Add a tag, task type, or dedicated task for unplanned work in your time tracking, and ask the team to log interruptions against it for four to six weeks.
  2. At the end of the period, total the unplanned hours per role per week.
  3. Divide those hours by the available hours for that role to get a percentage.

Do this per role. A support-heavy development team may lose 20% of its week to incidents while the strategy team loses 5%. One agency-wide percentage hides that.

For example, a four-person development team has 160 available hours a week. Over six weeks they log 24, 31, 18, 40, 22, and 27 hours of unplanned work. The average is 27 hours a week, or about 17% of the team's available hours. That figure is the starting point for the buffer.

Building a capacity buffer for unplanned work

A capacity buffer is a share of each person's available hours that stays unallocated so interruptions have somewhere to go. Set it from the measured figure for the role, and build it into the plan as a rule that applies every week.

In practice the buffer is a lower allocation ceiling. If the development team loses 17% of its hours to unplanned work, plan that team to roughly 80% to 85% of available hours and leave the rest open. A developer with 40 available hours gets 32 to 34 hours of planned project work. When the Tuesday incident arrives, the six hours come out of the open time and the two other projects keep their dates.

Illustration of a developer's 40-hour week with and without a capacity buffer: planned to 100%, a 6-hour incident pushes project work late; planned to 34 hours with 6 open, the incident fits

Three details make the buffer hold:

  • Set it per role. Use the measured percentage for each role. A flat 10% across the agency leaves the support-heavy roles short and wastes capacity on the others.
  • Make it visible in the plan. If the buffer exists only as an intention, a project lead will book into it. Either lower each person's bookable hours or allocate the buffer to an explicit "unplanned" line so the hours show as taken.
  • Review it quarterly. If the logged unplanned hours keep coming in under the buffer, shrink it. If they keep exceeding it, raise it or look at why one client or project generates so many interruptions.

A buffer lowers planned utilization. An agency that planned to 100% and delivered 83% was already paying for the buffer in late projects and overtime. Planning to 83% makes the number in the plan match the number in the timesheets. Our guide to resource capacity planning covers how to set utilization targets with this kind of allowance included.

Triage: deciding which requests jump the queue

Most urgent requests can wait until the next planning cycle, and a short set of written rules is enough to tell which ones cannot. Without rules, the person who received the request decides alone, and the request from the most insistent client goes first.

A workable triage asks three questions about every request that arrives mid-week:

  1. Is something broken for the client's customers or revenue right now? A checkout that fails or a campaign pointing at a dead page starts today.
  2. Is there a fixed external date this request affects? A change needed for a launch on Thursday starts this week. A change wanted "as soon as possible" goes into next week's plan.
  3. Is it inside the agreed scope? A request outside the statement of work needs a change order before anyone starts, however urgent it sounds.

One person should own triage for each team, usually whoever runs resourcing or delivery. Requests go to that person first. They decide whether the request uses the buffer, waits for the next cycle, or needs a commercial conversation, and they tell the client the same day.

Unplanned work typeTypical causeHow to buffer for it
Production incident on delivered workA bug, an outage, or a third-party changeReserve hours for the roles that support live client work
Urgent client request inside scopeA client deadline moved or a stakeholder changedPer-role buffer, used after triage confirms the date is fixed
Urgent client request outside scopeNew work arriving as a favor or a quick askNo buffer; route to a change order and schedule it as new work
Rework after late feedbackReview rounds that run past the planned datePlan a feedback window per milestone and hold hours after it
Cover for sickness or unplanned absenceA colleague is out and their deadlines do not moveTeam-level buffer, plus a named second person on each project
Internal emergenciesA pitch, a hiring round, or an escalationCount them in the measurement so the buffer reflects them

Keeping the rest of the schedule honest when work does jump

When an interruption is larger than the buffer, the displaced work needs a new date on the same day. The common failure is that the urgent task gets done and the plan keeps showing the original dates for everything else. Nobody tells the other clients until the deadline passes.

A short routine handles it:

  1. Log the unplanned hours against the unplanned task as they happen, so the measurement stays current.
  2. Move the displaced tasks in the plan to dates the person can meet with the hours they have left.
  3. Check whether the move pushes anyone over their available hours later in the month. Our guide to preventing resource over-allocation covers that check.
  4. Tell the affected project leads and clients the new dates before the old ones pass.

Step four is the one that protects the client relationship. A client who hears on Tuesday that Friday's delivery moves to Monday can adjust. A client who finds out on Friday afternoon has already made promises to their own team.

If the same client causes the buffer to overflow most weeks, raise it as a commercial question. A support retainer with reserved hours, priced as such, turns that client's interruptions into planned work.

Where Pike fits

Pike shows each person's allocated hours against their available hours across every project, so you can see how much open time a team has before you accept an urgent request. Time tracked against an unplanned task is reported alongside project time, which gives you the per-role figure for sizing the buffer. When work moves, the allocation view shows whether the new dates push anyone past their available hours.

The resource management feature page shows how allocations and capacity work in Pike, and the resourcing and capacity planning guide covers the wider planning process this buffer sits inside. To see your own team's open capacity week by week, book a 15-minute walkthrough.

Frequently asked questions

Share

Sign up

On this page

  • What counts as unplanned work
  • Why unplanned work always lands on someone's plan
  • How to measure how much unplanned work you get
  • Building a capacity buffer for unplanned work
  • Triage: deciding which requests jump the queue
  • Keeping the rest of the schedule honest when work does jump
  • Where Pike fits
  • Frequently asked questions

You might also like

More in the same topic

Bench time: what it costs your business and how to reduce it

Bench time: what it costs your business and how to reduce it

Clara Jensen, Content Writer at PikeClara Jensen·29 Oct 26
Resource planning for multiple projects: how to run one plan

Resource planning for multiple projects: how to run one plan

Clara Jensen, Content Writer at PikeClara Jensen·26 Oct 26
Best resource management software for consulting firms

Best resource management software for consulting firms

Marcus Hale, Content Writer at PikeMarcus Hale·19 Oct 26

Your business runs better on Pike.

Contact sales
  • ISO 27001 CertifiedISO 27001
  • GDPR CompliantGDPR
  • AICPA SOC 2 Type IISOC 2 Type II

Built to keep sensitive client data secure and private.

Pike box logoPike
Features
ProjectsResourcing & capacityFinance & invoicingDashboardsCustomers & salesTime & absencePike MCPIntegrations
Company
BlogOur storySwitch playbookMigration guideGet in touch
Industries
Creative agenciesMarketing agenciesDigital agenciesConsulting firmsIT consultanciesArchitecture firms
Resources
DocsChangelogPrivacy policyTerms and conditionsGlossaryFree toolsFAQ
All systems operational

Engineered around the 🌎

© 2026 Pike. All rights reserved.