Практика календарного планирования ИТ-проекта

[Alex_Chicot]

На мой взгляд- изложение базовых вещей планирования. Ничего нового и любопытного не предложено.

При этом - забавно видеть, что есть график в виде дат и закрепления ответственных. Когда планирование будет на основе ресурсов?? Очень щабавно видеть после таких графиков загрузку в 200-1000 процентов для сотрудников:)

Ну а уточнение типового графика силами архитектора и потом назначение ответственного за актуализацию фактических сроков в проекте - говорит о хорошем управлении проектом со стороны РП в компании СИБИНТЕК:)

[Konstantin_Zamkov]

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

Ситуация с загрузкой в 200-1000% — это признак отсутствия ресурсного выравнивания. В классическом планировании календарный план служит точкой входа для анализа и выравнивания загрузки. 

[IAValeev]

Я применяю коллективную оценку задач и метод PERT:

(Оптимистично + 4 × Реалистично + Пессимистично) / 6

Это помогает снизить влияние субъективных ожиданий.

А что делать, если исполнитель дает пессимистичную оценку, перт выдает оценку меньше, и исполнитель на это говорит «раз сам оцениваешь быстрее чем я, сам быстрее меня и делай, а я только за свою оценку отвечаю»?

[Konstantin_Zamkov]

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