top of page
Center of Applied PM official logo

Are You Safe From Your Project Risk Register ?

Are You Safe From Your Project Risk Register ?

Every project management course tells you to build a risk register on day one. You list the threats, assign a color, and suddenly, everyone feels safe. They are lying.


You cannot manage uncertainty by simply turning a spreadsheet cell yellow. Your tools and knowledge may teach you to catalog risks. It does not teach you how to actually survive them.


This begs the question. If we have so many certified professionals meticulously tracking risks, why do so many projects still collapse in the first three months?


The Illusion of Cost and Time


Most project managers assess risk in a vacuum, focusing on cost and time. You can say a five-lakh-rupee budget looks risky or a three-week deadline looks risky. But the number itself is irrelevant.


Risk is relative to your operations. You may not realize how context-driven projects and the execution are until you see it in the right picture. If your organization spends 50 lakh rupees a day, a 5 lakh rupees project is a rounding error. If your total annual revenue is four lakh rupees, that same project is an existential threat.


You must assess cost-risk thresholds using actual monetary amounts relative to your business's scale. Organizations that fail to contextualise financial risk within their daily operations face the highest rates of catastrophic failure.


Time works the same way. A three-year project is dangerous because the market will inevitably change before you finish. A project spanning three weeks is dangerous because you have zero margin for error. You must stop looking at the calendar and start looking at the context.


The Stakeholder Threat


Then we have the human element. The timeline does not fail the project. The people failed the project.


Your operational mind wants to measure technical complexity. Your project gut knows that stakeholder impact is the ultimate risk factor.


Consider this, for example: You are replacing an entire hospital's scheduling and time management software. The technical deployment might be simple and laid out well in the project. But the impact on the operations is massive. If you interrupt normal service delivery, you invite fierce resistance. You are forcing exhausted staff to learn a new interface during a night shift. The more stakeholders you affect, the greater the potential for active sabotage.


Building a Real Risk Profile


So how do you actually decide if a project is too dangerous to touch?


You stop guessing and build a risk profile. You assess the opportunity against hard criteria during the initiation phase. Is there a dependency on another failing project? Do you lack prior experience in this specific market? Are you relying entirely on external vendors you have never met?


Now it is your turn to score these factors bluntly. Give each one a numerical weight. Convert the sum to a percentage, and let the math dictate your next move.

  • Low Risk (Under 40%): Charter it immediately. Get moving.

  • Medium Risk (40-70%): For these risks, write a simple business case. Put up clear guardrails.

  • High Risk (Over 70%): Demand a detailed, rigorous business case before you spend a single pound.

We want to believe project management is about predicting the future. It isn't. It is the grit required to navigate the unknown.


In industries like manufacturing, construction, and IT, a calculated risk analysis is a prerequisite for project management. With the advent of AI, we might have advanced tools for assessing risk, but the decision-making to evaluate the risk in the given context and environmental contexts is still with you. Build your capability to establish acceptance criteria, identify the types of risks to evaluate under the criteria, and assess their impact.


That purview and that all-encompassing eye of judgment come with your project management capability. So, here’s a question to start with: Are you actually measuring the threat, or are you just coloring in the boxes of risk assessment?

bottom of page