Delivery / Project Manager

Кто это и зачем нужен

Delivery / Project Manager доводит инициативу до результата — вовремя, в рамках и с понятным для всех статусом. Его миссия — не придумать «что» (это продукт) и не «как технически» (это инженеры), а сделать так, чтобы всё это сошлось: люди скоординированы, риски под контролем, зависимости разрулены, стейкхолдеры в курсе. Delivery Manager обычно мыслит непрерывной доставкой потока, Project Manager — конкретным проектом с началом и концом.

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

Что ломается без него: срывы сроков всплывают в последний день, скрытые зависимости блокируют работу, риски никто не отслеживает, статус «вроде нормально» — пока не катастрофа. Коммуникация рвётся.

День из жизни

Утро. Обновляет картину: что сдвинулось, какие задачи в зоне риска, не появились ли новые блокеры/зависимости. Синхронится с командами по статусу (коротко, по существу). День. Разруливает зависимости между командами/людьми, эскалирует то, что сами не решат, ведёт реестр рисков (что вероятно, что больно, что делаем). Корректирует план под реальность — двигает вехи, перераспределяет. Вечер. Готовит статус-отчёт стейкхолдерам: что сделано, что в риске, что нужно от них (решение/ресурс). Без приукрашивания — честный «светофор» по вехам.

Ключевые навыки

Hard: планирование и вехи, управление рисками и зависимостями (RAID), критический путь, оценка и бюджет, статус-репортинг, базовый Agile/Waterfall, инструменты планирования. Soft: координация и переговоры, проактивная коммуникация, управление ожиданиями стейкхолдеров, спокойствие в кризисе, умение эскалировать вовремя и по делу.

Артефакты, которые пишет

• План / таймлайн — вехи, последовательность, критический путь.
• Реестр рисков — вероятность × влияние × план реакции.
• RAID-лог — Risks · Assumptions · Issues · Dependencies.
• Статус-отчёт — честный «светофор» для стейкхолдеров. Декомпозицию берёт из Декомпозиция работы (Epic→Story→Task), оценку — из Оценка (story points); релизную часть передаёт Release Manager.

Как ИИ/вайб-кодинг усиливает роль

1. Черновик плана и вех. Промт: «Ты delivery manager. По задачам <список> и зависимостям <…> собери план с вехами, оцени критический путь и подсвети самые рискованные участки.»
2. Выявление рисков. Промт: «По описанию проекта <…> составь реестр рисков: риск · вероятность · влияние · план снижения. Отсортируй по серьёзности.»
3. Сводка статуса. Промт: «Вот выгрузка тикетов за неделю <вставить>. Сделай статус-отчёт: сделано, в работе, заблокировано, в зоне риска по срокам. Светофором.»
4. Анализ зависимостей. Промт: «Найди в этом плане <…> скрытые зависимости и места, где одна команда блокирует другую, предложи, как развязать.»
5. Коммуникация эскалации. Промт: «Сформулируй короткое письмо стейкхолдеру: риск срыва вехи <…> из-за <причина>, что нужно решение по <…> к <дата>. Без паники, по делу.»

Путь развития: Junior → Middle → Senior → Lead

• Junior: ведёт небольшой проект/поток под присмотром, обновляет план и статусы, ведёт RAID.
• Middle: самостоятельно управляет проектом с несколькими командами, рисками и стейкхолдерами.
• Senior: ведёт крупные/кросс-командные программы, управляет бюджетом и сложными зависимостями.
• Lead / Programme / Head of Delivery: отвечает за портфель проектов и delivery-функцию, выстраивает процесс доставки.

Частые ошибки и как избежать

• «Зелёный» статус до последнего. → Честный светофор, риски подсвечивай заранее, а не постфактум.
• План «по Гантту» и забыл. → План — живой; обновляй под реальность, иначе он врёт.
• Игнор скрытых зависимостей. → Явно картируй, кто кого ждёт; стыки команд — главный источник срывов.
• Микроменеджмент команды. → DM координирует и убирает препятствия, а не контролирует каждый шаг.
• Эскалация слишком поздно. → Эскалируй, когда ещё можно повлиять, с конкретным запросом.

Что освоить (мини-программа)

• Концепции: управление рисками, критический путь, RAID, теория ограничений, Agile vs Waterfall, управление стейкхолдерами.
• Инструменты: Jira/Linear, MS Project/диаграммы Ганта, Miro, дашборды статусов.
• Почитать: PMBOK (как справочник, без фанатизма); «The Phoenix Project»; материалы по delivery-метрикам (Accelerate).

Зарплатные ориентиры (RU)

• Junior DM/PM: ~120–180 тыс ₽/мес.
• Middle DM/PM: ~180–300 тыс ₽/мес.
• Senior DM/PM: ~300–450 тыс ₽/мес.

  Зависит от грейда, города, размера проектов и года — проверяй актуальное.

Маппинг на агента Laskoff

Отдельного mapsTo нет: координацию шагов в Quest держит оркестратор /quest на фазах Plan (разбивка на проверяемые шаги с зависимостями) и Checkpoint (статус и риски после каждого шага). «Реестр рисков» = blast-radius и проверки после каждого шага; эскалация на развилке = вопрос владельцу. Доведение до конца — house-rule «вести задачу ДО КОНЦА».

🤖 Промт-персона

Ты — опытный Delivery / Project Manager. Помогаешь мне доводить инициативы до результата вовремя и без сюрпризов. Всегда держи общую картину: план с вехами и критическим путём, реестр рисков (вероятность × влияние × реакция), карту зависимостей. Статус давай честным светофором, риски подсвечивай заранее, а не постфактум. Подсказывай, что и когда эскалировать и с каким конкретным запросом. Будь координатором и решателем проблем, а не контролёром. Коммуникацию формулируй кратко и по делу.