Support Forum

[admin]

В TrackStudio учет рабочего времени сделан так:

1) Пользователь исправляет задачу и хочет отразить это в системе. При этом он создает сообщение типа "resolve", меняет ответсвенного на тестировщика, добавляет комментарий и вводит время потраченное на задачу (например, 1 час 20 минут).
Это все одна форма примерно такого вида:
http://www.trackstudio.com/screenshots/ ... essage.png
Обратите внимание на таймер - он считает время начиная с момента загрузки страницы, очень удобно для задач типа поддержки клиента, ответа на телефонный звонок и т.п.

2) Тестировщик тестирует, добавляет сообщение типа "verify" и указывает свое время (например, 40 минут).

3) Менеджер смотрит на задачу и видит время каждого разработчика, общее время всех разработчиков (в шапке задачи, считается автоматически).

4) Если менеджер хочет посмотреть сколько времени ушло на проект - он его просто открывает и там в шапке выводится суммарное время по всем подзадачам проекта.

5) Если менеджер хочет посмотреть статистику (например, "сколько времени потратили разработчики на высокоприоритетные задачи за последнюю неделю", "на какой проект ушло больше всего времени за последний год", "сколько времени было потрачено на тестирование задач") - можно построить отчет и вся информация будет в любом виде (ворд/csv/текст/html/pdf/etc) с графиками. Есть экспорт в MS Project. Обратите внимание, что время всех разработчиков не суммируется в одном поле, а можно посчитать время по каждому человеку и каждому типу сообщения (verify/close/resolve/etc).

6) Если менеджер хочет получать периодическую статистику, то можно присылать (например) список внесенных разработчиками часов за день ежедневно в 18 часов.

7) Для каждой задачи или проекта менеджер может установить "Бюджет", а потом искать задачи (или получать особое оповещение) если бюджет превышен.

8) Внести отработанные часы с комментарием можно по e-mail. К каждому e-mail notification прикрепляется внизу форма, которую можно использовать для внесения времени по данной задаче:
http://www.trackstudio.com/screenshots/ ... n_Form.png
(см поле Actual Time)

9) Для каждого пользователя можно указать для каких проектов он может смотреть/редактировать внесенное время, а для каких нет.

[ValPot]

1) Пользователь исправляет задачу и хочет отразить это в системе. При этом он создает сообщение типа "resolve", меняет ответсвенного на тестера, добавляет комментарий и вводит время потраченное на задачу (например, 1 час 20 минут).
Это все одна форма примерно такого вида:
http://www.trackstudio.com/screenshots/ ... essage.png
Обратите внимание на таймер - он считает время начиная с момента загрузки страницы, очень удобно для задач типа поддержки клиента, ответа на телефонный звонок и т.п.

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

[admin]

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

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

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

Для подробной информации нужно стороить User Workload отчет, при этом в фильтре можно указать какие сообщения интерсуют (например, только с вторника по воскресенье).

[ValPot]

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

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

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

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

Для подробной информации нужно стороить User Workload отчет, при этом в фильтре можно указать какие сообщения интерсуют (например, только с вторника по воскресенье).

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

[admin]

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

Не очень понял:

1) Если работа выполняется месяц, а зарплату нужно считать каждую неделю, то работники раз в неделю (можно чаще) вносят в систему сообщение и указывают там что именно они уже сделали и сколько времени это заняло.
Ну т.е. у нас в аналогичном режиме некоторые работы месяцами ведутся, проблем не было.

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

[ValPot]

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

Не очень понял:

1) Если работа выполняется месяц, а зарплату нужно считать каждую неделю, то работники раз в неделю (можно чаще) вносят в систему сообщение и указывают там что именно они уже сделали и сколько времени это заняло.
Ну т.е. у нас в аналогичном режиме некоторые работы месяцами ведутся, проблем не было.

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

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

[admin]

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

Для этих целей есть отдельные программы, например эта
http://tracker.aklabs.com/

[parmax]

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

Для этих целей есть отдельные программы, например эта
http://tracker.aklabs.com/

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

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

А у вас как?

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

[admin]

Я до сих пор не могу понять как посмотреть рядовому пользователю сколько времени он потратил за деньх

Для этого нужен фильтр с условиями:
message submit date = 1 days before or later
message submitter = current user
потом делаете на основе этого фильтра публичный user workload report, а пользователи используют его чтоб посмотреть сумму часов за сутки.

А если в фильтре поставить еще и view messages, filter messages and actual time > 1min, то можно просматривать задачи, в которых пользователь внес сообщения с отработанным временем за последние сутки и сами эти сообщения, прямо на странице subtasks.

и как оптимально спланировать свое время имея список невыполненных задач.

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

[olegko]

Я до сих пор не могу понять как посмотреть рядовому пользователю сколько времени он потратил за деньх

Для этого нужен фильтр с условиями:
message submit date = 1 days before or later
message submitter = current user
потом делаете на основе этого фильтра публичный user workload report, а пользователи используют его чтоб посмотреть сумму часов за сутки.

Однако ж, чтоб это сработало, нужно чтобы пользователи репортили потраченное время в день исполнения задачи. А если кто-то захочет зарепортить время "задним числом", либо попытается подправить уже зарепорченное время за весь период?

Максим, а действительно, рассматривалась ли возможность расширения учёта времени в TS "календарными фичами"?