One of my column readers recently sent in this question: One of our senior project managers left abruptly in the middle of a 3 year million $ contract. What experience and education would you consider in promoting a replacement? 

Ooh, good meaty problem.  Not so simple a solution.

A sad tale of a how a sponsor/PM relationship killed a project...

Exec identifies a need for a project and nominates self as sponsor.  PM gets assigned to project and assembles project team.  Sponsor is vague about problem to be solved other than "we need a new system".  PM can't communicate problem to be solved to the team because he doesn't understand what the problem is.  Sponsor continues to ask for more and more things to be included in project, PM doesn't have courage to say no.  PM treats sponsor as "that person in the corner office" and doesn't know how to ask for help, so he escalates everything.  Sponsor has to make some tough decisions but is unwilling to do so because of the political fallout.  PM provides bad information about decision alternatives so sponsor ignores him.  Due to changing priorities project no longer makes sense to do, but PM lobbies to keep the project going.  Sponsor loses interest because there are bigger fish to fry.  PM and team are disillusioned because sponsor doesn't care.  Project dies a slow death.  R.I.P.

While this is a fictional story, you can undoubtedly relate to most of these things happening on one project or another in your career.  The sponsor/PM partnership on a project is one of those "soft skill" factors that gets frequently overlooked when assessing a PM's skills but is a key determinant in the success or failure of a project.  Under a healthy partnership, the sponsor and PM work as a singular unit to ensure the project gets what it needs to be as successful as possible using only as many resources as absolutely necessary to secure success.  Under a less than healthy relationship the project will undoubtedly cost more in time and money assuming it even gets completed at all. 

Throughout my career I've been both a sponsor and a PM and have first-hand experience in how this relationship needs to work from both sides of the desk. Through my experience, I've locked down on ten truths which I feel are crucial to securing a healthy sponsor/PM partnership.  See if these resonate with you:

Excerpted from Six-Word Lessons to Avoid Project Disaster

As a young hot-shot information technology (IT) project manager I was convinced that I had it all together. I was bound and determined to show all those more senior to me how to deliver successful projects. It wasn’t until I messed up not one, not two, but three projects simultaneously that I grew up and recognized I wasn’t all that I thought I was. While that period in my professional career was particularly painful, it was also some of the best learnings I could have gone through. Since then I’ve had successes and failures, but the failures became less frequent because I learned to get comfortable with others providing a critical eye on my work and helping with the necessary precision questioning to keep me out of hot water. This is the genesis behind Six-Word Lessons to Avoid Project Disaster.

Following are 15 lessons focused on the project sponsor and the questions to ask to ensure active, focused, and engaged project sponsorship.

1. Lesson 1 - There was no project sponsor assigned - A non-existent sponsor translates to poor support from a business organization, particularly when higher-priority work emerges. Question to ask: Does the project have an engaged and committed sponsor who feels the pain of the as-is situation?
   
2. Lesson 2 - Sponsor didn't advocate with his organization - A poorly advocated project translates to inconsistent business organization support and confusion as to what the sponsor expects. Question to ask: Has the sponsor effectively communicated the project scope and goals to his/her organization?
3. Lesson 3 - Sponsor lost interest in the project - A sponsor losing interest is usually an indicator of business priorities changing or the sponsor's management having weak interest. Question to ask: Does the sponsor remain committed to the project and his he/she continuing to support the PM and the team?
4. Lesson 4 - Sponsor changed; new one didn’t care - Sponsor change mid-flight can also be accompanied by different priorities or marching orders. Question to ask: Does the new project sponsor care about the project?
5. Lesson 5 - Sponsor wouldn't meet with the PM - Sponsors who don’t make themselves available to a PM typically mean the project is either not important to the sponsor or the sponsor has bigger fish to fry. Question to ask: Is the sponsor cancelling meetings or not making him/herself available to the PM when the PM needs him/her?
6. Lesson 6 - The sponsor kept changing project scope - Unanticipated scope changes from the sponsor typically mean scope is not physically written down and agreed upon or “selective memory” on part of sponsor or PM.  Question to ask: Is the scope statement clearly documented and regularly reviewed with the sponsor and PM?
7. Lesson 7 - Sponsor wanted elegance versus "good enough."- Over-polishing the apple on features can contribute to cost and schedule overruns. Question to ask: Are the features meeting the need without additional bells and whistles that are beyond “good enough”?
8. Lesson 8 - The wrong users were on project - Putting the wrong users on a project can create gaps in capabilities that get discovered after solutions late in the development life cycle. Question to ask: Are people accountable for in-scope capabilities represented on the project?
9. Lesson 9 - The sponsor wouldn’t make difficult decisions - Sponsors unwilling to make difficult decisions contribute to solutions that won’t align to to-be business needs. Question to ask: Are there outstanding issues assigned to the sponsor that are going unresolved?
10. Lesson 10 - Sponsor wouldn’t kill project not needed - Priorities change. A project once deemed important may not be important due to shifting priorities or environmental changes. Question to ask: Does the project still address a problem the sponsor and his/her management sees as important?
11. Lesson 11 - Major policy changes needed weren’t understood - Sponsors who don’t understand and act on mandatory major policy changes can create business failures once the solution is implemented. Question to ask: Are policy changes clearly documented and is the sponsor being held accountable for driving the policy change?
12. Lesson 12 - Sponsor got too overconfident with scope - Some sponsors can get overconfident if the project appears successful by squeezing in additional scope items, causing potential issues with delivery if things go wrong at the end. Question to ask: Is the sponsor asking for additional work to be done late in the project which could jeopardize schedule?
13. Lesson 13 - The sponsor didn’t secure the funding - Sometimes funding takes a back seat to getting something done on time. If the funding isn’t secured by the sponsor, the team risks an overrun or unplanned staffing reduction midflight. Question to ask: Has the sponsor secured the funding to get the project done?
14. Lesson 14 - Sponsor wasn’t clear on the problem - Not articulating a clear problem to be solved can lead to increased scope due to chasing “shiny object” problems. Question to ask: Is there a clear, quantifiable problem statement that clearly defines what project success looks like?
15. Lesson 15 - The benefits didn’t justify the cost - The sponsor needs to ensure that the expected benefits support the cost of getting the project done. Ideally a financial analyst develops and certifies the cost/benefit analysis. Question to ask: Is there a clear cost/benefit analysis that is updated at key project milestones to ensure project makes financial sense to do?
    

Want to know the ten most important attributes of a best-in-class project sponsor? Check out Be a Killer Sponsor.

Project screw-ups mean wasted time and money and can irreparably damage your relationship with business partners if they perceive that you are at fault—in any way. If you’ve been through a post-mortem for a project that failed, you’ve likely heard one or more of these “we didn’t” excuses:

“We didn’t define the problem we were trying to solve.”

“We didn’t communicate what we were doing.”

“We didn’t manage our project risks and issues.”

“We didn’t create a good project plan.”

“We didn’t have the right sponsorship.”

“We didn’t work well together.”