Project and Portfolio Management Experts

Jamal Moustafaev

Jamal is an author of two books dedicated to
project, portfolio and scope management:

Before you go any further, let us conduct a quick survey. Below you will find ten symptoms of a company that is in dire need of project management and/or project portfolio management. Go ahead, read through the list and count how many of these characteristics can be attributed to your organization:

  1. Unexpected issues and problems arise in the middle of projects
  2. Communications seem to be ad-hoc; too often important stakeholders are not informed about key decisions
  3. Project's requirements are never clearly defined
  4. Project managers and functional managers (department directors and managers) constantly fight over resources.
  5. Priorities of the projects initiated by the executives constantly change, resulting in quick resource reassignments.
  6. There is a chronic shortage of resources at the organization. Employees are constantly complaining about being overworked, while the managers insist that they must roll up their sleeves and work harder
  7. Projects are frequently late and/or over budget and/or do not deliver the full scope promised and the quality of the project product is low
  8. Even if the strategic idea is implemented, the company sometimes fails to achieve the expected improvement or fails to receive any value from the said project at all
  9. The strategic plan – even if the company has one - is presented as a list of projects, but the cause-effect logic tying those initiatives to the company’s mission, goals and the strategy is absent
  10. The list of company projects is not prioritized. Therefore it is assumed that all of these initiatives must be started and implemented more or less simultaneously

Did you count more than five symptoms present at your company? We can help! We offer project management, project portfolio management consulting and training services to help get your business back on track.

Please contact me directly via email at jamal@thinktankconsulting.ca or by phone +1-778-995-4396.

I look forward to hearing from you.

 

Jamal Moustafaev, MBA, PMP

President & CEO

Thinktank Consulting, Inc.

Please share, your support is appreciated.

Article - Why do Projects Really Go Over the Budget?

 

I recently came across the “Olympic Proportions: Cost and Cost Overrun at the Olympics 1960-2012” article published by Bent Flyvbjerg in 2012. One of the figures that really got my attention was a table describing the actual costs and budget overruns of the Olympic Games between 1968 and 2012 (see Table 1).

Table 1

Olympics.PNG

Inspection of this table and the numbers got me thinking once more about our inability to learn from our mistakes and budget our projects properly. Then I remembered and article I have written some time ago titled “Project Underestimation: Mass Delusion or the Machiavelli Factor?”

There are currently three theories attempting to explain our helplessness when it comes to accurate project estimation. In a nutshell, here are explanations by three different schools of thought:

  1. The Standard Economic Theory Explanation - If companies take rational risks in order to earn abnormal incomes, these poor outcomes are inevitable. One of the key laws of the financial theory states that in a perfect market, the higher the expected return of an asset, the higher is the inherent risk associated with it.
  2. The "Mass Delusion" Explanation - Modern business decision making is seriously flawed because of the delusional optimism (optimism bias) that forces people to overestimate the benefits and underestimate the costs of future projects.
  3. The Machiavelli Factor Explanation – executives and politicians are deliberately cooking the books in order to make the project proposals look more attractive. In addition, executives are rewarded with heavy incentives for rosy forecasts and face very minor penalties when their predictions proved to be wrong.

I personally tend to lean towards the blend of theories #2 and #3. In my experience the following happens:

  • Projects in the private sector - 50% optimism bias and 50% Machiavelli factor
  • Projects in the government sector – 25% optimism bias and 75% Machiavelli factor

So, having voiced my opinion on the topic, what is yours?

Please share, your support is appreciated.

Article - Should Executives Get Involved in Project Portfolio Management?

 

Another seemingly simple but frequently encountered illusion is that the project portfolio management process can somehow go ahead without the direct involvement of the executive management. Very frequently when teaching my public project portfolio management masterclass I am engaged in the following conversation with at least one of my "students":

 

S: Hi, my name is Pascal, and I am a newly-appointed Director of Portfolio Management at company X. My goals today are to learn as much as possible about practical PPM and implement it once I get back to our headquarters.

Me: Will your executive management participate in the process?

S: No, unfortunately not. They are very busy people, you know ... But they assured me I would have their full support in this undertaking!

Me: So, who is going to create the scoring matrix, balance and strategic alignment models?

S: Hopefully I will do that once I am done with the course.

Me: Understood. Let me paint the following picture for you, and you can tell me at the end whether this sounds as a plausible scenario. You create the scoring matrix, balance and strategic alignment models. At one point of time you are approached by your company's CEO or Senior VP who asks you to add this "very important project" to the organizational portfolio and initiate it as soon as possible. However upon analyzing the proposal, you come back to you boss and tell her that the project will not be going ahead because it scored only five out of the possible 50 points in the prioritization model. What do you think her response will be?

S: She will ask me who created the model!

Me: And once you reply that the model was your creation, what is the likely response?

S: She will probably say something to the effect of that the creation of such models wasn't really in my domain of responsibilities.

Please share, your support is appreciated.

Case Study - What Went Wrong with the Most Expensive Warship?

Introduction

The project to deliver the most expensive warship in the world is $2.3 billion over the budget and 2 years (and counting) late. The US Navy’s newest $13 billion aircraft carrier is still not ready for combat because of mechanical delays that have already put it two years behind schedule, according to the Pentagon’s top weapons tester.

The USS Gerald R. Ford (see Figure 1 for more info) was supposed to be ready by September 2016, but Michael Gilmore, the Defense Department’s director of operational test and evaluation, said in a June 28 memo that the warship had ongoing launch and recovery problems.

Figure 1

USS Gerald Ford_0.PNG

The construction of the ship started in November 13, 2009 and is still ongoing. Click on the video below to watch the time lapse.

Video - USS Gerald Ford Construction Timelapse

 

The Problems

Table 1

USS-gerald-ford-table_0.PNG

The Root Causes

Let us try to analyze the root causes first.

"Unrealistic business cases, poor cost estimates, new systems rushed to production, concurrent design and construction, and problems testing systems to demonstrate promised capability"

Chairman of the Senate Armed Services Committee Senator John McCain

However the some officials indicated that missed deadline can be attributed to the decisions made when the Pentagon committed to building the advanced ship in 2008.

"The decision to proceed with these three systems was made many years ago, prior to their maturation, when transformational approaches to acquisition were a DOD policy,"

Mark Wright, a Defense Department spokesman.

Let us try to make some sense out of the information presented above:

Please share, your support is appreciated.

Article - How to Prioritize Project Features and Explain the Process to the Stakeholders

 

When the Requirements Specifications is complete, the project manager (or the business analyst) must inspect the document with all the stakeholders in order to (along with other very important things) prioritize all of the project features and/or requirements.

Project features have to be prioritized for the following reasons:

  • Prioritization eliminates unnecessary, frivolous scope items added to the project scope
  • It decreases the project scope thus potentially saving time, money and resources
  • It allows you to focus is on the truly important items

However, the prioritization exercise could become a very painful process, especially when the project manager is working with the stakeholders who are not very familiar with the core principles of project management. As a result they frequently tend to counter every prioritization request with phrases like:

Everything in this document is equally important!

Statements like “this is a low-priority feature” are not culturally accepted at our company

We have a “yes, we can” attitude at this firm!

And my favorite:

Well, you ARE a professional project manager. Can’t you deliver all of these items on a tiny budget and a ridiculously aggressive timeline?

To address this problem I usually start my prioritization exercises by showing the stakeholders the following table (see Table 1):

Table 1

priorities-table_0.PNG

Usually the dialogue goes something like this:

Me: OK, now to the “Rear-view Camera” feature … How important is it?

Stakeholder: Very important! Definitely a “Must-Have” item!

Me: But if we throw it out, does it mean we have to abandon the entire project?

Stakeholder: No, not really … How about be assign it a “Should Have” status then?

Me: Is it of same importance as the “Passenger Seat” feature? In other words, if it came to deciding whether to cut the “Passenger Seat” feature or the “Rear-view Camera” feature, would you think for too long?

Stakeholder (with an audible groan): OK then, let’s go with “Nice-to-Have”

Please share, your support is appreciated.

Article - What is the Most Important Project Document?

 

If you ask a person studying for a PMP exam, what is the most important area in the domain of project management, the correct answer is "communications". After all it has been documented that on average project manager spends up to 90% of his/her time performing communication activities such as conducting meetings, writing project documents and potentially eliciting requirements via one-on-one interviews.

While I wholeheartedly agree with this notion, I tend to think that the domain of communications is a bit too general to be designated as "the most important thing in project management". I would like to offer to look at this issue from a slightly different perspective:

If you were allowed to write just one project document on your project, which one would you choose?

My answer to this question is the “Requirements Specifications Document”. While some of you may vehemently disagree with me and mention Project Charter and Project Plan. But let us just think about this for a while. The domain of project management is divided into ten knowledge areas (see Figure 1)

Figure 1

project-management-knowledge-areas.PNG

Let us examine the impact of scope on other knowledge areas:

Time Management: If you don't have a detailed requirements document can you develop a work breakdown structure and create a network diagram (project schedule)?

Example: The project can take way longer if the customer decides to add a “swimming pool” feature to his villa design.

Budget Management: Can you create a detailed project budget - including human resources required and expenses on equipment and materials - until you have a baselined requirements document?

Example: Will the customer choose a $5-per-square-foot type of flooring or a $150-per-square-foot one?

Quality Management: Can you define the acceptable quality levels and tolerances until you know all of features of the product?

Please share, your support is appreciated.

Infographic - Project Portfolio Management Model - Electric Utility Service Provider

 

Infographic - PPM Model - Electric Utility Service Provider.png

About the Author

Jamal Moustafaev, MBA, PMP – president and founder of Thinktank Consulting is an internationally acclaimed expert and speaker in the areas of project/portfolio management, scope definition, process improvement and corporate training. Jamal Moustafaev has done work for private-sector companies and government organizations in Canada, US, Asia, Europe and Middle East.  Read Jamal’s Blog @ www.thinktankconsulting.ca

Jamal is an author of two very popular books: Delivering Exceptional Project Results: A Practical Guide to Project Selection, Scoping, Estimation and Management and Project Scope Management: A Practical Guide to Requirements for Engineering, Product, Construction, IT and Enterprise Projects.

Please share, your support is appreciated.

Infographic - Project Portfolio Management Model - Electric Transmission Operator

 

Infographic-PPM-Model-Electric-Transmission-Operator.png

About the Author

Jamal Moustafaev, MBA, PMP – president and founder of Thinktank Consulting is an internationally acclaimed expert and speaker in the areas of project/portfolio management, scope definition, process improvement and corporate training. Jamal Moustafaev has done work for private-sector companies and government organizations in Canada, US, Asia, Europe and Middle East.  Read Jamal’s Blog @ www.thinktankconsulting.ca

Jamal is an author of two very popular books: Delivering Exceptional Project Results: A Practical Guide to Project Selection, Scoping, Estimation and Management and Project Scope Management: A Practical Guide to Requirements for Engineering, Product, Construction, IT and Enterprise Projects.

Please share, your support is appreciated.

Infographic - Project Portfolio Management Model - Chemical Products Company

 

Infographic - PPM Model - Chemical Products_1.png

About the Author

Jamal Moustafaev, MBA, PMP – president and founder of Thinktank Consulting is an internationally acclaimed expert and speaker in the areas of project/portfolio management, scope definition, process improvement and corporate training. Jamal Moustafaev has done work for private-sector companies and government organizations in Canada, US, Asia, Europe and Middle East.  Read Jamal’s Blog @ www.thinktankconsulting.ca

Jamal is an author of two very popular books: Delivering Exceptional Project Results: A Practical Guide to Project Selection, Scoping, Estimation and Management and Project Scope Management: A Practical Guide to Requirements for Engineering, Product, Construction, IT and Enterprise Projects.

Please share, your support is appreciated.