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

Методика по разработке KPI и операционных метрик в области бизнес процессов

Документ устанавливает единый методологический подход к разработке, внедрению и управлению показателями эффективности бизнес-процессов. Методика охватывает таксономию и классификацию показателей, алгоритм декомпозиции стратегических целей до операционных метрик, принципы балансировки и предотвращения субоптимизации, процедуру разработки и паспортизации показателей, а также требования к источникам данных и автоматизации расчёта KPI.

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

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

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

1
Таксономия показателей: KPI, KRI, SLA/OLA, операционные метрики
2
Алгоритм декомпозиции стратегических целей до метрик процессов
3
Принципы балансировки и предотвращения субоптимизации
4
Классификация метрик: время, стоимость, качество, здоровье процесса
5
Процедура разработки, верификации и тестирования показателя
6
Унифицированный паспорт показателя с 15+ атрибутами и реестр
7
Требования к источникам данных и принцип Single Source of Truth

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

Владельцам бизнес-процессов и процессным офисам
Бизнес-аналитикам и архитекторам процессов
Руководителям по операционной эффективности
Специалистам по BI и аналитике данных
Консультантам по процессному управлению и KPI

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

МЕТОДИКА ПО РАЗРАБОТКЕ KPI И ОПЕРАЦИОННЫХ МЕТРИК В ОБЛАСТИ БИЗНЕС-ПРОЦЕССОВ

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

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

ОБЩИЕ ПОЛОЖЕНИЯ И ГРАНИЦЫ ПРИМЕНИМОСТИ

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

1.1. Цели, задачи и область применения

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

Каковы цели, задачи и границы применимости Методики: охватываемые типы процессов, уровни процессной архитектуры, уровни зрелости и место документа в иерархии ВНД?

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

Сформулируйте 2-3 цели и 4-5 задач Методики. Определите область применения через указание типов процессов (основные, обеспечивающие, управленческие), уровней архитектуры (L0-L4) и минимального уровня зрелости. Укажите место документа в иерархии ВНД.

Пример:

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

  1. Обеспечить единый подход к разработке, внедрению и управлению показателями эффективности бизнес-процессов
  2. Создать основу для принятия управленческих решений на основе объективных данных о результативности процессов

Задачи Методики:

  1. Установить понятийный аппарат и таксономию показателей
  2. Определить процедуры разработки, согласования и утверждения показателей
  3. Регламентировать порядок мониторинга, анализа и пересмотра показателей
  4. Обеспечить связь показателей процессов со стратегическими целями
  5. Установить ролевую модель и распределение ответственности

Область применения:

КритерийЗначение
Типы процессовОсновные, обеспечивающие, управленческие
Уровни архитектурыL1 (макропроцессы) — L3 (подпроцессы)
Минимальный уровень зрелостиУровень 2 (Управляемый)
Место в иерархии ВНДПолитика качества → Положение о процессном управлении → Методика KPI

Для каких управленческих контуров Методика является обязательной, а для каких — рекомендованной?

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

Составьте таблицу с перечислением управленческих контуров и статусом применения Методики (обязательно/рекомендовано). Укажите 4-6 контуров.

Пример:

Управленческий контурСтатус примененияОснование
Система менеджмента качества (СМК)ОбязательноТребования ISO 9001:2015 п. 9.1
Процессный офисОбязательноПоложение о процессном офисе
Цифровая трансформацияОбязательноПрограмма цифровой трансформации
Проекты оптимизации процессовОбязательноРегламент проектного управления
Операционное управление подразделенийРекомендованоВнутренние стандарты подразделений
Управление рискамиРекомендованоПолитика управления рисками

Кто является целевой аудиторией Методики и какие роли используют её результаты в управлении?

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

Перечислите 5-7 ролей с указанием их задач в контексте использования Методики. Разделите роли на категории: разработчики показателей, пользователи показателей, контролирующие роли.

Пример:

Разработчики показателей:

  1. Владельцы процессов — инициируют разработку показателей для своих процессов
  2. Бизнес-аналитики — проектируют формулы расчёта и источники данных
  3. Процессный офис — обеспечивает методологическую поддержку и контроль качества

Пользователи показателей:

  1. Топ-менеджмент — принимает стратегические решения на основе KPI
  2. Руководители подразделений — управляют операционной деятельностью по метрикам
  3. Участники процессов — ориентируются на целевые значения в работе

Контролирующие роли:

  1. Служба внутреннего аудита — проверяет достоверность и корректность расчёта показателей

1.2. Нормативные и методологические основы

Устанавливает нормативную базу и связь с внутренними документами организации.

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

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

Укажите 3-4 внешних стандарта и 3-4 внутренних документа, являющихся обязательными ограничениями. Кратко опишите, какие требования каждый документ предъявляет к системе показателей.

Пример:

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

ДокументПрименяемые требования
ISO 9001:2015П. 9.1 — требования к мониторингу, измерению, анализу и оценке
BPM CBOK v4Глава 8 — измерение эффективности процессов
ГОСТ Р ИСО 9004-2019Раздел 9 — мониторинг и измерение показателей деятельности

Внутренние обязательные ограничения:

ДокументОграничения для Методики
Стратегия компанииСтратегические цели — основа для каскадирования KPI
Политика качестваПринципы измеримости и постоянного улучшения
Положение о процессном управленииПроцессная архитектура, роли владельцев процессов
Архитектурные стандартыТребования к интеграции с ИС, форматы данных

Какова связь Методики с иными внутренними документами?

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

Составьте схему или таблицу связей Методики с 4-6 ключевыми внутренними документами. Укажите характер связи (входящая/исходящая информация).

Пример:

Связанный документХарактер связиОписание
Стратегия компанииВходящаяСтратегические цели для декомпозиции в KPI процессов
Положение о процессном управленииВходящаяПроцессная архитектура, роли, ответственность
Политика качестваВходящаяПринципы и требования СМК к показателям
Регламент процессного офисаИсходящаяМетодика — основа для работы с показателями в ПО
Положение о мотивацииИсходящаяKPI процессов — база для показателей мотивации
Регламент управления рискамиДвусторонняяKRI интегрируются с системой показателей процессов

ПОНЯТИЙНЫЙ АППАРАТ И ТАКСОНОМИЯ ПОКАЗАТЕЛЕЙ

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

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

Фиксирует ключевые термины и их определения для единообразного применения в организации.

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

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

Составьте глоссарий из 10-15 ключевых терминов с определениями. Для каждого термина укажите источник определения (стандарт, методология) или пометку «определение организации».

Пример:

ТерминОпределениеИсточник
KPI процессаКлючевой показатель эффективности, измеряющий степень достижения целей бизнес-процессаBPM CBOK v4
KPI подразделенияПоказатель, измеряющий вклад подразделения в результаты процессовОпределение организации
KRI (Key Risk Indicator)Показатель, сигнализирующий об изменении уровня риска процессаISO 31000:2018
Операционная метрикаПоказатель, измеряющий параметры выполнения отдельных операций процессаBPM CBOK v4
Индикатор здоровья процессаПоказатель, отражающий стабильность и устойчивость процессаОпределение организации
SLA (Service Level Agreement)Соглашение об уровне сервиса с внешним клиентомITIL v4
OLA (Operational Level Agreement)Соглашение об уровне сервиса между подразделениямиITIL v4
Целевое значение (Target)Планируемый уровень показателя на определённый периодОпределение организации
Пороговое значениеГраница допустимого диапазона значений показателяОпределение организации
Критическое значениеЗначение, при достижении которого требуется немедленная эскалацияОпределение организации
Драйвер показателяФактор, оказывающий существенное влияние на значение показателяОпределение организации

2.2. Разграничение типов показателей

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

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

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

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

Пример:

ХарактеристикаПоказатель результата (Outcome)Показатель выхода (Output)Показатель хода выполнения
ОпределениеИзмеряет эффект/ценность для клиентаИзмеряет продукт/услугу процессаИзмеряет параметры выполнения операций
Точка измеренияПосле использования клиентомНа выходе процессаВ ходе выполнения процесса
Временной лагОтложенный (недели, месяцы)НемедленныйВ реальном времени
Пример 1Удовлетворённость клиента (NPS)Количество отгруженных заказовВремя обработки заявки
Пример 2Повторные покупки (%)Доля заказов без дефектовЗагрузка оборудования
Пример 3Рост выручки от клиентаОбъём произведённой продукцииКоличество операций в час
Единицы измерения%, баллы, индексыШтуки, рубли, тонныМинуты, %, штуки/час

СВЯЗЬ СО СТРАТЕГИЕЙ И КАСКАДИРОВАНИЕ ПОКАЗАТЕЛЕЙ

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

3.1. Декомпозиция стратегических целей

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

Каков алгоритм декомпозиции стратегических целей компании до операционных показателей конкретного процесса?

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

Опишите пошаговый алгоритм (5-7 шагов) декомпозиции. Приведите сквозной пример от стратегической цели до конкретного показателя процесса.

Пример:

Алгоритм декомпозиции:

  1. Анализ стратегической цели — определение измеримых параметров цели
  2. Определение процессов-драйверов — выявление процессов, влияющих на достижение цели
  3. Формулировка цели процесса — трансформация стратегической цели в цель процесса
  4. Выявление критических факторов успеха (CSF) — определение условий достижения цели процесса
  5. Разработка показателей — создание KPI для измерения CSF
  6. Валидация цепочки — проверка логической связи «цель — CSF — KPI»
  7. Утверждение и ввод в действие — согласование с владельцем процесса

Пример декомпозиции:

УровеньЭлементФормулировка
Стратегическая цельЦельУвеличить долю рынка до 25% к 2026 году
Цель процессаПроцесс «Продажи»Сократить цикл продажи на 20%
CSFКритический факторСкорость обработки запросов клиентов
KPI процессаПоказательСреднее время от запроса до коммерческого предложения
Целевое значениеTarget≤ 4 часа (текущее: 5 часов)

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

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

Сформулируйте 4-5 правил каскадирования. Приведите пример каскада показателей через 3-4 уровня.

Пример:

Правила каскадирования:

  1. Правило вертикальной согласованности — показатель нижнего уровня должен влиять на показатель верхнего уровня
  2. Правило полноты покрытия — совокупность показателей нижнего уровня должна полностью объяснять показатель верхнего уровня
  3. Правило управляемости — показатель закрепляется на уровне, где есть рычаги влияния
  4. Правило измеримости — на каждом уровне показатель должен быть измерим доступными средствами
  5. Правило минимальной достаточности — количество показателей на уровне не должно превышать 5-7

Пример каскада:

УровеньПоказательЦелевое значениеОтветственный
КорпоративныйOTIF (On-Time In-Full)≥ 95%Операционный директор
Сквозной процесс «Order-to-Delivery»Lead Time заказа≤ 5 днейВладелец процесса
Подпроцесс «Комплектация»Время комплектации≤ 8 часовНачальник склада
Операция «Сборка заказа»Количество строк/час≥ 50 строкКомплектовщик

3.2. Разграничение KPI процессов и подразделений

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

Где проходят границы ответственности между KPI процессов и KPI подразделений/должностных лиц?

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

Опишите 3-4 принципа разграничения ответственности. Приведите примеры ситуаций, когда показатель относится к процессу, а когда — к подразделению.

Пример:

Принципы разграничения:

  1. KPI процесса — измеряет результат сквозной деятельности, ответственность несёт Владелец процесса
  2. KPI подразделения — измеряет вклад подразделения в процессы, ответственность несёт руководитель подразделения
  3. Принцип управляемости — показатель закрепляется за тем, кто имеет рычаги влияния на его значение
  4. Принцип единственности — каждый показатель имеет одного ответственного

Примеры разграничения:

ПоказательТипОтветственныйОбоснование
Время выполнения заказа «от заявки до отгрузки»KPI процессаВладелец процессаСквозной результат нескольких подразделений
Время комплектации на складеKPI подразделенияНачальник складаЛокальная операция одного подразделения
Доля своевременных поставокKPI процессаВладелец процесса «Закупки»Результат взаимодействия закупок и логистики

Как обеспечивается методологическая связь показателей с архитектурой бизнес-процессов?

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

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

Пример:

Механизм связи показателей с архитектурой:

  1. Уровень L1 (макропроцесс) — стратегические KPI, отражающие вклад процесса в цели компании
  2. Уровень L2 (группа процессов) — операционные KPI сквозного процесса
  3. Уровень L3 (процесс) — метрики этапов процесса
  4. Функциональный разрез — вклад подразделения в показатели сквозного процесса

Матрица соответствия:

Элемент архитектурыТип показателяПример
Сквозной процесс «Order-to-Cash»KPI E2E-процессаLead Time от заказа до оплаты
Этап «Производство»Метрика этапаВремя производственного цикла
Подразделение «Цех №1»KPI подразделенияВыработка на сотрудника

ПРИНЦИПЫ ФОРМИРОВАНИЯ СИСТЕМЫ ПОКАЗАТЕЛЕЙ

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

4.1. Базовые принципы

Фиксирует фундаментальные принципы, на которых строится система показателей.

Какие базовые принципы положены в основу системы показателей?

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

Сформулируйте 5-7 базовых принципов с кратким пояснением каждого (1-2 предложения). Принципы должны отражать ценность для клиента, управляемость, измеримость, экономичность.

Пример:

ПринципОписание
Ценность для клиентаКаждый показатель должен прямо или косвенно отражать ценность, создаваемую для внешнего или внутреннего клиента
УправляемостьПоказатель закрепляется за лицом, имеющим реальные рычаги влияния на его значение
ИзмеримостьПоказатель должен иметь чёткую формулу расчёта и доступные источники данных
Экономичность сбораЗатраты на сбор и обработку данных не должны превышать ценности информации для управления
Предотвращение субоптимизацииСистема показателей исключает возможность улучшения одного показателя за счёт ухудшения другого
ПрозрачностьМетодика расчёта показателя понятна всем заинтересованным сторонам
СвоевременностьДанные о значении показателя доступны в сроки, позволяющие принять управленческое решение

4.2. Критерии качества показателей

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

Какие критерии качества (Quality Gates) применяются для утверждения показателя?

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

Составьте чек-лист из 8-10 критериев качества с указанием метода проверки. Укажите, какие критерии являются обязательными, а какие — рекомендованными.

Пример:

КритерийОписаниеМетод проверкиСтатус
S — Specific (Конкретность)Показатель однозначно определёнЭкспертная оценка формулировкиОбязательный
M — Measurable (Измеримость)Существует формула и источник данныхПроверка наличия источникаОбязательный
A — Achievable (Достижимость)Целевое значение реалистичноАнализ исторических данныхОбязательный
R — Relevant (Релевантность)Показатель связан с целями процессаПроверка цепочки декомпозицииОбязательный
T — Time-bound (Ограниченность во времени)Определён период измеренияПроверка паспорта показателяОбязательный
ДостоверностьДанные защищены от манипуляцийАудит источника данныхОбязательный
Экономическая целесообразностьСтоимость сбора оправданаРасчёт TCO vs ценностьРекомендованный
ИнтерпретируемостьЗначение понятно пользователямОпрос целевой аудиторииРекомендованный
ПроверяемостьВозможен независимый пересчётТестовый расчёт аудиторомОбязательный

4.3. Сбалансированность системы показателей

Устанавливает требования к балансу показателей по различным перспективам и типам.

Как обеспечивается сбалансированность системы показателей по перспективам и типам?

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

Опишите требования к балансу по 4 перспективам BSC и по типам показателей (опережающие/запаздывающие). Приведите матрицу распределения показателей.

Пример:

Требования к балансу по перспективам BSC:

ПерспективаДоля в системеПримеры показателей
Финансы15-25%Себестоимость процесса, ROI улучшений
Клиенты25-35%NPS, OTIF, время отклика
Процессы30-40%Lead Time, First Pass Yield, производительность
Развитие10-20%Уровень автоматизации, компетенции персонала

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

Тип показателяДоля в системеХарактеристика
Опережающие (Leading)40-60%Предсказывают будущий результат, позволяют упреждающее управление
Запаздывающие (Lagging)40-60%Фиксируют достигнутый результат

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

АспектОписаниеПримеры показателей
ВремяСкорость выполнения процессаLead Time, Cycle Time, время ожидания
СтоимостьЗатраты на выполнение процессаСебестоимость транзакции, стоимость ошибки
КачествоСоответствие требованиямFirst Pass Yield, % дефектов, % доработок
РезультативностьСтепень достижения целей% выполнения плана, OTIF

4.4. Оптимальный состав показателей

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

Как определяется оптимальный состав и количество показателей для процесса?

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

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

Пример:

Рекомендуемое количество показателей:

Уровень архитектурыМин.ОптимумМакс.
L1 (Макропроцесс)35-710
L2 (Группа процессов)34-68
L3 (Процесс)23-46

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

Критичность процессаКорректировка количества
Высокая (Core)+2-3 показателя
Средняя (Support)Без корректировки
Низкая (Management)1-2 показателя

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

Уровень зрелостиРекомендация
Уровень 1-2Минимальный набор (базовые KPI)
Уровень 3Оптимальный набор
Уровень 4-5Расширенный набор + Process Health

БАЛАНСИРОВКА И ПРЕДОТВРАЩЕНИЕ СУБОПТИМИЗАЦИИ

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

5.1. Выявление и разрешение конфликтов

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

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

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

Опишите 4-5 типичных конфликтов между показателями и механизмы их разрешения. Приведите принцип «взаимной нейтрализации».

Пример:

Типичные конфликты и механизмы разрешения:

КонфликтПоказатель 1Показатель 2Механизм разрешения
Скорость vs КачествоВремя обработки заявки% ошибок в заявкахУстановить пороговое значение качества как ограничение
Объём vs КачествоКоличество звонковCSI (оценка клиента)Ввести контрметрику — CSI нейтрализует погоню за объёмом
Результат vs НагрузкаОбъём продажТекучесть персоналаМониторинг косвенных последствий
Локальный vs СквознойKPI подразделенияKPI E2E-процессаПриоритет сквозного показателя

Принцип взаимной нейтрализации:

Показатель «Количество обработанных заявок» нейтрализуется показателем «Доля заявок, обработанных с первого раза» — это исключает манипуляции с объёмом за счёт качества.


Как обеспечивается согласованность локальных показателей с результативностью сквозного процесса?

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

Опишите 3-4 механизма обеспечения согласованности. Укажите, как проверяется влияние локальных показателей на сквозной результат.

Пример:

Механизмы согласованности:

  1. Каскадирование сверху вниз — локальные показатели выводятся из целей сквозного процесса
  2. Проверка влияния — при изменении локального показателя анализируется влияние на E2E-KPI
  3. Весовые коэффициенты — вклад локального показателя определяется его влиянием на сквозной результат
  4. Регулярный пересмотр — ежеквартальный анализ корреляции локальных и сквозных показателей

Матрица проверки влияния:

Локальный показательE2E-показательКорреляцияДействие
Время комплектацииLead Time заказаВысокая (+0.8)Сохранить
Загрузка складаLead Time заказаНизкая (+0.2)Пересмотреть целесообразность

5.2. Контрметрики и ограничивающие показатели

Определяет случаи и правила введения контрметрик.

В каких случаях вводятся контрметрики и ограничивающие показатели?

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

Укажите 4-5 триггеров для введения контрметрик. Приведите примеры пар «показатель — контрметрика».

Пример:

Триггеры для введения контрметрик:

  1. Показатель связан с системой мотивации (риск gaming)
  2. Оптимизация показателя может негативно влиять на качество/клиента
  3. Показатель измеряет объём без учёта качества
  4. История манипуляций с показателем
  5. Показатель влияет на смежные процессы

Примеры пар «показатель — контрметрика»:

Основной показательРиск оптимизацииКонтрметрика
Количество звонков оператораСокращение времени разговораОценка качества консультации (CSI)
Время закрытия инцидентаЗакрытие без решения% повторных обращений
Объём продажПродажа неподходящих продуктовУровень возвратов
Количество нанятых сотрудниковСнижение требованийТекучесть в первые 3 месяца

КЛАССИФИКАЦИЯ МЕТРИК БИЗНЕС-ПРОЦЕССОВ

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

6.1. Классы показателей

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

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

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

Составьте матрицу классов показателей с примерами для каждой комбинации «класс × точка измерения». Укажите 6-8 классов и 3 точки измерения.

Пример:

Класс показателяВходХод выполненияВыход
ВремяВремя ожидания в очередиCycle Time операцииLead Time процесса
СтоимостьСтоимость входящих ресурсовОперационные затратыСебестоимость продукта
Качество% годных материалов% брака на операцииFirst Pass Yield
РесурсыЗагрузка входящего потокаУтилизация оборудованияВыработка на FTE
ПроизводительностьПропускная способность входаСкорость обработкиОбъём выпуска
СоответствиеКомплектность документов% отклонений от регламента% соответствия SLA
РискиВолатильность входаКоличество инцидентовКритичность дефектов
УстойчивостьНадёжность поставщиковСтабильность процесса (Cp/Cpk)Повторяемость результата

6.2. Разграничение типов результативности

Устанавливает методологическое разграничение показателей результативности, эффективности и адаптивности.

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

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

Дайте определение каждому типу показателей и приведите по 3-4 примера для каждого типа. Укажите формулы расчёта.

Пример:

ТипОпределениеВопросПримеры
Результативность (Effectiveness)Степень достижения запланированного результата«Делаем ли мы правильные вещи?»OTIF, % выполнения плана, достижение SLA
Эффективность (Efficiency)Соотношение результата и затраченных ресурсов«Делаем ли мы вещи правильно?»Себестоимость транзакции, выработка на FTE, OEE
Адаптивность (Flexibility)Способность процесса реагировать на изменения«Можем ли мы меняться?»Время перенастройки, % успешных изменений, Time-to-Market

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

ТипПоказательФормула
Результативность% выполнения плана(Факт / План) × 100%
ЭффективностьСебестоимость транзакцииОбщие затраты / Количество транзакций
АдаптивностьTime-to-MarketДата вывода на рынок − Дата начала разработки

6.3. Метрики здоровья процесса

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

Как определяются метрики «здоровья» процесса и чем они отличаются от показателей выхода?

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

Дайте определение метрик здоровья процесса (Process Health). Укажите 4-5 примеров с пояснением, почему они относятся к «здоровью», а не к выходу.

Пример:

Определение: Метрики здоровья процесса (Process Health) — показатели, характеризующие внутреннее состояние процесса, его стабильность, устойчивость и способность стабильно достигать результатов в будущем.

Отличие от показателей выхода:

ХарактеристикаПоказатели выходаМетрики здоровья
ФокусРезультат для клиентаВнутреннее состояние процесса
Временной горизонтТекущий результатПрогноз будущей производительности
РеактивностьКонстатация фактаРаннее предупреждение
ПримерКоличество отгрузокЗапас производственной мощности

Примеры метрик здоровья:

МетрикаЧто измеряетПочему «здоровье»
Cp/Cpk (индекс воспроизводимости)Стабильность процессаПоказывает способность процесса удерживаться в допусках
% загрузки ресурсовНапряжённость процессаПерегрузка >85% — риск сбоев
Backlog / WIPНакопление незавершённой работыРост WIP — предвестник увеличения Lead Time
Текучесть персонала процессаУстойчивость командыВысокая текучесть — риск потери компетенций
Technical DebtНакопленные проблемыРост долга — риск будущих инцидентов

КЛИЕНТ ПРОЦЕССА И ТРЕБОВАНИЯ К РЕЗУЛЬТАТУ

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

7.1. Определение клиента процесса

Устанавливает правила идентификации внутренних и внешних клиентов процесса.

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

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

Опишите алгоритм определения клиента (3-4 шага). Приведите матрицу типов клиентов с примерами и способами выявления требований.

Пример:

Алгоритм определения клиента:

  1. Идентификация выхода процесса — определить, что является продуктом/услугой процесса
  2. Определение получателя — выявить, кто получает и использует выход процесса
  3. Классификация клиента — отнести к категории (внешний/внутренний, основной/вторичный)
  4. Формализация требований — задокументировать требования клиента к выходу

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

Тип клиентаОпределениеПримерыСпособ выявления требований
Внешний основнойКонечный потребитель продукта/услугиПокупатель, заказчикОпросы, NPS, анализ жалоб
Внешний вторичныйРегуляторы, партнёрыНалоговая, банки, поставщикиАнализ нормативных требований
Внутренний основнойСледующий процесс в цепочкеПроцесс «Доставка» для процесса «Производство»Интервью с владельцем следующего процесса
Внутренний вторичныйФункции поддержкиБухгалтерия, юристыАнализ регламентов взаимодействия

7.2. Трансформация требований в показатели

Определяет процедуру преобразования требований клиента в измеримые показатели.

Каким образом требования клиента (VOC) и соглашения об уровне сервиса трансформируются в показатели качества и сервиса?

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

Опишите процесс трансформации VOC → CTQ → KPI (3-4 этапа). Приведите сквозной пример от голоса клиента до конкретного показателя.

Пример:

Процесс трансформации VOC → CTQ → KPI:

  1. Сбор VOC (Voice of Customer) — голос клиента в его терминах
  2. Интерпретация потребности — перевод на язык процесса
  3. Определение CTQ (Critical to Quality) — критические характеристики качества
  4. Формирование KPI/SLA — измеримый показатель с целевым значением

Пример трансформации:

ЭтапЭлементФормулировка
VOCГолос клиента«Хочу получать заказ быстро»
ИнтерпретацияПотребностьМинимальное время ожидания доставки
CTQКритическая характеристикаСрок доставки от заказа до получения
KPIПоказательLead Time «заказ — доставка»
SLAСоглашение≤ 3 рабочих дней для 95% заказов

Матрица CTQ → KPI:

CTQ (что важно клиенту)KPIФормулаSLA
СкоростьLead TimeДата получения − Дата заказа≤ 3 дней
ПолнотаOTIF(Полные и в срок) / Всего заказов × 100%≥ 95%
Качество% рекламацийРекламации / Отгрузки × 100%≤ 1%

7.3. Учёт зрелости и доступности данных

Устанавливает правила адаптации показателей к уровню зрелости процесса.

Как учитывается уровень зрелости процессного управления и доступность данных при выборе показателей?

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

Составьте матрицу рекомендуемых типов показателей в зависимости от уровня зрелости (1-5) и доступности данных (ручной ввод / частичная автоматизация / полная автоматизация).

Пример:

Матрица «Зрелость × Доступность данных»:

Уровень зрелостиРучной вводЧастичная автоматизацияПолная автоматизация
1 — НачальныйБазовые объёмные (шт., руб.)Не применимоНе применимо
2 — УправляемыйКлючевые KPI (3-5 шт.)Базовые KPI + метрики времениНе применимо
3 — ОпределённыйKPI + SLAKPI + операционные метрикиKPI + Process Health
4 — Количественно управляемыйНе рекомендуетсяKPI + SPCПолный набор + аналитика
5 — ОптимизирующийНе применимоKPI + предиктивныеKPI + Process Mining + AI

Рекомендации по выбору показателей:

СитуацияРекомендация
Низкая зрелость + ручной ввод3-5 ключевых KPI, простые формулы
Средняя зрелость + частичная автоматизация5-7 KPI + операционные метрики
Высокая зрелость + полная автоматизацияПолная система + Process Health + предиктивная аналитика

ПРОЦЕДУРА РАЗРАБОТКИ ПОКАЗАТЕЛЕЙ

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

8.1. Последовательность разработки

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

Какова регламентированная последовательность разработки показателя от инициирования потребности до ввода в эксплуатацию?

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

Опишите 8-10 этапов жизненного цикла разработки показателя с указанием входов, выходов и ответственных ролей для каждого этапа.

Пример:

ЭтапВходВыходОтветственныйСрок
1ИнициированиеПотребность в показателеЗаявка на разработкуВладелец процесса1 день
2Анализ целесообразностиЗаявкаРешение о разработкеПроцессный офис3 дня
3ПроектированиеРешениеПроект паспорта показателяБизнес-аналитик5 дней
4Определение источников данныхПроект паспортаСпецификация источниковБизнес-аналитик + ИТ3 дня
5Верификация формулыСпецификацияАкт верификацииПроцессный офис2 дня
6Техническая реализацияАкт верификацииНастроенный расчёт в ИСИТ/BI5-10 дней
7ТестированиеНастроенный расчётПротокол тестированияБизнес-аналитик5 дней
8СогласованиеПротокол тестированияСогласованный паспортВладелец процесса3 дня
9УтверждениеСогласованный паспортУтверждённый паспортРуководитель ПО2 дня
10Ввод в эксплуатациюУтверждённый паспортПоказатель в реестреПроцессный офис1 день
11Итого35 дней

8.2. Инициирование разработки

Определяет право инициирования и основания для разработки/пересмотра показателей.

Кто имеет право инициировать разработку или пересмотр показателей и по каким основаниям?

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

Перечислите роли, имеющие право инициирования (3-5 ролей). Укажите 5-7 оснований для инициирования с примерами.

Пример:

Роли с правом инициирования:

РольПраво инициированияОграничения
Владелец процессаПолноеДля процессов в зоне ответственности
Руководитель подразделенияОграниченноеПо согласованию с Владельцем процесса
Процессный офисПолноеМетодологические и кросс-процессные показатели
Служба внутреннего аудитаРекомендательноеПо результатам аудита
Топ-менеджментПолноеСтратегические KPI

Основания для инициирования:

ОснованиеОписаниеПример
Изменение процессаСущественное изменение логики процессаВнедрение нового этапа согласования
Стратегические измененияНовые стратегические целиФокус на клиентском опыте
Управление рискамиВыявление новых рисковРиск мошенничества в процессе
ИТ-измененияВнедрение новых системЗапуск DES / BPMS с новыми данными
Результаты аудитаРекомендации аудиторовНедостаточный контроль процесса
Требования регуляторовНовые нормативные требованияТребования ЦБ к срокам обработки
Инициатива улучшенийПроекты оптимизацииСокращение Lead Time

8.3. Формула и методика расчёта

Определяет требования к математической модели расчёта показателя.

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

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

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

Пример:

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

  1. Однозначность — формула даёт единственный результат при заданных входных данных
  2. Воспроизводимость — любой специалист может повторить расчёт и получить тот же результат
  3. Полнота — все переменные формулы определены и имеют источники данных
  4. Корректность единиц измерения — размерности переменных согласованы
  5. Обработка исключений — определено поведение при отсутствии данных или делении на ноль
  6. Документирование — формула задокументирована в паспорте показателя

Методы агрегации данных:

МетодФормулаОбласть примененияПример
СуммаΣ(xi)Объёмные показателиОбщий объём продаж
Среднее арифметическоеΣ(xi)/nТипичное значениеСреднее время обработки
СредневзвешенноеΣ(xi×wi)/Σ(wi)Показатели с разной значимостьюВзвешенный NPS по сегментам
МедианаMe(x)Устойчивость к выбросамМедианное время закрытия тикета
ПроцентильP90(x)SLA-показатели90% заявок обработано за X часов
Условная агрегацияΣ(xi, если условие)Фильтрация по критериямОбъём продаж новым клиентам

8.4. Верификация и валидация

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

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

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

Опишите процедуру верификации (проверка логики) и валидации (проверка реализуемости). Укажите критерии успешности каждой проверки.

Пример:

Процедура верификации (проверка логики):

ПроверкаВопросКритерий успеха
Математическая корректностьФормула даёт корректный результат?Тестовый расчёт совпадает с ожиданием
Логическая непротиворечивостьФормула согласована с целью показателя?Рост показателя = улучшение процесса
Полнота переменныхВсе переменные определены?100% переменных имеют источники
Обработка граничных случаевКак ведёт себя формула при 0, null, экстремумах?Результат корректен или явно обработан
Единицы измеренияРазмерности согласованы?Результат имеет корректную размерность

Процедура валидации (проверка реализуемости):

ПроверкаВопросКритерий успеха
Доступность данныхДанные существуют в ИС?Источник данных подтверждён владельцем
Качество данныхДанные достоверны и полны?Полнота ≥95%, достоверность подтверждена
Частота обновленияДанные обновляются с нужной периодичностью?Периодичность источника ≤ периодичности показателя
Техническая реализуемостьРасчёт можно автоматизировать?ИТ подтвердило возможность реализации
Стоимость реализацииЗатраты оправданы?Стоимость < ценности информации

8.5. Тестирование метрики

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

Какова процедура тестирования метрики перед вводом в промышленную эксплуатацию?

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

Опишите этапы тестирования (3-4 этапа), критерии успешности и минимальную продолжительность тестового периода.

Пример:

Этапы тестирования:

ЭтапСодержаниеПродолжительностьКритерий успеха
1. Unit-тестированиеПроверка расчёта на тестовых данных1-2 дняРезультат соответствует ожиданию
2. Интеграционное тестированиеПроверка сквозного расчёта с реальными источниками3-5 днейРасчёт выполняется без ошибок
3. Параллельный расчётСравнение автоматического и ручного расчёта1-2 периодаОтклонение < 1%
4. Пилотная эксплуатацияИспользование показателя в реальном управлении1-3 месяцаПоказатель адекватен, нет жалоб

Критерии успешности тестирования:

  1. Отклонение автоматического расчёта от ручного < 1%
  2. Отсутствие критических ошибок расчёта
  3. Время формирования отчёта в пределах нормы
  4. Положительная обратная связь от пользователей
  5. Подтверждение адекватности целевых значений

8.6. Согласование и утверждение

Определяет контрольные точки и процедуры согласования/утверждения показателя.

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

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

Опишите 4-5 контрольных точек (Quality Gates) с указанием критериев прохождения и лиц, принимающих решение.

Пример:

Контрольные точки (Quality Gates):

Quality GateЧто проверяетсяКритерии прохожденияКто принимает решение
QG1: ЦелесообразностьНужен ли показатель?Обоснована связь с целями, нет дублированияПроцессный офис
QG2: ПроектированиеКорректен ли дизайн?Паспорт заполнен, формула верифицированаБизнес-аналитик + ПО
QG3: РеализуемостьМожно ли реализовать?ИТ подтвердило, данные доступныИТ + Владелец данных
QG4: ТестированиеРаботает ли расчёт?Протокол тестирования положительныйБизнес-аналитик
QG5: УтверждениеГотов ли к эксплуатации?Все QG пройдены, паспорт согласованВладелец процесса + ПО

Матрица согласования:

ДокументВладелец процессаПроцессный офисИТФинансыУтверждающий
Паспорт показателяСССИРуководитель ПО
Целевые значенияССИСВладелец процесса
Изменение формулыСССИРуководитель ПО

С — согласование, И — информирование


ПАСПОРТИЗАЦИЯ ПОКАЗАТЕЛЕЙ

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

9.1. Структура паспорта показателя

Определяет обязательные и дополнительные атрибуты паспорта показателя.

Какова унифицированная структура Паспорта показателя и какие атрибуты являются обязательными?

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

Составьте полный перечень атрибутов паспорта (15-20 атрибутов), разделив их на обязательные и дополнительные. Приведите пример заполненного паспорта.

Пример:

Структура паспорта показателя:

РазделАтрибутСтатусОписание
ИдентификацияID показателяОбязательныйУникальный идентификатор (KPI-001)
НаименованиеОбязательныйПолное наименование показателя
Краткое наименованиеДополнительныйДля отображения в дашбордах
ВерсияОбязательныйНомер версии паспорта
ПринадлежностьПроцессОбязательныйПроцесс, к которому относится показатель
Владелец показателяОбязательныйОтветственный за показатель
Владелец данныхОбязательныйОтветственный за источник данных
РасчётФормулаОбязательныйМатематическая формула расчёта
Единицы измеренияОбязательный%, шт., руб., дни и т.д.
Метод агрегацииОбязательныйСумма, среднее, медиана и т.д.
Источник данныхОбязательныйИС, таблица, поле
Правила округленияОбязательныйКоличество знаков после запятой
ЗначенияБазовое значениеОбязательныйИсходное значение до улучшений
Целевое значениеОбязательныйПланируемый уровень
Пороговые значенияОбязательныйЗелёная/жёлтая/красная зоны
НаправленностьОбязательныйРост = хорошо / Снижение = хорошо
ИзмерениеПериодичностьОбязательныйЧастота измерения
Отчётный периодОбязательныйМесяц, квартал, год
Срок предоставленияДополнительныйДата готовности данных
ДополнительноСвязанные показателиДополнительныйКонтрметрики, драйверы
История измененийДополнительныйЖурнал изменений паспорта

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

АтрибутЗначение
IDKPI-OTC-001
НаименованиеLead Time процесса «Order-to-Cash»
ПроцессOrder-to-Cash (L2)
Владелец показателяДиректор по операциям
ФормулаДата поступления оплаты − Дата получения заказа
Единицы измеренияРабочие дни
Источник данныхERP SAP, таблица VBAK + BSAD
Базовое значение12 дней
Целевое значение≤ 8 дней
Пороговые значенияЗелёная: ≤8, Жёлтая: 8-10, Красная: >10
ПериодичностьЕжемесячно

9.2. Правила обработки данных

Устанавливает стандартные правила агрегации, округления и обработки исключений.

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

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

Составьте справочник правил обработки данных (5-6 категорий правил) с примерами применения.

Пример:

Правила агрегации:

Тип агрегацииКогда применятьПример
СуммаАддитивные показателиОбъём продаж
СреднееИнтенсивные показателиСреднее время обработки
Взвешенное среднееРазная значимость элементовNPS по сегментам (вес = доля выручки)
Минимум/МаксимумКритические значенияМаксимальное время ожидания
Процентиль (P90/P95)SLA-показатели95% заявок обработано за X часов

Правила округления:

Тип показателяПравило округленияПример
ПроцентныеДо 1 знака95.3%
ДенежныеДо целых (тыс./млн.)1 250 тыс. руб.
ВременныеДо 1 знака4.5 дня
КоличественныеДо целых127 шт.
ИндексыДо 2 знаков0.85

Обработка пропусков данных:

СитуацияПравилоПример
Нет данных за периодПометка «Н/Д», не включать в агрегациюФилиал не работал
Частичные данные (<80%)Расчёт с пометкой «Неполные данные»Данные за 20 из 25 дней
Частичные данные (≥80%)Экстраполяция на полный периодДанные за 24 из 25 дней

Обработка аномальных значений:

СитуацияПравилоДействие
Выброс >3σ от среднегоИсключить из расчёта среднегоПометить для анализа
Отрицательное значение (недопустимо)Заменить на 0 или nullЗарегистрировать ошибку данных
Значение >100% (недопустимо)Ограничить до 100%Проверить источник данных

9.3. Агрегация по уровням

Определяет методы агрегации показателей при переходе между уровнями.

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

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

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

Пример:

Методы агрегации между уровнями:

МетодОписаниеКогда применять
СуммированиеΣ показателей подуровнейLead Time = Σ времени этапов
Взвешенное среднееΣ (показатель × вес) / Σ весовОбщий NPS = Σ (NPS сегмента × доля сегмента)
Минимум из максимумовmin(max показателей этапов)Пропускная способность = узкое место
Произведение вероятностейΠ вероятностей успехаOTIF = % в срок × % полностью

Пример расчёта сквозного Lead Time:

Этап процессаПоказатель этапаЗначениеАгрегация
Приём заказаВремя обработки заявки0.5 дня
ПроизводствоПроизводственный цикл3 дняСумма
КомплектацияВремя комплектации0.5 дня
ДоставкаВремя доставки2 дня
E2E Lead TimeИтого6 днейΣ

Пример расчёта составного OTIF:

КомпонентПоказательЗначениеАгрегация
On-Time% заказов в срок96%
In-Full% полных заказов98%Произведение
OTIFOn-Time × In-Full94.1%0.96 × 0.98

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

Устанавливает требования к ведению единого реестра показателей организации.

Какие требования предъявляются к ведению реестра (каталога) показателей организации?

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

Опишите структуру реестра (5-7 разделов), правила присвоения ID, процедуру внесения изменений и ответственного за ведение.

Пример:

Структура реестра показателей:

Раздел реестраСодержание
Справочник показателейID, наименование, тип, процесс, статус
Паспорта показателейПолные паспорта всех активных показателей
Связи показателейИерархия, зависимости, контрметрики
История значенийАрхив фактических значений по периодам
Журнал измененийИстория изменений паспортов и формул

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

КомпонентФорматПример
Префикс типаKPI / PI / KRIKPI
Код процесса3 буквыOTC (Order-to-Cash)
Порядковый номер3 цифры001
Полный ID[Тип]-[Процесс]-[Номер]KPI-OTC-001

Ответственность за реестр:

РольОтветственность
Процессный офисВедение реестра, контроль целостности, архивирование
Владелец показателяАктуальность паспорта, инициирование изменений
ИТ/BIТехническая поддержка реестра, интеграции

ИСТОЧНИКИ ДАННЫХ И КАЧЕСТВО ДАННЫХ

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

10.1. Требования к источникам данных

Определяет критерии качества источников и их приоритетность.

Какие требования предъявляются к источникам данных и как обеспечивается принцип «единой версии правды»?

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

Опишите 5-6 требований к источникам данных. Составьте матрицу приоритетности источников (DES / BPMS, ERP, CRM, ручной ввод). Опишите принцип Single Source of Truth.

Пример:

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

ТребованиеОписаниеМетрика
ДостоверностьДанные корректно отражают реальность% ошибок <1%
ПолнотаВсе необходимые данные присутствуютПолнота ≥95%
СвоевременностьДанные доступны в требуемые срокиЗадержка <1 дня
ТочностьДостаточная детализация данныхСоответствие формату
СогласованностьДанные непротиворечивы между источниками0 конфликтов
ПрослеживаемостьВозможность отследить происхождение данныхНаличие аудит-трейла

Приоритетность источников:

ПриоритетТип источникаОбоснованиеПример
1DES / BPMSДанные о ходе процесса в реальном времениCamunda, ELMA
2ERPТранзакционные данные, мастер-данныеSAP, 1С
3CRMДанные о клиентах и взаимодействияхSalesforce, Bitrix24
4BI/DWHАгрегированные данныеPower BI, Tableau
5Ручной вводТолько при отсутствии автоматизацииExcel, формы

Принцип Single Source of Truth (SSOT):

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


10.2. Верификация источников данных

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

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

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

Опишите процедуру верификации источника (4-5 шагов). Укажите критерии допуска источника к использованию.

Пример:

Процедура верификации источника:

ШагДействиеОтветственныйРезультат
1Идентификация источникаБизнес-аналитикСпецификация источника (ИС, таблица, поле)
2Проверка доступностиИТПодтверждение технической доступности
3Проверка качества данныхАналитик данныхОтчёт о качестве (полнота, достоверность)
4Согласование с владельцем данныхВладелец данныхПодтверждение корректности интерпретации
5ДокументированиеБизнес-аналитикКарточка источника в реестре

Критерии допуска источника:

КритерийПороговое значениеДействие при несоответствии
Полнота данных≥95%Доработка источника или альтернатива
Достоверность≥99%Аудит и исправление данных
Своевременность≤1 рабочий деньОптимизация процесса загрузки
Документированность100% полей описаноДополнение документации

10.3. Ручной ввод данных

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

Какова процедура действий при отсутствии автоматизированных источников?

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

Укажите условия допустимости ручного ввода (3-4 условия). Опишите меры минимизации человеческого фактора (5-6 мер).

Пример:

Условия допустимости ручного ввода:

  1. Автоматизированный источник отсутствует и его создание экономически нецелесообразно
  2. Показатель критически важен для управления
  3. Объём данных позволяет обеспечить качество ручного ввода (<100 записей/период)
  4. Определён ответственный за ввод и контроль качества

Меры минимизации человеческого фактора:

МераОписаниеЭффект
Стандартизация формы вводаЕдиный шаблон с валидациейСнижение ошибок формата
Выпадающие спискиВыбор из справочников вместо вводаСнижение опечаток
Автоматическая валидацияПроверка диапазонов, форматовВыявление ошибок сразу
Двойной вводВвод двумя операторами независимоВыявление расхождений
Контроль «4 глаз»Проверка данных вторым сотрудникомСнижение ошибок на 80%
Сверка с первичкойРегулярная сверка с документамиВыявление системных ошибок

10.4. Ответственность за данные

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

Кто назначается ответственным за предоставление и корректность данных?

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

Опишите роль Владельца данных (Data Owner): обязанности, полномочия, критерии назначения. Приведите матрицу ответственности.

Пример:

Роль Владельца данных (Data Owner):

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

Матрица ответственности за данные:

РольКачество данныхСвоевременностьДоступАрхивирование
Владелец данныхAAAA
ИТ-администраторSRRR
Оператор вводаRRII
Бизнес-аналитикCCCI
Владелец показателяIICI

R — Responsible, A — Accountable, C — Consulted, I — Informed


ПЕРИОДИЧНОСТЬ ИЗМЕРЕНИЙ И АВТОМАТИЗАЦИЯ

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

11.1. Периодичность измерений

Устанавливает правила определения частоты измерений в зависимости от характеристик процесса.

Как определяется периодичность и дискретность измерений в зависимости от волатильности процесса?

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

Составьте матрицу определения периодичности в зависимости от волатильности и критичности процесса. Укажите 4-5 вариантов периодичности с примерами.

Пример:

Матрица определения периодичности:

Волатильность процессаНизкая критичностьСредняя критичностьВысокая критичность
Высокая (изменения ежедневно)ЕжедневноReal-time / ЕжедневноReal-time
Средняя (изменения еженедельно)ЕженедельноЕжедневно / ЕженедельноЕжедневно
Низкая (изменения ежемесячно)ЕжемесячноЕженедельно / ЕжемесячноЕженедельно

Варианты периодичности:

ПериодичностьКогда применятьПримеры показателей
Real-timeКритичные процессы, требующие немедленной реакцииВремя ожидания в очереди, статус инцидентов
Посменно / ЕжедневноОперационные процессы с высокой волатильностьюВыработка, % брака, Lead Time
ЕженедельноТипичные операционные показателиOTIF, NPS, количество обращений
ЕжемесячноТактические показатели, медленные процессыСебестоимость, текучесть, уровень автоматизации
ЕжеквартальноСтратегические показателиROI процесса, зрелость процесса

Отчётный период:

Периодичность измеренияОтчётный периодСрок предоставления
Real-timeНет (мониторинг)Немедленно
ЕжедневноДень/НеделяСледующий рабочий день
ЕженедельноНеделяПонедельник следующей недели
ЕжемесячноМесяц5-й рабочий день месяца
ЕжеквартальноКвартал10-й рабочий день квартала

11.2. Автоматизация сбора и расчёта

Определяет требования к автоматизации процесса работы с показателями.

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

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

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

Пример:

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

НаправлениеТребованиеЦелевой уровень
Сбор данныхАвтоматическое извлечение из источников≥80% показателей
РасчётАвтоматический расчёт по расписанию100% показателей
ВизуализацияИнтерактивные дашборды с drill-downВсе уровни управления
ОповещенияАвтоматические алерты при отклоненияхВсе критичные показатели

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

СистемаРоль в автоматизацииИнтеграция
DES / BPMSИсточник данных о ходе процессовAPI / Event streaming
ERPИсточник транзакционных данныхETL / Репликация
DWHХранение и агрегация данныхПрямой доступ
BIВизуализация и аналитикаOLAP / Direct Query
Process MiningАвтоматическое обнаружение метрикИнтеграция с DES / BPMS

Целевые уровни автоматизации:

УровеньОписаниеДоля показателей
Полная автоматизацияСбор → Расчёт → Визуализация → Алерты≥60%
Частичная автоматизацияАвтоматический расчёт, ручная загрузка≤30%
Ручной режимРучной сбор и расчёт≤10%

11.3. Фиксация в процессной архитектуре

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

Где и как показатели фиксируются в процессной архитектуре и как обеспечивается трассируемость?

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

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

Пример:

Фиксация показателей в архитектуре:

Элемент архитектурыЧто фиксируетсяФормат
Реестр процессовПеречень KPI процесса, владельцыТаблица в репозитории
Паспорт процессаКлючевые KPI, целевые значенияРаздел паспорта
Модель BPMNТочки измерения, метрики операцийАннотации к элементам
Карта показателейИерархия, связи, каскадированиеStrategy Map / KPI Tree
Реестр показателейПолные паспорта, формулы, источникиЦентрализованный каталог

Обеспечение трассируемости:

МеханизмОписание
Связь KPI ↔ ЦельКаждый KPI привязан к цели процесса/стратегии
Связь KPI ↔ ПроцессПоказатель привязан к элементу архитектуры (L1-L3)
Связь KPI ↔ ИсточникДокументирована цепочка данных от источника до расчёта
ВерсионированиеИстория изменений формул и целевых значений
Аудит-трейлЖурнал всех изменений с указанием автора и даты

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

СобытиеДействиеОтветственный
Изменение формулыНовая версия паспорта, архивирование старойПроцессный офис
Изменение целевого значенияОбновление версии, фиксация причиныВладелец показателя
Изменение источника данныхВерификация, обновление паспортаБизнес-аналитик + ИТ

ЦЕЛЕВЫЕ ЗНАЧЕНИЯ И ПОРОГИ

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

12.1. Базовое значение

Определяет порядок установления базового (исторического) значения показателя.

Как определяется базовое (историческое) значение показателя?

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

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

Пример:

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

МетодОписаниеКогда применять
Историческое среднееСреднее значение за 6-12 месяцевСтабильный процесс с историей данных
МедианаМедианное значение за периодПроцесс с выбросами
Текущее значениеЗначение на момент внедренияНовый показатель без истории
БенчмаркЗначение из внешних источниковНет внутренних данных

Минимальный период наблюдений:

Периодичность показателяМинимальный период для базы
Ежедневно3 месяца (≥60 наблюдений)
Еженедельно6 месяцев (≥24 наблюдения)
Ежемесячно12 месяцев (≥12 наблюдений)

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

  1. Данные собраны в стабильных условиях (без форс-мажоров)
  2. Методика расчёта не менялась в периоде наблюдений
  3. Исключены аномальные значения (>3σ)
  4. База задокументирована в паспорте показателя

12.2. Методы установления целевых значений

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

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

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

Опишите 5-6 методов установления целевых значений с указанием области применения. Разграничьте целевое (target), плановое и амбициозное (stretch) значения.

Пример:

Методы установления целевых значений:

МетодОписаниеКогда применять
Исторический трендБаза + улучшение на X% в годСтабильные процессы, постепенное улучшение
БенчмаркингЗначение лучших практик отраслиАмбициозные цели, конкурентное преимущество
ДирективныйУстановлен руководствомСтратегические приоритеты
Требования клиентаНа основе VOC/SLAКлиентоориентированные показатели
Возможности системыТеоретический максимум процессаОптимизация, устранение потерь
РегуляторныйТребования законодательстваCompliance-показатели

Типы целевых значений:

ТипОпределениеВероятность достижения
Плановое (Plan)Реалистичная цель на период70-80%
Целевое (Target)Ожидаемый результат при хорошей работе50-60%
Амбициозное (Stretch)Максимально достижимый результат20-30%

Пример установления значений:

ПоказательБазаПлановоеЦелевоеАмбициозноеМетод
Lead Time10 дней9 дней8 дней6 днейТренд + бенчмарк
NPS45485260Тренд + бенчмарк
% брака2.5%2.2%2.0%1.5%Тренд

12.3. Система пороговых значений

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

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

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

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

Пример:

Система «светофор»:

ЗонаДиапазонИнтерпретацияДействие
🟢 Зелёная≥ ЦелевогоЦель достигнутаМониторинг, фиксация лучших практик
🟡 ЖёлтаяМежду порогом и цельюОтклонение, требует вниманияАнализ причин, корректирующие действия
🔴 Красная< ПороговогоКритическое отклонениеЭскалация, план восстановления
⚫ Критическая< КритическогоКризисНемедленная эскалация на топ-уровень

Правила определения границ:

ГраницаМетод определенияПример (Lead Time, цель = 8 дней)
ЦелевоеТребования клиента / бенчмарк8 дней
ПороговоеЦелевое + допустимое отклонение (15-20%)9.5 дней
КритическоеSLA / регуляторное требование12 дней

Матрица действий:

ЗонаВладелец процессаПроцессный офисТоп-менеджмент
🟢 ЗелёнаяМониторингОтчётностьИнформирование
🟡 ЖёлтаяRCA + корректирующие действияМетодологическая поддержкаИнформирование
🔴 КраснаяПлан восстановленияУчастие в RCAКонтроль исполнения
⚫ КритическаяЭскалацияКоординацияПринятие решений

12.4. Интерпретация отклонений

Устанавливает правила интерпретации отклонений с учётом вариативности процесса.

Как учитывается вариативность и стабильность процесса при интерпретации отклонений?

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

Опишите методы статистического контроля процесса (SPC, контрольные карты). Укажите, как отличать системные отклонения от случайных.

Пример:

Методы статистического контроля:

МетодОписаниеКогда применять
Контрольные карты ШухартаВизуализация вариативности во времениНепрерывные процессы, производство
Правило 3σОтклонение >3σ = особая причинаОценка статистической значимости
Индексы Cp/CpkОценка воспроизводимости процессаОценка способности соответствовать требованиям
Тренд-анализВыявление направленных измененийОбнаружение системных сдвигов

Разграничение типов вариации:

Тип вариацииПризнакиДействия
Случайная (Common Cause)Значения в пределах контрольных границ, случайное распределениеНе требует реакции, улучшение системы
Особая (Special Cause)Выход за границы, тренды, серииПоиск и устранение причины

Правила выявления особых причин (Western Electric Rules):

ПравилоОписание
1 точка за 3σОдно значение за контрольной границей
2 из 3 за 2σДве точки из трёх последовательных за 2σ
4 из 5 за 1σЧетыре из пяти точек за 1σ с одной стороны
8 подрядВосемь точек подряд с одной стороны от среднего
6 подряд вверх/внизШесть точек подряд с устойчивым ростом/снижением

12.5. Пересмотр целевых значений

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

Каковы правила, основания и периодичность пересмотра целевых значений?

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

Укажите периодичность планового пересмотра. Перечислите 5-6 оснований для внепланового пересмотра. Опишите процедуру пересмотра.

Пример:

Периодичность пересмотра:

Тип показателяПлановый пересмотрОснование
Стратегические KPIЕжегодноСтратегическое планирование
Операционные KPIЕжеквартальноОперационное планирование
SLAПри изменении контрактаДоговорные обязательства

Основания для внепланового пересмотра:

ОснованиеОписаниеПример
Достижение целиЦель стабильно достигается 3+ периодаNPS достиг 60, нужна новая цель
Изменение процессаСущественное изменение логики процессаВнедрение автоматизации
Изменение стратегииНовые стратегические приоритетыФокус на качество вместо объёма
Изменение рынкаИзменение конкурентной средыНовый игрок с лучшими показателями
Результаты бенчмаркингаНовые данные о лучших практикахОтраслевой отчёт
НедостижимостьЦель нереалистична по объективным причинамОграничения системы

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

ШагДействиеОтветственный
1Инициирование пересмотра (заявка с обоснованием)Владелец показателя
2Анализ текущих значений и трендовБизнес-аналитик
3Подготовка предложения по новому значениюБизнес-аналитик
4Согласование с заинтересованными сторонамиВладелец процесса
5Утверждение нового значенияПроцессный офис / Топ-менеджмент
6Обновление паспорта показателяПроцессный офис

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

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

13.1. Роли и матрица ответственности

Устанавливает перечень ролей и распределение ответственности по RACI.

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

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

Перечислите 6-8 ролей с описанием их функций. Составьте RACI-матрицу по этапам жизненного цикла показателя.

Пример:

Роли в системе управления показателями:

РольОписание функций
Владелец процессаОтвечает за результативность процесса, инициирует разработку KPI, устанавливает целевые значения
Владелец показателяОтвечает за конкретный показатель: актуальность, корректность расчёта, достижение цели
Владелец данныхОбеспечивает качество и своевременность данных в источнике
Бизнес-аналитикПроектирует показатели, разрабатывает формулы, проводит анализ
Процессный офисМетодологическая поддержка, ведение реестра, контроль качества системы
ИТ/BIТехническая реализация расчётов, интеграции, дашбордов
Внутренний аудитПроверка корректности расчётов и достоверности данных

RACI-матрица:

Этап жизненного циклаВладелец процессаВладелец показателяБизнес-аналитикПроцессный офисИТ/BI
ИнициированиеARCCI
ПроектированиеCARCC
ВерификацияICRAC
Техническая реализацияICCCA/R
ТестированиеCARCS
УтверждениеARIAI
МониторингCA/RSCS
Анализ отклоненийARRCS
ПересмотрARRAC

R — Responsible, A — Accountable, C — Consulted, S — Support, I — Informed


13.2. Полномочия владельцев

Разграничивает полномочия между Владельцем процесса и Владельцем показателя.

Как распределяются полномочия между Владельцем процесса и Владельцем показателя?

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

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

Пример:

Разграничение полномочий:

РешениеВладелец процессаВладелец показателяПроцессный офис
Инициирование нового KPIРешаетИсполняетСогласует методологию
Утверждение формулы расчётаСогласуетПредлагаетУтверждает
Установление целевого значенияУтверждаетПредлагаетСогласует
Изменение формулыСогласуетИнициируетУтверждает
Пересмотр целевого значенияУтверждаетИнициируетСогласует
Вывод показателя из эксплуатацииРешаетИсполняетСогласует
Эскалация критических отклоненийПринимает решенияИнициируетКоординирует

Зоны ответственности:

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

13.3. Зона управляемого влияния

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

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

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

Опишите критерии определения зоны влияния (3-4 критерия). Приведите примеры корректного и некорректного закрепления ответственности.

Пример:

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

КритерийОписаниеПроверочный вопрос
Полномочия на решенияПраво принимать решения, влияющие на показательМожет ли ответственный изменить процесс?
Контроль ресурсовРаспоряжение ресурсами (люди, бюджет, ИТ)Может ли выделить/перераспределить ресурсы?
Информационный доступДоступ к данным о показателе в реальном времениВидит ли отклонения своевременно?
Организационный охватВлияние на все подразделения, участвующие в процессеМожет ли координировать всех участников?

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

Показатель✅ Корректно❌ НекорректноПричина
Lead Time заказа (E2E)Владелец сквозного процессаНачальник складаСклад — только часть цепочки
Время комплектацииНачальник складаВладелец E2E-процессаЛокальная операция с локальным влиянием
% брака в производствеДиректор производстваДиректор по качествуКачество контролирует, но не управляет производством
NPSВладелец процесса «Обслуживание»МаркетингМаркетинг не управляет сервисом

Правило: Ответственность закрепляется только за тем, кто имеет реальные рычаги влияния на ≥80% факторов, определяющих значение показателя.


МОНИТОРИНГ И ВИЗУАЛИЗАЦИЯ

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

14.1. Инструменты визуализации

Устанавливает требования к инструментам визуализации показателей.

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

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

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

Пример:

Типы инструментов визуализации:

ИнструментНазначениеАудиторияПериодичность обновления
Стратегический дашбордОбзор KPI верхнего уровняТоп-менеджментЕжемесячно
Операционный дашбордДетальный мониторинг процессовВладельцы процессовЕжедневно / Real-time
Контрольные картыСтатистический контроль стабильностиАналитикиПо мере поступления данных
ОтчётыДетальный анализ за периодВсе уровниПо расписанию
Drill-down панелиПогружение в детали отклоненийАналитики, владельцыПо запросу

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

ТребованиеОписание
Принцип 5 секундКлючевая информация считывается за 5 секунд
Цветовая кодировкаЕдиная система «светофор» по всей организации
Минимум элементовНе более 7-9 элементов на экране
КонтекстПоказ динамики, сравнение с целью и периодом
ИнтерактивностьВозможность drill-down до первичных данных

Цветовая кодировка:

ЦветЗначениеRGB
🟢 ЗелёныйЦель достигнута#22C55E
🟡 ЖёлтыйОтклонение, требует внимания#EAB308
🔴 КрасныйКритическое отклонение#EF4444
⚪ СерыйНет данных / не применимо#9CA3AF

Рекомендуемые типы диаграмм:

ЗадачаТип диаграммы
Тренд во времениЛинейный график
Сравнение план/фактСтолбчатая диаграмма
СтруктураКруговая / Treemap
КорреляцияТочечная диаграмма
РаспределениеГистограмма / Box plot

14.2. Регламент мониторинга

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

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

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

Опишите форматы регулярных встреч (Process Review), их периодичность, участников и обязательные артефакты. Укажите различия для real-time и периодического мониторинга.

Пример:

Форматы регулярного мониторинга:

ФорматПериодичностьУчастникиПродолжительностьФокус
Ежедневный стендапЕжедневноВладелец процесса, ключевые исполнители15 минОперационные отклонения
Process ReviewЕженедельноВладельцы процессов, процессный офис60 минKPI процессов, корректирующие действия
Операционный комитетЕжемесячноТоп-менеджмент, владельцы процессов90 минСтратегические KPI, системные проблемы
Стратегический обзорЕжеквартальноПравление, владельцы процессов120 минДостижение стратегических целей

Обязательные артефакты Process Review:

АртефактСодержаниеОтветственный
Дашборд KPIТекущие значения с цветовой индикациейBI / Процессный офис
Отчёт об отклоненияхПеречень показателей в жёлтой/красной зонеВладельцы показателей
RCA по критическим отклонениямАнализ причин, корректирующие действияВладельцы процессов
Статус корректирующих действийПрогресс по ранее согласованным мерамОтветственные исполнители
Протокол встречиРешения, ответственные, срокиСекретарь

Различия режимов мониторинга:

АспектReal-time мониторингПериодическая отчётность
ПоказателиКритичные операционныеВсе KPI
РеакцияНемедленная (алерты)Плановая (на встречах)
ОтветственныйДежурный / операторВладелец показателя
ИнструментОперационный дашборд, алертыОтчёты, дашборды

Каков регламент мониторинга показателей в режиме реального времени vs периодической отчётности?

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

Опишите критерии отнесения показателей к real-time мониторингу. Укажите правила настройки алертов.

Пример:

Критерии отнесения к real-time мониторингу:

КритерийПороговое значение
Критичность процессаВысокая (Core)
Скорость измененияИзменения в течение часов
Стоимость отклоненияЗначительные потери за каждый час задержки
Наличие автоматизацииДанные доступны online

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

Тип алертаТриггерКаналПолучатель
ИнформационныйВыход в жёлтую зонуEmailВладелец показателя
ПредупреждениеПриближение к красной зоне (90% порога)Email + MessengerВладелец показателя + процесса
КритическийВыход в красную зонуSMS + ЗвонокВладелец процесса + эскалация

АНАЛИЗ ОТКЛОНЕНИЙ И ЭСКАЛАЦИЯ

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

15.1. Алгоритм анализа отклонений

Устанавливает стандартный протокол анализа при выходе показателя за допустимый диапазон.

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

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

Опишите пошаговый алгоритм анализа (5-7 шагов). Включите методы анализа коренных причин (5 Why, Fishbone). Укажите сроки выполнения каждого шага.

Пример:

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

ШагДействиеМетодСрокРезультат
1Фиксация отклоненияАвтоматический алерт / ручная регистрацияНемедленноКарточка отклонения
2Верификация данныхПроверка корректности расчёта и источника4 часаПодтверждение реальности отклонения
3Оценка критичностиМатрица «влияние × вероятность»4 часаПриоритет отклонения
4Анализ симптомовАнализ трендов, сравнение периодов1 деньОписание симптомов
5Анализ коренных причин5 Why, Fishbone (Ishikawa)2-3 дняПеречень коренных причин
6Разработка корректирующих действийМозговой штурм, анализ решений1-2 дняПлан корректирующих действий
7Согласование и запускУтверждение владельцем процесса1 деньУтверждённый план

Метод «5 Почему» (5 Why):

УровеньВопросПример ответа
ПроблемаLead Time вырос до 12 дней (цель — 8)
Почему 1?Почему Lead Time вырос?Задержки на этапе комплектации
Почему 2?Почему задержки на комплектации?Нехватка персонала на складе
Почему 3?Почему нехватка персонала?Высокая текучесть
Почему 4?Почему высокая текучесть?Низкая заработная плата относительно рынка
Почему 5?Почему низкая зарплата?Не пересматривались ставки 2 года
Коренная причинаУстаревшая система оплаты труда на складе

Диаграмма Исикавы (Fishbone) — категории причин:

  1. Люди: Квалификация, мотивация, нагрузка
  2. Процесс: Логика, регламенты, взаимодействие
  3. Технологии: ИТ-системы, оборудование, инструменты
  4. Данные: Качество, доступность, своевременность
  5. Внешние факторы: Поставщики, клиенты, регуляторы

15.2. Корректирующие действия

Определяет требования к формированию и отслеживанию корректирующих действий.

Какие требования предъявляются к формированию корректирующих действий и мероприятий при недостижении целей?

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

Опишите структуру плана корректирующих действий (5-6 атрибутов). Укажите критерии SMART для формулировки действий.

Пример:

Структура плана корректирующих действий:

АтрибутОписаниеПример
ID отклоненияСсылка на карточку отклоненияDEV-2024-0042
Коренная причинаРезультат RCAУстаревшая система оплаты труда
Корректирующее действиеКонкретное мероприятиеПересмотр ставок оплаты на складе
ОтветственныйЛицо, отвечающее за выполнениеДиректор по персоналу
СрокДата завершения15.02.2025
Ожидаемый эффектЦелевое улучшение показателяСнижение текучести до 15%, Lead Time до 9 дней
СтатусТекущее состояниеВ работе / Выполнено / Просрочено

Требования SMART к формулировке действий:

КритерийТребование✅ Хорошо❌ Плохо
SpecificКонкретное действиеПересмотреть ставки комплектовщиковУлучшить условия труда
MeasurableИзмеримый результатПовысить на 15% относительно рынкаСделать конкурентными
AchievableРеалистичноВ рамках бюджета ФОТУдвоить зарплаты
RelevantСвязано с причинойСнизит текучестьНе связано с проблемой
Time-boundСрок определёнДо 15.02.2025В ближайшее время

15.3. Эскалация и интеграция с PDCA

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

Каковы правила эскалации проблем на вышестоящие уровни управления?

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

Составьте матрицу эскалации в зависимости от критичности отклонения. Укажите сроки и каналы эскалации.

Пример:

Матрица эскалации:

КритичностьУровень эскалацииСрок эскалацииКанал
🟡 Жёлтая зонаВладелец показателя24 часаEmail
🔴 Красная зонаВладелец процесса4 часаEmail + Messenger
⚫ КритическаяТоп-менеджмент1 часЗвонок + Совещание
Системная проблемаПроцессный комитетБлижайшее заседаниеФормальный доклад

Критерии обязательной эскалации:

КритерийОписание
ПовторяемостьОдно и то же отклонение 3+ раза за квартал
ДлительностьПоказатель в красной зоне >2 недель
ВлияниеОтклонение влияет на стратегические цели
РесурсыТребуются ресурсы сверх полномочий владельца
Кросс-функциональностьПричина лежит в зоне нескольких подразделений

Как результаты мониторинга интегрируются с циклом PDCA и инициированием проектов улучшений?

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

Опишите связь мониторинга с каждой фазой PDCA. Укажите критерии инициирования проекта оптимизации.

Пример:

Интеграция с циклом PDCA:

Фаза PDCAРоль мониторинга показателей
PlanАнализ текущих значений → выявление проблем → постановка целей улучшения
DoМониторинг хода реализации улучшений
CheckСравнение план/факт → оценка эффективности изменений
ActСтандартизация успешных практик или корректировка подхода

Критерии инициирования проекта оптимизации:

КритерийПороговое значениеДействие
Gap к цели>20% на протяжении 3+ месяцевИнициировать проект
Потенциал улучшенияБенчмарк лучше на >30%Инициировать проект
Бизнес-кейсROI >100% за 12 месяцевИнициировать проект
Стратегический приоритетСвязь с ключевой стратегической цельюИнициировать проект

УПРАВЛЕНИЕ ЖИЗНЕННЫМ ЦИКЛОМ МЕТРИК

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

16.1. Ввод и аудит показателей

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

Каков порядок ввода показателя в реестр, периодического аудита актуальности и пересмотра?

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

Опишите процедуру ввода показателя в реестр (4-5 шагов). Укажите периодичность и содержание аудита актуальности.

Пример:

Процедура ввода показателя в реестр:

ШагДействиеОтветственныйРезультат
1Прохождение всех Quality GatesБизнес-аналитикЧек-лист QG
2Утверждение паспортаРуководитель ПОУтверждённый паспорт
3Присвоение IDПроцессный офисУникальный идентификатор
4Внесение в реестрПроцессный офисЗапись в реестре
5Настройка отчётностиИТ/BIПоказатель в дашборде

Периодический аудит актуальности:

Аспект аудитаВопросЧастота
Соответствие целямKPI всё ещё связан со стратегией/целями процесса?Ежегодно
ИспользованиеПоказатель используется в принятии решений?Ежеквартально
Качество данныхДанные по-прежнему достоверны и доступны?Ежеквартально
Корректность формулыФормула соответствует текущей логике процесса?При изменении процесса
Целевые значенияЦелевые значения актуальны?Ежегодно

16.2. Вывод из эксплуатации

Определяет критерии и процедуру вывода показателей из эксплуатации.

Каковы критерии актуальности метрик и процедура их вывода из эксплуатации?

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

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

Пример:

Критерии неактуальности показателя:

КритерийОписаниеИндикатор
Отсутствие связи с целямиKPI не связан ни с одной актуальной цельюНет в карте целей
НеиспользованиеДанные не запрашиваются, отчёты не читаются0 обращений за 6 месяцев
Недоступность данныхИсточник данных ликвидирован/недоступенОшибки расчёта
ДублированиеПоказатель дублирует другой KPIКорреляция >0.95
Изменение процессаПроцесс существенно изменилсяФормула неприменима

Процедура вывода из эксплуатации:

ШагДействиеОтветственный
1Инициирование вывода (заявка с обоснованием)Владелец показателя
2Анализ влияния (зависимые отчёты, дашборды)Процессный офис
3Согласование с заинтересованными сторонамиВладелец процесса
4Утверждение выводаРуководитель ПО
5Архивирование паспорта и исторических данныхПроцессный офис + ИТ
6Удаление из активных отчётовИТ/BI
7Уведомление пользователейПроцессный офис

Требования к архивированию:

  1. Паспорт показателя сохраняется в архиве с пометкой «Выведен из эксплуатации»
  2. Исторические данные хранятся минимум 5 лет
  3. Фиксируется причина вывода и дата

16.3. Триггеры пересмотра

Определяет события, инициирующие пересмотр системы показателей.

Каким образом изменения в архитектуре бизнес-процессов триггерят пересмотр системы показателей?

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

Составьте матрицу «тип изменения процесса → действие с показателями». Укажите 4-5 типов изменений.

Пример:

Матрица триггеров пересмотра:

Тип изменения в процессеВлияние на показателиДействие
Оптимизация (улучшение логики)Возможно изменение формулы, целейАудит актуальности формулы и целей
Реинжиниринг (радикальное изменение)Показатели могут стать неприменимыПолный пересмотр системы KPI процесса
Автоматизация этапаНовые источники данных, новые метрикиДобавление метрик, смена источников
Слияние процессовДублирование показателейКонсолидация KPI
Разделение процессаНеполнота покрытияДекомпозиция KPI по новым процессам
Изменение владельцаСмена ответственногоОбновление паспортов, переназначение

16.4. Управление изменениями

Определяет порядок управления изменениями в метриках.

Каков порядок управления изменениями в метриках?

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

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

Пример:

Классификация изменений:

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

Процедура управления изменениями:

ШагДействиеАртефакт
1Регистрация запроса на изменениеЗаявка в системе
2Классификация типа измененияОпределение уровня согласования
3Анализ влиянияОтчёт о влиянии на отчёты, дашборды, интеграции
4СогласованиеЛист согласования
5Внесение измененияНовая версия паспорта
6Тестирование (при изменении формулы)Протокол тестирования
7КоммуникацияУведомление пользователей
8Ввод в действиеОбновление реестра, отчётов

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

Тип версииФорматКогда применять
МажорнаяX.0Существенное изменение формулы
МинорнаяX.YИзменение источника, целевых значений
ПатчX.Y.ZКосметические изменения

ИНТЕГРАЦИЯ С СИСТЕМОЙ МОТИВАЦИИ

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

17.1. Связь с KPI подразделений и системой мотивации

Устанавливает принципы и механизмы трансляции процессных показателей в систему мотивации.

Как показатели процессов связываются с KPI подразделений/должностных лиц и системой мотивации персонала?

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

Опишите механизм каскадирования процессных KPI в показатели мотивации. Укажите принципы связи (3-4) и правила определения веса показателей. Приведите пример матрицы связей.

Пример:

Принципы интеграции с системой мотивации:

ПринципОписание
УправляемостьВ мотивацию включаются только показатели, на которые сотрудник влияет ≥70%
ИзмеримостьПоказатель должен иметь объективный источник данных
СущественностьВес показателя в бонусе ≥10% (иначе не влияет на поведение)
БалансНе более 5-7 показателей на сотрудника

Матрица связи процессных KPI с мотивацией:

KPI процессаДолжностьВес в бонусеОбоснование связи
OTIF (доставка в срок и полностью)Руководитель логистики25%Прямое управление процессом
Время обработки заказаМенеджер по продажам15%Влияние на скорость оформления
Уровень дефектовНачальник производства30%Ответственность за качество
NPS процесса обслуживанияРуководитель сервиса20%Управление клиентским опытом

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

  1. Стратегически важные KPI: вес 20-30%
  2. Операционные KPI: вес 10-20%
  3. Поддерживающие KPI: вес 5-10%
  4. Суммарный вес процессных KPI в бонусе: 40-60%

17.2. Предотвращение манипулирования данными

Определяет механизмы защиты от искажения данных при привязке показателей к мотивации.

Какие ограничения и правила устанавливаются для предотвращения «gaming the system»?

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

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

Пример:

Типичные манипуляции и защитные механизмы:

Тип манипуляцииОписаниеЗащитный механизм
Подгонка данныхРучное искажение первичных данныхАвтоматизация сбора, разделение ролей ввода и контроля
СубоптимизацияДостижение своего KPI в ущерб смежнымКонтрметрики, KPI сквозного процесса
Смещение фокусаРабота только на измеряемые показателиБалансировка количественных и качественных KPI
Манипуляция периодомПеренос результатов между периодамиНарастающий итог, контроль динамики
Cream-skimmingВыбор «лёгких» задачНормирование с учётом сложности
Искажение классификацииНекорректная категоризация событийЧёткие критерии, выборочный аудит

Процедуры контроля:

КонтрольПериодичностьОтветственный
Выборочный аудит первичных данныхЕжемесячноВнутренний аудит
Анализ статистических аномалийЕжеквартальноПроцессный офис
Перекрёстная проверка связанных KPIЕжемесячноВладелец процесса
Опрос потребителей процессаЕжеквартальноСлужба качества

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

  1. Источник данных для KPI мотивации не должен контролироваться оцениваемым сотрудником
  2. Изменение методики расчёта в течение оценочного периода запрещено
  3. При выявлении манипуляций — служебное расследование и пересчёт бонуса

ИНТЕГРАЦИЯ СО СМЕЖНЫМИ СИСТЕМАМИ УПРАВЛЕНИЯ

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

18.1. Интеграция с СМК, управлением рисками и непрерывным улучшением

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

Как Методика интегрируется с системами управления качеством, рисками и непрерывным улучшением?

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

Опишите точки интеграции с каждой системой (СМК, риск-менеджмент, непрерывное улучшение). Укажите информационные потоки и механизмы синхронизации.

Пример:

Интеграция с системой менеджмента качества (СМК):

Точка интеграцииНаправлениеОписание
Цели в области качестваСМК → KPIЦели качества декомпозируются в KPI процессов
Результаты мониторингаKPI → СМКДанные KPI используются для анализа со стороны руководства
НесоответствияKPI ↔ СМКОтклонения KPI — вход для корректирующих действий СМК
Внутренние аудитыСМК → KPIАудит СМК включает проверку системы показателей

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

Точка интеграцииНаправлениеОписание
KRI процессовРиски → KPIКлючевые индикаторы риска включаются в систему показателей
Ранние сигналыKPI → РискиОтклонения KPI — триггеры переоценки рисков
Пороговые значенияРиски → KPIRisk appetite определяет критические пороги
ОтчётностьKPI → РискиДанные KPI включаются в отчёт по рискам

Интеграция с системой непрерывного улучшения:

Точка интеграцииНаправлениеОписание
Выявление проблемKPI → УлучшенияОтклонения KPI — источник инициатив улучшений
ПриоритизацияKPI → УлучшенияВлияние на KPI — критерий приоритета проекта
Оценка эффектаУлучшения → KPIKPI — мера результата проекта улучшений
СтандартизацияУлучшения → KPIУспешные улучшения закрепляются в целевых значениях

Механизмы синхронизации:

МеханизмПериодичностьУчастники
Единый реестр целей и показателейПостоянноПО, СМК, Риски
Совместный анализ отклоненийЕжемесячноВладельцы процессов, риск-менеджеры
Интегрированный управленческий обзорЕжеквартальноТоп-менеджмент
Координационный комитетПо необходимостиПО, СМК, Риски, Улучшения

ДОКУМЕНТИРОВАНИЕ И АРТЕФАКТЫ

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

19.1. Документы жизненного цикла показателей

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

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

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

Составьте матрицу «этап жизненного цикла — обязательные документы». Укажите 6-8 этапов и соответствующие артефакты. Опишите требования к хранению.

Пример:

Матрица документов жизненного цикла:

Этап ЖЦДокумент/АртефактОтветственныйХранение
ИнициированиеЗаявка на разработку показателяИнициаторСЭД
ПроектированиеПроект паспорта показателяБизнес-аналитикСЭД
ВерификацияЧек-лист верификации формулыПроцессный офисСЭД
ВалидацияПротокол валидации источниковИТ/BIСЭД
ТестированиеПротокол тестированияБизнес-аналитикСЭД
УтверждениеУтверждённый паспорт показателяВладелец показателяРеестр
ЭксплуатацияОтчёты мониторинга, протоколы Process ReviewВладелец показателяBI-система
Анализ отклоненийПротокол RCA, план корректирующих действийВладелец процессаСЭД
ПересмотрЗапрос на изменение, новая версия паспортаВладелец показателяСЭД, Реестр
ВыводАкт вывода из эксплуатацииПроцессный офисАрхив

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

РеестрСодержаниеВладелецОбновление
Реестр показателейВсе активные KPI и метрикиПроцессный офисПостоянно
Каталог паспортовПолные паспорта показателейПроцессный офисПри изменениях
Реестр источников данныхСправочник источников и владельцевИТ/BIЕжеквартально
Архив выведенных KPIИсторические данныеПроцессный офисПри выводе

Требования к хранению:

Тип документаСрок храненияФорматДоступ
Паспорта показателейПостоянно (активные), 5 лет (архив)ЭлектронныйПо ролям
Отчёты мониторинга3 годаЭлектронныйВладельцы процессов
Протоколы RCA5 летЭлектронныйОграниченный
Исторические данные KPI5 лет после выводаБаза данныхBI-аналитики

ОБУЧЕНИЕ И КОМПЕТЕНЦИИ

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

20.1. Организация обучения

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

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

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

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

Пример:

Программа обучения по ролям:

Категория участниковТема обученияФорматДлительностьПериодичность
Владельцы процессовМетодология KPI, работа с паспортами, анализ отклоненийОчный тренинг8 часовПри назначении + ежегодно
Владельцы показателейРазработка KPI, мониторинг, управление ЖЦОчный тренинг16 часовПри назначении
Бизнес-аналитикиПроектирование KPI, формулы, источники данныхОчный тренинг + практикум24 часаПри приёме + ежегодно
РуководителиИнтерпретация KPI, принятие решенийОнлайн-курс4 часаЕжегодно
Участники процессовПонимание KPI, влияние на показателиИнструктаж2 часаПри приёме

Учебные материалы:

МатериалЦелевая аудиторияФорматАктуализация
Методика KPI (данный документ)ВсеДокументПри изменениях
Руководство пользователя дашбордовПользователи отчётовИнструкцияПри обновлении BI
Шаблон паспорта с примерамиРазработчики KPIШаблонЕжегодно
Видеоинструкции по работе с BIВсеВидеоПри обновлении
База знаний (FAQ, кейсы)ВсеWikiПостоянно

Ответственность за обучение:

  1. Процессный офис: разработка программ и материалов, проведение тренингов
  2. HR: организация логистики, учёт прохождения
  3. Руководители подразделений: направление сотрудников на обучение

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

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

Какие требования предъявляются к компетенциям сотрудников, работающих с системой показателей?

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

Составьте матрицу компетенций для ключевых ролей. Укажите требуемый уровень (базовый/продвинутый/экспертный) для каждой компетенции.

Пример:

Матрица компетенций:

КомпетенцияВладелец процессаВладелец показателяБизнес-аналитикПроцессный офис
Методология KPIПродвинутыйПродвинутыйЭкспертныйЭкспертный
Статистический анализБазовыйПродвинутыйЭкспертныйПродвинутый
Работа с BI-инструментамиБазовыйПродвинутыйЭкспертныйПродвинутый
Анализ коренных причин (RCA)ПродвинутыйПродвинутыйЭкспертныйЭкспертный
Процессное управлениеЭкспертныйПродвинутыйПродвинутыйЭкспертный
Управление изменениямиПродвинутыйБазовыйБазовыйПродвинутый
Коммуникации и фасилитацияПродвинутыйБазовыйПродвинутыйЭкспертный

Уровни компетенций:

УровеньОписание
БазовыйПонимает концепции, применяет под руководством
ПродвинутыйСамостоятельно применяет, решает типовые задачи
ЭкспертныйРазрабатывает методологию, обучает других, решает нестандартные задачи

Профессиональные стандарты (справочно):

  1. Приказ Минтруда № 248н — Специалист по процессному управлению
  2. Приказ Минтруда № 821н — Бизнес-аналитик

ТИПИЧНЫЕ ОШИБКИ И ОЦЕНКА ЭФФЕКТИВНОСТИ

Описание раздела: Раздел описывает типовые ошибки при работе с показателями и критерии оценки эффективности системы KPI.

21.1. Типовые ошибки и антипаттерны

Определяет типичные ошибки, которых следует избегать при разработке и эксплуатации KPI.

Какие типовые ошибки и антипаттерны при разработке и эксплуатации KPI должны быть предотвращены?

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

Перечислите 8-10 типовых ошибок с описанием последствий и рекомендациями по предотвращению. Сгруппируйте по этапам жизненного цикла.

Пример:

Ошибки на этапе проектирования:

ОшибкаПоследствияКак предотвратить
Измерение ради измеренияKPI не используется в управлении, ресурсы тратятся впустуюТребовать обоснование управленческой ценности при инициировании
Избыточное количество KPIРазмытие фокуса, информационная перегрузкаЛимит 5-7 KPI на процесс, приоритизация
Отсутствие связи со стратегиейKPI не влияет на достижение целейОбязательное каскадирование от стратегии
Неуправляемый KPIВладелец не может влиять на результатПроверка зоны управляемого влияния (≥70%)
Сложная формулаНепонятность, ошибки расчётаУпрощение, документирование логики

Ошибки на этапе эксплуатации:

ОшибкаПоследствияКак предотвратить
«Зависание» целейЦели не пересматриваются, теряют актуальностьОбязательный ежегодный пересмотр
Игнорирование контекстаФормальная оценка без анализа причинRCA при любом отклонении
СубоптимизацияОдин KPI улучшается за счёт другихКонтрметрики, KPI сквозного процесса
Манипулирование даннымиНедостоверность, потеря доверияАвтоматизация сбора, аудит данных
Отсутствие действийОтклонения фиксируются, но не устраняютсяОбязательные корректирующие действия

Системные антипаттерны:

АнтипаттернОписаниеРешение
«Ванильные» KPIОдинаковые показатели для всех процессовКастомизация под специфику процесса
«Водопад данных»Избыток отчётов без анализаФокус на исключениях, drill-down
«Колодцы показателей»KPI подразделений без связи с E2EKPI сквозных процессов, кросс-функциональный баланс

21.2. Оценка эффективности системы KPI

Определяет критерии и методы оценки эффективности системы показателей.

Как оценивается эффективность внедрения и функционирования системы KPI и операционных метрик?

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

Определите 5-7 критериев эффективности системы KPI с метриками и целевыми значениями. Опишите процедуру оценки.

Пример:

Критерии эффективности системы KPI:

КритерийМетрикаЦелевое значениеМетод измерения
Покрытие% процессов с KPI≥90% критичных, ≥70% прочихАнализ реестра
Качество данных% KPI с автоматическим сбором≥80%Анализ паспортов
Использование% KPI, используемых в решениях≥90%Опрос владельцев
Актуальность% KPI, прошедших ежегодный аудит100%Анализ реестра
Связь со стратегией% KPI с прослеживаемой связью100%Карта целей
Достижение целей% KPI в зелёной зоне≥70%Отчёт мониторинга
УдовлетворённостьОценка пользователей системы≥4.0 из 5Ежегодный опрос

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

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

Отчёт об эффективности системы KPI:

Раздел отчётаСодержание
Статистика системыКоличество KPI, распределение по процессам и статусам
Динамика показателейДостижение целей, тренды, проблемные зоны
Качество данныхАвтоматизация, достоверность, своевременность
ИспользованиеПримеры управленческих решений на основе KPI
Проблемы и рискиВыявленные проблемы, предложения по улучшению
План развитияИнициативы по развитию системы на следующий период
Поддержка