KPI И ДИСТРИБЬЮЦИЯ #1. СЕРИЯ KPI-DRIVE #1

Приняли решение о позитивной направленности системы премирования: только возможность получения премии, никакого депремирования. Год прошёл. На этой системе мы уже тоже поигрались, и мнение такое, что всё-таки нужно предусматривать какие-то санкции. Всем должно быть одинаково плохо. То, что я знаю по достижению людьми результатов – человек лучше всего достигает результатов, когда он находится в некомфортной ситуации. Задача менеджеров – выводить сотрудников из состояния комфорта. Потому что сотруднику, которому всё комфортно, ничего не хочется делать. Представьте солдата, который ведёт войну, а у него все дороги в асфальте, кругом трава, оружие всегда стреляет туда, куда надо, противник не беспокоит, все накормлены… О какой войне может идти речь? Он сидит, смотрит телевизор, никуда не идёт – это не воин. И представьте войны, которые, например, по телевизору показывают – грязно, трудно, неприятно. Поэтому возникает большое желание пойти и кого-то победить, чтобы это закончилось.

Задача менеджеров, как я уже сказал, создавать условия, чтобы человек находился в некомфортном состоянии, но понимал, что это не потому, что менеджер такой псих (ходить, пинать человека, придираться к нему), а потому, что у организации высокие агрессивные цели – нужно что-то делать, нужно чего-то достигать – в противном случае, нас просто съедят. На карте это было наглядно видно. Сегодня мы глобализировались, и если мы начнем не выполнять свои обязательства, то есть все сотрудники будут не очень хорошо работать, тогда завтра нас съедят и территория станет другого цвета. У нас таких планов нет.

Мы дополнили свои инструменты, у нас вообще всё, что связанно с работой в программе АС GOAL регламентировано дополнительно множеством файлов, которые описывают различное состояние программы и доступы. Мы храним отдельно библиотеку матриц, потому что предусмотренные программой возможности, подразумевают большую наглядность: распечатку небольших плакатов, распечатку специальных карт (GOAL-карт).

Мы очень большое внимание уделили тому, чтобы в своей, какой-то более понятной нам иерархии, в понятном нам порядке, хранить всю информацию, которая связана с программой. Мы предполагаем следующую выгоду от того, что параллельно ведем учет или отражение всех изменений: в любой момент мы можем сформировать нормально обоснованное предложение для наших партнеров по улучшению программы и показать, что нам не просто в голову взбрело: «Давайте программу поменяем, сделаем как-то по-другому», а потому, что у нас есть какая-то история. И мы всегда готовы к тому, чтобы эту технологию взять и опять построить где-то ещё в одном месте с нуля. Потому что все подготовительные инструменты уже есть. Это очень удобно. Чисто технически вся работа по формированию целей должности, по созданию матриц приведена на иллюстрации №2. Были разработали цели для компании как эталон для проверки наследования целями более низкого уровня.

Илл. 4. Цели компании как эталон для проверки наследования целями более низкого уровня

На Урале, как я уже говорил, провести сессию годового планирования нам не удалось. Мы выделили основные задачи компании на ближайшее полгода: выполнить план продаж STRETCH (самый дальний и самый большой план), и реинсталлировать бизнес-системы, то есть взять всё, что есть лучшее на Волге и поставить на Урале. При этом не потерять всего того хорошего, что было на Урале. Под эту цель дальше уже и писали все матрицы. Так как уже полгода прошло, сейчас идет момент, когда мы переписываем все матрицы, пересматриваем цели должностей, пересматриваем KPI и интерпретации. Такую работу разумно проводить раз в полгода, иначе организация привыкает. Я расскажу об этом дальше: что становится, когда люди привыкают к системе.

Илл. 5. Цели всех объектов управления. Библиотека целей и должностей компании

Мы описали цели всех объектов управления, и в таком же формате создали библиотеку целей и должностей компании (илл. 4). Под каждой целью, под каждым объектом находится своя матрица. Такая регламентация удобна для того, чтобы сами менеджеры, пользующиеся программой, могли инициировать какие-то изменения. Нелепо предполагать, что в организации со штатом в 3000 человек (из них почти 500 работают в программе), что кто-то один будет следить за тем, актуальны ли матрицы, правильны они или неправильны. Лучше, чтобы этой технологией владел менеджмент организации, и люди могли посмотреть и инициировать какие-то обоснованные предложения. Все матрицы, все KPI находятся в общем доступе для менеджеров, никто из этого тайны не делает. Любой может сформировать предложение по обозначенному нами процессу: вот такая матрица есть сейчас, вот так меняется цель должности и вот такое предложение по матрице. Все эти изменения представить на рассмотрение топ-менеджмента компании, который отвечает за использование системы и за достижение результатов. И, соответственно, эти изменения в компании сделать.