Don’t Be a Hero!

By Kiron D. Bondale

What’s the first thing you envision when you hear the word “hero”? It might be a firefighter, a knight, Superman, Spiderman, or some other real or imaginary larger-than-life character or role.

Even though the list of heroes is infinite, it’s a safe bet that the role of a project manager is unlikely to be the top pick for most people!

However unlikely this idea of a project manager as a hero might be, sometimes project managers and their teams have to perform acts of heroism to get their projects completed successfully. When this occurs on an exception basis, the project manager and their team should be recognized for collectively pulling off a miracle.

Unfortunately, there is a dark side to being a hero.

If a company’s culture is overly fond of heroics while providing minimal recognition for those who are able to get their projects completed as expected without unnatural acts, a clear message is sent that it is better to be a hero than to be a reliable, predictable project team. You can identify this culture at the water cooler – “Did you hear about the ACME team? No, what happened? They pulled off another all-nighter both days this weekend! What would we do without them?”

In such environments, the project teams who thrive on such accolades might plan and manage their projects so that heroics are required on a regular basis. After all, what’s a good hero story without a villain, and if there are no villains left to fight, sometimes those who are addicted to being heroes have to create them.

This type of behavior might not be done consciously, but it can be detected through the marginalization or total elimination of risk management, taking short cuts on other good project management practices or by a willingness and even eagerness to commit to schedule and cost constraints before sufficient due diligence has been spent in validating their realism.

The problem with this is two-fold:

  • Being a hero doesn’t encourage a good work-life balance and it’s unlikely that everyone on the team has signed up for performing heroics on a frequent basis.
  • Luck runs out – even for the most capable heroes, and when it does on projects, the organization bears the brunt of the fall out.

So recognize heroic behavior, but communicate a balanced message encouraging the learning of lessons so that similar heroics are not required in the future. And, handsomely reward the project teams which plan and deliver their projects predictably.

As Christopher Reeve said “What makes Superman a hero is not that he has power, but that he has the wisdom and the maturity to use the power wisely.”

Kiron D. Bondale, PMP, PMI-RMP has managed multiple mid-to-large-sized technology and change management projects, and has worked in both internal and professional services project management capacities. He has setup and managed Project Management Offices (PMO) and has provided project portfolio management and project management consulting services to clients across multiple industries.

Kiron is an active member of the Project Management Institute (PMI) and served as a volunteer director on the Board of the PMI Lakeshore Chapter for six years.

Kiron has published articles on Project and Project Portfolio Management in both project management-specific journals (PM Network, PMI-ISSIG journal, Projects Profits) as well as industry-specific journals (ILTA Peer-to-peer). He has delivered almost a hundred webinar presentations on a variety of PPM and PM topics and has presented at multiple industry conferences including HIMSS, MISA and ProjectWorld. In addition to this blog, Kiron contributes articles on a monthly basis to ProjectTimes.com.

Kiron is a firm believer that a pragmatic approach to organization change that addresses process technology, but most important, people will maximize your chances for success. You can reach Kiron at kiron_bondale@yahoo.ca

Article source: http://www.pmhut.com/dont-be-a-hero

Comments

Powered by Facebook Comments

Leave a Reply

Your email address will not be published. Required fields are marked *