Действующая система КПЭ технологического отдела: что показал анализ данных
Кому: отдел организации мотивации труда, директор по персоналу От: технологический отдел (по поручению генерального директора) Дата: 29.06.2026 Характер документа: диагностика, не проект новой системы
О чём этот документ и о чём он не
Это разбор действующей системы КПЭ технологического отдела на фактических данных за январь–апрель 2026 г. Задача документа — показать, как система работает на самом деле: за что она реально платит, что измеряет, где даёт сбой. Здесь нет готового проекта новой системы. Проектирование новой модели — за отделом организации мотивации труда и директором по персоналу; этот отчёт даёт им фактуру для такой работы и в конце формулирует требования, которым новая система должна отвечать в нынешних условиях предприятия.
Коротко вывод: действующая система измеряет не вклад технолога, а его положение относительно среднего по группе и долю отработанных дней. Содержательные показатели, ради которых система и нужна — снижение себестоимости, улучшение продукта, эффект у потребителя, — весят вместе около 11% и почти не работают. Ниже — как мы к этому пришли, с цифрами.
Что анализировали и чего в данных нет
На руках были мотивационные листы девяти сотрудников ТО за четыре месяца и сводный лист-движок, который переводит балл в итоговый коэффициент премии. Девять человек: главный технолог (коэффициент зафиксирован на 1,0), два заместителя главного технолога и шесть рядовых технологов, разбитых на две группы.
Чего в данных нет и что ограничивает выводы: нет окладов, нет самого Положения о премировании, нет справочника норм. Поэтому всё, что касается денег, — это доли премии из листов, а не итоговые рублёвые начисления. Там, где вывод опирается на цифры из файлов, он помечен как факт; где на логику расчёта — как оценка.
Как устроена действующая система
Система работает в два слоя.
Слой содержания — мотивационные листы. В каждом четыре ключевых показателя (базовый блок, суммарный вес 50%): технологическое обеспечение работы предприятия, отсутствие претензий по качеству, процент некондиции, своевременная актуализация норм расхода сырья. Плюс дополнительный блок (до 30%): улучшение эксплуатационных характеристик инструмента, снижение себестоимости, расследование причин брака, успешные испытания у потребителей.
Слой формул — сводный лист. Он берёт балл сотрудника и превращает его в итоговый коэффициент премии по такой логике:
Балл ÷ доля отработанных дней → делится на средний балл группы → округляется, потолок 1,2
Именно этот слой и оказался источником главных проблем.
Проблема 1. Движок считает положение относительно коллег, а не работу
В формуле итогового коэффициента заложены два независимых дефекта, и каждый по отдельности искажает результат.
Деление на средний балл группы. Коэффициент каждого технолога — это его балл, делённый на средний балл шести рядовых технологов. Средний по такому построению всегда около единицы. Значит, подняться выше можно только за счёт того, что кто-то опустился ниже. Это принудительное ранжирование: хороший месяц у всей команды наградить невозможно, потому что средний поднимется и срежет коэффициент у всех сразу. Система не умеет сказать «отдел сработал хорошо» — она умеет только перераспределять фиксированный объём между людьми.
Побочный эффект: коэффициент самих заместителей завязан на баллы их же подчинённых (средний балл группы стоит в знаменателе). Оценка руководителя и оценка тех, кого он оценивает, замкнуты друг на друга.
Деление на долю отработанных дней. Балл делится на долю отработанных дней — и это переворачивает справедливость. Кто работал меньше, у того балл раздувается. Конкретно, февраль 2026 г.:
| Технолог | Отработано дней | Итоговый коэффициент |
|---|---|---|
| Бабынин | 50% месяца | 1,20 (упёрся в потолок) |
| Леонов | 100% месяца | 1,11 |
Отработавший весь месяц получил меньше отработавшего половину. У двух сотрудников доля отработанных дней в феврале была 0,26 — деление на 0,26 раздувает балл почти вчетверо. А поскольку эти раздутые баллы попадают ещё и в средний балл группы (знаменатель первого дефекта), они искажают коэффициент и всем остальным.
Оба дефекта чинятся без денег и без пересмотра весов: считать коэффициент от фиксированного норматива, а не от среднего по группе; а отсутствие учитывать пропорциональным уменьшением нормы, а не делением балла. Это первое, что стоит поправить в любой новой конструкции.
Проблема 2. Деньги лежат на базовой текучке, а не на результате
Если посмотреть, куда реально уходит фонд дополнительной мотивации, картина такая: базовый блок и «отсутствие негатива» забирают почти всё, а стратегический блок — крохи.
| Показатель | Плановый вес (доступно) | Реально выбрано из бюджета пункта |
|---|---|---|
| 1. Технологическое обеспечение | 25% | высоко |
| 3. Процент некондиции | 10% | 19% |
| 2. Отсутствие претензий | 10% | 9% |
| 4. Актуализация норм сырья | 5% | 11% |
| 8. Испытания у потребителей | 15% | 13% |
| 7. Расследование брака | 10% | 17% |
| 5. Улучшение продукта | 15% | 6% |
| 6. Снижение себестоимости | 5% | 1,3% |
По факту начислений базовый блок (пункты 1–4) забирает около 89% всего фонда допмотивации, весь стратегический блок (пункты 5–8) — около 11%.
Здесь важно не спутать две величины, потому что на первый взгляд вывод напрашивается неверный. У снижения себестоимости плановый вес нормальный — 5%, как у расследования брака. Деньги на показателе заложены. Но выбирается из них 1,3%: почти никто не доходит до начисления. Низкий факт при нормальном весе — это и есть доказательство, что показатель не мотивирует. Но причина не в том, что вес мал, и поднятие веса проблему не решит.
Причину видно, если сравнить показатели по природе задачи. Расследование брака и испытания у потребителей выбираются прилично (17% и 13%) — это событийные, реактивные задачи: брак есть всегда, испытания идут потоком, их можно «поймать» каждый месяц. Улучшение продукта и снижение себестоимости выбираются почти в ноль (6% и 1,3%) — это проектные, длинноцикловые задачи: реальный проект по себестоимости у технолога случается раз-два в год, идёт месяцами и требует тяжёлого подтверждения (расчёт ПЭО, акт о внедрении, ОУК). Месячный показатель по схеме «ноль или единица» такую задачу физически не ловит.
Вывод, важный для проектирования новой системы: у пунктов 5 и 6 узкое место — не вес, а способ начисления. Поднять вес на показатель, который по своей природе нельзя выполнить за месяц, — значит получить большую мёртвую цифру вместо маленькой. Чинить надо механику зачёта под природу задачи, а не процент.
И отдельно про масштаб потери: по данным видно, что за реальные проекты по себестоимости с документированным эффектом 150–160 тыс. руб. в год технолог получал порядка 1% фонда допмотивации. Самый ценный для завода результат оказался для сотрудника почти бесплатным.
Проблема 3. Четверть премии платится по умолчанию
Пункты 2 (отсутствие претензий) и 4 (своевременная актуализация норм) начисляются почти всем и почти всегда с коэффициентом около единицы. Это «отсутствие негатива» — пол, а не мотиватор. Вместе на них уходит около 25% фонда, и это выплаты за то, что происходит само собой, если технолог просто не допустил нарушения.
Отдельная тонкость по пункту 1. Балл, который управляет пунктом «Технологическое обеспечение» (это 25% базы), по арифметике совпадает с баллом, который управляет всем итоговым коэффициентом листа. То есть один и тот же сигнал считается дважды — и как отдельный показатель, и как множитель всего. Отсюда его доминирование: на пункт 1 приходится почти половина всех начислений.
Что из этого следует
Собрав всё вместе, действующая система имеет три несбалансированности, которые работают против результата:
Она не отличает сильного технолога от слабого — принудительное ранжирование механически прижимает всех к единице. По данным разброс итоговых долей между людьми — от 9,8% до 12,4%, при том что один сотрудник за четыре месяца не создал ни одного содержательного результата, а другой создал шесть. Премии у них близкие.
Она платит за присутствие текучки, а не за создание ценности: 89% фонда — базовая работа и отсутствие нарушений, 11% — весь стратегический блок.
Она не видит именно те результаты, которые сейчас нужны заводу больше всего, — снижение себестоимости и улучшение продукта, потому что механика месячного зачёта не совпадает с проектной природой этих задач.
Сотрудники при этом уже тянутся к реальному инженерному результату — расследование брака и испытания живые и массовые. Система этот импульс не поддерживает: технологу выгоднее ровно тащить текучку, чем рисковать на длинном проекте по себестоимости ради доли процента.
Что должна обеспечить новая система
Это не проект решения, а требования, которые вытекают из анализа. Их стоит держать как рамку при разработке новой модели — с учётом того, что предприятие сейчас работает в условиях экономических ограничений и мотивация должна тянуть людей туда, где создаётся результат и экономия.
Мерить вклад, а не место в группе. Коэффициент должен считаться от заранее заданного норматива, а не от среднего по коллегам. Тогда хороший месяц у всей команды означает хорошую премию всем, а не перераспределение фиксированного объёма. И система становится способна отличить сильного от слабого.
Отделять то, что зависит от сотрудника, от структурных факторов. Отработанные дни, разовость проектных задач, распределение постоянных затрат — всё это не должно искажать личную оценку. Отсутствие учитывать пропорцией к норме, а не делением балла.
Сдвинуть вес на результат и на цели предприятия. Базовая текучка и «отсутствие негатива» не должны забирать 89% фонда. Значимый вес должен приходиться на то, что важно заводу в нынешних условиях: снижение себестоимости, импортозамещение и аналоги основ, улучшение потребительских свойств, вывод новых и модернизированных продуктов. Это прямая увязка мотивации с тактическими целями и с экономической повесткой предприятия.
Подбирать механику зачёта под природу задачи. Событийные задачи (брак, испытания) считаются помесячно. Проектные, длинноцикловые (себестоимость, продукт) — накопительно или по факту закрытия акта, иначе они выпадают из мотивации, как выпадают сейчас. Способ начисления важнее величины веса.
Разводить процесс и результат, не платить дважды. За труд по продвижению разработки и за реальную прибыль от неё платят разные инструменты. Нужно заранее прописать границы между КПЭ, Положением о дополнительной мотивации и проектной премией, чтобы один и тот же результат не оплачивался из двух источников и чтобы ни один важный результат не остался без источника.
Учитывать разные роли внутри отдела. Часть технологов ведёт собственные разработки, часть — сопровождает чужие и держит операционку. Систему нужно построить так, чтобы качественное сопровождение не наказывалось за отсутствие собственных разработок, а сильный разработчик получал за продвижение и результат. Одна линейка для всех, как сейчас, слепа к обеим ролям.
Оставаться прозрачной и администрируемой. Технолог должен понимать, из чего сложилась его оценка. Непрозрачный балл, который сейчас считается вне системы и вписывается готовой цифрой, эту связь разрывает — сотрудник не видит, за что он получил столько. Новая система должна давать расшифровку и вестись силами отдела без чрезмерной ручной работы.
Что передаём вместе с этим отчётом
Для дальнейшей работы отдела организации мотивации труда доступны: выгрузка всех данных за четыре месяца в единой структуре (доли премии по каждому сотруднику и каждому показателю, коэффициенты, отработанные дни), помесячные планы задач ТО за 2026 г. и рабочие черновики по возможной механике (разграничение инструментов мотивации, балльный расчёт операционного пункта, воронка зрелости для разработок). Черновики — не готовое решение, а материал для обсуждения: их можно взять за основу, переработать или отклонить.
Готовы предоставить исходные файлы и пояснения по любому расчёту из этого отчёта.
Источник
- Диагностика КПЭ ТО от 29.06.2026, добавлено 2026-07-17 при разборе Downloads (оригинал: Downloads/Отчёт_КПЭ_ТО_диагностика.md.docx)