Business Continuity Planning in Rwanda
A continuity plan for what happens when a server, site or connection goes down.
Business continuity planning prepares your organisation to keep working when a critical system, site or connection fails, and to recover it in the right order within agreed times. It produces a short, specific plan that names people, steps and fallbacks, and then tests it. Any organisation whose operations stop when a server, the internet or a building is unavailable needs it. This page covers continuity for IT systems and the work that depends on them. The data copies that recovery relies on are designed under backup solutions.
What is business continuity planning, and who needs it
It’s a structured exercise to work out what matters most, how long each critical activity can be disrupted, how each supporting system will be recovered, and what people do in the meantime, followed by a written plan and a drill. It suits hospitals and clinics, banks and microfinance institutions, hotels, schools, NGOs running field programmes and any organisation where an outage directly stops service to customers or beneficiaries.
The problem it solves
Without a plan, every outage is improvised. People wait for one person who knows the systems, recovery happens in whatever order seems urgent, nobody has the supplier’s contract number, and customers hear nothing. With a plan, the decisions have been made calmly in advance: who leads, what comes back first, how work continues by hand, and who is told what.
The numbers that drive the plan
The international standard for business continuity management, ISO 22301, uses a few terms worth knowing:
Business impact analysis. Working out which activities matter most and how quickly the damage from their disruption grows over time.
Maximum tolerable period of disruption. How long an activity can be down before the impact becomes unacceptable.
Recovery time objective. The target time to resume an activity or recover a system, always shorter than the tolerable period.
Recovery point objective. How much data, measured in time, you can afford to lose: a nightly backup means up to a day.
A hospital’s patient system and its staff canteen menu clearly sit at opposite ends. Writing the numbers down for each system is what lets you spend on resilience where it counts, and not elsewhere.
What the plan contains
- Roles: who declares an incident, who leads recovery, and their deputies.
- Contacts: staff, suppliers, internet providers and support contracts.
- Recovery order for systems, with steps and expected times.
- Manual fallbacks for each critical activity, such as paper forms, offline price lists or a second site.
- Communication: what staff, customers and regulators are told, and by whom.
- Where things are: backups, credentials, documentation and spare equipment.
Regulated institutions
Institutions supervised by the National Bank of Rwanda are covered by its Regulation No 43/2022 on business continuity management and operational resilience, which replaced an earlier banks-only rule and requires a continuity team and a board-approved plan. Its cyber security regulation, No 50/2022, also expects tested recovery. We’re not lawyers, so we support the technical recovery side and leave compliance judgements to your risk and legal advisers.
What the work involves
- Interview management and department heads about critical activities.
- Analyse impact and agree recovery targets for each system.
- Check reality: can current backups, hardware and connectivity meet those targets?
- Write the plan, short and specific.
- Test it with a tabletop exercise and, where possible, a technical restore.
- Fix gaps the test revealed, and set the review date.
What’s included and what’s not
Included: impact analysis, recovery targets, the written plan, a tabletop exercise, and a gap report.
Not included unless bundled: building the backup or standby systems the plan relies on (see backup solutions and server installation), alerting that triggers it (see system monitoring) and non-IT continuity such as premises or staffing.
Typical timelines and what drives cost
An initial plan for a single site typically takes one to two weeks, including interviews and a tabletop exercise. Cost is driven by the number of critical systems and sites, how much needs to be established from scratch, whether a technical restore drill is included and any regulatory format the plan must follow.
Common mistakes we see
Treating backups as the whole plan. A plan written by one person and known only to them. Recovery targets nobody agreed to. No manual fallback for the activities that matter most. Contact lists that are years out of date. And a plan that has never been tested, so the first drill is a real outage.
Servers & Systems
Related services
-
Hardware Infrastructure Maintenance
Scheduled hardware checks and part replacement before failure takes a system down.
-
Server Installation
Physical or virtual server installation, sized and configured for the workload it will run.
-
Server Management
Ongoing patching, monitoring and administration so servers stay current and stable.
Insights
Related reading
-
, 4 min read
How Much Does Business Continuity Planning Cost in Rwanda?
Business continuity planning cost depends on recovery time requirements, system complexity, and testing frequency — here's what drives the number.
-
, 4 min read
System Monitoring: How Long Setup Actually Takes
System monitoring setup timeline depends mainly on system count and threshold tuning — here's a realistic breakdown.
Frequently asked questions
Isn't having backups the same as having a continuity plan?
No. A backup gets your data back. A continuity plan decides what happens during the hours or days that takes: which systems come back first, who decides and who does what, how staff keep serving customers in the meantime, and how you communicate. Many organisations with good backups still lose days because nobody knew the order of recovery or the manual fallback.
How detailed does a continuity plan actually need to be?
Detailed enough that someone could follow it under pressure at night without the person who wrote it. That means named people and deputies, contact numbers, the location of credentials and backups, recovery steps per system and the manual process for each critical activity. It doesn't need to be long; a short, specific plan is followed, while a thick generic one isn't.
Does the plan get tested, or just written and filed?
Tested. We run at least a tabletop exercise, walking through a realistic scenario with the people involved, and where possible a technical drill that actually restores a critical system. Tests always find gaps: a missing password, a contact who left, a step that takes far longer than expected. Finding them in a drill is the point.
How often should a continuity plan be reviewed?
At least once a year, and after any significant change: a new system, a new site, a change of key staff, a move to the cloud or an actual incident. Contact details and system lists go out of date fastest. Each review should be followed by a short test, so the plan stays something people have practised rather than just read.
Are banks and microfinance institutions in Rwanda required to have a continuity plan?
Yes. The National Bank of Rwanda's Regulation No 43/2022 on business continuity management and operational resilience applies to all institutions it licenses and supervises, not only banks. It requires a business continuity management team and a board-approved plan, among other things. We help with the IT recovery side; compliance itself should be confirmed with your risk and legal advisers.
What happens if your server fails tomorrow?
Tell us what you run and how it’s backed up. We’ll assess the risk and quote a fix sized to it.