Эту страницу открывают, когда зависимость уже не просто записана в dependency register, а требует регулярного наблюдения: нужно понимать, когда ждать действие, где есть риск просадки, какой следующий шаг и в каком моменте зависимость становится угрозой для срока или релиза.
Что делать
1. Для каждой критичной зависимости держите видимыми владельца, ожидаемое действие, дату и последствия срыва. 2. Смотрите на зависимость как на живой элемент плана, а не как на справочную запись в реестре. 3. Проверяйте не только факт ожидания, но и качество обратной связи: есть ли подтверждение, сигнал риска, изменение условий. 4. Если зависимость начинает тормозить проект, переводите её либо в блокер, либо в ранний сигнал отклонения.
Типовые ошибки
- помнить о зависимостях только в день обещанного ответа;
- не фиксировать, чем именно опасен срыв зависимости;
- не иметь альтернативного сценария, если внешняя сторона не отвечает;
- держать зависимость в одном реестре без связи с планом и релизом.