Почти два года назад я уже искал инструмент для удобного контроля рабочего вермени, даже написал
небольшой пост с сравнением доступных на рынке на то время продуктов и сервисов. Но время идет, и выбор сделаны в прошлый раз свою актуальность потерял - так и не смогли разработчики наладить работу сервиса из нашей корпоративной сети. А задача контроля вермени никуда не делась, и все еще актуальна.
За последние два года мы плотно подсели на JIRA в качестве средства планирования и контроля работ, и соответственно, "интеграция с JIRA" добавилась к оригинальному списку требований к системе-кандидату.
И вот, пару месяца назад перебирая предложения на
marketplace.atlassian.com наткнулся на приложение
Worklog Assistant - и это оказалось то что нужно!
Функциональность
Учет времени в контексте JIRA Issue
Рабочее время учитывается в контексте определенной задачи в JIRA. Инормация записывается как отдельные записи worklog и в дальнейшем могут обрабатываться любыми доступными средствами и отчетностью JIRA.
Регулярные напоминания о подсчете времени
На случай если переключившись на другую задачу пользователь забыл сделать соответствующую отметку в WA - всплывающее окно напомнит о том что учет времени ведется. Частота напоминаний настраивается.
Определение периода бездействия
Если пользователь не бвигал мышью и не пользовался клавиатурой в течение определенного времени (настройка) - система считает, что пользователь "ушел в офф-лайн". При возврате за компьютер, система спросит пользователя "что делал?" - и можно сознаться, что бездельничал, или сказать что работал в офлайне над определенной задачей. В последнем случае время простоя может быть полностью или частично записано на выбранную задачу.
Генерация time-sheet
Ну тут, как говорится - коментарии излишни: время в часах (с десятичной частью), в разбивке по задачам, и с опциональной группировкой по одному из многих полей, в частности - по проекту. Суммирование производится как по уровню группировки (subtotal), так и полностью (total). Создается за любой временной интервал.
JIRA-фичи
- Возможность перемещать задачи со статусам непосредственно из приложения, через контекстное меню issue
- Автоматическое перемещение задачи в статус "In Progress" при начале отсчета времени
- Возможность создания новой записи Issue (переадресация на сайт JIRA)
- Отображение списка записей на основании фильтров пользователя и, дополнительно, текстового фильтра.
Пользовательские скрипты
Пользователь может вызывать скрипты операционной системы в ответ на события учета времени ("начало отсчета по задаче", "окончание отсчета"), или интерактивно - через контекстное меню. Пользовательские скрипты получают доступ к контексту вызова через переменные окружения - то есть могут оперировать котом issue, его типом, и большим количеством его параметров. Это может оказаться полезно если необходимо интегрировать рабочий процесс - отправлять изменения, делать проверки, итд.
Результаты
Итак, если взять исходный список требований к системе и оценить новое приложение в той-же "системе координат" что и
рассмотренные ранее системы, получится следующее (оценки так-же делались по шкале 0 (отсутствует) -10 (отлично))
Критерий
Результат / оценка
Ввод информации
10
Отчетность в разрезе проектов, задач
10
Учет «offline time»
10
Удобство интерфейса
8
Качество предоставляемой отчетности
9
Повышение эффективности
10*
Работа из корпоративной сети (через прокси)
Не применимо **
Работа без подключения к Internet
Да ***
Командная работа, консолидированная отчетность
Не проверялось
(делается средствами JIRA)
Стоимость
- ограниченная бесплатная опция
Триал 30 дней
- «однопользовательский» вариант (Solo)
29 $
- стоимость на команду из 5 человек
145 $
- стоимость на команду из 10 человек
290 $
- unlimited
799 $ (от 28 пользователей - имеет смысл)
* - приложение предлагает целый ряд функиций связанных с интеграйией с JIRA и вызова пользовательских сценариев по событиям связанным с учетом времени.
** - сервер JIRA находится у нас в сети, так что требование не смеет смысла.
*** - есть режим учета отработанного времени без подключения к серверу JIRA, с последующей отсылкой всех накопленных логов.
И в завершении ...
Система прижилась лично у меня очень хорошо. Я стал более внимательно следить за временем которое реально наработал - пытаться "нагнать", если затянул начало работы в первой половине дня.
В очередной раз подтвердил для себя, что оценка "6 часов реальной работы в день при 8-ми часовом рабочем дне" - это очень и очень неплохо. Субъективно - это буквально "работать не разгибаясь". Так что, с точки зрения перевода оценки проектов из "effort" в "duration" указывать 8 часов в день - изначально глупо.
По истечение триального периода без сожаления заплатил $29: корпоративную лицензию купить очень-очень нужно и это стоит в планах, но пока это произойдет - пройдет много времени. А учет бросать уже не хочется.