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

редактировать
Связь, в которой одна задача проекта требует выполнения другой. завершено первым

В сети проектов, зависимость является ссылкой между конечными элементами проекта проекта.

Руководство к Своду знаний по управлению проектами (PMBOK Guide) не определяет термин зависимость, но относится к этому термину к логической связи, которая в очередь определяется как зависимость между двумя действиями или между действием и вехой.

Содержание
  • 1 Стандартные типы зависимостей
    • 1.1 Опережающие действия и отставания
  • 2 Пример
  • 3 Расширенные случаи зависимостей действий
    • 3.1 Отношения максимального типа
  • 4 См. Также
  • 5 Ссылки
Стандартные типы зависимостей

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

  1. Finish to start (FS)
    • A FS B означает, что «действие A должно быть завершено до начала действия B» (или «B не может начаться, пока A не завершится»).
    • Dependency-FS.png
    • (выкопанный фундамент) FS (бетонный залив)
  2. От конца до конца (FF)
    • A FF B означает, что «действие A должно завершиться до того, как действие B может завершиться» (или «B не может закончить до того, как закончится A ").
    • Dependency- FF.png
    • (Написана последняя глава) FF (Написана вся книга)
  3. От начала к началу (SS).
    • A SS B означает, что «действие A должно начаться до того, как действие B может начаться» (или «B не может начаться, пока не будет запущено A»).
    • Dependency-SS.png
    • (Работа над проектом началась) SS (Работа по управлению проектом началась)
  4. От начала до конца (SF)
    • SF B означает, что «действие A должно начинаться до завершения действия B» (или «B не может завершиться, пока не начнется A»)
    • Dependency-SF.png
    • (Новая смена началось) SF (Завершение предыдущей смены)

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

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

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

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

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

Опережения и запаздывания

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

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

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

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

Пример

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

Было бы намного быстрее и дешевле сначала установить трубы, уложить бетон, чтобы фактически построить стену вокруг труб, и, наконец, покрасить стены.

Расширенные случаи зависимостей действий

Отношения максимального типа

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

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

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

См. Также
Ссылки
Последняя правка сделана 2021-05-17 13:56:55
Содержание доступно по лицензии CC BY-SA 3.0 (если не указано иное).
Обратная связь: support@alphapedia.ru
Соглашение
О проекте