- Focus Factor
Эта метрика пришла к нам из SCRUM. Показывает, сколько задача должна была занять в идеале, а сколько вышло в итоге. «Концентрация» команды над проектом.
Можно ли платить деньги на основе этого критерия? Вполне, но, если ваши менеджеры — не «технари», то программисты будут сознательно завышать оценки по времени, сводя к минимуму свои собственные риски.
Следствие такого подхода — растягиваются сроки, заказчик негодует (или покупает не у вас). Да, и каждая планерка будет превращаться в склоки и споры за 10 минут.
- Velocity
Позволяет предсказать, сколько задач команда сможет набрать в следующий этап в зависимости от того, сколько она выполнила в предыдущем.
Проблемы такие же, как у фокус-фактора, плюс добавляется еще одна. Часто менеджер (особенно неопытный), почуявший, что производительность команды можно «измерить», начинает применять данный инструмент «в другую сторону».
Но Velocity не может быть точным критерием, т.к. показывает, сколько времени может занять та же самая задача, выполняемая той же командой при тех же условиях.
Однако после выполнения задачи команда уже поменялась: у нее появился опыт того, как именно решать конкретно эту задачу. И метрика не сработает повторно.
- Cycle time
Насколько быстро проходит время с того момента, как возникла идея реализовать фичу на проекте, до того момента, как она была сделана. Одна из ключевых, которую стоит замерять и оптимизировать. Но разработчики не влияют на этот фактор напрямую. Это слишком высокоуровневая метрика. Если вы начинаете платить команде зарплату на основании того, какой у них Cycle Time, это значит, что вы как руководитель не стремитесь решить проблемы команды и разобраться в процессах, а просто переваливаете все на команду.
«Я начинаю работать, и делаю свою работу — хорошо, потому что я профессионал и мне это интересно. Но если меня начинают гнобить дурацкими метриками — я буду оптимизировать эти дурацкие метрики. Я буду писать 1000 строчек или рисовать 10 говнодизайнов в день. И мой интерес к работе очень-очень быстро иссякнет, я буду тупо хотеть бабла. Это называется подменой внутренней мотивации — внешней»
Каждый руководитель должен сам понять, готова ли его организация к переходу на KPI. В одних компаниях выводят средний чек работы программиста за час, а затем умножают его на количество отработанных часов, в других – ориентируются на сложность проектов.
Например, наиболее «проблематичные» оценивают в 10 баллов, а дальше по ниспадающей: 9, 8 и так далее. Эти показатели умножаются на примерную стоимость одного часа работы. В расчет также можно принять:
- Количество часов, отработанных сверх нормы
- Помощь на смежных проектах
- Внедрение новых идей
- Проведение мастер-классов, семинаров, тренингов как внутри компании, так и за ее пределами
Все эти бонусы будут мотивировать сотрудника трудиться больше и усерднее, чтобы получить не только материальное вознаграждение, но и профессиональное признание.
О том, чего не нужно делать про внедрении системы показателей, я расскажу TOP 10 Soft Skills For Future Work: # 5 – People Management, part 6