Руководство требует разработать и внедрить в отделе разработки ПО систему оценки результатов работы програмистов и отдела в целом.
Исходя из краткого определения KPI — это ключевой легко рассчитываемый параметр, который влияет на доходы компании.
Отдел занимается техподдержкой внутренних продуктов компании и результат влияния на доходы косвенный.
И как вообще можно загнать работу программиста в рамки KPI?
В литературе по KPI написано:
Работу технических специалистов (бухгалтеров, инженеров, программистов) проще описывать должностной инструкцией. А подобрать для них справедливую «линейку» очень сложно.
Вот какие показатели предлагает руководство:
1) Некое отношение трудозатрат к приоритетности (удельному коммерческому весу).
2) Количество новых/изменившихся требований с момента утверждения ТЗ.
3) «Количество» экспертиз, которыми надо обладать для решения задачи.
На мой взгляд это параметры, которые нереально посчитать.
Ранее я сталкивался с такими параметрами: сколько задач сделано, по плану или сверх плана, дисциплина – фиксировалось время когда пришел – когда ушел, написание стольких-то ТЗ за год, написать патент. Но это вообще смешные показатели. Можно еще строки кода считать.
Если кто-то сталкивался с этим или у вас внедрена система оценки по KPI для программистов — поделитесь, пожалуйста, информацией.
Какие же параметры загнать в KPI?
Или как объяснить руководству ненужность этого, а лучше написать толковые инструкции.