Зависимость часто появляется раньше, чем её кто-то назвал
В проектах мало кто формулирует зависимость словами “эта задача блокирует следующую”. Обычно всё выглядит мягче: сначала нужно согласовать, дождаться, проверить, уточнить, собрать входные данные. Но по сути это и есть зависимость. Просто она живёт в разговорах, привычках и рабочих ожиданиях, а не в структуре проекта.
Из-за этого команда часто замечает зависимость слишком поздно — уже в тот момент, когда одна задача не может стартовать, а срок всё равно продолжает тикать.
Чаще всего они рождаются на стыке ролей и этапов
Самые неприятные зависимости появляются там, где одна часть работы заканчивается у одного человека, а продолжается у другого. Дизайнер ждёт решения от аналитика. Разработчик ждёт финальный макет. Тестировщик ждёт сборку. Это обычная жизнь проекта, но именно здесь чаще всего и скапливаются невидимые задержки.
- между согласованием и стартом следующей работы;
- между разными ролями внутри одного этапа;
- между параллельными задачами, которые кажутся независимыми только на поверхности.
Они опасны тем, что ломают не одну задачу, а сразу цепочку
Если зависимость не отмечена явно, команда воспринимает задержку как локальную проблему. Но на практике страдает не одна задача. Сдвигается весь участок плана, а иногда и следующий этап. Именно поэтому кажущаяся мелочь потом превращается в неприятный разговор о срыве сроков.
Хорошая система планирования нужна не для бюрократии, а для того, чтобы эти связи перестали жить только в голове у пары людей.
