Есть в команде система управления задачами (например JIRA).
В этой системе каждой задаче назначается исполнитель.
Он видит назначенные ему задачи, берет наиболее приоритетную из них, выполняет и ставит отметку о выполнении.

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

Например, стоит у него в трекере задача "Сделать модуль такой-то...".
А исполнитель, выполняя эту задачу, где-то у себя отмечает:
1) написал процедуру "ххх1" — 1час
2) написал процедуру "хххх2" — 1 час
3) общался с коллегами по уточнению задачи — 30 мин
3) долго разрабатывал алгоритм для процедуры "ххх3" так как он оказался нетривиальным — 2 часа
4) после тестирования обнаружил, что нужно переделать: разбить процедуру "ххх2" на две — 0,5 часа
5) вместо процедуры "ххх2" сделал процедуры "ххх21" и "ххх22" — 2 часа
6) протестировал — работает, внесение изменений в трекер — 1 час.

А потом он суммирует все трудозатраты и общие трудозатраты записывает в трекер для задачи.

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

И вопросы такие:
1) как вообще подобные проблемы решаются у вас?
2) есть какие-нибудь системы, которые позволяют это делать? Желательно, чтобы они как-то были связаны с трекером

Здравствуйте, es3000, Вы писали:

E>Периодически у нас появляются разборки: почему на эту задачу потрачено столько времени.
Много удалил...
E>2) есть какие-нибудь системы, которые позволяют это делать? Желательно, чтобы они как-то были связаны с трекером
Стесняюсь спросить, но вы их просто пороть не пробовали? С холопами иначе просто совсем никак, сударь.

Здравствуйте, es3000, Вы писали:

E>1) как вообще подобные проблемы решаются у вас?

Какие проблемы? Ты ни одну не назвал.

Здравствуйте, kaa.python, Вы писали:

KP>Стесняюсь спросить, но вы их просто пороть не пробовали? С холопами иначе просто совсем никак, сударь.

не понял твою мысль, поясни

Здравствуйте, es3000, Вы писали:
E>1) как вообще подобные проблемы решаются у вас?
Нет микроменеджмента — нет проблемы. Я совершенно серьезно не понимаю, на фига нужна такая детализация учета.

Здравствуйте, Miroff, Вы писали:

M>Здравствуйте, es3000, Вы писали:

E>>1) как вообще подобные проблемы решаются у вас?

M>Какие проблемы? Ты ни одну не назвал.

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

Это можно на листике бумаги писать — листики теряются,
Кто-то в блокноте пишет, кто-то в Екселе, и т.д..
Короче, все подручные средства — это неудобно.
Надо что-то более комплексное.

> общался с коллегами по уточнению задачи — 30 мин

позволю себе шутку: а бывает такое: "расстройство желудка — 15 минут". или у вас программисты в памперсах работают?

Здравствуйте, es3000, Вы писали:

E>Например, стоит у него в трекере задача "Сделать модуль такой-то...".
E>А исполнитель, выполняя эту задачу, где-то у себя отмечает:
E>1) написал процедуру "ххх1" — 1час
E>2) написал процедуру "хххх2" — 1 час
E>3) общался с коллегами по уточнению задачи — 30 мин
E>3) долго разрабатывал алгоритм для процедуры "ххх3" так как он оказался нетривиальным — 2 часа
E>4) после тестирования обнаружил, что нужно переделать: разбить процедуру "ххх2" на две — 0,5 часа
E>5) вместо процедуры "ххх2" сделал процедуры "ххх21" и "ххх22" — 2 часа
E>6) протестировал — работает, внесение изменений в трекер — 1 час.

Одному мне кажется, что вы фигней занимаетесь?
Почему нет п.7 — "потратил три часа на споры и разборки: почему на эту задачу потрачено столько времени" ?

Четыре основных правила менеджмента
1. Найти нужных людей.
2. Дать им ту работу, для которой они лучше всего подходят.
3. Не забывать о мотивации.
4. Помогать им сплотиться в одну команду и работать так дальше.
Все остальное — административная ерундистика.

(с)

Здравствуйте, es3000, Вы писали:

E>Проблема: учет программистами этих мелких "подзадачек", чтобы потом в случае необходимости, можно было отчитаться,
E>чтобы она занимала минимум трудозатрат, и позволяла делать следующее:

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

Здравствуйте, Miroff, Вы писали:

M>Здравствуйте, es3000, Вы писали:

E>>Проблема: учет программистами этих мелких "подзадачек", чтобы потом в случае необходимости, можно было отчитаться,
E>>чтобы она занимала минимум трудозатрат, и позволяла делать следующее:

M>Это не проблема, а твое видение решения. Зачем тебе нужен учет программистами мелких "подзадачек"? Ответ на этот вопрос и будет проблемой, которую нужно решать.

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

Здравствуйте, dad, Вы писали:

>> общался с коллегами по уточнению задачи — 30 мин

dad>позволю себе шутку: а бывает такое: "расстройство желудка — 15 минут". или у вас программисты в памперсах работают?

зачем передергивать?

я же понятно написал: нужно учитывать не всю активность человека,
а только ту активность ("подзадачи"), которая направлена на решение назначенной исполнителю задачи

Здравствуйте, Baudolino, Вы писали:

B>Здравствуйте, es3000, Вы писали:
E>>1) как вообще подобные проблемы решаются у вас?
B>Нет микроменеджмента — нет проблемы. Я совершенно серьезно не понимаю, на фига нужна такая детализация учета.

Это не микроменеджмент. Это информация.
Вот зачем это нужно:
http://rsdn.ru/forum/management/5959522.1

Автор: es3000
Дата: 19.02.15

Здравствуйте, Vlad_SP, Вы писали:

V_S>Одному мне кажется, что вы фигней занимаетесь?
V_S>Почему нет п.7 — "потратил три часа на споры и разборки: почему на эту задачу потрачено столько времени" ?

Можно и этот пункт добавить.
Кстати, это будет очень важный пункт.
Если он сможет предоставить информацию — никаких споров и разборок не будет.
Споры и разборки как раз начинаются когда программисту сказать нечего и он только мычит в ответ, и объяснить не может почему 50 строк кода он писал 2 дня.
Вот для избежания этих споров и нужен этот учет.

V_S>

V_S>Четыре основных правила менеджмента
V_S>1. Найти нужных людей.
V_S>2. Дать им ту работу, для которой они лучше всего подходят.
V_S>3. Не забывать о мотивации.
V_S>4. Помогать им сплотиться в одну команду и работать так дальше.
V_S>Все остальное — административная ерундистика.
V_S>(с)

А кто говорил о менеджменте?
Я говорил об учете действий человека по решению задачи.

Здравствуйте, es3000, Вы писали:

E>Периодически у нас появляются разборки: почему на эту задачу потрачено столько времени.

Надо собрать статистику — у каких девелоперов не всё гладко с какими типами задач и давать им задачи другого типа. Разборки ничего никогда не дают кроме негатива.

E>И каждый исполнитель у нас ведет учет своего затраченного времени на конкретную задачу.
E>Грубо говоря, по каждой задаче из в трекере исполнитель отдельно ведет учет выполненных "подзадачек".

Никто ничего не ведёт и вести не будет. Берётся отработанное время, берутся задачки и на глаз раскидываются по этому времени. В итоге программисты тратят время на ерунду от которой никому нет толку.

E>Например, стоит у него в трекере задача "Сделать модуль такой-то...".
E>А исполнитель, выполняя эту задачу, где-то у себя отмечает:
E>1) написал процедуру "ххх1" — 1час
E>2) написал процедуру "хххх2" — 1 час

Модуди не делаются сверху-вниз слева-направо. А уж процедуры тем более. Подход не работает.

E>3) общался с коллегами по уточнению задачи — 30 мин

Чтобы потом устраивать разборки "какого фига вы 2 часа общались"? Чтобы потом решить проблему более детальными отчётами с указанием конкретных обсуждаемых тем?

E>3) долго разрабатывал алгоритм для процедуры "ххх3" так как он оказался нетривиальным — 2 часа

Чтобы потом устраивать разборки "счего вдруг он нетривиальный"? Чтобы потом решить проблему более детальными отчётами с указанием хода мыслей и запросов в гугле?

E>4) после тестирования обнаружил, что нужно переделать: разбить процедуру "ххх2" на две — 0,5 часа
E>5) вместо процедуры "ххх2" сделал процедуры "ххх21" и "ххх22" — 2 часа
E>6) протестировал — работает, внесение изменений в трекер — 1 час.

Чтобы потом устраивать разборки "какого фига ты полез рефакторить за 2 дня до дедлайна"? Чтобы потом решить проблему ссылками на работы Фаулеров, Беков и прочих Макконнеллов?

E>Нам нужно облегчить эту работу для программистов, предоставить им какое-нибудь ПО для этого.

A>Никто ничего не ведёт и вести не будет. Берётся отработанное время, берутся задачки и на глаз раскидываются по этому времени. В итоге программисты тратят время на ерунду от которой никому нет толку.
A>Чтобы потом устраивать разборки "какого фига вы 2 часа общались"? Чтобы потом решить проблему более детальными отчётами с указанием конкретных обсуждаемых тем?
A>Чтобы потом устраивать разборки "счего вдруг он нетривиальный"? Чтобы потом решить проблему более детальными отчётами с указанием хода мыслей и запросов в гугле?
A>Чтобы потом устраивать разборки "какого фига ты полез рефакторить за 2 дня до дедлайна"? Чтобы потом решить проблему ссылками на работы Фаулеров, Беков и прочих Макконнеллов?

Ну блин...

За себя я отвечаю: я этим буду пользоваться.
Да и сейчас я это делаю только в программе, которая неудобная.
И такой учет мне часто помогает убедить заказчика, что затраченное мной время — адекватное.

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

Вопрос конкретный:
есть ли удобное ПО для этих целей?

Здравствуйте, es3000, Вы писали:

E>Есть в команде система управления задачами (например JIRA).
E> ...
Зачем ведётся такой точный подсчет трудозатрат?

Здравствуйте, es3000, Вы писали:

E>2) есть какие-нибудь системы, которые позволяют это делать? Желательно, чтобы они как-то были связаны с трекером

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

Ты не понимаешь... Тебя спрашивают зачем тебе учет времени? Если ты платишь деньги за время на работе — то да, надо...
Но что-то мне подсказывает что вас еще интересует и результат. То есть есть программа и она делает что надо — работа сделана и за нее можно платить. По плану на программу было выделено N часов и в план уложились. Это и отлично. Все молодцы.

Зачем тебе знать что реально человек потратил 20% своего рабочего времени на читание RSDN например? Он же сделал запланированную работу и с нужным качеством.

Если же тебе мешает спать то, что это можно было бы сделать эффективнее и потратить на это меньше времени — то это уже мотивация персонала и она не связана с учетом времени (вернее связана но скорее чем больше учета тем меньше мотивации). И вообще эта тема большая, но в любом случае тупыми административными методами она не решается. Можно для начала посмотреть это — http://www.youtube.com/watch?v=u6XAPnuFjJc

Здравствуйте, es3000, Вы писали:

E>Я же писал зачем.
E>Ну еще могу добавить зачем это может понадобиться.
E>Итак:
E>- Во-первых для автоматизированного подсчета трудозатрат, которыми программист будет отчитываться по задаче
E>- Во-вторых элементарно его руководитель спрашивает: как решалась задача. И человек просто может не вспомнить всех тонкостей, с которыми ему пришлось столкнуться
E>- В-третьих для самого исполнителя будет накапливаться некая база данных, которая может ему пригодиться

Здравствуйте, es3000, Вы писали:

E>За себя я отвечаю: я этим буду пользоваться.

Так бы сразу и сказал что для себя ищешь.

E>есть ли удобное ПО для этих целей?

RescueTime посмотри.

Здравствуйте, 0x7be, Вы писали:

0>Здравствуйте, es3000, Вы писали:

E>>Есть в команде система управления задачами (например JIRA).
E>> ...
0>Зачем ведётся такой точный подсчет трудозатрат?

У нас есть проекты, за которые оплата в соответствии с трудозатратами.

Ну представь, ты решаешь задачу, отслеживаешь время, тут тебе позвонили по телефону по личному вопросу и ты проговорил 30 минут.
Затем снова начал работать, часа через 1,5 захотелось попить чай — пошел пить чай.
Потом пришел и еще за час задачу доделал.

Какие трудозатраты ты укажешь по задаче?
На калькуляторе складывать будешь?
трудозатраты = конец — начало — чай — телефон

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