Внешняя зависимость возникает, когда для вашего результата нужно действие или ресурс, которыми вы не управляете напрямую. Это может быть ответ владельца данных, поставка, проверка площадки, доступ к системе или решение другой команды клиента. Такую зависимость полезно превратить из фразы «ждём коллег» в конкретное условие с датой, ответственным и последствиями.

В учебном примере исполнитель готовит интеграцию сайта с системой учёта. Его часть почти закончена, но доступ к тестовой системе ещё не выдан. Владелец бизнеса ждёт запуск в пятницу, а администратор клиента узнал о запросе только в среду. Техническая работа и организационная готовность двигались по разным планам.

Найдите зависимости до обещания даты

Пройдите будущий результат в обратном порядке: что должно существовать, чтобы его проверить и передать? Кто предоставляет каждую важную часть? Какие действия требуют согласования? Может ли поставщик начать работу сразу или у него есть собственная очередь?

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

Материал рабочей группы APM / INCOSE UK рассматривает управление взаимозависимостями за пределами прямого контроля проекта. В небольшой практике достаточно короткого списка, если он помогает обнаружить зависимость до того, как она остановит работу.

Опишите каждую существенную зависимость

Для тестового доступа в примере нужны: название системы, минимально необходимые права, ответственный за выдачу, согласующий со стороны клиента, ожидаемая дата и способ проверки. Формулировка «клиент даст доступ» скрывает почти все эти вопросы.

Добавьте, какую работу блокирует задержка и когда нужен первый сигнал о проблеме. Если проверка занимает два рабочих дня, получение доступа утром последнего дня уже не позволяет обещать полноценный запуск в тот же вечер.

Указывайте статус на основании наблюдения. «Запрошено» не равно «подтверждено», «подтверждено» не равно «получено», а «получено» не равно «работает». Короткая пробная операция часто проясняет готовность лучше длинной переписки.

Планируйте от момента использования назад

Предположим, после получения пригодного доступа нужно два рабочих дня на проверку, один на возможные исправления и один на подготовку передачи. Это четыре дня работы после выполнения внешнего условия. Если доступ поступит позже расчётной даты, конечный срок потребует пересмотра или изменения объёма.

Резерв не должен быть случайной надбавкой ко всем задачам. Объясните, какую неопределённость он покрывает и что произойдёт при её реализации. Для предсказуемой поставки запас может быть небольшим; для нового внешнего согласования одного дня может не хватить.

Проверяйте связанные зависимости вместе. Поставщик может быть готов выдать оборудование, но помещение — не готово его принять. Два подтверждённых обещания ещё не складываются в работающую последовательность, если их условия несовместимы.

Договоритесь о раннем предупреждении

Установите промежуточную проверку до критической даты. Спросите, какое действие уже выполнено, что осталось и есть ли препятствие. Ответ «всё в работе» даёт мало информации, если непонятен ожидаемый результат ближайшего шага.

Определите маршрут решения: кому обращаться, если обычный контакт не может снять блокировку. Это может быть руководитель проекта клиента или человек, согласовавший доступ. Уведомление должно содержать влияние и варианты, а не только жалобу на другого участника.

Пример формулировки: «Тестовый доступ пока не подтверждён. Без него остаётся непроверенным обмен данными. Сегодня можем закончить независимую часть; для сохранения даты нужен доступ к указанному сроку. В ином случае предложим новую дату после проверки или ограниченный показ без запуска».

Подготовьте допустимую альтернативу

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

Для поставок можно исследовать альтернативного поставщика, для мероприятия — другую площадку. Но замена должна соответствовать качеству, срокам, правам доступа и договорённостям. Нельзя просто передать клиентские сведения неизвестному исполнителю ради формального соблюдения даты.

Оцените общую причину отказа. Два поставщика, использующие один склад, не обеспечивают независимый резерв при недоступности этого склада. Подобные связи полезно искать у наиболее важных ресурсов, где срыв действительно останавливает обещанный результат.

После пригодного доступа нужны два дня проверки, день исправлений и день подготовки передачи.
Если доступ опоздает, срок пересматривают. Два поставщика с одним складом не дают независимый резерв.
  1. После пригодного доступа: два дня проверки, один день исправлений, один день подготовки передачи. Это четыре дня работы.
  2. Если доступ позже расчётной даты, конечный срок пересматривают или меняют объём.
  3. Два подтверждённых обещания не складываются в последовательность, если условия несовместимы. Два поставщика с одним складом не дают независимый резерв.

Практическое задание

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