Every closed-won deal becomes an engagement that flows through Definition, Build, Delivery, and Closure — each with its own gating sign-off, its own spawned tasks, and its own RACI-routed accountability. When Closure signs off, the engagement graduates to BAU.
Every engagement shows you the same thing: current phase, gate readiness, what was signed, and what's next.
Currently in Build · G1 signed Jan 22
14 of 22 phase tasks complete. Data migration module is enabled — dry-run scheduled for Feb 8. Lead Engineer Sarah Chen is Accountable on the integration workstream. BID has 2 pending revisions from client feedback.
Each phase has typed inputs, spawned tasks, and a gating sign-off. No ambiguity about whether you're ready to move forward.
Scope it before you ship it.
Inputs
Closed-won deal + Definition SoW
Tasks
Kickoff, requirements workshops, RAID log setup, BID/PID drafts, team staffing
Gate
G1 — Signed PID + signed BID + full SoW
Configure, integrate, develop.
Inputs
Signed G1 artifacts
Tasks
OS config, GL mapping, data migration, integrations, user-story dev, UAT prep
Gate
G2 — Build-complete sign-off, UAT-ready system
Test it, train them, take it live.
Inputs
Build-complete system
Tasks
UAT execution, defect triage, training, cutover prep, go-live readiness
Gate
G3 — UAT sign-off + go-live approval
Stabilize. Hand over. Close out.
Inputs
Live system
Tasks
Hyper-care, post-go-live stabilization, lessons learned, BAU handoff
Gate
G4 — Closure sign-off → graduation to BAU
Every gate captures an immutable snapshot of what was signed — the BID, the PID, the SoW, the UAT report, the closure pack. The source document keeps evolving; the snapshot freezes what was agreed at that gate.
Documents update continuously as the project unfolds — the gate snapshot freezes what was actually signed.
Rewinding a gate never retracts a snapshot. Every audit, every dispute, every renewal references the same source of truth.
When a change request approves in BAU, a fresh BID snapshot tags `phase: bau` so the post-go-live trail stays complete.
Definition SoW signed before Definition opens. Full SoW signed at G1, once true scope is known. No more four-month deals that turn into twelve.
Client legal not engaged for DPA
Okta SSO is production-ready by G2
Sandbox creds intermittently expire
Pin EDI rollout to phase 2 (post go-live)
Phase tasks land on the Accountable role automatically when the phase opens. No manual triage.
The delivery team has typed role slots — Delivery Manager, Business Analyst, Account Manager, Lead Engineer, Data Lead, QA Lead — that map to the RACI matrix on every phase task. When a phase opens, tasks auto-route to the Accountable person. No triage meeting. No spreadsheet.
Toggle a module on at the start of the engagement — Tempo spawns the right tasks in the right phase. Toggle one off, and the related tasks never appear.
Spawns mapping, validation, and dry-run tasks in Build
Finance-side configuration in Build phase
Third-party connector workstream in Build
EDI partner setup and message-flow validation
The full SoW signed at G1 sets the budget. Any post-G1 scope shift runs through the 11-stage change request workflow — with cost estimates, billable classification, client signature, and payment confirmation before any work begins. The BID re-snapshots when the CR approves.
Hours, rates, spend per engagement with burn-rate forecasting against the G1 budget
11-stage CR pipeline with cost estimates, signatures, invoice tracking, and BID re-snapshot on approval
Log time per task with consumption visualization against the active phase
Weekly capacity hours and utilization % per team member, per phase
G1 Budget
$0
Locked at G1
Spent
$0
58% utilized
CRs approved
$0
2 billable CRs
Burn Rate
$0/wk
~9 weeks runway
When the Closure gate signs off, the engagement graduates to BAU in one atomic transaction — the engagement leaves the delivery board, the account flips to live_customer, and Customer Success picks up the relationship. No more "is this still in delivery or are we live?"
BAU spawns zero tasks. Ongoing servicing flows through change requests, client submissions, and ad-hoc CS work — modeled, tracked, and never confused with delivery work.
Atomic transition
currentPhase → bau
accountType → live_customer
RevenueEvent → bau_graduated
Tempo is invite-only. Log in if you already have access, or join the waitlist below.
or join the waitlist