Зависимость (управление проектами)

В проектной сети зависимость представляет собой связь между конечными элементами проекта . [ ^{необходима ссылка ]}

В Руководстве к своду знаний по управлению проектами (Руководство PMBOK) не дается определения термину «зависимость» , но под этим термином подразумевается логическая связь , которая, в свою очередь, определяется как зависимость между двумя действиями или между действием и вехой . ^[1]

Существует четыре стандартных типа зависимостей: ^[2]

1. От финиша к старту (FS)
   • A FS B означает «действие A должно быть завершено до того, как действие B может начаться» (или «B не может начаться, пока не завершится действие A»). ^[3]
     
   • (Фундамент вырыт) FS (Бетон залит)
2. От финиша до финиша (FF)
   • A FF B означает «действие A должно быть завершено до того, как действие B может быть завершено» (или «B не может быть завершено до того, как будет завершено действие A»). ^[3]
     
   • (Последняя глава написана) FF (Вся книга написана)
3. Старт-старт (СС).
   • SS B означает «действие A должно начаться до того, как может начаться действие B» (или «B не может начаться, пока не началось A»). ^[3]
     
   • (Работа над проектом начата) SS (Начата деятельность по управлению проектом)
4. От начала до конца (SF)
   • SF B означает «действие A должно начаться до того, как завершится действие B» (или «B не может закончиться , пока не началось A»).
     
   • (Началась новая смена) SF (Завершение предыдущей смены)

Завершение-начало считается «естественной зависимостью». Практический стандарт по планированию рекомендует, чтобы «обычно каждое предшествующее действие завершалось до начала последующего действия (или действий) (известного как отношение окончания-начала (FS)). Иногда необходимо перекрывать действия; может быть выбран вариант использования отношений начала-начала (SS), окончания-финиша (FF) или начала-финиша (SF)... По возможности следует использовать логическое отношение FS. Если используются другие типы отношений, они должны использоваться экономно и с полным пониманием того, как отношения были реализованы в используемом программном обеспечении для планирования. В идеале последовательность всех действий будет определяться таким образом, чтобы начало каждого действия имело логическую связь с предшествующим, а окончание каждого действия имело логическую связь с последующим». ^[3]

SF используется редко и, как правило, его следует избегать. Microsoft рекомендует использовать зависимость SF для планирования «точно вовремя». ^[4] Однако можно легко показать, что это будет работать только в том случае, если не используется выравнивание ресурсов , поскольку выравнивание ресурсов может задержать последующую операцию (операцию, которая должна быть завершена «точно вовремя») таким образом, что она завершится позже начала своей логической предшествующей операции, тем самым не выполняя требования «точно вовремя».

В зависимости от причины существования зависимости различают три вида:

1. Причинно-следственная связь (логическая)
   • Невозможно редактировать текст до того, как он написан.
   • Нелогично заливать бетон до того, как выкопаете фундамент здания.
2. Ограничения ресурсов
   • Логично, что можно красить четыре стены в комнате одновременно, но художник только один.
3. Дискреционный (предпочтительный)
   • Я хочу покрасить гостиную перед покраской столовой, хотя я могу сделать и наоборот.

Ранние графики, полученные из критического пути , часто отражали только причинные (логические) или дискреционные (предпочтительные) зависимости, поскольку предполагалось, что ресурсы будут доступны или могут быть предоставлены. По крайней мере с середины 1980-х годов компетентные менеджеры проектов и планировщики осознали, что графики должны основываться на доступности ресурсов. Метод критической цепи также требует учета зависимостей, полученных из ограничений ресурсов.

Зависимости могут быть изменены лидами и лагами. Как лиды, так и лаги могут быть применены ко всем 4 типам зависимостей.

PMBOK определяет задержку как «время, на которое последующее действие будет задержано по отношению к предшествующему действию».

Например: при строительстве двух стен по новому проекту можно начать вторую стену через 2 дня после первой, чтобы вторая команда могла учиться у первой. Это пример задержки в отношениях «Старт-Старт».

В соответствии с PMBOK опережение — это «время, на которое последующее действие может быть продвинуто относительно предшествующего действия. Например, в проекте по строительству нового офисного здания начало работ по благоустройству территории может быть запланировано до завершения запланированного списка недоделок. Это будет показано как окончание-начало с двухнедельным опережением». ^[1]

Если вы строите здание, вы не можете красить стены до установки в них водопроводных труб.

Говорят, что действие A и действие B имеют отношение максимального типа, если действие B может начаться после действия A, но с задержкой не более X. ^[5] Примеры из реальной жизни, которые моделируются отношением максимального типа:

• Укрепление траншеи необходимо производить не обязательно сразу после выемки грунта, а в течение определенного времени, иначе траншея обрушится.
• Вакцинацию ребенка необходимо проводить не сразу после рождения, а в течение определенного времени.
• Продление паспорта необходимо осуществить через некоторое время после выдачи текущего, но до истечения срока его действия.
• Оплата счета не обязательно должна быть произведена немедленно, а в течение определенного времени после его выставления.

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

• Матрица структуры зависимости
• Схема управления проектами
• Проектная сеть
• Планирование проекта

• Малкахи, Рита (2021). Подготовка к экзамену PMP, десятое издание — обновленное . ISBN 1-943704-27-9.