ОБЩИЕ ПОЛОЖЕНИЯ И ГРАНИЦЫ ПРИМЕНИМОСТИ
Описание раздела: Раздел определяет цели, задачи, область применения и место Методики в системе внутренней нормативной документации организации. Устанавливает связь с управленческими контурами и целевую аудиторию документа.
1.1. Цели, задачи и область применения
Определяет целевое назначение Методики и границы её применения к различным типам процессов и уровням архитектуры.
Каковы цели, задачи и границы применимости Методики: охватываемые типы процессов, уровни процессной архитектуры, уровни зрелости и место документа в иерархии ВНД?
Инструкция по заполнению:
Сформулируйте 2-3 цели и 4-5 задач Методики. Определите область применения через указание типов процессов (основные, обеспечивающие, управленческие), уровней архитектуры (L0-L4) и минимального уровня зрелости. Укажите место документа в иерархии ВНД.
Пример:
Цели Методики:
- Обеспечить единый подход к разработке, внедрению и управлению показателями эффективности бизнес-процессов
- Создать основу для принятия управленческих решений на основе объективных данных о результативности процессов
Задачи Методики:
- Установить понятийный аппарат и таксономию показателей
- Определить процедуры разработки, согласования и утверждения показателей
- Регламентировать порядок мониторинга, анализа и пересмотра показателей
- Обеспечить связь показателей процессов со стратегическими целями
- Установить ролевую модель и распределение ответственности
Область применения:
| Критерий | Значение |
|---|---|
| Типы процессов | Основные, обеспечивающие, управленческие |
| Уровни архитектуры | L1 (макропроцессы) — L3 (подпроцессы) |
| Минимальный уровень зрелости | Уровень 2 (Управляемый) |
| Место в иерархии ВНД | Политика качества → Положение о процессном управлении → Методика KPI |
Для каких управленческих контуров Методика является обязательной, а для каких — рекомендованной?
Инструкция по заполнению:
Составьте таблицу с перечислением управленческих контуров и статусом применения Методики (обязательно/рекомендовано). Укажите 4-6 контуров.
Пример:
| Управленческий контур | Статус применения | Основание |
|---|---|---|
| Система менеджмента качества (СМК) | Обязательно | Требования ISO 9001:2015 п. 9.1 |
| Процессный офис | Обязательно | Положение о процессном офисе |
| Цифровая трансформация | Обязательно | Программа цифровой трансформации |
| Проекты оптимизации процессов | Обязательно | Регламент проектного управления |
| Операционное управление подразделений | Рекомендовано | Внутренние стандарты подразделений |
| Управление рисками | Рекомендовано | Политика управления рисками |
Кто является целевой аудиторией Методики и какие роли используют её результаты в управлении?
Инструкция по заполнению:
Перечислите 5-7 ролей с указанием их задач в контексте использования Методики. Разделите роли на категории: разработчики показателей, пользователи показателей, контролирующие роли.
Пример:
Разработчики показателей:
- Владельцы процессов — инициируют разработку показателей для своих процессов
- Бизнес-аналитики — проектируют формулы расчёта и источники данных
- Процессный офис — обеспечивает методологическую поддержку и контроль качества
Пользователи показателей:
- Топ-менеджмент — принимает стратегические решения на основе KPI
- Руководители подразделений — управляют операционной деятельностью по метрикам
- Участники процессов — ориентируются на целевые значения в работе
Контролирующие роли:
- Служба внутреннего аудита — проверяет достоверность и корректность расчёта показателей
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 шагов) декомпозиции. Приведите сквозной пример от стратегической цели до конкретного показателя процесса.
Пример:
Алгоритм декомпозиции:
- Анализ стратегической цели — определение измеримых параметров цели
- Определение процессов-драйверов — выявление процессов, влияющих на достижение цели
- Формулировка цели процесса — трансформация стратегической цели в цель процесса
- Выявление критических факторов успеха (CSF) — определение условий достижения цели процесса
- Разработка показателей — создание KPI для измерения CSF
- Валидация цепочки — проверка логической связи «цель — CSF — KPI»
- Утверждение и ввод в действие — согласование с владельцем процесса
Пример декомпозиции:
| Уровень | Элемент | Формулировка |
|---|---|---|
| Стратегическая цель | Цель | Увеличить долю рынка до 25% к 2026 году |
| Цель процесса | Процесс «Продажи» | Сократить цикл продажи на 20% |
| CSF | Критический фактор | Скорость обработки запросов клиентов |
| KPI процесса | Показатель | Среднее время от запроса до коммерческого предложения |
| Целевое значение | Target | ≤ 4 часа (текущее: 5 часов) |
Каковы правила каскадирования показателей от корпоративного уровня к сквозным процессам, подпроцессам и операциям?
Инструкция по заполнению:
Сформулируйте 4-5 правил каскадирования. Приведите пример каскада показателей через 3-4 уровня.
Пример:
Правила каскадирования:
- Правило вертикальной согласованности — показатель нижнего уровня должен влиять на показатель верхнего уровня
- Правило полноты покрытия — совокупность показателей нижнего уровня должна полностью объяснять показатель верхнего уровня
- Правило управляемости — показатель закрепляется на уровне, где есть рычаги влияния
- Правило измеримости — на каждом уровне показатель должен быть измерим доступными средствами
- Правило минимальной достаточности — количество показателей на уровне не должно превышать 5-7
Пример каскада:
| Уровень | Показатель | Целевое значение | Ответственный |
|---|---|---|---|
| Корпоративный | OTIF (On-Time In-Full) | ≥ 95% | Операционный директор |
| Сквозной процесс «Order-to-Delivery» | Lead Time заказа | ≤ 5 дней | Владелец процесса |
| Подпроцесс «Комплектация» | Время комплектации | ≤ 8 часов | Начальник склада |
| Операция «Сборка заказа» | Количество строк/час | ≥ 50 строк | Комплектовщик |
3.2. Разграничение KPI процессов и подразделений
Устанавливает границы ответственности между процессными и функциональными показателями.
Где проходят границы ответственности между KPI процессов и KPI подразделений/должностных лиц?
Инструкция по заполнению:
Опишите 3-4 принципа разграничения ответственности. Приведите примеры ситуаций, когда показатель относится к процессу, а когда — к подразделению.
Пример:
Принципы разграничения:
- KPI процесса — измеряет результат сквозной деятельности, ответственность несёт Владелец процесса
- KPI подразделения — измеряет вклад подразделения в процессы, ответственность несёт руководитель подразделения
- Принцип управляемости — показатель закрепляется за тем, кто имеет рычаги влияния на его значение
- Принцип единственности — каждый показатель имеет одного ответственного
Примеры разграничения:
| Показатель | Тип | Ответственный | Обоснование |
|---|---|---|---|
| Время выполнения заказа «от заявки до отгрузки» | KPI процесса | Владелец процесса | Сквозной результат нескольких подразделений |
| Время комплектации на складе | KPI подразделения | Начальник склада | Локальная операция одного подразделения |
| Доля своевременных поставок | KPI процесса | Владелец процесса «Закупки» | Результат взаимодействия закупок и логистики |
Как обеспечивается методологическая связь показателей с архитектурой бизнес-процессов?
Инструкция по заполнению:
Опишите механизм привязки показателей к элементам процессной архитектуры. Укажите, как показатели сквозных процессов соотносятся с показателями функциональных подразделений.
Пример:
Механизм связи показателей с архитектурой:
- Уровень L1 (макропроцесс) — стратегические KPI, отражающие вклад процесса в цели компании
- Уровень L2 (группа процессов) — операционные KPI сквозного процесса
- Уровень L3 (процесс) — метрики этапов процесса
- Функциональный разрез — вклад подразделения в показатели сквозного процесса
Матрица соответствия:
| Элемент архитектуры | Тип показателя | Пример |
|---|---|---|
| Сквозной процесс «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 (Макропроцесс) | 3 | 5-7 | 10 |
| L2 (Группа процессов) | 3 | 4-6 | 8 |
| L3 (Процесс) | 2 | 3-4 | 6 |
Матрица корректировки по критичности:
| Критичность процесса | Корректировка количества |
|---|---|
| Высокая (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 механизма обеспечения согласованности. Укажите, как проверяется влияние локальных показателей на сквозной результат.
Пример:
Механизмы согласованности:
- Каскадирование сверху вниз — локальные показатели выводятся из целей сквозного процесса
- Проверка влияния — при изменении локального показателя анализируется влияние на E2E-KPI
- Весовые коэффициенты — вклад локального показателя определяется его влиянием на сквозной результат
- Регулярный пересмотр — ежеквартальный анализ корреляции локальных и сквозных показателей
Матрица проверки влияния:
| Локальный показатель | E2E-показатель | Корреляция | Действие |
|---|---|---|---|
| Время комплектации | Lead Time заказа | Высокая (+0.8) | Сохранить |
| Загрузка склада | Lead Time заказа | Низкая (+0.2) | Пересмотреть целесообразность |
5.2. Контрметрики и ограничивающие показатели
Определяет случаи и правила введения контрметрик.
В каких случаях вводятся контрметрики и ограничивающие показатели?
Инструкция по заполнению:
Укажите 4-5 триггеров для введения контрметрик. Приведите примеры пар «показатель — контрметрика».
Пример:
Триггеры для введения контрметрик:
- Показатель связан с системой мотивации (риск gaming)
- Оптимизация показателя может негативно влиять на качество/клиента
- Показатель измеряет объём без учёта качества
- История манипуляций с показателем
- Показатель влияет на смежные процессы
Примеры пар «показатель — контрметрика»:
| Основной показатель | Риск оптимизации | Контрметрика |
|---|---|---|
| Количество звонков оператора | Сокращение времени разговора | Оценка качества консультации (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 шага). Приведите матрицу типов клиентов с примерами и способами выявления требований.
Пример:
Алгоритм определения клиента:
- Идентификация выхода процесса — определить, что является продуктом/услугой процесса
- Определение получателя — выявить, кто получает и использует выход процесса
- Классификация клиента — отнести к категории (внешний/внутренний, основной/вторичный)
- Формализация требований — задокументировать требования клиента к выходу
Матрица типов клиентов:
| Тип клиента | Определение | Примеры | Способ выявления требований |
|---|---|---|---|
| Внешний основной | Конечный потребитель продукта/услуги | Покупатель, заказчик | Опросы, NPS, анализ жалоб |
| Внешний вторичный | Регуляторы, партнёры | Налоговая, банки, поставщики | Анализ нормативных требований |
| Внутренний основной | Следующий процесс в цепочке | Процесс «Доставка» для процесса «Производство» | Интервью с владельцем следующего процесса |
| Внутренний вторичный | Функции поддержки | Бухгалтерия, юристы | Анализ регламентов взаимодействия |
7.2. Трансформация требований в показатели
Определяет процедуру преобразования требований клиента в измеримые показатели.
Каким образом требования клиента (VOC) и соглашения об уровне сервиса трансформируются в показатели качества и сервиса?
Инструкция по заполнению:
Опишите процесс трансформации VOC → CTQ → KPI (3-4 этапа). Приведите сквозной пример от голоса клиента до конкретного показателя.
Пример:
Процесс трансформации VOC → CTQ → KPI:
- Сбор VOC (Voice of Customer) — голос клиента в его терминах
- Интерпретация потребности — перевод на язык процесса
- Определение CTQ (Critical to Quality) — критические характеристики качества
- Формирование 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 + SLA | KPI + операционные метрики | 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 | Техническая реализация | Акт верификации | Настроенный расчёт в ИС | ИТ/BI | 5-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 требований). Приведите примеры методов агрегации с указанием области применения.
Пример:
Требования к формуле расчёта:
- Однозначность — формула даёт единственный результат при заданных входных данных
- Воспроизводимость — любой специалист может повторить расчёт и получить тот же результат
- Полнота — все переменные формулы определены и имеют источники данных
- Корректность единиц измерения — размерности переменных согласованы
- Обработка исключений — определено поведение при отсутствии данных или делении на ноль
- Документирование — формула задокументирована в паспорте показателя
Методы агрегации данных:
| Метод | Формула | Область применения | Пример |
|---|---|---|---|
| Сумма | Σ(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%
- Отсутствие критических ошибок расчёта
- Время формирования отчёта в пределах нормы
- Положительная обратная связь от пользователей
- Подтверждение адекватности целевых значений
8.6. Согласование и утверждение
Определяет контрольные точки и процедуры согласования/утверждения показателя.
Какие контрольные точки предусмотрены для оценки управляемости и целесообразности показателя?
Инструкция по заполнению:
Опишите 4-5 контрольных точек (Quality Gates) с указанием критериев прохождения и лиц, принимающих решение.
Пример:
Контрольные точки (Quality Gates):
| Quality Gate | Что проверяется | Критерии прохождения | Кто принимает решение |
|---|---|---|---|
| QG1: Целесообразность | Нужен ли показатель? | Обоснована связь с целями, нет дублирования | Процессный офис |
| QG2: Проектирование | Корректен ли дизайн? | Паспорт заполнен, формула верифицирована | Бизнес-аналитик + ПО |
| QG3: Реализуемость | Можно ли реализовать? | ИТ подтвердило, данные доступны | ИТ + Владелец данных |
| QG4: Тестирование | Работает ли расчёт? | Протокол тестирования положительный | Бизнес-аналитик |
| QG5: Утверждение | Готов ли к эксплуатации? | Все QG пройдены, паспорт согласован | Владелец процесса + ПО |
Матрица согласования:
| Документ | Владелец процесса | Процессный офис | ИТ | Финансы | Утверждающий |
|---|---|---|---|---|---|
| Паспорт показателя | С | С | С | И | Руководитель ПО |
| Целевые значения | С | С | И | С | Владелец процесса |
| Изменение формулы | С | С | С | И | Руководитель ПО |
С — согласование, И — информирование
ПАСПОРТИЗАЦИЯ ПОКАЗАТЕЛЕЙ
Описание раздела: Раздел устанавливает унифицированную структуру паспорта показателя, правила агрегации и требования к ведению реестра.
9.1. Структура паспорта показателя
Определяет обязательные и дополнительные атрибуты паспорта показателя.
Какова унифицированная структура Паспорта показателя и какие атрибуты являются обязательными?
Инструкция по заполнению:
Составьте полный перечень атрибутов паспорта (15-20 атрибутов), разделив их на обязательные и дополнительные. Приведите пример заполненного паспорта.
Пример:
Структура паспорта показателя:
| Раздел | Атрибут | Статус | Описание |
|---|---|---|---|
| Идентификация | ID показателя | Обязательный | Уникальный идентификатор (KPI-001) |
| Наименование | Обязательный | Полное наименование показателя | |
| Краткое наименование | Дополнительный | Для отображения в дашбордах | |
| Версия | Обязательный | Номер версии паспорта | |
| Принадлежность | Процесс | Обязательный | Процесс, к которому относится показатель |
| Владелец показателя | Обязательный | Ответственный за показатель | |
| Владелец данных | Обязательный | Ответственный за источник данных | |
| Расчёт | Формула | Обязательный | Математическая формула расчёта |
| Единицы измерения | Обязательный | %, шт., руб., дни и т.д. | |
| Метод агрегации | Обязательный | Сумма, среднее, медиана и т.д. | |
| Источник данных | Обязательный | ИС, таблица, поле | |
| Правила округления | Обязательный | Количество знаков после запятой | |
| Значения | Базовое значение | Обязательный | Исходное значение до улучшений |
| Целевое значение | Обязательный | Планируемый уровень | |
| Пороговые значения | Обязательный | Зелёная/жёлтая/красная зоны | |
| Направленность | Обязательный | Рост = хорошо / Снижение = хорошо | |
| Измерение | Периодичность | Обязательный | Частота измерения |
| Отчётный период | Обязательный | Месяц, квартал, год | |
| Срок предоставления | Дополнительный | Дата готовности данных | |
| Дополнительно | Связанные показатели | Дополнительный | Контрметрики, драйверы |
| История изменений | Дополнительный | Журнал изменений паспорта |
Пример заполненного паспорта:
| Атрибут | Значение |
|---|---|
| ID | KPI-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% | Произведение |
| OTIF | On-Time × In-Full | 94.1% | 0.96 × 0.98 |
9.4. Реестр показателей
Устанавливает требования к ведению единого реестра показателей организации.
Какие требования предъявляются к ведению реестра (каталога) показателей организации?
Инструкция по заполнению:
Опишите структуру реестра (5-7 разделов), правила присвоения ID, процедуру внесения изменений и ответственного за ведение.
Пример:
Структура реестра показателей:
| Раздел реестра | Содержание |
|---|---|
| Справочник показателей | ID, наименование, тип, процесс, статус |
| Паспорта показателей | Полные паспорта всех активных показателей |
| Связи показателей | Иерархия, зависимости, контрметрики |
| История значений | Архив фактических значений по периодам |
| Журнал изменений | История изменений паспортов и формул |
Правила присвоения ID:
| Компонент | Формат | Пример |
|---|---|---|
| Префикс типа | KPI / PI / KRI | KPI |
| Код процесса | 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 конфликтов |
| Прослеживаемость | Возможность отследить происхождение данных | Наличие аудит-трейла |
Приоритетность источников:
| Приоритет | Тип источника | Обоснование | Пример |
|---|---|---|---|
| 1 | DES / BPMS | Данные о ходе процесса в реальном времени | Camunda, ELMA |
| 2 | ERP | Транзакционные данные, мастер-данные | SAP, 1С |
| 3 | CRM | Данные о клиентах и взаимодействиях | Salesforce, Bitrix24 |
| 4 | BI/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 мер).
Пример:
Условия допустимости ручного ввода:
- Автоматизированный источник отсутствует и его создание экономически нецелесообразно
- Показатель критически важен для управления
- Объём данных позволяет обеспечить качество ручного ввода (<100 записей/период)
- Определён ответственный за ввод и контроль качества
Меры минимизации человеческого фактора:
| Мера | Описание | Эффект |
|---|---|---|
| Стандартизация формы ввода | Единый шаблон с валидацией | Снижение ошибок формата |
| Выпадающие списки | Выбор из справочников вместо ввода | Снижение опечаток |
| Автоматическая валидация | Проверка диапазонов, форматов | Выявление ошибок сразу |
| Двойной ввод | Ввод двумя операторами независимо | Выявление расхождений |
| Контроль «4 глаз» | Проверка данных вторым сотрудником | Снижение ошибок на 80% |
| Сверка с первичкой | Регулярная сверка с документами | Выявление системных ошибок |
10.4. Ответственность за данные
Определяет роль Владельца данных и его ответственность.
Кто назначается ответственным за предоставление и корректность данных?
Инструкция по заполнению:
Опишите роль Владельца данных (Data Owner): обязанности, полномочия, критерии назначения. Приведите матрицу ответственности.
Пример:
Роль Владельца данных (Data Owner):
| Аспект | Описание |
|---|---|
| Определение | Сотрудник, несущий ответственность за качество данных в источнике |
| Критерии назначения | Руководитель подразделения, владеющего бизнес-процессом, генерирующим данные |
| Обязанности | Обеспечение качества, своевременности, доступности данных |
| Полномочия | Определение правил ввода, доступа, архивирования данных |
Матрица ответственности за данные:
| Роль | Качество данных | Своевременность | Доступ | Архивирование |
|---|---|---|---|---|
| Владелец данных | A | A | A | A |
| ИТ-администратор | S | R | R | R |
| Оператор ввода | R | R | I | I |
| Бизнес-аналитик | C | C | C | I |
| Владелец показателя | I | I | C | I |
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 наблюдений) |
Требования к установлению базы:
- Данные собраны в стабильных условиях (без форс-мажоров)
- Методика расчёта не менялась в периоде наблюдений
- Исключены аномальные значения (>3σ)
- База задокументирована в паспорте показателя
12.2. Методы установления целевых значений
Определяет методы и правила установления целевых значений.
Какими методами устанавливаются целевые, плановые и амбициозные значения?
Инструкция по заполнению:
Опишите 5-6 методов установления целевых значений с указанием области применения. Разграничьте целевое (target), плановое и амбициозное (stretch) значения.
Пример:
Методы установления целевых значений:
| Метод | Описание | Когда применять |
|---|---|---|
| Исторический тренд | База + улучшение на X% в год | Стабильные процессы, постепенное улучшение |
| Бенчмаркинг | Значение лучших практик отрасли | Амбициозные цели, конкурентное преимущество |
| Директивный | Установлен руководством | Стратегические приоритеты |
| Требования клиента | На основе VOC/SLA | Клиентоориентированные показатели |
| Возможности системы | Теоретический максимум процесса | Оптимизация, устранение потерь |
| Регуляторный | Требования законодательства | Compliance-показатели |
Типы целевых значений:
| Тип | Определение | Вероятность достижения |
|---|---|---|
| Плановое (Plan) | Реалистичная цель на период | 70-80% |
| Целевое (Target) | Ожидаемый результат при хорошей работе | 50-60% |
| Амбициозное (Stretch) | Максимально достижимый результат | 20-30% |
Пример установления значений:
| Показатель | База | Плановое | Целевое | Амбициозное | Метод |
|---|---|---|---|---|---|
| Lead Time | 10 дней | 9 дней | 8 дней | 6 дней | Тренд + бенчмарк |
| NPS | 45 | 48 | 52 | 60 | Тренд + бенчмарк |
| % брака | 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 |
|---|---|---|---|---|---|
| Инициирование | A | R | C | C | I |
| Проектирование | C | A | R | C | C |
| Верификация | I | C | R | A | C |
| Техническая реализация | I | C | C | C | A/R |
| Тестирование | C | A | R | C | S |
| Утверждение | A | R | I | A | I |
| Мониторинг | C | A/R | S | C | S |
| Анализ отклонений | A | R | R | C | S |
| Пересмотр | A | R | R | A | C |
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 |
Правила настройки алертов:
| Тип алерта | Триггер | Канал | Получатель |
|---|---|---|---|
| Информационный | Выход в жёлтую зону | Владелец показателя | |
| Предупреждение | Приближение к красной зоне (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) — категории причин:
- Люди: Квалификация, мотивация, нагрузка
- Процесс: Логика, регламенты, взаимодействие
- Технологии: ИТ-системы, оборудование, инструменты
- Данные: Качество, доступность, своевременность
- Внешние факторы: Поставщики, клиенты, регуляторы
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 часа | |
| 🔴 Красная зона | Владелец процесса | 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 | Уведомление пользователей | Процессный офис |
Требования к архивированию:
- Паспорт показателя сохраняется в архиве с пометкой «Выведен из эксплуатации»
- Исторические данные хранятся минимум 5 лет
- Фиксируется причина вывода и дата
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% | Управление клиентским опытом |
Правила определения веса:
- Стратегически важные KPI: вес 20-30%
- Операционные KPI: вес 10-20%
- Поддерживающие KPI: вес 5-10%
- Суммарный вес процессных KPI в бонусе: 40-60%
17.2. Предотвращение манипулирования данными
Определяет механизмы защиты от искажения данных при привязке показателей к мотивации.
Какие ограничения и правила устанавливаются для предотвращения «gaming the system»?
Инструкция по заполнению:
Перечислите 5-7 типичных способов манипулирования и соответствующие защитные механизмы. Укажите процедуры контроля.
Пример:
Типичные манипуляции и защитные механизмы:
| Тип манипуляции | Описание | Защитный механизм |
|---|---|---|
| Подгонка данных | Ручное искажение первичных данных | Автоматизация сбора, разделение ролей ввода и контроля |
| Субоптимизация | Достижение своего KPI в ущерб смежным | Контрметрики, KPI сквозного процесса |
| Смещение фокуса | Работа только на измеряемые показатели | Балансировка количественных и качественных KPI |
| Манипуляция периодом | Перенос результатов между периодами | Нарастающий итог, контроль динамики |
| Cream-skimming | Выбор «лёгких» задач | Нормирование с учётом сложности |
| Искажение классификации | Некорректная категоризация событий | Чёткие критерии, выборочный аудит |
Процедуры контроля:
| Контроль | Периодичность | Ответственный |
|---|---|---|
| Выборочный аудит первичных данных | Ежемесячно | Внутренний аудит |
| Анализ статистических аномалий | Ежеквартально | Процессный офис |
| Перекрёстная проверка связанных KPI | Ежемесячно | Владелец процесса |
| Опрос потребителей процесса | Ежеквартально | Служба качества |
Обязательные правила:
- Источник данных для KPI мотивации не должен контролироваться оцениваемым сотрудником
- Изменение методики расчёта в течение оценочного периода запрещено
- При выявлении манипуляций — служебное расследование и пересчёт бонуса
ИНТЕГРАЦИЯ СО СМЕЖНЫМИ СИСТЕМАМИ УПРАВЛЕНИЯ
Описание раздела: Раздел определяет взаимосвязь системы показателей процессов с другими управленческими системами организации.
18.1. Интеграция с СМК, управлением рисками и непрерывным улучшением
Устанавливает точки интеграции и механизмы взаимодействия с ключевыми системами управления.
Как Методика интегрируется с системами управления качеством, рисками и непрерывным улучшением?
Инструкция по заполнению:
Опишите точки интеграции с каждой системой (СМК, риск-менеджмент, непрерывное улучшение). Укажите информационные потоки и механизмы синхронизации.
Пример:
Интеграция с системой менеджмента качества (СМК):
| Точка интеграции | Направление | Описание |
|---|---|---|
| Цели в области качества | СМК → KPI | Цели качества декомпозируются в KPI процессов |
| Результаты мониторинга | KPI → СМК | Данные KPI используются для анализа со стороны руководства |
| Несоответствия | KPI ↔ СМК | Отклонения KPI — вход для корректирующих действий СМК |
| Внутренние аудиты | СМК → KPI | Аудит СМК включает проверку системы показателей |
Интеграция с системой управления рисками:
| Точка интеграции | Направление | Описание |
|---|---|---|
| KRI процессов | Риски → KPI | Ключевые индикаторы риска включаются в систему показателей |
| Ранние сигналы | KPI → Риски | Отклонения KPI — триггеры переоценки рисков |
| Пороговые значения | Риски → KPI | Risk appetite определяет критические пороги |
| Отчётность | KPI → Риски | Данные KPI включаются в отчёт по рискам |
Интеграция с системой непрерывного улучшения:
| Точка интеграции | Направление | Описание |
|---|---|---|
| Выявление проблем | KPI → Улучшения | Отклонения KPI — источник инициатив улучшений |
| Приоритизация | KPI → Улучшения | Влияние на KPI — критерий приоритета проекта |
| Оценка эффекта | Улучшения → KPI | KPI — мера результата проекта улучшений |
| Стандартизация | Улучшения → KPI | Успешные улучшения закрепляются в целевых значениях |
Механизмы синхронизации:
| Механизм | Периодичность | Участники |
|---|---|---|
| Единый реестр целей и показателей | Постоянно | ПО, СМК, Риски |
| Совместный анализ отклонений | Ежемесячно | Владельцы процессов, риск-менеджеры |
| Интегрированный управленческий обзор | Ежеквартально | Топ-менеджмент |
| Координационный комитет | По необходимости | ПО, СМК, Риски, Улучшения |
ДОКУМЕНТИРОВАНИЕ И АРТЕФАКТЫ
Описание раздела: Раздел определяет состав обязательных документов и артефактов, формируемых на каждом этапе жизненного цикла показателей.
19.1. Документы жизненного цикла показателей
Устанавливает перечень обязательных документов и требования к их ведению.
Какие документы и артефакты формируются на каждом этапе жизненного цикла показателя?
Инструкция по заполнению:
Составьте матрицу «этап жизненного цикла — обязательные документы». Укажите 6-8 этапов и соответствующие артефакты. Опишите требования к хранению.
Пример:
Матрица документов жизненного цикла:
| Этап ЖЦ | Документ/Артефакт | Ответственный | Хранение |
|---|---|---|---|
| Инициирование | Заявка на разработку показателя | Инициатор | СЭД |
| Проектирование | Проект паспорта показателя | Бизнес-аналитик | СЭД |
| Верификация | Чек-лист верификации формулы | Процессный офис | СЭД |
| Валидация | Протокол валидации источников | ИТ/BI | СЭД |
| Тестирование | Протокол тестирования | Бизнес-аналитик | СЭД |
| Утверждение | Утверждённый паспорт показателя | Владелец показателя | Реестр |
| Эксплуатация | Отчёты мониторинга, протоколы Process Review | Владелец показателя | BI-система |
| Анализ отклонений | Протокол RCA, план корректирующих действий | Владелец процесса | СЭД |
| Пересмотр | Запрос на изменение, новая версия паспорта | Владелец показателя | СЭД, Реестр |
| Вывод | Акт вывода из эксплуатации | Процессный офис | Архив |
Обязательные реестры и каталоги:
| Реестр | Содержание | Владелец | Обновление |
|---|---|---|---|
| Реестр показателей | Все активные KPI и метрики | Процессный офис | Постоянно |
| Каталог паспортов | Полные паспорта показателей | Процессный офис | При изменениях |
| Реестр источников данных | Справочник источников и владельцев | ИТ/BI | Ежеквартально |
| Архив выведенных KPI | Исторические данные | Процессный офис | При выводе |
Требования к хранению:
| Тип документа | Срок хранения | Формат | Доступ |
|---|---|---|---|
| Паспорта показателей | Постоянно (активные), 5 лет (архив) | Электронный | По ролям |
| Отчёты мониторинга | 3 года | Электронный | Владельцы процессов |
| Протоколы RCA | 5 лет | Электронный | Ограниченный |
| Исторические данные KPI | 5 лет после вывода | База данных | BI-аналитики |
ОБУЧЕНИЕ И КОМПЕТЕНЦИИ
Описание раздела: Раздел определяет требования к организации обучения и компетенциям участников системы управления показателями.
20.1. Организация обучения
Устанавливает порядок организации обучения работе с системой показателей.
Как организуется обучение участников процессов работе с системой показателей?
Инструкция по заполнению:
Опишите программу обучения для разных категорий участников. Укажите форматы, периодичность и ответственных за обучение.
Пример:
Программа обучения по ролям:
| Категория участников | Тема обучения | Формат | Длительность | Периодичность |
|---|---|---|---|---|
| Владельцы процессов | Методология KPI, работа с паспортами, анализ отклонений | Очный тренинг | 8 часов | При назначении + ежегодно |
| Владельцы показателей | Разработка KPI, мониторинг, управление ЖЦ | Очный тренинг | 16 часов | При назначении |
| Бизнес-аналитики | Проектирование KPI, формулы, источники данных | Очный тренинг + практикум | 24 часа | При приёме + ежегодно |
| Руководители | Интерпретация KPI, принятие решений | Онлайн-курс | 4 часа | Ежегодно |
| Участники процессов | Понимание KPI, влияние на показатели | Инструктаж | 2 часа | При приёме |
Учебные материалы:
| Материал | Целевая аудитория | Формат | Актуализация |
|---|---|---|---|
| Методика KPI (данный документ) | Все | Документ | При изменениях |
| Руководство пользователя дашбордов | Пользователи отчётов | Инструкция | При обновлении BI |
| Шаблон паспорта с примерами | Разработчики KPI | Шаблон | Ежегодно |
| Видеоинструкции по работе с BI | Все | Видео | При обновлении |
| База знаний (FAQ, кейсы) | Все | Wiki | Постоянно |
Ответственность за обучение:
- Процессный офис: разработка программ и материалов, проведение тренингов
- HR: организация логистики, учёт прохождения
- Руководители подразделений: направление сотрудников на обучение
20.2. Требования к компетенциям
Определяет требования к знаниям и навыкам участников системы показателей.
Какие требования предъявляются к компетенциям сотрудников, работающих с системой показателей?
Инструкция по заполнению:
Составьте матрицу компетенций для ключевых ролей. Укажите требуемый уровень (базовый/продвинутый/экспертный) для каждой компетенции.
Пример:
Матрица компетенций:
| Компетенция | Владелец процесса | Владелец показателя | Бизнес-аналитик | Процессный офис |
|---|---|---|---|---|
| Методология KPI | Продвинутый | Продвинутый | Экспертный | Экспертный |
| Статистический анализ | Базовый | Продвинутый | Экспертный | Продвинутый |
| Работа с BI-инструментами | Базовый | Продвинутый | Экспертный | Продвинутый |
| Анализ коренных причин (RCA) | Продвинутый | Продвинутый | Экспертный | Экспертный |
| Процессное управление | Экспертный | Продвинутый | Продвинутый | Экспертный |
| Управление изменениями | Продвинутый | Базовый | Базовый | Продвинутый |
| Коммуникации и фасилитация | Продвинутый | Базовый | Продвинутый | Экспертный |
Уровни компетенций:
| Уровень | Описание |
|---|---|
| Базовый | Понимает концепции, применяет под руководством |
| Продвинутый | Самостоятельно применяет, решает типовые задачи |
| Экспертный | Разрабатывает методологию, обучает других, решает нестандартные задачи |
Профессиональные стандарты (справочно):
- Приказ Минтруда № 248н — Специалист по процессному управлению
- Приказ Минтруда № 821н — Бизнес-аналитик
ТИПИЧНЫЕ ОШИБКИ И ОЦЕНКА ЭФФЕКТИВНОСТИ
Описание раздела: Раздел описывает типовые ошибки при работе с показателями и критерии оценки эффективности системы KPI.
21.1. Типовые ошибки и антипаттерны
Определяет типичные ошибки, которых следует избегать при разработке и эксплуатации KPI.
Какие типовые ошибки и антипаттерны при разработке и эксплуатации KPI должны быть предотвращены?
Инструкция по заполнению:
Перечислите 8-10 типовых ошибок с описанием последствий и рекомендациями по предотвращению. Сгруппируйте по этапам жизненного цикла.
Пример:
Ошибки на этапе проектирования:
| Ошибка | Последствия | Как предотвратить |
|---|---|---|
| Измерение ради измерения | KPI не используется в управлении, ресурсы тратятся впустую | Требовать обоснование управленческой ценности при инициировании |
| Избыточное количество KPI | Размытие фокуса, информационная перегрузка | Лимит 5-7 KPI на процесс, приоритизация |
| Отсутствие связи со стратегией | KPI не влияет на достижение целей | Обязательное каскадирование от стратегии |
| Неуправляемый KPI | Владелец не может влиять на результат | Проверка зоны управляемого влияния (≥70%) |
| Сложная формула | Непонятность, ошибки расчёта | Упрощение, документирование логики |
Ошибки на этапе эксплуатации:
| Ошибка | Последствия | Как предотвратить |
|---|---|---|
| «Зависание» целей | Цели не пересматриваются, теряют актуальность | Обязательный ежегодный пересмотр |
| Игнорирование контекста | Формальная оценка без анализа причин | RCA при любом отклонении |
| Субоптимизация | Один KPI улучшается за счёт других | Контрметрики, KPI сквозного процесса |
| Манипулирование данными | Недостоверность, потеря доверия | Автоматизация сбора, аудит данных |
| Отсутствие действий | Отклонения фиксируются, но не устраняются | Обязательные корректирующие действия |
Системные антипаттерны:
| Антипаттерн | Описание | Решение |
|---|---|---|
| «Ванильные» KPI | Одинаковые показатели для всех процессов | Кастомизация под специфику процесса |
| «Водопад данных» | Избыток отчётов без анализа | Фокус на исключениях, drill-down |
| «Колодцы показателей» | KPI подразделений без связи с E2E | KPI сквозных процессов, кросс-функциональный баланс |
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 |
| Проблемы и риски | Выявленные проблемы, предложения по улучшению |
| План развития | Инициативы по развитию системы на следующий период |