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

Так об этом и речь! А если есть такая система, то вы сможете отследить время потраченное на обдумывания. Если для проектирования 2х таблиц в БД вам поднадобилось 5 часов (неважно сколько времени вы при этом играли в дум), то это УЖЕ статистика! Стало быть менеджер уже сможет прикинуть "ага, то что он сделал - это где-то четверть всей БД, стало быть остальное он сделает еще за 15 часов". Конечно прикидка грубая. Но что лучше - НИКАКОЙ прикидки или грубая прикидка?

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

Slider_spb
Хотя, если вам нужны тупые кодеры, работающие по заранее созданным и описанным алгоритмам – флаг вам в руки и бронепоезд навстречу :).
Кому нужны тупые кодеры? Читайте внимательно написанное выше. Учитываться должны все задачи проекта. Даже такие как "внеплановый мозговой штурм по решению проблемы Х" или "чтение статей, для оценки применимости технологии Y к данному проекту". Зачем все к кодированию сводить?

З.Ы. Guest_1111 это я. Просто тогда пароль свой не помнил :)

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

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

автор CalmА вообще CMMI уровня 2+ для этого предписывает вести учет потраченного времени. И на основании данных по прежним проектам рассчитывать предполагаемые расходы.

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

Поэтому хочу еще раз спросить - как ведется учет рабочего времени в Вашей фирме? Есть ли какие-то автоматизированные средства для этого? Улучшилась ли прогнозируемость сроков выполнения проектов после внедрения подобной системы?

Александр Гoлдун
Dart
> И вопрос в том - *как вести учет потраченного времени?* Это и есть
> ключевой вопрос, который я хотел тут поднять.

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


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

Александр Гoлдун
Если речь идет о программистах, то зачем там такой учет? Используй любые
средства ведения проектов. Программисту ставится задача руководителем,
задача принимается к исполнению, исполняется, сдается. Все эти этапы
лекго отследить.

Ну давайте по пунктам. Задача
1. Ставится
2. Принимается к исполнению
3. Исполняется
4. Сдается
И вы утверждаете что все эти этапы лего отследить. (Руками на бумажке? Или все-таки вы говорите о некоем автоматизированном отслеживании, о котором я и спрашиваю?)

Отлично. Программисту ставится задача разработать такой-то модуль, провести его базовое тестирование и задокументировать.
1. Откуда руководителю знать сколько эта работа должна занять времени? Он может, конечно сказать, что "работа должна быть сделана к обеду", но вы ведь понимаете что это полный бред. У руководителя должна уже быть статистика выполнения аналогичных задач этим и другими сотрудниками, чтобы он мог оценить трудоемкость задачи. Откуда у него эта статистика? Из MSProject'а?
2. Программист говорит, "ок я займусь этим". Руководитель помечает у себя "ага, Сидоров взялся за этот модуль в 10.00". А на самом деле Сидоров решил этим заниматься после обеда и реально начал чего-то делать только в 15.00 (до этого решал другие задачи).
3. Проходит полдня, руководитель думает, "ну как там эта задача? Пойду-ка узнаю." Приходит к Сидорову, и спрашивает "ну как там, модуль-то?", на что получает ответ "да я только начал им заниматься". Они тратят некоторое время, чтобы руководитель понял чем занимался Сидоров ранее и назначил ему новые приоритеты. Ведь не имея возможности определить какой задачей занимается тот или иной сотрудник в данную секунду, руководитель не сможет быстро выявить и разрулить ситуацию, когда сотрудник занимается не той задачей, которой ему следует заниматься именно сейчас.
4. Работа сдается через N часов. Причем бОльшую часть времени разработчик потратил на документрирование. Но как натура скромная, он решил этим ни с кем не делится.

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


Александр Гoлдун
Где здесь нужна дополнительная система учета запуска
среды разработки?

Покажите мне, где в этом топике было хоть слово о системе учета запусков среды разработки?

З.Ы. Для работы суппортера (Ваш пример) подобная система естественно не нужна. Хотя бы потому, что работа суппортера не подвергается такому планированию, разве что вы Пророк и можете предсказать когда у тетечек из соседней комнаты сломается принтер и сколько вы его чинить будете.