Skip to content
EMPOBase
en

How to build a risk register for an NGO

By the EMPOBase team · · 4 min read

Short answer

A risk register is a single list of the things that could stop your organization or a project from meeting its goals. For each risk, record a clear description, a likelihood score, an impact score, an owner, the actions that reduce it and a review date. Keep it short, give every risk one named owner, and review it on a fixed schedule.

Key points

  • Write each risk as a cause, an event and a result, not as a single vague word.
  • Score likelihood and impact on the same simple scale, such as 1 to 5.
  • Every risk has one named owner and one next action with a date.
  • A register nobody reviews is worse than none; fix a review rhythm first.

Why does an NGO need a risk register?

Every NGO works with uncertainty: funding can end, staff can be unsafe, a supplier can fail, a rule can change. Most teams know these risks in their heads. The trouble is that each person knows a different part. A risk register puts them in one place, with one owner for each, so nothing waits for someone to remember it.

Donors and boards also ask for it. A register shows that you looked ahead and chose actions, which matters more than a long list.

What does a risk register contain?

Keep the columns few. Each extra column is one more thing to keep current.

ColumnWhat to write
Risk IDA short code, such as R-07, so people can refer to it
DescriptionCause, event and result in one sentence
CategoryFor example funding, safety, finance, legal, reputation, operations
LikelihoodA score from 1 (rare) to 5 (almost certain)
ImpactA score from 1 (minor) to 5 (severe)
ScoreLikelihood multiplied by impact
OwnerOne named role, not a team
ActionsWhat reduces the likelihood or the impact
Next reviewA date

How to build the register, step by step

  1. Gather the people who know. Include program, finance, HR, logistics and the country or regional lead. One person alone will miss risks.
  2. List risks in plain sentences. “Our largest grant ends in June and no renewal is signed, so we may lose four posts” is useful. “Funding” is not.
  3. Group duplicates. If three people describe the same risk differently, merge them into one entry.
  4. Agree the scoring scale. Write down what a 1 and a 5 mean for likelihood and for impact. Use words and, where you can, rough amounts or time. Without this, one person’s 3 is another’s 5.
  5. Score each risk. Score the risk as it stands today, with current controls in place.
  6. Name an owner. The owner is the person who can act, not necessarily the most senior person.
  7. Choose a response. For each risk decide whether to reduce it, avoid it, transfer it (for example through insurance) or accept it. Record why.
  8. Set the next review date. Put it in the register, not only in someone’s calendar.

How do you write a good risk description?

Use this pattern: because of [cause], [event] may happen, leading to [result].

For example: “Because the bank holds only one signatory for the country account, payments may stop when that person is away, leading to late salaries.” A sentence like this points to an action: add a second signatory. A word like “payment risk” does not.

Avoid describing risks that are really your own plans in disguise. “Not hiring a finance officer” is a decision, not a risk. The risk is what may follow from it.

What should you do with each risk?

Good actions are small, owned and dated. For each risk, write one next action, who does it and when. Then check two things at every review:

  • Did the likelihood or impact change since last time?
  • Is the action done, late or blocked?

When a risk score goes down because of an action, record that action as the reason. That record shows a board or donor that your controls work.

Pair your register with a visual view. Our guide to reading a risk heatmap shows how to turn the scores into one picture for a board meeting.

How often should you review it?

Set two rhythms. Owners update their own risks monthly, in a short check. The leadership team then reviews the top-scoring risks each quarter, and the board sees the top risks at least twice a year. Also review the register after any major event: a donor decision, a security incident, a move into a new country.

Retire a risk only when it has passed or been fully removed, and write down why. Keep closed risks for a time, since they show what you learned.

Where EMPOBase fits

EMPOBase has a Risk Register and a Risk Heatmap inside Governance & Compliance, so the list, the scores and the picture sit together with your other governance records. You can read how the platform is organized or ask for a walk-through. EMPOBase does not decide your scoring scale or tell you which risks matter. Your team still sets the scale and owns the judgment.

Questions people ask

How many risks should a register hold?

Enough to cover your real exposure, but few enough to review. Many teams find 15 to 30 live risks at organization level workable. Project risks can sit in a separate list for each project.

What is the difference between a risk and an issue?

A risk may happen in the future. An issue has already happened. When a risk becomes real, close it as a risk and manage it as an issue with its own actions.

Should the register be shared with donors?

Some donors ask to see how you manage risk. Share what the agreement requires, and remove sensitive items such as named individuals or open investigations first.