Свяжитесь с нами

Методика оценки экономической целесообразности реализации проектов по оптимизации бизнес-процессов

Документ охватывает классификацию проектов (классы A–D) и Gate Criteria для решений Go/No-Go, расчёт себестоимости процессов по ФСА/ABC, оценку потерь (7 Muda), алгоритм монетизации высвобождения FTE, анализ TCO и альтернативных издержек, матрицу RACI и маршрут согласования ТЭО, а также порядок верификации фактических эффектов.

Скачать материал бесплатно

Данные не найдены
Это требование закона о рекламе. Мы не спамим — вы всегда можете отписаться.
Файл отправим по почте
88страниц готового документа
3месяца экономии времени
29раз скачано

Что внутри шаблона:

1
Классификация проектов (классы A–D) и матрица критериев для выбора глубины ТЭО
2
Расчёт себестоимости процесса: ФСА/ABC, стоимость FTE, ИТ-затраты и накладные
3
Методика оценки 7 видов потерь (Muda) с требованиями к верифицируемости
4
Алгоритм монетизации FTE: сокращение штата, перераспределение, естественный отток
5
Расчёт эффектов от сокращения Lead Time: оборот капитала, SLA, WIP
6
Сравнительный анализ TCO AS-IS vs TO-BE с горизонтами 1/3/5 лет
7
Матрица RACI и маршрут согласования ТЭО с правилами вето и эскалацией
8
Порядок Plan-Fact анализа и пост-проектного мониторинга эффектов

Кому будет полезен:

Директорам по операционной эффективности и процессным офисам
Финансовым контролёрам и руководителям проектов
Владельцам бизнес-процессов — инициаторам оптимизации
Внутренним аудиторам и специалистам по управлению затратами
Консультантам по BPM и операционным преобразованиям

Шаблон нормативного документа

Методика оценки экономической целесообразности реализации проектов по оптимизации бизнес-процессов

Методика · ред. 1.0

📄 Как получить файл. Полный текст документа опубликован на странице для ознакомления. Чтобы скачать готовый файл и использовать его в работе, заполните форму на странице: ссылку для скачивания пришлём на вашу почту.
Содержание
  1. 1ОБЩИЕ ПОЛОЖЕНИЯ И ОБЛАСТЬ ПРИМЕНЕНИЯ
  2. 2ОРГАНИЗАЦИОННАЯ МОДЕЛЬ И ОТВЕТСТВЕННОСТЬ
  3. 3ОЦЕНКА ТЕКУЩЕГО СОСТОЯНИЯ (AS-IS)
  4. 4ОЦЕНКА ЦЕЛЕВОГО СОСТОЯНИЯ (TO-BE)
  5. 5ЗАТРАТЫ И ИНВЕСТИЦИИ
  6. 6ЭФФЕКТЫ И ВЫГОДЫ
  7. 7ИСТОЧНИКИ ДАННЫХ, ДОПУЩЕНИЯ И ВЕРИФИКАЦИЯ
  8. 8ФИНАНСОВЫЕ ПОКАЗАТЕЛИ И ПРАВИЛА РАСЧЁТА
  9. 9АНАЛИЗ РИСКОВ, СЦЕНАРИИ И ЧУВСТВИТЕЛЬНОСТЬ
  10. 10КРИТЕРИИ ПРИНЯТИЯ РЕШЕНИЙ И ПОРТФЕЛЬНОЕ УПРАВЛЕНИЕ
  11. 11ДОКУМЕНТИРОВАНИЕ И ОФОРМЛЕНИЕ РЕЗУЛЬТАТОВ
  12. 12ПЕРЕСЧЁТ, МОНИТОРИНГ И АКТУАЛИЗАЦИЯ
  13. 13ПРИЛОЖЕНИЯ

ОБЩИЕ ПОЛОЖЕНИЯ И ОБЛАСТЬ ПРИМЕНЕНИЯ

Описание раздела: Раздел устанавливает цели, область применения, основные термины и нормативную базу Методики. Определяет критерии классификации проектов, этапы проведения экономической оценки и её интеграцию в жизненный цикл проекта оптимизации.

1.1. Цели и управленческие решения

Описание подраздела: Подраздел определяет целевое назначение Методики и перечень управленческих решений, которые принимаются на основе результатов экономической оценки.

Каковы цели Методики и какие управленческие решения она должна поддерживать (одобрение/отклонение инициатив, выбор варианта реализации, приоритизация, контроль достижения эффектов)?

Инструкция по заполнению:

Сформулируйте 3-5 ключевых целей Методики. Для каждой цели укажите соответствующее управленческое решение. Приведите примеры типичных решений и ситуаций их применения.

Пример:

Цели Методики:

  1. Обеспечение обоснованности инвестиционных решений — формирование доказательной базы для принятия решений Go/No-Go по инициативам оптимизации
  2. Сопоставимость проектов — создание единой методологической основы для сравнения альтернативных вариантов и приоритизации портфеля
  3. Контроль эффективности — обеспечение мониторинга достижения заявленных экономических эффектов

Управленческие решения, поддерживаемые Методикой:

Тип решенияОписаниеТочка принятия
Одобрение/отклонениеРешение о запуске или отклонении инициативы оптимизацииЗащита бизнес-кейса
Выбор вариантаВыбор оптимального варианта реализации из альтернативЭтап проектирования
ПриоритизацияРанжирование проектов в портфеле по экономической привлекательностиПортфельный комитет
Контроль эффектовПодтверждение достижения заявленных эффектовPost-implementation review

1.2. Область применения и классификация проектов

Описание подраздела: Подраздел определяет типы проектов и инициатив, на которые распространяется Методика, критерии классификации для определения глубины оценки, а также исключения из области применения.

На какие типы проектов и инициатив распространяется Методика (оптимизация, автоматизация, реинжиниринг, организационные изменения), какие уровни и классы процессов охватываются, какие единицы учёта используются (процесс/подпроцесс/продукт) и какие исключения предусмотрены?

Инструкция по заполнению:

Перечислите 4-6 типов проектов с кратким описанием каждого. Укажите уровни процессов (сквозной, функциональный, операционный). Определите единицы учёта и приведите примеры исключений.

Пример:

Типы проектов, охватываемые Методикой:

Тип проектаОписаниеПримеры
ОптимизацияУлучшение существующего процесса без изменения его логикиУстранение дублирования операций, сокращение согласований
АвтоматизацияЗамена ручных операций программными средствамиВнедрение RPA, автоматизация документооборота
РеинжинирингРадикальное перепроектирование процессаПереход на сквозной процесс, смена бизнес-модели
Организационные измененияИзменение структуры, ролей, зон ответственностиЦентрализация функций, создание ОЦО
Цифровая трансформацияВнедрение цифровых технологий для трансформации процессовВнедрение AI/ML, переход на цифровые каналы

Уровни процессов:

  1. Уровень 0 — Сквозные (end-to-end) процессы
  2. Уровень 1 — Группы бизнес-процессов
  3. Уровень 2 — Основные бизнес-процессы
  4. Уровень 3 — Операции/процедуры

Исключения из области применения:

  1. Проекты с бюджетом менее 500 000 руб. (применяется упрощённая оценка)
  2. Обязательные регуляторные проекты без альтернатив реализации
  3. Проекты экстренного устранения инцидентов

Каковы критерии классификации проектов для определения глубины оценки: при каких порогах (стоимость, масштаб, уровень риска, регуляторные требования) проведение детального ТЭО обязательно, а когда допустима упрощённая оценка, и кто утверждает исключения?

Инструкция по заполнению:

Разработайте матрицу классификации с 3-4 классами проектов. Для каждого класса укажите пороговые значения критериев и требуемую глубину оценки. Определите орган, утверждающий исключения.

Пример:

Матрица классификации проектов:

КлассБюджет (CAPEX)Срок реализацииОхват процессовГлубина оценки
A — Стратегический> 50 млн руб.> 12 мес.Сквозные процессыПолное ТЭО + внешняя экспертиза
B — Крупный10-50 млн руб.6-12 мес.Группы процессовПолное ТЭО
C — Средний1-10 млн руб.3-6 мес.Основные процессыСтандартное ТЭО
D — Малый< 1 млн руб.< 3 мес.ОперацииУпрощённая оценка

Дополнительные критерии повышения класса:

  1. Высокий уровень риска (по матрице рисков) → повышение на 1 класс
  2. Регуляторные требования → минимум класс C
  3. Межфункциональный охват (> 3 подразделений) → повышение на 1 класс

Утверждение исключений:

  1. Классы A, B — Инвестиционный комитет
  2. Классы C, D — Руководитель Процессного офиса

1.3. Этапы проведения экономической оценки

Описание подраздела: Подраздел устанавливает точки проведения экономической оценки в жизненном цикле проекта и условия её пересчёта.

На каких этапах жизненного цикла проекта выполняется экономическая оценка и её пересчёт: при инициации, при защите бизнес-кейса, при изменении scope/сроков/бюджета, при завершении (Plan-Fact)?

Инструкция по заполнению:

Определите 4-6 контрольных точек проведения оценки. Для каждой точки укажите цель оценки, ответственного и критерии пересчёта. Приведите схему интеграции с жизненным циклом проекта.

Пример:

Контрольные точки экономической оценки:

Этап ЖЦ проектаВид оценкиЦельОтветственный
ИнициацияПредварительная оценкаПервичная оценка целесообразности, включение в воронкуИнициатор
Защита бизнес-кейсаПолная оценка (ТЭО)Обоснование инвестиций, решение Go/No-GoВладелец процесса + Финансовый контролёр
ПроектированиеУточнённая оценкаКорректировка по результатам детального анализаРуководитель проекта
Изменение параметровПересчёт оценкиАктуализация при отклонении scope/сроков/бюджета > 15%Руководитель проекта
Завершение проектаPlan-Fact анализОценка достижения плановых показателейПроцессный офис
Эксплуатация (3/6/12 мес.)Мониторинг эффектовПодтверждение устойчивости эффектовВладелец выгод

Триггеры обязательного пересчёта:

  1. Изменение бюджета > 15%
  2. Изменение сроков > 20%
  3. Существенное изменение scope (добавление/исключение процессов)
  4. Изменение внешних факторов (ставки, курсы, регуляторика)

1.4. Термины и определения

Описание подраздела: Подраздел содержит глоссарий ключевых терминов, используемых в Методике, с учётом процессной специфики организации.

Какие ключевые термины и определения должны быть закреплены в Методике (экономическая целесообразность, ROI, NPV, IRR, TCO, CAPEX, OPEX, FTE, WACC, AS-IS, TO-BE) и как они адаптированы под процессную специфику организации?

Инструкция по заполнению:

Включите не менее 15-20 ключевых терминов. Для каждого термина приведите определение, адаптированное к контексту процессного управления. Группируйте термины по категориям (финансовые, процессные, проектные).

Пример:

Финансовые термины:

ТерминОпределение
Экономическая целесообразностьОбоснованность реализации проекта оптимизации с точки зрения соотношения затрат и ожидаемых экономических эффектов
ROI (Return on Investment)Показатель рентабельности инвестиций, отношение чистой прибыли/экономии к объёму инвестиций
NPV (Net Present Value)Чистая приведённая стоимость — сумма дисконтированных денежных потоков проекта
IRR (Internal Rate of Return)Внутренняя норма доходности — ставка дисконтирования, при которой NPV = 0
TCO (Total Cost of Ownership)Совокупная стоимость владения процессом/решением за весь период эксплуатации
CAPEXКапитальные затраты — единовременные инвестиции в проект
OPEXОперационные затраты — текущие расходы на поддержание процесса/решения
WACCСредневзвешенная стоимость капитала, используемая как ставка дисконтирования

Процессные термины:

ТерминОпределение
AS-ISТекущее состояние процесса до реализации проекта оптимизации
TO-BEЦелевое состояние процесса после реализации проекта оптимизации
FTE (Full-Time Equivalent)Эквивалент полной занятости — единица измерения трудозатрат
Lead TimeВремя выполнения процесса от инициации до завершения
Владелец процессаДолжностное лицо, ответственное за результативность и эффективность процесса

1.5. Нормативная база Методики

Описание подраздела: Подраздел устанавливает перечень внешних стандартов и внутренних нормативных документов, на которые опирается Методика.

На какие внешние стандарты (ГОСТ Р ИСО 9001, ISO, BPM CBOK, BABOK, PMBOK) и внутренние нормативные документы (Учётная политика, Методика инвестиционного планирования, корпоративные финансовые политики) опирается Методика?

Инструкция по заполнению:

Приведите структурированный перечень внешних и внутренних документов. Для каждого документа кратко укажите, какие положения Методики им регулируются. Разделите на обязательные и рекомендуемые.

Пример:

Внешние нормативные документы (обязательные):

ДокументПрименение в Методике
ГОСТ Р ИСО 9001-2015Требования к процессному подходу, документированию
Налоговый кодекс РФПравила учёта затрат, амортизации
ПБУ 14/2007, ПБУ 6/01Учёт нематериальных активов и основных средств

Внешние нормативные документы (рекомендуемые):

ДокументПрименение в Методике
BPM CBOK 4.0Методология оценки процессов, метрики
BABOK 3.0Техники анализа, оценка альтернатив
PMBOK 7th EditionУправление содержанием, стоимостью, рисками

Внутренние нормативные документы:

ДокументПрименение в Методике
Учётная политикаПравила классификации и учёта затрат
Методика инвестиционного планированияСтавки дисконтирования, пороговые значения
Положение о бюджетированииПорядок планирования и контроля затрат
Положение о процессном управленииРолевая модель, классификация процессов

ОРГАНИЗАЦИОННАЯ МОДЕЛЬ И ОТВЕТСТВЕННОСТЬ

Описание раздела: Раздел определяет ролевую модель участников процесса экономической оценки, распределение ответственности, требования к компетенциям и порядок согласования результатов оценки.

2.1. Ролевая модель и распределение ответственности

Описание подраздела: Подраздел устанавливает роли участников процесса оценки и матрицу распределения ответственности (RACI) по ключевым этапам.

Какова ролевая модель участников процесса оценки (Инициатор, Владелец процесса, Финансовый контролёр, Процессный офис, ИТ-подразделение) и как распределена ответственность (RACI) за достоверность данных, методологию расчёта, валидацию, утверждение и последующий мониторинг эффектов?

Инструкция по заполнению:

Опишите 6-8 ключевых ролей с указанием зон ответственности. Составьте матрицу RACI для основных этапов оценки. Приведите пример взаимодействия ролей при типовом сценарии.

Пример:

Ключевые роли в процессе оценки:

РольЗона ответственности
ИнициаторФормирование идеи, первичная оценка, подготовка паспорта инициативы
Владелец процессаПредоставление операционных данных, валидация модели AS-IS/TO-BE, удержание эффектов
Руководитель проектаКоординация оценки, актуализация расчётов, Plan-Fact анализ
Финансовый контролёрМетодологическая поддержка, верификация расчётов, валидация ставок
Процессный офисМетодология оценки процессов, контроль применения Методики
ИТ-подразделениеОценка ИТ-составляющей, архитектурное согласование
Владелец выгод (Benefits Owner)Ответственность за реализацию конкретной выгоды

Матрица RACI:

ЭтапИнициаторВладелец процессаФинансовый контролёрПроцессный офисИТ
Сбор данных AS-ISIA/RCCC
Расчёт моделиRARCC
Валидация данныхIARCC
Расчёт эффектовRARCR
Согласование ТЭОIARRR
УтверждениеIRRAI
Мониторинг эффектовIA/RCRC

R — Responsible (исполняет), A — Accountable (отвечает), C — Consulted (консультирует), I — Informed (информируется)


Кто несёт персональную ответственность за достоверность исходных операционных данных (объёмы, время, частота) и каков порядок разрешения методологических споров между владельцем процесса и финансовым контролёром?

Инструкция по заполнению:

Определите персональную ответственность за каждую категорию данных. Опишите процедуру эскалации и разрешения споров (3-4 уровня). Укажите сроки рассмотрения и финальный арбитр.

Пример:

Персональная ответственность за данные:

Категория данныхОтветственныйПодтверждающий документ
Объёмы операцийВладелец процессаВыгрузка из учётной системы с подписью
Временные параметрыВладелец процессаПротокол хронометража / данные BPMS
Ставки ФОТHR-подразделениеСправка о средней стоимости FTE
Тарифы на ИТ-услугиИТ-подразделениеПрайс-лист внутренних услуг
Ставка дисконтированияФинансовый блокПриказ об утверждении ставки

Порядок разрешения методологических споров:

УровеньУчастникиСрок рассмотренияРезультат
1Владелец процесса + Финансовый контролёр3 рабочих дняРабочее совещание, протокол
2+ Руководитель Процессного офиса5 рабочих днейМетодологическое заключение
3+ Финансовый директор7 рабочих днейУправленческое решение
4Инвестиционный комитетБлижайшее заседаниеФинальное решение

2.2. Требования к компетенциям

Описание подраздела: Подраздел устанавливает квалификационные требования к специалистам, выполняющим экономическую оценку проектов.

Какие требования предъявляются к компетенциям специалистов, проводящих расчёты: кто имеет право выполнять оценку, какой минимальный набор навыков требуется, какие требования к обучению/сертификации/проверке независимости?

Инструкция по заполнению:

Определите 3-4 уровня допуска к проведению оценки. Для каждого уровня укажите требования к образованию, опыту, навыкам. Опишите требования к обучению и независимости оценщика.

Пример:

Уровни допуска к проведению оценки:

УровеньПраво проведенияТребования
БазовыйУпрощённая оценка (класс D)Обучение по Методике (8 часов), тестирование
СтандартныйСтандартная оценка (классы C, D)Базовый + опыт 3 оценок под наставничеством
ПродвинутыйПолная оценка (классы B, C, D)Стандартный + сертификация (внутренняя/внешняя)
ЭкспертныйВсе классы + методологическая валидацияПродвинутый + опыт 10 проектов + экспертиза Процессного офиса

Требования к независимости:

  1. Оценщик не должен быть подчинён Инициатору проекта
  2. Для проектов класса A — обязательное привлечение внешнего эксперта
  3. Декларирование конфликта интересов перед началом оценки

2.3. Входные данные и требования к инициации оценки

Описание подраздела: Подраздел определяет обязательный перечень входных данных и артефактов, необходимых для начала экономической оценки.

Какие входные данные обязательны для старта оценки: паспорт инициативы, границы процесса, модели AS-IS/TO-BE, допущения, риски, план внедрения, владельцы выгод?

Инструкция по заполнению:

Составьте чек-лист входных документов для каждого класса проекта. Укажите обязательные и опциональные артефакты. Приведите краткое описание содержания каждого документа.

Пример:

Чек-лист входных данных:

АртефактКласс AКласс BКласс CКласс DОписание
Паспорт инициативыЦель, обоснование, ожидаемые результаты
Границы процессаВходы, выходы, триггеры, ограничения
Модель AS-IS (BPMN)Диаграмма текущего процесса
Модель TO-BE (BPMN)Диаграмма целевого процесса
Операционные данные AS-ISОбъёмы, время, трудозатраты
Реестр допущенийПеречень допущений с обоснованием
Реестр рисковИдентифицированные риски с оценкой
План внедренияЭтапы, сроки, ресурсы
Карта владельцев выгодВыгода — владелец — KPI

● — обязательно, ○ — рекомендуется, — — не требуется


2.4. Маршрут согласования и утверждения

Описание подраздела: Подраздел устанавливает порядок согласования и утверждения результатов экономической оценки.

Каков маршрут согласования и утверждения расчётов: какие комитеты/лица участвуют, какие SLA на проверку финансовой модели, кто обладает правом «вето», что считается условным одобрением и что требуется для финального?

Инструкция по заполнению:

Опишите маршрут согласования для каждого класса проекта. Укажите SLA на каждый этап. Определите условия условного и финального одобрения, право вето.

Пример:

Маршрут согласования (класс B):

ЭтапСогласующийSLAРезультат
1. Методологическая проверкаПроцессный офис5 р.д.Заключение о соответствии Методике
2. Финансовая верификацияФинансовый контролёр5 р.д.Заключение о корректности расчётов
3. ИТ-согласованиеАрхитектурный комитет3 р.д.Заключение о соответствии архитектуре
4. Согласование владельцаВладелец процесса3 р.д.Подтверждение данных и эффектов
5. УтверждениеИнвестиционный комитетЗаседаниеРешение Go/No-Go

Право вето:

  1. Финансовый директор — при несоответствии финансовым политикам
  2. CIO — при критических архитектурных рисках

Условное одобрение:

  1. Выдаётся при выполнении всех требований кроме некритичных замечаний
  2. Требует устранения замечаний в срок до 10 р.д.
  3. Без устранения — автоматическая эскалация на повторное рассмотрение

2.5. Интеграция с системой управления проектами

Описание подраздела: Подраздел описывает взаимосвязь Методики с корпоративной системой управления проектами и требованиями Процессного офиса.

Какие управленческие решения принимаются на основе результатов оценки и как Методика интегрируется с системой управления проектами и требованиями Процессного офиса?

Инструкция по заполнению:

Опишите точки интеграции с проектным управлением (stage-gate). Укажите, какие решения принимаются на каждом этапе. Определите требования к обмену данными между системами.

Пример:

Интеграция с жизненным циклом проекта (Stage-Gate):

GateТребование к экономической оценкеРешение
Gate 0 — ИдеяПредварительная оценка потенциалаВключение в воронку
Gate 1 — ИнициацияБизнес-кейс с расчётом ROI/NPVGo/No-Go/Доработка
Gate 2 — ПланированиеУточнённая оценка по детальному плануУтверждение бюджета
Gate 3 — ИсполнениеПересчёт при изменениях > 15%Продолжение/Остановка
Gate 4 — ЗакрытиеPlan-Fact анализЗакрытие проекта
Post-Gate — ЭксплуатацияМониторинг эффектовПодтверждение выгод

Требования к обмену данными:

  1. Результаты оценки загружаются в PMIS (Project Management Information System)
  2. Автоматическое обновление статуса при согласовании
  3. Интеграция с системой KPI для мониторинга эффектов

ОЦЕНКА ТЕКУЩЕГО СОСТОЯНИЯ (AS-IS)

Описание раздела: Раздел устанавливает методологию оценки текущего состояния процессов, включая определение базовой линии, методики расчёта себестоимости и категорий потерь.

3.1. Базовая линия и нулевой вариант

Описание подраздела: Подраздел определяет правила установления базы для сравнения и фиксации текущего состояния процесса.

Как устанавливается база для сравнения: что считается «нулевым вариантом» (do-nothing/инерционный сценарий), как фиксируется базовая линия AS-IS (период, сезонность, объём, SLA, качество)?

Инструкция по заполнению:

Определите понятие базовой линии и нулевого варианта. Укажите период для расчёта базы (рекомендуется 12 месяцев). Опишите правила учёта сезонности и нормализации данных. Приведите чек-лист фиксируемых параметров.

Пример:

Определение базовой линии AS-IS:

Базовая линия — это зафиксированное состояние процесса, относительно которого рассчитываются эффекты оптимизации.

Параметры формирования базовой линии:

ПараметрТребованиеОбоснование
Период наблюдения12 месяцев (или полный бизнес-цикл)Учёт сезонности
Источник данныхМастер-системы (ERP, CRM, BPMS)Верифицируемость
НормализацияИсключение аномальных периодовРепрезентативность
ФиксацияПротокол с подписью Владельца процессаОтветственность

Нулевой вариант (Do-Nothing):

Нулевой вариант — прогноз состояния процесса при отсутствии проекта оптимизации.

КомпонентОписание
Операционные затратыТекущие затраты × коэффициент инфляции
ОбъёмыПрогноз роста/снижения на основе бизнес-плана
КачествоТекущий уровень дефектов (без ухудшения/улучшения)
РискиНакопленные потенциальные потери

Чек-лист фиксируемых параметров AS-IS:

  1. [ ] Объём операций (в месяц/квартал/год)
  2. [ ] Среднее время выполнения (Lead Time)
  3. [ ] Трудозатраты (FTE)
  4. [ ] Уровень качества (% дефектов)
  5. [ ] SLA compliance
  6. [ ] Себестоимость единицы операции

По каким критериям выбираются процессы/участки для оценки и как документируется причина выбора (боль/потери/стратегическая цель/комплаенс)?

Инструкция по заполнению:

Определите 5-7 критериев выбора процессов для оптимизации. Укажите способ документирования обоснования. Приведите матрицу приоритизации процессов.

Пример:

Критерии выбора процессов для оценки:

КритерийОписаниеВес
Стратегическая значимостьВлияние на стратегические цели компании25%
Объём потерьРазмер выявленных потерь/неэффективности20%
Клиентское влияниеВоздействие на клиентский опыт20%
Комплаенс-рискиРегуляторные требования и риски15%
Готовность к изменениямНаличие ресурсов и поддержки10%
Потенциал автоматизацииТехническая возможность улучшения10%

Документирование обоснования выбора:

Раздел обоснованияСодержание
Проблемное полеОписание текущих проблем и их последствий
Связь со стратегиейСсылка на стратегические инициативы/цели
Оценка потерьКоличественная оценка текущих потерь
Регуляторные требованияСсылки на применимые требования

3.2. Базовые показатели процесса

Описание подраздела: Подраздел устанавливает перечень базовых показателей процесса и правила их измерения.

Какие показатели процесса считаются базовыми (объём операций, время цикла, трудоёмкость, качество/ошибки, SLA, стоимость) и как задаются правила их измерения (формулы, единицы, частота)?

Инструкция по заполнению:

Определите 8-10 базовых метрик процесса. Для каждой метрики укажите формулу расчёта, единицу измерения, частоту сбора и источник данных. Приведите примеры значений.

Пример:

Базовые показатели процесса:

ПоказательФормулаЕдиницаЧастотаИсточник
Объём операцийКоличество завершённых экземпляров процессашт.ЕжемесячноERP/BPMS
Lead TimeВремя завершения − Время инициациичасы/дниЕжемесячноBPMS
Cycle TimeСумма времени выполнения операцийчасыЕжемесячноBPMS
ТрудоёмкостьФактические трудозатраты / Объёмчел.-часы/операцияЕжемесячноTimesheet
FTEОбщие трудозатраты / Фонд рабочего времениFTEЕжемесячноHR
Уровень дефектовКоличество дефектов / Объём × 100%%ЕжемесячноQMS
SLA ComplianceВыполнено в срок / Всего × 100%%ЕжемесячноBPMS
Себестоимость операцииОбщие затраты / Объёмруб./операцияЕжеквартальноФСА
Уровень автоматизацииАвтоматизированные операции / Всего%ЕжеквартальноАудит
Коэффициент переработокПовторно выполненные / Всего%ЕжемесячноBPMS

3.3. Методика расчёта себестоимости процесса

Описание подраздела: Подраздел устанавливает методику расчёта себестоимости текущего процесса и правила учёта различных компонентов затрат.

Какая методика утверждена для расчёта себестоимости текущего процесса (ФСА/ABC-costing, Direct Costing, нормативный расчёт), какие драйверы затрат используются и какие компоненты обязательны (труд, ИТ, материалы, накладные)?

Инструкция по заполнению:

Выберите и обоснуйте основную методику расчёта себестоимости. Определите драйверы затрат для каждой категории ресурсов. Приведите структуру калькуляции и пример расчёта.

Пример:

Утверждённая методика: Функционально-стоимостной анализ (ФСА/ABC-costing)

Обоснование выбора:

  1. Позволяет распределить косвенные затраты по процессам
  2. Обеспечивает прозрачность структуры себестоимости
  3. Соответствует требованиям процессного управления

Структура себестоимости процесса:

Компонент затратДрайверФормула распределения
Трудовые ресурсыFTE, чел.-часыСтавка × Трудозатраты
ИТ-системыКоличество транзакцийСтоимость транзакции × Объём
МатериалыОбъём потребленияЦена × Количество
Накладные расходыFTE или площадьСтавка накладных × База
Управленческие расходыFTE% от ФОТ

Пример калькуляции:

Статья затратБазаСтавкаСумма (мес.)
ФОТ исполнителей2.5 FTE150 000 руб./FTE375 000 руб.
Налоги на ФОТ375 00030.2%113 250 руб.
ИТ-системы10 000 транз.5 руб./транз.50 000 руб.
Накладные2.5 FTE30 000 руб./FTE75 000 руб.
Итого613 250 руб.
Себестоимость операции10 000 шт.61.33 руб.

Как рассчитывается стоимость трудовых ресурсов: правила расчёта FTE/часов, состав ФОТ, налоги/взносы, коэффициенты накладных расходов, ставка внутреннего часа?

Инструкция по заполнению:

Определите формулу расчёта полной стоимости FTE. Укажите состав ФОТ и применимые коэффициенты. Приведите таблицу ставок для разных категорий персонала.

Пример:

Формула расчёта стоимости FTE:

Полная стоимость FTE = ФОТ + Налоги + Накладные + Рабочее место

Где:

  • ФОТ = Оклад + Премии + Надбавки
  • Налоги = ФОТ × 30.2% (ПФР + ФСС + ФОМС)
  • Накладные = ФОТ × Коэффициент накладных
  • Рабочее место = Аренда + Оборудование + Расходные материалы

Ставки внутреннего часа по категориям:

КатегорияФОТ (мес.)Полная стоимость FTE (мес.)Фонд времени (час.)Ставка часа
Специалист100 000165 000168982 руб.
Ведущий специалист150 000247 5001681 473 руб.
Руководитель группы200 000330 0001681 964 руб.
Начальник отдела300 000495 0001682 946 руб.

Коэффициенты:

  1. Налоги и взносы: 30.2%
  2. Накладные расходы: 25% от ФОТ
  3. Стоимость рабочего места: 10 000 руб./мес.

Как учитываются ИТ-затраты в AS-IS и TO-BE: лицензии, инфраструктура, сопровождение, разработка, интеграции, кибербезопасность, правила распределения общих затрат?

Инструкция по заполнению:

Определите категории ИТ-затрат и правила их отнесения на процесс. Укажите источники данных по каждой категории. Опишите методику распределения общих ИТ-затрат.

Пример:

Категории ИТ-затрат:

КатегорияОписаниеМетод отнесенияИсточник данных
Лицензии ПОСтоимость лицензий используемых системПо количеству пользователей/транзакцийИТ-каталог
ИнфраструктураСерверы, СХД, сетиПо объёму потребления ресурсовБиллинг
СопровождениеПоддержка и администрированиеПо SLA/приоритетуДоговоры SLA
РазработкаДоработки и интеграцииПрямое отнесениеTimesheet
КибербезопасностьСредства защиты информацииПо уровню критичностиМатрица рисков

Правила распределения общих ИТ-затрат:

База распределенияПрименение
Количество пользователейОфисное ПО, почта, коммуникации
Количество транзакцийУчётные системы, интеграции
Объём хранимых данныхСХД, резервное копирование
FTE процессаОбщие инфраструктурные затраты

3.4. Оценка потерь и издержек качества

Описание подраздела: Подраздел устанавливает методологию оценки потерь (muda) и издержек низкого качества в текущем процессе.

Какие категории потерь (muda) и издержек низкого качества подлежат обязательной оценке, как классифицируются виды потерь и как исключается «оценка на глаз» (источник данных, методика расчёта, проверяемость)?

Инструкция по заполнению:

Перечислите 7-8 категорий потерь по Lean. Для каждой категории укажите метод оценки, источник данных и формулу расчёта. Опишите требования к верифицируемости оценки.

Пример:

Категории потерь (7+1 Muda):

КатегорияОписаниеМетод оценкиИсточник данных
ПерепроизводствоВыполнение лишних операцийАнализ процессаКарта процесса, аудит
ОжиданиеПростои, очередиХронометражBPMS, наблюдение
ТранспортировкаЛишние перемещения документов/данныхАнализ маршрутовКарта потока
Излишняя обработкаИзбыточные операцииАнализ ценностиИнтервью, аудит
ЗапасыНакопление незавершённой работы (WIP)Измерение WIPBPMS, учётные системы
ПеремещенияЛишние действия сотрудниковХронометражНаблюдение
ДефектыОшибки, переделки, бракСтатистика дефектовQMS, рекламации
Неиспользованный потенциалНереализованные компетенцииЭкспертная оценкаОпрос, интервью

Формулы расчёта стоимости потерь:

ПотеряФормула
ОжиданиеВремя ожидания × Ставка часа × Объём
ДефектыКоличество дефектов × Стоимость исправления
ПеределкиОбъём переделок × Себестоимость операции

Требования к верифицируемости:

  1. Источник данных должен быть указан и доступен для проверки
  2. Методика расчёта должна быть воспроизводима
  3. Результаты должны быть подтверждены Владельцем процесса

3.5. Оценка зрелости процесса

Описание подраздела: Подраздел устанавливает методологию оценки зрелости бизнес-процессов перед оптимизацией.

Как оценивается зрелость бизнес-процессов перед оптимизацией (по CMMI, BPM Maturity Model или иной модели)?

Инструкция по заполнению:

Выберите модель оценки зрелости. Опишите уровни зрелости и критерии их определения. Укажите связь уровня зрелости с возможностями оптимизации. Приведите пример чек-листа оценки.

Пример:

Модель оценки зрелости: BPM Maturity Model (адаптированная)

Уровни зрелости:

УровеньНазваниеХарактеристикаВозможности оптимизации
1НачальныйПроцессы не документированы, хаотичное выполнениеСтандартизация, базовая документация
2ПовторяемыйБазовая документация, неформальное управлениеФормализация, базовые метрики
3ОпределённыйСтандартизированные процессы, KPIОптимизация, автоматизация
4УправляемыйКоличественное управление, SLAПродвинутая аналитика, RPA
5ОптимизирующийсяНепрерывное совершенствованиеAI/ML, предиктивная аналитика

Чек-лист оценки зрелости:

КритерийУровень 1Уровень 2Уровень 3Уровень 4Уровень 5
Документация процессаНетЧастичнаяПолнаяАктуальнаяАвтообновляемая
МетрикиНетAd-hocРегулярныеReal-timeПредиктивные
Владелец процессаНетФормальноАктивныйОтветственный за KPIНепрерывное улучшение
АвтоматизацияНет< 20%20-50%50-80%> 80%

Связь с оценкой:

  1. Уровень 1-2: Рекомендуется сначала повысить зрелость до проведения автоматизации
  2. Уровень 3+: Возможна полноценная экономическая оценка проекта оптимизации

ОЦЕНКА ЦЕЛЕВОГО СОСТОЯНИЯ (TO-BE)

Описание раздела: Раздел устанавливает методологию построения прогноза целевого состояния процесса, учёта организационных изменений и интеграции инструментов цифровой трансформации.

4.1. Построение прогноза TO-BE

Описание подраздела: Подраздел определяет правила построения прогноза целевого состояния процесса и проведения сравнительного анализа AS-IS и TO-BE.

Как строится прогноз TO-BE: какие изменения в операционной модели учитываются (оргструктура, роли, контрольные процедуры, SLA, нагрузка, объёмы) и как проводится сравнительный анализ состояний AS-IS и TO-BE?

Инструкция по заполнению:

Опишите компоненты операционной модели, подлежащие анализу в TO-BE. Определите структуру сравнительного анализа. Приведите шаблон таблицы сравнения AS-IS vs TO-BE с примером заполнения.

Пример:

Компоненты операционной модели TO-BE:

КомпонентПараметры для анализаИсточник прогноза
Организационная структураШтатная численность, иерархия, ролиОрг.дизайн проекта
Процессная модельЭтапы, операции, маршруты, ветвленияМодель TO-BE (BPMN)
Контрольные процедурыТочки контроля, частота, трудоёмкостьМатрица контролей
SLA и нормативыЦелевые сроки выполненияТребования бизнеса
Объёмы и нагрузкаПрогноз транзакций, сезонностьБизнес-план
ИТ-ландшафтИспользуемые системы, интеграцииАрхитектурное решение

Шаблон сравнительного анализа AS-IS vs TO-BE:

ПараметрAS-ISTO-BEИзменениеИсточник данных TO-BE
Количество операций в процессе2512-52%Модель TO-BE
Среднее время выполнения (Lead Time)5 дней1 день-80%Benchmark + экспертная оценка
Трудозатраты на операцию45 мин15 мин-67%Хронометраж пилота
FTE на процесс8.53.2-62%Расчёт по модели
Уровень автоматизации15%75%+60 п.п.Архитектурное решение
Уровень дефектов5%1%-4 п.п.Benchmark
SLA Compliance85%98%+13 п.п.Целевое значение

Методы обоснования прогнозных значений TO-BE:

  1. Benchmark (отраслевой / внутренний)
  2. Результаты пилотного проекта
  3. Экспертная оценка (с обоснованием)
  4. Расчёт по модели процесса
  5. Данные вендора/интегратора

4.2. Учёт организационных изменений

Описание подраздела: Подраздел определяет правила учёта организационных изменений и затрат на управление изменениями.

Как учитываются организационные изменения, включая влияние на численность персонала и затраты на управление изменениями (change management)?

Инструкция по заполнению:

Определите категории организационных изменений. Опишите методику оценки влияния на персонал. Перечислите типовые статьи затрат на change management. Приведите пример расчёта.

Пример:

Категории организационных изменений:

КатегорияОписаниеВлияние на персоналЗатраты на CM
Сокращение функцийВывод функций из процессаВысвобождение, сокращениеВысокие
ПерераспределениеИзменение зон ответственностиПереобучениеСредние
Изменение ролейНовые обязанности в рамках позицииОбучение, адаптацияСредние
ЦентрализацияОбъединение функций в одном подразделенииПеремещение, сокращениеВысокие
АутсорсингПередача функций внешнему исполнителюСокращение, переводВысокие

Влияние на численность персонала:

СценарийЭффектУчёт в модели
Сокращение штатаПрямая экономия ФОТ100% экономии с даты увольнения
Естественный оттокНепродление контрактов100% экономии по графику
ПерераспределениеПеревод на другие задачиУсловная экономия (при наличии задач)
ПереобучениеВременное снижение производительностиЗатраты на обучение + потери производительности

Типовые статьи затрат на Change Management:

СтатьяОписаниеТиповая оценка
КоммуникацииИнформирование, обратная связь2-5% от бюджета проекта
ОбучениеРазработка программ, проведение50-100 часов на роль × ставка
Поддержка пользователейHelp desk, супервайзинг1-2 FTE на 3 мес.
Выходные пособияКомпенсации при сокращении3-6 окладов
Потеря производительностиАдаптационный период20-30% на 1-2 мес.

4.3. Интеграция инструментов цифровой трансформации

Описание подраздела: Подраздел устанавливает правила интеграции в оценку инструментов цифровой трансформации и требований архитектурного надзора.

Как интегрируются в оценку инструменты цифровой трансформации (RPA, AI), требования архитектурного надзора и совместимость с существующим ИТ-ландшафтом?

Инструкция по заполнению:

Перечислите основные инструменты цифровой трансформации. Опишите специфику их учёта в экономической оценке. Определите требования архитектурного согласования. Приведите чек-лист оценки совместимости.

Пример:

Инструменты цифровой трансформации:

ИнструментСпецифика учётаТиповые эффектыТиповые риски
RPA (Robotic Process Automation)Лицензии на бота, инфраструктура, поддержкаСокращение рутинных операций на 60-90%Хрупкость при изменении UI
AI/MLРазработка моделей, данные, вычисленияАвтоматизация принятия решенийКачество данных, объясняемость
OCR/ICRЛицензии, обучение моделейСокращение ручного вводаКачество распознавания
Чат-ботыРазработка, NLU-платформаАвтоматизация коммуникацийОхват сценариев
BPM/BPMSЛицензии, внедрение, интеграцииОркестрация, мониторингСложность внедрения
Low-code/No-codeЛицензии, обучениеУскорение разработкиМасштабируемость

Требования архитектурного согласования:

ТребованиеОписаниеВлияние на оценку
Соответствие целевой архитектуреПроверка на соответствие Enterprise ArchitectureВозможны дополнительные затраты на интеграцию
Использование корпоративных платформПриоритет внутренних решенийСнижение затрат на лицензии
Информационная безопасностьСоответствие требованиям ИБЗатраты на аудит, доработки
Интеграционные требованияИспользование корпоративной шиныЗатраты на интеграцию

Чек-лист оценки совместимости:

  1. [ ] Согласование с целевой архитектурой предприятия
  2. [ ] Интеграция с мастер-системами
  3. [ ] Соответствие требованиям информационной безопасности
  4. [ ] Соответствие требованиям персональных данных
  5. [ ] Наличие компетенций для поддержки
  6. [ ] Масштабируемость решения

ЗАТРАТЫ И ИНВЕСТИЦИИ

Описание раздела: Раздел устанавливает правила учёта затрат на реализацию проекта оптимизации, классификацию статей затрат и методику расчёта совокупной стоимости владения.

5.1. Состав затрат на реализацию проекта

Описание подраздела: Подраздел определяет исчерпывающий перечень статей затрат на реализацию проекта оптимизации с классификацией на CAPEX и OPEX.

Каков исчерпывающий состав затрат на реализацию проекта: какие статьи CAPEX (лицензии, разработка, оборудование) и OPEX (консалтинг, ФОТ команды, сопровождение, обучение, коммуникации, change management, поддержка после запуска) подлежат учёту, как классифицируются внутренние и внешние ресурсы?

Инструкция по заполнению:

Составьте исчерпывающий перечень статей CAPEX и OPEX. Для каждой статьи укажите правила классификации, типичный диапазон и источник оценки. Приведите пример структуры бюджета проекта.

Пример:

Статьи CAPEX (капитальные затраты):

СтатьяОписаниеПравила учётаИсточник оценки
Лицензии ПОПриобретение/продление лицензийКапитализация при сроке > 12 мес.Прайс-лист вендора
Разработка ПОСоздание/доработка решенийКапитализация по ПБУ 14/2007Оценка ИТ
ОборудованиеСерверы, рабочие станцииКапитализация по ПБУ 6/01Прайс-лист
ИнтеграцииРазработка интеграционных решенийКапитализацияОценка ИТ
ИнфраструктураПодготовка ИТ-инфраструктурыКапитализацияОценка ИТ

Статьи OPEX (операционные затраты):

СтатьяОписаниеПравила учётаИсточник оценки
ФОТ проектной командыЗарплата и начисленияСписание текущим периодомHR-данные
Внешний консалтингУслуги консультантовСписание текущим периодомДоговор
ОбучениеРазработка программ, проведениеСписание текущим периодомПлан обучения
Change ManagementКоммуникации, поддержкаСписание текущим периодомПлан CM
СопровождениеПоддержка решенияСписание текущим периодомSLA
КомандировкиРасходы на поездкиСписание текущим периодомНормативы

Классификация ресурсов:

Тип ресурсаВнутреннийВнешний
ТрудовыеФОТ + накладныеДоговорная стоимость
ИТВнутренние тарифыДоговорная стоимость
ИнфраструктураАмортизацияАренда

Пример структуры бюджета проекта:

СтатьяCAPEXOPEXИтого
Лицензии ПО5 000 0005 000 000
Разработка8 000 0008 000 000
Интеграции3 000 0003 000 000
ФОТ команды6 000 0006 000 000
Консалтинг4 000 0004 000 000
Обучение1 000 0001 000 000
Change Management500 000500 000
ИТОГО16 000 00011 500 00027 500 000

5.2. Календарь затрат и правила капитализации

Описание подраздела: Подраздел устанавливает правила распределения затрат по периодам и применения учётных политик.

Как учитываются единовременные и повторяющиеся затраты по периодам (календарь платежей/эффектов) и какие правила капитализации/списания применяются?

Инструкция по заполнению:

Определите правила распределения затрат по периодам. Опишите правила капитализации и списания в соответствии с учётной политикой. Приведите пример календаря платежей проекта.

Пример:

Правила распределения затрат по периодам:

Тип затратПравило распределения
Единовременные (лицензии, оборудование)В периоде возникновения обязательства
Услуги по договоруПо актам выполненных работ
ФОТ проектной командыЕжемесячно по факту
АмортизацияРавномерно в течение срока полезного использования

Правила капитализации (в соответствии с Учётной политикой):

АктивКритерий капитализацииСрок амортизацииМетод
Лицензии ПО> 100 000 руб., срок > 12 мес.По сроку лицензииЛинейный
Разработка ПО> 100 000 руб., срок > 12 мес.3-5 летЛинейный
Оборудование> 100 000 руб.По СПИЛинейный

Пример календаря платежей:

СтатьяQ1Q2Q3Q4Год 2Итого
Лицензии5 000500 (поддержка)5 500
Разработка2 0004 0002 0008 000
ФОТ команды1 5002 0001 5001 0006 000
Консалтинг2 0001 5005004 000
Обучение5005001 000
ИТОГО10 5007 5004 5001 50050024 500

(тыс. руб.)


5.3. Совокупная стоимость владения (TCO)

Описание подраздела: Подраздел устанавливает методику расчёта совокупной стоимости владения процессом или решением.

Как рассчитывается совокупная стоимость владения (TCO) процессом/решением в моделях AS-IS и TO-BE и какой горизонт планирования (1, 3, 5 лет) является нормативным для разных типов проектов?

Инструкция по заполнению:

Определите структуру TCO и формулу расчёта. Установите нормативные горизонты планирования для разных типов проектов. Приведите пример сравнительного расчёта TCO AS-IS vs TO-BE.

Пример:

Структура TCO:

TCO = Затраты на приобретение + Затраты на внедрение + Затраты на эксплуатацию + Затраты на вывод

Где:

  • Затраты на приобретение: лицензии, оборудование, разработка
  • Затраты на внедрение: консалтинг, интеграции, обучение, CM
  • Затраты на эксплуатацию: поддержка, сопровождение, операционные расходы
  • Затраты на вывод: деинсталляция, миграция, утилизация

Нормативные горизонты планирования:

Тип проектаГоризонтОбоснование
ИТ-проекты (разработка/внедрение)5 летТипичный жизненный цикл ИТ-решения
RPA-проекты3 годаВысокая волатильность технологии
Организационные изменения3 годаПериод стабилизации эффектов
Быстрые улучшения (Kaizen)1 годКраткосрочные инициативы
Реинжиниринг5 летДолгосрочные трансформации

Пример сравнительного расчёта TCO (горизонт 5 лет):

КомпонентAS-IS (5 лет)TO-BE (5 лет)Разница
Затраты на приобретение16 000+16 000
Затраты на внедрение11 500+11 500
Затраты на эксплуатацию:
- ФОТ процесса45 00018 000-27 000
- ИТ-поддержка5 0008 000+3 000
- Лицензии (ежегодные)2 0004 000+2 000
Затраты на вывод500+500
TCO52 00058 000+6 000
Стоимость операции52 руб.23 руб.-56%

(тыс. руб.)


5.4. Альтернативные издержки

Описание подраздела: Подраздел устанавливает правила учёта альтернативных издержек и упущенной выгоды.

Как учитываются альтернативные издержки и упущенная выгода от неиспользования ресурсов в других проектах в период трансформации?

Инструкция по заполнению:

Определите понятие альтернативных издержек в контексте проектов оптимизации. Опишите методику их оценки. Укажите, в каких случаях их учёт обязателен. Приведите пример расчёта.

Пример:

Альтернативные издержки в контексте проектов оптимизации:

Тип издержекОписаниеМетод оценки
Связывание капиталаИнвестиции в проект вместо альтернативДоходность альтернативных вложений
Занятость ресурсовОтвлечение персонала от других проектовСтоимость FTE × длительность
Упущенные возможностиОтложенные параллельные инициативыNPV отложенных проектов
Переходный периодСнижение производительности при внедрении% потери × длительность × ставка

Когда учёт альтернативных издержек обязателен:

  1. Проекты класса A и B
  2. При конкуренции за ресурсы с другими проектами
  3. При значительной длительности проекта (> 12 мес.)
  4. При существенном отвлечении ключевого персонала

Пример расчёта:

КомпонентРасчётСумма
Связывание капитала27 500 тыс. × 12% годовых × 1 год3 300 тыс. руб.
Занятость бизнес-экспертов2 FTE × 1 500 тыс./год × 0.5 года1 500 тыс. руб.
Потеря производительности при переходе8.5 FTE × 20% × 2 мес. × 150 тыс.510 тыс. руб.
Итого альтернативные издержки5 310 тыс. руб.

ЭФФЕКТЫ И ВЫГОДЫ

Описание раздела: Раздел устанавливает методологию оценки экономических эффектов и выгод от реализации проектов оптимизации, включая правила монетизации и исключения двойного счёта.

6.1. Категории эффектов и выгод

Описание подраздела: Подраздел определяет классификацию эффектов и критерии их категоризации.

Какие категории эффектов и выгод учитываются в оценке (финансовые, операционные, качественные, стратегические) и какие критерии используются для разделения на количественные и качественные?

Инструкция по заполнению:

Разработайте иерархическую классификацию эффектов. Для каждой категории укажите критерии отнесения и требования к доказательству. Приведите примеры эффектов каждой категории.

Пример:

Классификация эффектов:

КатегорияПодкатегорияКритерий количественностиТребования к доказательству
ФинансовыеПрямыеИзмеримы в денежных единицахРасчёт по данным учёта
КосвенныеКонвертируемы в деньгиРасчёт с допущениями
ОперационныеПроизводительностьИзмеримы в натуральных единицахЗамеры, статистика
КачествоИзмеримы в %, частотеСтатистика дефектов
КачественныеКлиентскиеИзмеримы через опросыNPS, CSI, исследования
РепутационныеЭкспертная оценкаКачественная шкала
СтратегическиеВозможностиЭкспертная оценкаОбоснование связи
РискиВероятность × УщербРеестр рисков

Примеры эффектов по категориям:

КатегорияПример эффектаТип
ФинансовыеСокращение ФОТ на 5 млн руб./годКоличественный
ФинансовыеСнижение штрафов за просрочку SLAКоличественный
ОперационныеСокращение Lead Time с 5 до 1 дняКоличественный
КачественныеПовышение NPS с 45 до 60Количественный
КачественныеУлучшение имиджа компанииКачественный
СтратегическиеСоздание платформы для масштабированияКачественный

6.2. Денежные выгоды

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

Какие выгоды считаются денежными по умолчанию (экономия затрат, избежание затрат, рост выручки/маржинальности, ускорение оборота капитала) и какие требования к доказательству предъявляются для каждой категории?

Инструкция по заполнению:

Определите исчерпывающий перечень денежных выгод. Для каждой категории укажите формулу расчёта и минимальные требования к обоснованию. Приведите примеры с расчётами.

Пример:

Категории денежных выгод:

КатегорияОпределениеФормулаТребования к доказательству
Экономия затрат (Cost Saving)Сокращение фактических расходовЗатраты AS-IS − Затраты TO-BEДанные учёта, прогноз TO-BE
Избежание затрат (Cost Avoidance)Предотвращение будущих расходовЗатраты при Do-Nothing − Затраты TO-BEОбоснование неизбежности затрат
Рост выручкиУвеличение доходовΔВыручка × МаржинальностьБизнес-план, исторические данные
Ускорение оборотаВысвобождение оборотного капиталаΔОК × WACCДанные о цикле оборота

Требования к доказательству:

КатегорияМинимальные требования
Экономия затратДанные AS-IS из учётной системы + расчёт TO-BE по модели
Избежание затратДокументальное подтверждение неизбежности (договор, регуляторное требование)
Рост выручкиСвязь с проектом + прогноз продаж + sensitivity analysis
Ускорение оборотаДанные о текущем цикле + прогноз сокращения + ставка WACC

Примеры расчётов:

Экономия затрат:

СтатьяAS-IS (год)TO-BE (год)Экономия
ФОТ процесса12 000 0005 000 0007 000 000
ИТ-поддержка1 000 0001 500 000-500 000
Итого13 000 0006 500 0006 500 000

6.3. Монетизация высвобождения трудовых ресурсов

Описание подраздела: Подраздел устанавливает алгоритм монетизации эффектов, связанных с высвобождением FTE.

Каков утверждённый алгоритм монетизации высвобождения трудовых ресурсов (FTE): в каких случаях учитывается полная экономия ФОТ (сокращение штата), а в каких — только повышение производительности (перераспределение), как фиксируется владелец выгоды и как исключаются «дутые» эффекты?

Инструкция по заполнению:

Разработайте алгоритм принятия решения о типе экономии FTE. Определите коэффициенты для каждого сценария. Опишите механизм фиксации владельца выгоды и верификации. Приведите примеры расчётов.

Пример:

Алгоритм монетизации высвобождения FTE:

  1. Определить объём высвобождения (в FTE)
  1. Классифицировать сценарий реализации экономии:

a) Сокращение штата → 100% экономии

b) Перераспределение на дефицитные задачи → 100% условной экономии

c) Перераспределение на недефицитные задачи → 0% экономии

d) Естественный отток без замещения → 100% экономии

  1. Рассчитать экономию: FTE × Полная стоимость FTE × Коэффициент
  1. Зафиксировать владельца выгоды и обязательство

Сценарии реализации экономии:

СценарийКоэффициентУсловия примененияВладелец выгоды
Сокращение штата100%Приказ о сокращении, дата увольненияHR + Владелец процесса
Естественный отток100%Решение о непродлении вакансииHR + Владелец процесса
Перераспределение (дефицит)100%Подтверждённый дефицит, план загрузкиВладелец процесса-получателя
Перераспределение (без дефицита)0%Отсутствие подтверждённой потребности
Повышение производительности50%Рост объёмов без роста штатаВладелец процесса

Механизм исключения «дутых» эффектов:

ПроверкаМетодОтветственный
Реальность высвобожденияСравнение фактической загрузки AS-IS vs TO-BEПроцессный офис
Наличие плана реализацииДокумент с датами и ответственнымиВладелец выгоды
Отсутствие двойного счётаПроверка по реестру эффектовФинансовый контролёр
Post-factum верификацияПроверка фактической реализации через 6 мес.Процессный офис

Пример расчёта:

ПодразделениеВысвобождениеСценарийКоэффициентСтоимость FTEЭкономия (год)
Отдел обработки3.0 FTEСокращение100%1 800 0005 400 000
Контроль качества1.5 FTEПерераспределение (дефицит)100%2 000 0003 000 000
Администрирование0.5 FTEПерераспределение (без дефицита)0%1 500 0000
Итого5.0 FTE8 400 000

6.4. Эффект от сокращения времени цикла

Описание подраздела: Подраздел устанавливает методику оценки экономического эффекта от сокращения времени выполнения процесса.

Какова методика оценки эффекта от сокращения времени цикла (Lead Time): как переводится в денежный эквивалент (оборачиваемость капитала, штрафы за SLA, рост производительности), какие формулы и входные данные обязательны?

Инструкция по заполнению:

Определите механизмы монетизации сокращения Lead Time. Для каждого механизма приведите формулу и требуемые входные данные. Укажите условия применимости. Приведите примеры расчётов.

Пример:

Механизмы монетизации сокращения Lead Time:

МеханизмФормулаВходные данныеУсловия применимости
Ускорение оборота капиталаΔДни × (ОК/365) × WACCОборотный капитал, WACC, сокращение днейПроцессы с финансовым циклом
Сокращение штрафов за SLAΔНарушения × ШтрафСтатистика нарушений, размер штрафаПроцессы с SLA-обязательствами
Рост производительностиΔПропускная способность × МаржаТекущий throughput, маржаПроцессы с очередью/bottleneck
Сокращение WIPΔWIP × Себестоимость единицы × СтавкаРазмер WIP, себестоимостьПроцессы с накоплением WIP

Пример расчёта — ускорение оборота дебиторской задолженности:

ПараметрЗначение
Средняя дебиторская задолженность500 000 000 руб.
Lead Time AS-IS (выставление счёта)5 дней
Lead Time TO-BE1 день
Сокращение4 дня
WACC12%
Эффект500 000 000 × (4/365) × 12% = 657 534 руб./год

Пример расчёта — сокращение штрафов за SLA:

ПараметрЗначение
Количество заявок в год120 000
% нарушений SLA AS-IS15%
% нарушений SLA TO-BE2%
Средний штраф за нарушение5 000 руб.
Эффект120 000 × (15% − 2%) × 5 000 = 78 000 000 руб./год

6.5. Эффект от повышения качества

Описание подраздела: Подраздел устанавливает методику оценки экономического эффекта от повышения качества процесса.

Как оценивается эффект от повышения качества: какие виды дефектов/ошибок учитываются, как рассчитывается стоимость дефекта, какие источники статистики используются, каковы правила учёта предотвращённых потерь?

Инструкция по заполнению:

Классифицируйте виды дефектов по категориям. Определите методику расчёта стоимости дефекта. Укажите источники статистики. Приведите формулы и примеры расчётов.

Пример:

Классификация дефектов:

КатегорияВиды дефектовМетод оценки стоимости
ВнутренниеПеределки, доработки, исправленияСебестоимость повторной операции
ВнешниеРекламации, возвраты, компенсацииПрямые затраты + упущенная выгода
СкрытыеНеоптимальные решения, задержкиЭкспертная оценка последствий
КритическиеИнциденты, сбои, утечкиСтоимость устранения + ущерб

Формула расчёта стоимости дефекта:

Стоимость дефекта = Затраты на обнаружение + Затраты на исправление +

Затраты на повторный контроль + Потери от последствий

Источники статистики дефектов:

ИсточникТипы дефектовЧастота обновления
Система качества (QMS)Все категорииЕжедневно
CRM (рекламации)ВнешниеЕжедневно
Service DeskИнцидентыЕжедневно
Аудиторские отчётыВсе категорииЕжеквартально

Пример расчёта эффекта от снижения дефектов:

ПараметрAS-ISTO-BEИзменение
Объём операций (год)100 000100 000
Уровень дефектов5%1%-4 п.п.
Количество дефектов5 0001 000-4 000
Средняя стоимость дефекта2 500 руб.2 500 руб.
Общая стоимость дефектов12 500 0002 500 000-10 000 000

6.6. Риск-эффекты

Описание подраздела: Подраздел устанавливает методику монетизации эффектов, связанных со снижением рисков.

Как монетизируются риск-эффекты: как определяется стоимость риска (вероятность × ущерб), какие источники оценок допускаются, как различаются «снижение вероятности» и «снижение ущерба», как рассчитывается предотвращённый ущерб от операционных инцидентов?

Инструкция по заполнению:

Определите формулу расчёта стоимости риска. Классифицируйте механизмы воздействия на риск. Укажите допустимые источники оценок. Приведите пример расчёта с матрицей рисков.

Пример:

Формула монетизации риска:

Ожидаемая стоимость риска (ALE) = Вероятность (P) × Ущерб (I)

Эффект = ALE(AS-IS) − ALE(TO-BE)

Механизмы воздействия на риск:

МеханизмОписаниеРасчёт эффекта
Снижение вероятностиУменьшение частоты наступленияΔP × I
Снижение ущербаУменьшение последствийP × ΔI
КомбинированныйОба эффекта одновременноP₁×I₁ − P₂×I₂
Передача рискаСтрахование, аутсорсингСтоимость передачи

Допустимые источники оценок:

ИсточникПрименениеУровень достоверности
Историческая статистикаВероятность, средний ущербВысокий
Отраслевой benchmarkВероятность типовых рисковСредний
Экспертная оценкаПри отсутствии статистикиНизкий (требует обоснования)
Данные страховых компанийОценка ущербаСредний

Пример расчёта риск-эффекта:

РискP (AS-IS)I (AS-IS)ALE (AS-IS)P (TO-BE)I (TO-BE)ALE (TO-BE)Эффект
Мошенничество5%10 000 000500 0001%10 000 000100 000400 000
Утечка данных2%50 000 0001 000 0000.5%30 000 000150 000850 000
Операционный сбой10%2 000 000200 0003%1 000 00030 000170 000
Итого1 700 000280 0001 420 000

6.7. Качественные и нефинансовые эффекты

Описание подраздела: Подраздел устанавливает методику оценки качественных эффектов и условия их включения в финансовую модель.

Какова методика оценки и монетизации качественных/нефинансовых эффектов (лояльность клиентов/NPS, снижение операционных рисков, соответствие регуляторным требованиям/комплаенс, стратегические эффекты): какие шкалы и веса применяются, какие требования к доказательству, допускается ли включение в расчёт NPV?

Инструкция по заполнению:

Определите перечень качественных эффектов и методы их оценки. Разработайте шкалу оценки. Укажите условия включения в NPV. Приведите пример мультикритериальной оценки.

Пример:

Качественные эффекты и методы оценки:

ЭффектМетод оценкиШкалаВозможность монетизации
Лояльность клиентов (NPS)Опросы NPS-100 до +100Через LTV, retention
Удовлетворённость сотрудниковeNPS, опросы-100 до +100Через текучесть
Комплаенс-эффектАудиторская оценкаСоответствует/Не соотв.Через штрафы/риски
Репутационный эффектЭкспертная оценка1-5Сложно монетизируем
Стратегическая гибкостьЭкспертная оценка1-5Не монетизируется

Шкала оценки качественных эффектов:

БаллЗначениеОписание
5КритическийКритически важен для стратегии, уникальный эффект
4ВысокийЗначительный вклад в стратегические цели
3СреднийЗаметный положительный эффект
2НизкийНезначительное улучшение
1МинимальныйКосвенный или неопределённый эффект

Правила включения в NPV:

УсловиеРешение
Есть надёжная методика монетизацииВключать в NPV
Методика существует, но с допущениямиВключать в sensitivity analysis
Нет методики монетизацииНе включать в NPV, учитывать в мультикритериальной оценке

Пример мультикритериальной оценки:

КритерийВесОценкаВзвешенный балл
NPV40%8 (из 10)3.2
Стратегическое соответствие20%91.8
Клиентский эффект (NPS)15%71.05
Комплаенс-эффект15%101.5
Операционные риски10%60.6
Итоговый балл100%8.15

6.8. Исключение двойного счёта

Описание подраздела: Подраздел устанавливает правила предотвращения двойного учёта выгод.

Как предотвращается «двойной счёт» выгод: между проектами портфеля, между эффектами одного проекта, между подразделениями, при оптимизации одного процесса несколькими смежными проектами?

Инструкция по заполнению:

Классифицируйте типы двойного счёта. Для каждого типа опишите механизм контроля. Определите процедуру верификации. Приведите примеры типичных ошибок и их предотвращения.

Пример:

Типы двойного счёта:

ТипОписаниеПример
МежпроектныйОдин эффект относится к нескольким проектамЭкономия FTE учтена в RPA-проекте и в реорганизации
ВнутрипроектныйДвойной учёт связанных эффектовУчтена экономия времени и экономия FTE от той же операции
МежподразделенческийОдин эффект учтён разными подразделениямиОЦО и бизнес-подразделение учли одну экономию
КаскадныйУчёт первичного и производного эффектаСнижение дефектов + экономия на претензиях (уже учтена в стоимости дефекта)

Механизмы контроля:

МеханизмОписаниеОтветственный
Единый реестр эффектовЦентрализованный учёт всех эффектов портфеляПроцессный офис
Матрица владельцев выгодЗакрепление эффекта за единственным владельцемПроцессный офис
Перекрёстная проверкаСверка эффектов между проектамиФинансовый контролёр
Независимая верификацияПроверка расчётов третьей сторонойВнутренний аудит

Процедура верификации:

  1. Проверить эффект по реестру — не учтён ли в другом проекте
  2. Определить первичный источник эффекта
  3. Закрепить единственного владельца выгоды
  4. Исключить производные эффекты, если первичный уже учтён
  5. Получить подтверждение от владельца выгоды

Примеры типичных ошибок:

ОшибкаПравильный подход
Учёт экономии FTE + учёт экономии времени на операциюУчитывать только экономию FTE (время уже в FTE)
RPA-проект и проект реорганизации учли одно FTEОпределить, какой проект первичен, второму — 0%
Снижение дефектов + снижение штрафов + снижение претензийУчитывать только стоимость дефекта (включает всё)

ИСТОЧНИКИ ДАННЫХ, ДОПУЩЕНИЯ И ВЕРИФИКАЦИЯ

Описание раздела: Раздел устанавливает требования к источникам данных для экономической оценки, правила формулирования допущений и процедуры верификации исходной информации.

7.1. Источники данных и мастер-системы

Описание подраздела: Подраздел определяет иерархию источников данных, статус мастер-систем и требования к качеству данных.

Какие источники данных являются приоритетными/разрешёнными (ERP, CRM, BI, HR, ITSM, финансовый учёт), какие информационные системы являются «мастер-системами» и какие требования к качеству данных (полнота, актуальность, трассируемость)?

Инструкция по заполнению:

Составьте реестр источников данных с указанием приоритета. Определите мастер-системы для каждой категории данных. Установите требования к качеству данных. Приведите матрицу соответствия данных и источников.

Пример:

Реестр источников данных:

Категория данныхМастер-системаАльтернативные источникиПриоритет
Финансовые данныеERP (1C/SAP)Бухгалтерская отчётность1 (высший)
Кадровые данныеHRM (SAP HR/1C:ЗУП)Штатное расписание1
Объёмы операцийBPMS/ERPBI-отчёты, выгрузки2
Временные параметрыBPMSХронометраж, опросы2
Клиентские данныеCRMОпросы, исследования2
ИТ-данныеITSM/CMDBИнвентаризация2
Данные о качествеQMSРекламации, аудиты2

Требования к качеству данных:

КритерийТребованиеМетод проверки
Полнота≥ 95% заполненных обязательных полейАвтоматический контроль
АктуальностьДанные не старше 3 месяцевДата последнего обновления
ТочностьОтклонение ≤ 5% от контрольных значенийСверка с альтернативными источниками
НепротиворечивостьСогласованность между источникамиПерекрёстная проверка
ТрассируемостьВозможность проследить происхождениеНаличие ссылки на источник

Матрица соответствия данных и источников:

Параметр оценкиИсточник 1 (мастер)Источник 2 (альтерн.)Ответственный
FTE процессаHRMШтатное расписаниеHR
Объём операцийERPBI-отчётВладелец процесса
Стоимость часаHRM + ФинансыСправочник ставокФинансы
Lead TimeBPMSХронометражВладелец процесса
Уровень дефектовQMSВыборочный аудитКачество

7.2. Верификация исходных данных

Описание подраздела: Подраздел устанавливает процедуры верификации данных и действия при отсутствии исторической статистики.

Как выполняется верификация исходных данных: кто подписывает/подтверждает, какие артефакты требуются, что делать при отсутствии исторической статистики (опрос, хронометраж/тайм-стади, пилот)?

Инструкция по заполнению:

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

Пример:

Процедура верификации данных:

ЭтапДействиеОтветственныйРезультат
1Получение данных из мастер-системыАналитик проектаВыгрузка с датой
2Проверка полноты и актуальностиАналитик проектаОтчёт о качестве данных
3Сверка с альтернативным источникомФинансовый контролёрПротокол сверки
4Подтверждение владельцем данныхВладелец процесса / HR / ФинансыПодпись на акте
5Финальное согласованиеРуководитель проектаАкт верификации

Обязательные артефакты верификации:

АртефактСодержаниеПодписант
Выгрузка из мастер-системыИсходные данные с датой/временемАдминистратор системы
Протокол сверкиСравнение источников, объяснение расхожденийФинансовый контролёр
Акт верификацииПодтверждение достоверности данныхВладелец данных

Альтернативные методы сбора данных:

МетодПрименениеТочностьТрудоёмкость
Экспертный опросКачественные данные, оценкиНизкаяНизкая
ХронометражВременные параметрыВысокаяВысокая
Фотография рабочего дняЗагрузка персоналаСредняяСредняя
Пилотный проектПараметры TO-BEВысокаяОчень высокая
BenchmarkСравнительные данныеСредняяНизкая

Требования к хронометражу:

  1. Минимальная выборка: 30 наблюдений на операцию
  2. Период наблюдения: не менее 5 рабочих дней
  3. Учёт сезонности: наблюдения в типичный период
  4. Документирование: протокол с подписью наблюдателя и исполнителя

7.3. Допущения и ограничения

Описание подраздела: Подраздел определяет правила документирования допущений и ограничений финансовой модели.

Какие допущения и ограничения обязаны фиксироваться в модели: объёмы, ставки, инфляция, валютный курс, производительность, сроки, доступность ресурсов, зависимости от других проектов?

Инструкция по заполнению:

Составьте исчерпывающий перечень категорий допущений. Для каждой категории укажите типовые допущения и требования к обоснованию. Разработайте шаблон реестра допущений.

Пример:

Категории допущений:

КатегорияТиповые допущенияИсточник значения
ОбъёмныеТемп роста объёмов, сезонностьБизнес-план, прогноз
ЦеновыеИнфляция, рост тарифов, курс валютПрогноз Минэкономразвития, ЦБ
РесурсныеДоступность FTE, мощности ИТПлан ресурсов, HR-план
ВременныеСроки внедрения, период стабилизацииПлан проекта, экспертная оценка
ПроизводительностьЭффект обучения, кривая освоенияBenchmark, пилот
ВнешниеРегуляторные изменения, рыночные условияМониторинг регуляторики
ЗависимостиСвязь с другими проектами, поставщикамиРеестр зависимостей

Требования к документированию допущений:

ЭлементОписаниеОбязательность
ИдентификаторУникальный номер допущенияОбязательно
ОписаниеСуть допущенияОбязательно
ЗначениеПринятое значение параметраОбязательно
ОбоснованиеИсточник/логика значенияОбязательно
ВлияниеЧувствительность моделиОбязательно
ОтветственныйКто подтвердил допущениеОбязательно
Дата пересмотраКогда требуется актуализацияРекомендуется

Шаблон реестра допущений:

IDКатегорияДопущениеЗначениеОбоснованиеВлияниеОтветственный
A01ОбъёмныеРост объёма операций+10% в годБизнес-план 2024ВысокоеКоммерческий директор
A02ЦеновыеИндексация ФОТ+8% в годHR-политикаВысокоеHR-директор
A03ЦеновыеИнфляция (прочие затраты)+5% в годПрогноз МЭРСреднееФинансовый директор
A04ВременныеСрок внедрения9 месяцевПлан проекта v1.0ВысокоеРуководитель проекта
A05Производ.Производительность RPA50 операций/часBenchmark UiPathВысокоеИТ-директор

ФИНАНСОВЫЕ ПОКАЗАТЕЛИ И ПРАВИЛА РАСЧЁТА

Описание раздела: Раздел устанавливает перечень обязательных финансовых показателей, формулы их расчёта и правила интерпретации результатов.

8.1. Инвестиционные показатели

Описание подраздела: Подраздел определяет перечень обязательных инвестиционных показателей и формулы их расчёта.

Какие инвестиционные показатели рассчитываются в обязательном порядке (NPV, ROI, IRR, PI, PBP/DPP), каковы формулы их расчёта, какие денежные потоки включаются/исключаются и каковы требования к интерпретации результатов?

Инструкция по заполнению:

Перечислите обязательные показатели с формулами. Определите состав денежных потоков. Установите правила интерпретации. Приведите пример расчёта всех показателей для типового проекта.

Пример:

Обязательные инвестиционные показатели:

ПоказательФормулаИнтерпретация
NPV (Net Present Value)NPV = Σ(CFₜ / (1+r)ᵗ) - I₀NPV > 0 — проект экономически целесообразен
ROI (Return on Investment)ROI = (Выгоды - Затраты) / Затраты × 100%ROI > Hurdle Rate — проект приемлем
IRR (Internal Rate of Return)NPV(IRR) = 0IRR > WACC — проект приемлем
PI (Profitability Index)PI = PV(Выгоды) / PV(Затраты)PI > 1 — проект эффективен
PBP (Payback Period)Σ CFₜ = I₀Срок возврата инвестиций
DPP (Discounted Payback Period)Σ CFₜ/(1+r)ᵗ = I₀Срок возврата с учётом дисконтирования

Состав денежных потоков:

ВключаютсяИсключаются
Инвестиции (CAPEX)Невозвратные (sunk) затраты
Операционные затраты проектаАмортизация (неденежная статья)
Экономия операционных затратВнутренние трансферы
Дополнительная выручкаФинансовые расходы (учтены в ставке)
Затраты на вывод из эксплуатацииНалоговый щит (если не применяется)

Пример расчёта (проект автоматизации):

Исходные данные:

  1. Инвестиции: 20 000 тыс. руб.
  2. Ежегодная экономия: 8 000 тыс. руб.
  3. Горизонт: 5 лет
  4. Ставка дисконтирования: 12%
ГодИнвестицииЭкономияЧистый CFДисконт-факторDCFНакопл. DCF
0-20 000-20 0001.000-20 000-20 000
18 0008 0000.8937 143-12 857
28 0008 0000.7976 378-6 479
38 0008 0000.7125 694-785
48 0008 0000.6365 0844 299
58 0008 0000.5674 5398 838

Результаты:

  1. NPV = 8 838 тыс. руб. ✓ (> 0)
  2. ROI = (40 000 - 20 000) / 20 000 × 100% = 100%
  3. IRR = 29% ✓ (> 12%)
  4. PI = 28 838 / 20 000 = 1.44 ✓ (> 1)
  5. PBP = 2.5 года
  6. DPP = 3.2 года

8.2. Ставка дисконтирования

Описание подраздела: Подраздел устанавливает правила определения ставки дисконтирования для различных типов проектов.

Как определяется и обосновывается ставка дисконтирования (WACC, Hurdle Rate) для проектов различного типа и уровня риска, кто утверждает отклонения от стандартной ставки?

Инструкция по заполнению:

Определите базовую ставку дисконтирования и её источник. Установите премии за риск для разных категорий проектов. Опишите процедуру утверждения отклонений. Приведите таблицу ставок.

Пример:

Базовая ставка дисконтирования:

Ставка = WACC + Премия за риск проекта

Где:

WACC = Доля СК × Re + Доля ЗК × Rd × (1 - T)

Re — требуемая доходность собственного капитала

Rd — стоимость заёмного капитала

T — ставка налога на прибыль

Утверждённые ставки дисконтирования:

Категория проектаБазовая ставкаПремия за рискИтоговая ставка
Низкий риск (замена оборудования)10%0%10%
Стандартный риск (автоматизация)10%2%12%
Повышенный риск (новые технологии)10%5%15%
Высокий риск (инновации, R&D)10%8%18%
Стратегические (без аналогов)10%10%20%

Критерии определения премии за риск:

Фактор рискаНизкий (+0-1%)Средний (+2-3%)Высокий (+4-5%)
Технологическая зрелостьПровереннаяВнедрённая в отраслиИнновационная
Сложность интеграцииМинимальнаяСтандартнаяВысокая
Зависимость от поставщикаМного альтернативНесколькоЕдинственный
Организационные измененияМинимальныеУмеренныеТрансформация

Утверждение отклонений:

ОтклонениеУтверждающий орган
± 2% от стандартнойРуководитель Процессного офиса
± 5% от стандартнойФинансовый директор
> 5% от стандартнойИнвестиционный комитет

8.3. Горизонт планирования

Описание подраздела: Подраздел устанавливает правила определения горизонта планирования для различных типов проектов.

Как определяется горизонт планирования в зависимости от типа проекта и процесса (например, 3 года для ИТ-проектов, 1 год для организационных изменений)?

Инструкция по заполнению:

Определите стандартные горизонты для разных типов проектов. Укажите факторы, влияющие на выбор горизонта. Установите правила корректировки при нетиповых условиях.

Пример:

Стандартные горизонты планирования:

Тип проектаСтандартный горизонтОбоснование
ИТ-проекты (enterprise)5 летТипичный жизненный цикл решения
ИТ-проекты (SaaS/облако)3 годаСрок контракта + неопределённость
RPA-проекты3 годаВысокая волатильность технологии
Организационные изменения3 годаПериод стабилизации
Инфраструктурные7-10 летСрок службы оборудования
Quick wins / Kaizen1-2 годаКраткосрочный характер

Факторы корректировки горизонта:

ФакторВлияние
Срок лицензии/контрактаОграничивает максимум
Технологический циклОграничивает максимум
Стратегический горизонт компанииОпределяет максимум
Неопределённость прогнозовСокращает горизонт
Требования окупаемостиОпределяет минимум

Правила для нетиповых условий:

УсловиеПравило
Жизненный цикл решения < стандартаИспользовать фактический ЖЦ
Высокая неопределённостьСократить горизонт на 1-2 года
Стратегический проектПо согласованию с Инвестиционным комитетом
Регуляторные требованияГоризонт действия требований

8.4. Точка безубыточности

Описание подраздела: Подраздел устанавливает методику расчёта точки безубыточности проекта оптимизации.

Как рассчитывается точка безубыточности проекта оптимизации?

Инструкция по заполнению:

Определите понятие точки безубыточности для проектов оптимизации. Приведите формулы расчёта. Укажите применение в принятии решений. Дайте пример расчёта.

Пример:

Определение точки безубыточности:

Для проектов оптимизации точка безубыточности определяется как:

  1. По времени (PBP): момент, когда накопленные выгоды покрывают инвестиции
  2. По объёму: минимальный объём операций, при котором проект окупается

Формулы расчёта:

1. Точка безубыточности по времени:

PBP = I₀ / (B - Cₒₚ)

Где:

I₀ — начальные инвестиции

B — годовые выгоды

Cₒₚ — годовые операционные затраты на поддержание решения

2. Точка безубыточности по объёму:

V_BE = I₀ / (Sₐₛ - Sₜₒ)

Где:

Sₐₛ — себестоимость операции AS-IS

Sₜₒ — себестоимость операции TO-BE

Применение в принятии решений:

ПоказательКритерийИнтерпретация
PBP< Горизонт планированияПроект окупается в пределах периода оценки
V_BE< Прогнозный объёмПрогнозный объём операций достаточен для окупаемости
Запас прочности> 20%Устойчивость к снижению объёмов/эффектов

Пример расчёта:

ПараметрЗначение
Инвестиции (I₀)20 000 000 руб.
Годовая экономия (B)8 000 000 руб.
Годовые затраты на поддержку (Cₒₚ)500 000 руб.
Себестоимость операции AS-IS61 руб.
Себестоимость операции TO-BE25 руб.
Прогнозный объём200 000 оп./год

Расчёт:

  1. PBP = 20 000 000 / (8 000 000 - 500 000) = 2.67 года
  2. V_BE = 20 000 000 / (61 - 25) = 555 556 операций (за весь период)
  3. V_BE (год) = 555 556 / 5 лет = 111 111 операций/год
  4. Запас прочности = (200 000 - 111 111) / 200 000 = 44%

АНАЛИЗ РИСКОВ, СЦЕНАРИИ И ЧУВСТВИТЕЛЬНОСТЬ

Описание раздела: Раздел устанавливает методологию анализа рисков, сценарного планирования и анализа чувствительности финансовой модели проекта.

9.1. Анализ альтернатив

Описание подраздела: Подраздел определяет правила проведения сравнительного анализа альтернативных вариантов реализации.

Как проводится анализ альтернатив: какие минимум варианты сравниваются (не менее двух + do-nothing), какие критерии помимо финансовых (риски, сроки, сложность реализации, зависимости)?

Инструкция по заполнению:

Определите минимальное количество альтернатив для анализа. Разработайте набор критериев сравнения. Опишите методику мультикритериального анализа. Приведите пример сравнительной таблицы.

Пример:

Минимальный набор альтернатив:

АльтернативаОбязательностьОписание
Do-Nothing (нулевой вариант)ОбязательноСценарий без изменений
Вариант 1 (базовый)ОбязательноОсновное предложение
Вариант 2+ (альтернативный)ОбязательноАльтернативное решение
Вариант N (максимальный)РекомендуетсяРасширенный вариант

Критерии сравнения альтернатив:

Группа критериевКритерииВес
ФинансовыеNPV, ROI, PBP, TCO40%
РискиТехнологический, организационный, внедрения20%
РеализуемостьСроки, сложность, ресурсы15%
СтратегическиеСоответствие стратегии, масштабируемость15%
ЗависимостиОт других проектов, поставщиков, технологий10%

Пример сравнительного анализа:

КритерийВесDo-NothingВариант 1 (RPA)Вариант 2 (BPM)
NPV (млн руб.)08.812.5
ROI0%100%80%
PBP (лет)2.73.5
Финансовая оценка40%187
Риски20%368
Реализуемость15%1085
Стратегические15%279
Зависимости10%1074
Итоговый балл100%3.97.356.95

Вывод: Рекомендуется Вариант 1 (RPA) — наилучшее соотношение финансовых показателей и реализуемости.


9.2. Сценарный анализ

Описание подраздела: Подраздел устанавливает правила формирования и анализа сценариев реализации проекта.

Какие сценарии анализа применяются (базовый, оптимистичный, пессимистичный), каковы правила формирования параметров каждого сценария?

Инструкция по заполнению:

Определите обязательные сценарии. Установите правила формирования параметров каждого сценария. Укажите, как результаты сценариев влияют на принятие решения. Приведите пример.

Пример:

Обязательные сценарии:

СценарийОписаниеВероятность (типовая)
БазовыйНаиболее вероятный исход50-60%
ОптимистичныйБлагоприятное развитие событий15-25%
ПессимистичныйНеблагоприятное развитие событий15-25%

Правила формирования параметров сценариев:

ПараметрПессимистичныйБазовыйОптимистичный
Объём операций-20% от прогнозаПрогноз+20% от прогноза
Сроки внедрения+30% от планаПланПо плану
Бюджет+20% от планаПлан-10% от плана
Эффективность решения-30% от целевойЦелевая+10% от целевой
Период стабилизации+50%Стандартный-20%

Пример сценарного анализа:

ПоказательПессимистичныйБазовыйОптимистичный
Инвестиции24 000 00020 000 00018 000 000
Годовая экономия5 600 0008 000 0008 800 000
NPV-2 500 0008 838 00015 200 000
ROI17%100%144%
PBP4.3 года2.7 года2.0 года

Правила принятия решений:

РезультатРешение
NPV > 0 во всех сценарияхРекомендуется к реализации
NPV > 0 в базовом и оптимистичномРассмотреть меры по снижению рисков
NPV > 0 только в оптимистичномНе рекомендуется без существенной доработки
NPV < 0 во всех сценарияхОтклонить

9.3. Анализ чувствительности

Описание подраздела: Подраздел устанавливает методологию анализа чувствительности финансовой модели.

Каков алгоритм анализа чувствительности модели: какие параметры подлежат обязательному стресс-тестированию (объём операций, стоимость ресурсов, сроки, цены), какие диапазоны отклонений, формат представления результатов, правила вывода «устойчив/неустойчив»?

Инструкция по заполнению:

Определите обязательные параметры для анализа чувствительности. Установите стандартные диапазоны отклонений. Опишите формат представления результатов (таблица, tornado-диаграмма). Определите критерии устойчивости модели.

Пример:

Обязательные параметры анализа чувствительности:

ПараметрСтандартный диапазонШаг
Объём операций± 30%10%
Стоимость FTE± 20%5%
Эффективность решения± 30%10%
Сроки внедрения+50% / -20%10%
Стоимость лицензий± 20%5%
Ставка дисконтирования± 5 п.п.1 п.п.

Алгоритм анализа:

  1. Зафиксировать базовые значения всех параметров
  2. Поочерёдно изменять каждый параметр в заданном диапазоне
  3. Рассчитать NPV для каждого значения параметра
  4. Определить точку переключения (NPV = 0) для каждого параметра
  5. Ранжировать параметры по степени влияния

Формат представления — таблица чувствительности:

Параметр-30%-20%-10%База+10%+20%+30%
Объём операций2.14.46.68.811.113.315.6
Эффективность1.53.96.48.811.313.716.2
Стоимость FTE12.811.510.28.87.56.24.8
Стоимость лицензий10.39.89.38.88.37.87.3

(NPV в млн руб.)

Tornado-диаграмма (текстовый формат):

Влияние на NPV (млн руб.)

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

Объём операций |████████████| 2.1 — 15.6

Эффективность |███████████ | 1.5 — 16.2

Стоимость FTE |████████ | 4.8 — 12.8

Стоимость лицензий |███ | 7.3 — 10.3

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

Критерии устойчивости модели:

КритерийУстойчиваНеустойчива
NPV > 0 при отклонении ключевых параметров на ±20%
Точка переключения > ±15% для всех параметров
Не более 2 параметров с высокой чувствительностью

Вывод по примеру: Модель устойчива — NPV остаётся положительным при всех отклонениях в диапазоне ±30%.


9.4. Риски реализации проекта

Описание подраздела: Подраздел устанавливает правила учёта рисков реализации проекта в финансовой модели.

Какие риски реализации проекта учитываются в модели (типовые категории: сроки, внедрение, принятие пользователями, качество данных, ИТ-риски), как отражаются резервы/contingency?

Инструкция по заполнению:

Определите типовые категории рисков проектов оптимизации. Установите правила оценки и ранжирования рисков. Опишите методику расчёта резервов. Приведите пример реестра рисков с резервами.

Пример:

Типовые категории рисков:

КатегорияТиповые рискиИндикаторы
СрокиЗадержка внедрения, срыв дедлайновОтставание от плана > 10%
ТехническиеСбои интеграции, несовместимостьКоличество дефектов, downtime
ОрганизационныеСопротивление изменениям, текучестьeNPS, количество увольнений
РесурсныеНехватка компетенций, занятость% выполнения ресурсного плана
Качество данныхНеполнота, некорректность данных% ошибок валидации
ВнешниеИзменение требований, регуляторикаКоличество CR, изменений scope

Матрица оценки рисков:

Незначительный (1)Умеренный (2)Значительный (3)Критический (4)
Высокая (4)481216
Средняя (3)36912
Низкая (2)2468
Минимальная (1)1234

Вероятность × Влияние = Приоритет риска

Правила расчёта резервов (Contingency):

Класс проектаРезерв на рискиОбоснование
A (стратегический)20-25% от бюджетаВысокая неопределённость
B (крупный)15-20% от бюджетаЗначительная сложность
C (средний)10-15% от бюджетаУмеренная сложность
D (малый)5-10% от бюджетаТиповые задачи

Пример реестра рисков с резервами:

IDРискPIПриоритетМера реагированияРезерв (руб.)
R01Задержка поставки лицензий339Резерв времени +2 нед.500 000
R02Сопротивление пользователей428Усиленный CM300 000
R03Нехватка компетенций по RPA339Обучение + подрядчик800 000
R04Проблемы интеграции с ERP248Технический прототип1 000 000
R05Низкое качество данных326Аудит данных, cleansing400 000
Итого резерв3 000 000

(15% от бюджета 20 000 000 руб.)

КРИТЕРИИ ПРИНЯТИЯ РЕШЕНИЙ И ПОРТФЕЛЬНОЕ УПРАВЛЕНИЕ

Описание раздела: Раздел устанавливает пороговые значения показателей эффективности для принятия решений, правила обеспечения сопоставимости расчётов и интеграцию с портфельным управлением.

10.1. Пороговые значения показателей (Hurdle Rates)

Описание подраздела: Подраздел определяет минимальные требования к показателям эффективности для принятия положительного решения по проекту.

Какие пороговые значения (Hurdle Rates / Cut-off rates) показателей эффективности установлены для принятия решения Go/No-Go (минимальный ROI, максимальный срок окупаемости, минимальный NPV) и как они связаны с классом проекта, уровнем риска и стратегической значимостью?

Инструкция по заполнению:

Установите пороговые значения для каждого обязательного показателя. Дифференцируйте пороги по классам проектов и уровням риска. Определите условия исключений. Приведите матрицу принятия решений.

Пример:

Пороговые значения показателей эффективности:

ПоказательКласс AКласс BКласс CКласс D
Минимальный NPV> 10 млн руб.> 3 млн руб.> 500 тыс. руб.> 0
Минимальный ROI> 50%> 75%> 100%> 50%
Максимальный PBP4 года3 года2 года1.5 года
Минимальный IRR> WACC + 5%> WACC + 3%> WACC> WACC
Минимальный PI> 1.3> 1.2> 1.1> 1.0

Корректировка порогов по уровню риска:

Уровень рискаКорректировка ROIКорректировка PBP
НизкийБазовыйБазовый
Средний+10% к порогу-0.5 года
Высокий+25% к порогу-1 год
КритическийИндивидуальное рассмотрениеИндивидуальное рассмотрение

Условия исключений:

Тип исключенияУсловиеУтверждающий орган
Стратегический проектКритически важен для стратегииПравление
Регуляторный проектОбязательные требованияИнвестиционный комитет
ИнфраструктурныйОбеспечивающий проектИнвестиционный комитет
ПилотныйАпробация технологииРуководитель Процессного офиса

Матрица принятия решений:

NPVROIPBPРискРешение
Низкий/СреднийGo
ВысокийGo с мерами митигации
ЛюбойУсловное Go (пересмотр scope)
ЛюбойУсловное Go (оптимизация затрат)
ЛюбойNo-Go (доработка или отклонение)

10.2. Обеспечение сопоставимости расчётов

Описание подраздела: Подраздел устанавливает требования к унификации расчётов для обеспечения сопоставимости проектов.

Как обеспечивается сопоставимость расчётов между проектами: единые шаблоны, единые ставки/коэффициенты, единые справочники эффектов и затрат, контроль версий?

Инструкция по заполнению:

Определите элементы унификации. Опишите систему справочников и шаблонов. Установите правила контроля версий и актуализации. Приведите перечень обязательных справочников.

Пример:

Элементы унификации расчётов:

ЭлементОписаниеОтветственный за ведение
Единый шаблон финансовой моделиСтандартная структура расчётаПроцессный офис
Справочник ставокСтавки FTE, накладные, дисконтированиеФинансы
Каталог эффектовТиповые эффекты с методиками расчётаПроцессный офис
Справочник затратТиповые статьи затрат с драйверамиФинансы
Библиотека допущенийСтандартные допущенияПроцессный офис

Обязательные справочники:

СправочникСодержаниеПериодичность обновления
Ставки FTE по категориямПолная стоимость FTEЕжегодно (при индексации)
Коэффициенты накладныхНакладные расходы по типамЕжегодно
Ставка дисконтированияWACC, премии за рискЕжегодно / при изменении
Нормативы трудозатратТиповые операцииПо мере накопления данных
Benchmark эффектовТиповые эффекты по технологиямЕжеквартально

Контроль версий:

ЭлементПравила версионирования
Шаблон финансовой моделиMajor.Minor (1.0, 1.1, 2.0)
СправочникиГод-Квартал (2024-Q1)
МетодикаВерсия-Дата (v1.0 от 01.01.2024)

Правила актуализации:

ТриггерДействиеОтветственный
Изменение WACCОбновление ставки дисконтированияФинансовый директор
Индексация ФОТОбновление справочника ставок FTEHR-директор
Новый тип эффектаДобавление в каталогПроцессный офис
Методологическое изменениеНовая версия шаблонаПроцессный офис

10.3. Портфельное управление

Описание подраздела: Подраздел определяет интеграцию результатов экономической оценки в систему портфельного управления проектами оптимизации.

Как используется результат оценки в портфельном управлении: правила приоритизации при ограниченных ресурсах (value, risk, effort, time-to-value), кто является владельцем портфеля проектов оптимизации?

Инструкция по заполнению:

Определите модель приоритизации проектов в портфеле. Установите критерии и веса для ранжирования. Определите роль владельца портфеля. Приведите пример приоритизации.

Пример:

Модель приоритизации проектов:

КритерийОписаниеВесШкала
Value (Ценность)NPV / Инвестиции35%1-10
Risk (Риск реализации)Вероятность успеха20%1-10 (10 = низкий риск)
Effort (Усилия)Ресурсоёмкость15%1-10 (10 = низкие усилия)
Time-to-ValueСрок до первых эффектов15%1-10 (10 = быстро)
Strategic FitСоответствие стратегии15%1-10

Формула приоритизации:

Priority Score = Value × 0.35 + (10 - Risk) × 0.20 + (10 - Effort) × 0.15 +

Time-to-Value × 0.15 + Strategic Fit × 0.15

Владелец портфеля проектов оптимизации:

АспектОписание
РольРуководитель Процессного офиса / Директор по трансформации
ПолномочияПриоритизация, распределение ресурсов, контроль эффектов
ПодотчётностьИнвестиционный комитет / Правление
KPIСовокупный NPV портфеля, % реализованных эффектов

Пример приоритизации портфеля:

ПроектValueRiskEffortTime-to-ValueStrategicScoreПриоритет
RPA-Закупки876877.251
BPM-Продажи954596.802
AI-Поддержка743485.653
Реорг-ОЦО665365.354

Правила распределения ресурсов:

ПриоритетДоля ресурсовУсловия
1 (высший)40-50%Полное обеспечение
225-35%Обеспечение после приоритета 1
315-20%При наличии ресурсов
4+0-10%Очередь ожидания

ДОКУМЕНТИРОВАНИЕ И ОФОРМЛЕНИЕ РЕЗУЛЬТАТОВ

Описание раздела: Раздел устанавливает требования к формату, структуре и содержанию документов, оформляющих результаты экономической оценки.

11.1. Формат и структура итогового документа

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

Каков формат, структура и обязательные разделы итогового документа (Бизнес-кейс / ТЭО / Паспорт проекта / Инвестиционный меморандум), выносимого на защиту?

Инструкция по заполнению:

Определите типы итоговых документов для разных классов проектов. Установите обязательную структуру каждого типа документа. Опишите требования к содержанию ключевых разделов. Приведите шаблон структуры.

Пример:

Типы итоговых документов по классам проектов:

Класс проектаТип документаОбъёмСрок подготовки
A (стратегический)Инвестиционный меморандум30-50 стр.4-6 недель
B (крупный)Бизнес-кейс (полный)15-30 стр.2-4 недели
C (средний)Бизнес-кейс (стандартный)8-15 стр.1-2 недели
D (малый)Паспорт инициативы3-5 стр.3-5 дней

Обязательная структура Бизнес-кейса (стандартный):

РазделСодержаниеОбъём
1Резюме для руководстваКлючевые выводы, рекомендация1 стр.
2Описание проблемы/возможностиТекущая ситуация, боли, потери1-2 стр.
3Описание решенияЦелевое состояние, scope2-3 стр.
4Анализ альтернативСравнение вариантов1-2 стр.
5Экономическое обоснованиеЗатраты, эффекты, показатели3-4 стр.
6Анализ рисковРеестр рисков, меры митигации1-2 стр.
7План реализацииЭтапы, сроки, ресурсы1 стр.
8ПриложенияМодель, данные, допущенияПо потребности

Требования к разделу «Экономическое обоснование»:

ПодразделОбязательное содержание
ЗатратыСтруктура CAPEX/OPEX, календарь платежей
ЭффектыПеречень эффектов, методика расчёта, владельцы
ПоказателиNPV, ROI, IRR, PBP с интерпретацией
СценарииБазовый/оптимистичный/пессимистичный
ЧувствительностьКлючевые параметры, точки переключения

11.2. Шаблоны и формы документов

Описание подраздела: Подраздел устанавливает требования к шаблонам, визуализациям и обязательным приложениям.

Какие шаблоны и формы документов применяются, какие требования к визуализациям, какие обязательные приложения (финансовая модель, исходные данные, допущения, реестр рисков)?

Инструкция по заполнению:

Перечислите обязательные шаблоны. Определите требования к визуализациям. Составьте перечень обязательных приложений. Приведите примеры ключевых визуализаций.

Пример:

Обязательные шаблоны:

ШаблонНазначениеФорматВладелец шаблона
Бизнес-кейсИтоговый документ.docx / .pptxПроцессный офис
Финансовая модельРасчёт показателей.xlsxФинансы
Паспорт инициативыКраткое описание.docxПроцессный офис
Реестр рисковУчёт рисков.xlsxPMO
Реестр допущенийУчёт допущений.xlsxПроцессный офис
Акт верификации данныхПодтверждение данных.docxПроцессный офис

Требования к визуализациям:

Тип визуализацииПрименениеТребования
Сравнительная таблица AS-IS vs TO-BEРаздел «Решение»Не более 10 параметров
Диаграмма денежных потоковРаздел «Экономика»Помесячно/поквартально
Tornado-диаграммаАнализ чувствительностиТоп-5 параметров
Матрица рисковАнализ рисковЦветовая кодировка
Gantt-диаграммаПлан реализацииОсновные вехи

Обязательные приложения:

ПриложениеСодержаниеКласс AКласс BКласс CКласс D
Финансовая модель (.xlsx)Все расчёты
Исходные данныеВыгрузки, протоколы
Реестр допущенийВсе допущения
Реестр рисковВсе риски с мерами
Модели AS-IS/TO-BEBPMN-диаграммы
Акты верификацииПодтверждения данных
Протоколы согласованияСогласования

● — обязательно, ○ — рекомендуется, — — не требуется


11.3. Порядок проведения и согласования оценки

Описание подраздела: Подраздел устанавливает последовательность этапов проведения экономической оценки и порядок согласования результатов.

Каков порядок проведения оценки (этапы, входные данные, последовательность действий) и порядок согласования/утверждения результатов?

Инструкция по заполнению:

Опишите этапы проведения оценки с входами/выходами. Определите последовательность согласования. Установите SLA на каждый этап. Приведите блок-схему процесса.

Пример:

Этапы проведения экономической оценки:

ЭтапВходДействияВыходSLA
1. ИнициацияПаспорт инициативыПроверка полноты, классификацияРешение о проведении оценки2 р.д.
2. Сбор данныхГраницы процессаЗапрос данных, хронометражИсходные данные AS-IS5-10 р.д.
3. Анализ AS-ISДанные AS-ISРасчёт себестоимости, потерьМодель AS-IS3-5 р.д.
4. Проектирование TO-BEМодель AS-ISПрогноз эффектов, затратМодель TO-BE5-10 р.д.
5. Расчёт показателейМодели AS-IS/TO-BEРасчёт NPV, ROI, PBPФинансовая модель2-3 р.д.
6. Анализ рисковФинансовая модельСценарии, чувствительностьРеестр рисков2-3 р.д.
7. ОформлениеВсе материалыПодготовка документаБизнес-кейс3-5 р.д.
8. СогласованиеБизнес-кейсПроверка, корректировкаСогласованный документ5-10 р.д.
9. УтверждениеСогласованный документЗащита, решениеРешение Go/No-GoПо регламенту

Порядок согласования (класс B):

┌─────────────┐ ┌─────────────┐ ┌─────────────┐

│ Аналитик │────▶│ Процессный │────▶│ Финансовый │

│ проекта │ │ офис │ │ контролёр │

└─────────────┘ └─────────────┘ └─────────────┘

┌───────────────────────────────────────┘

┌─────────────┐ ┌─────────────┐ ┌─────────────┐

│ Владелец │────▶│ ИТ │────▶│ Инвестиц. │

│ процесса │ │ архитектор │ │ комитет │

└─────────────┘ └─────────────┘ └─────────────┘

SLA согласования:

СогласующийSLAРезультат
Процессный офис5 р.д.Заключение о соответствии методике
Финансовый контролёр5 р.д.Заключение о корректности расчётов
Владелец процесса3 р.д.Подтверждение данных и эффектов
ИТ-архитектор3 р.д.Заключение о соответствии архитектуре
Инвестиционный комитетПо регламентуРешение Go/No-Go

ПЕРЕСЧЁТ, МОНИТОРИНГ И АКТУАЛИЗАЦИЯ

Описание раздела: Раздел устанавливает правила пересчёта оценки, мониторинга достижения эффектов и актуализации Методики.

12.1. Пересчёт оценки при изменении параметров

Описание подраздела: Подраздел определяет условия и порядок пересчёта экономической оценки в ходе реализации проекта.

Как пересчитывается оценка при изменении параметров проекта: какие изменения требуют пересчёта, как фиксируются причины отклонений, кто инициирует пересчёт, каков порядок при изменении внешних рыночных условий?

Инструкция по заполнению:

Определите триггеры обязательного пересчёта. Опишите процедуру инициации и проведения пересчёта. Установите правила фиксации отклонений. Приведите пример журнала изменений.

Пример:

Триггеры обязательного пересчёта:

ТриггерПорогИнициатор
Изменение бюджета> ±15% от утверждённогоРуководитель проекта
Изменение сроков> ±20% от планаРуководитель проекта
Изменение scopeДобавление/исключение процессовРуководитель проекта
Изменение ожидаемых эффектов> ±20% от планаВладелец процесса
Изменение ставки дисконтированияЛюбоеФинансовый директор
Существенное изменение рынкаПо решению комитетаФинансовый директор

Процедура пересчёта:

ЭтапДействиеОтветственныйСрок
1Инициация запроса на пересчётИнициатор
2Документирование причин измененийРуководитель проекта2 р.д.
3Актуализация исходных данныхАналитик3 р.д.
4Пересчёт финансовой моделиАналитик2 р.д.
5Верификация результатовФинансовый контролёр2 р.д.
6Принятие решения о продолженииСпонсор проекта3 р.д.

Правила фиксации отклонений:

ЭлементТребование
Дата измененияФиксируется в журнале
ПараметрЧто изменилось
Было/СталоЗначения до и после
ПричинаОбоснование изменения
Влияние на NPVРасчёт изменения NPV
РешениеПродолжить/Приостановить/Закрыть

Пример журнала изменений:

ДатаПараметрБылоСталоПричинаΔ NPVРешение
15.03.2024Бюджет20 млн23 млнДоп. интеграции-1.5 млнПродолжить
01.04.2024Срок9 мес.11 мес.Задержка лицензий-0.8 млнПродолжить
15.05.2024Эффект FTE5.04.2Уточнение модели-2.0 млнПересмотр scope

12.2. Пост-проектный мониторинг (Plan-Fact)

Описание подраздела: Подраздел устанавливает регламент проведения пост-проектного анализа достижения заявленных эффектов.

Каков регламент проведения пост-проектного мониторинга (Plan-Fact анализ): через какие периоды после внедрения (3, 6, 12 месяцев) проводится аудит, какие метрики сравниваются, кто подтверждает фактический эффект, каковы правила корректировки модели?

Инструкция по заполнению:

Определите периодичность и сроки проведения Plan-Fact анализа. Установите перечень сравниваемых метрик. Опишите процедуру подтверждения эффектов. Приведите шаблон отчёта Plan-Fact.

Пример:

Периодичность Plan-Fact анализа:

Период после запускаТип анализаЦель
3 месяцаОперативныйРаннее выявление отклонений
6 месяцевПромежуточныйОценка стабилизации эффектов
12 месяцевИтоговыйПодтверждение годовых эффектов
24+ месяцаПериодическийКонтроль устойчивости (для классов A, B)

Сравниваемые метрики:

КатегорияМетрикиИсточник факта
Затраты проектаCAPEX, OPEXФинансовый учёт
Операционные показателиFTE, Lead Time, объёмHR, BPMS, ERP
КачествоУровень дефектов, SLAQMS, BPMS
Финансовые эффектыЭкономия, выручкаФинансовый учёт
Инвестиционные показателиФактический ROI, PBPРасчёт

Процедура подтверждения эффектов:

ЭтапДействиеОтветственный
1Сбор фактических данных из системАналитик
2Расчёт фактических показателейАналитик
3Сравнение с плановыми значениямиАналитик
4Анализ причин отклоненийРуководитель проекта
5Подтверждение эффектов владельцамиВладельцы выгод
6Верификация финансовых эффектовФинансовый контролёр
7Утверждение отчётаПроцессный офис

Шаблон отчёта Plan-Fact:

ПоказательПланФактОтклонениеПричинаСтатус
Инвестиции (CAPEX)16.0 млн17.5 млн+9%Доп. интеграции⚠️
Инвестиции (OPEX)11.5 млн11.0 млн-4%Экономия на обучении
Экономия FTE5.0 FTE4.5 FTE-10%Частичное перераспределение⚠️
Экономия ФОТ (год)9.0 млн8.1 млн-10%Пропорционально FTE⚠️
Сокращение Lead Time80%75%-5 п.п.Ручные проверки сохранены⚠️
NPV (пересчёт)8.8 млн6.2 млн-30%Совокупный эффект⚠️

12.3. Постоянный мониторинг эффектов

Описание подраздела: Подраздел устанавливает требования к системе постоянного мониторинга экономических эффектов.

Как осуществляется постоянный мониторинг эффектов: периодичность, источники данных, контрольная панель (dashboard), кто несёт ответственность за удержание эффекта (benefits owner)?

Инструкция по заполнению:

Определите модель постоянного мониторинга. Опишите требования к dashboard. Установите роли и ответственность за удержание эффектов. Приведите пример структуры dashboard.

Пример:

Модель постоянного мониторинга:

ЭлементОписание
ПериодичностьЕжемесячный сбор данных, ежеквартальный отчёт
ГоризонтДо 24 месяцев после внедрения (для классов A, B)
АвтоматизацияИнтеграция с BI-системой
ЭскалацияПри отклонении > 15% — автоматическое уведомление

Источники данных для мониторинга:

ПоказательИсточникЧастота обновления
FTE процессаHRMЕжемесячно
Объём операцийERP/BPMSЕжедневно
Lead TimeBPMSЕжедневно
Уровень дефектовQMSЕжедневно
Финансовые показателиERPЕжемесячно

Структура Dashboard:

┌─────────────────────────────────────────────────────────────┐

│ МОНИТОРИНГ ЭФФЕКТОВ │

│ Проект: RPA-Закупки │

├─────────────────┬─────────────────┬─────────────────────────┤

│ NPV План/Факт │ ROI План/Факт │ Статус эффектов │

│ 8.8 / 6.2 млн │ 100% / 72% │ ⚠️ Требует внимания │

├─────────────────┴─────────────────┴─────────────────────────┤

│ ДИНАМИКА ЭФФЕКТОВ │

│ ┌────────────────────────────────────────────────────┐ │

│ │ FTE: ████████░░ 90% от плана │ │

│ │ Lead Time: ███████░░░ 75% сокращения │ │

│ │ Качество: █████████░ 95% целевого уровня │ │

│ └────────────────────────────────────────────────────┘ │

├─────────────────────────────────────────────────────────────┤

│ Владелец эффекта: Иванов И.И. Следующий отчёт: 01.07 │

└─────────────────────────────────────────────────────────────┘

Ответственность за удержание эффектов:

РольОтветственностьKPI
Benefits OwnerДостижение и удержание конкретного эффекта% достижения плана
Владелец процессаОбщая эффективность процессаСебестоимость операции
Процессный офисКонсолидация и отчётность% подтверждённых эффектов портфеля

12.4. Механизм корректировки бонусов (Clawback)

Описание подраздела: Подраздел устанавливает правила корректировки мотивации при недостижении заявленных эффектов.

Каков механизм корректировки или отзыва бонусов проектной команды и владельца процесса в случае недостижения заявленных экономических эффектов (Clawback policy)?

Инструкция по заполнению:

Определите принципы Clawback policy. Установите пороги и условия применения. Опишите процедуру корректировки. Приведите примеры расчёта.

Пример:

Принципы Clawback policy:

ПринципОписание
СправедливостьКорректировка пропорциональна отклонению
ПрозрачностьКритерии известны заранее
ОбоснованностьУчитываются объективные причины отклонений
СвоевременностьПрименяется по результатам Plan-Fact анализа

Условия применения:

Достижение эффектаКоэффициент бонусаДействие
≥ 100%100-120%Полная выплата + возможная премия
80-99%80-100%Пропорциональная выплата
60-79%50-80%Сниженная выплата
40-59%0-50%Минимальная выплата или без бонуса
< 40%0% + ClawbackОтзыв ранее выплаченных бонусов

Процедура корректировки:

ЭтапДействиеСрок
1Фиксация факта недостижения в Plan-Fact отчётеПо итогам мониторинга
2Анализ причин (объективные/субъективные)10 р.д.
3Заключение комиссии (HR + Финансы + Процессный офис)5 р.д.
4Расчёт корректировки3 р.д.
5Уведомление сотрудника3 р.д.
6Исполнение (удержание/возврат)По графику выплат

Пример расчёта:

ПараметрЗначение
Заявленный эффект NPV8.8 млн руб.
Фактический эффект NPV5.3 млн руб.
% достижения60%
Проектный бонус (план)500 000 руб.
Коэффициент (по шкале)50%
Бонус к выплате250 000 руб.

12.5. Актуализация Методики

Описание подраздела: Подраздел устанавливает порядок поддержания Методики в актуальном состоянии.

Как часто актуализируется Методика, кто является владельцем документа, каковы триггеры пересмотра (изменение финансовых ставок, оргструктуры, ИТ-ландшафта, регуляторики) и порядок внесения изменений?

Инструкция по заполнению:

Определите периодичность планового пересмотра. Установите триггеры внепланового пересмотра. Опишите процедуру внесения изменений. Определите владельца документа и его полномочия.

Пример:

Владелец и параметры актуализации:

ПараметрЗначение
Владелец документаРуководитель Процессного офиса
Плановый пересмотрЕжегодно (IV квартал)
Внеплановый пересмотрПо триггерам
Утверждение измененийФинансовый директор

Триггеры внепланового пересмотра:

ТриггерПримерИнициатор
Изменение WACCИзменение ставки рефинансированияФинансовый директор
Изменение оргструктурыРеорганизация, создание ОЦОHR-директор
Изменение ИТ-ландшафтаСмена ERP, внедрение новых платформИТ-директор
Регуляторные измененияНовые требования ГОСТ, ISOЮридическая служба
Выявленные недостаткиПо результатам аудита, обратной связиПроцессный офис

Процедура внесения изменений:

ЭтапДействиеОтветственныйСрок
1Инициация измененияЛюбой участник
2Оценка необходимостиВладелец документа5 р.д.
3Разработка измененийРабочая группа10-20 р.д.
4СогласованиеЗаинтересованные стороны10 р.д.
5УтверждениеФинансовый директор5 р.д.
6Публикация и коммуникацияВладелец документа3 р.д.
7Обучение (при необходимости)HR / Процессный офисПо плану

Типы изменений:

ТипОписаниеПроцедура
РедакционныеИсправление опечаток, форматированиеУтверждение владельцем
НезначительныеУточнение формулировок, примеровСогласование + утверждение
СущественныеИзменение методологии, показателейПолный цикл согласования

ПРИЛОЖЕНИЯ

Описание раздела: Раздел содержит справочные материалы, примеры из научных исследований и перспективы развития Методики в контексте процессного управления и цифровой трансформации.

13.1. Научно-методическая база

Описание подраздела: Подраздел содержит ссылки на научные исследования, книги и методические материалы, иллюстрирующие применение методики.

Какие примеры из научных исследований, книг (Hammer и Champy, Jeston и др.) и российских НИР иллюстрируют применение методики?

Инструкция по заполнению:

Приведите 10-15 ключевых источников по категориям: фундаментальные работы, современные исследования, российские НИР. Для каждого источника укажите применимость к конкретным разделам Методики.

Пример:

Фундаментальные работы:

ИсточникАвторыПрименение в Методике
Reengineering the CorporationM. Hammer, J. ChampyПринципы реинжиниринга, оценка радикальных изменений
Business Process Management: Practical GuidelinesJ. Jeston, J. NelisМетодология BPM, метрики процессов
Process InnovationT. DavenportОценка инновационных процессных изменений
Lean ThinkingJ. Womack, D. JonesОценка потерь (muda), категоризация
The GoalE. GoldrattТеория ограничений, оценка throughput

Современные исследования и стандарты:

ИсточникОрганизацияПрименение в Методике
BPM CBOK 4.0ABPMPМетрики процессов, модели зрелости
BABOK 3.0IIBAТехники анализа, оценка альтернатив
Value of Process ImprovementGartnerBenchmark эффектов, ROI
RPA Implementation GuideIEEEОценка RPA-проектов
Process Mining ManifestoIEEE Task ForceАнализ данных процессов

Российские источники:

ИсточникАвторы/ОрганизацияПрименение в Методике
ГОСТ Р ИСО 9001-2015РосстандартТребования к процессному подходу
Методические рекомендации по оценке эффективности ИТ-проектовМинцифры РФМетодология расчёта показателей
Процессный подход к управлениюВ.В. РепинМоделирование и оптимизация процессов
Бизнес-процессы: моделирование, внедрение, управлениеВ.В. Репин, В.Г. ЕлиферовМетодология ФСА, оценка себестоимости
Реинжиниринг бизнес-процессовА.О. Блинов, О.С. РудаковаРоссийский опыт реинжиниринга

Применимость источников к разделам Методики:

Раздел МетодикиКлючевые источники
Оценка AS-ISLean Thinking, BPM CBOK, Репин
Оценка TO-BEHammer & Champy, Davenport, Jeston
Финансовые показателиBABOK, Минцифры РФ
Анализ рисковPMBOK, BABOK
Зрелость процессовBPM CBOK, CMMI, ISO 15504

13.2. Перспективы развития Методики

Описание подраздела: Подраздел описывает направления развития Методики в контексте современных трендов процессного управления и цифровой трансформации.

Каковы перспективы развития Методики в контексте процессного управления и цифровой трансформации?

Инструкция по заполнению:

Определите 5-7 ключевых направлений развития Методики. Для каждого направления опишите тренды, влияние на методологию и планируемые изменения. Укажите примерные сроки реализации.

Пример:

Направления развития Методики:

НаправлениеОписаниеВлияние на МетодикуГоризонт
Process MiningАвтоматический анализ процессов по логамАвтоматизация сбора данных AS-IS, объективность2024-2025
AI/ML в BPMПрименение ИИ для оптимизации процессовНовые категории эффектов, методики оценки AI2024-2026
HyperautomationКомплексная автоматизация (RPA + AI + BPM)Интегрированная оценка комплексных решений2025-2027
Real-time AnalyticsНепрерывный мониторинг эффектовАвтоматический Plan-Fact, предиктивная аналитика2024-2025
ESG-метрикиУчёт экологических и социальных эффектовРасширение каталога нефинансовых эффектов2025-2026
Low-code/No-codeУскоренная разработка решенийКорректировка оценки сроков и затрат2024-2025
Digital TwinsЦифровые двойники процессовСимуляция эффектов TO-BE2026-2028

Планируемые изменения Методики:

Элемент МетодикиТекущее состояниеПланируемое развитие
Сбор данных AS-ISРучной, хронометражИнтеграция с Process Mining
Прогноз TO-BEЭкспертныйСимуляция на цифровых двойниках
Каталог эффектовФинансовые + операционныеДобавление ESG-эффектов
МониторингПериодическийReal-time dashboard
Оценка AI-проектовНет спецификиОтдельная методика для AI

Roadmap развития:

2024 2025 2026 2027

│ │ │ │

├── Process Mining ├── Hyperautomation ├── Digital Twins │

│ интеграция │ методика │ пилот │

│ │ │ │

├── Real-time ├── ESG-метрики ├── AI-методика │

│ мониторинг │ внедрение │ v2.0 │

│ │ │ │

└── AI-методика └── Low-code └── Предиктивная │

v1.0 корректировка аналитика │


ПРИЛОЖЕНИЕ А. ШАБЛОН ФИНАНСОВОЙ МОДЕЛИ

Описание: Структура листов Excel-модели для расчёта экономической целесообразности.

ЛистСодержание
0_ТитулИнформация о проекте, версия, дата
1_Исходные данныеПараметры AS-IS, объёмы, ставки
2_ДопущенияРеестр допущений с обоснованием
3_ЗатратыСтруктура CAPEX/OPEX, календарь
4_ЭффектыРасчёт эффектов по категориям
5_CFДенежные потоки по периодам
6_ПоказателиNPV, ROI, IRR, PBP, PI
7_СценарииБазовый, оптимистичный, пессимистичный
8_ЧувствительностьАнализ по ключевым параметрам
9_РискиРеестр рисков, резервы
10_СводкаDashboard ключевых показателей

ПРИЛОЖЕНИЕ Б. ЧЕК-ЛИСТ ПРОВЕРКИ БИЗНЕС-КЕЙСА

Проверяемый элементСтатус
1Цели и scope проекта чётко определены
2Модель AS-IS основана на верифицированных данных
3Модель TO-BE обоснована (benchmark/пилот/экспертиза)
4Все категории затрат учтены (CAPEX + OPEX)
5Эффекты имеют методику расчёта и владельцев
6Отсутствует двойной счёт эффектов
7Допущения документированы и обоснованы
8Проведён анализ альтернатив (min 2 + Do-Nothing)
9Проведён сценарный анализ (3 сценария)
10Проведён анализ чувствительности
11Риски идентифицированы, резервы рассчитаны
12Показатели соответствуют пороговым значениям
13Документ соответствует шаблону
14Все согласования получены

ПРИЛОЖЕНИЕ В. ГЛОССАРИЙ ТЕРМИНОВ

ТерминОпределение
BPMSBusiness Process Management System — система управления бизнес-процессами
CAPEXCapital Expenditure — капитальные затраты
DPPDiscounted Payback Period — дисконтированный срок окупаемости
FTEFull-Time Equivalent — эквивалент полной занятости
IRRInternal Rate of Return — внутренняя норма доходности
Lead TimeВремя выполнения процесса от начала до завершения
MudaПотери (в терминологии Lean)
NPVNet Present Value — чистая приведённая стоимость
OPEXOperating Expenditure — операционные затраты
PBPPayback Period — срок окупаемости
PIProfitability Index — индекс рентабельности
RACIResponsible, Accountable, Consulted, Informed — матрица ответственности
ROIReturn on Investment — рентабельность инвестиций
RPARobotic Process Automation — роботизированная автоматизация процессов
SLAService Level Agreement — соглашение об уровне сервиса
TCOTotal Cost of Ownership — совокупная стоимость владения
WACCWeighted Average Cost of Capital — средневзвешенная стоимость капитала

ПРИЛОЖЕНИЕ Г. КОНТАКТНАЯ ИНФОРМАЦИЯ

РольПодразделениеКонтакт
Владелец МетодикиПроцессный офис[email/телефон]
Методологическая поддержкаПроцессный офис[email/телефон]
Финансовая верификацияФинансовый департамент[email/телефон]
ИТ-согласованиеДепартамент ИТ[email/телефон]
Шаблоны и справочникиПроцессный офис[ссылка на портал]
Поддержка