Business Continuity

How to Present BIA Findings to the Board: Executive Summary and Business Case

April 13, 2026 Rebecca Leung
Table of Contents

TL;DR

  • FFIEC requires annual board review of BIA findings, the BCP, and exercise results — not just an acknowledgment that these documents exist
  • A 47-page technical BIA presented without translation will get filed, not acted on; boards make decisions based on business risk, not dependency tables
  • The executive summary has three jobs: show what’s critical, show the cost of disruption, and justify the investment required to meet recovery objectives
  • Build a business case from impact findings: estimated revenue impact, regulatory exposure, and customer risk at defined disruption timeframes

The BCM team spent four months on the BIA. One hundred and twelve business processes documented. Every system dependency mapped. RTOs negotiated with business line owners, IT sign-off obtained, senior management review completed. The full report: 94 pages.

The board deck: page 47 of a 60-slide presentation, one slide titled “BIA Update,” showing a green checkmark and the words “BIA complete — see appendix for full report.”

Nobody read the appendix. The board approved the budget they were asked for (unchanged from last year), asked no questions, and moved on. Six months later, an examiner asked the board chair to describe the institution’s top three critical business functions and their recovery objectives. She couldn’t.

That’s not a compliance failure. It’s a communication failure — one that creates a compliance risk. Here’s how to fix it.

What FFIEC Actually Requires From Board BIA Review

The FFIEC Business Continuity Management Handbook, Section IX (Board Reporting) requires that the board receive a written presentation covering the BIA, risk assessment, BCP, exercise and test results, and identified issues — at minimum annually.

But the examiner requirement goes beyond receipt. Examination procedures verify:

  • That the board has reviewed the comprehensiveness of management’s BIA analysis
  • That the board understands the recovery priorities for critical functions
  • That the board has been informed of gaps between current recovery capability and target objectives
  • That the board has approved the resources allocated to close material gaps

A board that signed a minutes entry stating “BIA reviewed and approved” without those four elements is still a finding. The question in an exam isn’t “did you give the board the BIA?” — it’s “does the board understand what it approved, and can leadership demonstrate that understanding?”

The FFIEC BIA guidance explicitly states that “communication of BIA results throughout the entity” is a required output of the BIA process. The board is at the top of that communication chain.

The Problem With Technical BIA Presentations

A full BIA is a technical document. It maps every critical function, every dependency, every system, every vendor, every RTO and RPO. That’s its job. It exists so that recovery planners, IT teams, and exercise facilitators have a complete operational reference.

It is not a decision document for executives who don’t live in operational recovery planning.

When you hand a board a 47-page technical BIA, several things happen:

  1. Board members without BCM backgrounds don’t know what to look at
  2. The questions they can form from the document are technical (“what does MTPD mean?”) rather than strategic (“should we invest in this?”)
  3. The sheer volume signals “this is a compliance exercise,” not “this requires your judgment and authorization”
  4. The document gets filed, not internalized

The executive summary’s job is to translate findings into the three questions a board can actually act on: What’s at risk? What’s it worth? What do we need to do about it?

Structure of an Effective BIA Executive Summary

Section 1: What We Analyzed

A brief statement of scope — how many business functions were assessed, what time period the BIA covers, and any notable changes since the last cycle. One paragraph. Boards need to know they’re looking at a current, comprehensive analysis.

Section 2: Our Critical Functions (Top 5-10)

A prioritized table of the institution’s most critical functions — those where disruption creates the highest combination of financial, regulatory, reputational, and operational impact. For each function:

  • Recovery Priority (1-5 ranking)
  • RTO (target recovery time)
  • Current Recovery Capability (actual recovery time based on testing/analysis)
  • Gap (difference between RTO and current capability, if any)

This is the heart of the board presentation. The board doesn’t need to see all 112 functions — they need to see the ones where the institution has the most exposure and the most decisions to make.

Critical FunctionPriorityRTOCurrent CapabilityGap
Payment processing14 hrs6 hrs2 hrs
Core banking system24 hrs4 hrsNone
Regulatory reporting324 hrs24 hrsNone
Customer service48 hrs12 hrs4 hrs
Treasury operations52 hrs2 hrsNone

This format lets board members immediately see where the institution has recovery gaps — without needing to read the underlying technical analysis.

Section 3: Key Risks and Impact Estimates

For each material gap identified, provide a plain-language impact statement at defined disruption timeframes. The FFIEC requires BIA impact assessment at multiple time horizons — translate these into business terms the board can understand.

Not this: “Payment processing has a 2-hour RTO gap under current recovery architecture with an identified dependency constraint on the DR site replication latency.”

This: “If payment processing were unavailable for 6 hours, estimated impact includes: $X in delayed transaction revenue, potential regulatory notification obligations under [applicable framework], and risk of customer attrition at roughly Y% per day of extended disruption.”

The specific numbers come from your BIA impact analysis. The point is that the board hears the risk in terms they can weigh against the cost of mitigation — not in technical terms that obscure the actual business stakes.

Section 4: The Business Case for Investment

This is the section most BIA presentations skip — and it’s the section that determines whether the board allocates resources or doesn’t.

For each significant gap between current recovery capability and target RTO, present:

  • What closing the gap requires (system investment, vendor contract changes, staffing, testing)
  • Estimated cost (capital and ongoing)
  • Risk reduction (moving from 6-hour recovery to 4-hour recovery for payment processing reduces exposure by $X and eliminates the regulatory notification trigger)
  • Risk of inaction (current gap exposes the institution to $Y in impact per additional recovery hour beyond RTO)

This is a capital allocation conversation, not a BCM update. Framed correctly, it positions the BCM team as risk advisors presenting a quantified investment decision — not as compliance officers seeking sign-off.

For a deeper look at how to quantify and defend specific recovery objectives, see our post on setting RTO and RPO: how to quantify and defend your recovery objectives.

Section 5: Exercise and Test Findings Summary

FFIEC requires the board to review exercise results, not just be informed that exercises occurred. The board summary should cover:

  • Exercise conducted (date, scenario, participants)
  • Key findings: RTOs achieved vs. target, gaps identified, dependencies that failed or underperformed
  • Remediation status: open items from prior exercises, new items identified
  • Next planned exercise

Two or three bullets per exercise. The board needs to know that testing is happening and that findings are being tracked to closure — not every detailed finding from the facilitator report.

Common Mistakes That Undermine Board BIA Presentations

Leading with methodology, not findings. Boards don’t need to understand how the BIA was conducted; they need the results and their implications. Save the methodology section for the technical appendix.

Presenting RTOs without context. An RTO of “4 hours” means nothing to a board member without understanding what achieving that RTO requires and what the cost of missing it is. Always pair RTOs with impact context.

Not distinguishing between “BIA complete” and “BCP ready.” The BIA tells you what needs to recover and in what order. The BCP tells you how to get there. Boards sometimes approve a BIA without realizing that significant gaps exist between BIA findings and BCP capability. Be explicit about whether the current recovery plans are capable of achieving the stated RTOs.

Burying gaps. Some BCM teams minimize gaps in board presentations to avoid difficult questions. This backfires when examiners ask the board directly — and it creates a governance problem if the board subsequently approves a BCP they don’t know has material gaps. Present gaps honestly; frame them as investment decisions, not failures.

Annual presentations without interim escalation. The annual BIA review should be your formal board presentation. But if a significant change occurs — a major vendor relationship ends, a key system changes, an exercise reveals a critical gap — that warrants interim board notification, not waiting for the annual cycle.

Tying BIA Findings to Your BCP Investment Ask

The most effective BIA board presentations don’t just inform — they authorize. Structure your executive summary to end with a clear ask: what do you need the board to approve?

This might be:

  • Budget allocation for a specific recovery capability investment
  • Authorization to implement a new vendor contract or DR arrangement
  • Approval of updated recovery objectives that reflect business reality
  • Endorsement of the testing calendar and exercise plan for the next 12 months

The FFIEC requires board involvement in recovery strategy decisions. Turn that requirement into a strategic conversation rather than a compliance checkbox.

For context on how to identify and score critical functions before building the board presentation, see our posts on identifying critical business functions and how to conduct a business impact analysis step by step.

So What? Your Board Presentation Checklist

Before your next BIA board presentation:

  • Confirm you have a standalone executive summary — not a cover page for the full BIA
  • Critical functions table is ranked, not listed alphabetically or by department
  • Every gap has an impact estimate and a cost-to-close figure
  • Exercise findings section covers what the board is required to review under FFIEC
  • Presentation ends with a specific authorization ask
  • Technical BIA available as appendix or reference for any board member who wants the detail

Our Business Continuity & Disaster Recovery Kit includes a BIA template with a built-in executive summary format, recovery priority ranking, and impact assessment tables designed to support both FFIEC examination requirements and board-level communication.

Frequently Asked Questions

What does FFIEC require the board to review and approve regarding the BIA?
The FFIEC Business Continuity Management Handbook requires board-level review of the BIA, risk assessment, BCP, exercise and test results, and identified issues — at least annually. Examiners verify that the board has reviewed the comprehensiveness of management's BIA analysis, been informed of critical function dependencies, and taken ownership of recovery priorities. A board that has approved a BCP without understanding the BIA that underpins it is an exam finding waiting to happen.
How often should BIA findings be presented to the board?
FFIEC requires at minimum annual board-level review, with more frequent reporting when significant changes occur — new business lines, material operational changes, major technology updates, or test results revealing significant gaps. The annual presentation should cover the BIA summary, any changes since last review, exercise findings, and open remediation items. Boards overseeing financial institutions in operational resilience jurisdictions (UK PRA/FCA, DORA) may have additional reporting obligations.
What's the difference between the BIA executive summary and the full BIA?
The full BIA is a technical document: function inventories, dependency maps, RTO/RPO tables, impact ratings by time frame, third-party dependency analysis. The executive summary is a business document: the top 5-10 critical functions by recovery priority, the key risks if those functions are disrupted, the resource investment needed to achieve stated RTOs, and any gaps between current capability and target recovery objectives. The board approves the summary and the resource allocation; they don't need to review every dependency table.
How do you build a business case for BCP investment from BIA findings?
Translate BIA impact findings into dollar terms and regulatory stakes. If your BIA shows that a 72-hour disruption to payment processing results in $X in estimated daily revenue impact, $Y in regulatory penalty exposure, and Z% probability of customer attrition — that's your business case. Compare the cost of the BCP investment against the risk-adjusted cost of the disruption. Frame it as: 'We've identified X risk, recovery to target RTO currently takes Y hours, achieving the target requires investment Z, and the cost of not investing is estimated at $W.'
What level of detail should the board see vs. senior management vs. operations?
Board level: top 10 critical functions by priority, recovery capability vs. target, major dependency gaps, investment required, exam/test findings summary. Senior management level: full function inventory with RTOs and RPOs, dependency maps, gap analysis, recovery strategy options, exercise detailed findings. Operations level: their function's specific RTO/RPO, their dependencies, their role in recovery procedures, their training and testing schedule. Information should be structured to support decisions at each level — not just copied upward.
What are the most common board questions about BIA findings and how should you prepare?
'How long would it take us to recover from [major event]?' — Prepare a one-page scenario summary showing your top 3 disruption scenarios and estimated recovery timelines under current capability. 'Are we meeting regulatory requirements?' — Map your RTOs to specific FFIEC or other regulatory requirements. 'What would it cost to improve our recovery capability?' — Have a tiered investment analysis ready showing options and their impact on recovery time. 'How do our findings compare to peers?' — Prepare industry context where available, but frame primarily around your risk appetite and regulatory requirements.
Rebecca Leung

Rebecca Leung

Rebecca Leung has 8+ years of risk and compliance experience across first and second line roles at commercial banks, asset managers, and fintechs. Former management consultant advising financial institutions on risk strategy. Founder of RiskTemplates.

Related Framework

Business Continuity & Disaster Recovery (BCP/DR) Kit

BCP and DR templates with BIA, recovery procedures, and a standalone tabletop exercise kit.

Immaterial Findings ✉️

Weekly newsletter

Sharp risk & compliance insights practitioners actually read. Enforcement actions, regulatory shifts, and practical frameworks — no fluff, no filler.

Join practitioners from banks, fintechs, and asset managers. Delivered weekly.