Время кодить. Тайм-трекеры в айти-компании
В условиях пандемии удаленная работа перестала быть привилегией отдельных компаний. Удаленно и бесконтактно у нас теперь ВСЕ. Для айти это не то что бы сильное потрясение, но все же некоторые моменты стали восприниматься острее. В частности, контроль рабочего времени.
Часы пытаются посчитать, чтобы убедиться в том, что программист работал. Ведь работа по проекту может длиться достаточно долго. При этом очевидно, что проверяющий с высокой долей вероятности ничего в коде не понимает.
Выводы: заказчику/работодателю важно отслеживать именно динамику работы на ежедневном режиме. Не ежечасном, а именно ежедневном. И именно уровень динамики. Например, понимать количество знаков, которые прибавились или изменились сегодня в коде/ТЗ/что угодно. Вот если бы была программа, которая фиксировала бы только это, то не было бы никаких трений между работником и работодателем.
Скажу еше один секрет. Программист работает, даже когда не нажимает на клавиши. Когда обсуждает проблему с коллегами на обеде. Когда идет на работу и в своей голове подумывает архитектуру проекта, например. Это время, пока он думает над задачей, ему никто не оплатит. По вашей логике, прораммисту надо платить за набор буков в редакторе кода?
Для отслеживания прогресса существуют ежедневные стендапы перед заказчиком и демо фич в пятницу, которые сделаны за итерацию. Цель заказчика - это не считать жопочасы, а получить работающий функционал и бизнес-ценность от него.
Отличная идея - отслеживать прибавление количества знаков в кодовой базы. Можно назвате переменную не login, а loginOfTheUserThatIsTryingToEnterTheApplication - работодатель доволен, репозиторий распух до двух гигов, количество фич не изменилось.
Коммиты чем не показатель?)