The biggest waste I see on projects is hundreds of hours poured into a plan that gets abandoned the moment work starts. We love sitting in the office building, the perfect schedule, and the perfect methodology. Then the job kicks off, the phone rings a hundred times a day, and every bit of attention goes to fighting fires. By the end of week one, the original plan is already wrong — and nobody ever goes back to it. Once the plan stops matching reality, it loses its utility. You can't use it to plan or coordinate. You can't keep your client informed. And every cost, schedule and forecast built on it becomes meaningless. Project controls is the feedback loop that connects the plan back to what's actually happening on site. This week, I’m going to walk through the basics of project controls - what it is, why it matters and the simple system that works. Start with one question Project controls exists to answer one question, over and over: where are we versus where should we be — and if we're off, how off, and what do we do about it? Think of it like a GPS. The plan is the destination and the route you set at the start. Controls are what keep that live — it sees the traffic ahead, tells you when you've taken a wrong turn, and reroutes you to still hit your finish. Nothing fancy. It's just measuring what happened and updating the plan. But it's the part that actually gets you there on time and on budget. Your baselines are the ruler When you sign a lump-sum contract, you lock in four baselines: cost, time, scope and quality. You can't change them now (short of a variation) — so the whole game becomes doing everything in your power to hit them. That's what makes baselines powerful: they're the ruler you measure against. Done 60% of the budget? That's only good news if you've done 60% of the work. Without a baseline, you've got no way to know whether you're winning or losing until it's too late to do anything about it. Build the loop The system is simpler than people make it. Set your baselines, then run one loop: