Category Archives for 4=Control

Five Things to Start and Five Things to Stop in Project Risk Management

Risk management gets a lot of fanfare, but many project managers fail to cash in on the benefits. Here are some simple and practical project risk management tips that can aid project managers in getting better results.

Five Things to Start

  • 1
    Start risk management early in your projects.
  • 2
    Start discussing the most significant risks each time you meet.
  • 3
    Start educating your team members on how to integrate risk management into other project management processes such as Schedule Management and Quality Management.
  • 4
    Start defining your Risk Management Plan during your Planning Process.
  • 5
    Start using a Risk Register to capture your risks.

“The first step in the risk management process is to acknowledge the reality of risk. Denial is a common tactic that substitutes deliberate ignorance for thoughtful planning.” —Charles Tremper

Five Things to Stop

  • 1
    Stop making risk management overly complex for smaller projects. Scale your risk management practices to fit the size and complexity of your project.
  • 2
    Stop making risk management a big deal early in your project and then forgetting about it later.
  • 3
    Stop thinking of risks as only threats. You may be missing some wonderful opportunities to improve your schedule, cost, and quality.
  • 4
    Stop spending time and responding to insignificant risks.
  • 5
    Stop owning all the risks. Identify appropriate risk owners.

5 Ways You May Unintentionally Create Schedule Risks

Do you feel uncertain about your project schedule? Does something see out of order but you just can’t put your finger on it. In this article, let’s look at five causes of schedule risks and ways to avoid or reduce these risks.

Many times, it starts with pressure from a sponsor to deliver the project early. For sure, project managers have a responsibility to work with their sponsors to understand the requirements and to complete the projects within the sponsor-imposed deadlines. Rather than wasting our time complaining about the deadlines, how can we work with our sponsors and team members to find solutions to schedule issues?

My friend Colin Gautrey has some wise advice on 8 Ways You Can Better Respond to Unrealistic Demands.

As we work to develop and compress our schedules, let’s be aware of the common causes of risk. We will be in a better position to manage the risks and deliver our projects on schedule.

5 Causes of Schedule Risk

  1. Crashing the schedule. It’s always been funny to me that the Project Management Body of We have too many cooks in the kitchenKnowledge uses the word “crashing” as a schedule compression technique. The term makes me think of an uninvited guest crashing a party, but with schedule management, the individuals are actually invited. Project managers use crashing to shorten the schedule for the least incremental cost by adding resources, typically to the critical path. It can be great. Just be aware that crashing may increase your risk. Too many cooks in the kitchen spoil the broth.
  2. Fast tracking. Here’s a technique to shorten the schedule by performing activities in parallel for at least a portion of their duration. For example, we might start work on a software design while the team is working on the requirements. Consequently, this technique may increase your risk and requires good communication and coordination; otherwise, it may be anything but fast.
  3. Assigning the wrong resources. You ask a manager for a resource for your project. In return, you get the person who is least busy, not the skilled resource you need. Rather, Susan, an experienced project manager describes specific skills needed and uses her influencing skills to persuade the manager, greatly improving her chance of securing the queen resource. What’s a project manager to do when resources are preassigned?
  4. Making sequence mistakes. John, an inexperienced project manager, failed to work with his team to sequence the project activities properly, resulting in issues which were discovered after the schedule was approved. As a result, John has learned to engage his team members when identifying and sequencing future project activities.
  5. Failure to baseline your schedules. The project manager and team did a great job in breaking down the project, identifying activities, and creating the project schedule. However, the project manager failed to get approval for the schedule. What happened? Yes, the schedule changed. The team did not have a baseline for comparison resulting in significant uncertainty about the health of the project. Like building a house without a plumb line, who knows if the walls are straight?

Question: What other ways have you seen project managers unintentionally create schedule risks?

How to Overcome 12 Common Requirement Mistakes

How often have you neared a project implementation date, only to find new requirements? Or perhaps your team said they had gathered the requirements, but in reality, the team had hastily rushed through the requirement process resulting in rework, missed deadlines, and another blown budget.

If you want to improve your chance for project success, focus on improving your requirement processes. You can’t overcome all the issues overnight, but here are a few things to consider.Continue reading

Why Project Managers Need Business Analysts for Project Success

project managers need business analystsThe Standish Group says three of the biggest factors that lead to failed and challenged projects are:

  1. Lack of user input
  2. Incomplete requirements
  3. Changing requirements

We should attack these threats with a vengeance. How can we do this? We add skilled requirements analysts to our teams.

When Do Project Managers Need a Business Analyst?

The role of the project manager is to achieve the project’s goals or objectives. Who performs the business analysis tasks for the projects? That depends.

For small projects, the project manager may assume many roles including but not be limited to:

  • Project manager
  • Requirements analyst
  • Tester
  • Facilitator and scribe
  • Trainer
  • Chief bottle washer (just kidding)

For larger projects, project managers must find ways to complete project tasks through others. They must not fall into the trap of doing everything themselves. Wise project managers recruit team members with the necessary skills and talents.Continue reading

To Improve Project Quality, Start Early, Stay With It

Poor project quality can have profound effects on projects resulting in rework, schedule delays, higher cost, frustration, morale problems, and lack of customer satisfaction. Project managers cannot afford to miss the mark here. Quality matters.

When buying eyeglasses, what do people look for? One person may focus on features such as the frame style. Another person may want anti-scratch coating or UV-blocking treatment. 

Others also look for a great customer experience—how they are greeted, how easy it is to find their frames, and the fast, accurate checkout process.

Projects are similar–project customers, whether internal or external, want great products and service. How do your customers describe your service? Are they getting the product features they want?

Here are some common quality management mistakes. Overcoming these seven mistakes can greatly improve your chance of success. Continue reading

Why Risk Avoidance Should Be 1 of Your 8 Risk Responses

Earlier I wrote about eights ways to treat risks. One of the risk responses is avoidance. The focus of this strategy is to ensure the risk does not occur by eliminating the cause of the risk.

Call the Fire Department

It was Fall, and I had raked the leaves in my backyard into three piles. I was trying to decide what to do with them. I knew there was a ban on burning in my area since we had been extremely dry for months.

What were my options? I could bag the leaves. I could haul the leaves into the woods. Or I could burn the leaves.

I decided to take a chance and burn the leaves. Later, I soaked the areas with water to fully extinguish the remaining embers.Continue reading

The PMBOK® Guide 6th Edition: How to Escalate Risks

The Project Management Institute added a new risk strategy in the Sixth Edition of the Project Management Body of Knowledge. Let's take a look at what it means to escalate risks and how to escalate risks, both threats and opportunities.

Escalation is one of the eight ways to treat risks.The PMBOK® Guide–Sixth Edition says: 

"Escalation is appropriate when the project team or the project sponsor agrees that a threat is outside the scope of the project or that the proposed response would exceed the project manager's authority. Escalated risks are managed at the program level, portfolio level, or other relevant part of the organization, and not on the project level. The project manager determines who should be notified about the threat and communicates the details to that person or part of the organization. It is important that ownership of escalated threats is accepted by the relevant party in the organization." 

The language for escalating opportunities is nearly identical, interchanging the term threat with opportunity.

Every organization has risks at various levels such as teams, departments, business units, and an enterprise level. Projects touch different parts of the organization. Project managers discover all kinds of risks, some that are within the scope of the project and others that are not.

What should a project manager do when a risk is identified that is outside the scope of the project? Escalate the risk. Here are three takeaways. 

Three Takeaways About Escalating Risks

  1. Risks may be managed at a project level, program level, portfolio level, or other relevant part of the organization. Per the PMBOK® Guide, a program is "defined as a group of related projects, subsidiary programs, and program activities managed in a coordinated manner to obtain benefits not available from managing them individually." How does a portfolio differ? A portfolio is "defined as projects, programs, subsidiary portfolios, and operations managed as a group to achieve strategic objectives."  Another possibility is to manage the risks in an Enterprise Risk Management (ERM) Program. The Risk Management Society (RIMS) defines Enterprise Risk Management (ERM) as “a strategic business discipline that supports the achievement of an organization’s objectives by addressing the full spectrum of its risks and managing the combined impact of those risks as an interrelated risk portfolio.”
  2. The project manager determines who should be notified. Not all project managers will know who should own the risk. Ask team members and the project sponsor to help determine the risk owner.  
  3. It's important that the ownership is accepted. Project managers often lack the authority to simply assign the risk to someone outside their projects. Project sponsors can help by engaging the appropriate people in the organization to ensure buy in. If your organization has an enterprise risk management program, the ERM Director can help with the escalation.

Escalate Your Risks

Do you have risks in your project risk register that should be escalated? Work with your project sponsor and other key stakeholders to clarify the risks, determine the true risk owners, and ensure ownership at the right level of your organization. 

8 Ways to Treat Risks

8 Ways to Treat RisksWe treat risks personally and professionally every day.

Imagine you have a large amount of credit card debt. You decide to eliminate one of the causes of your debt. So, you cut up your credit cards.

What if you had an opportunity to increase company revenue by getting a product to market a few months early? You could assign your most skilled resources to your critical path tasks.

In our projects, we face threats that may limit our ability to achieve our goals. We also see opportunities, if properly seized, that could allow us to make greater progress. Our job is to treat risks to enhance opportunities and reduce threats. We can optimize our risk responses over time.Continue reading

The 10 Risk Management Commandments You’re Breaking Every Day

I fear that many project managers live by the letter of the law and may fail to gain the true benefits of risk management. These individuals are too concerned with checking boxes and making the risk management processes overly complex. Let’s look at some common mistakes and how to overcome them.

Photo of calculator and pie chart

1. Thou shalt not make risk management complicated.

Every project is different. Wise project managers tailor their risk management plan to each project. Pick only the necessary inputs and tools and techniques. And speak in a manner that your sponsor, project team, and stakeholders understand. If you wish to introduce new terms (e.g., risk attitude, risk tolerance, Monte Carlo), be sure to define them.Continue reading

Evaluating Project Schedules Utilizing Quantitative Risk Analysis

picture of calendarDo you remember the first time you missed a project deadline? I do. I recall the embarrassment for me and my team. I promised myself I would take proactive steps to mitigate this outcome for future projects including the use of quantitative risk analysis.

Why do projects take longer than expected? Often times, risks occur and project managers lack adequate schedule reserves.

Once burned, many project managers start a bad habit – padding their project schedules. If a project is estimated at 120 days, the project manager may add a 10% pad, an additional 12 days. The project manager estimates the project duration to be 132 days.

Padding is a quick and dirty method. It provides reserves, but let’s look at a better way to estimate reserves.

Continue reading