В проектной сети зависимость представляет собой связь между конечными элементами проекта . [ необходима ссылка ]
Руководство по своду знаний по управлению проектами (Руководство PMBOK) не дает определения термину «зависимость» , но относит этот термин к логической связи , которая, в свою очередь, определяется как зависимость между двумя действиями или между действием и вехой . [1]
Существует четыре стандартных типа зависимостей: [2]
Завершение-начало считается «естественной зависимостью». Практический стандарт по планированию рекомендует, чтобы «обычно каждое предшествующее действие завершалось до начала последующего действия (или действий) (известного как отношение окончания-начала (FS)). Иногда необходимо перекрывать действия; может быть выбран вариант использования отношений начала-начала (SS), окончания-финиша (FF) или начала-финиша (SF)... По возможности следует использовать логическое отношение FS. Если используются другие типы отношений, их следует использовать экономно и с полным пониманием того, как отношения были реализованы в используемом программном обеспечении для планирования. В идеале последовательность всех действий будет определяться таким образом, чтобы начало каждого действия имело логическую связь с предшествующим, а окончание каждого действия имело логическую связь с последующим». [3]
SF используется редко и, как правило, его следует избегать. Microsoft рекомендует использовать зависимость SF для планирования «точно вовремя». [4] Однако можно легко показать, что это будет работать только в том случае, если не используется выравнивание ресурсов , поскольку выравнивание ресурсов может задержать последующую операцию (операцию, которая должна быть завершена «точно вовремя») таким образом, что она завершится позже начала своей логической предшествующей операции, тем самым не выполняя требования «точно вовремя».
В зависимости от причины существования зависимости различают три вида:
Ранние графики, полученные из критического пути , часто отражали только причинные (логические) или дискреционные (предпочтительные) зависимости, поскольку предполагалось, что ресурсы будут доступны или могут быть предоставлены. По крайней мере с середины 1980-х годов компетентные менеджеры проектов и планировщики осознали, что графики должны основываться на доступности ресурсов. Метод критической цепи также требует учета зависимостей, полученных из ограничений ресурсов.
Зависимости могут быть изменены лидами и лагами. Как лиды, так и лаги могут быть применены ко всем 4 типам зависимостей.
PMBOK определяет задержку как «время, на которое последующее действие будет задержано по отношению к предшествующему действию».
Например: при строительстве двух стен по новому проекту можно начать вторую стену через 2 дня после первой, чтобы вторая команда могла учиться у первой. Это пример задержки в отношениях «Старт-Старт».
В соответствии с PMBOK опережение — это «время, на которое последующее действие может быть продвинуто относительно предшествующего действия. Например, в проекте по строительству нового офисного здания начало работ по благоустройству территории может быть запланировано до завершения запланированного списка недоделок. Это будет показано как окончание-начало с двухнедельным опережением». [1]
Если вы строите здание, вы не можете красить стены до установки в них водопроводных труб.
Говорят, что действие A и действие B имеют отношение максимального типа, если действие B может начаться после действия A, но с задержкой не более X. [5] Примеры из реальной жизни, которые моделируются отношением максимального типа:
Отношения максимального типа редко реализуются в программном обеспечении для управления проектами, скорее всего, потому, что с помощью этой функции слишком легко создать противоречивые зависимости.