KPI должны содержать именно «улучшительный» смысл, например, количество обработанных заявок на английском языке или менее чем за 7 минут — это KPI, потому что стимулируют рост производительности: обслуживание зарубежных клиентов и сокращение времени на заявку
Что-то я не понимаю, какой здесь "улучшительный" смысл. Если взять условный колл-центр за пример, то улучшение в моем понимании - это улучшение качества обслуживания клиента, чтобы ему могли быстро помочь с его заявкой / проблемой. Это, как правило, означает, что клиенту хотелось бы:
Не висеть по 5-7 минут на роботе в ожидании свободного оператора
Не скакать по 2-3 операторам, потому что никто не знает, как решить сложную проблему
Не иметь проблем с коммуникацией: оператор прекрасно понимает и слышит клиента, клиент - оператора.
Не висеть на холде, пока оператор разбирается с ворохом внутренних БД пытаясь решить твою проблему.
Введение KPI на заявки на английском усложнит коммуникацию, потому что даже при нулевом английском люди в погоне за KPI станут пользоваться гугл-переводчиком и начнется London is a capital of Great Britain вместо нормального общения.
Введение KPI на время введет ситуации, когда сталкиваясь проблемами на чужой стороне (поваленная БД, кривые интеграции, etc) хорошие операторы начнут проседать по KPI, а в качестве хаков после 6 минут начнут, скажем, перекидывать звонок на других.
Вот это тоже вызвало вопросы:
Отправьте сотрудникам задание: набросать, какие у них цели в компании и как они видят цели самой компании.
Для того чтобы видеть цели компании (и себя внутри компании) необходимо понимать ее структуру. Работая в компании на ~150 человек и будучи частично вовлеченным в менеджмент, общаясь с огромным количеством смежных команд и отделов я до сих пор не могу сказать, что я прямо-таки понимаю цели компании. А вы хотите этого от оператора колл-центра в сбербанке, в котором работает 25000 человек. Звучит, извиняюсь, как HR-bullshit.
В целом статья интересная, но мне кажется что у вас очень сильный bias как у человека, который разрабатывает системы для трекинга KPI, а не человека, которому их ставят. С другой стороны баррикад ваша статья читается очень сложно, потому что с огромному кол-ву пунктов противоречит вчерашний опыт, а почти к каждому примеру можно придумать контр-пример, который сделает KPI наоборот вредным для компании, как в том примере с кобрами.
Что-то я не понимаю, какой здесь "улучшительный" смысл. Если взять условный колл-центр за пример, то улучшение в моем понимании - это улучшение качества обслуживания клиента, чтобы ему могли быстро помочь с его заявкой / проблемой. Это, как правило, означает, что клиенту хотелось бы:
Не висеть по 5-7 минут на роботе в ожидании свободного оператора
Не скакать по 2-3 операторам, потому что никто не знает, как решить сложную проблему
Не иметь проблем с коммуникацией: оператор прекрасно понимает и слышит клиента, клиент - оператора.
Не висеть на холде, пока оператор разбирается с ворохом внутренних БД пытаясь решить твою проблему.
Предложенные вами KPI убивают 2 из 4 пунктов, описанных мной выше.
Введение KPI на заявки на английском усложнит коммуникацию, потому что даже при нулевом английском люди в погоне за KPI станут пользоваться гугл-переводчиком и начнется London is a capital of Great Britain вместо нормального общения.
Введение KPI на время введет ситуации, когда сталкиваясь проблемами на чужой стороне (поваленная БД, кривые интеграции, etc) хорошие операторы начнут проседать по KPI, а в качестве хаков после 6 минут начнут, скажем, перекидывать звонок на других.
Вот это тоже вызвало вопросы:
Для того чтобы видеть цели компании (и себя внутри компании) необходимо понимать ее структуру. Работая в компании на ~150 человек и будучи частично вовлеченным в менеджмент, общаясь с огромным количеством смежных команд и отделов я до сих пор не могу сказать, что я прямо-таки понимаю цели компании. А вы хотите этого от оператора колл-центра в сбербанке, в котором работает 25000 человек. Звучит, извиняюсь, как HR-bullshit.
В целом статья интересная, но мне кажется что у вас очень сильный bias как у человека, который разрабатывает системы для трекинга KPI, а не человека, которому их ставят. С другой стороны баррикад ваша статья читается очень сложно, потому что с огромному кол-ву пунктов противоречит вчерашний опыт, а почти к каждому примеру можно придумать контр-пример, который сделает KPI наоборот вредным для компании, как в том примере с кобрами.
Нет, при помощи этих инструментов можно размечать данные на любом языке. Разве что язык интерфейса по-моему везде - английский
К сожалению, не совсем понял вопрос.
Спасибо за комментарий, все пункты очень полезные! :)
С локального хранилища файлы заливались, переменную среды я ставил. Проблемы была именно в загрузке нескольких задач из одного .json файла.