The Accidental Project Manager – Part 2

Or, Improving the Perceived Value of Project Management

In Part 1, we talked about how some people end up with the title “project manager”.  It sometimes seems that organizations created the position of project manager so they will have someone to ask about project status and someone to blame when a project goes south. This is sometimes due to project management being seen as a task, not a career or profession. In addition, project managers are rarely part of the greater management team—those who possess knowledge, vision, and skills essential to driving the organization. So why is a function so critical to project and business success trivialized and minimized in the organization?  Or better yet, how do we help project managers become more respected or valued?

“The fault, dear Brutus, is not in our stars, but in ourselves, that we are underlings.” (William Shakespeare in Julius Caesar)

A bit of history
In 19th and 20th century business models (think Henry Ford), projects were activities outside of business-as-usual. Projects were managed ad hoc, operated for a short time, and then disbanded. According to Wikipedia on the history of project management, the 1950s marked the beginning of the modern project management as a specialized field with the advent of formal mathematical project-scheduling tools.

As Information Technology matured in the latter half of the 20th century to become profitable businesses, projects became business models in many companies. Perhaps because those who managed IT projects were technically trained rather than business trained, managing projects was deemed a support function rather than a skill essential to success. Companies valued those who brought project dollars in the door more highly than those responsible for executing the project.  As Harold Kerzner states in his book Advanced Project Management, “For almost 35 years project management was viewed as a process that might be nice to have, but not one that was necessary for the survival of the organization.”

How to improve the perception of value
As a reader of Fear No Project, you know I believe strongly that project management can be done well or done badly. Project management is a profession, and businesses that understand, embrace and reward effective project management will do better in the marketplace than those that do not.  So, how does a project manager or project management organization (PMO) improve the over-all corporate perception of its value?

Think like a CEO when you interact with clients, create status reports, ask for resources, make assignments, establish priorities, create benchmarks, monitor expenses:

  • Consider the value of your project in terms of corporate identity and long-range plans. (To the CEO, projects are rarely ends in themselves, but part of a bigger picture.)
  • Understand the importance of risk identification and risk management
  • Work to get new customers and keep existing customers happy
  • Look for and become an advocate for opportunities
  • Think outcome not process (process is what you do, outcome is the result)
  • Solve problems do not present them. In the words of a CEO Curt Finch, “Be an executor and not an academic.”  If you cannot solve the problem, see “Talk like a CFO”.

Talk like a CFO when you create a project budget, present project status, or identify and solve project issues:

  • Know the status of key project tasks at all times
  • Become comfortable assessing costs of labor, time, success, and failure
  • Talk in dollars made, dollars lost, and dollars at risk
  • Evaluate recommendations in terms of ROI (return on investments) and ROA (return on assets)
  • Project costs forward relative to project budget
  • Present possible negative outcomes that might result from failure to follow correct PM processes in terms of tangible costs and intangible impact on reputation

Sell like a Salesman by using data and specifics. Your instincts and intuition—based on years of project experience—may be correct. However, real data talks louder and with more credibility than opinions, no matter how well founded.

  • Use costs and LOE estimates based on previous project experiences
  • Track project costs in terms of actual versus planned costs
  • Apply predictive scheduling to show dependencies and implications of schedule variations
  • Analyze prior project debriefings or lessons learned. Use summary data to backup recommendations or conclusions
  • When presenting opportunities, quantify the risks and benefits of action and inaction
  • Check out Jimmie White’s post “Selling the Value of Project Management”. He references a new report from PMI that promises specific research data on project management value added.

Act like a politician when you engage executives, stakeholders, customers, and other parts of the organization:

  • Know what is important to the person you are talking to
  • Form a relationship with the influencers and decision makers
  • Learn to negotiate in order to be successful

Alright, so you start behaving and performing with these four attributes – what does this do?  It begins a process that shows a huge difference between the accidental project manager and the dedicated professional.  I have always held the belief that if you want to be something, like a vice president or manager, then start behaving like you are one.  And the best way to show an organization the value of a good project manager is to perform.  I am not saying this will be a quick process, but I will bet that when you and all career PMs start behaving and performing this way, your organization will take notice and have a new respect and value for the profession and role.

So what do you think?  Do you face any of these challenges in your organization?  Please leave me a comment or suggestion on how to address the culture of accidental project management.

Successful strategic planning requires project managers

When you read papers, magazines or listen to the news today, do you wonder what happened to Business Strategy or Strategic Planning?  Strategic plans deal with reaching your organization’s future goals within a two to five year time frame. It should be the touchstone in making decisions about the allocation of resources necessary to achieve an organization’s vision. The importance of a strategic planning roadmap is well stated in this dialogue between Alice and the Cheshire Cat (Alice in Wonderland by Lewis Carroll, Chapter 6).

"Would you tell me, please, which way I ought to go from here?"
"That depends a good deal on where you want to get to," said the Cat.
"I don’t much care where–" said Alice.
"Then it doesn’t matter which way you go," said the Cat.
"–so long as I get SOMEWHERE," Alice added as an explanation.
"Oh, you’re sure to do that," said the Cat, "if you only walk long enough."

So, if strategic plans are so important to business success, why is it that completed plans so often only sacrifice trees and collect dust?  I believe this disconnect between strategic planning and day-to-day execution (called Project Management) is the direct result of how the strategic plan is built. When project managers are not part of the strategic planning process, there tends to be a lack of grounding in what can be done and how it should be accomplished.

If you are interested in my thoughts on this subject, I have recently written an article on The New Face of Strategic Planning—Bridging it with Project Management is the Key to Success.  Two web sites have been kind enough to publish my article.

http://www.projectsmart.co.uk/the-new-face-of-strategic-planning.html

http://www.pmforum.org/library/tips/2009/PDFs/apr/McGraw-New-Face-of-Strategic-Planning.pdf

 

And the original article is avialble at the Cognitive Library.

As always, I would welcome your thoughts and comments on this post.

 

Do you need a PMO (Project Management Office)?

I am often asked by CEOs and senior managers, “Does our organization need a PMO?” Like all yes/no questions about complex topics that involve a cost– benefit trade, the answer to this question is, “It depends.”  Let me elaborate…..

What is a PMO?
Software development projects, especially complex ones, have a notoriously high failure rate—some estimates are as high as 60%–70% of software projects fail to deliver on their requirements and cost estimates.

A PMO, often reporting directly to the CIO, provides guidance and support to projects in implementing best practices, complying with standards and using tools to help keep projects on track. PMOs may conduct project reviews and increasingly are being expected to be directly accountable for project results. In some organizations, the PMO is staffed with experienced personnel who are loaned out to manage IT projects.

T.D. Jainendrukumar writing in PM World Today (January 2008) provides an overview of the duties of a PMO. He sees the PMO as responsible for: Practice Management, Infrastructure management, Resource Integration Management, Technical Support Management, and Business Alignment and his article describes these functions in detail.

What are the benefits of a PMO?
In an article by Megan Santosus for CIO, titled Why You Need a Project Management Office (PMO), she reported that her research found that more than 50% of those organizations with a PMO claimed improved project success rates.

At Cognitive Technologies, we encourage establishing an organizational PMO when projects are of strategic importance to the company’s future or projects are to be executed over multiple years, multiple business units or in coordination with outside organizations. We have found that a PMO helps organizations execute complex software development projects by providing increased:

  • Control
  • Collaboration
  • Communication

If you want to dig deeper, check out Cognitive Technologies white paper about our experience and recommendations regarding PMOs: “Why do you need a PMO”

Does your organization need a PMO?
Here are 5 yes/no questions that will help your organization decide if a PMO will help you do a better job managing your software development projects:

  • Is the level of complexity within the organization’s environment high—i.e., the effort may involve multiple departments (each of which has different stakeholders) within the client organization?
  • Is the project for an outside client who is likely to assign an Independent Validation (IV&V) consultant or auditor to the program?
  • Are specialized requirements involved? (For example, HIPPA information security requirements, financial security requirements, EV reporting, CMMI compliant process or execution levels, PMI best practices, or specialized time reporting and charge codes.)
  • Will a single methodology be enforced across the different projects or program team, requiring cultural and behavior changes for the individual contributors?
  • Will there be a large number of staff/people to be managed, assigned, and tracked (i.e., 100-150) across the projects or program?

One other good source for PMO thoughts is the 2003 article in CIO magazine on Why do you need a Project Management Office.

If you have worked with a PMO in your organization, please leave a comment and share your observations. In a near-future post, I will talk about the Do’s and Dont’s of setting up a PMO.

 

Follow

Get every new post delivered to your Inbox.

Join 393 other followers