Некоторые опасались, что программа будет делать скрины экрана. Мы их успокоили и сказали, что скрины будут размытыми. Другие считали, что программа будет неправильно учитывать рабочее время. Это возражение сняли тестированием софта. Его результаты показали, что все работает четко. Кто-то боялся, что программа посчитает, что человек целый день сидит в соцсетях, хотя он просто слушает там музыку. Мы решили и этот вопрос
Сколько бы вы не "объясняли", зачем это делается, мы всё равно знаем, зачем это делается на самом деле.
В свое время с опаской смотрел на счетчики и не рассматривал компании с трекингом, При этом надо было постфактум списывать время в Redmine и прочие врутренние системы, какое же это "удовольствие" было вечером вспоминать и списывать часы на задачи, при переключениях и отвлечениях в итоге оказывалось, что стабильно терялся час (ну, как вариант, можно было огульно списывать время в задачи, но в этих задачах есть оценка и если списать на нее больше времени, чем запланировано, то будут вопросы). После перехода на трекинг через пару месяцев влился и стало проще - гибкий график работы действительно гибкий, не забываешь менять мемки вовремя и просто занимаешься задачами, с оффлайном заморочестей, однако, при наличии ноутбука с этим проблем практически нет - пару раз в год приходилось добавлять оффлайновое время.
Единственное, что напрягает - скриншоты. В плодь до того, что открыл ты документ с кредами для того, чтобы скопировать пароль от сервиса, а тут снимок экрана и клиент палит этот документ. Ну и всякие личные переписки и серфинг не приветствуются.
Так продолжается до тех пор, пока за пару недель до дедлайна не выяснится, что некоторые вещи, которые казалось бы почти сделаны, нужно полностью переделывать. Например, на 80% завершенная задача, которая изо дня в день не переходит в статус готовой — это сигнал.И еще куча подобных почему далее по тексту. По факту я вижу глубокие проблемы в базовом управлении проектами, командой и системой мотивации.
Не думаю что вы решили все проблемы с помощью секундомера. По вашей логике получается что можно поставить рядом с каждым разрабочиком надзирателя с хлыстом, будет еще эффективнее.
Сначала тащат левых, совершенно ничего не понимающих в процессе людей на должность "менеджеров", лишь бы пристроить свою родню/друзей/сосок/сосунов (подчеркнуть нужное), а потом
Так продолжается до тех пор, пока за пару недель до дедлайна не выяснится, что некоторые вещи, которые казалось бы почти сделаны, нужно полностью переделывать.А за что этот человек – менеджер – получает зарплату вообще? Видимо вот за это:
Периодически менеджер спрашивает: «Ну мы вообще как там, успеваем?». Не перетрудиться бы бедняге, просто чудовищная нагрузка!
Если на месте руководителя будет человек, который разбирается в происходящем, такие ситуации окажутся невозможны в принципе.
Пример был приведен для того, чтобы показать сравнение работы без инструментов, с традиционными инструментами и с инструментами по учету времени. Вопрос компетенции менеджеров остался за рамками примера.
"В один день разработчик поработал сверхурочно, а потом, на этой же неделе — серьезно недоработал. В итоге он не выполнил даже нормы, тем не менее ждал премию, так как считал, что перерабатывал."
А теперь давайте возьмем такую ситуацию - человек отработал сверхурочно, т.к. этого требовала срочная задача или руководство. Что потребовало от него таких усилий, что затем его продуктивность упала и он не смог доработать на следующий день. Должен ли он в там случае получить премию? Да, должен.
Ты попробуй объясни еще это. А если не вышел на срочную переработку, а два дня ровно отработал - то на тебя еще будут смотреть как на предателя.