Карта зависимостей запуска: кто ждёт чей результат

Лендинг готов на 90%, письмо готово на 90%, реклама готова на 90%. Запуск не идёт, потому что нигде нет утверждённой цены. Карта зависимостей помогает обнаружить такие общие входы до того, как команда произведёт несколько красивых черновиков.

Связь описывается результатом

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

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

Рабочая карта одной посадочной страницы

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

Найдите цепочку, которую нельзя распараллелить

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

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

У риска есть действие, а не только цвет

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

При фактической остановке переводите задачу в статус блокировки с причиной. Красная ячейка без следующего действия не управляет риском; она только сообщает, что кто-то уже волнуется.

Когда карту обновлять

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

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

Проверка карты на общем скрытом входе

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

Отдельно проверьте циклы. Текст ждёт макет, макет ждёт текст, а оба считают, что следующий должен начать первым. Часто цикл разрешается черновым контрактом: подтверждённая структура, объём блоков и временные данные с явной границей. Это рабочее соглашение, а не подмена финального решения. Если черновик нельзя безопасно использовать, нужно изменить последовательность работ.

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