Зависимость Старт-Финиш

Зависимость «Старт-Финиш» — это тип логической связи между двумя операциями (работами, задачами) в сетевом планировании и управлении проектами, при которой последующая операция не может начаться раньше, чем завершится предшествующая. Данная зависимость является наиболее распространённой и естественной формой последовательности работ в проектах, где результат одной задачи является необходимым условием для начала другой.

Определение и сущность

В методологии сетевого планирования (метод критического пути, PERT) зависимости между работами формализуются через четыре основных типа связей, известных как «зависимости предшествования» (precedence dependencies). Зависимость «Старт-Финиш» (Start-to-Finish, SF) является одной из них, хотя на практике она используется реже других. В классической нотации она обозначается как SF или «Начало-Окончание» (в русскоязычной литературе иногда переводят как «Старт-Финиш»).

Суть зависимости заключается в том, что окончание последующей работы (B) зависит от начала предшествующей работы (A). Иными словами, работа B не может завершиться, пока работа A не начнётся. Формально это записывается как: «Работа B завершается, когда работа A начинается» или «Финиш B зависит от Старта A».

Отличие от других типов зависимостей

Для понимания места зависимости «Старт-Финиш» в системе сетевых связей полезно сравнить её с тремя другими типами:

Как видно из таблицы, зависимость SF является «зеркальной» по отношению к FS: если FS — это «нельзя начать, пока не закончится», то SF — это «нельзя закончить, пока не начнётся».

Применение на практике

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

Сменные работы и дежурства

Классический пример — смена вахты или дежурства. Работа смены B (последующая) не может завершиться, пока не начнётся работа смены A (предшествующая). Например, в круглосуточном диспетчерском центре: смена «ночь» (работа B) заканчивается только тогда, когда смена «день» (работа A) начинает приём дежурства. Если смена «день» не пришла, смена «ночь» не может уйти.

Производственные циклы с перекрытием

В некоторых производственных процессах, где требуется непрерывность, зависимость SF используется для обеспечения того, чтобы одна стадия не завершилась до начала следующей. Например, в химической промышленности: реакция (работа B) не может быть остановлена (завершена), пока не начнётся подача охлаждающего реагента (работа A). Если подача не начата, завершение реакции приведёт к аварии.

Логистика и поставки

В цепочках поставок, где требуется строгая последовательность, SF может применяться для синхронизации отгрузки и приёмки. Например, отгрузка товара со склада (работа B) не может быть завершена, пока не начнётся погрузка на транспорт (работа A). Если погрузка не началась, отгрузка не может считаться законченной.

Строительство и монтаж

В строительстве SF встречается редко, но возможна в ситуациях, когда демонтаж временных конструкций (работа B) не может быть завершён, пока не начнётся монтаж постоянных (работа A). Например, подпорные стены котлована (работа B) не могут быть демонтированы, пока не начнётся заливка фундамента (работа A), так как иначе грунт обрушится.

Преимущества и недостатки

Преимущества

• Точная синхронизация: позволяет моделировать ситуации, где завершение одного процесса жёстко привязано к началу другого, что невозможно выразить через FS или SS.
• Гибкость планирования: в некоторых отраслях (непрерывное производство, сменная работа) SF является единственным адекватным способом описания реальных процессов.
• Управление рисками: помогает выявить критические зависимости, где задержка начала одной работы может заблокировать завершение другой.

Недостатки

• Сложность восприятия: большинство проектных менеджеров и специалистов по планированию привыкли к FS, поэтому SF часто вызывает путаницу и ошибки при интерпретации.
• Редкость использования: из-за малой распространённости многие программные средства управления проектами (например, Microsoft Project, Primavera) поддерживают SF, но требуют ручного включения и пояснения.
• Потенциальные ошибки: неправильное применение SF может привести к циклическим зависимостям (когда работа A зависит от B, а B от A), что делает сетевой график неразрешимым.

Критика и альтернативы

Некоторые эксперты в области управления проектами считают зависимость SF избыточной, утверждая, что большинство ситуаций, где она используется, можно смоделировать через комбинацию FS и SS с задержками (лагами). Например, в примере со сменой дежурства можно использовать FS с лагом «0» (смена B заканчивается, когда смена A начинается), но формально это будет означать, что B завершается до начала A, что неверно. Однако на практике, особенно в программных продуктах, SF часто заменяют на FS с отрицательным лагом, что может привести к математическим ошибкам при расчёте критического пути.

В российской практике управления проектами (в частности, в строительстве и промышленности) зависимость SF применяется крайне редко, уступая место более интуитивным FS и SS. Тем не менее, в методологии PERT и в стандартах PMI (Project Management Institute) она признаётся как один из четырёх базовых типов связей.

Интересные факты

• В сетевых графиках, построенных по методу «вершина-работа» (Activity-on-Node, AON), зависимость SF является наименее используемой — по статистике, менее 1% всех связей в проектах.
• В некоторых программных пакетах (например, в Oracle Primavera P6) SF может быть автоматически преобразована в FS при экспорте данных в другие системы, что иногда приводит к потере информации.
• В теории графов зависимость SF соответствует отношению «начало-конец», которое является частным случаем отношения «предшествование» с инвертированной временной шкалой.

Источники

• Project Management Institute. (2021). A Guide to the Project Management Body of Knowledge (PMBOK Guide) (7th ed.). PMI Publications.
• Kerzner, H. (2017). Project Management: A Systems Approach to Planning, Scheduling, and Controlling (12th ed.). Wiley.
• Мазур, И. И., Шапиро, В. Д., Ольдерогге, Н. Г. (2010). Управление проектами (6-е изд.). Омега-Л.
• ГОСТ Р 54869—2011 «Проектный менеджмент. Требования к управлению проектом».