Чем быстрее работники выполняют доработку кода, тем они эффективнее

Эффективность работника прямо пропорциональна его самомотивации

Бывают два типа работников: «уставшие» и «агрессивные». «Уставшие» работники стремятся как можно меньше делать и как можно больше получать денег. Им не интересно ни развиваться, ни изучать что-то новое. Усталость их не от того, что на них взвалили много работы, или они неэффективно распределяли свое время, и приходилось перерабатывать. Их усталость от потери интереса или мотивации в работе.

«Агрессивные» наоборот, стараются как можно бытсрее пройти путь обучения, развития, становления, чтобы получить доступ к еще большему количеству ресурсов, чтобы развиваться, развиваться, развиваться. Они жадно впитывают знания, учатся, пробуют, делают ошибки, и над ними не нужно выстраивать пирамиду менеджеров, чтобы подстегивать к работе. «Уставшие» стараются найти работу в больших компаниях, где эффект от их работы не виден вообще. «Агрессивные» находят себя в стартапах, маленьких компаниях, потому что там проще получать все, что им требуется.

Потому что они как минимум предусмотрели масштабируемость кода, реализовали на качественном уровне сам код, используя понятные конструкции и названия переменных, могут быстро читать «чужой» код, создали предсказуемую и понятную архитектуру, в которой легко делать отладку. Столь простая характеристика может рассказать о коде гораздо больше, чем количество строк в единицу времени.

2) Вариант 1. Количество строк кода в единицу времени. Плохой вариант. Все равно что измерять готовность самолета по его массе. Не учитывает китайский стиль.

Вариант 2. Работает/не работает. Слишком примитивно, не учитывает оптимизацию. Бомбейская школа программистов была здесь.

Вариант 3. Программист или его коллега сами оценивает работу друг друга исходя из собственного опыта. Зависит от программиста. Не объективно, но может принести результат или дело кончится холиваром.

Команда разделена на групы по 3-4 человека, в каждой группе есть главный (обычно более опытный сотрудник). Его задачи:

· раздача и контроль выполнения заданий, он тесно связан с процессом разработки (практически каждой задачи в его группе), поэтому вкурсе прогресса

· review документации и кода

· оценка качества выполнения задач и эффективности членов его группы. Тесное взаимодействие людей одной группы практически гарантирует адекватные оценки со стороны лидера группы.

Лидеры групп репортят менеджеру команды. Последний не занимается решением технических вопросов, это обязаности "лидеров групп", его основаные обязаности это решение организационных вопросов.

Вариант 4. Оценка бесполезна для процесса и не стоит тратить на нее время.

Вариант 5. Быстрая микроценка проделанной за день работы. Не дает общей картины.

Вариант 6. Ежедневные 5-минутные тесты/головоломки для программистов. Вроде заданий из инструментальных тестов на навыки. Особенно с утра.

Плюсы:

1. объективная оценка хотя бы состояния человека перед началом дня;

2. прокачка мозга на програмирование, при регулярном ежедневном применении польза будет немала.

Минусы:

1. где брать тесты, постоянно новые, интересные, адекватные работе и навыкам. Возможно, тесты придётся покупать;

2. метрика оторвана от контекста работы.

Дата добавления: 2017-02-01