ОБЩИЕ ПОЛОЖЕНИЯ И ОБЛАСТЬ ПРИМЕНЕНИЯ
Описание раздела: Раздел устанавливает цели, область применения, основные термины и нормативную базу Методики. Определяет критерии классификации проектов, этапы проведения экономической оценки и её интеграцию в жизненный цикл проекта оптимизации.
1.1. Цели и управленческие решения
Описание подраздела: Подраздел определяет целевое назначение Методики и перечень управленческих решений, которые принимаются на основе результатов экономической оценки.
Каковы цели Методики и какие управленческие решения она должна поддерживать (одобрение/отклонение инициатив, выбор варианта реализации, приоритизация, контроль достижения эффектов)?
Инструкция по заполнению:
Сформулируйте 3-5 ключевых целей Методики. Для каждой цели укажите соответствующее управленческое решение. Приведите примеры типичных решений и ситуаций их применения.
Пример:
Цели Методики:
- Обеспечение обоснованности инвестиционных решений — формирование доказательной базы для принятия решений Go/No-Go по инициативам оптимизации
- Сопоставимость проектов — создание единой методологической основы для сравнения альтернативных вариантов и приоритизации портфеля
- Контроль эффективности — обеспечение мониторинга достижения заявленных экономических эффектов
Управленческие решения, поддерживаемые Методикой:
| Тип решения | Описание | Точка принятия |
|---|---|---|
| Одобрение/отклонение | Решение о запуске или отклонении инициативы оптимизации | Защита бизнес-кейса |
| Выбор варианта | Выбор оптимального варианта реализации из альтернатив | Этап проектирования |
| Приоритизация | Ранжирование проектов в портфеле по экономической привлекательности | Портфельный комитет |
| Контроль эффектов | Подтверждение достижения заявленных эффектов | Post-implementation review |
1.2. Область применения и классификация проектов
Описание подраздела: Подраздел определяет типы проектов и инициатив, на которые распространяется Методика, критерии классификации для определения глубины оценки, а также исключения из области применения.
На какие типы проектов и инициатив распространяется Методика (оптимизация, автоматизация, реинжиниринг, организационные изменения), какие уровни и классы процессов охватываются, какие единицы учёта используются (процесс/подпроцесс/продукт) и какие исключения предусмотрены?
Инструкция по заполнению:
Перечислите 4-6 типов проектов с кратким описанием каждого. Укажите уровни процессов (сквозной, функциональный, операционный). Определите единицы учёта и приведите примеры исключений.
Пример:
Типы проектов, охватываемые Методикой:
| Тип проекта | Описание | Примеры |
|---|---|---|
| Оптимизация | Улучшение существующего процесса без изменения его логики | Устранение дублирования операций, сокращение согласований |
| Автоматизация | Замена ручных операций программными средствами | Внедрение RPA, автоматизация документооборота |
| Реинжиниринг | Радикальное перепроектирование процесса | Переход на сквозной процесс, смена бизнес-модели |
| Организационные изменения | Изменение структуры, ролей, зон ответственности | Централизация функций, создание ОЦО |
| Цифровая трансформация | Внедрение цифровых технологий для трансформации процессов | Внедрение AI/ML, переход на цифровые каналы |
Уровни процессов:
- Уровень 0 — Сквозные (end-to-end) процессы
- Уровень 1 — Группы бизнес-процессов
- Уровень 2 — Основные бизнес-процессы
- Уровень 3 — Операции/процедуры
Исключения из области применения:
- Проекты с бюджетом менее 500 000 руб. (применяется упрощённая оценка)
- Обязательные регуляторные проекты без альтернатив реализации
- Проекты экстренного устранения инцидентов
Каковы критерии классификации проектов для определения глубины оценки: при каких порогах (стоимость, масштаб, уровень риска, регуляторные требования) проведение детального ТЭО обязательно, а когда допустима упрощённая оценка, и кто утверждает исключения?
Инструкция по заполнению:
Разработайте матрицу классификации с 3-4 классами проектов. Для каждого класса укажите пороговые значения критериев и требуемую глубину оценки. Определите орган, утверждающий исключения.
Пример:
Матрица классификации проектов:
| Класс | Бюджет (CAPEX) | Срок реализации | Охват процессов | Глубина оценки |
|---|---|---|---|---|
| A — Стратегический | > 50 млн руб. | > 12 мес. | Сквозные процессы | Полное ТЭО + внешняя экспертиза |
| B — Крупный | 10-50 млн руб. | 6-12 мес. | Группы процессов | Полное ТЭО |
| C — Средний | 1-10 млн руб. | 3-6 мес. | Основные процессы | Стандартное ТЭО |
| D — Малый | < 1 млн руб. | < 3 мес. | Операции | Упрощённая оценка |
Дополнительные критерии повышения класса:
- Высокий уровень риска (по матрице рисков) → повышение на 1 класс
- Регуляторные требования → минимум класс C
- Межфункциональный охват (> 3 подразделений) → повышение на 1 класс
Утверждение исключений:
- Классы A, B — Инвестиционный комитет
- Классы C, D — Руководитель Процессного офиса
1.3. Этапы проведения экономической оценки
Описание подраздела: Подраздел устанавливает точки проведения экономической оценки в жизненном цикле проекта и условия её пересчёта.
На каких этапах жизненного цикла проекта выполняется экономическая оценка и её пересчёт: при инициации, при защите бизнес-кейса, при изменении scope/сроков/бюджета, при завершении (Plan-Fact)?
Инструкция по заполнению:
Определите 4-6 контрольных точек проведения оценки. Для каждой точки укажите цель оценки, ответственного и критерии пересчёта. Приведите схему интеграции с жизненным циклом проекта.
Пример:
Контрольные точки экономической оценки:
| Этап ЖЦ проекта | Вид оценки | Цель | Ответственный |
|---|---|---|---|
| Инициация | Предварительная оценка | Первичная оценка целесообразности, включение в воронку | Инициатор |
| Защита бизнес-кейса | Полная оценка (ТЭО) | Обоснование инвестиций, решение Go/No-Go | Владелец процесса + Финансовый контролёр |
| Проектирование | Уточнённая оценка | Корректировка по результатам детального анализа | Руководитель проекта |
| Изменение параметров | Пересчёт оценки | Актуализация при отклонении scope/сроков/бюджета > 15% | Руководитель проекта |
| Завершение проекта | Plan-Fact анализ | Оценка достижения плановых показателей | Процессный офис |
| Эксплуатация (3/6/12 мес.) | Мониторинг эффектов | Подтверждение устойчивости эффектов | Владелец выгод |
Триггеры обязательного пересчёта:
- Изменение бюджета > 15%
- Изменение сроков > 20%
- Существенное изменение scope (добавление/исключение процессов)
- Изменение внешних факторов (ставки, курсы, регуляторика)
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-IS | I | A/R | C | C | C |
| Расчёт модели | R | A | R | C | C |
| Валидация данных | I | A | R | C | C |
| Расчёт эффектов | R | A | R | C | R |
| Согласование ТЭО | I | A | R | R | R |
| Утверждение | I | R | R | A | I |
| Мониторинг эффектов | I | A/R | C | R | C |
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 проектов + экспертиза Процессного офиса |
Требования к независимости:
- Оценщик не должен быть подчинён Инициатору проекта
- Для проектов класса A — обязательное привлечение внешнего эксперта
- Декларирование конфликта интересов перед началом оценки
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 |
Право вето:
- Финансовый директор — при несоответствии финансовым политикам
- CIO — при критических архитектурных рисках
Условное одобрение:
- Выдаётся при выполнении всех требований кроме некритичных замечаний
- Требует устранения замечаний в срок до 10 р.д.
- Без устранения — автоматическая эскалация на повторное рассмотрение
2.5. Интеграция с системой управления проектами
Описание подраздела: Подраздел описывает взаимосвязь Методики с корпоративной системой управления проектами и требованиями Процессного офиса.
Какие управленческие решения принимаются на основе результатов оценки и как Методика интегрируется с системой управления проектами и требованиями Процессного офиса?
Инструкция по заполнению:
Опишите точки интеграции с проектным управлением (stage-gate). Укажите, какие решения принимаются на каждом этапе. Определите требования к обмену данными между системами.
Пример:
Интеграция с жизненным циклом проекта (Stage-Gate):
| Gate | Требование к экономической оценке | Решение |
|---|---|---|
| Gate 0 — Идея | Предварительная оценка потенциала | Включение в воронку |
| Gate 1 — Инициация | Бизнес-кейс с расчётом ROI/NPV | Go/No-Go/Доработка |
| Gate 2 — Планирование | Уточнённая оценка по детальному плану | Утверждение бюджета |
| Gate 3 — Исполнение | Пересчёт при изменениях > 15% | Продолжение/Остановка |
| Gate 4 — Закрытие | Plan-Fact анализ | Закрытие проекта |
| Post-Gate — Эксплуатация | Мониторинг эффектов | Подтверждение выгод |
Требования к обмену данными:
- Результаты оценки загружаются в PMIS (Project Management Information System)
- Автоматическое обновление статуса при согласовании
- Интеграция с системой KPI для мониторинга эффектов
ОЦЕНКА ТЕКУЩЕГО СОСТОЯНИЯ (AS-IS)
Описание раздела: Раздел устанавливает методологию оценки текущего состояния процессов, включая определение базовой линии, методики расчёта себестоимости и категорий потерь.
3.1. Базовая линия и нулевой вариант
Описание подраздела: Подраздел определяет правила установления базы для сравнения и фиксации текущего состояния процесса.
Как устанавливается база для сравнения: что считается «нулевым вариантом» (do-nothing/инерционный сценарий), как фиксируется базовая линия AS-IS (период, сезонность, объём, SLA, качество)?
Инструкция по заполнению:
Определите понятие базовой линии и нулевого варианта. Укажите период для расчёта базы (рекомендуется 12 месяцев). Опишите правила учёта сезонности и нормализации данных. Приведите чек-лист фиксируемых параметров.
Пример:
Определение базовой линии AS-IS:
Базовая линия — это зафиксированное состояние процесса, относительно которого рассчитываются эффекты оптимизации.
Параметры формирования базовой линии:
| Параметр | Требование | Обоснование |
|---|---|---|
| Период наблюдения | 12 месяцев (или полный бизнес-цикл) | Учёт сезонности |
| Источник данных | Мастер-системы (ERP, CRM, BPMS) | Верифицируемость |
| Нормализация | Исключение аномальных периодов | Репрезентативность |
| Фиксация | Протокол с подписью Владельца процесса | Ответственность |
Нулевой вариант (Do-Nothing):
Нулевой вариант — прогноз состояния процесса при отсутствии проекта оптимизации.
| Компонент | Описание |
|---|---|
| Операционные затраты | Текущие затраты × коэффициент инфляции |
| Объёмы | Прогноз роста/снижения на основе бизнес-плана |
| Качество | Текущий уровень дефектов (без ухудшения/улучшения) |
| Риски | Накопленные потенциальные потери |
Чек-лист фиксируемых параметров AS-IS:
- [ ] Объём операций (в месяц/квартал/год)
- [ ] Среднее время выполнения (Lead Time)
- [ ] Трудозатраты (FTE)
- [ ] Уровень качества (% дефектов)
- [ ] SLA compliance
- [ ] Себестоимость единицы операции
По каким критериям выбираются процессы/участки для оценки и как документируется причина выбора (боль/потери/стратегическая цель/комплаенс)?
Инструкция по заполнению:
Определите 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)
Обоснование выбора:
- Позволяет распределить косвенные затраты по процессам
- Обеспечивает прозрачность структуры себестоимости
- Соответствует требованиям процессного управления
Структура себестоимости процесса:
| Компонент затрат | Драйвер | Формула распределения |
|---|---|---|
| Трудовые ресурсы | FTE, чел.-часы | Ставка × Трудозатраты |
| ИТ-системы | Количество транзакций | Стоимость транзакции × Объём |
| Материалы | Объём потребления | Цена × Количество |
| Накладные расходы | FTE или площадь | Ставка накладных × База |
| Управленческие расходы | FTE | % от ФОТ |
Пример калькуляции:
| Статья затрат | База | Ставка | Сумма (мес.) |
|---|---|---|---|
| ФОТ исполнителей | 2.5 FTE | 150 000 руб./FTE | 375 000 руб. |
| Налоги на ФОТ | 375 000 | 30.2% | 113 250 руб. |
| ИТ-системы | 10 000 транз. | 5 руб./транз. | 50 000 руб. |
| Накладные | 2.5 FTE | 30 000 руб./FTE | 75 000 руб. |
| Итого | 613 250 руб. | ||
| Себестоимость операции | 10 000 шт. | 61.33 руб. |
Как рассчитывается стоимость трудовых ресурсов: правила расчёта FTE/часов, состав ФОТ, налоги/взносы, коэффициенты накладных расходов, ставка внутреннего часа?
Инструкция по заполнению:
Определите формулу расчёта полной стоимости FTE. Укажите состав ФОТ и применимые коэффициенты. Приведите таблицу ставок для разных категорий персонала.
Пример:
Формула расчёта стоимости FTE:
Полная стоимость FTE = ФОТ + Налоги + Накладные + Рабочее место
Где:
- ФОТ = Оклад + Премии + Надбавки
- Налоги = ФОТ × 30.2% (ПФР + ФСС + ФОМС)
- Накладные = ФОТ × Коэффициент накладных
- Рабочее место = Аренда + Оборудование + Расходные материалы
Ставки внутреннего часа по категориям:
| Категория | ФОТ (мес.) | Полная стоимость FTE (мес.) | Фонд времени (час.) | Ставка часа |
|---|---|---|---|---|
| Специалист | 100 000 | 165 000 | 168 | 982 руб. |
| Ведущий специалист | 150 000 | 247 500 | 168 | 1 473 руб. |
| Руководитель группы | 200 000 | 330 000 | 168 | 1 964 руб. |
| Начальник отдела | 300 000 | 495 000 | 168 | 2 946 руб. |
Коэффициенты:
- Налоги и взносы: 30.2%
- Накладные расходы: 25% от ФОТ
- Стоимость рабочего места: 10 000 руб./мес.
Как учитываются ИТ-затраты в AS-IS и TO-BE: лицензии, инфраструктура, сопровождение, разработка, интеграции, кибербезопасность, правила распределения общих затрат?
Инструкция по заполнению:
Определите категории ИТ-затрат и правила их отнесения на процесс. Укажите источники данных по каждой категории. Опишите методику распределения общих ИТ-затрат.
Пример:
Категории ИТ-затрат:
| Категория | Описание | Метод отнесения | Источник данных |
|---|---|---|---|
| Лицензии ПО | Стоимость лицензий используемых систем | По количеству пользователей/транзакций | ИТ-каталог |
| Инфраструктура | Серверы, СХД, сети | По объёму потребления ресурсов | Биллинг |
| Сопровождение | Поддержка и администрирование | По SLA/приоритету | Договоры SLA |
| Разработка | Доработки и интеграции | Прямое отнесение | Timesheet |
| Кибербезопасность | Средства защиты информации | По уровню критичности | Матрица рисков |
Правила распределения общих ИТ-затрат:
| База распределения | Применение |
|---|---|
| Количество пользователей | Офисное ПО, почта, коммуникации |
| Количество транзакций | Учётные системы, интеграции |
| Объём хранимых данных | СХД, резервное копирование |
| FTE процесса | Общие инфраструктурные затраты |
3.4. Оценка потерь и издержек качества
Описание подраздела: Подраздел устанавливает методологию оценки потерь (muda) и издержек низкого качества в текущем процессе.
Какие категории потерь (muda) и издержек низкого качества подлежат обязательной оценке, как классифицируются виды потерь и как исключается «оценка на глаз» (источник данных, методика расчёта, проверяемость)?
Инструкция по заполнению:
Перечислите 7-8 категорий потерь по Lean. Для каждой категории укажите метод оценки, источник данных и формулу расчёта. Опишите требования к верифицируемости оценки.
Пример:
Категории потерь (7+1 Muda):
| Категория | Описание | Метод оценки | Источник данных |
|---|---|---|---|
| Перепроизводство | Выполнение лишних операций | Анализ процесса | Карта процесса, аудит |
| Ожидание | Простои, очереди | Хронометраж | BPMS, наблюдение |
| Транспортировка | Лишние перемещения документов/данных | Анализ маршрутов | Карта потока |
| Излишняя обработка | Избыточные операции | Анализ ценности | Интервью, аудит |
| Запасы | Накопление незавершённой работы (WIP) | Измерение WIP | BPMS, учётные системы |
| Перемещения | Лишние действия сотрудников | Хронометраж | Наблюдение |
| Дефекты | Ошибки, переделки, брак | Статистика дефектов | QMS, рекламации |
| Неиспользованный потенциал | Нереализованные компетенции | Экспертная оценка | Опрос, интервью |
Формулы расчёта стоимости потерь:
| Потеря | Формула |
|---|---|
| Ожидание | Время ожидания × Ставка часа × Объём |
| Дефекты | Количество дефектов × Стоимость исправления |
| Переделки | Объём переделок × Себестоимость операции |
Требования к верифицируемости:
- Источник данных должен быть указан и доступен для проверки
- Методика расчёта должна быть воспроизводима
- Результаты должны быть подтверждены Владельцем процесса
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-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-IS | TO-BE | Изменение | Источник данных TO-BE |
|---|---|---|---|---|
| Количество операций в процессе | 25 | 12 | -52% | Модель TO-BE |
| Среднее время выполнения (Lead Time) | 5 дней | 1 день | -80% | Benchmark + экспертная оценка |
| Трудозатраты на операцию | 45 мин | 15 мин | -67% | Хронометраж пилота |
| FTE на процесс | 8.5 | 3.2 | -62% | Расчёт по модели |
| Уровень автоматизации | 15% | 75% | +60 п.п. | Архитектурное решение |
| Уровень дефектов | 5% | 1% | -4 п.п. | Benchmark |
| SLA Compliance | 85% | 98% | +13 п.п. | Целевое значение |
Методы обоснования прогнозных значений TO-BE:
- Benchmark (отраслевой / внутренний)
- Результаты пилотного проекта
- Экспертная оценка (с обоснованием)
- Расчёт по модели процесса
- Данные вендора/интегратора
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 | Возможны дополнительные затраты на интеграцию |
| Использование корпоративных платформ | Приоритет внутренних решений | Снижение затрат на лицензии |
| Информационная безопасность | Соответствие требованиям ИБ | Затраты на аудит, доработки |
| Интеграционные требования | Использование корпоративной шины | Затраты на интеграцию |
Чек-лист оценки совместимости:
- [ ] Согласование с целевой архитектурой предприятия
- [ ] Интеграция с мастер-системами
- [ ] Соответствие требованиям информационной безопасности
- [ ] Соответствие требованиям персональных данных
- [ ] Наличие компетенций для поддержки
- [ ] Масштабируемость решения
ЗАТРАТЫ И ИНВЕСТИЦИИ
Описание раздела: Раздел устанавливает правила учёта затрат на реализацию проекта оптимизации, классификацию статей затрат и методику расчёта совокупной стоимости владения.
5.1. Состав затрат на реализацию проекта
Описание подраздела: Подраздел определяет исчерпывающий перечень статей затрат на реализацию проекта оптимизации с классификацией на CAPEX и OPEX.
Каков исчерпывающий состав затрат на реализацию проекта: какие статьи CAPEX (лицензии, разработка, оборудование) и OPEX (консалтинг, ФОТ команды, сопровождение, обучение, коммуникации, change management, поддержка после запуска) подлежат учёту, как классифицируются внутренние и внешние ресурсы?
Инструкция по заполнению:
Составьте исчерпывающий перечень статей CAPEX и OPEX. Для каждой статьи укажите правила классификации, типичный диапазон и источник оценки. Приведите пример структуры бюджета проекта.
Пример:
Статьи CAPEX (капитальные затраты):
| Статья | Описание | Правила учёта | Источник оценки |
|---|---|---|---|
| Лицензии ПО | Приобретение/продление лицензий | Капитализация при сроке > 12 мес. | Прайс-лист вендора |
| Разработка ПО | Создание/доработка решений | Капитализация по ПБУ 14/2007 | Оценка ИТ |
| Оборудование | Серверы, рабочие станции | Капитализация по ПБУ 6/01 | Прайс-лист |
| Интеграции | Разработка интеграционных решений | Капитализация | Оценка ИТ |
| Инфраструктура | Подготовка ИТ-инфраструктуры | Капитализация | Оценка ИТ |
Статьи OPEX (операционные затраты):
| Статья | Описание | Правила учёта | Источник оценки |
|---|---|---|---|
| ФОТ проектной команды | Зарплата и начисления | Списание текущим периодом | HR-данные |
| Внешний консалтинг | Услуги консультантов | Списание текущим периодом | Договор |
| Обучение | Разработка программ, проведение | Списание текущим периодом | План обучения |
| Change Management | Коммуникации, поддержка | Списание текущим периодом | План CM |
| Сопровождение | Поддержка решения | Списание текущим периодом | SLA |
| Командировки | Расходы на поездки | Списание текущим периодом | Нормативы |
Классификация ресурсов:
| Тип ресурса | Внутренний | Внешний |
|---|---|---|
| Трудовые | ФОТ + накладные | Договорная стоимость |
| ИТ | Внутренние тарифы | Договорная стоимость |
| Инфраструктура | Амортизация | Аренда |
Пример структуры бюджета проекта:
| Статья | CAPEX | OPEX | Итого |
|---|---|---|---|
| Лицензии ПО | 5 000 000 | — | 5 000 000 |
| Разработка | 8 000 000 | — | 8 000 000 |
| Интеграции | 3 000 000 | — | 3 000 000 |
| ФОТ команды | — | 6 000 000 | 6 000 000 |
| Консалтинг | — | 4 000 000 | 4 000 000 |
| Обучение | — | 1 000 000 | 1 000 000 |
| Change Management | — | 500 000 | 500 000 |
| ИТОГО | 16 000 000 | 11 500 000 | 27 500 000 |
5.2. Календарь затрат и правила капитализации
Описание подраздела: Подраздел устанавливает правила распределения затрат по периодам и применения учётных политик.
Как учитываются единовременные и повторяющиеся затраты по периодам (календарь платежей/эффектов) и какие правила капитализации/списания применяются?
Инструкция по заполнению:
Определите правила распределения затрат по периодам. Опишите правила капитализации и списания в соответствии с учётной политикой. Приведите пример календаря платежей проекта.
Пример:
Правила распределения затрат по периодам:
| Тип затрат | Правило распределения |
|---|---|
| Единовременные (лицензии, оборудование) | В периоде возникновения обязательства |
| Услуги по договору | По актам выполненных работ |
| ФОТ проектной команды | Ежемесячно по факту |
| Амортизация | Равномерно в течение срока полезного использования |
Правила капитализации (в соответствии с Учётной политикой):
| Актив | Критерий капитализации | Срок амортизации | Метод |
|---|---|---|---|
| Лицензии ПО | > 100 000 руб., срок > 12 мес. | По сроку лицензии | Линейный |
| Разработка ПО | > 100 000 руб., срок > 12 мес. | 3-5 лет | Линейный |
| Оборудование | > 100 000 руб. | По СПИ | Линейный |
Пример календаря платежей:
| Статья | Q1 | Q2 | Q3 | Q4 | Год 2 | Итого |
|---|---|---|---|---|---|---|
| Лицензии | 5 000 | — | — | — | 500 (поддержка) | 5 500 |
| Разработка | 2 000 | 4 000 | 2 000 | — | — | 8 000 |
| ФОТ команды | 1 500 | 2 000 | 1 500 | 1 000 | — | 6 000 |
| Консалтинг | 2 000 | 1 500 | 500 | — | — | 4 000 |
| Обучение | — | — | 500 | 500 | — | 1 000 |
| ИТОГО | 10 500 | 7 500 | 4 500 | 1 500 | 500 | 24 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 000 | 18 000 | -27 000 |
| - ИТ-поддержка | 5 000 | 8 000 | +3 000 |
| - Лицензии (ежегодные) | 2 000 | 4 000 | +2 000 |
| Затраты на вывод | — | 500 | +500 |
| TCO | 52 000 | 58 000 | +6 000 |
| Стоимость операции | 52 руб. | 23 руб. | -56% |
(тыс. руб.)
5.4. Альтернативные издержки
Описание подраздела: Подраздел устанавливает правила учёта альтернативных издержек и упущенной выгоды.
Как учитываются альтернативные издержки и упущенная выгода от неиспользования ресурсов в других проектах в период трансформации?
Инструкция по заполнению:
Определите понятие альтернативных издержек в контексте проектов оптимизации. Опишите методику их оценки. Укажите, в каких случаях их учёт обязателен. Приведите пример расчёта.
Пример:
Альтернативные издержки в контексте проектов оптимизации:
| Тип издержек | Описание | Метод оценки |
|---|---|---|
| Связывание капитала | Инвестиции в проект вместо альтернатив | Доходность альтернативных вложений |
| Занятость ресурсов | Отвлечение персонала от других проектов | Стоимость FTE × длительность |
| Упущенные возможности | Отложенные параллельные инициативы | NPV отложенных проектов |
| Переходный период | Снижение производительности при внедрении | % потери × длительность × ставка |
Когда учёт альтернативных издержек обязателен:
- Проекты класса A и B
- При конкуренции за ресурсы с другими проектами
- При значительной длительности проекта (> 12 мес.)
- При существенном отвлечении ключевого персонала
Пример расчёта:
| Компонент | Расчёт | Сумма |
|---|---|---|
| Связывание капитала | 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 000 | 5 000 000 | 7 000 000 |
| ИТ-поддержка | 1 000 000 | 1 500 000 | -500 000 |
| Итого | 13 000 000 | 6 500 000 | 6 500 000 |
6.3. Монетизация высвобождения трудовых ресурсов
Описание подраздела: Подраздел устанавливает алгоритм монетизации эффектов, связанных с высвобождением FTE.
Каков утверждённый алгоритм монетизации высвобождения трудовых ресурсов (FTE): в каких случаях учитывается полная экономия ФОТ (сокращение штата), а в каких — только повышение производительности (перераспределение), как фиксируется владелец выгоды и как исключаются «дутые» эффекты?
Инструкция по заполнению:
Разработайте алгоритм принятия решения о типе экономии FTE. Определите коэффициенты для каждого сценария. Опишите механизм фиксации владельца выгоды и верификации. Приведите примеры расчётов.
Пример:
Алгоритм монетизации высвобождения FTE:
- Определить объём высвобождения (в FTE)
- Классифицировать сценарий реализации экономии:
a) Сокращение штата → 100% экономии
b) Перераспределение на дефицитные задачи → 100% условной экономии
c) Перераспределение на недефицитные задачи → 0% экономии
d) Естественный отток без замещения → 100% экономии
- Рассчитать экономию: FTE × Полная стоимость FTE × Коэффициент
- Зафиксировать владельца выгоды и обязательство
Сценарии реализации экономии:
| Сценарий | Коэффициент | Условия применения | Владелец выгоды |
|---|---|---|---|
| Сокращение штата | 100% | Приказ о сокращении, дата увольнения | HR + Владелец процесса |
| Естественный отток | 100% | Решение о непродлении вакансии | HR + Владелец процесса |
| Перераспределение (дефицит) | 100% | Подтверждённый дефицит, план загрузки | Владелец процесса-получателя |
| Перераспределение (без дефицита) | 0% | Отсутствие подтверждённой потребности | — |
| Повышение производительности | 50% | Рост объёмов без роста штата | Владелец процесса |
Механизм исключения «дутых» эффектов:
| Проверка | Метод | Ответственный |
|---|---|---|
| Реальность высвобождения | Сравнение фактической загрузки AS-IS vs TO-BE | Процессный офис |
| Наличие плана реализации | Документ с датами и ответственными | Владелец выгоды |
| Отсутствие двойного счёта | Проверка по реестру эффектов | Финансовый контролёр |
| Post-factum верификация | Проверка фактической реализации через 6 мес. | Процессный офис |
Пример расчёта:
| Подразделение | Высвобождение | Сценарий | Коэффициент | Стоимость FTE | Экономия (год) |
|---|---|---|---|---|---|
| Отдел обработки | 3.0 FTE | Сокращение | 100% | 1 800 000 | 5 400 000 |
| Контроль качества | 1.5 FTE | Перераспределение (дефицит) | 100% | 2 000 000 | 3 000 000 |
| Администрирование | 0.5 FTE | Перераспределение (без дефицита) | 0% | 1 500 000 | 0 |
| Итого | 5.0 FTE | 8 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-BE | 1 день |
| Сокращение | 4 дня |
| WACC | 12% |
| Эффект | 500 000 000 × (4/365) × 12% = 657 534 руб./год |
Пример расчёта — сокращение штрафов за SLA:
| Параметр | Значение |
|---|---|
| Количество заявок в год | 120 000 |
| % нарушений SLA AS-IS | 15% |
| % нарушений SLA TO-BE | 2% |
| Средний штраф за нарушение | 5 000 руб. |
| Эффект | 120 000 × (15% − 2%) × 5 000 = 78 000 000 руб./год |
6.5. Эффект от повышения качества
Описание подраздела: Подраздел устанавливает методику оценки экономического эффекта от повышения качества процесса.
Как оценивается эффект от повышения качества: какие виды дефектов/ошибок учитываются, как рассчитывается стоимость дефекта, какие источники статистики используются, каковы правила учёта предотвращённых потерь?
Инструкция по заполнению:
Классифицируйте виды дефектов по категориям. Определите методику расчёта стоимости дефекта. Укажите источники статистики. Приведите формулы и примеры расчётов.
Пример:
Классификация дефектов:
| Категория | Виды дефектов | Метод оценки стоимости |
|---|---|---|
| Внутренние | Переделки, доработки, исправления | Себестоимость повторной операции |
| Внешние | Рекламации, возвраты, компенсации | Прямые затраты + упущенная выгода |
| Скрытые | Неоптимальные решения, задержки | Экспертная оценка последствий |
| Критические | Инциденты, сбои, утечки | Стоимость устранения + ущерб |
Формула расчёта стоимости дефекта:
Стоимость дефекта = Затраты на обнаружение + Затраты на исправление +
Затраты на повторный контроль + Потери от последствий
Источники статистики дефектов:
| Источник | Типы дефектов | Частота обновления |
|---|---|---|
| Система качества (QMS) | Все категории | Ежедневно |
| CRM (рекламации) | Внешние | Ежедневно |
| Service Desk | Инциденты | Ежедневно |
| Аудиторские отчёты | Все категории | Ежеквартально |
Пример расчёта эффекта от снижения дефектов:
| Параметр | AS-IS | TO-BE | Изменение |
|---|---|---|---|
| Объём операций (год) | 100 000 | 100 000 | — |
| Уровень дефектов | 5% | 1% | -4 п.п. |
| Количество дефектов | 5 000 | 1 000 | -4 000 |
| Средняя стоимость дефекта | 2 500 руб. | 2 500 руб. | — |
| Общая стоимость дефектов | 12 500 000 | 2 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 000 | 500 000 | 1% | 10 000 000 | 100 000 | 400 000 |
| Утечка данных | 2% | 50 000 000 | 1 000 000 | 0.5% | 30 000 000 | 150 000 | 850 000 |
| Операционный сбой | 10% | 2 000 000 | 200 000 | 3% | 1 000 000 | 30 000 | 170 000 |
| Итого | 1 700 000 | 280 000 | 1 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, учитывать в мультикритериальной оценке |
Пример мультикритериальной оценки:
| Критерий | Вес | Оценка | Взвешенный балл |
|---|---|---|---|
| NPV | 40% | 8 (из 10) | 3.2 |
| Стратегическое соответствие | 20% | 9 | 1.8 |
| Клиентский эффект (NPS) | 15% | 7 | 1.05 |
| Комплаенс-эффект | 15% | 10 | 1.5 |
| Операционные риски | 10% | 6 | 0.6 |
| Итоговый балл | 100% | 8.15 |
6.8. Исключение двойного счёта
Описание подраздела: Подраздел устанавливает правила предотвращения двойного учёта выгод.
Как предотвращается «двойной счёт» выгод: между проектами портфеля, между эффектами одного проекта, между подразделениями, при оптимизации одного процесса несколькими смежными проектами?
Инструкция по заполнению:
Классифицируйте типы двойного счёта. Для каждого типа опишите механизм контроля. Определите процедуру верификации. Приведите примеры типичных ошибок и их предотвращения.
Пример:
Типы двойного счёта:
| Тип | Описание | Пример |
|---|---|---|
| Межпроектный | Один эффект относится к нескольким проектам | Экономия FTE учтена в RPA-проекте и в реорганизации |
| Внутрипроектный | Двойной учёт связанных эффектов | Учтена экономия времени и экономия FTE от той же операции |
| Межподразделенческий | Один эффект учтён разными подразделениями | ОЦО и бизнес-подразделение учли одну экономию |
| Каскадный | Учёт первичного и производного эффекта | Снижение дефектов + экономия на претензиях (уже учтена в стоимости дефекта) |
Механизмы контроля:
| Механизм | Описание | Ответственный |
|---|---|---|
| Единый реестр эффектов | Централизованный учёт всех эффектов портфеля | Процессный офис |
| Матрица владельцев выгод | Закрепление эффекта за единственным владельцем | Процессный офис |
| Перекрёстная проверка | Сверка эффектов между проектами | Финансовый контролёр |
| Независимая верификация | Проверка расчётов третьей стороной | Внутренний аудит |
Процедура верификации:
- Проверить эффект по реестру — не учтён ли в другом проекте
- Определить первичный источник эффекта
- Закрепить единственного владельца выгоды
- Исключить производные эффекты, если первичный уже учтён
- Получить подтверждение от владельца выгоды
Примеры типичных ошибок:
| Ошибка | Правильный подход |
|---|---|
| Учёт экономии FTE + учёт экономии времени на операцию | Учитывать только экономию FTE (время уже в FTE) |
| RPA-проект и проект реорганизации учли одно FTE | Определить, какой проект первичен, второму — 0% |
| Снижение дефектов + снижение штрафов + снижение претензий | Учитывать только стоимость дефекта (включает всё) |
ИСТОЧНИКИ ДАННЫХ, ДОПУЩЕНИЯ И ВЕРИФИКАЦИЯ
Описание раздела: Раздел устанавливает требования к источникам данных для экономической оценки, правила формулирования допущений и процедуры верификации исходной информации.
7.1. Источники данных и мастер-системы
Описание подраздела: Подраздел определяет иерархию источников данных, статус мастер-систем и требования к качеству данных.
Какие источники данных являются приоритетными/разрешёнными (ERP, CRM, BI, HR, ITSM, финансовый учёт), какие информационные системы являются «мастер-системами» и какие требования к качеству данных (полнота, актуальность, трассируемость)?
Инструкция по заполнению:
Составьте реестр источников данных с указанием приоритета. Определите мастер-системы для каждой категории данных. Установите требования к качеству данных. Приведите матрицу соответствия данных и источников.
Пример:
Реестр источников данных:
| Категория данных | Мастер-система | Альтернативные источники | Приоритет |
|---|---|---|---|
| Финансовые данные | ERP (1C/SAP) | Бухгалтерская отчётность | 1 (высший) |
| Кадровые данные | HRM (SAP HR/1C:ЗУП) | Штатное расписание | 1 |
| Объёмы операций | BPMS/ERP | BI-отчёты, выгрузки | 2 |
| Временные параметры | BPMS | Хронометраж, опросы | 2 |
| Клиентские данные | CRM | Опросы, исследования | 2 |
| ИТ-данные | ITSM/CMDB | Инвентаризация | 2 |
| Данные о качестве | QMS | Рекламации, аудиты | 2 |
Требования к качеству данных:
| Критерий | Требование | Метод проверки |
|---|---|---|
| Полнота | ≥ 95% заполненных обязательных полей | Автоматический контроль |
| Актуальность | Данные не старше 3 месяцев | Дата последнего обновления |
| Точность | Отклонение ≤ 5% от контрольных значений | Сверка с альтернативными источниками |
| Непротиворечивость | Согласованность между источниками | Перекрёстная проверка |
| Трассируемость | Возможность проследить происхождение | Наличие ссылки на источник |
Матрица соответствия данных и источников:
| Параметр оценки | Источник 1 (мастер) | Источник 2 (альтерн.) | Ответственный |
|---|---|---|---|
| FTE процесса | HRM | Штатное расписание | HR |
| Объём операций | ERP | BI-отчёт | Владелец процесса |
| Стоимость часа | HRM + Финансы | Справочник ставок | Финансы |
| Lead Time | BPMS | Хронометраж | Владелец процесса |
| Уровень дефектов | QMS | Выборочный аудит | Качество |
7.2. Верификация исходных данных
Описание подраздела: Подраздел устанавливает процедуры верификации данных и действия при отсутствии исторической статистики.
Как выполняется верификация исходных данных: кто подписывает/подтверждает, какие артефакты требуются, что делать при отсутствии исторической статистики (опрос, хронометраж/тайм-стади, пилот)?
Инструкция по заполнению:
Опишите процедуру верификации данных с указанием ролей. Перечислите обязательные артефакты. Определите альтернативные методы сбора данных при отсутствии статистики. Приведите шаблон акта верификации.
Пример:
Процедура верификации данных:
| Этап | Действие | Ответственный | Результат |
|---|---|---|---|
| 1 | Получение данных из мастер-системы | Аналитик проекта | Выгрузка с датой |
| 2 | Проверка полноты и актуальности | Аналитик проекта | Отчёт о качестве данных |
| 3 | Сверка с альтернативным источником | Финансовый контролёр | Протокол сверки |
| 4 | Подтверждение владельцем данных | Владелец процесса / HR / Финансы | Подпись на акте |
| 5 | Финальное согласование | Руководитель проекта | Акт верификации |
Обязательные артефакты верификации:
| Артефакт | Содержание | Подписант |
|---|---|---|
| Выгрузка из мастер-системы | Исходные данные с датой/временем | Администратор системы |
| Протокол сверки | Сравнение источников, объяснение расхождений | Финансовый контролёр |
| Акт верификации | Подтверждение достоверности данных | Владелец данных |
Альтернативные методы сбора данных:
| Метод | Применение | Точность | Трудоёмкость |
|---|---|---|---|
| Экспертный опрос | Качественные данные, оценки | Низкая | Низкая |
| Хронометраж | Временные параметры | Высокая | Высокая |
| Фотография рабочего дня | Загрузка персонала | Средняя | Средняя |
| Пилотный проект | Параметры TO-BE | Высокая | Очень высокая |
| Benchmark | Сравнительные данные | Средняя | Низкая |
Требования к хронометражу:
- Минимальная выборка: 30 наблюдений на операцию
- Период наблюдения: не менее 5 рабочих дней
- Учёт сезонности: наблюдения в типичный период
- Документирование: протокол с подписью наблюдателя и исполнителя
7.3. Допущения и ограничения
Описание подраздела: Подраздел определяет правила документирования допущений и ограничений финансовой модели.
Какие допущения и ограничения обязаны фиксироваться в модели: объёмы, ставки, инфляция, валютный курс, производительность, сроки, доступность ресурсов, зависимости от других проектов?
Инструкция по заполнению:
Составьте исчерпывающий перечень категорий допущений. Для каждой категории укажите типовые допущения и требования к обоснованию. Разработайте шаблон реестра допущений.
Пример:
Категории допущений:
| Категория | Типовые допущения | Источник значения |
|---|---|---|
| Объёмные | Темп роста объёмов, сезонность | Бизнес-план, прогноз |
| Ценовые | Инфляция, рост тарифов, курс валют | Прогноз Минэкономразвития, ЦБ |
| Ресурсные | Доступность FTE, мощности ИТ | План ресурсов, HR-план |
| Временные | Сроки внедрения, период стабилизации | План проекта, экспертная оценка |
| Производительность | Эффект обучения, кривая освоения | Benchmark, пилот |
| Внешние | Регуляторные изменения, рыночные условия | Мониторинг регуляторики |
| Зависимости | Связь с другими проектами, поставщиками | Реестр зависимостей |
Требования к документированию допущений:
| Элемент | Описание | Обязательность |
|---|---|---|
| Идентификатор | Уникальный номер допущения | Обязательно |
| Описание | Суть допущения | Обязательно |
| Значение | Принятое значение параметра | Обязательно |
| Обоснование | Источник/логика значения | Обязательно |
| Влияние | Чувствительность модели | Обязательно |
| Ответственный | Кто подтвердил допущение | Обязательно |
| Дата пересмотра | Когда требуется актуализация | Рекомендуется |
Шаблон реестра допущений:
| ID | Категория | Допущение | Значение | Обоснование | Влияние | Ответственный |
|---|---|---|---|---|---|---|
| A01 | Объёмные | Рост объёма операций | +10% в год | Бизнес-план 2024 | Высокое | Коммерческий директор |
| A02 | Ценовые | Индексация ФОТ | +8% в год | HR-политика | Высокое | HR-директор |
| A03 | Ценовые | Инфляция (прочие затраты) | +5% в год | Прогноз МЭР | Среднее | Финансовый директор |
| A04 | Временные | Срок внедрения | 9 месяцев | План проекта v1.0 | Высокое | Руководитель проекта |
| A05 | Производ. | Производительность RPA | 50 операций/час | 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) = 0 | IRR > WACC — проект приемлем |
| PI (Profitability Index) | PI = PV(Выгоды) / PV(Затраты) | PI > 1 — проект эффективен |
| PBP (Payback Period) | Σ CFₜ = I₀ | Срок возврата инвестиций |
| DPP (Discounted Payback Period) | Σ CFₜ/(1+r)ᵗ = I₀ | Срок возврата с учётом дисконтирования |
Состав денежных потоков:
| Включаются | Исключаются |
|---|---|
| Инвестиции (CAPEX) | Невозвратные (sunk) затраты |
| Операционные затраты проекта | Амортизация (неденежная статья) |
| Экономия операционных затрат | Внутренние трансферы |
| Дополнительная выручка | Финансовые расходы (учтены в ставке) |
| Затраты на вывод из эксплуатации | Налоговый щит (если не применяется) |
Пример расчёта (проект автоматизации):
Исходные данные:
- Инвестиции: 20 000 тыс. руб.
- Ежегодная экономия: 8 000 тыс. руб.
- Горизонт: 5 лет
- Ставка дисконтирования: 12%
| Год | Инвестиции | Экономия | Чистый CF | Дисконт-фактор | DCF | Накопл. DCF |
|---|---|---|---|---|---|---|
| 0 | -20 000 | — | -20 000 | 1.000 | -20 000 | -20 000 |
| 1 | — | 8 000 | 8 000 | 0.893 | 7 143 | -12 857 |
| 2 | — | 8 000 | 8 000 | 0.797 | 6 378 | -6 479 |
| 3 | — | 8 000 | 8 000 | 0.712 | 5 694 | -785 |
| 4 | — | 8 000 | 8 000 | 0.636 | 5 084 | 4 299 |
| 5 | — | 8 000 | 8 000 | 0.567 | 4 539 | 8 838 |
Результаты:
- NPV = 8 838 тыс. руб. ✓ (> 0)
- ROI = (40 000 - 20 000) / 20 000 × 100% = 100% ✓
- IRR = 29% ✓ (> 12%)
- PI = 28 838 / 20 000 = 1.44 ✓ (> 1)
- PBP = 2.5 года
- 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 / Kaizen | 1-2 года | Краткосрочный характер |
Факторы корректировки горизонта:
| Фактор | Влияние |
|---|---|
| Срок лицензии/контракта | Ограничивает максимум |
| Технологический цикл | Ограничивает максимум |
| Стратегический горизонт компании | Определяет максимум |
| Неопределённость прогнозов | Сокращает горизонт |
| Требования окупаемости | Определяет минимум |
Правила для нетиповых условий:
| Условие | Правило |
|---|---|
| Жизненный цикл решения < стандарта | Использовать фактический ЖЦ |
| Высокая неопределённость | Сократить горизонт на 1-2 года |
| Стратегический проект | По согласованию с Инвестиционным комитетом |
| Регуляторные требования | Горизонт действия требований |
8.4. Точка безубыточности
Описание подраздела: Подраздел устанавливает методику расчёта точки безубыточности проекта оптимизации.
Как рассчитывается точка безубыточности проекта оптимизации?
Инструкция по заполнению:
Определите понятие точки безубыточности для проектов оптимизации. Приведите формулы расчёта. Укажите применение в принятии решений. Дайте пример расчёта.
Пример:
Определение точки безубыточности:
Для проектов оптимизации точка безубыточности определяется как:
- По времени (PBP): момент, когда накопленные выгоды покрывают инвестиции
- По объёму: минимальный объём операций, при котором проект окупается
Формулы расчёта:
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-IS | 61 руб. |
| Себестоимость операции TO-BE | 25 руб. |
| Прогнозный объём | 200 000 оп./год |
Расчёт:
- PBP = 20 000 000 / (8 000 000 - 500 000) = 2.67 года
- V_BE = 20 000 000 / (61 - 25) = 555 556 операций (за весь период)
- V_BE (год) = 555 556 / 5 лет = 111 111 операций/год
- Запас прочности = (200 000 - 111 111) / 200 000 = 44% ✓
АНАЛИЗ РИСКОВ, СЦЕНАРИИ И ЧУВСТВИТЕЛЬНОСТЬ
Описание раздела: Раздел устанавливает методологию анализа рисков, сценарного планирования и анализа чувствительности финансовой модели проекта.
9.1. Анализ альтернатив
Описание подраздела: Подраздел определяет правила проведения сравнительного анализа альтернативных вариантов реализации.
Как проводится анализ альтернатив: какие минимум варианты сравниваются (не менее двух + do-nothing), какие критерии помимо финансовых (риски, сроки, сложность реализации, зависимости)?
Инструкция по заполнению:
Определите минимальное количество альтернатив для анализа. Разработайте набор критериев сравнения. Опишите методику мультикритериального анализа. Приведите пример сравнительной таблицы.
Пример:
Минимальный набор альтернатив:
| Альтернатива | Обязательность | Описание |
|---|---|---|
| Do-Nothing (нулевой вариант) | Обязательно | Сценарий без изменений |
| Вариант 1 (базовый) | Обязательно | Основное предложение |
| Вариант 2+ (альтернативный) | Обязательно | Альтернативное решение |
| Вариант N (максимальный) | Рекомендуется | Расширенный вариант |
Критерии сравнения альтернатив:
| Группа критериев | Критерии | Вес |
|---|---|---|
| Финансовые | NPV, ROI, PBP, TCO | 40% |
| Риски | Технологический, организационный, внедрения | 20% |
| Реализуемость | Сроки, сложность, ресурсы | 15% |
| Стратегические | Соответствие стратегии, масштабируемость | 15% |
| Зависимости | От других проектов, поставщиков, технологий | 10% |
Пример сравнительного анализа:
| Критерий | Вес | Do-Nothing | Вариант 1 (RPA) | Вариант 2 (BPM) |
|---|---|---|---|---|
| NPV (млн руб.) | — | 0 | 8.8 | 12.5 |
| ROI | — | 0% | 100% | 80% |
| PBP (лет) | — | — | 2.7 | 3.5 |
| Финансовая оценка | 40% | 1 | 8 | 7 |
| Риски | 20% | 3 | 6 | 8 |
| Реализуемость | 15% | 10 | 8 | 5 |
| Стратегические | 15% | 2 | 7 | 9 |
| Зависимости | 10% | 10 | 7 | 4 |
| Итоговый балл | 100% | 3.9 | 7.35 | 6.95 |
Вывод: Рекомендуется Вариант 1 (RPA) — наилучшее соотношение финансовых показателей и реализуемости.
9.2. Сценарный анализ
Описание подраздела: Подраздел устанавливает правила формирования и анализа сценариев реализации проекта.
Какие сценарии анализа применяются (базовый, оптимистичный, пессимистичный), каковы правила формирования параметров каждого сценария?
Инструкция по заполнению:
Определите обязательные сценарии. Установите правила формирования параметров каждого сценария. Укажите, как результаты сценариев влияют на принятие решения. Приведите пример.
Пример:
Обязательные сценарии:
| Сценарий | Описание | Вероятность (типовая) |
|---|---|---|
| Базовый | Наиболее вероятный исход | 50-60% |
| Оптимистичный | Благоприятное развитие событий | 15-25% |
| Пессимистичный | Неблагоприятное развитие событий | 15-25% |
Правила формирования параметров сценариев:
| Параметр | Пессимистичный | Базовый | Оптимистичный |
|---|---|---|---|
| Объём операций | -20% от прогноза | Прогноз | +20% от прогноза |
| Сроки внедрения | +30% от плана | План | По плану |
| Бюджет | +20% от плана | План | -10% от плана |
| Эффективность решения | -30% от целевой | Целевая | +10% от целевой |
| Период стабилизации | +50% | Стандартный | -20% |
Пример сценарного анализа:
| Показатель | Пессимистичный | Базовый | Оптимистичный |
|---|---|---|---|
| Инвестиции | 24 000 000 | 20 000 000 | 18 000 000 |
| Годовая экономия | 5 600 000 | 8 000 000 | 8 800 000 |
| NPV | -2 500 000 | 8 838 000 | 15 200 000 |
| ROI | 17% | 100% | 144% |
| PBP | 4.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 п.п. |
Алгоритм анализа:
- Зафиксировать базовые значения всех параметров
- Поочерёдно изменять каждый параметр в заданном диапазоне
- Рассчитать NPV для каждого значения параметра
- Определить точку переключения (NPV = 0) для каждого параметра
- Ранжировать параметры по степени влияния
Формат представления — таблица чувствительности:
| Параметр | -30% | -20% | -10% | База | +10% | +20% | +30% |
|---|---|---|---|---|---|---|---|
| Объём операций | 2.1 | 4.4 | 6.6 | 8.8 | 11.1 | 13.3 | 15.6 |
| Эффективность | 1.5 | 3.9 | 6.4 | 8.8 | 11.3 | 13.7 | 16.2 |
| Стоимость FTE | 12.8 | 11.5 | 10.2 | 8.8 | 7.5 | 6.2 | 4.8 |
| Стоимость лицензий | 10.3 | 9.8 | 9.3 | 8.8 | 8.3 | 7.8 | 7.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) | 4 | 8 | 12 | 16 |
| Средняя (3) | 3 | 6 | 9 | 12 |
| Низкая (2) | 2 | 4 | 6 | 8 |
| Минимальная (1) | 1 | 2 | 3 | 4 |
Вероятность × Влияние = Приоритет риска
Правила расчёта резервов (Contingency):
| Класс проекта | Резерв на риски | Обоснование |
|---|---|---|
| A (стратегический) | 20-25% от бюджета | Высокая неопределённость |
| B (крупный) | 15-20% от бюджета | Значительная сложность |
| C (средний) | 10-15% от бюджета | Умеренная сложность |
| D (малый) | 5-10% от бюджета | Типовые задачи |
Пример реестра рисков с резервами:
| ID | Риск | P | I | Приоритет | Мера реагирования | Резерв (руб.) |
|---|---|---|---|---|---|---|
| R01 | Задержка поставки лицензий | 3 | 3 | 9 | Резерв времени +2 нед. | 500 000 |
| R02 | Сопротивление пользователей | 4 | 2 | 8 | Усиленный CM | 300 000 |
| R03 | Нехватка компетенций по RPA | 3 | 3 | 9 | Обучение + подрядчик | 800 000 |
| R04 | Проблемы интеграции с ERP | 2 | 4 | 8 | Технический прототип | 1 000 000 |
| R05 | Низкое качество данных | 3 | 2 | 6 | Аудит данных, cleansing | 400 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% |
| Максимальный PBP | 4 года | 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 год |
| Критический | Индивидуальное рассмотрение | Индивидуальное рассмотрение |
Условия исключений:
| Тип исключения | Условие | Утверждающий орган |
|---|---|---|
| Стратегический проект | Критически важен для стратегии | Правление |
| Регуляторный проект | Обязательные требования | Инвестиционный комитет |
| Инфраструктурный | Обеспечивающий проект | Инвестиционный комитет |
| Пилотный | Апробация технологии | Руководитель Процессного офиса |
Матрица принятия решений:
| NPV | ROI | PBP | Риск | Решение |
|---|---|---|---|---|
| ✓ | ✓ | ✓ | Низкий/Средний | 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 | Обновление ставки дисконтирования | Финансовый директор |
| Индексация ФОТ | Обновление справочника ставок FTE | HR-директор |
| Новый тип эффекта | Добавление в каталог | Процессный офис |
| Методологическое изменение | Новая версия шаблона | Процессный офис |
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 портфеля, % реализованных эффектов |
Пример приоритизации портфеля:
| Проект | Value | Risk | Effort | Time-to-Value | Strategic | Score | Приоритет |
|---|---|---|---|---|---|---|---|
| RPA-Закупки | 8 | 7 | 6 | 8 | 7 | 7.25 | 1 |
| BPM-Продажи | 9 | 5 | 4 | 5 | 9 | 6.80 | 2 |
| AI-Поддержка | 7 | 4 | 3 | 4 | 8 | 5.65 | 3 |
| Реорг-ОЦО | 6 | 6 | 5 | 3 | 6 | 5.35 | 4 |
Правила распределения ресурсов:
| Приоритет | Доля ресурсов | Условия |
|---|---|---|
| 1 (высший) | 40-50% | Полное обеспечение |
| 2 | 25-35% | Обеспечение после приоритета 1 |
| 3 | 15-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 | Описание решения | Целевое состояние, scope | 2-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 | Процессный офис |
| Реестр рисков | Учёт рисков | .xlsx | PMO |
| Реестр допущений | Учёт допущений | .xlsx | Процессный офис |
| Акт верификации данных | Подтверждение данных | .docx | Процессный офис |
Требования к визуализациям:
| Тип визуализации | Применение | Требования |
|---|---|---|
| Сравнительная таблица AS-IS vs TO-BE | Раздел «Решение» | Не более 10 параметров |
| Диаграмма денежных потоков | Раздел «Экономика» | Помесячно/поквартально |
| Tornado-диаграмма | Анализ чувствительности | Топ-5 параметров |
| Матрица рисков | Анализ рисков | Цветовая кодировка |
| Gantt-диаграмма | План реализации | Основные вехи |
Обязательные приложения:
| Приложение | Содержание | Класс A | Класс B | Класс C | Класс D |
|---|---|---|---|---|---|
| Финансовая модель (.xlsx) | Все расчёты | ● | ● | ● | ○ |
| Исходные данные | Выгрузки, протоколы | ● | ● | ○ | — |
| Реестр допущений | Все допущения | ● | ● | ● | ○ |
| Реестр рисков | Все риски с мерами | ● | ● | ○ | — |
| Модели AS-IS/TO-BE | BPMN-диаграммы | ● | ● | ○ | — |
| Акты верификации | Подтверждения данных | ● | ● | ○ | — |
| Протоколы согласования | Согласования | ● | ○ | — | — |
● — обязательно, ○ — рекомендуется, — — не требуется
11.3. Порядок проведения и согласования оценки
Описание подраздела: Подраздел устанавливает последовательность этапов проведения экономической оценки и порядок согласования результатов.
Каков порядок проведения оценки (этапы, входные данные, последовательность действий) и порядок согласования/утверждения результатов?
Инструкция по заполнению:
Опишите этапы проведения оценки с входами/выходами. Определите последовательность согласования. Установите SLA на каждый этап. Приведите блок-схему процесса.
Пример:
Этапы проведения экономической оценки:
| Этап | Вход | Действия | Выход | SLA |
|---|---|---|---|---|
| 1. Инициация | Паспорт инициативы | Проверка полноты, классификация | Решение о проведении оценки | 2 р.д. |
| 2. Сбор данных | Границы процесса | Запрос данных, хронометраж | Исходные данные AS-IS | 5-10 р.д. |
| 3. Анализ AS-IS | Данные AS-IS | Расчёт себестоимости, потерь | Модель AS-IS | 3-5 р.д. |
| 4. Проектирование TO-BE | Модель AS-IS | Прогноз эффектов, затрат | Модель TO-BE | 5-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 | Эффект FTE | 5.0 | 4.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 |
| Качество | Уровень дефектов, SLA | QMS, BPMS |
| Финансовые эффекты | Экономия, выручка | Финансовый учёт |
| Инвестиционные показатели | Фактический ROI, PBP | Расчёт |
Процедура подтверждения эффектов:
| Этап | Действие | Ответственный |
|---|---|---|
| 1 | Сбор фактических данных из систем | Аналитик |
| 2 | Расчёт фактических показателей | Аналитик |
| 3 | Сравнение с плановыми значениями | Аналитик |
| 4 | Анализ причин отклонений | Руководитель проекта |
| 5 | Подтверждение эффектов владельцами | Владельцы выгод |
| 6 | Верификация финансовых эффектов | Финансовый контролёр |
| 7 | Утверждение отчёта | Процессный офис |
Шаблон отчёта Plan-Fact:
| Показатель | План | Факт | Отклонение | Причина | Статус |
|---|---|---|---|---|---|
| Инвестиции (CAPEX) | 16.0 млн | 17.5 млн | +9% | Доп. интеграции | ⚠️ |
| Инвестиции (OPEX) | 11.5 млн | 11.0 млн | -4% | Экономия на обучении | ✅ |
| Экономия FTE | 5.0 FTE | 4.5 FTE | -10% | Частичное перераспределение | ⚠️ |
| Экономия ФОТ (год) | 9.0 млн | 8.1 млн | -10% | Пропорционально FTE | ⚠️ |
| Сокращение Lead Time | 80% | 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 Time | BPMS | Ежедневно |
| Уровень дефектов | 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 | Исполнение (удержание/возврат) | По графику выплат |
Пример расчёта:
| Параметр | Значение |
|---|---|
| Заявленный эффект NPV | 8.8 млн руб. |
| Фактический эффект NPV | 5.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 Corporation | M. Hammer, J. Champy | Принципы реинжиниринга, оценка радикальных изменений |
| Business Process Management: Practical Guidelines | J. Jeston, J. Nelis | Методология BPM, метрики процессов |
| Process Innovation | T. Davenport | Оценка инновационных процессных изменений |
| Lean Thinking | J. Womack, D. Jones | Оценка потерь (muda), категоризация |
| The Goal | E. Goldratt | Теория ограничений, оценка throughput |
Современные исследования и стандарты:
| Источник | Организация | Применение в Методике |
|---|---|---|
| BPM CBOK 4.0 | ABPMP | Метрики процессов, модели зрелости |
| BABOK 3.0 | IIBA | Техники анализа, оценка альтернатив |
| Value of Process Improvement | Gartner | Benchmark эффектов, ROI |
| RPA Implementation Guide | IEEE | Оценка RPA-проектов |
| Process Mining Manifesto | IEEE Task Force | Анализ данных процессов |
Российские источники:
| Источник | Авторы/Организация | Применение в Методике |
|---|---|---|
| ГОСТ Р ИСО 9001-2015 | Росстандарт | Требования к процессному подходу |
| Методические рекомендации по оценке эффективности ИТ-проектов | Минцифры РФ | Методология расчёта показателей |
| Процессный подход к управлению | В.В. Репин | Моделирование и оптимизация процессов |
| Бизнес-процессы: моделирование, внедрение, управление | В.В. Репин, В.Г. Елиферов | Методология ФСА, оценка себестоимости |
| Реинжиниринг бизнес-процессов | А.О. Блинов, О.С. Рудакова | Российский опыт реинжиниринга |
Применимость источников к разделам Методики:
| Раздел Методики | Ключевые источники |
|---|---|
| Оценка AS-IS | Lean Thinking, BPM CBOK, Репин |
| Оценка TO-BE | Hammer & Champy, Davenport, Jeston |
| Финансовые показатели | BABOK, Минцифры РФ |
| Анализ рисков | PMBOK, BABOK |
| Зрелость процессов | BPM CBOK, CMMI, ISO 15504 |
13.2. Перспективы развития Методики
Описание подраздела: Подраздел описывает направления развития Методики в контексте современных трендов процессного управления и цифровой трансформации.
Каковы перспективы развития Методики в контексте процессного управления и цифровой трансформации?
Инструкция по заполнению:
Определите 5-7 ключевых направлений развития Методики. Для каждого направления опишите тренды, влияние на методологию и планируемые изменения. Укажите примерные сроки реализации.
Пример:
Направления развития Методики:
| Направление | Описание | Влияние на Методику | Горизонт |
|---|---|---|---|
| Process Mining | Автоматический анализ процессов по логам | Автоматизация сбора данных AS-IS, объективность | 2024-2025 |
| AI/ML в BPM | Применение ИИ для оптимизации процессов | Новые категории эффектов, методики оценки AI | 2024-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-BE | 2026-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 | Все согласования получены | ☐ |
ПРИЛОЖЕНИЕ В. ГЛОССАРИЙ ТЕРМИНОВ
| Термин | Определение |
|---|---|
| BPMS | Business Process Management System — система управления бизнес-процессами |
| CAPEX | Capital Expenditure — капитальные затраты |
| DPP | Discounted Payback Period — дисконтированный срок окупаемости |
| FTE | Full-Time Equivalent — эквивалент полной занятости |
| IRR | Internal Rate of Return — внутренняя норма доходности |
| Lead Time | Время выполнения процесса от начала до завершения |
| Muda | Потери (в терминологии Lean) |
| NPV | Net Present Value — чистая приведённая стоимость |
| OPEX | Operating Expenditure — операционные затраты |
| PBP | Payback Period — срок окупаемости |
| PI | Profitability Index — индекс рентабельности |
| RACI | Responsible, Accountable, Consulted, Informed — матрица ответственности |
| ROI | Return on Investment — рентабельность инвестиций |
| RPA | Robotic Process Automation — роботизированная автоматизация процессов |
| SLA | Service Level Agreement — соглашение об уровне сервиса |
| TCO | Total Cost of Ownership — совокупная стоимость владения |
| WACC | Weighted Average Cost of Capital — средневзвешенная стоимость капитала |
ПРИЛОЖЕНИЕ Г. КОНТАКТНАЯ ИНФОРМАЦИЯ
| Роль | Подразделение | Контакт |
|---|---|---|
| Владелец Методики | Процессный офис | [email/телефон] |
| Методологическая поддержка | Процессный офис | [email/телефон] |
| Финансовая верификация | Финансовый департамент | [email/телефон] |
| ИТ-согласование | Департамент ИТ | [email/телефон] |
| Шаблоны и справочники | Процессный офис | [ссылка на портал] |