Шарообразный ресурс в вакууме

При планировании проекта довольно часто используются характеристики частичной занятости ресурса ("загружен на 50%").

Изначальный "физический смысл" такого описания состоит в том, что сотрудник в указанный период может уделить прочей деятельности столько-то процентов своего рабочего времени. То есть рассматриваемый временной период разделяется на несколько отрезков, на каждом из которых ресурс либо занят полностью, либо свободен. Но для облегчения понимания и упрощения планирования (особенно учитывая, что длина таких отрезков часто сравнима с погрешностью измерения) говорят, что в такой-то день, например, сотрудник загружен на столько-то процентов.

Такое упрощение, однако, многие начинают понимать буквально, то есть в понимании менеджера проекта сотрудник не занят 2 часа задачей А, а 6 часов - задачей B, а занят в один и тот же рабочий день на всём его протяжении на 25% задачей A и на 75% задачей B одновременно.

Это, в свою очередь, приводит, например, к тому, что от сотрудника могут потребовать текущих результатов выполнения задачи A в середине дня - ведь прошло уже 4 часа, из которых час (25%) он должен был, по идее, потратить на это задание. Однако работнику могло показаться более логичным запланировать более тяжёлую и рискованную задачу на первые 6 часов (чтобы в случае чего, иметь резерв на доводку), а более простой задаче A уделить последние два часа. Соответственно, результаты по этому заданию он сможет продемонстрировать только через 8 рабочих часов.

Конечно, распланировать с такой подробностью проект очень тяжело, да и не нужно - такие детали, как точное взаиморасположение "дискретных отрезков занятости" уточняются на самом последнем этапе планирования, и то во многом спонтанно. Тем не менее, следует помнить о том, что абстрактно распланированный проект будет накладываться на реальную систему исполнителей, и если сохраняется желание управления через "абстрактный интерфейс", следует предусмотреть методы обобщения не только сверху вниз, но и в обратном направлении. В противном случае с высокой вероятностью придётся де-факто вести две версии плана - для себя и для заказчика, как это, увы, часто и бывает.