What’s The Biggest Lie We’ve Been Told About Project Management?

Posted on August 24, 2026August 24, 2026 by va.jason.almas@gmail.com

Read 16 min

The Biggest Lie in Project Management

Here’s the deal. The biggest lie in project management is that the problem is the people. That workers, foremen, and trades are somehow a bunch of lazy, ignorant, difficult humans, and that we need layers of managers and paper pushers just to drag the project through in spite of them. That story is false, and believing it is exactly what keeps our industry stuck.

The truth is the opposite. The people who actually build our projects are sharp, skilled, and genuinely valuable human beings doing hard, complex work every day. They are, more often than not, tripping over themselves trying to help the general contractor and the project delivery team succeed. The real problem sitting underneath every failed schedule is our systems, and we have built a whole industry culture around refusing to admit that.

Watch What Happens When You Question the System

Here is a pattern I run into constantly. Every time I post something critical of CPM as a scheduling philosophy, someone responds with a version of the same defense. The system is fine, they say. People are just using it wrong.

That response is the lie in action, live and in real time. It takes a genuine system failure, a method that mathematically produces impossible durations and forces trade stacking, and redirects the blame onto the people trying to execute inside it. General contractors will defend their own systems and refuse to examine their own beliefs before they will consider that the actual method might be broken. It is far more comfortable to say the trades are not trying hard enough than to admit the plan they were handed was never achievable in the first place.

A Different Way to Think About People

There is a cultural contrast worth sitting with here. In the West, we have a deeply ingrained habit of throwing people away when something goes wrong. Find who is responsible, blame them, remove them, move on. It feels satisfying in the moment and it rarely fixes anything.

Compare that to a perspective shaped by Shinto and Buddhist tradition in Japan, where the belief is that every person carries inherent worth, and you do not simply exile or discard a human being because something went wrong around them. That is not a religious argument. It is a genuinely useful operating principle for how to run a jobsite. If every person on your project has real, inherent value, then a failure has to be explained by something other than that person being fundamentally bad or lazy, because that explanation runs directly against the premise. The explanation that remains is the system they were working inside.

We need that principle back in Western business culture generally, and in construction specifically. Stop blaming people. Start blaming the system. Start blaming the process. That shift is not softness. It is accuracy.

Why This Lie Is So Convenient

Here is the uncomfortable part. The lie that people are the problem survives because it protects something. If workers, foremen, and trades are the problem, then the Project Management Institute’s entire model of monitoring, controlling, and managing people makes sense. If people need to be pushed and timed, then Frederick Taylor’s original approach to scientific management, treating human beings as inputs to optimize rather than experts to support, makes sense too.

But we never actually needed either of those things in the form they took. We never needed an institute built primarily to monitor people rather than build better systems for them to work inside. We never needed a management theory built on timing and pushing human beings like machinery. What we actually needed, and still need now, is a focus on genuinely supporting and respecting the people doing the work, paired with real discipline on the process itself.

Watch for these signs your organization has quietly bought into the lie:

Schedule failures consistently explained as a trade or worker problem rather than examined as a system design issue
Defense of an existing method, like CPM, whenever someone questions whether it is actually achievable
Little appetite for examining whether the process itself, rather than the people executing it, needs to change

Being Hard on the Process, Not the People

Here is the actual formula that works, and it is simpler than either extreme our industry tends to swing toward. Be hard on the process. Be supportive and respectful of the people. Do both at the same time, consistently, and you get a quality product along with everything else you actually wanted from the project in the first place.

Being hard on the process means genuinely scrutinizing whether your schedule is achievable, whether your zones are sized correctly, whether your buffers exist, and whether your sequence respects how trades actually move through space. It means treating a schedule failure as a signal to investigate the system, not a signal to find someone to blame. Being supportive of people means trusting that the workers, foremen, and trades on your project are genuinely trying, genuinely skilled, and genuinely deserving of a system that lets them succeed instead of one that sets them up to fail and then gets angry when they do.

Why Fixing the System Requires Real Human Effort

Here is something worth understanding clearly. Recognizing that the system is the problem does not mean the fix happens automatically. It takes real, deliberate, intelligent human effort to actually rebuild a broken process, and that effort has to come from people willing to challenge their own beliefs about the systems they have relied on for years.

That is genuinely harder than blaming a trade for being slow. It requires a general contractor to sit with the uncomfortable possibility that the CPM schedule they trusted for a decade was mathematically flawed from the start. It requires a leadership team to admit that a management philosophy built on monitoring and control was never actually respecting the people executing the work. That kind of honest self examination is the actual work of fixing a broken system, and it is exactly the work that blaming people lets everyone avoid.

What This Means for Your Own Project

None of this is really about winning an argument over CPM or defending a particular management philosophy. It is about where you actually look when something on your project goes wrong.

If your project needs superintendent coaching, project support, or leadership development, Elevate Construction can help your teams build the habit of examining the system first, genuinely, before looking anywhere else. That single habit, practiced consistently, is what separates organizations that keep repeating the same failures from organizations that actually get better project after project.

So here is the challenge. The next time something on your project falls behind, resist the instinct to ask which trade or which person is responsible. Ask instead whether the schedule was ever achievable, whether the zones were sized correctly, and whether the system gave the people executing the work a real chance to succeed. That question will usually take you somewhere far more useful than blame ever does.

Jason Schroeder said it plainly: “The biggest lie in project management is that people are to blame.” Stop believing it, and start fixing what is actually broken.

On we go.

FAQ

If the system is usually the problem, does that mean individual performance issues never exist?
Individual performance issues do exist, but they are far less common than our industry’s habit of blame suggests, and they should be evaluated only after the system itself has genuinely been ruled out as the cause. A worker or trade repeatedly struggling inside a well designed, achievable system with proper training and support is a different situation than one struggling inside an impossible schedule with no real chance to succeed. Confusing the two leads to blaming good people for a bad system.

Why do general contractors resist admitting their own systems are the problem?
Because admitting a system is broken usually means admitting a method the organization has trusted and defended for years was flawed from the start, which is uncomfortable and requires real self examination. It is far easier, in the moment, to attribute a schedule failure to a trade or worker than to question the underlying philosophy the entire organization has built its planning around.

What does being hard on the process actually look like in daily practice?
It means genuinely scrutinizing whether a schedule is achievable, whether zones and sequences were properly calculated, and whether buffers exist to absorb real world variation, rather than assuming the plan is fine and any failure to hit it reflects poorly on the people executing it. It also means treating a recurring schedule problem as a signal to investigate the system’s design, not as evidence that people need to be pushed harder.

If you want to learn more we have:

-Takt Virtual Training: (Click here)
-Check out our Youtube channel for more info: (Click here)
-Listen to the Elevate Construction podcast: (Click here)
-Check out our training programs and certifications: (Click here)
-The Takt Book: (Click here)

Discover Jason’s Expertise:

Meet Jason Schroeder, the driving force behind Elevate Construction IST. As the company’s owner and principal consultant, he’s dedicated to taking construction to new heights. With a wealth of industry experience, he’s crafted the Field Engineer Boot Camp and Superintendent Boot Camp – intensive training programs engineered to cultivate top-tier leaders capable of steering their teams towards success. Jason’s vision? To expand his training initiatives across the nation, empowering construction firms to soar to unprecedented levels of excellence.

The Definition of Done

Posted on August 24, 2026August 24, 2026 by va.jason.almas@gmail.com

Read 17 min

Bake Me a Cake

Tell someone to bake a cake, and you will get a cake. It might not be the one you actually wanted. Tell them to bake a cake that a specific person really likes, made out of ice cream, in their favorite flavor, sturdy enough to hold lit candles through a full round of happy birthday, and ready by tomorrow noon, and something different happens entirely.

With that level of clarity, the outcome lands right nine times out of ten, often with almost no back-and-forth at all. The difference was never the skill of the person baking the cake. It was whether “done” was ever actually defined before the work began.

The Real Pain: Rework from an Unclear Finish Line

This same gap shows up constantly in delegation, especially as a team grows. A task gets written on a board or sent in a message, something like “create this crew matrix for this contractor.” Whoever picks it up has to guess at what that actually means, dig for context, make assumptions, and deliver something that may or may not match what was actually needed.

That guessing game is not a minor inconvenience. It produces real rework, real frustration, and real wasted hours, all because the finish line was never clearly described in the first place.

The Failure Pattern: Expecting People to Read Your Mind

The failure pattern is subtle because it feels like normal delegation. A task gets assigned with a title and maybe a sentence of context, and the person assigning it assumes their own mental picture of the finished product is obvious to everyone else. It rarely is.

When the delivered work does not match that unstated mental picture, frustration follows, often directed at the person who did the work, when the real gap was upstream the entire time: nobody ever described what “done” actually looked like.

A few signs tend to show up when a team is struggling with an unclear definition of done, and they are worth checking honestly:

Tasks come back requiring significant rework, not because the effort was poor, but because the wrong thing was built entirely.
People spend real time digging for context or guessing at intent before they can even start a task.
Frustration with a delivered task centers on “that’s not what I meant” rather than any actual quality issue with the work itself.

This Isn’t Laziness on Their Part, It’s Missing Information Upfront

Here is an honest admission worth making directly: this pattern is not usually the fault of the person doing the work. Expecting someone to read your mind, assuming they will simply arrive at the exact same mental picture you have without being told, is the actual root cause, and it took real self-reflection to see that clearly.

The fix was never to manage people more closely or to get frustrated when a guess landed wrong. It was to invest a few extra sentences upfront describing exactly what finished actually looks like, before the work ever begins.

The Process Improvement Board: One Sentence That Changed Everything

Here is what that shift looked like in practice. A recurring task, building a crew matrix schedule for a specific contractor, used to go out with just a title and a short description, and it regularly came back needing significant rework because nobody actually knew what the finished product was supposed to accomplish.

The fix was adding one clear sentence directly to the assignment: this task is done when you can visibly see all crews working for this company in separate colors, in a sustainable format that allows the team to allocate resources and predict crew availability for future projects. That single sentence, defining the finish line in concrete terms rather than a vague title, eliminated the rework almost entirely. Nothing else about the process changed, only the clarity of what “done” actually meant.

Why It Matters: Alignment Is the Ninth Waste

This matters because an unclear definition of done is not just an everyday annoyance, it is a recognized form of waste. Lean thinking names eight classic wastes, and a ninth sits right alongside them: misalignment, when people are not actually working from the same understanding of the goal.

An assignment without a clear finish line guarantees misalignment before the work even starts. The person assigning it has one picture in their head, the person doing it builds toward a different one, and the gap between those two pictures is pure waste, no matter how skilled or hardworking everyone involved actually is.

Teach the Framework: Conditions of Satisfaction

This concept has a name in Lean and Last Planner circles: conditions of satisfaction. Before any task, project, or handoff begins, the question worth asking is simple, what specific conditions need to be true for this to be considered genuinely done. Order a specific ice cream flavor and get handed a different one, or ask for a specific vehicle and get talked into a different package “because it’s what you really need,” and the frustration is immediate and obvious. The requester’s actual conditions of satisfaction were never met, regardless of what the other party assumed was good enough.

A useful discipline here borrows from the SMART framework: make the definition of done specific, measurable, actionable, relevant, and time-based, rather than vague language like “make it better” or “get this handled.” Pairing that clear finish line with an honest estimate of effort, the way Scrum teams size tasks before committing to them, ensures a team is not just clear on what done looks like, but realistic about how long it will actually take to get there.

A few practical elements turn any assignment into a real definition of done:

State plainly what the finished result needs to visibly show, do, or enable, not just the task’s general title or subject.
Include any hard constraints, a deadline, a required format, a specific audience that would make an otherwise “acceptable” result actually wrong.
Confirm understanding before work begins, rather than discovering a mismatch only after the task comes back finished.

Turning This into Daily Practice

This does not require lengthy documentation or a formal process overhaul. It requires one habit: before sending any assignment, whether it is a text message, a sticky note, or a verbal request, pause and ask what finished actually looks like, then say that out loud or write it down alongside the task itself.

Starting with the end in mind takes a few extra seconds upfront and consistently saves far more time on the back end, in avoided rework, avoided frustration, and avoided guessing.

Connecting It Back to Building People, Not Just Projects

None of this happens automatically, especially for leaders used to holding the full picture in their own head and assuming everyone else can see it too. Building the habit of stating a clear definition of done is a small shift that pays off every single time a task gets delegated.

If your project needs superintendent coaching, project support, or leadership development, Elevate Construction can help your field teams stabilize, schedule, and flow, including how assignments get handed off clearly enough to avoid costly rework.

The Challenge

So here is the challenge worth carrying into your next assignment, whether it is for a crew, a coworker, or your own to-do list: before handing it off, ask what the definition of done actually is, and make sure you have actually communicated it. As Jason put it plainly, “When you give an assignment, when you schedule an assignment, ask yourself, what is the definition of done? What would finish look like? And have I communicated that?” On we go.

FAQ

What does “definition of done” mean when delegating a task?

It means clearly describing what the finished result needs to look like, do, or enable before the work begins, rather than relying on a general task title alone. It is the same idea as conditions of satisfaction, a concept borrowed from Lean and Last Planner thinking.

Why does an unclear definition of done cause so much rework?

Without a clear finish line, the person doing the work has to guess at what “done” actually means, and their guess often does not match what the requester actually pictured. That mismatch is usually only discovered after the work is finished, requiring it to be redone.

How is this connected to the “ninth waste” in Lean thinking?

Lean identifies eight classic wastes, plus a ninth: misalignment between people working toward the same goal. An assignment without a clear definition of done guarantees misalignment from the start, since the requester and the person doing the work are working from two different mental pictures.

What makes a good definition of done, in practical terms?

It should be specific, measurable, and time-based rather than vague, describing exactly what the finished result needs to show or accomplish. Including any hard constraints, like a deadline or required format, prevents an otherwise reasonable result from still being the wrong one.

Does adding a definition of done to every task slow delegation down?

In practice, it usually speeds things up significantly. A few extra sentences upfront, describing what finished actually looks like, consistently saves far more time than the rework, confusion, and frustration caused by leaving that finish line undefined.

If you want to learn more we have:

Discover Jason’s Expertise:

Task Force

Posted on August 24, 2026August 24, 2026 by va.jason.almas@gmail.com

Read 16 min

Not Punishment, Not Jail — Task Force

When a trade partner starts failing to meet real, realistic commitments, the instinct in construction is often to document the failures, build a case, and eventually replace them. There is a better way, and it has a name: task force.

A task force means gathering the trade partner’s project manager, their superintendent, the company’s ownership if the situation calls for it, and the general contractor’s own onsite team, and working the problem together every single day until it is genuinely fixed. It is not punishment, and it is not a prelude to termination. It is a direct, daily commitment to help a struggling partner recover.

The Real Pain: Watching a Trade Partner Fail in Silence

The real pain shows up in a familiar pattern. A trade partner starts falling behind, rework climbs, and manpower struggles to keep pace with a realistic schedule. Rather than stepping in to help, the common response is to quietly track the problem, build documentation, and prepare to justify removing them from the project.

Meanwhile, the project itself absorbs the damage. Schedule slips, other trades get disrupted, and the underlying issue never actually gets solved, it just gets replaced with a new trade partner who inherits the same broken conditions.

The Failure Pattern: Punish, Document, Replace

The failure pattern is baked into how many construction contracts are structured in the first place. Too often, contracts are written almost like two rival parties placed against each other, where one side benefits financially the worse the other side performs. That adversarial structure makes documenting failure feel like the natural response, rather than an unusual one.

The problem is that punishing or replacing a struggling trade partner rarely fixes the actual root cause. It just moves the damage downstream, to a new company, a new set of workers, and often the exact same underlying conditions that caused the original failure.

A few signs tend to show up when a project has slipped into a punish-and-replace mindset instead of a genuine help mindset, and they are worth checking honestly:

Documentation of a trade partner’s struggles is being built primarily to justify removing them, rather than to diagnose and fix the actual problem.
Meetings with a struggling trade partner happen occasionally or defensively, rather than daily and collaboratively.
The response to underperformance defaults to contract language and leverage rather than genuine partnership and support.

A Change of Heart

Here is a personal story worth telling honestly, because it is where this whole philosophy actually comes from. Early in one career, a role involved tracking a Division 17 electrical contractor’s rework and manpower on a project specifically to document their struggles and justify bringing in additional support, or removing them entirely. That documentation worked exactly as intended, and the contractor was eventually run off the job and out of business.

Later in life, that same person married the daughter of the man who had run that electrical company, joined the same church congregation, and ended up serving directly alongside him in community roles for years afterward. That experience became an unforgettable, humbling lesson in what respect actually means, and a permanent shift away from treating struggling trade partners as problems to be documented and removed, toward treating them as partners worth helping.

Why It Matters: One Failing Trade Partner Can Sink Everyone

This matters because a struggling trade partner rarely fails in isolation. Their problems ripple into other trades, into the schedule, and into the trust of the entire project team. Replacing them does not undo that ripple effect, it usually just resets the clock while the underlying conditions remain unaddressed.

There is a useful rule of thumb here: one major trade partner struggling on a project is a task force situation. Two or more major trade partners struggling at the same time is a much bigger warning sign, one that calls for escalating to company leadership immediately rather than handling it quietly at the project level.

Teach the Framework: How a Task Force Actually Works

A real task force gathers the right people daily: the trade partner’s project manager, their superintendent, company ownership when the situation is serious enough to warrant it, and the general contractor’s onsite team. Together, this group reviews the previous day’s data, solves problems in real time, and adjusts course together, every single day, until the trajectory of the work is genuinely and sustainably back on track.

This works for a few clear reasons. It puts the best minds in the room instead of leaving the problem to whoever happens to be available. It puts people who can actually make decisions at the literal place of work, rather than routing everything through slow, distant approval chains. And it creates real accountability without punishment, the message becomes “you are accountable for this, and we are going to hold this together,” not “you are in trouble.”

A few practical markers separate a genuine task force from a punitive one in disguise, and they are worth checking directly:

The trade partner’s own leadership, not just field staff, is actively present and engaged in the daily problem-solving.
Conversations focus on fixing the process and the conditions causing the failure, not attacking the people involved.
The task force has a clear, mutually understood end point: when the fix is sustainable, the daily meetings stop and normal operations resume.

Turning This Into Daily Practice

Persistence matters more than most leaders expect. When a struggling trade partner knows their situation is front and center every single day, with real stakes and real attention on it, that consistent visibility motivates a faster, more genuine fix than an occasional warning ever could. The old idea that the squeaky wheel gets the grease applies here, just aimed at helping rather than pressuring for its own sake.

This approach matters even more when the struggling trade partner is a small business, a women-owned enterprise, or a minority-owned business that may simply have less cash flow cushion than a larger competitor, not less competence or effort. Leaning toward help and collaboration in ambiguous contract situations, rather than maximum leverage, reflects a genuine obligation that comes with being the larger, more established party in the relationship.

Connecting It Back to Building People, Not Just Projects

None of this happens without leaders willing to show up daily for a struggling partner instead of quietly building a case against them. That kind of consistent, hands-on support is exactly the leadership skill that turns a failing trade relationship into a sustainable one.

If your project needs superintendent coaching, project support, or leadership development, Elevate Construction can help your field teams stabilize, schedule, and flow, including how to genuinely support a trade partner through a difficult stretch rather than simply documenting their way out the door.

The Challenge

So here is the challenge worth carrying onto your next project: the next time a trade partner starts to struggle, resist the instinct to quietly document and prepare to replace them. Gather the right people, show up daily, and work the problem together until it is genuinely fixed. As Jason put it plainly, “It is our obligation to help them and to elevate them.” On we go.

FAQ

What is a construction task force, and how is it different from disciplinary action?

A task force means gathering a struggling trade partner’s leadership and the general contractor’s onsite team to meet daily and solve problems together until performance is sustainably fixed. It is not punishment or a step toward termination, it is a direct, collaborative commitment to help the trade partner succeed.

When should a project use a task force instead of simply replacing a struggling trade partner?

Whenever one major trade partner is failing to meet realistic, well-planned commitments, a task force is the right first response rather than documentation aimed at removal. If two or more major trade partners are struggling at the same time, that is a bigger warning sign requiring immediate escalation to company leadership.

Why does daily attention help a struggling trade partner improve faster?

Consistent, visible attention keeps the problem front and center with real stakes attached, which tends to motivate a genuine fix faster than occasional warnings or threats. It also ensures the right decision-makers are actually in the room every day instead of routing issues through slow approval chains.

Does helping a struggling trade partner mean ignoring contract obligations?

No. A trade partner is still accountable for delivering on their commitments and their contract. The difference is in the approach, leaning toward collaboration and support to help them meet those obligations, rather than defaulting to punitive leverage or documentation aimed at replacing them.

Why does this approach matter especially for small or minority-owned businesses?

Smaller businesses, including women-owned and minority-owned enterprises, often have less cash flow cushion than larger competitors, not less skill or effort. Leaning toward genuine help and partnership in these situations reflects an obligation that comes with being the larger, more established party in the relationship.

If you want to learn more we have:

Discover Jason’s Expertise:

Only Three Possible Responses

Posted on August 24, 2026August 24, 2026 by va.jason.almas@gmail.com

Read 17 min

The Triad

A friend once shared a leadership idea attributed to Elon Musk that reframes accountability in a way worth sitting with. Once someone clearly understands an assignment, they have exactly three honest options. They can push back and argue the assignment in the moment, engaging in real, healthy conflict before ever committing to it. They can accept it and, if something changes or gets confusing along the way, reach back out for clarification, help, or an extension. Or they can simply do the thing, on time, as agreed.

Notice what is missing from that list. There is no fourth option where someone quietly accepts an assignment, says nothing when it starts slipping, and simply fails to deliver without a word to anyone. That silence is not a neutral fourth choice, it is the one response that actually breaks trust on a team.

The Real Pain: The Silent Fourth Option

The real pain shows up constantly in leadership, and it rarely looks dramatic in the moment. Someone commits to a task, everyone assumes it is handled, and then the deadline arrives with nothing to show for it and no explanation offered beforehand.

That silence is often more damaging than an honestly missed deadline with a heads-up attached. A team member who says “I’m behind, I need help” is still operating inside the system. A team member who simply goes quiet and hopes nobody notices has stepped outside of it entirely.

The Failure Pattern: Confusing Accountability With Punishment

The failure pattern shows up in two opposite directions, and both are common. Some leaders swing toward fear, anger, and blame as their version of holding people accountable, which damages trust and teaches people to hide problems rather than raise them. Others swing the other way entirely, avoiding accountability altogether because the word itself sounds harsh, and silently tolerating missed commitments instead.

Neither extreme actually works. Real accountability is not about punishment, and it is not about looking the other way either. It is about clarity, training, and follow-through, applied consistently every time.

A few signs tend to show up when a team has slipped into tolerating the silent fourth option, and they are worth checking honestly:

Assignments get accepted with a nod, but nobody follows up until the deadline has already passed.
Missed commitments get quietly absorbed by someone else rather than addressed directly with the person who missed them.
Team members rarely ask for help or an extension, not because they never need one, but because doing so does not feel welcomed.

This Isn’t About Being Harsh, It’s About Being Clear

None of this means leaders need to get tougher or angrier to fix the problem. Real accountability starts by separating the behavior from the person entirely: this specific action was not acceptable, rather than framing the person themselves as the problem.

Most of the time, when something goes wrong, the responsibility traces back to leadership first, specifically to whether expectations were made genuinely clear at the outset. But once expectations have been clarified and confirmed, and the silence still happens anyway, addressing it directly is also a leadership responsibility. Looking away at that point does not protect anyone, it just teaches the whole team what is actually tolerated.

The Culture Chat: Turning a Framework Into a Habit

Here is what putting this into practice looks like. Rather than leaving this idea as an abstract conversation, it got written down and shared directly with an entire team through a running internal culture chat, the kind of place where beliefs, actions, and identity get reinforced regularly instead of assumed.

The message was direct and specific: when it comes to assignments, there are only three acceptable behaviors after a commitment is made. Do the assignment on time, according to expectations. Discuss it and push back in the moment if something is not right, healthy conflict is welcome here. Or clarify the expectations, deadline, or assignment and ask for help or an extension. There is no fourth option. Writing it down and sharing it plainly turned an abstract leadership idea into something the whole team could actually reference and live by.

Why It Matters: Culture Is the Worst Behavior You Tolerate

This matters because culture is not built from what a company claims to value, it is built from whatever behavior leadership actually allows to continue. If silent non-delivery happens once and nothing is said, it will happen again, and it will spread to other people watching how it was handled.

The whole point of holding someone accountable is protecting the trust of everyone else on the team who did meet their commitments. Letting a missed assignment quietly slide is not kindness, it is a quiet vote for a culture where commitments do not really mean anything.

Teach the Framework: The Three Options, Applied

Each of the three options plays a distinct, healthy role on a team. The first option, pushing back at the outset, is where real trust and healthy conflict happen before a commitment is even locked in, exactly the kind of honest disagreement strong teams need more of, not less. The second option, reaching back out mid-assignment, keeps a team’s plan honest and prevents a small delay from becoming a surprise. The third option, simply delivering as promised, is what makes a team’s word actually mean something.

None of the three options require perfection. They require communication. A team that consistently uses options one and two, arguing early and asking for help along the way, will always outperform a team that quietly hopes problems disappear on their own.

A few practical markers show whether a team is actually living by these three options rather than defaulting to silence:

Team members feel genuinely comfortable pushing back on a deadline or scope before committing to it.
Someone who realizes they are behind reaches out proactively, well before the deadline arrives, rather than waiting to be asked.
Missed commitments get addressed directly and promptly, the first time, rather than allowed to become a pattern.

Turning This into Daily Practice

This does not require a formal program to implement. It starts with saying the three options out loud, in a team meeting, in writing, in whatever channel a team already uses to communicate, the same way it got written directly into an internal culture chat for an entire company to see and reference.

It also means confirming understanding at the moment an assignment is given, not just handing it off and hoping for the best. And when the silent fourth option does happen, addressing it promptly and directly, rather than letting it slide, is what actually protects the culture everyone else is trying to build.

Connecting It Back to Building People, Not Just Projects

None of this happens by accident, and it takes real discipline for a leader to address a missed commitment the first time it happens rather than letting it become a pattern. Teaching this three-option standard, and modeling it consistently, is exactly the kind of leadership training that changes how an entire team operates.

If your project needs superintendent coaching, project support, or leadership development, Elevate Construction can help your field teams stabilize, schedule, and flow, starting with a culture where commitments actually mean something.

The Challenge

So here is the challenge worth carrying into your next team meeting: write down these three options and share them directly with your team, the same way they got shared here. Then watch honestly for the silent fourth option, and address it the moment it shows up rather than letting it slide. As Eric Thomas put it, don’t let anybody treat you or do you any kind of way, and that includes tolerating silence where a real commitment should be. On we go.

FAQ

What are the three acceptable responses to an assignment, according to this framework?

Push back and argue the assignment in the moment before committing to it, accept it and reach back out later for clarification, help, or an extension if something changes, or simply deliver it on time as agreed. There is no fourth option where someone quietly accepts a task and then fails to deliver without any communication.

Why is silent non-delivery worse than an honestly missed deadline?

A team member who says they are behind and asks for help is still communicating and staying inside the team’s system. Someone who goes silent and hopes nobody notices breaks the trust the whole team depends on, since nobody can plan around a commitment that quietly disappears.

Is holding someone accountable the same thing as punishing them?

No. Real accountability means clarity, training, and consistent follow-through, and it separates the specific behavior from the person’s identity entirely. Using fear, anger, or blame as management tools damages trust and teaches people to hide problems rather than raise them.

Whose fault is it when an assignment doesn’t get done?

Most of the time, it traces back to leadership first, specifically whether expectations were genuinely made clear at the outset. But once expectations have been clarified and confirmed, continuing to look away from silent non-delivery is also a leadership responsibility, not just the team member’s.

How can a leader put this three-option framework into practice?

Share it directly and plainly with the team, the same way it can be written into a team chat or discussed openly in a meeting, so everyone understands the standard. Confirming understanding when an assignment is given, and addressing the silent fourth option immediately when it happens, turns the idea into an actual team habit rather than just a concept.

If you want to learn more we have:

Discover Jason’s Expertise:

The Music Man of Construction

Posted on August 24, 2026August 24, 2026 by va.jason.almas@gmail.com

Read 17 min

The Traveling Salesman’s Oldest Trick

There is an old musical about a traveling con man who rolls into a small town and convinces the locals that a new pool table in the billiard hall is about to corrupt every kid in town. Once the town is sufficiently worried, he offers the fix: buy uniforms and instruments, form a boys’ band, and the problem disappears. He never intended to stick around and actually deliver on any of it.

The trick is simple and old as sales itself: undisturbed people rarely buy anything, so if you want to sell something, first you manufacture the disturbance. That exact playbook shows up constantly in construction technology today, and it is worth learning to recognize it before it costs real money.

The Real Pain: Being Sold a Solution to a Problem You Don’t Actually Have

The real pain shows up in a familiar pitch. A software company opens not with a question about what is actually broken on your project, but with a declaration: stop using spreadsheets, get rid of the sticky notes on the wall, ditch the old way of doing things.

Notice what is missing from that pitch. Nobody asked what your actual production problem is. Nobody diagnosed anything specific to your team, your schedule, or your project. The problem was simply announced, the same way a pool table got announced as a moral crisis, and the fix just happens to be whatever that company is selling.

The Failure Pattern: The Manufactured Problem

The failure pattern is easy to spot once you know the shape of it. A pitch that starts by attacking a tool you already use effectively, rather than starting with a genuine question about what is actually costing you time or money, is a straw man dressed up as a diagnosis.

If a vendor cannot tell you specifically what real problem you have, only that your current tool is somehow the problem, that is worth treating as a warning sign rather than a selling point. A real solution starts with a real, specific problem, not an invented one.

A few signs tend to show up when a pitch is built around a manufactured problem rather than a genuine one, and they are worth checking honestly:

The pitch opens by telling you to abandon a tool you already use effectively, before ever asking what is actually going wrong on your project.
The proposed fix locks your team into one narrow, proprietary system instead of adding real, specific capability you were missing.
Nobody involved in the sales conversation can name a concrete, specific problem your team currently has, only a vague sense that your current approach is outdated.

This Isn’t About Being Anti-Technology, It’s About Being Anti-Con

None of this is an argument against technology. Every superintendent and project manager genuinely needs to be comfortable with computers, scheduling software, and the full range of digital tools available today. Refusing to learn technology is its own kind of career-limiting mistake.

The issue is specifically with vendors who manufacture a problem instead of diagnosing a real one. That is a different thing entirely from a legitimate tool that genuinely solves something your team is actually struggling with.

Why Excel Earned Its Place in the Toolkit

Here is a direct, honest opinion worth stating plainly: Excel may be the single most versatile piece of software ever built for construction. It handles charts, graphs, trend lines, logistics maps, Takt zone maps, schedules, org charts, and even coordinate geometry calculations, all inside one flexible, endlessly adaptable tool.

That said, honesty cuts both ways. Excel is not flawless. A single bad formula or a mistyped number in an estimate once contributed to a seven hundred thousand dollar loss on a real project. The lesson from that mistake was not to abandon spreadsheets entirely, it was to recognize the one place a more specialized tool genuinely earns its keep: estimating, where built-in checks, automatic unit rate transfers, and a connected database meaningfully reduce the risk of a costly manual error. That is a real, specific problem with a real, specific solution, which is exactly the standard every other pitch should be held to.

Why It Matters: Real Problems Deserve Real Solutions

This matters because falling for a manufactured problem costs more than just a subscription fee. It often means locking a team into an expensive, narrow platform that cannot flex the way a general tool can, sometimes for tens of thousands of dollars a year, without ever actually solving anything specific.

It also has a quieter cost. Superintendents and project managers who are told their foundational tools are obsolete may never fully develop real fluency with something as broadly useful as Excel, and that is a genuine loss of builder experience that follows them for the rest of their careers.

Teach the Framework: Ask What Problem This Actually Solves

The test for any new tool or pitch is straightforward. Does this genuinely solve a specific, real problem my team already has, or does the pitch start by telling me my current tool is the problem before ever asking what I actually struggle with? A legitimate solution can always name the exact issue it fixes. A manufactured one can only ever gesture vaguely at being “the old way.”

It is also worth asking whether a proposed tool adds real capability or simply repackages something a flexible, general tool like Excel already does perfectly well. Estimating passed that test because of a specific, nameable risk, formula errors and manual data entry mistakes that a connected database genuinely reduces. Most scheduling and project management pitches never clear that same bar.

A few practical questions help separate a real solution from a manufactured one before signing anything:

What specific problem does this solve that my current tool genuinely cannot handle?
Can this vendor name the exact issue my team has, or are they only describing my current tool as generically outdated?
Am I being asked to give up flexibility and lock into one narrow system, without gaining any real new capability in return?

Turning This into Daily Practice

None of this requires becoming suspicious of every new tool that comes along. It just means holding every pitch to the same simple standard: a real problem, clearly named, with a real solution that actually addresses it.

Keep building genuine fluency in flexible tools like Excel across the team, since that skill pays off regardless of whatever software trend comes and goes next. When a new tool does solve something specific and real, like the case for estimating software, adopt it deliberately and for that clear reason, not because a pitch successfully manufactured a sense of urgency.

Connecting It Back to Building People, Not Just Projects

None of this happens without leaders willing to ask sharper questions before adopting a new system, and without teams that keep developing real foundational skills instead of assuming the next platform will replace the need for them.

If your project needs superintendent coaching, project support, or leadership development, Elevate Construction can help your field teams stabilize, schedule, and flow, using tools chosen because they solve a real problem, not because a pitch invented one.

The Challenge

So here is the challenge worth carrying into your next software pitch: before adopting anything new, ask what specific, real problem it solves, and be honest about whether the answer is actually clear. As Jason put it plainly, “If somebody’s selling you a straw man or a pool table problem, that means they don’t actually know what your real problem is.” On we go.

FAQ

Why does Jason consider Excel one of the best tools available for construction?

Because of how genuinely flexible it is, capable of building schedules, zone maps, logistics plans, org charts, trend charts, and even coordinate geometry calculations, all inside one adaptable tool. Its versatility across so many construction tasks is difficult for any single specialized platform to match.

Is there any situation where Jason recommends moving away from Excel?

Yes, specifically for estimating. A connected database with built-in checks and automatic unit rate transfers reduces the risk of costly manual errors, which is a real, specific problem worth solving with specialized software.

How can you tell if a software pitch is built around a manufactured problem?

Watch for pitches that open by telling you to abandon a tool you already use effectively, without ever asking what your team is actually struggling with. A legitimate solution can always name a specific, real problem it solves, rather than just describing your current approach as generically outdated.

Does being skeptical of manufactured problems mean avoiding new technology altogether?

No. Every superintendent and project manager genuinely needs strong technology skills to do the job well. The caution is specifically about vendors who invent a problem to sell a fix, not about avoiding legitimate tools that solve real, specific issues.

What is the real cost of falling for a manufactured problem in software sales?

Beyond the direct cost of an expensive, narrow platform that may not solve anything real, it can also mean team members never develop genuine fluency with flexible foundational tools like Excel. That loss of real builder experience often outlasts whatever software trend prompted it.

If you want to learn more we have:

Discover Jason’s Expertise:

Vertical Alignment

Posted on August 24, 2026August 24, 2026 by va.jason.almas@gmail.com

Read 18 min

One Page, One Plan

Years ago, working on a process called planning, scheduling, and production planning, one lesson kept surfacing again and again in every meeting: vertical alignment. A master schedule can be as high-level as it needs to be, but every shorter-interval plan built underneath it, the pull plan, the look-ahead, the weekly work plan, the day plan, has to trace back cleanly to those same milestones without drift.

One line from a recent Takt training captures why this matters better than almost anything else: the only way to be on the same page is to see it on one page. A Takt plan gives a team exactly that, one page showing production rates, quality planning, buffers, and how every phase connects. The moment a shorter-interval plan stops matching that one page, the team stops actually working from the same plan at all.

The Real Pain: Disconnected Plans That Look Fine On Their Own

Here is the trouble: a weekly work plan or a look-ahead schedule can look perfectly reasonable sitting on its own, fully staffed, activities assigned, everyone nodding along in the meeting. The real problem only shows up when that plan is compared against the master schedule and does not actually match it.

When that happens quietly, the supply chain does not get the memo. Materials show up for work that is no longer happening this week, or nothing shows up for work that quietly moved earlier. Nobody necessarily did anything wrong on purpose, the plans have simply drifted apart from each other.

The Failure Pattern: The Rogue Superintendent

The failure pattern has a name worth saying plainly: the rogue superintendent. This is the leader who starts making sequencing calls solo, moving activities around, deciding what the team will focus on this week, all disconnected from the master schedule and without looping in the people who would actually know better.

It rarely comes from bad intentions. It usually comes from old habits, the instinct to be the one who makes the call, the same instinct that often got that person promoted into the role in the first place. But a decision made in a silo, however confident it feels in the moment, is still just one person’s guess standing in for what should be a team’s collective judgment.

A few signs tend to show up when a project has lost vertical alignment, and they are worth checking honestly:

A weekly work plan or look-ahead schedule gets built without ever being checked against the master schedule’s actual milestones.
Sequencing or scope decisions get made by one person alone, without gathering input from the foremen actually closest to the work.
Materials or deliveries arrive out of sync with what is really happening in the field that week.

This Isn’t About Distrust, It’s About Respecting the Genius of the Team

None of this means a superintendent making unilateral calls is acting out of ego or bad faith. It usually just means old habits are still running the show, the instinct to be the decisive one, the person who has the answer before anyone else weighs in.

The problem is that this habit quietly wastes something valuable: the collective expertise sitting right there on the team. Lean thinking names this directly as one of its most damaging wastes, failing to use the genius of the team, and a closely related waste is misalignment itself, when people are not working from the same plan and pulling in different directions.

“What Makes the Superintendent More Qualified Than the Foreman?”

Here is the question worth sitting with directly: what actually makes one superintendent more qualified to make a sequencing call than two or three experienced foremen, plus a project manager, all working together? The honest answer is usually nothing.

In fact, a newly graduated engineer facilitating a real conversation among the foremen closest to the work would likely produce a better decision than one experienced superintendent making the same call alone. That is not a knock on superintendents, it is simply an acknowledgment that no single person, however experienced, sees as much of the picture as a team that includes the people who will actually execute the plan.

Why It Matters: One Person’s Guess vs. a Team’s Genius

This matters because reducing a decision down to one disconnected person quietly strips away everything a group decision would have included: a second set of eyes, awareness of trade partner flow and sequencing realities, financial implications the rest of the team might catch, and buy-in from the people who actually have to execute the call.

Nobody would trust a single person to unilaterally redesign a spacecraft reentry sequence or make a battlefield strategy decision alone. A construction schedule deserves the same respect for collective judgment, because the stakes, safety, cost, and the trust of an entire team, are real even if they are less dramatic.

Teach the Framework: How Vertical Alignment Actually Works

Vertical alignment means every level of planning traces back to the same milestones without contradiction. The master schedule, ideally a Takt plan rather than a dense, hard-to-follow CPM schedule, sets the overall strategy, production rates, and end buffers. From there, a pull plan works backward from key milestones with trade partner input to establish the right sequence. A six-week make-ready look-ahead takes that sequence and checks whether manpower, materials, tools, and equipment are actually ready. The weekly work plan narrows that down to firm commitments for the coming week, and the day plan turns those commitments into an executable daily huddle.

At every one of those handoffs, the test is simple: does this shorter-interval plan still match the milestones and flow of the master schedule? If the answer is no, that is not a minor formatting issue, it is a sign the team is no longer actually working from the same plan.

A few practical habits keep short-interval plans genuinely aligned instead of quietly drifting:

Check every weekly work plan and look-ahead schedule directly against the master schedule’s milestones before finalizing it.
Calibrate how many people get looped into a decision based on urgency, immediate issues call for gathering available foremen right away, less urgent ones can wait for the next scheduled huddle.
Treat any sequencing change as a team decision by default, not a unilateral call, even when it feels faster to just decide alone.

Turning This Into Daily Practice

This does not mean every decision requires a full committee meeting before anything can move. Urgency should genuinely shape the process. An immediate issue might call for gathering whichever foremen are available right now for a fast, collective decision. A less urgent one can wait for the regularly scheduled afternoon huddle, or loop in the project manager if it is significant enough to warrant that.

What never changes is the underlying discipline: even a fast decision stays vertically aligned with the master schedule’s milestones and flow, and it gets made with input from the people closest to the work, not around them.

Connecting It Back to Building People, Not Just Projects

None of this happens automatically, and it takes real discipline for a leader to resist the pull of just deciding alone when a decision feels urgent. Building that discipline, along with the systems that make real vertical alignment possible, is exactly the kind of training that changes how a project actually runs.

The Challenge

So here is the challenge worth carrying onto your next schedule review: check whether your weekly work plan and look-ahead schedule genuinely trace back to your master schedule’s milestones, or whether they have quietly drifted into their own separate reality. As one Takt student put it, “The only way to be on the same page is to see it on one page.” On we go.

FAQ

What does vertical alignment mean in construction scheduling?

It means every level of planning, the master schedule, the pull plan, the look-ahead, the weekly work plan, and the day plan, all trace back to the same milestones without contradiction. When any of these levels drift apart from each other, the team is no longer actually working from the same plan.

Why is it a problem for a superintendent to make sequencing decisions alone?

A single person, however experienced, does not see as much of the picture as a team that includes the foremen actually closest to the work. Deciding alone wastes the collective expertise of the team and removes the second set of eyes, trade flow knowledge, and buy-in a group decision would have included.

What is “using the genius of the team,” and why does it matter here?

It refers to a Lean concept describing the waste of not tapping into the collective knowledge and experience already present on a team. Vertical alignment and team-based decision-making are direct ways to avoid this waste, since they intentionally involve the people who understand the work best.

How urgent does a decision need to be before you skip a full team discussion?

Genuine urgency can justify gathering whichever foremen are immediately available for a fast, collective call rather than waiting for a scheduled meeting. Less urgent decisions should wait for the next huddle or loop in the project manager, but even fast decisions should stay aligned with the master schedule and involve more than one perspective.

Why does Jason recommend Takt planning over CPM for maintaining vertical alignment?

A Takt plan puts production rates, quality planning, and buffers on a single, visible page that the whole team can reference. A dense, multi-level CPM schedule makes it much harder to see whether short-interval plans still match the overall strategy, which makes vertical alignment far easier to lose track of.

If you want to learn more we have:

Discover Jason’s Expertise:

Positive Archetypes, Feat. Hal Macomber

Posted on August 24, 2026August 24, 2026 by va.jason.almas@gmail.com

Read 18 min

Takt Isn’t CPM With Pictures

A common misunderstanding shows up almost every time a team adopts Takt or Last Planner: the assumption that it is simply CPM, visualized. New boards go up, new vocabulary gets used, and the underlying way people think about the job stays exactly the same.

That assumption misses the point entirely. Takt and Lean thinking are not an add-on layered over the old system, they are a profound change to how the work actually gets run. You cannot bolt a new production system onto old roles, old goals, and old habits and expect it to hold together.

The Real Pain: Old Habits Wearing a New System’s Clothes

The real pain shows up when a team looks like it adopted Takt on the surface while nothing underneath actually changed. Leaders still swoop in to personally solve every problem. Foremen still treat their crew’s productivity, staying busy, as the goal. Percent plan complete scores stay stubbornly low, and everyone assumes the new system just does not work. None of that is a flaw in Takt itself. It is what happens when a genuinely new system gets run with an old mindset still steering the ship underneath it.

The Failure Pattern: Bolting New Tools Onto Old Roles

The failure pattern is easy to spot once you know what to look for. A foreman shows up expecting materials to already be there and treats the job as starting the moment work begins, ending the moment a roadblock appears. A leader still positions themselves as the chief problem solver instead of the person developing problem solvers closer to the work. Measurements still ask whether a task got done, without ever asking why the conditions for doing it were not actually ready.

Every one of these habits made sense under the old system. None of them survive contact with a real Takt environment, because a tightly coupled production train has zero tolerance for these old assumptions.

A few signs tend to show up when a team has adopted the tools of Takt without the underlying mindset, and they are worth checking honestly:

Leadership still jumps in to personally solve field problems instead of coaching the team closest to the work to solve them.
Percent plan complete stays low, and the response is to blame the measurement instead of asking whether the plan behind it was ever realistic.
A roadblock or a missed delivery gets discussed the next morning instead of the moment it actually happens.

This Isn’t About Effort, It’s About an Old Paradigm Wearing New Clothes

None of this means a leader or a team is resisting change on purpose. Many leaders were promoted specifically because they were excellent problem solvers, so naturally reaching for that same skill under a new system makes complete sense.

The uncomfortable truth is that the very thing that earned someone a leadership role can become exactly the wrong instinct once the system around them changes. That is not a character flaw, it is an old paradigm that has not yet been fully let go of.

The Two Days That Weren’t There: What Make-Ready Really Means

Here is what it looks like when that old paradigm finally gets challenged. In a typical make-ready conversation, the question asked is simply, are you ready over here, and the answer that comes back is almost always yes. But a real make-ready walk means physically standing in the space, sensing it, noticing where materials will actually sit, where people will actually stand, and what is actually missing.

Doing that consistently reveals something humbling: people are almost never intentionally dishonest when they say they are ready, but what they say is rarely the full picture either. Walk the actual space, and it becomes clear that two more days are needed for staging that nobody had accounted for, or a piece of information is still missing that nobody flagged. Multiply whatever you think make-ready planning currently looks like by ten, and that is closer to what it should actually be.

Why It Matters: The Game Doesn’t Start When Work Starts

This matters because of a mental model many foremen carry without realizing it: the belief that the game starts the moment work begins and ends the moment a roadblock appears. Under that mental model, hitting a roadblock means the crew simply moves somewhere else and waits.

The real game starts long before that, in make-ready planning, and it does not end until the work is actually finished. The job of leadership and supervision is to run every play in between, preventing as many of those starts and stops as possible, rather than simply reacting once the crew has already stopped moving.

Teach the Framework: The Five Things That Actually Change

Five things have to genuinely change when a team moves into real Takt production, not just visually, but structurally. First, roles change. The person overseeing the work needs to become a coach and mentor to the people closest to the work, not the number one problem solver personally swooping in on every issue. The people doing the work need to become the best problem solvers on the team.

Second, the goal changes. The old goal was keeping people busy and productive. The new goal is flow, work ready for people and people ready for work, and productivity follows naturally once flow is actually achieved. Third, measurements change. Interruptions to flow need to be investigated, not just logged as a redirect to a different work area. Variation itself, in quality tolerances, delivery timing, and cycle time, needs to be tracked and managed, because small variations stack up into real problems the same way tolerances stack up in a curtain wall system until it simply does not fit anymore.

Fourth, buffers become explicit instead of hidden. Time buffers belong at the end of a sequence, not buried inside every step. Inventory buffers, in the form of workable backlog, give a crew something productive to do when a roadblock inevitably appears. Capacity buffers, often called swing capacity, let a worker move between backlog work and the main production train as extra help is needed, then swing back once that need is met. Fifth, delays become intolerable, specifically information delays. If something happens that will affect tomorrow’s work, the team following behind needs to know today, not at tomorrow’s stand-up meeting after the damage is already done.

A few practical markers show whether a team has genuinely made these five shifts, and they are worth checking directly:

Leaders can point to specific problems they intentionally let the team solve themselves this week, rather than solving personally.
Workable backlog and swing capacity actually exist and get used when a roadblock interrupts the main sequence.
A missed delivery or a quality issue gets communicated to affected trades the same day it happens, not at the next morning’s meeting.

Turning This Into Daily Practice

None of these five shifts require abandoning structure, they require applying real discipline in a different direction. Coaching a foreman through solving their own roadblock takes more patience in the moment than just solving it personally, but it builds a team that can actually run without a leader hovering over every issue.

Physically walking a space before calling it ready, tracking variation the same way quality tolerances get tracked, and building explicit swing capacity into a crew’s plan are not extra work layered on top of the job. They are the job, done the way a real production system actually requires.

Connecting It Back to Building People, Not Just Projects

None of this happens by accident, and it does not happen by simply adding new vocabulary to old habits. It takes real, intentional training to build leaders who coach instead of solve, and crews that trust make-ready planning enough to flag what is actually missing instead of saying everything is fine.

If your project needs superintendent coaching, project support, or leadership development, Elevate Construction can help your field teams stabilize, schedule, and flow, starting with the roles, goals, and habits that make a real production system actually work.

The Challenge

So here is the challenge worth carrying onto your next project: look honestly at whether your team adopted the tools of Takt or simply relabeled the old CPM mindset with new boards and new words. Real change touches roles, goals, measurements, buffers, and how fast bad news travels. As Hal Macomber put it plainly, “Delays are no longer tolerable.” On we go.

FAQ

Why doesn’t Takt work if a team just visualizes their old CPM schedule?

Takt requires genuine changes to roles, goals, measurements, buffers, and how quickly information travels, not just a new visual format layered over old habits. Without those underlying shifts, the same old problems simply show up wearing a new system’s clothes.

What does it mean for a leader’s role to change under Takt?

Instead of acting as the chief problem solver who personally jumps in on every issue, the leader becomes a coach who develops the people closest to the work into strong problem solvers themselves. This is a hard shift for many leaders, since being a great problem solver is often exactly what got them promoted in the first place.

Why is “keeping people busy” the wrong goal in a Takt environment?

Productivity naturally follows when work is genuinely ready for people and people are genuinely ready for work, which is what flow actually means. Chasing busyness directly, without pursuing flow, produces motion without ensuring the underlying conditions for real production are actually in place.

What is swing capacity, and why does it matter?

Swing capacity is a worker who splits time between workable backlog and the main production sequence, moving over to help whenever a wagon needs extra hands and swinging back once that need is met. It gives a project a built-in way to absorb variation without stopping the flow of work entirely.

Why information delays are considered intolerable in real Takt production?

In a tightly coupled production sequence, one missed delivery or quality issue affects every trade scheduled to follow. Waiting until the next morning’s meeting to share that information means the affected trades lose valuable time they could have used to adjust, which is why the standard is same-day communication, not next-day.

If you want to learn more we have:

Discover Jason’s Expertise:

Respect Yourself! Feat. John Coffman

Posted on August 24, 2026August 24, 2026 by va.jason.almas@gmail.com

Read 17 min

Picture keying yourself up every single morning right to the edge of a headache, then backing off just half a notch, and holding yourself there for twelve to fourteen hours a day, every day, for months. That was daily life for one young superintendent working on a high-stress nuclear power plant project early in his career.

Then one July 4th weekend, a headache came that never went away. A splitting, brutal headache led to a fever, then a small hospital stay, then a transfer to a larger hospital sixty miles away, still with no diagnosis. It took a doctor pausing at the foot of the bed and asking one simple question, what you do for a living, to finally get somewhere.

The Real Pain: Superintendents Who Never Learn to Manage Stress

This is not a rare story in construction leadership, it is closer to the norm. Superintendents tend to be, by their own admission, stress junkies. Change is a constant part of the job, travel and relocation come with the territory, and if nothing changed on a project by the end of the day, most superintendents would say they did not do their job.

Stress itself is not the enemy here. The real pain is that almost nobody in this role was ever actually taught how to manage it, understand it, or recognize when it has crossed from useful pressure into something dangerous.

The Failure Pattern: Confusing Endurance With Strength

The failure pattern looks like dedication from the outside. Working twelve to fourteen hours a day, seven days a week, treating exhaustion as proof of commitment, and viewing rest as something other people need but you personally do not.

The body, though, does not care how dedicated the intention is. Pushed far enough for long enough, it will eventually force the issue, and by then the cost is usually much higher than it would have been to address earlier.

A few warning signs tend to show up before a body forces the issue, and they are worth checking honestly:

Working seven days a week for extended stretches and treating a day off as something to feel guilty about.
Noticing physical warning signs, persistent headaches, exhaustion, irritability, and pushing through them instead of addressing them.
Believing that stress management is something crews need but leaders are somehow exempt from needing themselves.

This Isn’t Weakness, It’s a Blind Spot

None of this makes a superintendent weak or careless. Most were simply never given any training in managing their own stress, even while receiving extensive training in managing schedules, safety, and quality for everyone else on the project. The culture around this role often rewards the grind without ever teaching the skill of sustaining it. That is a training gap, not a personal failing, and it can be closed the same way any other skill gets built.

“You Are a Stress Junkie, and It’s Killing You”

Here is what that blind spot can actually cost. After days of unexplained fever and an unrelenting headache, the internist finally sat down and asked about work hours, family dinners, sleep, exercise, and meals. Then came the diagnosis that mattered more than any lab result: this is a stress-related illness, and if you keep doing what you are doing, you will be dead within six months.

The stress had driven the immune system down so far that a systemic viral infection was able to attack the lining of the brain, a case of meningitis so severe that lying flat with pillows braced on either side of the head was the only way to keep the pressure bearable. Recovery took real, sustained effort: rebuilding an exercise routine, cutting back on hours, and finally learning, with a spouse’s help, how to actually manage stress instead of just enduring it. It took years to fully figure out, but it was figured out, and that superintendent kept building for decades afterward.

Why It Matters: The Cost No One Talks About

This matters because the cost of never learning this skill is rarely a single dramatic hospital stay. More often it shows up as a quiet, industry-wide pattern: very few superintendents remain active in the field into their sixties, and a disproportionate number of marriages in this profession do not survive the strain.

Marriages, as one superintendent put it, do not usually end because people fall out of love, they end because people fall out of like, and it becomes remarkably easy to fall out of like with someone who never learned to manage their own stress. At the far end of this same pattern sits construction’s sobering suicide rate, a reality that makes this conversation far more than a wellness suggestion. It is a matter of keeping good people alive long enough to keep building.

Teach the Framework: Respect for People Starts With Yourself

This is where respect for people, a value construction leaders already claim to hold, has to expand to include one more person: yourself. Respect for the crew, the trade partners, the neighbors near the project, the designers, and the end users all matters. But none of it fully makes sense while ignoring the person actually responsible for holding all of it together.

Leader standard work is built in a deliberate order for exactly this reason: faith and values first, family second, yourself third, and only then the chaos and demands of the job itself. Safety and quality on a project cannot be delegated to someone else, and the same principle applies to your own health. Nobody else can go to your doctor’s appointments, get your sleep, or manage your stress for you, any more than a project’s safety program can run itself without a superintendent actually owning it.

A few practical markers separate a superintendent managing stress well from one heading toward a breaking point:

A personal organization system and a real to-do list exist, not just for the project, but for personal health, sleep, and family time.
Days off actually happen on a regular basis, the same way a crew is never expected to be productive seven days a week without a break.
Physical warning signs, headaches, exhaustion, irritability, get addressed early rather than pushed through and ignored.

Turning This into Daily Practice

None of this requires an elaborate wellness program. It starts with the same discipline used to run a good project: a plan. A morning routine, a personal to-do list, and leader standard work that actually blocks in time for health and family, not just for the job, make the difference between managing stress and simply absorbing it until something breaks.

Cutting back from seven days a week to a sustainable schedule, adding regular exercise, and treating a doctor’s appointment with the same non-negotiable priority as a safety inspection are not luxuries. They are the maintenance schedule for the one piece of equipment on the project that can never be replaced.

Connecting It Back to Building People, Not Just Projects

None of this happens without leaders willing to admit that managing their own health is part of the job, not a distraction from it. Teaching that skill alongside scheduling, safety, and leadership is exactly the kind of training that keeps good superintendents in this industry for decades instead of losing them far too early.

If your project needs superintendent coaching, project support, or leadership development, Elevate Construction can help your field teams stabilize, schedule, and flow, including the personal habits that keep the leader running the project healthy enough to keep leading it.

The Challenge

So here is the challenge worth carrying forward: take an honest look at your own stress level the same way you would assess a struggling zone on a project, without excuses, without pride, and without waiting for a crisis to force the issue. As John Coffman put it, “Respect yourself, and pay attention to yourself. Listen to your body and take care of yourself. You’re responsible for that first.” On we go.

FAQ

Why are superintendents especially prone to stress-related health problems?

The role runs on constant change, travel, and pressure, and many superintendents take pride in pushing through long hours without a break. Without any real training in managing that stress, the body eventually forces the issue, sometimes through a serious health crisis.

What actually caused the meningitis in this story?

Sustained, unmanaged stress drove the immune system down so far that it could not fight off a systemic viral infection, which then attacked the lining of the brain. The doctor was direct about the cause, identifying it as a stress-related illness before any lab test confirmed the specific infection.

How does respect for people connect to a superintendent’s own health?

Respect for people is often applied to crews, trade partners, and customers, but it has to include the leader as well. Just as safety and quality cannot be delegated on a project, personal health cannot be delegated either, it has to be actively managed by the person living it.

What practical steps help a superintendent manage stress better?

A personal organization system, a real to-do list that includes health and family, a sustainable work schedule instead of seven days a week, and regular exercise all make a measurable difference. Leader standard work that blocks in time for faith, family, and self before work priorities helps ensure these things actually happen.

Why does this topic matter beyond individual health?

Unmanaged stress in this industry contributes to shortened careers, strained marriages, and, in its most serious form, contributes to construction’s difficult suicide statistics. Building a genuine culture of self-care is not a soft add-on, it is part of keeping good leaders in the industry and alive to keep building.

If you want to learn more we have:

Discover Jason’s Expertise:

Don’t Just Do Something – Stand There! Feat. John Coffman

Posted on August 24, 2026August 24, 2026 by va.jason.almas@gmail.com

Read 18 min

“You Can Never Do That”

Picture a concrete pour going sideways. Trucks are backed up five and six deep, a general superintendent is out there kicking rocks and throwing his hard hat, and a quality control manager runs in right behind him to help fix it. Together they dive straight into the chaos and, eventually, get it sorted out.

Later that afternoon, the project manager called both of them into his office and asked what happened. After hearing the story, he said something neither of them ever forgot: you both ran straight into the middle of that pour and started doing stuff, and neither one of you had a clue what was actually happening yet. He compared it to walking into a forest and only being able to see the trees immediately in front of you. You cannot see the flow of what is really going on until you stand back far enough to see the whole picture first.

The Real Pain: Running In Without Knowing What’s Happening

This happens constantly in construction, and it rarely looks like a mistake in the moment. Something goes wrong, word travels fast, and the instinct is to move immediately, get to the site, get hands on, get involved.

The problem is that arriving fast and arriving informed are two completely different things. Running toward a crisis before understanding it usually means reacting to whatever is loudest or most visible, which is not the same as understanding what is actually causing the problem.

The Failure Pattern: Confusing Motion with Leadership

The failure pattern looks like urgency, but it is not the same thing as effectiveness. Yelling, throwing a hard hat, jumping straight into the middle of a crew without knowing what they are already handling, all of it feels like decisive leadership in the moment.

In practice, it often produces nothing but noise. As one superintendent put it plainly after learning this lesson the hard way, doing it the old way would have meant running out there, jumping right on top of the person already working the problem, demanding to know what happened, and accomplishing absolutely nothing except making a lot of dust.

A few signs tend to show up when motion is getting confused with real problem-solving, and they are worth checking honestly:

Arriving at a problem and immediately starting to physically do the work, rather than first understanding what has already been tried.
Raising your voice or visibly venting frustration before anyone has confirmed what actually caused the issue.
Assuming the person already on site does not know what they are doing, without first observing what they are actually doing.

This Isn’t About Being Slow, It’s About Seeing Clearly First

None of this means the instinct to jump in fast comes from a bad place. It almost always comes from genuinely caring about the outcome and wanting to help as quickly as possible. The problem is simply that speed without observation usually slows things down rather than speeding them up. That instinct can be retrained, the same way any habit gets retrained, by building in one deliberate pause before acting.

The Paving Crew and the Bull Float

Here is what that retraining looks like under real pressure. On a large paving job pouring three million square feet of concrete, word came in that a pour was going badly enough that inspectors expected the whole thing to need to be torn out. The instruction from the inspectors was blunt: get out there and fix it.

Instead of running straight into the crew, the response was to stop, stand back, and simply watch what was happening before touching anything. What became clear from that distance was that the area superintendent already had it under control in every way that mattered. He had slowed the paver, slowed the batch plant, and kept only enough concrete on the ground to keep the leading edge alive. He was not failing, he was simply short on people to keep the finishers caught up. A single radio call brought in a truckload of extra finishers from a subcontractor within a half hour. In the meantime, rather than taking over or second-guessing the superintendent already running the show, the response was to pick up a bull float and become one more set of hands until help arrived. The inspectors were confused, expecting to see someone come in and take charge. Instead, they got a problem that was already under control, just short-staffed, and now it was not anymore.

Why It Matters: The Cost of Running In Blind

This matters because running in blind carries real costs beyond wasted energy. It can undercut the person already working the problem correctly, waste time chasing the wrong fix, and leave the actual root cause completely unaddressed while everyone feels busy putting out what looks like a fire. Worse, it teaches a crew that leadership shows up to create noise rather than to help, which erodes trust exactly when a team needs it most.

Teach the Framework: The Battle Perch and the Ohno Circle

This lesson has a name in Lean thinking, and it goes back to Taiichi Ohno, the inventor of the Toyota Production System. Ohno would draw a chalk circle on the factory floor and ask a new engineer or team leader to stand inside it, sometimes for half a day or longer, and simply watch without stepping out to intervene. The goal was to strip away the instinct to solve before truly seeing, to stop pattern-matching to a pre-made answer, and to actually observe what was happening at the real place of work.

The construction version of that same discipline is standing far enough back to see the flow of an entire operation rather than the isolated piece directly in front of you. For a small crew, that might mean fifty feet. For a large pour with multiple trucks and crews working together, it might mean fifty yards. The distance is not the point, the clarity it produces is. Only from that vantage point can you tell the difference between a crew that is struggling because something is broken and a crew that is simply short-handed and already doing everything right.

A few practical questions turn this into something usable in the moment, before ever stepping toward a problem:

What has the person already in charge of this situation already tried, and is it actually working?
Am I about to intervene because something is genuinely broken, or because it simply looks chaotic from a distance?
What does this team actually need from me right now, more hands, more information, or simply more time?

Turning This into Daily Practice

This does not require a dramatic pause every time something goes wrong. A daily reflection walk, observing the flow, energy, and pace of a project before reacting to any single issue, builds the same muscle over time. The habit of watching before touching becomes automatic with enough repetition.

It also changes the question a leader asks when arriving at a problem. Instead of walking in ready to tell people what to do, the better question is simply what does this team need right now, and often the honest answer is more hands, not more instructions.

Connecting It Back to Building People, Not Just Projects

None of this comes naturally to people trained their whole careers to move fast and solve problems immediately. It takes real discipline to stand still long enough to actually see what is happening before acting on it.

If your project needs superintendent coaching, project support, or leadership development, Elevate Construction can help your field teams build exactly this kind of discipline, seeing clearly before acting, so the right fix happens the first time.

The Challenge

So here is the challenge worth carrying onto your next jobsite crisis: the next time something looks like it is falling apart, resist the urge to run straight into it. Stand back far enough to see the whole flow first, then act on what you actually see. As Art Archer used to say, “Don’t just do something, stand there until you know what to do, and then do that.” On we go.

FAQ

Why is running straight at a problem often the wrong first move?

Arriving fast and arriving informed are not the same thing. Without first observing what is actually happening, it is easy to react to whatever looks or sounds most urgent instead of addressing the real cause, which often wastes time and undermines whoever is already handling it correctly.

What is an Ohno circle, and what does it teach?

It is a technique used by Taiichi Ohno, the inventor of the Toyota Production System, where a person stands inside a chalk circle on the factory floor and simply observes, sometimes for hours, without stepping out to intervene. It trains people to see what is truly happening at the place of work instead of jumping to a pre-made solution.

How far back should you stand before assessing a problem on a jobsite?

It depends on the scale of what you are observing. A small crew might only require standing back fifty feet, while a large operation with multiple crews and equipment may require fifty yards or more, enough distance to see the flow of the whole operation rather than just the piece directly in front of you.

What does it mean to become “a hand” instead of taking over a struggling crew?

It means recognizing when the person already in charge has the situation correctly diagnosed and simply needs more support, not new instructions. Rather than taking control, you jump in and provide the extra labor or resources needed, letting the person already leading continue to lead.

How can a leader build this habit of observing before acting?

A daily reflection walk, taking time to observe the flow, pace, and energy of a project before responding to any single issue, builds this discipline over time. The habit shifts the first question from what should I tell people to do, to what does this team actually need from me right now.

If you want to learn more we have:

Discover Jason’s Expertise:

When the Waves Come

Posted on August 24, 2026August 24, 2026 by va.jason.almas@gmail.com

Read 17 min

The Boat That Almost Sank at the Shore

Years ago, before buying his own boat, one family parallel parked their borrowed boat right up against the shoreline so a child could use the restroom nearby. It felt like the safest possible spot, close to land, close to help, tucked in tight.

Then a yacht passed by out on the open water, throwing a wake far bigger than anyone expected. The boat began rocking violently, filled with water, and came within moments of going under, with a child still aboard. It survived only through a scramble of covering vents, leveraging the hull, and running the bilge pump until it could limp back to shore.

The Real Pain: Staying Where It Feels Safe

That near miss teaches something that shows up constantly in business and in careers, not just on the water. The spot that feels safest, close to shore, close to the familiar, close to how things have always been done, is often the most exposed spot of all, because it leaves no room to maneuver when a wave actually arrives.

Companies still running on outdated, opaque scheduling methods feel safe because that is simply how it has always been done. Superintendents who turn down a challenging new role because the current one feels comfortable feel safe too. In both cases, the comfort is often an illusion, because nothing about standing still actually protects against the wave that is already headed their way.

The Failure Pattern: Fixed and Exposed Instead of Nimble

The failure pattern is staying fixed in place while assuming that fixed means protected. A boat tied up at the dock has no ability to speed up, slow down, or turn to meet an oncoming wave head-on. It just has to take the hit directly, with nowhere to go.

Blockbuster is the classic example of exactly this pattern. It was not that streaming caught the industry completely by surprise, it was that staying with the familiar, profitable model felt safer than adapting to something unproven, right up until the wave arrived and there was nowhere left to maneuver. The company that adapts while it still has room to move almost always outlasts the company that waits until the wave is already breaking over it.

A few signs tend to show up when a company or a person is parked too close to shore, and they are worth checking honestly:

A new idea, system, or approach gets dismissed as “just another flavor of the month” before it has ever really been tried.
The response to change is to wait and see rather than to test, learn, and adjust early.
Success today is treated as proof that nothing needs to change, rather than as a temporary position that still requires watching the water.

This Isn’t Stubbornness, It’s Fear of the Unknown

None of this means people or companies clinging to the familiar are foolish or lazy. Standing still near shore genuinely feels safer in the moment, and heading out into open, unpredictable water genuinely feels riskier, even when the data says otherwise.

The instinct to stay put is human, not a character flaw. The problem is simply that the instinct is often wrong, and the only way to know that is to have already seen what happens when the wave arrives and there was nowhere left to go.

The Second Time: Reading the Wake Before It Arrives

Here is what changes once that lesson actually lands. On a more recent outing, the same family was anchored near a favorite cliff, kids happily climbing the rocks, when a yacht passed by again. This time, nothing about the water looked dangerous yet. There was no visible wake, nothing obviously wrong.

But knowing what that wake was capable of, the call was made immediately: load up, push out into open water, right now. The kids protested. For a moment, even the person giving the order wondered if it was an overreaction. Then, facing the incoming waves at a safe distance from shore, the boat nearly went underwater anyway just from the size of the swell, even out where there was room to maneuver. Looking back at the empty spot where the boat had been parked, there was no doubt left: staying there would have meant sinking for certain.

Why It Matters: Standing Still Is the Real Risk

This matters because the cost of waiting too long to adapt rarely shows up gradually. It shows up all at once, in a company that suddenly cannot compete, a career that quietly stalls out, or a team that gets left behind while everyone around them moves forward.

The pattern eventually isolates people from their own industry. Colleagues and companies who embrace better ways of building, treating trade partners with respect, and scheduling with real transparency keep moving forward together, while those who dig in around the old ways eventually find themselves standing alone, wondering what happened.

Teach the Framework: Move With the Wake, Not Against It

This connects directly to a distinction worth carrying onto any project: the difference between pushing and driving. Pushing means forcing progress through panic, more people, more overtime, more chaos, hoping speed alone will save the day. Driving means removing roadblocks ahead of the crew, reducing constraints before they hit, and keeping a steady, predictable rhythm, the way a boat with room to maneuver can meet a wave head-on instead of getting broadsided.

A rigid, fixed schedule is a boat tied to the dock. A Takt plan built with the flexibility to adjust zones, sequencing, and pace as conditions change is a boat out in open water with room to turn, speed up, or slow down as needed. Neither one avoids the waves entirely, but only one of them has the room to actually meet them. A few practical habits separate nimble teams and leaders from ones parked too close to shore:

Watch for early signals of change in the industry, a new method, a new expectation, a shift in how competitors operate, rather than waiting until it directly threatens the business.
Give a new approach real room to prove itself before dismissing it as unnecessary or unproven.
Choose to move toward challenging new opportunities, with proper due diligence, rather than staying in a comfortable role simply because it feels familiar.

Turning This Into Daily Practice

None of this means abandoning caution altogether. Due diligence still matters before taking a new role, adopting a new system, or committing to a major change. The difference is doing that due diligence while there is still room to adjust course, rather than waiting until the decision is forced by circumstances outside anyone’s control.

For a leader, that might mean testing a new scheduling approach on a smaller project before betting the whole company on it. For an individual, it might mean saying yes to a stretch assignment while there is still support and room to grow into it, rather than waiting until it becomes the only option left.

Connecting It Back to Building People, Not Just Projects

None of this happens without leaders willing to move first, even when staying near shore feels more comfortable. Helping teams build that willingness, and the systems flexible enough to support it, is exactly the kind of work that changes an entire project’s trajectory.

If your project needs superintendent coaching, project support, or leadership development, Elevate Construction can help your field teams stabilize, schedule, and flow, with enough room built in to meet whatever wave comes next.

The Challenge

So here is the challenge worth carrying forward: look honestly at where your company, your team, or your own career is parked right now. Is it close to shore because it is genuinely stable, or close to shore because it feels familiar? As W. Edwards Deming put it, “It is not necessary to change. Survival is not mandatory.” On we go.

FAQ

Why is staying close to shore actually more dangerous when conditions change?

A boat tied close to shore has no room to speed up, slow down, or turn to meet an incoming wave, so it takes the full impact directly. The same is true for companies and careers that stay fixed in familiar patterns instead of building in room to adjust when change arrives.

How does the Blockbuster example relate to this lesson?

Blockbuster’s familiar, profitable model felt safer than adapting to streaming, right up until the shift had already happened and there was no room left to catch up. Companies that test and adapt early, while there is still room to maneuver, tend to outlast the ones that wait until change is unavoidable.

What is the difference between pushing and driving in construction leadership?

Pushing means forcing progress through panic, overtime, and added manpower, hoping speed alone solves the problem. Driving means removing roadblocks and reducing constraints ahead of time, keeping a steady rhythm that has room to adjust as conditions change.

Does embracing change mean ignoring caution or due diligence?

No. Due diligence still matters before adopting a new system, taking a new role, or making a major shift. The key difference is doing that due diligence while there is still room to adjust course, rather than waiting until circumstances force the decision.

Why do people or companies resist change even when it would clearly help them?

Staying with the familiar genuinely feels safer in the moment, even when the underlying risk is actually higher. That instinct is human, not a character flaw, but it becomes a real problem when the wave arrives and there is no longer any room left to move.

If you want to learn more we have:

Discover Jason’s Expertise:

General Offerings

Company Offerings

Systems

SUBSCRIBE NOW !

Subscribe to our newsletters and stay updated!

Related Books

The First Planner System: The Project Planning System for Executives, Project Managers, and Superintendents in Pre-construction - Book 2

Pull Planning For Builders: How to Pull Plan Right, Respect People, and Gain Time (The Art of the Builder)

The Ten Improvements to Production Planning: What Lean Builders Can Do To Improve Short Interval Planning (The Art of the Builder)

Related Books

The First Planner System: The Project Planning System for Executives, Project Managers, and Superintendents in Pre-construction - Book 2

Built to Fail: Why Construction Projects Take So Long, Cost Too Much, And How to Fix It

Related Books

The First Planner System: The Project Planning System for Executives, Project Managers, and Superintendents in Pre-construction - Book 2

The 10 Myths of CPM: How The Critical Path Method Systematizes Disrespect for People

Calumet "K"

faq

General Training Overview

Superintendent / PM Boot Camp

Takt Production System® Virtual Training

Onsite Takt Simulation

Foreman & Field Engineer Training

Testimonials

Testimonials

agenda

Day 1

Foundations & Macro Planning

day2

Norm Planning & Flow Optimization

day3

Advanced Tools & Comparisons

day4

Buffers, Controls & Finalization

day5

Control Systems & Presentations

faq

UNDERSTANDING THE TRAINING

VALUE AND RESULTS

PLANNING AND SCHEDULING TOPICS

APPLICATION & TEAM ADOPTION

VIRTUAL FORMAT & ACCESSIBILITY

faq

GENERAL FAQS

CURRICULUM & OUTCOMES

LOGISTICS & FORMAT

PRICING & VALUE

SEO-BASED / HIGH-INTENT SEARCH QUESTIONS