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

Стратегия замещения Project Manager на встрече

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

Этап 1: Подготовка и сбор контекста

Первое и самое критичное действие — максимально быстро получить всю необходимую информацию от отсутствующего PM. Я организую срочный брифинг, даже если это 15-минутный звонок или чат. Мои цели на этом этапе:

• Получение ключевых документов: запрос на доступ к проектной документации в общих хранилищах (Confluence, SharePoint). Я обязательно изучаю:

    *   **Цели и повестку текущей встречи.** Что является ключевым вопросом для решения?
    *   **Последние статус-отчеты и дашборды проекта.** Чтобы понимать текущее состояние (Scope, Timeline, Budget).
    *   **Результаты предыдущих встреч по этой теме.** Контекст и история дискуссий.
    *   **Список участников и их роли.** Знаю, кто является ключевым стейкхолдером, техническим экспертом или ответственным за ресурсы.

• Выяснение бэкграунда и «горящих точек»: Я задаю коллеге прямые вопросы:

    *   «Какие **конфликтные моменты** или нерешенные вопросы ожидаются на этой встрече?»
    *   «Кто из участников может иметь **особую позицию** или сопротивление?»
    *   «Какие **делегированные решения** или действия уже согласованы?»
    *   «Что является **красной линией** или недопустимым изменением?»

Если времени крайне мало, я составляю краткий чек-лист для себя, часто в виде таблицы в заметках.

### Краткий контекст для встречи [Проект X]
| Тема встречи | Решение по переходу на Stage 2 |
|---|---|
| Ключевая цель | Утвердить план миграции и получить commitment от DevOps. |
| Главный стейкхолдер | Anna (Head of DevOps) - ее согласие критично. |
| Горячая точка | Бюджет на дополнительные инструменты. Команда разработки против. |
| Красная линия | Нельзя сдвигать дату релиза Stage 1 (15.04). |
| Моя роль на встрече | Фокус на процессе и логике решения, не ввязываться в глубокие технические дебаты. |

Этот мини-дашборд становится моим ориентиром.

Этап 2: Ведение встречи — позиция «фасилитатора»

На самой встрече я сознательно занимаю позицию фасилитатора, а не «нового владельца». Моя главная задача — обеспечить продуктивный диалог и движение к цели, а не демонстрировать глубокое знание всех деталей. Я открыто сообщаю участникам о ситуации замещения в начале встречи.

Моя тактика проведения:

• Строгое соблюдение повестки: Я начинаю с повторения целей встречи, полученных от основного PM.
• Активное слушание и суммирование: Я много записываю и периодически резюмирую сказанное: «Если я правильно понял, техническая сторона предлагает вариант А, а бизнес-стейкхолдеры видят риски в варианте Б. Правильно?»
• Делегирование глубоких технических дискуссий: Если возникает сложный технический вопрос, который я не могу оценить, я направля его к соответствующему эксперту в комнате: «Михаил, как ведущий архитектор, как вы оцениваете этот риск? Давайте услышим вашу оценку».
• Фокус на процессе и следующих шагах: Моя ключевая цель как замещающего PM — четко зафиксировать результаты и действия. Я говорю: «Итак, исходя из дискуссии, мы фиксируем решение X. Какие следующие шаги? Кто и за что отвечает? Какие даты?»

Для управления временем и результатами я часто использую простой шаблон в блокноте или на виртуальной доске (Miro), который структурирует выводы.

РЕЗУЛЬТАТЫ ВСТРЕЧИ [Тема]:
1. Принято решение: [Что решили].
2. Причины: [Ключевые аргументы].
3. Следующие шаги:
   - [Шаг 1]. Ответственный: [Имя]. Дедлайн: [Дата].
   - [Шаг 2]. Ответственный: [Имя]. Дедлайн: [Дата].
4. Открытые вопросы (для следующей встречи):
   - [Вопрос 1].
   - [Вопрос 2].

Этап 3: Пост-обработка и передача контекста

После встречи я немедленно передаю полный контекст основному PM. Это не просто пересылка минут, а структурированный отчет с анализом.

• Я отправляю письмо или сообщение с четкой структурой:

    *   Краткий итог принятых решений.
    *   Список зафиксированных действий (Action Items) с ответственными и датами.
    *   **Отдельно выделяю моменты, требующие внимания:** «Анна выразила обеспокоенность по бюджету, это потребует дополнительного обсуждения с финансовым департаментом. Я рекомендую вам связаться с ней первым».
    *   Прикрепляю все записи и итоговый документ.

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

Таким образом, моя философия замещения: быть процессным фасилитатором и мостом для информации, а не пытаться стать полноценным владельцем проекта за час. Это позволяет сохранить эффективность встречи, избежать ошибок из-за недостатка контекста и обеспечить seamless transition для проекта и команды. Ключевые навыки здесь — быстрое погружение в контекст, активное слушание, четкое структурирование информации и дисциплина в коммуникации после события.