Лучший метод оценки производительности труда программиста? [закрыт]

Закрыт. Этот вопрос не по теме. Ответы на него в данный момент не принимаются.





Вопросы-опросники запрещены на Stack Overflow на русском. Для получения ответа, перефразируйте ваш вопрос так, чтобы на него можно было дать однозначно правильный ответ.
Закрыт 8 лет назад.



Улучшить вопрос

Вариант 1. Количество строк кода в единицу времени. Плохой вариант. Все равно что измерять готовность самолета по его массе. Не учитывает китайский стиль.
Вариант 2. Работает/не работает. Слишком примитивно, не учитывает оптимизацию. Бомбейская школа программистов была здесь.
Вариант 3. Программист или его коллега сами оценивает работу друг друга исходя из собственного опыта. Зависит от программиста. Не объективно, но может принести результат или дело кончится холиваром.
Вариант 4. Оценка бесполезна для процесса и не стоит тратить на нее время.
Вариант 5. Быстрая микроценка проделанной за день работы. Не дает общей картины.
Кто каким образом делает это? Я использую вариант 5 + вариант 1 без учета копипаста, китайского кода и с учетом комментариев, получается около 5-20 кБайт в день в зависимости от части над которой идет работа. Какие еще есть варианты?


Ответ
Хорошей общеизвестной метрики нет (и вряд ли может быть), но никто не мешает вам установить локальную для себя метрику продуктивности. Вы же подсознательно знаете, сделали вы сегодня больше, чем вчера, или меньше. Метрика производительности такого рода имеет смысл только в контексте проекта, а не разработчика. Рекомендую ознакомиться с информацией по поводу Теории Ограничений и по поводу ее распространения на Agile процессы. Фактически, вашим вариантом номер 5 вы частично переизобрели Daily Scrum Meeting.