The Short Version
The weekly job costing review is the single most impactful financial meeting most builders don't do. The three numbers — committed costs, projected cost at completion, and projected profit — take 10 minutes to pull and 20 minutes to act on. Builders who run this weekly catch budget overruns 3-4 weeks earlier than those who don't, which is the difference between catching a problem when you can still fix it and discovering it after the job closes.
Sound Familiar?
Signs your job costing review process is missing:
- You find out a job lost money when it closes — not before
- Your P&L by job shows a snapshot from weeks ago, not the current picture
- You don't know which active jobs are on track and which ones are running over
- Change orders aren't connected to the job budget, so the budget is stale
- You have a feeling about which jobs are in trouble but no data to back it up
- Your weekly team meeting covers scheduling but never financial status
What We Found
The Three Numbers That Matter in a Weekly Job Costing Review
The weekly review isn't about detailed cost analysis. It's about three headline numbers that tell you whether your active jobs are on track and what to do about the ones that aren't.
1. Committed Costs
Committed costs are what's been spent plus what's contracted but not yet invoiced. Pull this from JobTread's Cost Code Detail report for each active job. The key insight most builders miss: committed costs include open purchase orders, contracted sub work not yet billed, and change orders in progress — not just what's been invoiced. A job can look under budget on cash spent while being over budget on committed costs. That's the most dangerous misread in job costing. The committed cost number is your true financial exposure on the job right now.
2. Projected Cost at Completion
Projected cost at completion is where the job will finish based on current burn rate, known scope changes, and pending change orders. This isn't a gut feeling — it's a calculation. Take the current spend divided by the percentage complete, add pending committed costs, and add any approved scope changes not yet reflected in the budget. The number will be directionally accurate even if it's imprecise. The point is directional accuracy: is this job tracking to finish on budget or over?
Update this number weekly. When it's consistently off from actual, the estimating assumptions are wrong — and that information belongs in the estimating process, not just the job costing process.
3. Projected Profit
Projected profit is the contract value minus the projected cost at completion. This is the number that answers the question "will this job make money?" in real time, not in retrospect. On fixed-price contracts, a projected profit below target means either the scope needs to be tightened, change orders need to be sent for pending work, or the PM needs to look at production rates and material specs on remaining scopes. On cost-plus jobs, a projected profit below target usually means the budget is being managed against the wrong markup floor.
The 30-Minute Meeting Framework
The meeting works because it's structured, brief, and produces decisions. Here's how to run it:
Before the meeting (5 minutes, office team):
The office team pulls the three numbers for all active jobs before the meeting starts and distributes them — either as a printed sheet, a shared screen, or a document. Nobody should be generating numbers during the meeting. The meeting is for decisions, not data collection.
During the meeting (20 minutes, owner + PM + office team):
Go through each active job. For each job, review the three numbers and ask one question: does this job need an action before next week's meeting? An action is:
- A change order that needs to be written up and sent
- A conversation with a sub about billing discrepancies
- A schedule adjustment that affects production rate
- A client conversation about an approved change order that hasn't been billed yet
- A scope cut to protect remaining margin
Jobs on track get 30 seconds: "Job 14, projected profit at 22%, on budget, no action." Jobs off track get 2-3 minutes each. The meeting stays brief because the goal is decisions, not detailed analysis.
After the meeting (5 minutes):
Assign an owner and deadline for every action identified. Actions without owners and deadlines don't happen. A job costing review without follow-up is a status meeting, not a management tool.
Meeting cadence: Weekly. Every week. The value of a weekly review is consistency, not depth. A brief weekly review catches problems 3-4 weeks earlier than a detailed monthly review — and 3-4 weeks is enough time to send a change order, renegotiate a sub scope, or adjust a production rate. A monthly review often catches problems when there's nothing left to do.
What Gets Tracked — and What Doesn't — in a Weekly Review
The weekly review is a management tool, not a bookkeeping session. It should produce clear answers to three questions: which jobs are in trouble, what specific action will be taken, and who owns that action. It should not turn into a detailed cost code audit. That kind of analysis is for the monthly financial deep-dive, not the weekly stand-up.
The builders who stop doing the weekly review after a few weeks are usually doing it wrong — getting lost in detail instead of making decisions. The fix is to keep the scope of the weekly meeting tight. Three numbers, one question per job, actions assigned before the meeting ends.
Over time, the weekly review builds pattern knowledge. You'll notice that certain cost codes consistently run over on certain job types. That pattern belongs in your estimating assumptions — and the weekly review is how you build that dataset. But that's a quarterly output, not a weekly task. Keep the weekly review operational.
Find Your Revenue Leaks in 5 Minutes
Answer diagnostic questions about your operations, finances, and sales. Get ranked AI skill recommendations with dollar recovery estimates and an implementation roadmap — free, instant results.
Take the Free SkillMatch Diagnostic →Frequently Asked Questions
Once the report templates are set up in JobTread, 5-10 minutes. The office team pulls the Budget vs. Actuals report and the Cost Code Detail report for all active jobs. The three numbers are computable from those two reports. If it takes longer than 15 minutes to pull your numbers, the report setup needs simplification — that's a JobTread configuration problem, not a process problem.
Especially with 4 active jobs. With 4 jobs, the owner can run the weekly review in 30 minutes total and have complete financial visibility across the entire business. At smaller scale, the weekly review is even more valuable per job — there's less work in progress to track, but the margin per job matters more because there's less volume to absorb errors.
The owner runs it. The PM participates, provides context on the numbers, and owns the actions assigned — but the owner runs it and asks the questions. The owner's perspective on which jobs to protect and which to pull back on is the strategic input that the PM can't fully replace. Running this meeting weekly keeps the owner financially literate about the business rather than operationally removed from it.
No. A job running over budget at the weekly review means there are still decisions to make. Options include: sending a change order for pending work that's not yet documented, cutting a lower-priority scope from the remaining budget, renegotiating a sub scope, or adjusting material specs. Every week that a problem goes unaddressed is a week where those options get worse. The weekly review exists specifically so the owner can act before the job is closed.
First, stop the bleeding: identify the specific cost codes that are over and why. Second, determine whether there are change orders to send for work already performed — that's recoverable if there's a paper trail. Third, assess the remaining scope: can the rest of the job be managed to margin, or is the loss locked in? Then build a better job costing process for the next job. Past job losses can't be fixed, but the estimating assumptions that produced them can be.