АссистентНовый вопросИсторияОбласти знаний
Партнёрские проектыСпецпроектыСтать автором
Сменить язык
О РУВИКИ

Планирование непрерывности бизнеса

Экспертиза РАН

Logo-ran.pngLogo-ran-black.png
Проводится экспертиза
Российской академией наук
Подробнее
Times2.svg

Экспертиза РАН

Arrow-Right.png
Logo-ran.png
Проводится экспертиза
Российской академией наук
Подробнее

Планирование непрерывности бизнеса — процесс создания систем предотвращения и восстановления с целью обеспечения способности организации продолжать предоставление продуктов или услуг на заранее определённом приемлемом уровне после возникновения деструктивного инцидента[1]. Планирование непрерывности бизнеса (или планирование непрерывности и устойчивости, англ. business continuity and resiliency planning)[2][3] — это не только предотвращение угроз, но и обеспечение функционирования бизнеса до и во время реализации процедур по восстановлению после катастроф[4]. Грамотное планирование непрерывности бизнеса и восстановление после катастроф позволяют добиться устойчивой работы предприятия даже в условиях серьёзных нарушений[5].

Для поддержки планирования в данной области разработаны различные стандарты, дающие организациям контрольные перечни и рекомендации по поддержанию и пересмотру соответствующих процедур[6].

Устойчивость к отказам (часто называемая устойчивостью, англ. resilience) означает способность организации выдерживать изменения внешней среды и продолжать функционировать[7]. Эта способность проявляется как в возможности организации пережить изменения без необходимости изменяться самой, так и в необходимости адаптации к новым условиям, если сохранение прежнего режима работы невозможно[7].

Ошибка создания миниатюры: Не удаётся сохранить эскиз по месту назначения
Жизненный цикл планирования непрерывности бизнеса

Общее описание

Планирование должно учитывать любые события, способные негативно повлиять на деятельность предприятия — от перебоев в цепочке поставок до утраты или повреждения критически важной инфраструктуры (основного оборудования, вычислительных ресурсов и пр.). Соответственно, планирование непрерывности бизнеса является частью более широкой системы управления рисками[8]. В государственных структурах США этот процесс называется планированием обеспечения непрерывности деятельности (англ. Continuity of operations planning, COOP)[9].

План непрерывности бизнеса[10] предусматривает сценарии катастроф и последовательность действий, необходимых для восстановления стандартной работы организации. Обычно такие планы создаются заранее с привлечением ключевых сотрудников и заинтересованных сторон и включают меры по предотвращению и минимизации потенциального ущерба[11].

Устойчивость (резилиентность)

К началу 2000-х годов анализ влияния перебоев работы на бизнес и инвестиций в устойчивость позволил определить, что подобная подготовка даёт организациям конкурентные преимущества[12]. Концепция «стратегической устойчивости» подразумевает не только разовые меры реагирования на кризисы, но и постоянную адаптацию к меняющимся условиям[13]. Практически такой подход обычно сводится к этапам: подготовка (preparedness), защита, реагирование, восстановление[14][15].

Теория устойчивости тесно связана с коммуникациями в кризисных ситуациях и организационными процессами[16][17]. Ключевые процессы формирования устойчивости включают: формирование чувства нормальности, утверждение идентичности, поддержание коммуникационных связей, использование альтернативной логики, снижение негативных и акцентирование позитивных эмоций. Устойчивость подразделяют на проактивную (упреждающую) и пост-устойчивость (после кризиса)[18]. Аналогичные методики оценки устойчивости организаций существуют в Новой Зеландии (Resilient Organisations Programme, Кентерберийский университет)[19][20].

Обеспечение непрерывности

Планы и процедуры обеспечивают функционирование критически важных операций организации во время сбоев. Согласно ISO 22301:2019, организациям предписано определять цели по непрерывности, минимально допустимые уровни функционирования и максимально допустимый период нарушения (MTPD)[21].

Инвентаризация

Планирование требует сбора сведений о:

  • Оборудовании
  • Людях (роли и обязанности)
  • Поставщиках и партнёрах
  • Технологии (ИТ-системы, коммуникации)[22]
  • Локациях, включая резервные офисы и площадки восстановления
  • Документации (в т.ч. резервные копии):
    • Деловые документы
    • Описания процессов

Анализ

Фаза анализа включает:

  • Анализ воздействия
  • Оценку угроз и рисков
  • Анализ сценариев воздействия

Оценка ущерба может включать судебные издержки[23]. Считается, что затраченный на профилактику 1 доллар способен предотвратить ущерб в 7 долларов[24].

Анализ воздействия на бизнес (BIA)

BIA (Business Impact Analysis) — процедура выявления и анализа последствий перебоев, определения приоритетов и стратегий восстановления.

Задачи BIA: 1. Выявить критические активности и зависимости (персонал, процессы, контрагенты, технологии, инфраструктура). 2. Оценить последствия приостановки по различным категориям (финансовые, операционные, репутационные, юридические). 3. Определить целевые показатели времени и объёма восстановления (RTO, RPO). 4. Поддержать разработку стратегии и плана по непрерывности. 5. Информировать оценку рисков в рамках системы управления непрерывностью[25].

Для каждой функции определяются:

  • Точка восстановления данных (RPO) — максимально допустимый объём потери данных по времени[26]
  • Время восстановления (RTO) — максимально допустимое время на восстановление функции

Максимально допустимое время восстановления (Maximum RTO)

Основные обозначения:

  • Максимально допустимый период нарушения (MTPoD, максимальный простой)
  • Максимально допустимое время простоя (MTD)
  • Максимально допустимое время неработоспособности (MTO)
  • Максимально допустимое отключение (MAO)[27][28]

По нормам ISO 22301, MAO и MTPoD эквивалентны[29].

Консистентность

В ситуациях, когда выходит из строя несколько систем, необходимо соблюсти баланс между восстановлением согласованности данных и требованиями по RTO/RPO[30]. Показатель Recovery Consistency Objective (RCO) отражает долю восстановленных без ошибок бизнес-данных; аналогичные понятия — Recovery Consistency Characteristics (RCC), Recovery Object Granularity (ROG).

RCO=100% — отсутствие расхождений данных после восстановления[31].

Оценка рисков (Risk Assessment, RA)

Фаза оценки рисков направлена на выявление угроз, способных привести к перебоям, и определение вероятности их наступления и возможных последствий[32]. Основные действия: 1. Идентификация внутренних и внешних угроз. 2. Анализ уязвимостей и последствий. 3. Оценка вероятности/тяжести последствий. 4. Приоритизация мер снижения рисков.

Типичные угрозы:

  • Эпидемия/пандемия
  • Землетрясение
  • Пожар
  • Наводнение
  • Кибератака
  • Саботаж
  • Ураган/буря
  • Отключение электроэнергии
  • Отключение воды
  • Отключение каналов связи
  • ИТ-сбои
  • Терроризм/пиратство
  • Военные действия/беспорядки
  • Кражи
  • Случайный отказ критически важных систем
  • Зависимость от единственного ресурса
  • Сбой поставщика
  • Порча данных
  • Ошибочная настройка
  • Сетевые сбои

Возможны каскадные эффекты (истощение запасов, кадровые перебои и др.). Например, во время вспышки SARS (2002–2003) некоторые организации переходили на сменную работу без личных контактов для повышения устойчивости.

Сценарии воздействия

Идентификация и документирование:

  • потребности в медицинских ресурсах[33]
  • транспортные вопросы[34]
  • гражданские последствия ядерных катастроф[35]
  • обеспечение офисных и ИТ-ресурсов[36]

Уровни готовности

В 1992 году консорциум SHARE совместно с IBM предложил семиуровневую (в 2012 — восьмиуровневую) модель подготовки к катастрофам:[37]

  • Уровень 0: Отсутствует резервирование вне площадки, планы не разработаны; восстановление зачастую невозможно.
  • Уровень 1: Резервное копирование вне площадки без горячей площадки; подготовка к потерям от нескольких дней до недель.
  • Уровень 2: Резервное копирование с горячей площадкой, восстановление с задержкой от часов до дней.
  • Уровень 3: Электронное реплицирование части критичных данных, меньшие потери по сравнению с предыдущими уровнями.
  • Уровень 4: Снимки данных (point-in-time copies), переход к дисковым решениям, потери ограничены несколькими часами данных.
  • Уровень 5: Согласованность данных между площадками, потери минимальны.
  • Уровень 6: Незначительные или нулевые потери данных, высокая скорость восстановления, независимость от приложений.
  • Уровень 7: Высокоавтоматизированные, интегрированные решения, максимально быстрое и надёжное восстановление.

Проектирование решения

Важнейшие требования: определение минимально необходимых приложений (ИТ) и документов (неИТ), учёт компетенций специалистов, обеспечение дублирования ресурсов.

Определяются:

  • структура управленческой команды по кризисам,
  • архитектура коммуникаций между основным/резервным офисом,
  • методы репликации данных,
  • мощности резервной площадки.

Стандарты

Международные (ISO)

В области управления непрерывностью бизнеса разработаны стандарты:[38][39]

  • ISO 22300:2021 — терминология в области безопасности и устойчивости[40]
  • ISO 22301:2019 — требования к системам управления непрерывностью[41]
  • ISO 22313:2020 — руководство по применению ISO 22301[42]
  • ISO/TS 22317:2021 — рекомендации по BIA[43]
  • ISO/TS 22318:2021 — рекомендации по управлению устойчивостью цепей поставок[44]
  • ISO/TS 22330:2018 — рекомендации по вопросам персонала при обеспечении непрерывности[45]
  • ISO/TS 22331:2018 — рекомендации по выбору стратегий непрерывности[46]
  • ISO/TS 22332:2021 — руководство по разработке планов/процедур[47]
  • ISO/IEC/TS 17021-6:2014 — требования к органам по сертификации[48]
  • ISO/IEC 24762:2008 — рекомендации по восстановлению ИКТ после катастроф (аннулирован)[49]
  • ISO/IEC 27001:2022 — системы управления информационной безопасностью[50]
  • ISO/IEC 27002:2022 — меры по контролю информационной безопасности[51]
  • ISO/IEC 27031:2011 — рекомендации по готовности ИКТ к обеспечению непрерывности[52]
  • ISO/PAS 22399:2007 — рекомендации по инцидентам и управлению непрерывностью (аннулирован)[53]
  • IWA 5:2006 — готовность к чрезвычайным ситуациям (аннулирован)[54]

Британские стандарты

Стандарт BS 25999 был заменён современными международными стандартами, но исторически использовался многими организациями Великобритании[55]. В 2004 в Великобритании был принят закон «О гражданских чрезвычайных ситуациях» (Civil Contingencies Act), требующий от бизнеса планирования непрерывности[56]. На местах практическая реализация ложится на локальные форумы устойчивости[57].

Австралийские стандарты

  • HB 292–2006, «Практическое руководство по управлению непрерывностью»[58]
  • HB 293–2006, «Руководство для руководителей»[59]

США

  • NFPA 1600 (стандарт по управлению чрезвычайными ситуациями и непрерывностью бизнеса), 2010/2019[60][61]
  • Планы обеспечения непрерывности деятельности (COOP) федерального правительства США[62]
  • Business Continuity Planning Suite, дирекция национальной защиты и FEMA[63]
  • ASIS SPC.1-2009, рекомендации по организационной устойчивости[64]

Внедрение и тестирование

Этап внедрения включает корректировку политики, приобретение ресурсов, обучение кадров и проведение тестирования.

Тестирование и приёмка

Существуют три типа тестов:

  • «Настольные» (tabletop) — проработка сценария силами небольшой группы или по одному представителю от департамента
  • Средние — участие нескольких подразделений с внезапными вводными
  • Сложные — максимальная реалистичность, возможна фактическая эвакуация/переключение на резервные мощности.

Продолжительность и детали сценариев могут не сообщаться участникам заранее.

Обслуживание

Планы требуют регулярного пересмотра:

  • Актуализация информации, обучение сотрудников, специальные тренинги для критических ролей;
  • Проверка технических решений;
  • Проверка и тестирование процедур восстановления.

Проблемы, выявленные на этапе тестирования, вновь анализируются и вносятся в последующую доработку плана[65].

Информация и целевые индикаторы

Планы должны содержать:

  • Чек-листы (должности, требуемые навыки, обучение)
  • Терминологию
  • Списки рассылки (сотрудники, ключевые клиенты и поставщики)
  • Сведения о коммуникациях и инфраструктуре[66]

Техническая поддержка

Регламентируется поддержка:

  • баз антивирусных подписей,
  • обновлений ПО и оборудования,
  • контроль доступности данных и приложений.

Примечания

  1. ↑ BCI Good Practice Guidelines 2013, цит. по Mid Sussex District Council, Business Continuity Policy Statement, опубликовано в апреле 2018, доступ 19 февраля 2021, архив 20 января 2022.
  2. ↑ “How to Build an Effective and Organized Business Continuity Plan”. Forbes. 26 июня 2015.
  3. ↑ Surviving a Disaster. American Bar.org (American Bar Association) (2011). Архивировано 9 октября 2022 года.
  4. ↑ Elliot, D.; Swartz, E.; Herbane, B. (1999) Just waiting for the next big bang: business continuity planning in the UK finance sector. Journal of Applied Management Studies, Vol. 8, No, pp. 43–60. С. 48.
  5. ↑ Alan Berman (9 марта 2015). “Constructing a Successful Business Continuity Plan”. Business Insurance Magazine. Архивировано из оригинала 2024-08-04. Дата обращения 2019-02-04. Используется устаревший параметр |url-status= (справка)
  6. ↑ Business Continuity Plan. United States Department of Homeland Security. Дата обращения: 4 октября 2018. Архивировано 7 декабря 2018 года.
  7. ↑ 1 2 Ian McCarthy; Mark Collard; Michael Johnson (2017). “Adaptive organizational resilience: an evolutionary perspective”. Current Opinion in Environmental Sustainability. 28: 33—40. DOI:10.1016/j.cosust.2017.07.005.
  8. ↑ Intrieri, Charles Business Continuity Planning. Flevy (10 сентября 2013). Дата обращения: 29 сентября 2013. Архивировано 11 ноября 2024 года.
  9. ↑ Continuity Resources and Technical Assistance. www.fema.gov. Дата обращения: 5 января 2023. Архивировано 3 августа 2020 года.
  10. ↑ A Guide to the preparation of a Business Continuity Plan. Дата обращения: 8 февраля 2019. Архивировано 9 февраля 2019 года.
  11. ↑ Business Continuity Planning (BCP) for Businesses of all Sizes (19 апреля 2017). Дата обращения: 28 апреля 2017. Архивировано 24 апреля 2017 года.
  12. ↑ Йосси Шеффи. The Resilient Enterprise: Overcoming Vulnerability for Competitive Enterprise. — MIT Press, октябрь 2005.
  13. ↑ Transform. The Resilient Economy. Дата обращения: 4 февраля 2019. Архивировано 22 октября 2013 года.
  14. ↑ Tiffany Braun; Benjamin Martz (2007). “Business Continuity Preparedness and the Mindfulness State of Mind”. AMCIS 2007 Proceedings.
  15. ↑ Annex A.17: Information Security Aspects of Business Continuity Management. ISMS.online (ноябрь 2021). Архивировано 30 октября 2020 года.
  16. ↑ Communication and resilience: concluding thoughts and key issues for future research. www.researchgate.net.
  17. ↑ Buzzanell, Patrice M. (2010). “Resilience: Talking, Resisting, and Imagining New Normalcies Into Being”. Journal of Communication. 60 (1): 1—14. DOI:10.1111/j.1460-2466.2009.01469.x.
  18. ↑ Buzzanell, Patrice M. (2018-01-02). “Organizing resilience as adaptive-transformational tensions”. Journal of Applied Communication Research. 46 (1): 14—18. DOI:10.1080/00909882.2018.1426711. S2CID 149004681.
  19. ↑ Resilient Organisations (22 марта 2011).
  20. ↑ Resilience Diagnostic (28 ноября 2017). Дата обращения: 4 февраля 2019. Архивировано 11 марта 2024 года.
  21. ↑ ISO, ISO 22301 Business Continuity Management: Your implementation guide, доступ 20 февраля 2021
  22. ↑ https://www.iso.org/obp/ui/en/#iso:std:iso:22313:ed-2:v1:en
  23. ↑ Emergency Planning. Архивировано 9 октября 2022 года.
  24. ↑ Helen Clark. Can your Organization survive a natural disaster? RI.gov (15 августа 2012). Архивировано 9 октября 2022 года.
  25. ↑ Iso/Ts 22317:2021. Архивировано 31 июля 2025 года.
  26. ↑ May, Richard Finding RPO and RTO. Архивировано 3 марта 2016 года.
  27. ↑ Maximum Acceptable Outage (Definition). riskythinking.com. Albion Research Ltd.. Дата обращения: 4 октября 2018. Архивировано 27 апреля 2006 года.
  28. ↑ BIA Instructions, BUSINESS CONTINUITY MANAGEMENT - WORKSHOP. driecentral.org. Disaster Recovery Information Exchange (DRIE) Central. Дата обращения: 4 октября 2018. Архивировано 9 октября 2022 года.
  29. ↑ Plain English ISO 22301 2012 Business Continuity Definitions. praxiom.com. Praxiom Research Group LTD.. Дата обращения: 4 октября 2018. Архивировано 13 мая 2020 года.
  30. ↑ The Rise and Rise of the Recovery Consistency Objective (22 марта 2016). Дата обращения: 9 сентября 2019. Архивировано 26 сентября 2020 года.
  31. ↑ Six Myths About Business Continuity Management and Disaster Recovery. Gartner Research. Архивировано 9 октября 2022 года.
  32. ↑ https://dri.ca/docs/ISO_DIS_22301_%28E%29.pdf
  33. ↑ “Medical supply location and distribution in disasters”. DOI:10.1016/j.ijpe.2009.10.004.
  34. ↑ transportation planning in disaster recovery. SCHOLAR.google.com. Архивировано 9 октября 2022 года.
  35. ↑ PLANNING SCENARIOS Executive Summaries. Архивировано 9 октября 2022 года.
  36. ↑ Chloe Demrovsky (22 декабря 2017). “Holding It All Together”. Manufacturing Business Technology.
  37. ↑ Ellis Holman. A Business Continuity Solution Selection Methodology. IBM Corp. (13 марта 2012). Архивировано 9 октября 2022 года.
  38. ↑ Tierney, Kathleen (21 ноября 2012). “Disaster Governance: Social, Political, and Economic Dimensions”. Annual Review of Environment and Resources. 37 (1): 341—363. DOI:10.1146/annurev-environ-020911-095618. S2CID 154422711.
  39. ↑ Partridge, Kevin G. CERT® Resilience Management Model (RMM) v1.1: Code of Practice Crosswalk Commercial Version 1.1 / Kevin G. Partridge, Lisa R. Young. — Pittsburgh, PA : Carnegie Mellon University, 2011.
  40. ↑ ISO 22300:2018. ISO (12 июля 2019).
  41. ↑ ISO 22301:2019. ISO (5 июня 2023).
  42. ↑ ISO 22313:2020. ISO.
  43. ↑ Iso/Ts 22317:2021. Архивировано 31 июля 2025 года.
  44. ↑ Iso/Ts 22318:2021. Архивировано 3 июля 2025 года.
  45. ↑ ISO/TS 22330:2018. ISO (12 июля 2019).
  46. ↑ ISO/TS 22331:2018. ISO.
  47. ↑ Iso/Ts 22332:2021. Архивировано 3 июля 2025 года.
  48. ↑ ISO/IEC TS 17021-6:2014. ISO.
  49. ↑ ISO/IEC 24762:2008. ISO (6 марта 2008). Дата обращения: 5 января 2023. Архивировано 15 ноября 2024 года.
  50. ↑ ISO/IEC 27001:2022. ISO. Дата обращения: 5 января 2023. Архивировано 15 июля 2022 года.
  51. ↑ ISO/IEC 27002:2022. ISO. Дата обращения: 5 января 2023. Архивировано 11 октября 2025 года.
  52. ↑ ISO/IEC 27031:2011. ISO (5 сентября 2016). Дата обращения: 5 января 2023. Архивировано 30 сентября 2025 года.
  53. ↑ ISO/PAS 22399:2007. ISO (18 июня 2012). Дата обращения: 5 января 2023. Архивировано 26 января 2025 года.
  54. ↑ IWA 5:2006. ISO. Дата обращения: 5 января 2023. Архивировано 23 января 2025 года.
  55. ↑ British Standards Institution (2006). Business continuity management-Part 1: Code of practice :London
  56. ↑ Cabinet Office. (2004). overview of the Act. In: Civil Contingencies Secretariat Civil Contingencies Act 2004: a short. London: Civil Contingencies Secretariat
  57. ↑ July 2013 (V2) The role of Local Resilience Forums: A reference document. Cabinet Office. Дата обращения: 5 января 2023. Архивировано 24 декабря 2024 года.
  58. ↑ HB HB 292—2006 Executive Guide to Business Continuity Management. Standards Australia. Дата обращения: 5 января 2023. Архивировано 19 октября 2023 года.
  59. ↑ HB 293—2006 Executive Guide to Business Continuity Management. Standards Australia. Дата обращения: 5 января 2023. Архивировано 5 февраля 2023 года.
  60. ↑ NFPA 1600, Standard on Disaster/Emergency Management and Business Continuity Programs. — 2010. — Quincy, MA : National Fire Protection Association, 2010. — ISBN 978-161665005-6.
  61. ↑ A Comprehensive Overview of the NFPA 1600 Standard. AlertMedia (29 января 2019). Дата обращения: 4 января 2023. Архивировано 8 июля 2025 года.
  62. ↑ NATIONAL CONTINUITY POLICY IMPLEMENTATION PLAN Homeland Security Council August 2007. FEMA. Дата обращения: 5 января 2023. Архивировано 22 декабря 2014 года.
  63. ↑ Continuity of operations: An overview. FEMA. Дата обращения: 5 января 2023. Архивировано 23 сентября 2025 года.
  64. ↑ ASIS SPC.1-2009 Organizational Resilience: Security, Preparedness, and Continuity Management Systems - Requirements with Guidance for Use. — American National Standards Institute, 2009. — ISBN 978-1-887056-92-2.
  65. ↑ Business Continuity Plan Template. Архивировано 9 февраля 2019 года.
  66. ↑ Disaster Recovery Plan Checklist. CMS.gov. Архивировано 9 октября 2022 года.

Литература

  • James C. Barnes. A Guide to Business Continuity Planning. — Wiley, 8 июня 2001. — ISBN 978-0471530152.
  • Kenneth L Fulmer. Business Continuity Planning, A Step-by-Step Guide. — Rothstein, 4 октября 2004. — ISBN 978-1931332217.
  • Richard Kepenach. Business Continuity Plan Design, 8 Steps for Getting Started Designing a Plan.
  • Judy Bell. Disaster Survival Planning: A Practical Guide for Businesses. — Disaster Survival Planning, Incorporated, октябрь 1991. — ISBN 978-0963058003.
  • Dimattia, S. (15 ноября 2001). “Planning for Continuity”. Library Journal. 126 (19): 32—34.
  • Andrew Zolli. Resilience: Why Things Bounce Back / Andrew Zolli, Ann Marie Healy. — Simon & Schuster, 2013. — ISBN 978-1451683813.
  • International Glossary for Resilience, DRI International.

Ссылки

Категории