Reporting

On-time delivery

Where it stands, and what it is built from.
No goal set
Movement

This is a problem on our side. It is being monitored and does not need action from you.

Where it stands

On-time delivery
60%
no target yet, pending a baseline
Project tracker · as of Oct 22, 2026
Latest period: 0.3

Monthly, up to the last 12 months

Why it is where it is

This accounts for the slippage behind the share, across 4 projects that missed a date, 88 days in all.

1DTC Site Replatform43 days

Due Sep 9, 2026 and not recorded as finished. The tracker has it as behind.

How this was measured: The days between the due date on the project and the day it was delivered, or today where it has not been. Read from the project's own dates, not from a status.

project records on file, as of Oct 22, 2026
2Website Redesign and Listings Integration23 days

Due Sep 29, 2026 and not recorded as finished. The tracker has it as at_risk.

How this was measured: The days between the due date on the project and the day it was delivered, or today where it has not been. Read from the project's own dates, not from a status.

project records on file, as of Oct 22, 2026
3Q2 Rebrand and Packaging Refresh13 days

Due Oct 9, 2026 and not recorded as finished. The tracker has it as at_risk.

How this was measured: The days between the due date on the project and the day it was delivered, or today where it has not been. Read from the project's own dates, not from a status.

project records on file, as of Oct 22, 2026
4Demand Gen Campaign Build8 days

Due Oct 14, 2026 and not recorded as finished. The tracker has it as on_track.

How this was measured: The days between the due date on the project and the day it was delivered, or today where it has not been. Read from the project's own dates, not from a status.

project records on file, as of Oct 22, 2026

Each project appears once, and the magnitude is days rather than a count on purpose: a project that slipped a weekend and one that slipped a quarter are the same number on the tile and different problems here. Of the projects on file, 0 count as on time on a status claim with no completion date behind them and 5 are in flight and counted on the tracker's word, so the share above rests partly on opinion. What is below rests only on dates. The share counts every project on file. A project finished on a status claim with no completion date, and one in flight the tracker calls on track, both count as on time without a date comparison behind them, so they are named here separately.

What we checked, in order

We read this workspace and nothing in it answers this.

There is no ruled order of checks for On-time delivery yet. Three of these ordered diagnostics exist and they attach to the profit share, an account under the floor, and absorbed work. This metric is not one of them.

An ordered set of checks is worth more than a list of things to look at, because the order is what stops the most expensive move being tried first. Writing one for this metric is a decision about how it should be diagnosed rather than a gap in the data.

Root cause

Late delivery is almost never a speed problem, and reading this number as one is the common mistake. Work slips where it QUEUES, and in an agency it queues in a small number of predictable places: a single reviewer everybody routes through, a client whose approvals arrive late, a kind of work whose scope is still open at the point the date was promised. The share tells you it is happening. It cannot tell you where the queue is, and the difference decides the response, because adding capacity to a team that is waiting on one approver changes nothing at all. On this workspace 4 projects missed a date. The worst is DTC Site Replatform at 43 days. The section above lists them together, which is where a shared reviewer, a shared client or a shared phase becomes visible.

Project tracker

What to do now

Look at DTC Site Replatform, Website Redesign and Listings Integration and Q2 Rebrand and Packaging Refresh together and ask what they SHARE rather than how late each one ran. A shared reviewer, a shared client or a shared phase is the fix; three unrelated slips are a promising problem rather than an execution one.

This number moves for reasons that concentrate, so the useful unit is the pattern rather than the total, and the projects are named above so the pattern is readable rather than remembered. One thing to carry into it: of the projects on file, 0 count as on time on a status claim with no completion date behind them, and 5 are in flight and counted on the tracker's word. The share is softer than it looks, and the named list is the part that is not.

This closes no measured driver above, and does not claim to.

Project tracker

What stops it coming back

Commit dates against the review path rather than against the work, and set a level for this tile once there is enough history to set an honest one. Most missed dates were unrealistic when they were given, not mishandled afterwards.

Two structural pieces. The first is that a date gets committed after the approval path is known, so the promise carries the waiting time it will actually need rather than only the working time. The second is the target itself: this tile is currently read against nothing, which means a period can get materially worse without anything crossing a line and without anybody being wrong. Neither of those is a product setting. The first is how work gets sold and the second is a decision nobody has made yet.

This closes no measured driver above, and does not claim to.

Project tracker

What happens if this is ignored

Late delivery compounds in a specific order and only the last step is visible. A slipped project pushes the next one's start, so the team begins behind, and the recovery comes out of margin because those hours were sold once and worked twice. The client-facing part arrives last and arrives as a decision already taken: clients rarely complain about dates, they simply stop renewing. By the time this shows up in retention, the conversation that would have saved the account was available two quarters earlier.

Project tracker

Is this target still telling you anything

We read this workspace and nothing in it answers this.

This metric carries no ratified target, so there is nothing here to calibrate. A target can only be too easy or too hard once somebody has set one.

Setting a level for this metric is what turns it from a number you watch into a number you are held to, and it is what this section reads against.

Source: Project tracker, as of Oct 22, 2026
Help and feedbackAvailable after sign-in