TEMPLATE

Agency Project Template

A board for one client engagement, start to finish. Scope becomes cards before production starts, and nothing leaves review without a record of who signed off.

Agency project template
Scope & kickoff
SOW signed: Acme rebrand
Kickoff deck sent
In production · 4 max
Homepage wireframes
Brand guidelines v1
Client review
Logo concepts, awaiting feedback
Delivered & invoiced
Phase 1 assets handed off

This is the whole engagement, start to finish. Once a piece of it is scoped and ready to execute against a client deadline, the client delivery template tracks that phase in detail.

Why most agency templates stop reflecting the engagement

Agency work has a specific failure pattern that a generic project board doesn't catch: the scope on day one is rarely the scope by delivery, and the drift happens in small increments that never individually look worth a fight.

Scope creep is invisible on the board. A client asks for "one more version," and it becomes part of the existing card instead of a new request. Nobody decided to do extra work; it just accumulated into the deliverable already in flight.

Production and review blur together. A deliverable sits in "review" while three more revisions get made without formally going back through it, so the review stage stops meaning anything and sign-off becomes a formality applied to whatever's current at the time.

Utilization is reconstructed from memory. Billable hours get estimated at invoice time rather than logged as the work happened, which is how a profitable-looking engagement turns out to have eaten far more hours than were ever billed.

The engagement and the phase get tracked on the same board. A single list tries to hold both "what did we agree to overall" and "what's due this Tuesday," and it ends up doing neither well. The whole engagement needs room to breathe that a single deadline-driven board doesn't give it.

None of these are unusual mistakes. They're what happens when a template built for internal project work gets reused for client work without accounting for the two things that make client work different: money changes hands, and someone outside the team gets a say in what "done" means.

What's inside

The structure, and why each part is there

A scope & kickoff column with a signed gate

Nothing enters production without a scoped card behind it. The SOW is where the deliverable's boundaries get written down once, before anyone starts building against a moving target.

A WIP-limited production column

A cap on how many deliverables are actively being built at once, so the team is finishing work rather than starting a fourth thing while three others sit half-done.

A distinct client review stage

Feedback and revision requests happen in their own column, separate from production, so "in review" still means something specific by the third week of the engagement.

A change-request inbox

Anything beyond the original scope lands in triage as a new item, priced and scheduled, rather than getting absorbed silently into a card that was already agreed and estimated.

Time logged against each deliverable

Five seconds, sitting next to the task just finished, rolling up into utilization automatically instead of getting reconstructed from memory the day invoices go out.

An engagement decision log

Scope decisions, agreed changes and sign-offs recorded on the client's wiki page with page history, so six weeks in, nobody has to ask why a deliverable ended up the way it did.

What a mid-engagement week looks like on the board

By week four of a typical engagement, scope and kickoff are done: the SOW is signed, the deck's been sent, and the board's real activity is in production. Four deliverables sit in progress, at the column cap, with two more waiting because the cap is holding. Nothing new starts until something finishes. One card is in client review, three days in, which the account lead reads as "waiting on them" rather than a delay to chase internally. A revision request comes in over email asking for "one more logo direction." It becomes a new card in the change-request inbox rather than an edit to the concept already in review, so it gets priced and scheduled rather than quietly absorbed. At the end of the week, logged hours against each deliverable roll up into a utilization number the account lead can actually trust, instead of one assembled from memory before the invoice goes out. That's the five-second log next to each task doing its actual job: not a timesheet chore, but a number Friday's invoice can stand on.

How to use it

  1. 01Scope the engagement into cards before the kickoff call. Deliverables, not phases. Production needs something concrete to point to, not a paragraph in the SOW that has to be re-interpreted every time.
  2. 02Cap production strictly. A small limit, low enough that it's uncomfortable at first, forces the team to finish a deliverable before pulling the next one in.
  3. 03Route every "just one more thing" through the change-request inbox. A new card, not an edit to the existing one. This is the single habit that keeps scope visible instead of quietly absorbed.
  4. 04Log hours per deliverable as you go. It turns utilization into a report you can pull at any point, instead of a guess assembled at month-end.
  5. 05Keep the decision log current as the engagement runs, not as a wrap-up exercise. The point where a scope decision is made is the point it's cheapest to write down.
  6. 06Hand off a scoped phase once it's ready to execute against a client deadline. This board stays the container for the whole engagement; a client delivery board tracks the phase that's actually in flight, against its own date.

The structure isn't proprietary; you could rebuild the scope-to-delivery flow in any tool with column limits and a change log. It's written down here because the change-request inbox is the part most agency boards skip, and it's the part that actually protects the margin.

If you take three things
  • Scope creep is manageable when it has to become a new card, not an edit to an old one
  • Time logged per deliverable turns utilization into a report, not a guess made at invoice time
  • This template is the whole engagement; the client delivery template is one phase of it, once scope is agreed
FAQ

Common questions

Agency project covers the full engagement: scoping, production, client review and delivery, for one client relationship, start to finish. Client delivery is narrower. It starts once scope is agreed for a phase and tracks execution against that phase's client-facing deadline. A larger engagement typically runs one agency project board with several client delivery boards underneath it, one per phase or deliverable set.

Keep reading

Related pages

See it on your own work.

A workspace your whole company will actually use is 60 seconds away. No card, no risk, nothing to install.

14-day full-access trial · sample project included · no card required