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

MD>А на кой <censored> Вам этот учёт? Вы что продаёте, продукт или репорты о расходе времени? Если какой-то товарищ тратит слишком много времени на выдаваемые ему задачи, то одно их двух: либо он плохо к ним подходит, либо эстимейт задач занижен.
MD>- если такое повторяется у данного товарища регулярно, возникает вопрос о его квалификации
MD>- если такое повторяется у многих товарищей регулярно, что-то не так с эстимейтами
Я добавлю еще и третий вариант:
-товарищ низко мотивирован, посему (например) занимается подработками в рабочее время, за счет чего мало внимания уделяется основным работам.

Теперь по теме:
Учет времени, который ТС желает организовать, ИМХО не имеет практического значения.
Для Заказчика важно определить затраты времени на тот или иной bug-fix.
В этом случае логично ввести несколько критериев сложности (и трудозатрат) для bug-fix-ов.
Оценить среднее время по каждому типу bug-fix-а — например:
1) Низкой сложности — пол дня (4 часа);
2) Средней сложности — один день (8 чесов);
3) Высокой сложности, проблемный — два дня (16 чесов).
Для девелопера важно эстимайтить даже НЕ ВРЕМЯ, затраченное не исправление, а уровень сложности, то есть выбрать один из вышеуказанных типов.
Дла ПМ-а останется только сопоставить время с типом bug-fix-а и сообщить соответствующую инфу Заказчику.