Комментарии 10
Главное — говорите! Объясните, зачем вам этот KPI, какие горные вершины вы планируете покорить.
Т.е. "говорить остальным людям, зависящим от вас финасово, зачем вам этот KPI", я верно читаю?
Хотя выше приведены возражения и опасения сотрудников, и вариант "говорить" особо не снимает их - все же отлично понимают, что контроля станет больше, и прежняя жизнь изменится.
Я к тому, что надо говорить о вопросах людей, а не целях рук-ва, и, да, автоматически увеличивать доходы всех сотрудников, а не только тех, кто перевыполнит KPI. В конце-концов, люди приходили на работу в компанию без KPI, и з/п была именно с этим учётом. Появится KPI - нервов и обязанностей станет больше, и это должно быть компенсировано. Премии для перевыполняющих - это уже само собой, но логика "вы тут лентяи, я собрался вывести компанию в лидеры, а вы тут обленились" - тут никакое говорение не поможет, тем более, что Вы пишете речь не об обсуждении с трудовым коллективом, а просто об извещении их (решение-то принято!) о новых условиях труда.
Да, худших условиях, о чем выше в посте и указано.
Хотите иметь эффективность - не внедряйте KPI, всё просто же. Закон Гудхарта не обманешь: "правильные" индикаторы, которые якобы не вызовут его срабатывание - миф и сказки.
KPI предназначены не для "внедрения" и не для "достижения", а для диагностики проблем, и как следствие нужны только тому, чьей обязанностью является их выявление и решение.
Я думал сейчас открою статью а там одно слово: "никак".
Пулеметчик безостановочно лупил длинными очередями в небо... "Зачем?" - "А, не обращай внимания, у него KPI по гильзам считается".
Pardonne moi, не помню из какой юморески цитата.
Я, как data engineer, вообще не понимаю этот KPI. Что в моем случае измерять? Просрочку задач? Так бывает сами бизнес пользователи долго проверяют то, что я им сделал. Или источник данных (поставщик) ещё не готов выдавать данные к сроку, указанные в задаче jira.
Лично я сильно негативно отношусь к KPI и вызывает дикое желание покинуть компанию, если её будут насильно внедрять. Говорю чисто по моему личному опыту, лично по моей специфике работы
Противопоставлять "эффективность" и KPI не всегда правильно.
Например, еще недавно лучшим способом максимизации дохода от действующего бизнеса был "разогрев" компании (рост нематериальных активов) для выхода на IPO и продажи "пузыря", забив на жизненный цикл продукта и тектонику конкуренции. И здесь KPI-и, заточенные именно на повышение стоимости фирмы, были эффективными (уж точно лучше чем пустые призывы и разбрасывание денег с вертолета/на корпоративе).
Типичная история: прилетает баг из дремучего легаси проекта. Редко, но случается. Надо чинить. Чтобы починить надо влезть в древние исходники (хорошо, если они все в наличии; бывает, что часть исходников утеряна), пару-тройку недель поизучать их, чтобы хоть приблизительно понять - откель зараза просочилась. Еще неделю - на исправление. Если исправление невозможно (скажем, баг зависит от других модулей, до которых добраться невозможно), то попытка перенаправить вызов на костыль, который отработает вместо бага. Возможно, и этот способ не сработает. Придется искать и пробовать дальше. В лучшем случае месяц работы программиста коту под известно какое место. А тут времечко оценки KPI. Спрашивают программиста "что делал?". Отвечает программист "баг чинил". Возмущение "ах ты пес, да там дел на пару часов". Нервы помотают. Разок-другой-третий, а потом программист находит новую работу. Начинаются танцы с бубном: "мы команда", "добавляем зарплату" и т.п. Только поздно: человеку уже с прибором и на команду и на зарплату.
KPI должен быть не в абстрактных задача/час, а выдаваться на всю команду (разрабы+аналитики+тестеры+эксплуатация) в виде проектных целей. А высшее руководство должно согласовать поставленные задачи и дать добро на их исполнение и со своей стороны обеспечить выплату премий.
Например:
1) Спроектировать и реализовать сложную, но хлебную интеграцию с Х проектом - 40%
2) Добиться как минимум двукратного ускорения выполнения бизнес-логики в узком месте - 30%
3) Прод громко падал не чаще одного раза за календарный год - 15% (если упало и было быстро поднято - не считается)
4) Внедрение нового крупного сервиса - 15%
В сумме по всем пунктам KPI может быть 100% и в зависимости от достигнутого процента к дате дедлайна из бюджета выделяются средства (каждому сотруднику выплатятся его оклад-два)
В моей бывшей компании "замечательный" KPI был и есть. Тупо котлован на всю ТП, например тыщ 400 в квартал выделят и руководство решает кому выдать, а кого опрокинуть. И это не шутка. Можно как папа Карло ишачить все три месяца, чтобы потом узнать, что за проект, который тебе навязали, оплата не идёт (т.е. он не идёт в оценку KPI). Поэтому там началась текучка. Мне хоть и выплатили премию , я посмотрела на своих несчастных коллег, которых так опрокинули и решила не ждать, когда со мной сделают так же.
Как не потерять сотрудников при внедрении системы KPI?