Зависимость (управление проектами)
В сети проекта зависимость представляет собой связь между проекта элементами конечными . [ нужна ссылка ]
Руководство к своду знаний по управлению проектами (Руководство PMBOK) не дает определения термину «зависимость» , но относится к этому термину к логической связи , которая, в свою очередь, определяется как зависимость между двумя действиями или между действием и вехой . [1]
Стандартные типы зависимостей
[ редактировать ]Существует четыре стандартных типа зависимостей: [2]
- Закончить, чтобы начать (FS)
- A FS B означает, что «действие A должно завершиться до того, как может начаться действие B» (или «B не может начаться, пока не завершится A»). [3]
- (Фундамент вырыт) FS (Залит бетон)
- A FS B означает, что «действие A должно завершиться до того, как может начаться действие B» (или «B не может начаться, пока не завершится A»). [3]
- От конца до конца (FF)
- A FF B означает «действие A должно завершиться до того, как сможет завершиться действие B» (или «B не может закончиться до завершения A»). [3]
- (Написана последняя глава) FF (Написана вся книга)
- A FF B означает «действие A должно завершиться до того, как сможет завершиться действие B» (или «B не может закончиться до завершения A»). [3]
- Начать-начать (СС).
- SS означает , B что «действие A должно начаться до того, как может начаться действие B» (или «B не может начаться, пока не начнется A»). [3]
- (Работы по проекту начались) SS (Начались мероприятия по управлению проектом)
- SS означает , B что «действие A должно начаться до того, как может начаться действие B» (или «B не может начаться, пока не начнется A»). [3]
- От начала до конца (SF)
Финиш-старт считается «естественной зависимостью». Практический стандарт планирования рекомендует: «Обычно каждое предшествующее действие завершается до начала его последующего действия (или действий) (известное как связь «окончание-начало» (FS)). Иногда действия обязательно перекрываются; можно выбрать опцию для использования связей «начало-начало» (SS), «окончание-окончание» (FF) или «начало-окончание» (SF). По возможности следует использовать логическую связь FS, если. используются другие типы отношений, их следует использовать с осторожностью и с полным пониманием того, как отношения реализованы в используемом программном обеспечении планирования. В идеале последовательность всех действий должна быть определена таким образом, чтобы начало каждого действия. имеет логическую связь с предшественником, а завершение каждого действия имеет логическую связь с преемником». [3]
SF используется редко, и его, как правило, следует избегать. Microsoft рекомендует использовать зависимость SF для своевременного планирования. [4] Однако можно легко показать, что это будет работать только в том случае, если выравнивание ресурсов не используется, поскольку выравнивание ресурсов может задержать последующее действие (действие, которое должно быть завершено точно в срок) таким образом, что оно завершится. позднее начала своей логической предшествующей деятельности, таким образом, не выполняя требование «точно в срок».
В зависимости от причины существования зависимости различают три вида зависимости:
- Причинно-следственная (логическая)
- Редактировать текст до его написания невозможно.
- Нелогично заливать бетон перед тем, как выкопаете фундамент здания
- ресурсов Ограничения
- Логически можно красить четыре стены в комнате одновременно, но маляр только один.
- Дискреционный (преференциальный)
- Я хочу покрасить гостиную, прежде чем красить столовую, хотя я могла бы сделать и наоборот.
Ранние графики, основанные на критическом пути , часто отражали только причинные (логические) или дискреционные (предпочтительные) зависимости, поскольку предполагалось, что ресурсы будут доступны или могут быть доступны. По крайней мере, с середины 1980-х годов компетентные менеджеры проектов и составители графиков осознали, что графики должны основываться на наличии ресурсов. Метод критической цепи также требует учета зависимостей, обусловленных ограничениями ресурсов.
Лидирует и отстает
[ редактировать ]Зависимости могут быть изменены с помощью опережений и задержек. Как опережения, так и задержки могут применяться ко всем 4 типам зависимостей.
PMBOK определяет задержку как «время, на которое последующее действие будет задержано по отношению к предшествующему действию».
Например:При строительстве двух стен по новому проекту можно начать строительство второй стены через 2 дня после первой, чтобы вторая команда могла извлечь уроки из первой. Это пример задержки в отношениях «Старт-Старт».
В соответствии с PMBOK, опережение — это «промежуток времени, в течение которого последующее действие может быть продвинуто по отношению к предыдущему. Например, в проекте строительства нового офисного здания начало работ по благоустройству можно запланировать до запланированного этапа. Завершение списка будет отображаться как финиш-старт с двухнедельным преимуществом». [1]
Пример
[ редактировать ]Если вы строите здание, вы не можете красить стены до установки водопроводных труб в стены.
Сложные случаи зависимостей действий
[ редактировать ]Отношения максимального типа
[ редактировать ]Говорят, что между действиями A и B существует связь максимального типа, если действие B может начаться после действия A, но с задержкой не более X. [5] Примеры из реальной жизни, моделируемые отношением максимального типа:
- Укрепление траншеи необходимо производить не обязательно сразу после раскопок, а в течение определенного времени, иначе траншея обрушится.
- Вакцинацию ребенка необходимо делать не сразу после рождения, а в определенные сроки.
- Продление паспорта необходимо произвести через некоторое время после выдачи текущего, но до истечения его срока действия.
- Оплата счета должна осуществляться не сразу, а в течение определенного времени после его выставления.
Отношения максимального типа редко реализуются в программном обеспечении для управления проектами, скорее всего, потому, что с помощью этой функции слишком легко создавать противоречивые зависимости.
См. также
[ редактировать ]Цитаты
[ редактировать ]- ^ Перейти обратно: а б Руководство по своду знаний по управлению проектами: Руководство PMBOK . Институт управления проектами, Инкорпорейтед. 1 января 2013 г. ISBN. 978-1-935589-67-9 .
- ^ Малкахи 2021 , с. 173.
- ^ Перейти обратно: а б с д Стандарт практики планирования . Институт управления проектами. 2011. ISBN 978-1-935589-24-2 .
- ^ «Статья Microsoft о SF-ссылках для Microsoft Project» . Архивировано из оригинала 2 февраля 2014 г.
- ^ «Веб-сайт ProJack Manager, описывающий отношения максимального типа» . Архивировано из оригинала 3 февраля 2014 г.
Ссылки
[ редактировать ]- Малкахи, Рита (2021). Подготовка к экзамену PMP, обновленное десятое издание . ISBN 1-943704-27-9 .