Реестр рисков – один из ключевых инструментов управления проектами, бизнес-процессами и операционной деятельностью. Именно примеры реестра рисков чаще всего ищут те, кто впервые составляет этот документ или хочет понять, как выглядит рабочий образец в конкретной ситуации. В этой статье собраны шаблоны и готовые варианты для разных форматов и отраслей – от проектного управления до финансового и операционного менеджмента.
Подборка охватывает как простые табличные форматы, так и расширенные версии с оценкой вероятности, воздействия и мерами реагирования. Каждый образец сопровождается пояснениями по структуре и логике заполнения, чтобы вы могли адаптировать его под свою задачу, а не копировать вслепую.
В подборку вошли примеры реестра рисков следующих форматов:
- Проектные реестры рисков
- 1. Реестр рисков ИТ-проекта по внедрению CRM
- 2. Реестр рисков строительного проекта
- 3. Реестр рисков проекта по разработке мобильного приложения
- Операционные реестры рисков
- 4. Реестр операционных рисков производственного предприятия
- 5. Реестр рисков логистической компании
- 6. Реестр операционных рисков розничной сети
- Финансовые реестры рисков
- 7. Реестр финансовых рисков малого бизнеса
- 8. Реестр финансовых рисков инвестиционного проекта
- Реестры рисков для HR и персонала
- 9. Реестр кадровых рисков компании
- 10. Реестр рисков при найме и адаптации сотрудников
- Реестры рисков для малого бизнеса и стартапов
- 11. Упрощенный реестр рисков для стартапа
- 12. Реестр рисков для открытия нового направления бизнеса
- Расширенные реестры с матрицей рисков
- 13. Реестр с матрицей вероятность × воздействие для производственного проекта
- 14. Комплексный реестр рисков с планом реагирования для девелоперского проекта
Примеры реестра рисков разных видов и форматов: основной FAQ
Что такое реестр рисков? Это структурированный документ, в котором фиксируются все выявленные риски – их описание, вероятность возникновения, потенциальный ущерб, ответственный за управление риском и меры реагирования. Реестр рисков – это не просто список угроз, а рабочий инструмент, который обновляется по ходу проекта или деятельности компании.
Основные форматы реестра рисков:
- Проектный реестр – используется в управлении проектами, охватывает риски конкретного проекта от старта до закрытия.
- Операционный реестр – фиксирует риски текущей деятельности компании: сбои процессов, инциденты, зависимости от поставщиков.
- Финансовый реестр – отражает угрозы для финансовой устойчивости: кредитные, валютные, ликвидные риски.
- Кадровый реестр – описывает риски, связанные с персоналом: уход ключевых сотрудников, ошибки при найме, конфликты.
- Расширенный реестр с матрицей – включает оценку по шкале вероятности и воздействия, визуализацию в виде тепловой карты.
Где применяется: в проектном управлении (PMI, PRINCE2), корпоративном риск-менеджменте, финансовом планировании, операционном контроле, при прохождении аудитов и сертификаций (ISO 31000, ISO 9001).
Что входит в минимальный реестр рисков: идентификатор риска, описание, категория, вероятность, воздействие, уровень риска, ответственный, меры реагирования, статус.
Проектные реестры рисков
Проектный реестр рисков – один из обязательных артефактов управления проектами. Он создается на этапе планирования и регулярно обновляется в ходе работ. Главная задача такого документа – не просто зафиксировать угрозы, но и назначить ответственных и определить конкретные меры реагирования до того, как риск реализуется.
📌 Реестр рисков ИТ-проекта по внедрению CRM
- Сценарий: внедрение CRM-системы в компании со штатом 80 человек, срок проекта – 4 месяца
- Адресат: руководитель проекта, спонсор проекта
- Задача: выявить и структурировать ключевые угрозы до начала активной фазы
Пример:
| ID | Описание риска | Категория | Вероятность (1–5) | Воздействие (1–5) | Уровень риска | Ответственный | Меры реагирования | Статус |
| R-001 | Недостаточная вовлеченность ключевых пользователей на этапе сбора требований | Организационный | 4 | 4 | Высокий | Руководитель проекта | Провести серию воркшопов с представителями всех отделов; зафиксировать требования в документе и согласовать с заказчиком до начала настройки | В работе |
| R-002 | Задержка поставки лицензий от вендора | Внешний | 2 | 5 | Высокий | Менеджер по закупкам | Запросить лицензии не позднее чем за 6 недель до старта; предусмотреть тестовый доступ в рамках договора | Открыт |
| R-003 | Несовместимость CRM с текущей учетной системой | Технический | 3 | 5 | Критический | Технический архитектор | Провести технический аудит интеграций на этапе пресейла; включить тестирование интеграции в план проекта | Открыт |
| R-004 | Сопротивление сотрудников при переходе на новую систему | Человеческий фактор | 4 | 3 | Средний | HR-менеджер, РП | Разработать программу обучения; назначить внутренних амбассадоров системы из числа сотрудников | Открыт |
| R-005 | Превышение бюджета проекта из-за роста объема работ | Финансовый | 3 | 4 | Высокий | Спонсор проекта | Зафиксировать scope в уставе проекта; ввести процедуру change request для любых изменений | Открыт |
| R-006 | Потеря данных при миграции из старой системы | Технический | 2 | 5 | Высокий | Технический архитектор | Сделать резервную копию перед миграцией; провести тестовую миграцию на демо-среде | Открыт |
- Почему подходит: охватывает технические, организационные и финансовые угрозы – типичный набор для ИТ-проекта внедрения.
- Уровень риска здесь рассчитывается как произведение вероятности и воздействия: от 1 до 25. До 6 – низкий, 7–12 – средний, 13–19 – высокий, 20–25 – критический.
- Что важно не испортить: не оставлять поле "Ответственный" пустым или размытым – у каждого риска должен быть конкретный человек, а не "команда проекта".
📌 Реестр рисков строительного проекта
- Сценарий: строительство административного здания, срок – 18 месяцев
- Адресат: главный инженер проекта, инвестор
- Задача: структурировать угрозы срыва сроков, перерасхода бюджета и нарушения безопасности
Пример:
| ID | Описание риска | Категория | Вероятность | Воздействие | Уровень | Ответственный | Меры реагирования | Статус |
| R-001 | Задержка поставки строительных материалов от поставщика | Снабжение | Высокая | Высокое | Критический | Начальник снабжения | Заключить договоры с двумя альтернативными поставщиками; сформировать страховой запас ключевых материалов на 2 недели | Открыт |
| R-002 | Неблагоприятные погодные условия в зимний период | Природный | Высокая | Среднее | Высокий | Главный инженер | Предусмотреть в графике временной резерв на зимний период; использовать тепляки для бетонирования | Открыт |
| R-003 | Обнаружение несоответствий в проектной документации в ходе строительства | Проектный | Средняя | Высокое | Высокий | ГИП (главный инженер проекта) | Провести экспертизу проекта до начала работ; организовать авторский надзор проектировщика | Открыт |
| R-004 | Производственная травма на строительной площадке | Охрана труда | Средняя | Критическое | Критический | Инженер по охране труда | Провести инструктаж для всего персонала; обеспечить СИЗ; ввести ежедневный контроль соблюдения норм | В работе |
| R-005 | Рост стоимости строительных материалов из-за инфляции | Финансовый | Высокая | Высокое | Критический | Финансовый директор | Зафиксировать цены в долгосрочных контрактах с поставщиками; предусмотреть резерв бюджета 10–15% | Открыт |
| R-006 | Задержка получения разрешений и согласований от госорганов | Регуляторный | Средняя | Высокое | Высокий | Юрист проекта | Подать документы заблаговременно; назначить ответственного за взаимодействие с госорганами | Открыт |
- Почему подходит: строительные проекты имеют выраженные внешние риски – погода, поставщики, регуляторы. Реестр должен явно их выделять.
- СИЗ – средства индивидуальной защиты (каски, перчатки, жилеты и т. д.).
- Что важно не испортить: риски охраны труда нельзя оценивать только по вероятности – даже редкие события с критическим воздействием должны иметь высокий приоритет.
📌 Реестр рисков проекта по разработке мобильного приложения
- Сценарий: разработка мобильного приложения для B2C-сервиса, срок – 6 месяцев, команда 8 человек
- Адресат: product owner, технический директор
- Задача: зафиксировать риски срыва сроков, технического долга и потери рыночной актуальности
Пример:
| ID | Описание риска | Категория | Вероятность | Воздействие | Уровень | Ответственный | Меры реагирования | Статус |
| R-001 | Уход ключевого разработчика в ходе проекта | Кадровый | Средняя | Высокое | Высокий | CTO | Вести документацию кода; ввести практику code review для обмена знаниями; иметь контакт запасного подрядчика | Открыт |
| R-002 | Изменение требований заказчика после начала разработки | Управленческий | Высокая | Высокое | Критический | Product owner | Зафиксировать MVP-scope до старта; ввести процедуру управления изменениями через backlog | В работе |
| R-003 | Технические проблемы с производительностью при нагрузочном тестировании | Технический | Средняя | Высокое | Высокий | Тимлид | Провести нагрузочное тестирование на этапе бета-версии; заложить время на оптимизацию в спринтах | Открыт |
| R-004 | Отказ стороннего API-сервиса, на котором завязана функциональность | Технический / Внешний | Низкая | Критическое | Высокий | Архитектор | Предусмотреть fallback-логику; проверить SLA поставщика; рассмотреть альтернативного провайдера | Открыт |
| R-005 | Отклонение приложения от публикации в магазинах App Store / Google Play | Регуляторный | Низкая | Высокое | Средний | Product owner | Изучить требования платформ заранее; провести предварительную проверку по чеклисту до подачи | Открыт |
- Почему подходит: для продуктовой разработки характерны риски изменения требований и технической нестабильности – именно они стоят во главе этого реестра.
- MVP – минимально жизнеспособный продукт, версия с базовым набором функций для первого запуска.
- Fallback-логика – резервный сценарий поведения системы при отказе основного компонента.
- Что важно не испортить: риск изменения требований нельзя просто зафиксировать – под него обязательно нужна процедура управления изменениями, иначе реестр не поможет.
Операционные реестры рисков
Операционный реестр рисков фиксирует угрозы, возникающие в текущей деятельности компании: сбои процессов, зависимости от контрагентов, инциденты с оборудованием, ошибки персонала. В отличие от проектного, он живет постоянно и обновляется по мере появления новых угроз и изменения статусов существующих.
📌 Реестр операционных рисков производственного предприятия
- Сценарий: среднее производственное предприятие, выпускающее комплектующие для машиностроения
- Адресат: операционный директор, служба безопасности производства
- Задача: отразить ключевые угрозы непрерывности производства
Пример:
| ID | Описание риска | Категория | Вероятность | Воздействие | Уровень | Ответственный | Меры реагирования | Статус |
| OR-001 | Выход из строя ключевого производственного оборудования | Оборудование | Средняя | Критическое | Критический | Главный механик | Ввести плановое техническое обслуживание по регламенту; держать запас критических запчастей на складе | В работе |
| OR-002 | Перебои в поставках сырья от единственного поставщика | Снабжение | Средняя | Высокое | Высокий | Директор по закупкам | Квалифицировать не менее двух альтернативных поставщиков; поддерживать страховой запас сырья на 2 недели | Открыт |
| OR-003 | Нарушение требований охраны труда, приводящее к травматизму | Охрана труда | Средняя | Критическое | Критический | Инженер по ОТиПБ | Ежеквартальный инструктаж; внеплановые проверки рабочих мест; система штрафов за нарушения | В работе |
| OR-004 | Ошибки в технологическом процессе, ведущие к браку продукции | Качество | Средняя | Высокое | Высокий | Начальник ОТК | Внедрить точки промежуточного контроля качества; актуализировать технологические карты | Открыт |
| OR-005 | Отключение электроснабжения, остановка производственной линии | Инфраструктура | Низкая | Критическое | Высокий | Главный энергетик | Установить резервный генератор; заключить договор с аварийной службой энергетиков | Открыт |
- ОТиПБ – охрана труда и промышленная безопасность.
- ОТК – отдел технического контроля.
- Почему подходит: операционный реестр для производства всегда строится вокруг непрерывности – оборудование, сырье, люди, инфраструктура.
- Что важно не испортить: не смешивать операционные риски со стратегическими – реестр должен охватывать то, что может случиться прямо сейчас, а не через несколько лет.
📌 Реестр рисков логистической компании
- Сценарий: транспортно-логистическая компания, занимающаяся доставкой грузов по России
- Адресат: директор по логистике, руководитель транспортного отдела
- Задача: зафиксировать риски срыва сроков доставки, повреждения грузов и операционных сбоев
Пример:
| ID | Описание риска | Категория | Вероятность | Воздействие | Уровень | Ответственный | Меры реагирования | Статус |
| LR-001 | Повреждение груза при транспортировке | Операционный | Средняя | Высокое | Высокий | Руководитель склада | Обязательное страхование грузов; обучение водителей и грузчиков; контроль упаковки при приемке | В работе |
| LR-002 | Задержка доставки из-за ДТП или дорожных условий | Транспортный | Высокая | Среднее | Высокий | Диспетчер | Мониторинг маршрутов в реальном времени; резервные маршруты для ключевых направлений | Открыт |
| LR-003 | Поломка транспортного средства в рейсе | Оборудование | Средняя | Высокое | Высокий | Начальник автоколонны | Плановое ТО по регламенту; договор с партнером на подменный транспорт | В работе |
| LR-004 | Кража груза или транспортного средства | Безопасность | Низкая | Критическое | Высокий | Служба безопасности | GPS-мониторинг всех ТС; инструктаж водителей по безопасным стоянкам; страхование | Открыт |
| LR-005 | Ошибки при оформлении транспортных документов | Административный | Средняя | Среднее | Средний | Руководитель документооборота | Внедрить чеклист по документам перед отправкой; провести обучение диспетчеров | Открыт |
- Почему подходит: в логистике основные угрозы – это сроки, сохранность груза и надежность транспорта. Реестр строится именно вокруг этих трех осей.
- Что важно не испортить: для логистики критична скорость реакции – меры реагирования должны описывать не только профилактику, но и действия при реализации риска.
📌 Реестр операционных рисков розничной сети
- Сценарий: сеть из 12 розничных магазинов продуктового формата
- Адресат: операционный директор, управляющий сетью
- Задача: выявить угрозы для бесперебойной работы торговых точек
Пример:
| ID | Описание риска | Категория | Вероятность | Воздействие | Уровень | Ответственный | Меры реагирования | Статус |
| RR-001 | Нехватка персонала в смене из-за больничных или увольнений | Кадровый | Высокая | Среднее | Высокий | HR-менеджер | Поддерживать резервный пул сотрудников; ввести перекрестное обучение на смежные позиции | В работе |
| RR-002 | Сбой кассового ПО в часы пик | Технический | Средняя | Высокое | Высокий | ИТ-менеджер | Регулярное резервное копирование; инструкция для кассиров на случай сбоя; приоритетная поддержка вендора | Открыт |
| RR-003 | Просроченная продукция на полках | Качество / Compliance | Средняя | Высокое | Высокий | Директор магазина | Ежедневный контроль сроков годности; система автоматических списаний в учетной системе | В работе |
| RR-004 | Хищение товара сотрудниками или покупателями | Безопасность | Высокая | Среднее | Высокий | Служба безопасности | Видеонаблюдение; инвентаризация раз в квартал; антикражные системы на выходе | В работе |
| RR-005 | Нарушение санитарных норм, предписание Роспотребнадзора | Регуляторный | Средняя | Высокое | Высокий | Санитарный инспектор сети | Плановые внутренние проверки по чеклисту; обучение персонала санитарным нормам | Открыт |
- Compliance – соответствие нормативным требованиям (законам, санитарным нормам, техническим регламентам).
- Почему подходит: ритейл – это высокооборотная среда с большим числом мелких, но частых операционных рисков. Реестр должен отражать именно повседневные угрозы, а не только катастрофические сценарии.
Финансовые реестры рисков
Финансовые риски – это угрозы для денежных потоков, рентабельности и платежеспособности компании. Шаблон финансового реестра рисков обычно включает оценку вероятности реализации угрозы и потенциального ущерба в денежном выражении или в процентах от показателей бизнеса.
📌 Реестр финансовых рисков малого бизнеса
- Сценарий: небольшая компания в сфере услуг (10–30 сотрудников), работающая преимущественно с корпоративными клиентами
- Адресат: собственник, финансовый директор
- Задача: зафиксировать угрозы для денежного потока и платежеспособности
Пример:
| ID | Описание риска | Категория | Вероятность | Потенциальный ущерб | Уровень | Ответственный | Меры реагирования | Статус |
| FR-001 | Просрочка оплаты крупным клиентом (дебиторская задолженность) | Кредитный | Высокая | До 30% месячной выручки | Критический | Финансовый директор | Ввести лимиты отсрочки платежа; работать по предоплате с новыми клиентами; мониторинг дебиторки еженедельно | В работе |
| FR-002 | Кассовый разрыв из-за несинхронизированных поступлений и расходов | Ликвидность | Средняя | Невозможность выплатить ФОТ или налоги | Высокий | Собственник / CFO | Вести платежный календарь; открыть кредитную линию на случай кассового разрыва | Открыт |
| FR-003 | Потеря ключевого клиента, дающего более 40% выручки | Концентрационный | Средняя | Снижение выручки на 30–50% | Критический | Коммерческий директор | Диверсифицировать клиентскую базу; снизить долю одного клиента до 20–25% выручки | Открыт |
| FR-004 | Неожиданное увеличение налоговой нагрузки или штрафные санкции ФНС | Налоговый | Низкая | До 15% годовой прибыли | Средний | Главный бухгалтер | Регулярные консультации с налоговым консультантом; своевременная сдача отчетности | Открыт |
| FR-005 | Рост операционных расходов выше планового уровня | Бюджетный | Средняя | Снижение рентабельности на 5–10 п.п. | Средний | Финансовый директор | Ежемесячный план-факт анализ; утверждение внеплановых расходов руководителем | В работе |
- ФОТ – фонд оплаты труда.
- Кассовый разрыв – ситуация, когда компании не хватает денег на счете для покрытия текущих обязательств, даже если бизнес прибыльный.
- Почему подходит: для малого бизнеса особенно критична ликвидность и зависимость от нескольких крупных клиентов – именно эти риски выведены в приоритет.
📌 Реестр финансовых рисков инвестиционного проекта
- Сценарий: инвестиционный проект по открытию нового производственного направления, объем инвестиций – 50 млн рублей
- Адресат: инвестор, финансовый аналитик
- Задача: оценить угрозы для окупаемости и возврата инвестиций
Пример:
| ID | Описание риска | Категория | Вероятность | Влияние на NPV / IRR | Уровень | Ответственный | Меры реагирования | Статус |
| INV-001 | Снижение рыночного спроса на продукцию нового направления | Рыночный | Средняя | Снижение IRR на 3–5 п.п. | Высокий | Коммерческий директор | Провести исследование рынка до старта; предусмотреть гибкую ценовую политику; диверсифицировать каналы сбыта | Открыт |
| INV-002 | Рост стоимости капитала / удорожание кредитного финансирования | Процентный | Средняя | Рост стоимости проекта на 5–10% | Высокий | CFO | Зафиксировать ставку по кредиту; рассмотреть частичное финансирование из собственных средств | Открыт |
| INV-003 | Задержка выхода на проектную мощность | Операционный | Высокая | Сдвиг точки безубыточности на 6–12 месяцев | Критический | Директор по производству | Заложить резерв времени в плане-графике; поэтапный ввод мощностей | Открыт |
| INV-004 | Изменение регуляторной среды, ограничивающее деятельность | Регуляторный | Низкая | Потенциальная заморозка проекта | Высокий | Юридический советник | Мониторинг изменений в законодательстве; консультации с отраслевыми ассоциациями | Открыт |
- NPV – чистая приведенная стоимость, показатель ценности проекта с учетом временной стоимости денег.
- IRR – внутренняя норма доходности, показывает, при какой ставке дисконтирования проект выходит в ноль.
- Почему подходит: инвестиционный реестр рисков должен обязательно связывать угрозы с финансовыми показателями проекта – иначе он превращается в абстрактный список.
Реестры рисков для HR и персонала
Кадровые риски часто недооцениваются – особенно в малом и среднем бизнесе. Между тем уход ключевого сотрудника, ошибки при найме или конфликты в коллективе могут нанести серьезный ущерб операционной эффективности. Шаблон реестра кадровых рисков помогает структурировать эти угрозы и заранее определить меры защиты.
📌 Реестр кадровых рисков компании
- Сценарий: компания численностью 60–100 человек, сфера – профессиональные услуги (консалтинг, аудит, ИТ)
- Адресат: HR-директор, генеральный директор
- Задача: зафиксировать угрозы, связанные с персоналом, и определить меры профилактики
Пример:
| ID | Описание риска | Категория | Вероятность | Воздействие | Уровень | Ответственный | Меры реагирования | Статус |
| HR-001 | Уход ключевого специалиста, носителя уникальной экспертизы | Удержание | Средняя | Критическое | Критический | HR-директор | Программа удержания ключевых сотрудников; документирование знаний; подготовка преемников | В работе |
| HR-002 | Высокая текучесть кадров на линейных позициях | Удержание | Высокая | Среднее | Высокий | HR-менеджер | Анализ причин увольнений; улучшение условий труда; программа адаптации новых сотрудников | Открыт |
| HR-003 | Трудовые споры и иски со стороны уволенных сотрудников | Правовой | Низкая | Высокое | Средний | Юрист компании | Строгое соблюдение ТК РФ при увольнениях; документирование нарушений; консультации юриста при спорных случаях | Открыт |
| HR-004 | Дефицит кандидатов нужной квалификации на рынке труда | Найм | Высокая | Среднее | Высокий | HR-директор | Развивать внутренний кадровый резерв; сотрудничество с профильными вузами; реферальная программа | Открыт |
| HR-005 | Конфликт в команде, снижающий производительность | Командная динамика | Средняя | Среднее | Средний | Руководитель подразделения | Регулярные 1-on-1 встречи; четкие правила взаимодействия; при необходимости – медиация | Открыт |
- ТК РФ – Трудовой кодекс Российской Федерации.
- 1-on-1 – регулярная индивидуальная встреча руководителя с сотрудником для обратной связи и решения вопросов.
- Почему подходит: в компаниях, где основной актив – люди и их знания, кадровые риски должны иметь наивысший приоритет в реестре.
📌 Реестр рисков при найме и адаптации сотрудников
- Сценарий: активная фаза найма в компании – открыты 5–10 вакансий одновременно
- Адресат: HR-менеджер, руководители нанимающих подразделений
- Задача: минимизировать риски некачественного найма и высокого отсева в испытательный срок
Пример:
| ID | Описание риска | Категория | Вероятность | Воздействие | Уровень | Ответственный | Меры реагирования | Статус |
| RA-001 | Несоответствие кандидата реальным требованиям вакансии | Найм | Средняя | Высокое | Высокий | HR-менеджер | Четкий профиль должности; структурированное интервью с тестовым заданием | В работе |
| RA-002 | Уход нового сотрудника в первые 3 месяца | Адаптация | Высокая | Высокое | Критический | HR-менеджер + руководитель | Программа онбординга; назначение наставника; регулярная обратная связь в первый месяц | В работе |
| RA-003 | Недостоверные сведения в резюме или рекомендациях | Проверка кандидата | Средняя | Среднее | Средний | HR-менеджер | Проверка рекомендаций у предыдущих работодателей; верификация дипломов при необходимости | Открыт |
| RA-004 | Затяжной процесс найма, потеря кандидата к конкурентам | Процесс найма | Высокая | Среднее | Высокий | HR-менеджер | Ограничить количество этапов отбора; установить SLA на каждый этап (ответ в течение 2 рабочих дней) | Открыт |
- Онбординг – процесс введения нового сотрудника в должность и корпоративную культуру.
- SLA – соглашение об уровне сервиса; здесь – внутренний норматив на скорость реакции в процессе найма.
- Почему подходит: риски найма и адаптации часто оцениваются отдельно от общего кадрового реестра – они имеют собственную специфику и требуют иных мер реагирования.
Реестры рисков для малого бизнеса и стартапов
Малый бизнес и стартапы работают в условиях ограниченных ресурсов, поэтому их реестр рисков должен быть компактным, но охватывать самые критичные угрозы. Здесь не нужна сложная матрица – важнее ясность, конкретные ответственные и реалистичные меры реагирования.
📌 Упрощенный реестр рисков для стартапа
- Сценарий: технологический стартап на стадии MVP, команда 5–8 человек, первые продажи
- Адресат: основатель, операционный менеджер
- Задача: зафиксировать ключевые угрозы на ранней стадии и распределить ответственность
Пример:
| Риск | Вероятность | Ущерб | Приоритет | Что делаем | Кто отвечает |
| Продукт не решает реальную проблему клиента (product-market fit не достигнут) | Высокая | Критический | 1 | Серия custdev-интервью с потенциальными клиентами до масштабирования; итерации по обратной связи | CEO / Product |
| Закончатся деньги раньше выхода на самоокупаемость | Высокая | Критический | 1 | Runway-план на 12 месяцев; оптимизация burn rate; начать переговоры с инвесторами заблаговременно | CEO / CFO |
| Уход сооснователя или ключевого разработчика | Средняя | Высокий | 2 | Vesting-соглашения с командой; документирование кода и процессов | CEO |
| Появление сильного конкурента с похожим продуктом | Средняя | Высокий | 2 | Фокус на нишу и уникальное позиционирование; ускорить сбор лояльной базы клиентов | CEO / Marketing |
| Технический сбой или потеря данных клиентов | Низкая | Критический | 2 | Резервное копирование; базовые меры информационной безопасности | CTO |
- Custdev – customer development, серия интервью с потенциальными клиентами для проверки гипотез о продукте.
- Runway – срок, на который хватит текущих денег при текущем темпе расходов.
- Burn rate – скорость расходования денег (ежемесячные расходы).
- Vesting – схема постепенного получения доли в компании, мотивирующая оставаться в проекте.
- Почему подходит: для стартапа не нужна сложная таблица с пятью уровнями оценки – важен простой, понятный документ, который реально читают и обновляют.
📌 Реестр рисков для открытия нового направления бизнеса
- Сценарий: действующая компания открывает новое направление – выход на смежный рынок или запуск нового продукта
- Адресат: собственник, руководитель нового направления
- Задача: оценить угрозы для нового направления, не перенося на него риски основного бизнеса
Пример:
| ID | Описание риска | Категория | Вероятность | Воздействие | Уровень | Ответственный | Меры реагирования | Статус |
| ND-001 | Низкий спрос на новый продукт или услугу | Рыночный | Средняя | Высокое | Высокий | Руководитель направления | Пилотный запуск с ограниченным бюджетом; тестирование спроса через MVP или предзаказы | Открыт |
| ND-002 | Каннибализация основного продукта | Стратегический | Средняя | Среднее | Средний | Коммерческий директор | Четкое позиционирование нового продукта для другого сегмента; анализ пересечения аудиторий | Открыт |
| ND-003 | Нехватка ресурсов: новое направление перегружает команду основного бизнеса | Ресурсный | Высокая | Высокое | Критический | Собственник / Операционный директор | Выделить отдельную команду; не переключать ключевых специалистов с основного бизнеса | В работе |
| ND-004 | Нарушение регуляторных требований в новой сфере деятельности | Регуляторный | Средняя | Высокое | Высокий | Юрист | Юридический аудит нового направления до старта; консультация отраслевого эксперта | Открыт |
- Каннибализация – ситуация, когда новый продукт компании переманивает клиентов у ее же существующего продукта, снижая общую выручку.
- Почему подходит: при запуске нового направления риски основного и нового бизнеса нужно разводить – иначе реестр становится нечитаемым и нерабочим.
Расширенные реестры рисков с матрицей оценки
Расширенный реестр рисков включает не только перечень угроз, но и их оценку по двум осям: вероятность и воздействие. Их произведение дает числовой уровень риска, который позволяет расставить приоритеты и визуализировать картину в виде тепловой карты (матрицы рисков). Такой формат используется в зрелых системах риск-менеджмента и при прохождении аудитов.
📌 Реестр с матрицей вероятность × воздействие для производственного проекта
- Сценарий: проект по запуску новой производственной линии на действующем предприятии
- Адресат: проектный комитет, риск-менеджер
- Задача: дать наглядную приоритизацию рисков для принятия управленческих решений
Пример:
Шкала оценки:
- Вероятность: 1 – очень низкая, 2 – низкая, 3 – средняя, 4 – высокая, 5 – очень высокая
- Воздействие: 1 – незначительное, 2 – малое, 3 – среднее, 4 – высокое, 5 – критическое
- Уровень риска = Вероятность × Воздействие. До 4 – низкий, 5–9 – средний, 10–16 – высокий, 17–25 – критический
| ID | Описание риска | Вероятность (1–5) | Воздействие (1–5) | Уровень риска (балл) | Зона матрицы | Ответственный | Стратегия реагирования |
| P-001 | Задержка монтажа оборудования подрядчиком | 4 | 4 | 16 | Высокий (красная) | Руководитель проекта | Снижение: штрафные санкции в договоре; еженедельный контроль хода работ |
| P-002 | Несоответствие смонтированного оборудования техническому заданию | 2 | 5 | 10 | Высокий (оранжевая) | Технический директор | Снижение: приемка по акту с технической экспертизой; промежуточные проверки |
| P-003 | Нехватка квалифицированных операторов для работы на новой линии | 3 | 4 | 12 | Высокий (оранжевая) | HR-директор | Снижение: программа обучения за 2 месяца до запуска; привлечение инструктора от вендора |
| P-004 | Превышение бюджета проекта более чем на 15% | 3 | 3 | 9 | Средний (желтая) | CFO | Снижение: резерв бюджета 10%; ежемесячный план-факт анализ |
| P-005 | Пожар или авария на производственном объекте | 1 | 5 | 5 | Средний (желтая) | Главный инженер | Принятие: страхование имущества; план ликвидации аварий |
| P-006 | Незначительные задержки в согласовании внутренних документов | 4 | 1 | 4 | Низкий (зеленая) | Руководитель проекта | Мониторинг: фиксировать, не требует активных мер |
- Стратегии реагирования на риск:
- Снижение – принять меры для уменьшения вероятности или воздействия.
- Принятие – осознанно согласиться с риском, особенно если меры реагирования дороже возможного ущерба.
- Передача – переложить риск на третью сторону (страховку, подрядчика).
- Уклонение – изменить план так, чтобы риск не возник.
- Почему подходит: числовая оценка позволяет сравнивать риски между собой и обосновывать приоритеты перед проектным комитетом.
- Что важно не испортить: матрица – это инструмент для разговора, а не истина в последней инстанции. Оценки должны обсуждаться командой, а не выставляться одним человеком.
📌 Комплексный реестр рисков с планом реагирования для девелоперского проекта
- Сценарий: девелоперский проект – строительство жилого комплекса на 200 квартир
- Адресат: совет директоров, риск-менеджер девелопера
- Задача: создать полноценный реестр с планами реагирования, пригодный для регулярного обновления
Пример:
| ID | Описание риска | Категория | В (1–5) | У (1–5) | Балл | Владелец риска | Стратегия | План реагирования | Триггер | Резерв | Статус |
| D-001 | Снижение покупательского спроса на квартиры из-за роста ипотечных ставок | Рыночный | 4 | 4 | 16 | Коммерческий директор | Снижение | Субсидирование ипотечной ставки совместно с банком-партнером; гибкая система скидок на ранних этапах продаж | Ставка ЦБ выше 16% | 5% от бюджета маркетинга | Активен |
| D-002 | Задержка ввода объекта в эксплуатацию, штрафы по ДДУ | Операционный / Правовой | 3 | 5 | 15 | Директор по строительству | Снижение | Буферный резерв 60 дней в графике; еженедельный мониторинг критического пути; контроль подрядчиков | Отставание от графика более 2 недель | 3% от бюджета строительства | Активен |
| D-003 | Банкротство генерального подрядчика | Контрагентский | 2 | 5 | 10 | Директор по строительству | Передача / Снижение | Финансовая проверка подрядчика до заключения договора; банковская гарантия в договоре; готовность к замене подрядчика | Просрочка выплат субподрядчикам подрядчиком | Банковская гарантия | Мониторинг |
| D-004 | Изменения в градостроительном законодательстве, влияющие на параметры проекта | Регуляторный | 2 | 4 | 8 | Юридический директор | Мониторинг / Снижение | Мониторинг изменений в законодательстве; получение всех разрешений до начала строительства | Публикация изменений в ГрК РФ | Юридический резерв | Мониторинг |
| D-005 | Рост стоимости стройматериалов более чем на 20% к плановому | Финансовый | 3 | 4 | 12 | CFO | Снижение / Принятие | Долгосрочные контракты с фиксированной ценой на ключевые материалы; бюджетный резерв 10% | Рост цен на металл / бетон более 10% за квартал | 10% от бюджета стройматериалов | Активен |
- ДДУ – договор долевого участия. Закон обязывает застройщика выплачивать неустойку покупателям при задержке сдачи объекта.
- ГрК РФ – Градостроительный кодекс Российской Федерации.
- Триггер – конкретное событие или показатель, при наступлении которого автоматически активируется план реагирования.
- Почему подходит: девелоперские проекты требуют наиболее зрелой формы реестра – с триггерами, резервами и четкой привязкой к ответственным. Именно так выглядит рабочий образец реестра рисков для крупного проекта.
- Что важно не испортить: колонка "Триггер" – одна из самых ценных. Без нее команда не знает, когда именно переходить от мониторинга к активным действиям.
Как составить реестр рисков. Правила и этапы сборки с примерами
Все образцы выше показывают рабочую логику разных форматов реестра. Ниже – не абстрактные советы, а разбор того, как собрать реестр рисков под свою задачу: из каких блоков он состоит, что в каждый блок подставлять и как из отдельных элементов получить готовый рабочий документ.
Базовая схема сборки реестра рисков
- Определить контекст: что за объект, проект или процесс описывается
- Идентифицировать риски: провести мозговой штурм, интервью с командой, анализ аналогичных проектов
- Описать каждый риск: дать четкую формулировку в формате "событие → последствие"
- Категоризировать риски: отнести к нужной группе (технический, финансовый, кадровый и т. д.)
- Оценить вероятность и воздействие: по выбранной шкале (числовой или словесной)
- Рассчитать уровень риска и расставить приоритеты
- Назначить владельца риска: конкретного человека, а не "отдел"
- Определить меры реагирования: профилактика и действия при реализации
- Зафиксировать триггеры и резервы (для расширенных форматов)
- Установить статус и периодичность обновления
Таблица блоков реестра рисков
| Блок | Зачем нужен | Что сюда подставляется | Пример заполнения |
| ID риска | Уникальная идентификация для ссылок и отслеживания | Буквенно-цифровой код по вашей системе | R-003, HR-005, INV-002 |
| Описание риска | Понять, что именно может произойти и к чему это приведет | Формулировка: событие + последствие | Задержка поставки оборудования → срыв сроков запуска |
| Категория | Группировка для анализа и отчетности | Технический, финансовый, кадровый, регуляторный и т. д. | Снабжение |
| Вероятность | Оценить, насколько реально наступление риска | Числовая шкала (1–5) или словесная (низкая / средняя / высокая) | 3 / Средняя |
| Воздействие | Оценить последствия, если риск реализуется | Числовая шкала (1–5) или описание ущерба | 4 / Высокое |
| Уровень риска | Приоритизировать риски для управления | Произведение баллов или зона матрицы | 12 / Высокий |
| Владелец риска | Назначить ответственного за управление риском | Имя или должность конкретного человека | Директор по закупкам |
| Меры реагирования | Показать, что делается для снижения риска или реакции при его реализации | Профилактические действия + план "Б" | Заключить договоры с двумя поставщиками; страховой запас на 2 недели |
| Триггер (опционально) | Определить момент перехода от мониторинга к действию | Конкретное событие или показатель | Задержка поставки более 5 рабочих дней |
| Резерв (опционально) | Зафиксировать ресурс, заложенный на случай реализации риска | Бюджетный резерв, страховка, запасной подрядчик | 5% от бюджета закупок |
| Статус | Отслеживать актуальное состояние риска | Открыт / В работе / Закрыт / Реализован | В работе |
Пошаговая сборка на одном кейсе
Сценарий: небольшая компания по производству корпусной мебели на заказ хочет составить реестр рисков для запуска интернет-магазина с онлайн-конфигуратором мебели. Срок проекта – 3 месяца, бюджет – 800 000 рублей.
Шаг 1. Определяем контекст. Это ИТ-проект с сильной операционной составляющей. Команда: руководитель проекта, разработчик, дизайнер, менеджер по продажам. Основные угрозы: технические, финансовые, кадровые.
Шаг 2. Идентифицируем риски. Проводим мозговой штурм с командой. Фиксируем все, что может пойти не так: задержки разработки, технические сбои, нехватка бюджета, слабый трафик после запуска, уход разработчика.
Шаг 3. Формулируем каждый риск. Используем формат "событие → последствие":
- Разработчик уходит из проекта на середине → срыв сроков и необходимость искать замену
- Конфигуратор некорректно рассчитывает стоимость → убытки из-за ошибочных заказов
- После запуска нет трафика → нет продаж, бюджет потрачен впустую
Шаг 4. Оцениваем и расставляем приоритеты. Для каждого риска выставляем вероятность и воздействие по шкале 1–5.
Шаг 5. Назначаем владельцев и меры. Каждый риск получает ответственного и конкретные действия.
Готовая собранная версия
| ID | Описание риска | Категория | В | У | Балл | Владелец | Меры реагирования | Статус |
| R-001 | Разработчик уходит из проекта → срыв сроков | Кадровый | 3 | 5 | 15 / Высокий | Руководитель проекта | Документировать код еженедельно; держать контакт запасного разработчика-фрилансера | Открыт |
| R-002 | Конфигуратор некорректно считает стоимость → финансовые потери | Технический | 3 | 4 | 12 / Высокий | Разработчик | Тестирование на 50+ сценариях перед запуском; ручная проверка первых 20 заказов | Открыт |
| R-003 | Низкий трафик после запуска → нет продаж | Маркетинговый | 4 | 4 | 16 / Высокий | Менеджер по маркетингу | Запустить рекламу за 2 недели до открытия; сформировать базу из существующих клиентов | Открыт |
| R-004 | Превышение бюджета проекта более чем на 20% | Финансовый | 3 | 3 | 9 / Средний | Руководитель проекта | Зафиксировать scope; резерв 10% от бюджета; еженедельный учет расходов | Открыт |
| R-005 | Технический сбой сайта в первые дни после запуска | Технический | 3 | 4 | 12 / Высокий | Разработчик | Нагрузочное тестирование; мониторинг доступности; план действий при сбое | Открыт |
Границы применимости и типичные ошибки
Когда схема работает хорошо:
- Есть конкретный проект или процесс с понятными границами
- Команда участвует в идентификации рисков – не только один человек
- Реестр обновляется регулярно, а не составляется один раз и забывается
Где схема ломается:
- Реестр составляется формально, "для галочки" – тогда он не помогает
- Оценки вероятности и воздействия выставляются одним человеком без обсуждения – субъективность снижает ценность
- Меры реагирования описаны слишком общо: "усилить контроль", "провести переговоры" – без конкретных действий и сроков
Что нельзя выкидывать:
- Владелец риска – без него документ нерабочий
- Меры реагирования – реестр без них превращается в простой список страхов
- Статус – без него невозможно отслеживать динамику
Что можно менять:
- Шкалу оценки: числовую можно заменить словесной и наоборот
- Количество колонок: для малого бизнеса достаточно 6–7 колонок, для крупных проектов нужны триггеры и резервы
- Категории рисков: подбирайте под специфику своей отрасли
Что нельзя переносить бездумно из чужого примера:
- Оценки вероятности и воздействия – они зависят от вашего контекста
- Меры реагирования – то, что работает в ИТ-проекте, не обязательно подойдет для строительства
- Категории рисков – в каждой отрасли своя классификация
Практические советы по работе с реестром рисков
| Совет | Зачем это важно |
| Обновляйте реестр регулярно – минимум раз в месяц для проектов, раз в квартал для операционной деятельности | Устаревший реестр вводит в заблуждение и не защищает от реальных угроз |
| Идентифицируйте риски командой, а не в одиночку | Разные роли видят разные угрозы – только совместный анализ дает полную картину |
| Формулируйте риск как "событие → последствие", а не как абстрактную угрозу | Конкретная формулировка помогает сразу понять, что именно нужно предотвратить |
| Назначайте владельца риска – конкретного человека, а не отдел | Без персональной ответственности риски не управляются |
| Описывайте меры реагирования с конкретными действиями и сроками | "Усилить контроль" – не мера. "Проверять статус еженедельно по чеклисту" – мера |
| Разделяйте риски по уровням приоритета и работайте сначала с критическими | Ресурсы на управление рисками ограничены – важно сосредоточиться на главном |
| Включайте в реестр не только негативные риски, но и возможности | ISO 31000 рассматривает риск как отклонение от ожидаемого – в обе стороны |
| Фиксируйте реализовавшиеся риски и анализируйте причины | База реализованных рисков – лучший источник для улучшения будущих реестров |
Практические приемы при составлении реестра рисков
- Используйте метод "что если": задавайте вопрос "что если это не произойдет вовремя?" к каждому ключевому элементу проекта или процесса – это быстро выявляет скрытые риски.
- Анализируйте аналогичные проекты: изучите реестры рисков похожих проектов вашей компании или отраслевые best practices – это ускоряет идентификацию в разы.
- Не путайте причину и риск: "слабый контроль поставщика" – это причина, а "задержка поставки → срыв сроков" – это риск. Фиксируйте именно риски.
- Отделяйте риски от проблем: то, что уже случилось, – это проблема. Реестр рисков – для того, что еще не случилось, но может.
- Проводите сессии по рискам перед ключевыми этапами проекта: в начале, перед переходом к следующей фазе и после значимых изменений в scope.
- Используйте цветовую маркировку уровней риска: красный – критический, оранжевый – высокий, желтый – средний, зеленый – низкий. Это делает реестр визуально понятным для любого участника.
- Не стремитесь к полноте на старте: лучше хороший реестр из 10–15 реальных рисков, чем формальный список из 50 надуманных угроз.
Примеры реестра рисков, собранные в этой статье, охватывают самые распространенные форматы и отрасли – от ИТ-проектов и строительства до кадрового менеджмента и финансового планирования. Главное, что объединяет все рабочие образцы: конкретность формулировок, персональная ответственность за каждый риск и практические меры реагирования, а не абстрактные намерения.
Используйте эти шаблоны как отправную точку для создания собственного документа. Адаптируйте структуру под специфику вашего проекта или бизнеса, обновляйте реестр регулярно – и он станет реальным инструментом управления, а не формальностью.
