Что будешь делать если нужно подменить PM на встрече на другом проекте?

Стратегия оперативной подмены Project Manager на встрече

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

Немедленные действия (за 15-30 минут до встречи)

Первые шаги носят характер краткого брифинга:

• Экстренный запрос контекста — связываюсь с основным PM проекта через самый быстрый канал (мессенджер, звонок) с чётким запросом:

    *   Цель и agenda встречи.
    *   Ключевые участники (заказчик, стейкхолдеры, команда) и их текущие позиции.
    *   Текущий статус проекта относительно ключевых метрик (сроки, бюджет, scope).
    *   **Горячие точки** — какие вопросы планировалось обсуждать, какие есть риски или конфликтные темы.

• Изучение минимально необходимой документации — запрашиваю и быстро просматриваю:

    *   Последний статус-отчёт (dashboard).
    *   Текущий план проекта (roadmap, спринт).
    *   Протокол предыдущей встречи по этому проекту.

• Уточнение роли и границ полномочий — договариваюсь с основным PM, какую роль я выполняю: просто веду встречу и фиксирую решения, или уполномочен принимать оперативные решения в рамках определённого коридора.

Стратегия поведения во время самой встречи

На самой встрече мой подход основывается на принципах прозрачности и управляемого вовлечения:

1. Честное позиционирование — в начале встречи я представляюсь и открыто сообщаю, что подменяю коллегу [Имя Фамилия]. Это снимает недоверие и устанавливает правильные ожидания.
2. Смещение фокуса на фасилитацию — моя главная задача не продемонстрировать глубокую экспертизу в предметной области, а обеспечить продуктивный рабочий процесс. Я структурирую дискуссию согласно agenda, фиксирую решения и action items.
3. Тактика работы с незнакомыми вопросами — если возникает тема, в которой я некомпетентен, я не импровизирую. Вместо этого я использую техники:

    *   **Уточняющие вопросы**: "Чтобы я правильно зафиксировал суть, вы предлагаете рассмотреть вариант X из-за ограничения Y?"
    *   **Отложенное решение**: "Это критический вопрос, требующий детального анализа [Основного PM]. Мы зафиксируем его и вернёмся с ответом к [срок]".
    *   **Перенаправление эксперту в команде**: "[Имя разработчика/аналитика], вы погружены в эту задачу. Какие вы видите варианты?"

Пример структуры моих записей во время такой встречи:
ПРОЕКТ "АЛЬФА" | Встреча с заказчиком 24.05.2024 | Ведёт: [Моё имя] (подмена)
---
ОБСУЖДЕНО:
1.  По пункту agenda #1 (Пересмотр сроков этапа 2) – решено перенести дедлайн на 1 неделю.
    ПРИЧИНА: ожидание фидбека от стороннего вендора.
    ACTION: Менеджер продукта А. Иванов запросит фидбек до 27.05.
2.  Пункт #2 (Новый функционал) – требуются доп. данные для оценки.
    OPEN QUESTION: Как интеграция с системой Б повлияет на производительность?
    ACTION: Техлид П. Сидоров подготовит справку к 28.05.
---
РЕШЕНИЯ, ТРЕБУЮЩИЕ СОГЛАСОВАНИЯ С ОСНОВНЫМ PM ([Имя]):
*   Возможное увеличение бюджета на 5% в случае выбора интеграционного сценария А.

Пост-обработка и передача эстафеты

После встречи качественная передача контекста обратно основному PM — ключевой этап:

• Немедленная отправка краткого summary — в течение часа после встречи отправляю основному PM структурированную выжимку (как в примере выше) через email или чат.
• Формализация протокола встречи — оформляю полный протокол с решениями, вопросами и action items, распределёнными по исполнителям и срокам.
• Синхронизация в конце дня — выделяю 15 минут на короткий созвон или чат с PM, чтобы устно пройтись по неочевидным нюансам: эмоциональному фону, скрытым конфликтам, личным договорённостям, которые не попали в протокол.
• Обновление информационных панелей проекта (Jira, Confluence, Dashboard) в соответствии с принятыми решениями, если это входит в мои полномочия.

Проактивные меры в организации

Чтобы подобные ситуации были менее стрессовыми, в долгосрочной перспективе я выступаю за внедрение в компании:

• Стандартизированной системы отчётности (единые шаблоны статусов, дорожных карт), чтобы любой PM мог за 10 минут понять контекст чужого проекта.
• Парной работы (buddy system) между PM смежных проектов для взаимного знакомства с основным контекстом.
• Чётких регламентов на случай подмены, прописывающих уровень полномочий замещающего специалиста.

Таким образом, моя реакция — это не просто "провести встречу", а управленческий цикл: экстренный сбор информации, контролируемая фасилитация и полная документационная передача результатов. Это минимизирует риски для проекта и поддерживает его непрерывность, даже в условиях кадровых перестановок.