Risk Register

What is Risk Register?

A risk register is a structured record of the risks an organization or project faces, capturing each risk's description, owner, rating, response and current status so risks can be tracked and managed.

Updated November 2026 · 5 min read


Most organizations know they face risks, but many cannot say exactly which ones, who is responsible for them or what is being done about them. Risks are discussed in meetings, noted in slide decks and then forgotten until something goes wrong. A risk register fixes this by putting every identified risk in one place, in a consistent format. Each entry names the risk, explains its cause and effect, rates how likely and severe it is, assigns an owner and records the planned response. Reviewing the register regularly turns it into a working tool rather than a static list. Without regular review, even a well-built register quickly falls out of date.

Risk registers are used at several levels. Project teams keep registers for delivery risks, often as part of a RAID log. Departments keep registers for operational and compliance risks. Enterprise risk teams maintain a register of the organization's most significant risks for leadership and the board. For risk, compliance and finance teams, a well-kept register is the foundation for prioritizing risks, assigning accountability and showing auditors and regulators that risk is actively managed.

Definition of Risk Register

A risk register is a document or system that lists identified risks together with their key attributes, typically including cause, consequence, owner, likelihood, impact, overall rating, existing controls, planned responses, target dates and status, and that is updated as risks change.

It is the main output of a risk assessment, is often scored using a risk matrix and is a core tool within enterprise risk management.

Typical Fields in a Risk Register

An identifier and category allow risks to be referenced and grouped, for example by strategic, operational, financial, compliance or technology risk. Grouping makes it easier to spot clusters of related risks and to route them to the right owner.

A risk statement describes the cause, the event and the effect, such as: because a key system has no backup site, an outage could stop order processing for several days.

Likelihood, impact and overall rating show how serious the risk is, often recorded both before and after controls as inherent and residual ratings.

The owner, existing controls, planned actions, due dates and status show who is managing the risk and how.

Review dates and history show when the risk was last assessed and how it has changed. History also shows whether actions have actually reduced the risk over time.

Types of Risk Registers

Project risk registers track risks to delivering a specific project on time, within budget and to scope.

Operational and departmental registers cover ongoing risks within a function, such as IT, finance or supply chain.

Enterprise risk registers summarize the organization's top risks, often drawing on departmental registers. The enterprise register is usually short, often 15 to 40 risks, so that leaders can review it in full.

Compliance registers focus on regulatory obligations and the risk of failing to meet them.

Importance of Risk Registers in Risk and Compliance

A risk register creates visibility. Leaders can see the organization's main risks in one place and compare them using consistent ratings.

It establishes accountability. Every risk has a named owner responsible for monitoring it and carrying out responses.

It also provides evidence. Auditors, regulators and customers often ask to see how risks are identified and managed, and a current register is the most direct answer. A register that shows changes over time is stronger evidence than one prepared just before an audit.

Risk Registers and Financial Management

Ranking risks by rating helps direct budgets for controls, insurance and contingency toward the most significant exposures.

Recording the estimated cost of each response alongside the potential loss helps leaders judge whether a response is worth funding.

Registers can show which risks are linked to major investments, informing portfolio risk management and funding decisions.

Tracking risks that materialize, and their actual cost, improves future estimates and contingency planning.

Common Challenges

Registers can grow to hundreds of vague entries that no one reads. A short list of well-described risks is more useful than a long list of generic ones.

Entries go stale when reviews are skipped. A register last updated a year ago gives false comfort.

Ratings can be inconsistent when different owners interpret likelihood and impact differently. Calibration sessions, where owners rate sample risks together, help align their judgment.

How to Create a Risk Register

Creating a risk register involves defining its scope and fields, identifying risks with the people closest to them, rating and assigning each risk and setting a review rhythm.

A spreadsheet is enough to start, while larger organizations often move to dedicated GRC software once they need workflows, reporting and links to controls.

Building the Register

Decide the scope, such as a project, a department or the enterprise, and choose a small set of fields that everyone will complete.

Hold workshops with the people who know the work best to identify risks, and write each as a clear cause, event and effect statement.

Rate each risk using an agreed scale, record existing controls and assign an owner who has the authority to act. An owner without authority to fund or direct a response cannot manage the risk effectively.

Keeping It Useful

Review the register on a set schedule, monthly for projects and at least quarterly for enterprise risks, and update ratings and actions.

Close risks that no longer apply and merge duplicates, so the register stays short and current. A short register is far more likely to be read and used.

Report the highest-rated risks and overdue actions to leadership, and track key risk indicators for the most important ones.

Examples of Risk Registers in Risk and Compliance

The examples below show risk registers in practice.

Both use illustrative figures. The first rescues an unused register, and the second uses a register to support an audit.

In each, a clear register improved how risks were managed.

Rescuing an Unused Register

A logistics company's enterprise register has grown to 340 entries over five years, many duplicated or out of date, and leadership has stopped reading it.

The risk team consolidates it to 35 enterprise risks, each with a clear statement, owner and rating, and moves departmental detail to separate registers.

Leadership now reviews the top 10 risks each quarter, and overdue actions fall from 60% to about 15% within a year.

Supporting an Audit

A software company preparing for its first SOC 2 audit needs to show that it identifies and manages risks to its service.

It builds a register of 40 security and availability risks, each linked to the controls that address it and reviewed quarterly by a named owner.

The auditor uses the register as evidence for the risk assessment criteria, and the final report notes no exceptions in that area.

Conclusion

A risk register is a structured record of the risks an organization or project faces, capturing each risk's description, owner, rating, response and status. Registers are used for projects, departments, compliance obligations and the enterprise as a whole.

In risk and compliance, a risk register creates visibility, establishes accountability and provides evidence for auditors and regulators. Defining a clear scope and fields, identifying risks with the people closest to them, rating risks consistently, assigning owners and reviewing the register regularly help organizations keep it a working tool.