How to calculate cost to complete on a construction job
Cost to complete is the money still needed to finish a job. Calculate it cost code by cost code from the work actually left, open commitments, and current productivity, not by subtracting cost to date from the original budget.
Review invoices, committed costs, and cash timing together before making project decisions. AI-generated illustration.
Cost to complete is the amount you still expect to spend to finish a job. The shortcut formula, budget minus cost to date, only works if the job is going exactly as estimated, which almost never happens. The reliable method is bottom-up: for each cost code, add the open balance on signed subcontracts and purchase orders, plus the labor, material, and equipment still needed for the remaining quantities at the productivity the crew is actually achieving, plus a realistic allowance for known risks. Cost to date plus that figure gives the estimate at completion, the number that drives the WIP report.
Why the budget-minus-actual shortcut fails
Say the concrete budget is $120,000 and you have spent $90,000. The shortcut says $30,000 to go. But if the crew has only placed half the slabs, the true remaining cost is closer to $90,000. The shortcut hides the overrun until the budget runs out, and by then the job is weeks from the end with no room to recover. On a WIP report, it also inflates percent complete and earned revenue, so the company books profit it will later reverse.
Where cost to complete shows up
Cost to complete is not just a project management number. On the WIP report, it sets estimated total cost, which sets percent complete, which sets earned revenue and the over or under billing adjustment. If it is understated, the income statement overstates profit. Your banker and surety read that report, and so does your tax preparer if you use the percentage of completion method.
It also drives decisions in the field. A PM who sees $40,000 of overrun forming in the electrical rough-in can talk to the sub, look for a change order, or resequence work. A PM who sees it at final billing can only explain it. The calculation below takes maybe an hour per job once the habits are in place.
How to calculate cost to complete, step by step
1. Start from posted cost to date and a clean cutoff
Use the job cost report through a specific date, with all known invoices and timesheets posted. If a $14,000 lumber delivery arrived but the invoice is not in, add it as an accrual or the forecast will be off by that much. The same goes for crew hours worked in the last few days of the month that have not hit payroll yet.
2. Pull open commitments by cost code
For subcontracts and purchase orders, the remaining cost is the committed amount (including approved changes) minus what has been invoiced. These are the most reliable numbers on the sheet because they are signed. See how to track committed costs before invoices arrive.
3. Measure remaining quantities for self-performed work
Walk the job or check the takeoff. How many linear feet of wall framing are left? How many fixtures? How many cubic yards? Quantities beat percentages because a foreman's "about 60 percent" is a guess, while 1,400 feet of framing remaining is a count.
4. Apply actual productivity, not estimated productivity
Divide hours spent by quantity installed to get the crew's real rate. If the estimate assumed 0.10 labor hours per square foot and the crew is running 0.13, use 0.13 for the remaining work unless something specific will change it. Multiply remaining hours by the burdened labor rate. See labor productivity and labor burden.
5. Add uncommitted material, equipment, and general conditions
Price materials not yet bought at today's quotes, not the bid price. Extend general conditions for the actual remaining duration: if the schedule slipped three weeks, the super, trailer, and dumpsters run three weeks longer.
6. Add known risks and pending changes, separately
List open issues with a cost: a disputed back-charge, a likely rework item, closeout and punch labor, warranty reserve. Keep pending change order costs on their own line and pair them with the revenue you expect, so you do not count the cost without the income or the other way around.
7. Sum, compare, and sign
Total the cost codes, add cost to date, and compare the result with the budget and with last month's forecast. The PM signs it. A forecast nobody owns tends to drift toward the budget.
Worked example: a framing and drywall subcontractor
Say a framing and drywall sub has a $310,000 contract on a medical office building, with a $262,000 cost budget. At month end, $158,000 is spent. The shortcut says $104,000 to go. Here is the bottom-up version, with illustrative numbers.
Example bottom-up cost to complete
Cost code
How it was estimated
Cost to complete
Framing and board labor
17,000 sf left at the crew's actual 0.13 hr/sf = 2,210 hours at $62 burdened
$137,020
Studs, track, and board
Open PO balances plus one unpriced top-track order at today's quote
$18,500
Equipment
Scissor lift rental, 6 more weeks
$7,200
General conditions
Foreman truck, small tools, and supervision, 6 weeks
$9,600
Punch and closeout
Allowance based on similar past jobs
$4,000
Total cost to complete
$176,320
The bottom-up total is $176,320, which is $72,320 more than the shortcut figure. The labor line explains most of it: the estimate assumed 0.10 hours per square foot and the crew is running 0.13, which is 30 percent slower. Estimated total cost is now $158,000 plus $176,320, or $334,320, against a $310,000 contract. The job has moved from a planned $48,000 profit to a projected loss of $24,320.
That is bad news, but it is bad news in month three. The owner can push for a change order if the slow production came from out-of-sequence work or design changes, add a better crew lead, or at minimum book the loss now instead of finding it at closeout.
Mistakes to avoid
Using budget minus cost to date as the forecast.
Forgetting unposted invoices and timesheets at the cutoff.
Pricing remaining labor at estimated productivity when the crew has proven otherwise.
Leaving out general conditions for schedule overruns.
Counting pending change order costs but not the change revenue, or the reverse.
Letting the office update the forecast without the PM or superintendent.
Smart Business Automator shows cost to date, open commitments, and the PM's forecast side by side for every cost code, and flags codes where actual productivity is running behind. See job costing and WIP automation.
Frequently asked questions
What is the formula for cost to complete?+
The simple formula is estimated total cost minus cost to date. The hard part is the estimated total cost, which should be rebuilt from remaining work, open commitments, and actual productivity rather than copied from the original budget.
What is the difference between cost to complete and estimate at completion?+
Cost to complete is what is left to spend. Estimate at completion is the total the job will cost when finished: cost to date plus cost to complete.
Who should calculate cost to complete?+
The project manager, with input from the superintendent or foreman on remaining quantities and crew performance. Accounting supplies cost to date and open commitments.
How often should cost to complete be updated?+
At least monthly for the WIP report. Weekly on high-risk or fast-moving jobs is better, because problems found earlier are cheaper to fix.
The path from $500,000 to $2 million is not simply four times more work. It is the stage where memory, text messages, owner approvals, and disconnected spreadsheets begin to fail.
This New Guard Growth Playbook maps the first five operating systems an owner-led contractor needs: lead intake and qualification, estimate-to-job handoff, crew planning and field feedback, cash and WIP visibility, and employee and compliance control. The revenue figures are illustrative milestones—not a promise, benchmark, or universal path.
Starts muted when the player comes into view.
Read the full episode transcript
Published transcript from Scaling Legends. It may contain transcription errors. View the source transcript.
overbilling combined with margin fade. Because when you put those two together, they create this highly misleading picture of financial health. It acts as a silent killer of job profitability, really, where a company looks cash rich on paper, but they're actually bleeding out. Bleeding out behind the scenes. Yeah. And that dynamic and really how to survive it is the core of what we're analyzing today. Right. So welcome to this AI -assisted scaling legends decision briefing. This is produced by Smart Business Automator using the sources linked in our show notes. And Smart Business Automator designs AI and... Before we really get into it, I just need to state that this briefing is for educational and informational purposes only. It is not legal, financial, tax, safety or professional advice. Right. Always
consult your own professionals. Yes, definitely. So our mission for this deep dive is laser -focused. We are analyzing the crucial operational gap between the illustrative revenue milestones of, say, $500 ,000 and $2 million for owner -led specialty contractors. Yeah, and that $500K to $2 million range, it is such a critical vulnerability zone. It really is. What's fascinating about this... specific jump in revenue is that scaling is not simply just doing four times more work. Right. It's the exact stage where the old ways of doing things, relying on memory or sending a quick text message to solve a problem. Oh, yeah. Requiring the owner's personal approval for just everything and using disconnected spreadsheets. All of that mathematically begins to fail. It just falls apart. And the people who own this
problem, the ones who are feeling the pain of this bottleneck most acutely right now, they're the owners, the CEOs, COOs, project executives who are tuning in. Like, if you are listening to this and you're in that revenue gap, you know this pain. Oh, for sure. Because if we look at this from a systems perspective, it makes total sense why it breaks. Relying on owner memory during rapid growth, it's kind of like trying to upgrade a computer's processor while you leave a tiny, overheating hard drive in place. I like that, yeah. Like your processor is churning through new jobs, it's fielding new crews, generating new revenue. But the hard drive, which is the owner's brain, it can only store and retrieve so much data at once. Right. Eventually, the whole system crashes from information overload.
That is a very accurate way to picture it. And when that metaphorical hard drive gets full, what breaks first is the fundamental mechanism of control within the business. Okay, so what breaks? Well, the central thesis is that revenue growth must trigger a redesign of work, information, and approval paths before it triggers uncontrolled hiring. Wait, wait, I want to pause on that for a second. Because that sounds counterintuitive to a lot of growing companies, I think. Yeah. Are you saying a company shouldn't just hire more people to handle the extra work if they're growing quickly? Not if the information pathways still run straight through the owner. Oh, I see. If an owner must approve every single price and, you know, assign every worker daily, chase down every missing document. Right. Hiring more people just creates more noise. The company does not
have a scalable system in that scenario. They just have a bottleneck and a severe control risk. So it just amplifies the problem. Yes. the manual process failures become very obvious very quickly. So what do those failures actually look like on the ground? What are the symptoms? We see a few distinct symptoms across the industry. For one, lost bids produce no reusable data. If a company loses a bid, the information just disappears instead of informing the next estimate. Right, it's just gone. Another symptom is that estimates live entirely in one person's head, or maybe they are locked away in a single spreadsheet on one laptop. Which is terrifying. Right. And that in the field, daily reports might describe the activity like someone might write, we poured concrete today. Right. Super vague. Yeah. Yeah.
But they fail to capture the installed quantities or document changed work. And because of all this, the owner only learns about lost production after payroll is run or at month end. Oh, man. I think it is crucial to reframe how we look at those symptoms because, you know, it's really easy to just blame the staff, right? Like, oh, my guys aren't communicating. But those are not people failures. Like a superintendent failing to text the owner about a material delay, that is a data handoff failure. Without established rules for how data moves, exceptions can't be flagged automatically. So this means the owner has to sift through everything. I'm talking every single email, every text message, every invoice. just to find where the problems are. Which is an impossible task for one person as the project
volume multiplies. Right. It just doesn't scale. Yeah. So because manual handoffs are failing at this revenue milestone, we need to transition into a practical automation map. Right. We have identified five operating systems required to stabilize operations and, you know, get the owner out of the bottleneck. Okay. But instead of just listing them, let's trace the actual lifecycle of a project, starting at the very beginning with system one, which is lead intake and qualification. Yeah, in the typical owner -led version, new opportunities are just a mess. A total mess, yeah. Calls come in, referrals happen out on the job site, website forms trigger emails. They all arrive in entirely different places. And the owner decides, usually just from memory, which opportunity deserves attention. And follow -up depends entirely on whether someone remembers
to make a phone call. So how does the growth stage system fix that? It shifts from that memory -based approach. to a required intake record. It applies strict go or no go rules right at the front door. Okay, so if we map the automation for that, it's actually quite straightforward. Your inputs are your calls, your digital plan rooms, your web forms. You set up rules to normalize the trade and the project size. Then the system is designed to flag exceptions. So, for instance, if a project is outside your normal service area or the client's timing is totally unrealistic, the system flags it. Instead of the owner reviewing 50 random emails to find the three good leads, the system categorizes them automatically. But just to be clear, a human still makes the final
pricing decision. And the final bid or no bid call. We are automating the routing of the information, not the strategic thinking. Right. That routing is so important. Because it leads right into the next major hurdle, which is handing the estimate over to the field. System two. In the vulnerable owner -led state. Production receives a signed contract and maybe a really short verbal explanation of the estimate from the owner. Right. Just a quick, here is what we are building kind of chat. Which is terrifying when you think about it. You're handing over a multi -hundred thousand dollar project based on a five minute conversation in a pickup truck. It creates a huge disconnect. Yeah. The problem is that verbal production handoffs lead to cost reports that just cannot explain why actual performance differs from the original
estimates. If the field does not know the specific budget assumptions, they can't possibly manage to them. Right. The growth stage system fixes this by requiring an approved estimate version and a baseline job budget that can actually be compared with committed costs. And this is where we really need to talk about cost codes. because they are the secret language of this handoff. For anyone unfamiliar, a cost code is basically just a bucket. You can't just say, we spent $5 ,000 on this job today. Right. What did you spend it on? Exactly. You need to know if that $5 ,000 went into the drywall bucket or the painting bucket so you can see which part of the estimate is failing. Yes. So the automation map here focuses on creating job records only from approved estimate
versions. It maps those... estimate items directly to your budget cost codes automatically. And this is where you need a forcing function. Yes. The system establishes automated alerts for missing sign -offs from the operations team. So if the contract language conflicts with the estimate or a scope item just doesn't have a budget, the system triggers an exception alert. This forces the pre -construction side and the operations side to look at the baseline together, accept it, and sign off before a single dollar is spent on the site. That alignment between the estimate and the field is vital for the next phase, which is system three. crew planning, time capture, and daily feedback. And to understand the philosophy behind this, we can actually look to the U .S. Occupational Safety and Health Administration,
or OSHA. How does OSHA tie into daily financial reporting? Well, it's about the principle of proactive management. Oh, okay. You don't merely wait around for a site inspection to find out you have a safety problem. Right, you'd be in a lot of trouble. Yeah, you identify hazards before they cause injuries. Yeah. We must apply this proactive necessity to daily field feedback regarding production. Oh, I see where you're going. You cannot wait for a month -end financial report to find out a crew was delayed on a Tuesday three weeks ago. That makes perfect sense. A delayed crew is essentially a financial hazard. Yes. And you need to spot it proactively. Right. So translating that OSHA philosophy into a workflow, the inputs are your job schedule, the time cards, and the daily reports. The automated rules validate
those time cards against the specific cost codes we talked about earlier, and they compare the planned hours versus the actual hours worked. And if there's a discrepancy. That is where the system works for you. If a daily report is missing, or if someone is logging time for work that is outside, the baseline scope, the system automatically routes a notification to the responsible supervisor. Okay. Supervision then has to explain the cause and choose the corrective action right there in the moment, rather than the owner having to track down a superintendent a whole month later to ask why payroll looked so high. Right. Which leads us directly back to the CFMA insights. Okay. Specifically regarding the financial side, which is system four, cash, billing, and work in progress. or WIP visibility. This is arguably
the most critical shift because revenue is not cash. A healthy bank balance is not proof that every job is profitable. I really want to emphasize that for the leaders listening. Having a lot of cash in the bank today, it does not mean you actually made a profit on the work you're doing. That's right. That is why WIP schedules must act as an early warning system. Let's go back to our opening warning about overbilling and margin fade. Right. The silent killer. Yeah. Overbilling often happens when a contractor bills ahead of the work actually completed. Just to stay cash positive. Yes, to stay cash positive. But what happens if estimated costs to complete the job keep rising? which is margin fade. Oh, wow. You have a highly misleading picture. Your
bank account looks full today because you overbilled. But because your profit margin is fading, you are actually going to run out of cash before the project is finished. That is a terrifying scenario to discover at the end of the month. Yeah, it really is. So the automation map here involves refreshing your financial forecasts on a defined cadence, maybe weekly. The system then ranks any exceptions by cash exposure or gross profit exposure. This ensures the executive team sees the issues while there's still time to actually act. Right. But I have to ask, how do we prevent alert fatigue here? That's a good question. Because if an owner gets a push notification every time a single dollar moves or a single hour goes over budget, they're just going to start ignoring the system entirely. That is a very real implementation risk. Yeah. Okay. You
set the thresholds. So the system only shouts when cash flow is directly threatened, severely overdue receivables, or when a cost to complete update is completely missing. Oh, I see. You automate the routine data flows, but you only alert the human when an exception requires executive judgment. That is a critical distinction for keeping the owner sane. And it applies just as much to our final operational area, System 5, which is employee and compliance control. Right. Because scaling your workforce is not just an operational challenge, it's a regulatory one. Definitely. Adding employees and crews creates legal obligations that cannot simply live in the owner's memory or, you know, on a sticky note. No, definitely not. For example, the Internal Revenue Service states that employers generally have withholding, depositing, reporting, and
payment duties for employment taxes. Right. Furthermore, if you rely on subcontractors, the U .S. Small Business Administration provides guidelines on distinguishing employees from contractors. And just as a quick reminder to our listeners, companies must always use appropriate CPA and legal professionals for the specific facts regarding their jurisdiction. We're just talking systems here. Yes, of course. But from a system standpoint, managing all of this compliance data is prime territory for automation. The inputs are your onboarding data, trade licenses, subcontractor insurance certificates. The automation calculates the lead times for license renewals. It restricts sensitive financial data access based on someone's role. And it automatically escalates expired credentials. It takes the burden
of remembering entirely off the owner. Right. So if a key subcontractor's insurance is going to expire in 30 days, the system sends them a reminder automatically. It sends another at 15 days. It only flags the owner if the exception remains unresolved at day zero. So we've outlined how to handle intake, estimating handoffs, field reporting, financial visibility, and compliance. Yeah, the five systems. These are essential. But having a theoretical map is useless without a starting point, which brings us to a major implementation risk that trips up a lot of companies transitioning past the $500 ,000 mark. Okay, so what usually goes wrong when they try to actually implement this? The primary danger is automating a vague process. If your cost codes, your status
definitions, and your approval thresholds are inconsistent across your company, meaning project manager A does it differently than project manager B, automation just moves bad information faster. It will not fix a broken process. That is such a good point. The golden rule here is to standardize the minimum fields first. Decide what data is required, standardize it, and only then automate the routing and the reminders. Okay, so we can translate that risk avoidance into three immediate concrete audits you can run this week to see if you are really ready to automate. I like this. First, sit down and list every single place a new opportunity can arrive at your company. Then, trace one single opportunity through its entire life cycle. From the initial estimate to the go or no -go decision. all the way to follow up. See exactly where it gets stuck in someone's
inbox. Yeah, that's a great exercise. And the second audit. Second, open the last three jobs you were awarded. Check if operations actually received the final estimate assumptions and cost codes before they started work. Did they get a baseline budget or did they get a verbal summary? Right. That's what you want to find out. Third, mark every recurring task that only the owner can currently perform. For each of those tasks, define the specific data threshold another person would need to make that decision safely without the owner in the room. That is so important. Yeah. And to build directly on those three audits, we have a specific directive for the decision makers listening today. Go through and mark each control in your business as repeatable, owner -dependent, or not measured. Okay. And once they have that categorized, what's next? Then choose
one owner -dependent handoff to formally document. Just one. Do this before you add another employee or mobilize another crew. That is fantastic advice. Just pick one and start there. We highly encourage you to share this deep dial specifically with the person who will be running operations when the owner is unavailable. Yeah, they really need to be in the loop. They need to understand the mechanics of this transition just as much as the executive team does, because they're the ones who are going to be interacting with the new systems. If you are ready to map your operating and approval workflows, you can request a growth stage workflow assessment at smartbusinessautomator .com. I will repeat that domain for you. It's smartbusinessautomator .com. It is a critical step in turning a bottlenecked business into a scalable one. To close things out today, I
want to leave you with a final thought to mull over. We talked earlier about the owner's brain being the original hard drive of the company. It holds all the relationships, all the pricing intuition, all the history. But there is a tipping point. At what point does the company's greatest historical asset, the owner's intuition, become the specific ceiling that prevents the company from scaling? Think about what you are holding on to and what you need to systematize. Thanks for joining us on this deep dive, and we'll catch you next time.
