Содержание
Идеальный KPI, который мотивирует, а не наоборот. Этот показатель у нас называется “Мороженка”, но “Ice Cream Indicator” звучит гораздо круче.
Боль обычных KPI
Множество копий(это про средневековое оружие, а не про ctrl+c) сломано в спорах о KPI для программистов. Действительно, чтобы управлять чем-то нужна приборная панель. Как измерять эффективность программистов? Кому из команды платить больше?
Больше вопросов чем ответов. Все материалы по теме, которые мне довелось читать, были спорными или долго описывали бессилие и неудачи в выборе показателя.
Например: Строки кода - кто больше написал тот и лучше программист. Очевидно же, что это не совсем так. Этим показателем можно сильно испортить кодовую базу. Все будут с удовольствием копипастить или выбирать для решения более длинные конструкции. Нужно еще как-то оценивать и качество строк кода. А нужно ли везде одинаково высокое качество кода? Программисты будут пропадать на месяцы в бесконечных рефакторингах и поисках идеальных решений для неважных участков кода. Может тогда добавить фактор сроков выполнения задачи? Пфффф. Я уже подварился. А вы?
Я тоже был в долгих поисках и вдохновленный книгой нобелевского лауреата Элионор Остром нащупал решение - “Ice Cream Indicator”. Методика отлично работает не только для программистов, я успешно её внедрил для отдела технической поддержки. Вдохновленные моим опытом методику попробовали в ИТ подразделении одной компании и даже внедряют в ветеринарной клинике.
Пока выводы однозначны: Это действительно мотивирует. У коллектива появляется энергия влиять на этот идикатор. Вас сильно удивит энергия некоторых участников команды, которых вы раньше не могли даже заподозрить в такой энергичности.
Что такое “Ice Cream Indicator” и как его внедрить?
Для начала нужно захотеть внедрить какой-то KPI. Будет лучше, если у вас уже есть негативный опыт внедрения KPI.
Ice Cream Indicator(ICR) - это любой показатель, который хоть как-то связан с эффективностью работы сотрудника. Этот показатель вам легко посчитать по каждому сотруднику и сотрудник может реально и быстро влиять на этот показатель.
Сделайте публичным рейтинг сотрудников по этому индикатору и назначьте суперприз тому кто занимает первое место по итогам месяца, а лучше недели. Публикуйте ежедневно в чат команды. Мы это делаем утром и вечером, чтобы сотрудник видел как он отработал день.
Например:
Ice Cream Rating:
Иванов 20
Петров 17
Сидоров 2
Суперприз - я использую мороженку. Одно обычное мороженое. Во время самоизоляции мы перешли на пополнение счета телефона в стоимость мороженки. В холодное время года начали использовать Сникерс. Суть суперприза не в материальной ценности. Главное, чтобы мороженка была именно СУПЕРПРИЗОМ!!! Вручайте мороженку торжественно и публично. Пусть вся команда знает кто стал лучшим на этой неделе.
Не делайте суперприз материально ценным. Ценный приз или денежная премия быстро превращается в массу проблем. Я не призываю эксплуатировать людей за еду, считаю что у вас в компании уже достойная оплата труда.
Можно выбрать несколько показателей и считать общий бал по ним как-то взвесив эти показатели. Например:
IceCreamIndicator = Закрыто задач*2 + lg(Строк кода)
Все алгоритмы рассчета должны быть прозрачными. Проголосуйте за веса показателей. Важно получить одобрение команды, хотя бы молчаливое согласие. Конфликты решайте голосованием и простым большинством голосов. Если обычная мороженка раз в неделю довела вашу команду до поножовщины, то у вас проблемы и хвала Ice Cream Indicator за то, что вы узнали про это и можете это исправить. Вы определяете показатели, пусть команда их взвесит на своё усмотрение.
Относитесь к этому как к игре.
Выбирайте показатели для которых легко раскрыть подлог и манипуляции. Вы себе даже представить не можете на что готовы взрослые дядьки и тетки ради мороженки. Не используйте показатель “Строки кода”, если у вас в команде не весь код проходит Code Review. Члены команды сами будут охотно следить за соблюдением правил другими участниками, если это легко сделать.
Хвалите лидеров. Не занимайтесь буллингом и шеймингом отстающих. Это игра и проиграть партию не страшно.
Вы скажете что это не настоящий KPI? Вы правы! Я вас обманул, чтобы заставить читать эту статью. ICR - не KPI и в этом его универсальность и сила.
Зачем мне это?
Это действительно мотивирует и бодрит. Взрослые бородатые дядьки устраивают нешуточную борьбу за обладание мороженкой. При этом все знают что цена мороженки невелика и горечь поражения не вгоняет тебя в депрессию.
Метод отлично подойдет если вы хотите внедрить KPI и систему премий, но у вас есть некоторые сомнения. Протестируйте эти показатели KPI мороженкой. Не спешите привязываться к деньгам. Я был бы не таким седым, если бы раньше про это знал.
Вы сможете быстро и бесплатно(20 гривен в неделю с учетом инфляции) проверить как тот или иной показатель влияет на общий результат работы команды.
Вы сможете делегировать сотрудникам часть функций по мониторингу за результатами. Игроки не любят шулеров.
Вы не пропустите сотрудника, который перестал влиять на показатель. Возможно он и не злоумышленник и лентяй, а просто завис на задаче и ему нужна помощь.
Примеры
Команда программистов
Я долго боролся с своей командой за аккуратное ведение тикетов. Появляется тикет, к нему добавляется разработчик Вася, он проблему не может решить и добавляет к тикету еще Петю и Колю. Кто-то из них таки решает задачу и тикет закрывают. Кто решил? В ответственных тикета добавлен весь отдел разработки и тестирования. Нередко приходилось потратить уйму времени чтобы понять кто и что сделал. Или появлялся мелкий тикет, который кто-то решал и отправлял в тестирование даже не добавляя себя отвественным. Тикет возвращался с дефектом и никто не понимал кому и что дальше без расследования.
Плети не помогали и тогда я испытал силу прозрачности описанную Остром в книге.
Я построил Ice Cream Rating по кол-ву закрытых задач. В конце недели вручал мороженку ценой 20грн и случилось чудо.
Проблема с ответсвенными решилась сама собой. Ничейные тикеты пропали. Каждый хотел закрыть побольше и свой тикет никому не отдавал. Аналогично и пропала проблема коллективной отвественности за тикеты. Лишние люди с тикета убирались. Стало понятно кто реально этим занимался.
Бонусом я получил и другие преимущества. К примеру, если задача прилетала большая, в ней были какие-то неявные проблемы. Раньше разработчик молча тонул в ней пока не выплывет. Сейчас же он сразу наткнувшись на проблему сообщал о ней и задача разбивалась на несколько. О риске сорвать сроки я стал узнавать намного раньше.
Когда я внедрял, мне говорили: “Мороженка? Тьху, да никто зад за мороженку не поднимет”. Оказалось совсем не так. Мы получили массу интересных споров о справедливости и несправедливости. Кое-кому можно было и зарплату не платить, только мороженку давать.
Сейчас мы учитываем еще и кол-во строк кода, я еще планирую оцифровать активность на Code Review.
Команда технической поддержки
Появилась идея внедрить новый KPI сотрудникам поддержки, изменить показатель премирования. Старый показатель не устраивал, а как повлияет новый на работу было не понятно. Я взял новый показатель и добавил туда кол-во звонков, которое делает сотрудник.
Мне снова сказали, что за мороженку “зад никто не поднимет”, я рассказал несколько историй о программистах. Все посмеялись с того на что программисты готовы ради мороженки, а потом был долгий спор о справедливости и несправедливости при выборе формулы расчета Ice Cream Indicator.
Сейчас ребята следят за своими цифрами, поздравляют победителя каждую пятницу. Хорошо что мы не ввязались в денежную премию для этого показателя сейчас. Сэкономили кучу нервов и ресурсов. Коллектив начал думать как влиять на свой новый KPI и уже это принесло огромную пользу.
Итоги
Ice Cream Indicator - сильный инструмент мотивации команды, он помогает разнообразить рутину и расшевелить неэнергичных сотрудников. Это игра и относитесь к этому как к игре. Проигравшему повезет в следующий раз. Наказывайте шулеров так, как вы бы наказывали тех кто прячет туз в рукаве играя ради развлечения в веселой компании. Без расстрелов.
Оставьте возможность команде влиять на правила. Вы выбираете индикаторы, команда лучше знает как обеспечить справедливость их выполнения.
Не используйте показатель, который очень важен, но который сложно посчитать и контролировать всем участникам.
Строки кода - крутой показатель для программистов, если у вас есть Code Review. Я долго был пленен мифами и легендами как плохо считать эту цифру и оценивать по ней. Главное - не привязывайте её к деньгам.
Недавно что-то похожее, но более научное и серьезное опубликовал и yegor256 (Calibrated Achievement Points (CAP)