Home >  
Tools and Resources
>
Understanding risk management for property development + Risk registry template and 120+ examples
Tools and Resources

Tools for development business

Understanding risk management for property development + Risk registry template and 120+ examples
by
Negin Babaei
Last Edited
12/4/2024

This guide is designed to be used in conjunction with the FORGE Property Development Risk Register, a comprehensive Excel template for identifying, assessing, and mitigating development risks. The risk register includes pre-built categories and fields to capture critical risk information and mitigation plans. It also features automated risk scoring and reporting to help you understand your project's risk profile at a glance.

In addition, the second sheet of the template provides over 120 examples of common risks across different categories such as market, financial, construction, and political/legal. These concrete examples can help spark thinking about the specific risks your project may face.

You can download the FORGE Property Development Risk Register here.

Introduction

Effective risk management is crucial for the success of any property development project. With so many moving parts and potential uncertainties, having a robust process for identifying, assessing, and mitigating risks can make the difference between a project that thrives and one that struggles.

At the heart of this process is the risk registry - a comprehensive tool for documenting and tracking risks throughout the project lifecycle. In this guide, we'll walk through each component of a well-crafted risk registry, with a particular focus on property development. Whether you're a seasoned project manager or just getting started in the field, understanding how to build and utilize a risk registry is an essential skill. Let's dive in.

The Anatomy of a Risk Registry

A risk registry is typically set up as a spreadsheet or database, with each risk captured as a separate row and various attributes logged in the columns. Here's a detailed look at the key fields you'll want to include:

Risk ID

Every risk needs a unique identifier for easy reference and tracking. A simple scheme is "R-001", "R-002", etc. This ID will stay with the risk throughout the project.

Risk Category

Risks can emanate from many different areas.

Categorizing them helps with analysis and assignment. Key categories for property development include:

  • Technical: Risks related to design, engineering, site conditions, materials, etc.
  • Financial: Risks involving funding, cash flow, market conditions, investment returns, etc.
  • Environmental: Risks stemming from ecological factors, sustainability requirements, hazardous materials, etc.
  • Legal/Regulatory: Risks around zoning, permits, contracts, liability, regulatory compliance, etc.
  • Market: Risks related to market demand, competition, pricing, sales or leasing, etc.
  • Operational: Risks involving the project team, communication, logistics, procurement, etc.
  • Construction: Risks specific to the construction phase, like safety, quality, schedule, etc.
  • Design: Risks arising from architectural and engineering design, such as scope changes or design errors.
  • Planning: Risks related to project scoping, scheduling, budgeting, approvals, etc.
  • Stakeholder: Risks from the actions or influences of stakeholders like investors, partners, community groups, etc.

Risk Description

This is the heart of the risk registry entry. The description should be specific, detailed, and clear about cause, event, and impact. Use a risk metalanguage such as: "Due to [cause], [event] may occur, leading to [impact]."

For example: "Due to the presence of contaminated soil on the site (cause), remediation may be required (event), leading to increased costs and schedule delays (impact)."

Risk Type

Risks can represent threats or opportunities.

Classifying the type guides the subsequent response strategy. Dropdown options would be:

  • Threat
  • Opportunity

Early Signs/Triggers

These are warning indicators or events that signal a risk may be about to occur or is increasing in likelihood. Identifying potential triggers allows the team to be proactive. Examples could be certain market movements, missed milestones, stakeholder complaints, etc.

Root Causes

Digging into the underlying drivers or root causes of a risk is key to effective mitigation. There may be multiple contributing causes. Some examples across different categories:

Technical Root Causes

  • Incomplete geotechnical surveys
  • Unproven construction methods
  • Inadequate design specifications

Financial Root Causes

  • Optimistic revenue projections
  • Insufficient contingency funds
  • Unexpected tax liabilities

Stakeholder Root Causes

  • Failure to map key stakeholder needs and priorities early
  • Insufficient engagement during scoping and design
  • Inadequate assessment of community-specific concerns
  • Over-reliance on generic communication strategies
  • Lack of transparency about project impacts and benefits
  • Unaddressed past grievances from stakeholders
  • Misalignment between project goals and expectations

You can download the FORGE Property Development Risk Register here.

Probability

The likelihood of the risk event occurring is rated on a scale of 1-5:

  1. Rare (<10%)
  2. Unlikely (10-30%)
  3. Possible (30-50%)
  4. Likely (50-70%)
  5. Almost Certain (>70%)

The team will need to use a combination of historical data, expert judgment, and scenario analysis to determine probability. As the project progresses and more information becomes known, the probability rating should be regularly revisited.

Impact

When we talk about the Impact of a risk in a project context, we're essentially asking: "If this risk comes to pass, how much damage could it cause?" Impact is our way of sizing up the potential negative consequences of a risk event.

Assessing Impact means donning our forecasting caps and envisioning worst-case scenarios. We have to probe the risk from all angles, considering how it might affect our project's key success criteria. Some common dimensions to consider are:

  • Schedule: Could this risk significantly delay our critical path or push us past immovable deadlines?
  • Budget: Might we face substantial cost overruns if this risk manifests? Think both direct costs and hidden ones.
  • Quality: Is there a chance this risk could force us to compromise on the caliber of our deliverables?
  • Stakeholder satisfaction: Could this risk undermine the confidence of our sponsor or key stakeholders?
  • Business value: Might this issue keep us from fully realizing the project's intended financial or strategic benefits?

As we dig into these kinds of questions, we start to build a vivid mental picture of the risk's "worst-case" impact. It's not always a pleasant exercise, but it's a crucial one for making informed decisions about where to focus our risk management efforts.

To make these Impact assessments more consistent and comparable across different types of risks, many project teams adopt a standardized rating scale. A typical one looks like this:

  • 1 = Negligible (trivial impact)
  • 2 = Minor (small, easily manageable impact)
  • 3 = Moderate (measurable impact demanding attention)
  • 4 = Major (significant impact leaving some objectives unmet)
  • 5 = Catastrophic (massive impact threatening overall viability)

Let's make this concrete with an example. Imagine we've identified a risk around a key vendor potentially missing a delivery deadline. As we play out the scenarios, we determine that in the worst case, this could set our schedule back by 2 weeks, increase costs by 15% due to rush charges, and slightly reduce the scope of our final product. All undesirable outcomes, to be sure, but likely not project-ending. So we might rate this risk a 3 (Moderate) on the Impact scale.

Now, it's important to understand that predicting future Impact is an inexact science at best. We're making informed guesses based on the best information available to us at the time. As our project unfolds and new information comes to light, we'll need to regularly re-evaluate and update our Impact ratings. It's an iterative process of continual refinement.

The payoff of all this Impact assessment work is better prioritization and focus. With a clear-eyed understanding of each risk's potential severity, we can train our attention and resources on mitigating or preparing for the heaviest hitters. Which brings us to the concept of Risk Scores.

Risk Score

The Risk Score is all about boiling down our risk analysis into a single, easily understandable number that conveys the overall priority level of each risk. It's calculated by multiplying the Probability and Impact ratings:

Risk Score = Probability x Impact

So in our vendor example, if we had assessed the Probability of the risk occurring as a 4 (Likely), then the Risk Score would be:

4 (Probability) x 3 (Impact) = 12 (Risk Score)

You can think of the Risk Score as a kind of "risk thermometer" - a quick way to gauge the severity of each risk relative to others. Risks with higher scores generally demand more immediate attention and more robust response planning.

So why multiply Probability and Impact instead of, say, adding them? It comes down to accurately representing the outsized importance of high-impact risks. Consider two risks:

  • Risk A has a Probability of 5 but an Impact of only 1. (5 x 1 = 5)
  • Risk B has a Probability of only 1 but an Impact of 5. (1 x 5 = 5)

If we added instead of multiplying, Risk A would score a concerning-sounding 6, while Risk B would score an innocuous-seeming 2. But I think most of us would agree that Risk B is the bigger threat, despite its lower probability, because of its catastrophic potential impact. The multiplicative Risk Score captures this crucial insight.

Many project teams take the Risk Scoring a step further by color-coding scores into intuitive "heat map" categories:

  • Green: Low risk (1-5)
  • Yellow: Moderate risk (6-14)
  • Red: High risk (15-25)

This color mapping makes it easy to quickly eyeball a long risk register and spot the most alarming risks at a glance - a helpful communication tool when time is short and stakeholder attention is fleeting.

Now, a high Risk Score doesn't necessarily spell doom, nor does a low score give us permission to simply ignore a risk. Scores are a critical input into our risk response decisions, but they're not the whole story. Low-scoring risks still need to be monitored (their ratings may change!), and even towering risks can often be brought down to size with the right game plan.

As project managers, our role is to look beyond the raw numbers, consider the wider context, and ultimately chart the smartest course through the risk landscape. The humble Risk Score is an indispensable tool in that ongoing strategic journey.

You can download the FORGE Property Development Risk Register here.

Risk Owner

Every risk is assigned an owner who is responsible for monitoring that risk and implementing the agreed response actions. The owner should have the knowledge, influence, and resources to effectively manage the risk. Typically the owner would be the project manager, a functional lead, or a subject matter expert, depending on the nature of the risk.

Risk Response Strategy

The primary approach for handling the risk is selected from a set of options:

  • Avoid: Eliminate the threat or protect the project from its impact
  • Transfer: Shift ownership and/or liability to a third party
  • Mitigate: Reduce the probability and/or impact
  • Accept: Acknowledge the risk and decide not to take any proactive action
  • Exploit: Ensure the opportunity is realized (for opportunities)
  • Share: Allocate ownership to another party best able to capture the opportunity (for opportunities)
  • Enhance: Increase the probability and/or impact (for opportunities)

The selected strategy will guide the subsequent action planning.

Mitigation Actions

These are specific actions designed to reduce the likelihood and/or potential downside consequences of the risk event. They are proactive measures taken in advance. Examples include:

  • Conducting more detailed site investigations
  • Adding contractual clauses or insurance to limit liability
  • Engaging stakeholders early to surface and address concerns
  • Prototyping or pilot testing new methods before full-scale implementation
  • Incorporating redundancy or flexibility into the design
  • Negotiating a cost-sharing agreement with partners

Each action should have a clear owner and timeline.

Contingency Actions

These are pre-planned actions that will be taken if and when the risk event is triggered, in order to minimize the impact. They are reactive responses to limit the damage. Examples include:

  • Activating backup suppliers if the primary vendor fails to deliver
  • Implementing a pre-agreed communication plan if a safety incident occurs
  • Drawing on financial reserves if costs exceed the budget
  • Deploying additional resources if the schedule is slipping
  • Scaling back the scope in a pre-defined way if market demand drops

Having these "Plan Bs" ready to go can significantly improve the project's resilience.

Status

The status field tracks where the risk is in its lifecycle:

  • Open: Response actions are planned but not yet implemented
  • In Progress: Response actions are actively being implemented
  • Monitoring: Response actions complete, risk is being monitored for changes
  • Closed: Risk has passed or been successfully mitigated/capitalized on

Last Updated

This timestamp records when the risk registry entry was last modified. It's an indicator of how actively the risk is being managed and how current the information is.

Using the Risk Registry Effectively

Building the risk registry is an important first step, but the real value comes in putting it to work:

  1. Regularly revisit and re-evaluate the risks. As the project unfolds, new information will come to light that may change the assessment of likelihood and impact. New risks will surface while others may become irrelevant. The registry should be treated as a living document.
  2. Use the registry as a communication and alignment tool. Review it with the project team and key stakeholders to ensure everyone has a shared understanding of the risks and what's being done about them. The visual heat map of risk scores can be particularly effective for focusing attention.
  3. Integrate risk management into core project management routines. Make it a standing agenda item at status meetings. Tie it to the change control process. Ensure that risk response actions are incorporated into project plans and schedules, with clear ownership and tracking.
  4. Mine the data for insights. Look for patterns and trends across projects. Which categories tend to have the highest risk scores? Are certain types of projects or teams more prone to certain risks? Use these insights to continuously improve the risk management process itself.
  5. Celebrate successes. When a major risk is successfully retired or a big opportunity is captured, acknowledge it. Highlight what went well in the risk management process as an example for future projects. Make proactive risk management a point of pride for the team.

Conclusion

In property development, risk is an ever-present companion. But with a robust risk registry and an engaged team committed to proactive risk management, it's a companion that can be understood, planned for, and even turned into an advantage.

You can download the FORGE Property Development Risk Register here.

The key is systematic and continuous application of proven practices: diligent identification, objective assessment, proactive planning, clear ownership, and disciplined follow-through. By embedding these practices into the fabric of the project, property development leaders can steer their projects - and their organizations - towards consistent success.

Remember, the risk registry is not just a static document or a box to be checked. It's a dynamic tool for navigating uncertainty and driving better outcomes. Embrace it as such, and watch your project's resilience and performance soar.

Negin Babaei
CEO and Head of Product
Negin Babaei, a proptech entrepreneur based in Ontario, Canada, holds a master’s degree in Construction Management and brings over five years of consulting experience in real estate construction to her role. She leads her software startup and is deeply involved in the development and leadership of FORGE as its CEO.
This is FORGE's Logo in color purple
Property Development Software
LinkedIn Logo in Color White, Linked to FORGE's LinkedIn Profile
Thank you! Your registration has been received.
System error! Please try again.
© 2024 PROPERTECH SOLUTIONS