Требуют требуют требуют с меня руководство конкретных сроков по каждому проекту, доработке, ошибке и прочему. Ни качество кода, ни оптимальность, ни количество ошибок их не интересует. Работу оценивают по скорости латания заплаток, наработок.

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

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

прикинул, добавил столько же и умножил на 2

(0) Основная формула проектного менеджмента:

Срок выполнения = Самая пессимистическая оценка * пи;

(1) угу и + 2 ночи в запас

Разработка = экспертная оценка
Тестирование  UAT = 30% или меньше от разработки
Обучение = фиксированное время, считается по пользователям
Внедрение = 15-30% от (разработка + тестирование)

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

(0) поясняю, сроки требуют по одной простой причине, потому что нифига в работе не понимают но пытаются типа контролировать...

так как контролировать исполнение не разбираясь низзя вот пытаются контролировать единственное что осталось это время-сроки

через типа "ах вы не справились - не успели" и тому подобное

вообщем можно (по собственному опыту руководства) смело перекладывать вопрос сроков на исполнителей непосредственных

т.е. они пусть говорят срок, а мы умножим его на 2 плюс 2 ночи и этот срок и сообщим руководству

но самое главное с исполнителей трясти срок который назвали они сами а про срок руководству молчок полный ))