А давайте все-таки посчитаем KPI разработчика
За десять лет в программировании я ни разу не встретил расчета KPI разработчика. Бизнес буквально мечтает о введении этого показателя: следит за рынком, вводит грейды, присваивает ярлыки: Junior, Senior, Middle. Этой проблемой со мной поделился хороший товарищ, топ-менеджер международной компании, и у меня появилась следующая идея.
А как оценивать ситуации вида: приложение внезапно стало говорить нечто вроде "Хьюстон! У нас проблемы" (общее сообщение об ошибке) на определенном экране. Заказчик удивляется что происходит. Анализ указывает на код разработанный конкретным программистом. Только вот реальная причина - на бекэнде по просьбе заказчика очень внезапно решили изменить формат одного из полей (и вообще вместо поля отдавать структуру). Как это будем в KPI учитывать и ЧЬИХ KPI?
Это проблема частного характера. Виноват здесь менеджмент, аналитика и общий недостаток коммуникаций. Если у вас бэк и фронт делают работу врозь у вас это будет видно еще на этапе аналитики (если первый фронт) и на этапе тестирования (если первый бэк).
В рамках текущего примера по уму надо по ушам надавать постановщику задачи.