Таймтрекинг стоит ли вести учёт рабочего времени программиста и если да, то как


Оглавление (нажмите, чтобы открыть):

Рабочий день программиста

Поговорим о том, как выглядит типичный будний день разработчика, сколько он длится и от чего это зависит. Рассмотрим только занятость в компании, о фрилансе с его спецификой, речи не зайдет.

Всё зависит от стадии проекта

«Рабочий день программиста делится на два этапа: до запуска и во время запуска продукта. До запуска — это работа в штатном режиме с 9 до 18 часов. Потом ужин и еще пару часов „посижу“ с домашнего компьютера, потому что именно по дороге домой родилась гениальная идея. Она дозрела за едой и теперь требует срочного воплощения. Тут главное — вовремя остановиться, ибо не успеешь и глазом моргнуть, как уже будет за полночь.

Самое противное — когда ты пытаешься решить сложную задачу, но пока она не дается. Задача начинает постоянно крутиться в голове: во время еды, по дороге на работу и даже во сне. Необходимо расслабится, переключиться на что-то другое, иначе она сведет с ума. Хорошо помогает спорт и йога. Как правило, после отдыха и «отвлечения» решение находится быстрее.

Во время запуска продукта программисты не спят, у нас включается как-то особый режим потребления энергии. Уходить с работы часа в 3 ночи и приходить к 7 на этот период становится нормой.

Хочу подчеркнуть — так работать нас никто не заставляет, это наш выбор, мы с головой погружены проект и делаем всё, чтобы его запуск прошел быстро и гладко. Напряженный режим работы отнимает много физических и эмоциональных сил, но зато приносит ни с чем несравнимое чувство удовлетворения и гордости за достигнутые результаты» — рассказывает директор центра разработки ПО Модульбанка, Андрей Вариков. Чувствуете, что это ваше? Приглашаем на бесплатный интенсив по программированию!

Рабочий день «начальника программистов»

На управленческих должностях гораздо больше времени уделяется общению с клиентами, планированию и делегированию задач. Но, все равно, здесь есть место коду — правда уже в более творческом ключе, для поддержания навыков.

«Рабочий день начинается обычно около 8 и занимает около 8-10 часов, это зависит от важности и сроков текущих разработок. В среднем полчаса-час уходит на то, чтобы рассортировать почту, ответить клиентам, выполнить срочные и важные небольшие задачи, появившиеся за ночь (а это обычное дело, так как мы много работаем с Азией, Америкой, Южной и Центральной Африкой. Далее выполняю самую важную задачу, которая запланирована с вечера, обычно до обеда и решаю оставшиеся задачи, которые отсортированы по важности и срочности. Между задачами, проверка почты и ответы клиентам» — рассказывает про свой день Андрей Артемьев, CTO at Angel Relations Group и руководитель веб-студии.

«В таком графике обязательно присутствует „час кода“. Творческое время, когда отключаются все внешние каналы коммуникации и все внимание переключаю только на программиирование. Один из главных фокусов — это ни в коем случае не превратиться только в менеджера (распределять и контролировать задачи), а регулярно кодить самому и одновременно с этим не заниматься микромереджментом в командах по нашим отдельным продуктам серии #arg_tools и сайтам-продуктам веб-студии» — объясняет Андрей.

Пара «хаков» для эффективной работы

«Если записывать все задачи, сразу на примерную дату, вероятность забыть сводится к минимуму, особенно актуально при большом количестве проектов и клиентов (эти записи обязательно переводятся в todos list в basеcamp).
Чтобы все связанные с задачей письма были на виду, удобно пользоваться тегами, например „in progress“.
Отключите звук уведомлений почты на телефоне, так поток писем не будет отвлекать» — делится Андрей Артемьев.

Описанные варианты рабочего дня довольно популярны, но они не единственные возможные. Все зависит от специфики конкретной компании.

А как проходит ваш день? Какими способами повысить эффективность работы пользуетесь?

Веб-разработка для всех — профессия «Веб-разработчик» от GeekBrains.

Поговорим о том, как выглядит типичный будний день разработчика, сколько он длится и от чего это зависит. Рассмотрим только занятость в компании, о фрилансе с его спецификой, речи не зайдет.

Всё зависит от стадии проекта

«Рабочий день программиста делится на два этапа: до запуска и во время запуска продукта. До запуска — это работа в штатном режиме с 9 до 18 часов. Потом ужин и еще пару часов „посижу“ с домашнего компьютера, потому что именно по дороге домой родилась гениальная идея. Она дозрела за едой и теперь требует срочного воплощения. Тут главное — вовремя остановиться, ибо не успеешь и глазом моргнуть, как уже будет за полночь.

Самое противное — когда ты пытаешься решить сложную задачу, но пока она не дается. Задача начинает постоянно крутиться в голове: во время еды, по дороге на работу и даже во сне. Необходимо расслабится, переключиться на что-то другое, иначе она сведет с ума. Хорошо помогает спорт и йога. Как правило, после отдыха и «отвлечения» решение находится быстрее.

Во время запуска продукта программисты не спят, у нас включается как-то особый режим потребления энергии. Уходить с работы часа в 3 ночи и приходить к 7 на этот период становится нормой.

Хочу подчеркнуть — так работать нас никто не заставляет, это наш выбор, мы с головой погружены проект и делаем всё, чтобы его запуск прошел быстро и гладко. Напряженный режим работы отнимает много физических и эмоциональных сил, но зато приносит ни с чем несравнимое чувство удовлетворения и гордости за достигнутые результаты» — рассказывает директор центра разработки ПО Модульбанка, Андрей Вариков. Чувствуете, что это ваше? Приглашаем на бесплатный интенсив по программированию!

Рабочий день «начальника программистов»

На управленческих должностях гораздо больше времени уделяется общению с клиентами, планированию и делегированию задач. Но, все равно, здесь есть место коду — правда уже в более творческом ключе, для поддержания навыков.

«Рабочий день начинается обычно около 8 и занимает около 8-10 часов, это зависит от важности и сроков текущих разработок. В среднем полчаса-час уходит на то, чтобы рассортировать почту, ответить клиентам, выполнить срочные и важные небольшие задачи, появившиеся за ночь (а это обычное дело, так как мы много работаем с Азией, Америкой, Южной и Центральной Африкой. Далее выполняю самую важную задачу, которая запланирована с вечера, обычно до обеда и решаю оставшиеся задачи, которые отсортированы по важности и срочности. Между задачами, проверка почты и ответы клиентам» — рассказывает про свой день Андрей Артемьев, CTO at Angel Relations Group и руководитель веб-студии.

«В таком графике обязательно присутствует „час кода“. Творческое время, когда отключаются все внешние каналы коммуникации и все внимание переключаю только на программиирование. Один из главных фокусов — это ни в коем случае не превратиться только в менеджера (распределять и контролировать задачи), а регулярно кодить самому и одновременно с этим не заниматься микромереджментом в командах по нашим отдельным продуктам серии #arg_tools и сайтам-продуктам веб-студии» — объясняет Андрей.

Пара «хаков» для эффективной работы

«Если записывать все задачи, сразу на примерную дату, вероятность забыть сводится к минимуму, особенно актуально при большом количестве проектов и клиентов (эти записи обязательно переводятся в todos list в basеcamp).
Чтобы все связанные с задачей письма были на виду, удобно пользоваться тегами, например „in progress“.
Отключите звук уведомлений почты на телефоне, так поток писем не будет отвлекать» — делится Андрей Артемьев.

Описанные варианты рабочего дня довольно популярны, но они не единственные возможные. Все зависит от специфики конкретной компании.

А как проходит ваш день? Какими способами повысить эффективность работы пользуетесь?

Веб-разработка для всех — профессия «Веб-разработчик» от GeekBrains.

Удаленный учет рабочего времени программиста

Контролировать сотрудников – задача не из легких, особенно если это касается сотрудников высокоинтеллектуальных. Это требует от руководителя массу сил, времени и отдачи. Не каждый может посвятить себя контролю за тем, чем занимается команда. А удаленный учет рабочего времени кажется неоправданным риском…

Программисты в большинстве своем — трудоголики. Сложно наблюдать за сотрудниками, если они работают фактически постоянно. На протяжении не только всего дня, но иногда и ночью, не только в стенах офиса, а и дома, или даже в пути. Для самых талантливых, программирование — это не только работа, но и хобби, и страсть, и отдушина. Их не смущает отсутствие начальства, если им захотелось, они станут работать когда и где-угодно. Как вести учет такого распорядка рабочего дня? Руководителю, у которого в подчинении есть хотя бы один толковый программист, необходимы преимущества программы учета рабочего времени.

Удаленный учет рабочего времени с программой – какие преимущества получает руководитель?

Используя подобную программу, руководитель сможет получать:


  • Точные и достоверные сведения о том, сколько времени каждый из программистов посвятил выполнению работы.
  • Информацию о том, насколько загружены сотрудники, справляются ли с запланированным количеством задач.
  • Выработку запланированной нормы, ведь оплачивать невыполненные задачи – невыгодно для компании.
  • Своевременную оценку продуктивности каждого сотрудника, либо целой команды вместе.
  • Удаленный учет работы программиста, с любой точки на планете.
  • Систему оповещения обо всех событиях, происходящих с рабочим процессом вашего программиста.

Как осуществить учет подобного рода?

На самом деле, провести такой контроль просто. В этом вам поможет Yaware.TimeTracker. Чтобы приступить к учету, достаточно скачать приложение с официального сайта. После того, как это будет сделано – установите и внесите индивидуальные параметры контроля под вашу компанию (количество сотрудников, время учета, рабочие графики). Если возникнут какие-то вопросы, команда поддержки быстро ответит и поможет их решить.

После легкого старта, программа начнет проводить учет. Как только компьютер сотрудника включается, система автоматически фиксирует информацию, передавая руководителю. Детали отображаются в отчетах и графиках. Это экономит время руководителя, раскладывая все данные по полочкам и упрощая понимание даже самых нестабильных графиков.

Как контролировать работу удаленного программиста?

Я заказываю разработку своего сервиса у удаленного программиста. Человек при найме казался адекватным и заинтересованным. Однако со временем качество и скорость работы стали падать: простые задачи делаются неделями, сложные вообще по несколько месяцев, после сдачи спринта выявляется куча багов и ошибок. При всем при этом количество часов потраченных в месяце на разработку (за которые я плачу) не меняются, иногда даже увеличиваются.

У меня вопрос, как можно отслеживать прогресс разработки приложения на Ruby on Rails если некоторые задачи никак не связанны с фронтэндом и программист говорит, что процесс идет, просто это в коде и его не видно? Может как то по коммитам или еще как, есть ли какие ни будь статьи на эту тему и тд?

Я сама программистом не являюсь и по коду не могу оценить, потрачено было 10 минут или 10 часов.

  • Вопрос задан более трёх лет назад
  • 6941 просмотр

Для начала, не надо было пытаться так экономить. Судя по тому, что на решение задачи тратятся месяцы — вы искали самого дешевого программиста, и с вами согласился сотрудничать новичок. Он сейчас скорее всего жалеет о том, что с вами связался. Простите, но вы сами виноваты. Семь шапок из одной овцы не выкроишь никак.

Любая задача решается не более, чем за одну неделю. Подавляющее большинство программ выпускаются в бету за 2-3 месяца. Если дольше — нужно бить тревогу. Или неправильное планирование, или проблемы в команде.

Мониторить просто — по списку задач в трекере и/или по коммитам. Не нужно ожидать, что разработчик будет выдавать какой-то прогресс ежедневно. Программирование — это не линейный процесс. Можно день-два протупить, а потом за десять минут сделать — такое происходит постоянно. Удобными для всех будут ежеденедельные итерации. Например, каждый понедельник проверять прогресс за неделю, и при необходимости, скорректировать его.

Не выносите разработчику мозги длинными беседами. У программистов мозг несколько иначе устроен, и длинными беседами вы ему мозг выносите. После чего ему работать сложно — таким образом вы сами создаете проблемы. Пишите вопросы текстом, и делайте это не чаще, чем один раз в неделю. Накапливайте вопросы, прежде чем отправить их письмом. Если вы нашли ответ на вопрос самостоятельно — удалите его из списка. Проверьте, нет ли ответов на вопросы в интернете.

Это удивительно, но многие, будто конченные олигофрены, не понимают, что консультации отнимают и силы, и время. И именно поэтому должны быть регламентированы.

С консультациями, как с сексом. Хотите, чтобы было качественно? Тогда нужно хорошо подготовиться. И вести себя прилично. Всегда. Хотите хорошие ответы? Продумайте свои вопросы.

В состоянии потока любая хрень может отвлечь и нарушить рабочее состояние. Особенно — вопросы. Особенно — глупые вопросы. Глупые не с вашей точки зрения, а с точки зрения разработчика. Программист работает циклами по 2-4 часа. Если нарушить цикл (например, задав глупый вопрос или позвонив по телефону) — теряется ПОЛОВИНА ДНЯ.

Поэтому мое второе замечание — проверьте, а не мешаете ли вы ему работать?

платите почасово, отслеживайте время в специализированном ПО. Например: www.tahometer.com

Не вижу проблемы, вижу не знание методов.

Можно определить график апдейтов в Git/SVN и отслеживать, что меняется.
Можно ставить задачи в чем-то типа Redmine и отслеживать их выполнение.
Можно предложить ему поставить трекер типа Timedoctor на свой компьютер и отслеживать, чем он занимается.

Но все это бесполезно, если человек решил забить на работу. Любое предложение по отслеживанию активности будет воспринято в штыки и использовано как повод к разрыву отношений.

Все задачи должны быть записаны (вы можете использовать как любой таск трекер вроде JIRA, так и просто Excel файл в Dropbox, например, главное — обоим иметь доступ к списку задач). По каждой должно быть описание, что именно требуется сделать в рамках задачи. Просите разработчика оценить по времени первоочередные задачи из общего списка (также — если задачи зависимы дург от друга — расставить их в порядке выполнения) и на основе этой оценки наберите задач на неделю работы. По каждой таким образом будет заранее известна временная оценка. Она может поменяться в ходе работы, конечно, но этому изменению всегда будет понятная причина. Вы можете после оценки на неделю пробежаться вместе по списку задач и проговорить какждую (убедиться, что разработчику все ясно, сделать необходимые пояснения и тп). Это позволит сделать первичную оценку более надежной.

Попросите разработчика каждый день писать вам отчет в виде:
1) какие задачи были сделаны
2) какие задачи планируется делать дальше
3) какие есть проблемы, вопросы, сложности по текущей работе

Получая этот отчет, вы будет видеть прогресс по работе в рамках недели и сможете оценить (если сроки затягиваются), в чем проблема. Также побочный полезный эффект — вы каждый день сможете помогать разработчику, оперативно отвечая на вопросы из пункта 3.

Поддерживаю мнение о том, что задачи должны быть не слишком большие — меньше чем 8 часов (рабочий день), а лучше не более 4 часов. Большие задачи надо постараться поделить на части.

В любом приложении, как правило, есть подобные задачи. И со временем у вас появится понимание, сколько может занять та или иная новая задача, аналогичная тем, которые были сделаны раньше. И если вы видите, что оценки значительно расходятся, этому всегда должно быть понятное объяснение, почему аналогичная задача занимает больше или меньше времени. Попросите разработчика пояснить это. Также обычно последующая подобная задача занимает меньше времени, так как делается быстрее по аналогии.

Мастер Йода рекомендует:  Поиск работы для IT-специалистов

Ну и если у вас возникают вопросы (например, почему скорость снижается) — всегда ведь можно просто спросить у разработчика — почему так получается? Есть ли какие-то проблемы с работой? Что может помочь вернуть скорость на прежние показатели?

Телепатия, к сожалению, пока только фантастика, и мысли читать никто не умеет. Поэтому единственный способ что-то выяснить — это общаться.

Стоит ли вести учет рабочего времени?

Вопрос учета времени работы программиста встает достаточно часто. Причины, заставляющие менеджеров об этом задумываться, могут быть достаточно разные. Специалист в области управления требованиями, проектами и soft skills Luxoft Training Вадим Качуровский расскажет, кому важно вести учет и как это помогает в работе.

Итак, приведем несколько причин почему все же нужен учет:


1. Существует требование на уровне организации вести учет рабочего времени и вообще «строго придерживать официального графика».

2. Менеджер Проекта имеет «склонность к паранойе» и хочет, чтобы все работали по 8 (а лучше по 10 часов, потому что он так делал в молодости). Как вариант у руководителя складывается ощущение, что сотрудники слишком много отдыхают, поздно приходят и рано уходят.

3. Модель контракта (Time and Material), при которой заказчик платит по реально отработанным часам сотрудника.

4. Матричная модель организации работы, где необходим учет времени – на какой проект и сколько отработал сотрудник. Или же просто сотрудник работает на несколько проектов.

5. Необходимо понять, на сколько наш процесс эффективен и работает правильно. Это некоторая разновидность пункта 2 с той разницей, что менеджеру интересно понять являются ли честными и адекватными те оценки, которые отдают заказчикам.

В зависимости от причин будет строиться и «система контроля времени».

Первую причину я предлагаю не рассматривать. На мой взгляд, требования к присутствию на рабочем месте четко в ограниченное время актуально только для сотрудников, работающих с клиентами. Работники ИТ-сферы в своей массе не являются людьми, работающими с клиентами.

Если же вам все-таки необходимо присутствие команды в офисе строго 8 часов по каким-то причинам, то либо постарайтесь им объяснить, чем это важно для общего дело. Либо будьте готовы к тому, что принцип работы станет: «я свои 8 часов сегодня отработал – встретимся завтра». Обычно, если организация ставит такие требования, то есть и механизм отслеживания.

Но в общем случае применение этой практики без разбора даёт низкую эффективность. Вторая причина сигнализирует о том, что руководитель неправильно построил управление проектом (вверенными ему разработчиками). Т.е. он не понимает сути оценки, не понимает текущего статуса задач и как мы вообще попадаем (или не попадаем) в обозначенный заказчику срок. Хотя, может быть и действительно это менеджерская паранойя на тему «вы мало работаете». Но в этом случае я бы сначала предложил разобраться – а есть ли проблема?

Третью и четвертую причину предлагаю рассмотреть вместе. Обычно, это требование относится не столько ко времени присутствия на работе, сколько ко времени суммарно отработанных часов и их правильному распределению между задачами. В данному случае у нас нет цели кого-то прижать или поймать на обмане. Поэтому мы вполне резонно можем попросить разработчиков списывать реально отработанные часы в системы трекинга задач (Jira/TFS или аналоги).

Причина достаточно веская – менеджер не может догадаться, сколько и на какую задачу вы тратите. Фокус смещается с контроля за общим количеством к правильному распределению часов. Разработчики обычно спокойно относятся к такому подходу, и по окончанию работы над задачами, часы списываются. Конечно, придется еще поработать над его надстройкой – будут забывать или списывать слишком мало. Но в целом этот процесс работает. Кроме того, этот подход со списыванием фактически отработанного времени можно использовать, когда вам необходимо проверить правильность процесса.

Таким образом, перейдем к пятой причине – контроль процесса. Опять же мы видим, что фокус ставится на проверку изначальной оценки или на проверку скорости работы команды. Правильно выстроенный процесс имеет в своем составе всегда цикл контроля, по результатам которого необходимо производить корректировку. И команда, при должном объяснении и постановке цели, не саботирует этот процесс, а поддерживает его. Механизм такой же, как и в предыдущем абзаце – системы учета задач.

В завершение хочется сказать, что процессы, безусловно, влияют на присутствие человека в офисе в то или иное время (например, при работе по SCRUM вам необходимо присутствие всех членов команды на ежедневном митинге и желательно в одном физическом месте). Но это не должно становится рычагом влияния на людей для достижения цели отработки 8 часов в день. Ведь наша основная цель – это удовлетворенный заказчик с системой, которая решает его бизнес проблемы, а не пресловутые отработанные часы.

Материал опубликован пользователем.
Нажмите кнопку «Написать», чтобы поделиться мнением или рассказать о своём проекте.

Вообще статью можно ужать до предложения «если основная цель — это удовлетворенный заказчик и рабочий продукт/услуга, то таймшиты не нужны. Если цель — освоить бюджет и отчитаться, тогда нужны».

Если РП продал заказчику Х часов и больше заказчик не оплатит, тогда нужны.
То же, но в профиль:
Если проект по фикс-прайсу и нужно сохранить хотя бы минимальную маржу, тогда нужны.

Если переработки по часам оплачиваются, тогда. ну вы поняли )

Я считаю, что для практически любых айтишников вести учет не нужно.
Производительность труда от количества часов на стуле не зависит.
Кодинг — это такая штука, производительность которой зависит от общего состояния программиста. Выспался ли он, все ли хорошо дома, в порядке ли здоровье.

Извините, но проггер, у которого от недосыпа болит башка, это демо-версия прогера.

Я сейчас сам руководитель. И строгое время присутствия в офисе с 10 до 17. Если простые сотрудники придерживаются этого графика, то топовые приходят раньше, уходят позже.
Это их право, им работа, значит, нравится.

А, если я буду загонять людей в рамки, то кпд понизится. Так-то, кому хочется, дома по выходным работает. Если же с 8 до 17 жёстко рамки поставить, хрен кто вне рабочего времени останется.

Зачем же вы так позоритесь. мда. Тот вариант, когда лучше промолчать.

А вы — молодец, люблю таких «собеседников»

Когда у вас появляется смелость парировать чье-то мнение, постарайтесь развернуть свою мысль, я в первом посте как раз ответил подробно.

Двумя же предложениями отвечать на простыню достойно настоящего троечника и чувака, который двух слов связать не может.

Давайте, еще раз попробуем — что вы там хотели?

А с чего то вдруг мне надо вам парировать на ваши безмозглые простыни или это здесь в правилах установлено?!
кроме троечника ничего не придумали больше?! ну там двоечник, не?
Тема это большая и зависит в первую очередь от специфики компании. Если у вас с 10 до 17 это протирание штанов, вы плохой руководитель или с минимальным опытом и незнанием инструментов. Ваш текст прямо сквозит этим. Я вообще не помню, когда читал такой бред.
У меня никто штанов не протирает. И метрики измерения эффективности в работе, и прокачка скилов в оценке задач от джунов до синьоров, и работа над уровнем коммуникаций, анализ скоупа и тд. Итого, если не заниматься оценкой задач, не иметь анализа эффективности по каждому исполнителю, ваш проект будет мах проебывать сроки.
И мне похуй, если у него недосып через день или со здоровьем что то. Я конечно поговорю, попробую понять, договоримся не разьёбываться в игры по ночам или не бухать через день. Повторится — свободен. Это называется и есть у взрослых — ответственность. Если болит голова, с него снимаются на сейчас большие задачи, берет что то с лоу приоритетом на время, его переходят к другому. Есть просто у нас разгрузочные дни по понедельникам и пр. И так есть не мало инструментов, что бы не протирать и не замечать как прошел день.
Как вы можете повлиять на его здоровье или его недосыпы?!
Человеку похуй на себя, в каком то смысле, он регулярно ещё это притаскивает на работу и это моя забота?! У тебя проблемы дома — оставляй их дома или бери отпуск решить всё.
Моя забота это совершенно другое, это очень кратко есть выше. И график наше всё.
p.s. еще раз зальётесь пушкиным со своими оценочными речами и кто кому должен, вы кратко и быстро побежите в нужном направлении. норм, проГГер?

Отвечу на самое главное — если моим программерам в жизни что-то мешает, я постараюсь сделать так, чтобы все было хорошо.

Я думаю, что у нас диаметрально разные мнения на программеров. Я сам в прошлом айти, будучи наемным сотрудником, руководил отделом.
И, конечно, я очень люблю и уважаю хороших айти, тех, у кого горят глаза. Это ж, блин, не землекопы какие-то.

На шею мне никто не сможет сесть, и ножки вряд ли свесит.

Но, если я понимаю, что у ключевого сотрудника проблемы, я могу ему дать любой график — ключевой сотрудник и дома поработает.
Если же халявить будет — не такой уж он и ключевой.

Я всего лишь даю возможность другим людям почувствовать, как мне было круто, когда я был наемным.

Короче, мне самое главное — результат. А не закрыть даже контентщика в четырёх стенах офиса на кресле.

Топ-7 лучших тайм-трекеров для учета рабочего времени, обзор и сравнение 2020 года

Мы составили рейтинг, в который включили 7 лучших, по нашему мнению, программ тайм-трекеров. Рейтинг основан на опыте наших клиентов, а также на нашем субъективном и оценочном суждении. Ни в коем случае не следует расценивать его, как истину в последней инстанции, но, надеемся, он поможет в выборе подходящей вам или вашему бизнесу программы.


Тайм-трекер (англ. Time-tracker или Time-tracking software) — это категория компьютерного программного обеспечения, которое позволяет сотрудникам, работающим за компьютерами, записывать время, потраченное на выполнение задач или проектов, а работодателям их контролировать.

В последнее время набирает популярность использование программ тайм-трекеров при работе с удаленными сотрудниками и наемными работниками (программистами, бухгалтерами, специалистами служб поддержки и т.д.), работающими по схеме почасовой оплаты труда.

Тайм-трекеры позволяют руководителю узнать, на что уходит рабочее время сотрудников и насколько они при этом продуктивны, а самим специалистам — контролировать свое рабочее время.

В этой статье мы сравним 7 разных инструментов для тайм-трекинга, и их функциональные возможности, а также, в качестве бонуса, расскажем еще об одной программе (угадайте, какой).

Основные задачи программ тайм-трекеров:

  • Учет рабочего времени сотрудников
  • Анализ продуктивности
  • Контроль посещаемых сайтов и приложений

Дополнительные задачи программ тайм-трекеров:

  • Оплата труда сотрудников.
  • Скриншоты рабочего стола.
  • Интеграция с другими приложениями.
  • Кроссплатформенность.
  • Кейлоггер (логгирование нажатий клавиш).

Стоит отметить, что упомянутые в обзоре тайм-трекеры являются условно-бесплатным ПО, то есть, имеют платные и бесплатные (с урезанным функционалом версии). Что вполне логично, поскольку разработка и поддержка любого B2B-продукта стоит денег.

Итак, наш рейтинг:

7. Tick (macOS, Windows, iOS, Android, Apple Watch)

Tick тайм-трекер подходит для команд, которых пугает ценовая политика других приложений – «за каждого пользователя».

Tick взимает плату не «за пользователя», а за каждый конкретный проект, количество пользователей не ограничено.

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

Интерфейс предельно прост; проекты и задачи отслеживаются в реальном времени, также данные могут вписываться вручную по завершении работы.

В отчетах содержится информация о:

  • Клиентах
  • Участниках команды
  • Оплачиваемых и неоплачиваемых часах

Плюсы

Приемлемая ценовая политика для крупных команд, в особенности когда количество проектов ограничено.

Минусы

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

Для всех тарифных планов количество пользователей не ограничено (даже в бесплатной версии).

Планы:

  • 1 проект – бесплатно
  • 10 проектов – $19 в месяц
  • 30 проектов – $49 в месяц
  • 60 проектов – $79 в месяц
  • Неограниченное число проектов – $149 в месяц

Количество архивных проектов не учитывается.

6. OfficeTime (iOS, macOS, Windows)

Этот тайм-трекер больше подходит для работы в офлайне.

Есть приложения под macOS, Windows и iOS, стоимостью $49.

Присутствует функция синхронизации, но ее можно отключить. Если нужно отслеживать данные в офлайне, в целях безопасности, к примеру, OfficeTime – одно из лучших решений.

OfficeTime содержит в себе весь функционал, необходимый для тайм-трекинга. Во время работы показывается таймер, можно категоризировать отслеживаемое время по клиенту или проекту. Функция отслеживания простоев дает возможность определить время, в течение которого сотрудник или фрилансер не работал, а отвлекался на телефонные разговоры, беседы с клиентом, (или гладил кота).

К сессиям можно добавлять дополнительные данные, включая разновидность выполняемой работы и почасовую ставку. Если вы не отслеживали время, потраченное на определенную задачу, ее всегда можно добавить вручную.


В OfficeTime присутствует функция отслеживания расходов, составления отчетов и базовых счетов. Последний инструмент, надо сказать, уступает Harvest или FreshBooks, но для малого бизнеса это вполне приемлемый вариант (например, когда расчеты в одной валюте).

Плюсы

Кроссплатформенность, недорогая цена (если брать в расчет месячную стоимость).

Минусы

Опять же, цена. Если покупать программу на небольшой отрезок времени.

$49 за бессрочную лицензию.

5. Timely (macOS, Windows, iOS, Android)

Эта разработка предназначена как для отдельных пользователей, так и команд, которым нужен специализированный тайм-трекер.

Уникальная особенность Timely – автоматический тайм-трекинг
Записывается любая активность, в зависимости от прошлой истории того, что делал пользователь. Затем система сама подсказывает подходящий ярлык и теги.

Можно либо принять предложения Timely, вручную отредактировать их, либо отклонить.

Всякий раз, когда вы вручную вписываете данные, вы улучшаете функцию самообучения Timely. И система генерирует более точные подсказки.

Такой вариант подойдет не для всех, например, кто-то может большую часть дня работать с документами Google Docs, и ему будет не с руки обучать какой-то искусственный интеллект автоматически отслеживать клиентов/проекты. Ведь в таком случае приходится проводить весь рабочий день на другом ресурсе. Но если вы работаете над разными задачами, автоматический тайм-трекинг будет вполне уместен.

Плюсы

Функция автоматического тайм-трекинга экономит время и позволяет перепроверить, что важные даты не будут пропущены. Это также удобное приложение, когда нужно выяснить, что сотрудники делали на протяжении рабочего дня.

Встроенная панель Project Health Dashboard помогает контролировать учетное рабочее время, когда нужно убедиться в том, что команда не выходит за рамки установленного бюджета.

Панель управления для команды также предоставляет важные данные относительно продуктивности.

Минусы

В некоторых случаях (если пользователь целый день работает с файлами Google Docs), функция автоматического трекинга окажется не столь эффективной. Некоторые предпочитают делать все вручную.
Нет бесплатной версии.

Для одного пользователя Timely будет стоить $8 и $15 (для команды).

4. Hours (Web, iOS)

Больше всего подойдет для пользователей, которые ищут простой тайм-трекер с хорошим интерфейсом (есть функция Team, но не настолько продуманная, как в других инструментах).

Интерфейс Hours один из лучших. Полезная функция Timeline, которая позволяет быстро заполнить пробелы в тайм-трекинге.

Плюсы

Функция Timeline позволяет без каких-либо сложностей заполнять пробелы, например, когда пользователи забывают включить таймер или, когда необходимо отслеживать оффлайн-событие без мобильного приложения. Интерфейс выглядит прекрасно.

Минусы

Если ежедневно приходится создавать множество проектов, с Hours будет сложнее, чем с Toggl, о котором пойдет речь дальше.

Сервис доступен только как веб-приложение или приложение для iOS.

За доступ к веб-интерфейсу Hours понадобится заплатить $8 из расчета на одного пользователя в месяц. Есть бесплатная версия для iOS (без функций уровня про).

Начните использовать Kick >Бесплатное тестирование до 14 дней

3. Harvest (macOS, Windows, iOS, Android)

Тайм-трекер Harvest больше подходит для фрилансеров и удаленных команд; реализована функция отслеживания расходов и другие бухгалтерские функции, которые должны присутствовать в хорошем тайм-трекере.

Плюсы

Встроенная функция создания счетов, включая поддержку платежей бизнес-платежи PayPal Business Payments (подходящий вариант для пользователей со счетами в американских банках).

Множество интеграций со сторонними инструментами, включая управление проектами, создание счетов, CRM, клиентская поддержка, инструменты разработчика и т.д.

Время отслеживается посредством веб-приложений, расширений для браузеров, приложений для десктопов и мобильных устройств.

Встроенная функция отслеживания расходов, включая сканирование чеков об оплате.


Минусы

Интерфейс не очень простой. Для создания новых проектов понадобится больше кликов и перезагрузок страниц, чем в аналогичных приложениях, что не очень удобно для фрилансеров, которым приходится создавать множество проектов.

Интерфейс отчетов не настолько гибок, как в других инструментах, хотя большинство пользователей не жалуется.

Есть бесплатная версия Harvest, которая позволяет пользователям создавать до двух проектов.

Платная версия – $12 из расчета на одного пользователя в месяц.

2. Toggl (macOS, Windows, iOS, Android)

Инструмент, главным образом, разрабатывался для фрилансеров и индивидуальных предпринимателей, хотя Toggl также позволяет отслеживать активности целой команды сотрудников.

Toggl – инструмент, который предоставляет определенную гибкость в организации трекинга.

Упрощенный интерфейс, в котором есть возможность распределять задачи в рамках проектов, быстро выбирать клиентов, в т.ч. создавать проекты или добавлять клиентов, не выходя за рамки панели задач.

Приложение доступно как веб-интерфейс, есть браузерные расширения, мобильное приложение и приложение для десктопа.

В последнем можно автоматически отслеживать определенные активности и устанавливать напоминания.

Больше ста интеграций с другими популярными инструментами, такими как Trello и Asana.

Плюсы

Реализована система тегов по проектам и клиентам. Создание новых проектов/тегов занимает несколько секунд – не требуется перезагрузка страницы, или дополнительные клики.

Детальные отчеты, которые помогают визуализировать расходы, или генерировать отчеты для клиентов; также присутствуют фильтры.

Мастер Йода рекомендует:  У скольких целых чисел, лежащих в диапазоне от 1 до 1000, есть цифра 3

Больше ста интеграций. Например, можно начать отслеживание с карты Trello, и затем подключиться к некоторым другим инструментам.

Минусы

Нет возможности выписывать счета, но доступны интеграции со сторонними приложениями.

Приложение для десктопа может показаться неудобным немного.

Бесплатная версия содержит базовые функции, которых может быть вполне достаточно. Платная версия – от $9 из расчета на одного пользователя в месяц; $49 – на одного пользователя, если приложением пользуется команда.

1. TMetric (Android, iOS, Linux, macOS, Windows, веб)

Лучший недорогой тайм-трекер. TMetric – бюджетный вариант, позволяющий отслеживать время в веб-приложениях, приложениях для десктопа и мобильных устройств. Реализованы отчеты и инструменты для взаимодействий между сотрудниками. Такая разработка подходит для фрилансеров и небольших команд, которым нужно узнать, насколько эффективно выполняются различные задачи.

Учитывается каждая минута, т.к. логируется не только рабочее время, но и перерывы. Строка времени дня визуализируется – заполняется цветом по мере прогресса, учитываются и перерывы.

TMetric содержит широкий список интеграций с другими сервисами (Asana, Basecamp, Bitbucket, Freshdesk, GitHub, Pipedrive, Taiga, Teamwork Projects, Todoist, Trello, Wrike).

Присутствуют отчеты, есть возможность создавать интеграции, но здесь нет инструмента для управления задачами и создания счетов.

Бесплатно для команд из 5 человек; платная версия – от $48/год.

Бонус – система учета рабочего времени Kick >

Наша система учета рабочего времени Kickidler хоть и относится к категории программного обеспечения для мониторинга сотрудников (Employee Monitoring Software), но также способна выполнять задачи тайм-трекера. Скажем так, EMS – это расширенная версия тайм-трекера, способная выполнять более профессиональные задачи по контролю сотрудников.

Наша программа переведена на несколько языков: есть русская, английская, португальская версии интерфейсов, очень скоро будет готов испанский интерфейс.

При всем этом, стоимость нашего ПО не дороже, а то и дешевле многих тайм-трекеров.

Инструменты для тайм-трекинга в программе Kickidler

Дополнительные инструменты, которых нет в стандартном тайм-трекере

Какому тайм-трекеру отдать предпочтение?

Все зависит от конкретного случая и специфики рабочего процесса.

Но, скажем, индивидуальному фрилансеру будет удобнее управлять проектами в Toggl, поскольку интерфейс достаточно продуманный. Разработчики Toggl проделали хорошую работу – каждое отдельное действие доступно в отдельном экране, и не приходится отвлекаться на другие разделы, разве что, когда нужно создать отчет.
В Timely, среди прочего, реализована уникальная функция автоматического трекинга и самообучения.


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

«Приходят в 11, уходят в 17, в обед идут прогуляться». Как ИТ-компании считают время и нравится ли это сотрудникам

PANDARAMA для dev.by

Тайм-трекинг — привычный атрибут работы в ИТ, особенно в аутсорсе и на удалёнке. Он же порой становится яблоком раздора между сотрудниками и работодателями. Делает ли тайм-трекинг работу эффективнее и как контроль сказывается на психологическом климате в коллективе? dev.by разбирался с помощью руководителей компаний и их сотрудников.

«Вы видите, что провели 8 часов в Powerpoint или Excel, но что именно вы делали?»

Тайм-трекеров — великое множество. И несмотря на то что рынок завален софтом для учёта времени, идея делать собственное приложение может быть вполне успешна, как показывает опыт белорусской компании Weavora с продуктом Everhour.

Попросили сооснователя Weavora Михаила Кулакова классифицировать существующие на рынке трекеры. Он выделил два типа: автоматический и ручной.

Автоматический трекинг

Это когда вы запускаете специальное предустановленное приложение и работаете, а в нужный момент открываете подробный журнал своих действий.

Как правило, вы можете видеть, какие приложения использовали и как долго, какие веб-сайты просматривали, какова была ваша активность в определённый момент и т. д. Если это корпоративный аккаунт, то все эти данные доступны и вашему менеджеру.

Некоторые из приложений даже делают случайные снимки экрана и трекают вашу геолокацию. Наверное, наиболее известный тул такого плана — UpWork (бывший oDesk). Ещё есть, например, Timely или Rescuetime.

На мой взгляд, недостатком данного типа тайм-трекеров является то, что результаты плохо сегментированы. Да, вы видите, что провели 8 часов в Powerpoint или Excel, но что именно вы делали? В рамках какой задачи или проекта? Как из этого сделать понятный клиенту отчёт?

Представьте, что для управления задачами вы используете Asana, Trello или Basecamp. В этом случае автоматическое отслеживание времени не работает. Как вариант, вы можете экспортировать свои логи в Excel и классифицировать время вручную, но это неудобно и не совсем точно.

Однако это не означает, что автоматическое отслеживание времени бесполезно, просто его нужно использовать для несколько других задач. Например, для измерения личной продуктивности: сколько времени вы тратите на проекты, а сколько проводите в соцсетях. Полученные результаты могут удивить. Оно также подходит для компаний, которые нанимают внештатных сотрудников и не совсем им доверяют (не рассматривайте это только в рамках ИТ).

Но если вы имеете дело с вашей собственной командой, принудительное автоматическое отслеживание времени может оказаться не самой лучшей идеей. Сотрудники будут думать, что вы за ними следите, а это никому не нравится.

Трекинг времени вручную

Это совсем другая история. В этом случае автоматически ничего не происходит. Над каким бы проектом ни работал сотрудник или фрилансер, это нужно указать вручную.

В данной категории огромное количество продуктов с различным функционалом. Например, Harvest фокусируется на отслеживании времени по определённому виду деятельности в проекте (маркетинг, дизайн, QA и т. п.). А Everhour — на учёте времени по конкретным задачам. Допустим, сколько времени занял редизайн промо-страницы, или сколько ушло на регулярные митинги с клиентом.

Это более гибкий подход, поскольку время, затраченное на выполнение конкретной задачи, легче проанализировать и показать клиенту. Любые дополнительные задачи (change requests) от клиента можно легко сегментировать от основного содержания проекта и вынести в отдельный инвойс. Какие-то задачи можно пометить как «не оплачиваемые» и учесть их в будущих проектах с клиентом.

Основной недостаток данного подхода в том, что сотрудники могут забыть отметить время или сделать это неточно. Однако такой подход, конечно, свидетельствует о большем к ним доверии.

Нужно ли контролировать время работника?

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

Можно опробовать тайм-трекер в рамках эксперимента и проанализировать результат. Если ощутимой пользы не будет, можно прекратить контроль. В этом и заключается прелесть SaaS модели.

«Опубликовавший статью сотрудник работает у нас по сей день»

О том, что эксперименты с тайм-трекингом могут обернуться недовольством в коллективе, свидетельствует опыт компании SpurIT. Переход на юнит-экономику привёл к анонимной публикации. В ней сотрудник рассказывает, как «участники галеры превратились в бухгалтеров по затраченному времени».

Руководство компании SpurIT согласилось не только высказать свое мнение о тайм-трекинге, но и прокомментировать публикацию.

Евгений Томашевич, СЕО SpurIT:

Я не являюсь ни апологетом, ни противником учёта рабочего времени сотрудников. Где-то он имеет смысл, где-то его стоит избегать. Много копий сломано о вопрос, как измерить эффективность работы программиста в аутсорс-модели, а единых выводов так и нет.

Мы начинали работать с акцентом на аутсорс-модель, и в качестве самого простого KPI для разработчиков брали именно время: в зависимости от временных затрат нам платили клиенты. При этом правила учёта у нас всегда были (и остаются) довольно гибкими: нет обязательства работать восемь часов в день (если по итогам месяца есть недоработка, то по желанию сотрудника она либо пропорционально отражается на зарплате, либо переносится на другой месяц), отлучки до 30 минут учитываются как рабочее время, и их количество не ограничено. Есть сотрудники, которые работают удалённо, и с ними я выстраиваю отношения доверия: они самостоятельно указывают отработанное время.

В целом атмосферу в компании можно назвать «движовой» и компанейской, и это не только моё мнение. Фактор учёта времени не был какой-то проблемной темой для сотрудников, по крайней мере, он не был в топе волнующих вопросов. Но справедливости ради скажу, что последние несколько месяцев у нас действительно шли перестроения в связи с ростом компании.

Когда количество сотрудников перевалило за 50 (сейчас их около 70), было решено ввести юнит-экономику. Целью было сделать так, чтобы разные направления (несколько продуктовых, аутсорс, маркетинг и др.) стали независимыми, и их руководители могли сами устанавливать «правила игры».

Как раз на это время и пришлась эта публикация. Нагрузка на менеджеров сперва действительно возросла (потом мы начали автоматизировать процессы, чтобы её убрать), а у нашего сотрудника ещё не сложилось полное понимание того, как будет работать учёт времени, поэтому там и описывается «трекание походов в туалеты» (чего никогда не было и не будет).

Изменения для других сотрудников были минимальными. В компании мы открыто обсудили эту публикацию в общем чате, и в целом ситуация была воспринята или с юмором, или с непониманием, кто и зачем это сделал. Опубликовавший статью сотрудник работает у нас по сей день, так как я с пониманием отношусь, когда мои ошибки влияют на других. А в процессе отстройки юнит-экономики с моей стороны они были (автоматизация слишком затянулась).

На данный момент используем софт Odoo, но он не самый удобный, поэтому в ближайшее время хотим его поменять, чтобы упростить трекание для сотрудников.

Сейчас в связи с изменениями для внедрения юнит-экономики образовалась некоторая напряженность (в основном в менеджерском звене), так как люди еще не увидели бонусов нового подхода. При этом ситуация уже меняется в позитивную сторону, и через несколько месяцев можно будет судить о конкретных результатах.


На дополнительный вопрос dev.by, как выявили автора статьи, Евгений Томашевич уточнил, что публичного разоблачения не было.

— Если коротко — то с момента публикации никто не увольнялся, значит, автор работает.

И ещё несколько мыслей CEO SpurIT о тайм-трекинге:

— Как тайм-трекинг влияет на имидж компании? Сложно сказать. Думаю, тем, кто наткнётся на статью, покажется, что у нас действительно лютый АД в плане правил, и, конечно, будет жаль, что у них сформируется неверное представление. Но пока от потенциальных кандидатов я не слышал негативных отзывов, а мы набираем людей в постоянном режиме. Кроме того, мы реально уделяем внимание коллективу — у нас есть и социальные плюшки, и неформальный дух, и это тоже будет давать свои позитивные результаты.

Что если отменить тайм-трекинг вообще? Думаю, были бы и плюсы, и минусы. С одной стороны, это действительно добавило бы неформального духа команде. С другой, (особенно в средне- и долгосрочной перспективе), это не позволяло бы нам понимать реальную экономическую эффективность как внутренних, так и аутсорс-проектов. Всё же в ИТ-сфере основные затраты — это время сотрудников.

Мнение о роли тайм-трекинга и его влиянии на психологический климат высказали и в других компаниях.

«Фокус сильно смещается с систем «контроля» к системам «поддержки и коучинга»

Катерина Преткель, People Programs Director, EPAM Беларусь:

— Учёт времени и использование трекера — это совсем не одно и то же.

В нашей компании для сотрудников, которые работают с клиентами, есть системы учёта времени (заказчик должен понимать, какие ресурсы потребовались для решения задачи). При этом учёт времени совершенно не означает, что у сотрудников стоят тайм-трекеры. Обычно коллеги самостоятельно записывают свои задачи и потраченное на выполнение время, при необходимости точность этих записей проверяют руководители проектов или команд. Для управления проектами и учёта времени мы разработали несколько приложений в рамках системы Telescope AI. Автоматические трекеры для учёта времени мы не используем, хотя есть несколько экспериментов, а также ряд проектов, где трекерами пользуется команда клиента и наши сотрудники работают с ними в одной инфраструктуре.

Использование такого рода систем зависит и от бизнес-модели компании, и от корпоративной культуры. И нельзя однозначно сказать, полезно это или нет, для каждой задачи есть подходящее решение. Например, сложно себе представить работу на Upwork без использования трекера, так как это фактически единственный способ контроля за исполнителем. При этом даже многие компании с практически семейной атмосферой используют трекеры, и там это просто привычный порядок вещей, не вызывающий ни у кого дискомфорта. Всё зависит от контекста и от того, как и для чего трекер используется.

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

В том числе Microsoft уже сейчас позволяет сотруднику получать инсайты, построенные на основе почтовых сообщений и совещаний, подсказывая что, например, быть на встрече и читать почту одновременно — не очень эффективно. Или что встречи после рабочих часов случаются последнее время всё чаще.

Microsoft ещё тестируют свою систему, но уже очевидно, что это не система контроля для руководства — это система повышения осознанности для сотрудников. Мне она помогает быть более продуктивной, после нескольких недель анализа я узнала о себе и своих привычках много нового и кое-какие уже пересмотрела. Думаю, что анализ данных и самообучающиеся системы будут помогать лучше понимать какие «привычки» помогают сотрудникам быть более успешными, какие — быстрее обучаться, какие — просто хорошо делать свою работу и вовремя справляться с делами, чтобы провести больше времени с семьёй. Любой контроль можно обойти, время — это только одна из переменных успеха. Нужны системы, которые помогают и мотивируют использовать этот ресурс максимально продуктивно — за ними будущее.

«Для улучшения бизнес-процессов, а не для контроля за сотрудниками»

Владимир Степуро, директор отдела HR ScienceSoft:

— В ScienceSoft тайм-трекинг используют уже достаточно давно. У нас этот метод применяется для улучшения бизнес-процессов, а не для контроля за сотрудниками. Например, можно эффективно отслеживать, сколько времени уходит на конкретный проект и соотносится ли оно с ранее согласованным бюджетом. Для тайм-трекинга сейчас используем Jira, так как эту систему мы применяем для управления всеми проектами.

Мы регулярно проводим анонимный опрос сотрудников, чтобы понять, насколько они довольны условиями работы. И тайм-трекинг не мешает нашим специалистам чувствовать себя комфортно в компании. Новых сотрудников тоже не пугает учёт рабочего времени, они быстро к нему адаптируются. В какой-то мере тайм-трекинг помогает сделать график более гибким: сотрудники могут самостоятельно планировать рабочие часы на неделю. При таком подходе это не ограничивает свободу работников, а, наоборот, позволяет им достичь баланса между работой и личной жизнью.

Тайм-трекинг помогает нам работать эффективнее, но это лишь один из инструментов для планирования. В случае отказа от него мы смогли бы быстро перестроиться, ведь результативность работы зависит не от строгого учёта рабочего времени, а от правильной мотивации и общей организации рабочего процесса.

«Если сотрудник выполняет свои задачи, то его рабочий график никого не интересует»

Елена Полубочко, CTO Godel Technologies:

В Godel Technologies мы никогда не использовали тайм-трекинг. Однако некоторые из наших заказчиков его практикуют. И цель часто не в тотальном контроле, а в понимании временных затрат на разные активности: это помогает проанализировать, насколько эффективно построена работа.

Однако для людей это сложно. Многие воспринимают тайм-трекинг на личный счёт: «А почему вы не заметили, что я на прошлой неделе час пересидел?» Никто не любит, чтобы его контролировали. Тем более творческие работники: к ним сегодня вдохновение пришло, а завтра ушло. Если же речь о менеджере, чей рабочий день — это сплошные встречи, то расписать, куда ушло время, займёт ещё один день.

В нашей компании тайм-трекинг ориентирован, скорее, на результат: если сотрудник выполняет свои задачи, то его рабочий график никого не интересует. Если же задачи не выполняются и результата нет, то стоит внимательно присмотреться к сотруднику.

В любом случае привязка к задачам очень выручает: всегда есть ключевые факторы оценки, прогнозирования, планирования, и работа отслеживается сама по себе. Однако бывают сотрудники, которые не выполняют задачи и при этом еще качают права. Приходят в 11, уходят в пять, в обед уходят прогуляться, выполнять задачи предсказуемо не успевают. Естественно, в таких ситуациях смотришь более детально: ищешь причину, и разговор о графике всплывает одним из первых.

В Godel вся работа построена на взаимодействии в командах, и это самый лучший трекер, ведь в противном случае пренебрежение рабочим временем будет восприниматься как неуважение к команде.

Если идет перегиб, и сотрудник заявляет, что «с задачами справился, за четыре часа сделал столько, сколько у другого занимает два дня», и уходит, и делает так постоянно, то, значит, он не совсем в команде. Поэтому с точки зрения синхронизации фактор команды очень мотивирует.

Нужно придерживаться баланса. Если ты действительно заинтересован в том, чтобы делать вещи эффективно, знать, куда уходит время, полезно. И единственный способ — записывать, что требует определенной самодисциплины. Когда человек сам к этому приходит, начинает примерять на себя техники тайм-менеджмента, трекинга и планирования, экспериментировать, то это не только не напрягает, но и кажется полезным.

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

Мастер Йода рекомендует:  Управление рекламными кампаниями в Google AdWords стало еще более эффективным

«Для опытных разработчиков тайм-трекинг — больше формальность»

Арсений Емчик, сооснователь CleverLabs:

— Тайм-трекинг в нашей компании зависит от проекта. Есть проекты, где заказчик требует логировать время как минимум для внутренней отчётности, и есть такие, где этого не требуется. Для учета времени обычно мы используем Jira. На собственных проектах мы время не логируем.

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

По моему опыту, трекинг времени создает психологическое давление на начинающих разработчиков. Из-за неопытности и непонимания того, сколько времени длится разработка, многие переживают по поводу потраченного времени. Опять же, новичку редко объясняют, что долго разбираться на начальном этапе — это нормально.

Для опытных разработчиков тайм-трекинг — больше формальность. Им не составляет труда аргументировать себе и менеджерам потраченное время, даже если оно превышает изначальные ожидания. Отсутствие трекинга, на мой взгляд, показывает доверие компании к разработчику и соответственно повышает лояльность самого разработчика.


«Контролируем время не для того, чтобы заставить сотрудника лучше работать или уличить его в чём-то»

Ольга Ярошевич, руководитель HR-департамента SoftTeco:

— Мы используем два вида тайм-трекинга: трекинг внутренних процессов и трекинг времени на реальных проектах, который нужен для формирования отчёта перед заказчиком. В первом случае мы используем программу Tick. С трекингом реальных процессов всё гораздо серьезнее. В этом случае мы «чекаем» время, затраченное на реализацию каждой задачи, чтобы потом получить информацию для анализа работы компании, команды, конкретного человека. На основании этого готовим отчёты для наших клиентов.

Все системы учёта времени, которые мы использовали или используем, достаточно похожи по своему функционалу. Разница только в деталях и цене. Был случай, когда система контроля времени умерла, и мы в авральном режиме «переезжали» на новую. Это был сложный процесс.

Система учёта времени в нашей компании введена не для того, чтобы заставить сотрудника лучше работать или уличить его в чём-то. Мы априори доверяем нашей команде. Система учёта времени — это инструмент для сбора и анализа информации о выполненных задачах и затраченных временных ресурсах.

«Для нас важнее результат, чем время, затраченное сотрудником»

Роман Бугаев, СТО Flo:

— Я никогда не работал в компаниях с жёстким тайм-трекингом и никогда всерьёз не рассматривал эту опцию для своей команды. Во Flo тайм-трекеры не используются, и на это есть несколько причин.

Во-первых, для нас важнее результат, чем время, затраченное сотрудником на работу. Как правило, через творческое осмысление задачи можно получить out-of-the-box решение (или даже несколько), что особенно важно для Flo — компании с очень амбициозными планами. В случае с жёстким трекингом времени высока вероятность получить шаблонное и предсказуемое решение, а не наилучшее из возможных.

Во-вторых, в отсутствие строгой системы учёта времени сотрудник имеет возможность осмыслить важность и приоритетность задачи, а где-то даже отказаться от ненужных, вторичных задач без потери результата. Когда же тайм-трекер включен, специалист будет выполнять задачу до конца: ему нужно зафиксировать ее в трекере как показатель своей эффективности.

В-третьих, у нас очень мотивированная команда, а тайм-трекинг скорее демотивирует людей, сигнализирует о недоверии и вызывает дополнительный стресс. Бывает, что сотрудники работают во внерабочее время, а иногда уходят раньше по семейным обстоятельствам. Тайм-трекинг бюрократизирует отношения сотрудника с компанией и делает их менее гибкими.

Отсутствие тайм-трекинга отнюдь не означает отсутствие дисциплины. У нас есть система OKRs (objectives and key results), и все в компании знают, какие цели стоят перед отделами и к каким метрикам мы должны прийти. Мы регулярно проводим встречи по статусам, где оцениваем прогресс по каждому из направлений.

И наконец, хочется процитировать Джейма Колинза, автора Good to Great: Why Some Companies Make the Leap… and Others Don’t: «Если вам кажется, что нужно контролировать каждый шаг сотрудника, то вы сделали ошибку, взяв его на работу».

«Я — сторонник ленивой разработки, когда для достижения результата не нужно плодить лишний код»

Александр Матвеенко, экс-CEO Mapbox:

Я никогда не использовал тайм-трекинг и считаю, что для стартапов и быстрорастущих компаний это не самое лучшее решение. Чем больше ограничений система накладывает на творческого человека, тем больше он приспосабливается к тому, чтобы работать в конкретной инфраструктуре, и тем меньше пространства остаётся для творчества и инициативы.

Думаю, тайм-трекинг имеет право быть в чистом аутсорсе, где с заказчиком оговаривается объем работ и цена, и эту сумму надо как-то обосновывать. Тогда включается расчётный механизм: «Разработчик уровня Senior стоит столько-то, а Middle — столько-то долларов в час, для выполнения задания нужно столько-то часов, поэтому сумма такая-то». В противном случае заказчик будет думать, что от него хотят слишком много денег.

Что касается продуктового направления, я редко в своём окружении встречаю компании, использующие тайм-менеджмент. И дело не в размерах команды, а в тех культурных метриках, в которых она работает. Если в команде — культура работы по часам, там будет тайм-менеджмент. Если есть культура работы на результат, то тайм-менеджмент скорее навредит.

Я — сторонник ленивой разработки, когда для достижения результата не нужно плодить лишний код. Помните Генри Форда, у которого ребята, обслуживающие производственные линии, получали деньги тогда, когда не работали? Похожая штука в разработке: чем больше кода, тем сложнее его поддерживать. Поэтому если разработчик быстро сделал красивое решение, то несправедливо урезать ему плату лишь потому, что он потратил на него меньше времени.

«Если честно, Crossover слегка ударил по мозгам»

А что думают разработчики, для кого работа под трекером — каждодневная реальность?

Артём Куц,Python/Ruby/JS разработчик, 1,5 года отработал в Crossover, где, как известно, жесточайший тайм-трекинг. Сейчас работает удалённо на небольшой американский стартап MobileMonkey.

— Тайм-трекинг сам по себе вещь неплохая, и, если говорить в контексте Crossover, далеко не худший нюанс работы там.

Не сказал бы, что трекер доставляет большой психологический дискомфорт, хотя определённого рода профессиональную деформацию вызывает. Поскольку трекеру необходима активность в виде кликов мышкой и беготни по клавиатуре, рабочий процесс может превращаться в гонку за нормальной статистикой по активности. Как-то в Crossover начинали закручивать гайки: выставляли требования по тому, сколько времени в каждый 10-минутный интервал разработчик должен тратить на работу в их понимании — переписку в Slack или набор кода в IDE. Думаю, продуктивности это не прибавляет.

На самом деле, если действительно есть над чем работать: есть интересные задачи или нетривиальные баги — то восемь часов под трекером можно работать вполне эффективно. Другое дело, что со всеми перекурами, разминками, кофе-паузами и прочими способами отвлечься это растягивается на 10, а то и 11 реальных часов. Каждый день я так работать не мог, поэтому зачастую приходилось ещё пару часов выделять в выходные. Очень часто в 40-часовую рабочую неделю я не вкладывался и трекал по 37-38 часов.

Ужаснее всего под трекером было сидеть над разного рода скучными задачами или когда ничего особо важного на повестке дня нет и необходимо самого себя чем-то занять. Тем более в условиях, когда выделить себе какую-то серьёзную задачу по рефакторингу, R&D или улучшению архитектуры приложения не получится — просто никто не даст на это зелёный свет.

Если честно, Crossover слегка ударил по мозгам, потому что даже сейчас, перейдя на работу без надзора, я по инерции работаю часов по 10 в день.

Учет времени работы программиста

Бывает, когда заказчик просит вести учет времени работы программиста. Что это значит? Что считать временем работы над задачей? Является ли это время равным времени записи решения? Может быть стоит суммировать только время нажатия клавиш? Или же сюда относятся также размышления в душе или перед сном? В простых процессах типа кирпичной кладки или работы швеи мотористки, где есть повторяющееся рутинное действие все достаточно просто можно оценить, прикинуть, посчитать. В программировании и других умственных дисциплинах запись решения составляет дай бог 1%. Основное время уходит на поиск решения, на пробы различных вариантов, моделирование последствий. Без проблем может быть такая ситуация, что попробовали 5 различных подходов, но решения не нашли. Что делать в этом случае? И это нормально! Это жизнь!

Многие решения приходят после сна. Когда мозг интенсивно накачан информацией о предметной области и случился информационный перегруз, часто изящное, краткое, но емкое решение приходит через 2–3 дня или во сне. Мне кажется, что эти 2–3 дня тоже стоит учитывать, как работу над задачей.

Часто заказчик, чтобы оценить стоимость просит программиста сказать сколько времени займет у него работа над конкретной задачей. Это очень увлекательная разновидность гадания, не основанная ни на чем, кроме пустых мечтаний. Если требуется повысить вероятность прогноза, нужно снизить его точность — умножим на 10, 20, 100 и получим срок за который точно все получится. Если стоит задача точно угадать, то нужно как минимум знать точно куда едем и на чем. В программировании — это очень сложно. Заказчик сам не знает куда, все задачи новые, программисты их видят впервые, так что непонятно на чем. Эмпирически можно почувствовать ритм команды. То, как она выдает обновления. Дальше нужно задать себе вопрос, это меня устраивает? Если да, если нравится, что получается в результате — самое лучшее перестать отвлекать команду на свои оценки и дать сосредоточиться на продукте.

Если взять 9 беременных женщин, ребенок за месяц не родится. Банальщина, очевидная в повседневной жизни начисто исчезает в рабочих вопросах. Надо сделать систему. Оценили ее в 3 месяца. Возьмем 6 программистов и запилим все за 2 недели. НЕТ! Не будет так, дорогие мечтатели. 6 программистов будут пилить эту систему 3 месяца, а может и больше, спотыкаясь друг о друга и непрерывно решая одни и те же задачи.

Ищите хорошие решения. Находите и работайте с людьми, которые любят свое дело, которым можно доверять и тогда ваши системы будут прекрасны, кратки, производительны и все будет хорошо.

5 трекеров времени, которые помогут победить прокрастинацию

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


Harvest

Harvest стартовал в далёком 2006 году и за это время успел претерпеть множество изменений и улучшений. Однако основная функциональность осталась неизменной — это по-прежнему один из самых мощных сервисов для учёта времени, которым пользуются десятки тысяч пользователей по всему миру.

Основные функции

  • Ручной и автоматический учёт рабочего времени.
  • Разделение проектов на оплачиваемые и неоплачиваемые.
  • Функция построения отчётов, которые показывают прогресс и потери времени.
  • Создание гибких счетов-фактур на основе ваших рабочих часов.
  • Интеграция с более чем 80 приложениями, в том числе IFTTT, Slack, QuickBooks и так далее.

Стоимость: 1 пользователь, 4 клиента, 2 проекта бесплатно. Узнать подробнее →

Toggl

Это один из самых популярных сервисов в своей категории. Он обладает практически всем необходимым, чтобы организовать работу фрилансера или даже небольшой компании. Отдельная благодарность разработчикам за то, что большинство функций сервиса доступны даже в бесплатной версии.

Основные функции

  • Ручной и автоматический учёт рабочего времени.
  • Разделение проектов на оплачиваемые и неоплачиваемые.
  • Функция построения отчётов, которые показывают прогресс и затраты времени.
  • Возможность разделения коллектива на отделы и группы.
  • Таймеры работают в автономном режиме и синхронизируются, когда вы снова в интернете.
  • Таймеры синхронизируются на всех подключённых устройствах, так что вы можете начать работу на вашем компьютере и продолжить на телефоне.

Стоимость: 5 пользователей бесплатно с небольшими ограничениями функциональности. Узнать подробнее →

RescueTime

RescueTime — это приложение совершенно особого рода. Оно заменит вам строгого начальника, который постоянно стоит за спиной и следит, какие сайты и приложения вы открываете. Потом он предъявит подробный отчёт о потраченном времени, от которого вам может стать жутко. И тогда вы сами попросите заблокировать все эти сайты, ворующие ваше время.

Основные функции

  • RescueTime работает в фоновом режиме и постоянно отслеживает активное приложение или веб-сайт.
  • Приложение автоматически определяет используемые приложения и сайты в одну из категорий, например «Продуктивные», «Развлекательные», «Информационные» и так далее.
  • Встроенные отчёты, которые показывают, насколько вы были продуктивны.
  • Дополнительные функции включают блокирование веб-сайтов в определённое время, блокирование страниц по чёрному списку, запрет на открытие сайтов из определённой категории.

Стоимость: 1 пользователь бесплатно с основными функциями и отчётами. Узнать подробнее →

Имеет ли смысл полный рабочий день для программиста? Производительность труда?

В офисе, полный рабочий день (8 часов к примеру).

Как вы думаете, на сколько это эффективно в плане производительности, нежели допустим 5 часов?

Какой график по вашему мнению даст наибольшую производительность труда, или наилучшую по соотношению стоимость труда/эффективность?

Разработка сайтов, не сложных скриптов. PHP.

  • Вопрос задан более трёх лет назад
  • 14426 просмотров

Вопрос крайне интересный. Но я бы поставил его не так — не как заставить программиста дольше работать, а как сделать так — чтобы он больше делал. Т.е. организовать эффективную работу. По опыту — удавалось повысить производительность программистов раз в 10, а аналитиков почти в 12 (!). Как?

Во-первых — проанализировав процесс и устранив все точки, где возможен re-work, переделка ранее сделанной работы. Например слабый аналитик не разобрался в требованиях заказчика и вывалил весь это мусор на кодировщика. В итоге противоречия в голове заказчика и аналитика привели к противоречиям в коде. Как устранить? — проапгрейдить аналитика, сделать формальным процесс обследования, ввести приемку BRD старшим аналитиком.

Во-вторых — навести порядок в своем коде. Периодически делать review, вносить комментарии и пр. т.е. это все про быстроту нахождения информации. Пусть программист не шарахается по офису — выспрашивая, знает ли кто что-то по существу вопроса — а быстро найдет его в корпоративной wiki или других порталах.

В-третьих, как ни странно — это планировка офиса. Если за спиной у программера постоянно на трубке висит саппорт, продажник или аналитик — он будет постоянно срываться. Сделайте «тихую зону» или отдельное место для кричания с заказчиком.

В четвертых, порядок коммуникаций. Возьмите за правило — не дергать программера чаще чем в 2-3 часа. Как правило он думает в «туннельном эффекте» — декомпозируя задачку и входя в режим творения. На такую подготовку уходит 20-30 минут. Если его в этот момент выдернуть тупым вопросом — мол, дай сигарету или ты не знаешь — а где лежит постановка — то опять потребуется полчаса…

Ну и еще в-пятых, в-десятых и пр. В итоге вы поймете — что программист зачастую имеет «циклоидный характер» — т.е. периоды максимальной интенсивности чередуются с упадком сил и апатией. И мастерство менеджера заключается во вписывании задач проекта в эти особенности конкретного человека. Может нет смысла орать и теребить — а важно дать человек просто отдохнуть и набраться сил. Для чего в офисе должны быть и зоны отдыха.

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

Как украинские компании ведут учет рабочего времени в Worksection

Зачем нужна система контроля рабочего времени?

  • HR — проверяют по частотной диаграмме, как сотрудники вносят время в Worksection. На этапе внедрения приходилось напоминать тем, кто забывал включать таймер в начале работы;
  • отдел финансов — анализирует отчеты затраченного времени по проектам и клиентам. Из этих данных отдел финансов определяет маржинальность проектов и клиентов. Вместе с HR отдел финансов также определяет, насколько эффективны команды и отдельные сотрудники.

Как тайм-трекер используют для расчета стоимости работы?

Co-founder студии «Винтаж» Евгений Кудрявченко рассказывает, что стоимость работы зависит от уровня сотрудника: junior, middle и senior: «Для определения уровней внедрили учет времени через Worksection, чтобы понять, сколько времени сотрудники тратят на решение типовых задач. Если сотрудник тратит меньше времени на решение задачи, у него есть перспектива попасть на следующий уровень. Система оплаты труда топ-менеджеров зависит не от уровня, а от KPI работы отделов».

Рекламное агентство Y&R Ukraine выбрало классическую схему почасовой оплаты. Управляющий директор Дмитрий Барсуков верит, что учет времени в рекламных агентствах из международного стандарта станет национальным: «Специфика рекламного бизнеса такова, что мы, по сути, продаем время наших специалистов. Поэтому изначально используем систему с упором на тайм-трекинг».

Зачем заказчику знать, сколько времени сотрудники потратили на задачу?

Мы сознательно выбрали минималистичный дизайн для Worksection, чтобы снизить порог вхождения для тех, кто никогда не работал в этой системе — и возможно не будет работать постоянно. Поэтому нам нравится кейс агентства Y&R Ukraine, которое завело несколько клиентов в систему. Это — идеальная ситуация, так как клиент может в любой момент отследить объем работ. К сожалению, по словам СЕО Дмитрия Барсукова таких клиентов немного, потому что мало кто заинтересован в «кухне» рекламного проекта.

Добавить комментарий