Leadership Is Taken, Not Given – Part 3: Execution and Closeout

In our last post, we introduced the concept of Defining Moments for projects and their leaders. Unlike in life, they are predictable–they arise at certain points, or “hotspots,” of projects.

We’ve already covered the hotspots pertaining to planning, but as the ancient saying goes, “A mediocre strategy well executed is better than a great strategy poorly executed.” As such, this post will demonstrate effective leadership during the Execution and Closeout phases of a project.

Mission to Execution Disconnect

Defining Moment #3: Execution

In Part 1 of the series, we discussed the project manager’s paradox: the responsibility to control projects without tangible authority in the organization. This paradox is why the axiom, “Leadership is taken, not given” isn’t just a cliche for project managers.

Taking control

An effective way to take control during execution with minimal confrontation is to keep projects in a natural cadence. The key is to always keep the balls off your side of the net. Worry about your own responsibilities and leave the aspects of the project you can’t control to those responsible. When you take care of the Next Steps incumbent on you, the “balls” tend to come back in a regular rhythm.

Tennis Balls Side of Net

The reason it works is because it leaves no room for the blame game. When everyone’s done 75% of their tasks, then both sides will blame the other side for the 25% they didn’t do. But when you go into meetings with all your boxes ticked, the other members of the project know that anything that goes wrong is on them. Then, it’s not long before they all get in line.

This is the fundamental criteria for controlling a project. Notice how objective control is in this context. When you ask project managers if they’re in control of a project, they often give an answer along the lines of “I feel like it’s going well.” But control is not a matter of opinion: you either are or you are not keeping execution processes on a regular, cyclical basis; collecting actuals for cost, labor, and schedule on a weekly (or monthly) cycle; and analyzing variances to the baseline.

This isn’t to say that there aren’t other factors in project success. Some projects that are within control fail, just as some projects that are out of control flail their way to success. The idea is to maximize your success rate, and you do that by satisfying the objective criteria for project control.

Maintaining control

But we operate in the real world, so we don’t want to give the impression that projects will be completely free of conflict. Even when everyone does what they should, things will go wrong and adjustments will be necessary.

These adjustments are pivotal. If companies did a postmortem on all of their failed projects, the most common cause of project failure would be scope creep. As the saying goes large projects fall a year behind one day at a time. Massive project reconfigurations are generally the result of a mixture of denial and negligence on the project manager’s end. Project managers whose fingers are always on the vital signs of the project are able to accommodate for the unforeseen. They can revise the plan, re-baseline, plan contingencies, etc. But hope is not a strategy. When the scope creeps up and the project manager goes in denial, problems materialize. These problems will mean budgets are exceeded, deadlines are missed, and specs aren’t met.

Iron Triangle

Confronting pain

As we covered last week, though, being proactive will involve confronting pain. Change management–even if it’s done incrementally as part of a regular, rhythmic process–will still involve negotiating an arm of the Iron Triangle. You can’t have better, faster, and cheaper. We also emphasized in Defining Moment #2: Initiation the importance of making it clear to stakeholders that unforeseen things will happen. In those cases, an impact analysis will cost time and money, and change management will involve a compromise.

Preparing stakeholders for this, though, won’t make everything a cake walk in the execution stage. Effective project leaders must operate in the gray area, negotiating the optimal solution. Notice, we say “optimal” and not “perfect” because there will not be a perfect solution. As the saying goes, negotiation’s done right when both sides are dissatisfied. The problem solving itself often isn’t even the toughest part of this process. It takes soft skills to be able to make everyone agreeable to the solution.

In summary, the most resistance-free path to success is to keep the project in rhythm by keeping all the balls off your side of the court. When you do this, you are in control of the project, which gives the project the best chance for success. However, projects still seldom cruise to success following the plan perfectly. EG: customers will add requirements, servers will go down, resources will perform below expectation, etc. In these cases, project managers must remain proactive, making incremental accommodations to the plan. When the project is impacted, negotiate in the gray area.

Defining Moment #4: Closeout

We’ve been preaching proaction, proaction, proaction all throughout this series. So shouldn’t come as a surprise that the real secret to a successful Closeout is success in the preceding processes. Whatever problems have gone unresolved from Definition, Initiation, and Execution will snowball and amass in Closeout. When there were unclear completion criteria in Scope Definition, then you’ll end up delivering what you think you promised but the customer won’t get what they thought they bought. When parts of the project aren’t incrementally closed out during execution, then you end up trying to win with a Hail Mary instead of stringing together a series of first downs.

There are of course responsibilities that don’t commence until Closeout (eg: you have to follow-up on out-of-scope activities and handoff to the stakeholders), but Closeout is a defining moment insofar as it’s when proactive leaders who took the reigns on potential problems as early as possible shine. Conversely, it’s when managers who had no control of the project start to feel all of the pain they sought to avert.

Our full white paper on Leadership Is Taken, Not Given is available here.