Flakky, спасибо за комментарий и аргументы! Трекинг времени очень неоднозначная процедура, поэтому разные позиции и взгляды придают вопросу объем и глубину. По Вашим пунктам 1 и 2, с одной стороны да, все так. Но с другой стороны — человек сидит на удаленке и он физически оторван от команды и компании, где работает. Необходимость «не забыть» внести время и элемент формальности процесса, в какой-то мере создают официальную рамку взаимоотношений между сотрудником и компанией. Где есть какие-то обязательства компании и обязательства сотрудника. Это мягкий способ напомнить о формальной стороне отношений, о том что «я сотрудник этой компании». Ежедневный отчет по времени, в дополнение к другим своим функциям, является в некотором смысле ритуалом. Если же посмотреть еще глубже, то любое руководство строится на основе ритуалов, привычек и поведенческих шаблонов.
По 3-му пункту тоже интересно. Если рассматривать разработчика изначально как зловреда, который хочет обмануть компанию, то да — отчет по времени никак его на чистую воду не выведет. Я же придерживаюсь мнения, что люди без необходимости не врут. Т.е. если создать культуру не карательного использования отчетов по времени, то можно получить более-менее объективную картину. А объективная картина происходящего для менеджера очень и очень ценна. Меня не очень сильно беспокоит, если кто-то в отдельный день запишет 8 часов вместо 5. Если такие отклонения статистически малы, то и… В магазинах тоже же есть норма по воровству товаров с полок. Для измерения же эффективности и прогнозирования будущего тайм трекинг инструмент негодный, есть другие.
Если же говорить об аналитике, то объективный тайм трекинг позволяет понять, на что ушло время. И сделать, при необходимости, управленческие выводы, чтобы в будущем уменьшить ненужные его расходы. Мы же все прекрасно знаем, что в той же разработке, очень много времени пропадает впустую — совещания, инфраструктура, неверные требования и т.д. В каждом проекте будут свои боли. С ними руководитель и должен работать в порядке приоритетности. Тайм трекинг позволяет определить, на что больше всего теряется времени, а значит именно эти дыры нужно затыкать
Учет времен — инструмент руководителя. Применять его нужно осмысленно. Является ли он пережитком прошлого? Возможно. Сейчас активно двигается идея дебоссинга, т.е. работы без руководителя. В этом случае применимость такого рода инструментов, действительно, под большим вопросом. Самоорганизующейся команде трекинг скорее не нужен. Практика же показывает, что дебоссинг пока достаточно нишевое явление с неоднозначной эффективностью. Но это другая история)
Согласен, поле для манипуляций огромное. Ответил на предыдущий комментарий о целях трекинга. Отчетность не должна быть злобной) В принципе, чем отличается постинг отчетов в канал слака от учета времени в трекере?
Меня самого подбешивала иногда необходимость трекать время в конце дня. С точки зрения разработчика это скорее зло. С другой стороны, трекинг все-таки способ, хоть и слабый, держать фокусировку. Второй плюс трегинга для разработчика возникает тогда, когда случаются разборки — а что это мы тут 3 месяца делали, и ничего не сделали? Залез в трекер и сразу видно — вот совещались, еще совещались, сервер падал, требования менялись… Все ходы записаны. А от пристального внимания эффективного менеджера никто не застрахован…
Что же касается менеджерского взгляда (не эффективного), то трекер позволяет решать гораздо большее число задач. Во-первых, трекер позволяет действительно работать по задачам. Если каждый сотрудник записывает время, то это стимулирует заводить задачи в трекере. Во-вторых, оптимизация непроизводительных затрат времени. Те же самые совещания. Взгляд на совещания совершенно меняется, когда возникает понимание того, сколько на них убивается времени. В одной из компаний РП любили брать с собой на совещания к заказчику по 2 аналитика. На совещания по любым темам. На мой вопрос — «зачем»?, ответ был простым — а вдруг заказчик какой-нибудь вопрос задаст… Изменить ситуацию помог трекер, когда топы увидели сколько такие совещания стоят компании. В-третьих, немного лучшая предсказуемость. Если при списании времени указывать оставшиеся, можно увидеть, где мы находимся.
По совокупности, плюсы трекинга времени, на мой взгляд, перевешивают минусы. В среднем. Для зрелых сильно мотивированных команд может быть обратная ситуация.
И еще важный поинт. Трекинг времени это, главным образом, не о слежке и стоянии за спиной. Если мы хотим иметь объективную картину, нельзя трекинг использовать с карательной целью
По 3-му пункту тоже интересно. Если рассматривать разработчика изначально как зловреда, который хочет обмануть компанию, то да — отчет по времени никак его на чистую воду не выведет. Я же придерживаюсь мнения, что люди без необходимости не врут. Т.е. если создать культуру не карательного использования отчетов по времени, то можно получить более-менее объективную картину. А объективная картина происходящего для менеджера очень и очень ценна. Меня не очень сильно беспокоит, если кто-то в отдельный день запишет 8 часов вместо 5. Если такие отклонения статистически малы, то и… В магазинах тоже же есть норма по воровству товаров с полок. Для измерения же эффективности и прогнозирования будущего тайм трекинг инструмент негодный, есть другие.
Если же говорить об аналитике, то объективный тайм трекинг позволяет понять, на что ушло время. И сделать, при необходимости, управленческие выводы, чтобы в будущем уменьшить ненужные его расходы. Мы же все прекрасно знаем, что в той же разработке, очень много времени пропадает впустую — совещания, инфраструктура, неверные требования и т.д. В каждом проекте будут свои боли. С ними руководитель и должен работать в порядке приоритетности. Тайм трекинг позволяет определить, на что больше всего теряется времени, а значит именно эти дыры нужно затыкать
Учет времен — инструмент руководителя. Применять его нужно осмысленно. Является ли он пережитком прошлого? Возможно. Сейчас активно двигается идея дебоссинга, т.е. работы без руководителя. В этом случае применимость такого рода инструментов, действительно, под большим вопросом. Самоорганизующейся команде трекинг скорее не нужен. Практика же показывает, что дебоссинг пока достаточно нишевое явление с неоднозначной эффективностью. Но это другая история)
Что же касается менеджерского взгляда (не эффективного), то трекер позволяет решать гораздо большее число задач. Во-первых, трекер позволяет действительно работать по задачам. Если каждый сотрудник записывает время, то это стимулирует заводить задачи в трекере. Во-вторых, оптимизация непроизводительных затрат времени. Те же самые совещания. Взгляд на совещания совершенно меняется, когда возникает понимание того, сколько на них убивается времени. В одной из компаний РП любили брать с собой на совещания к заказчику по 2 аналитика. На совещания по любым темам. На мой вопрос — «зачем»?, ответ был простым — а вдруг заказчик какой-нибудь вопрос задаст… Изменить ситуацию помог трекер, когда топы увидели сколько такие совещания стоят компании. В-третьих, немного лучшая предсказуемость. Если при списании времени указывать оставшиеся, можно увидеть, где мы находимся.
По совокупности, плюсы трекинга времени, на мой взгляд, перевешивают минусы. В среднем. Для зрелых сильно мотивированных команд может быть обратная ситуация.
И еще важный поинт. Трекинг времени это, главным образом, не о слежке и стоянии за спиной. Если мы хотим иметь объективную картину, нельзя трекинг использовать с карательной целью