Чек-лист РМ

• Найти источник проекта — от кого и почему пришёл запрос

  Провести 15-минутный разговор с руководителем: «От кого изначально пришёл запрос? Где это обсуждалось — на каком комитете, в каком письме?» Найти исходное сообщение, слайд, задачу в трекере. Это даёт ответ на главный вопрос — «зачем этот проект нужен именно сейчас», который редко проговаривают вслух.

• Составить первичный список участников — кого уже упомянули

  За 30 минут выписать в таблицу всех, чьи имена встречались в связке с проектом: в переписке, задачах, документах. Колонки: имя, роль (ваша догадка), откуда узнали имя, связывались ли. Это черновик Stakeholder Map, который дополните на Этапе 1.

• Собрать все артефакты проекта в единый канал в Mattermost

  Канал у вас и так создаётся. Ключевое — сразу в закрепе канала прописать, что это главная точка правды по проекту: все решения, ссылки на документы, таски в трекере. Правило канала: если решения нет в закрепе или в прикреплённом документе — его не существует. Это защищает от ситуации, когда договорённость была в личке и её потом никто не вспомнил.

• Завести таблицу из двух колонок и заполнять параллельно

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

• Каждое белое пятно превратить в конкретный вопрос к конкретному человеку

  Рядом с каждым пунктом правой колонки — имя человека, который может ответить. «Критерии успеха в цифрах → Иванов (спонсор)». «История попыток → Петров (был на прошлом проекте)». Если на пункт нужно спросить нескольких — указать всех. Получаете готовый план встреч на первую неделю.

• Показать матрицу спонсору проекта на первой же встрече

  Именно в таком виде: «Вот что я уже понял про проект. Вот чего ещё не знаю — и у меня есть план, как это выяснить». Это показывает зрелость и снимает с вас ответственность за то, что вас не ввели в курс. Спонсор чаще всего сам заполняет несколько белых пятен прямо на встрече.

• Назначить 30-минутную встречу с повесткой из 5 вопросов, разосланной заранее

  Прислать повестку за день до встречи: (1) какую проблему решаем и для кого, (2) как поймём, что решили — критерии в цифрах, (3) что уже пробовали и почему не сработало, (4) какие ограничения — дедлайн, бюджет, люди, запреты, (5) кто ещё в курсе и кто принимает спорные решения.

• Задать вопрос «почему именно сейчас?»

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

• В конце встречи произнести цель проекта в одном предложении и получить явное «да»

  «Правильно понимаю — мы делаем X, чтобы Y, до Z, и успех — это когда метрика M выросла на N%?» Дождаться явного подтверждения. Если заказчик говорит «ну в целом да, но…» — это «нет», копайте дальше. Уходить со встречи с формулировкой, под которой заказчик подписался вслух.

• Выслать follow-up с резюме встречи в течение 2 часов с правилом «молчание = согласие»

  Письмо с темой «[Проект X] Резюме установочной встречи — прошу подтвердить». Блоки: цель в одном предложении, критерии успеха в цифрах, стейкхолдеры и их роли, ограничения, открытые вопросы. В конце — явно: «Если что-то описано неточно, ответьте до [дата+2 дня]. Дальше считаю согласованным.» Через 3 месяца это письмо — ваше главное доказательство договорённостей.

Коллеги из смежных команд параллельно участвуют в 5–10 других проектах. Тегание в Mattermost, даже прямое, тонет в потоке — не потому что люди «плохие», а потому что внимания физически не хватает. SLA без прописанных последствий — это договорённость на честном слове. Цель блока — сделать последствия невыполнения автоматическими и заранее согласованными. Тогда РМ не выступает в роли «плохого полицейского» в каждом случае, а просто запускает уже принятую всеми процедуру.

• Прописать SLA с тэгами по типам сообщений

  4 категории с конкретными цифрами: [СРОЧНО] — блокирует работу сейчас, ответ в течение 4 рабочих часов; [РАБОЧ] — нужно на этой неделе, 2 рабочих дня; [ПЛАН] — ревью и согласования, 5 рабочих дней; [ИНФО] — не требует ответа. Тэг ставится в начало сообщения в Mattermost или в тему письма. Без тэга сообщение по умолчанию [ИНФО] — и тогда у адресата нет обязательства отвечать быстро.

• Уровень 1 · Soft — нарушение SLA на 1 цикл

  Триггер: не ответил в срок один раз. Что происходит: автоматическое напоминание с тэгом [НАПОМИНАНИЕ] в канале проекта. В еженедельном статусе — строчка «ожидает ответа от [имя] с [дата], блокирует [задача]». Без эмоций и комментариев — только факт.

• Уровень 2 · Medium — нарушение на 2 цикла подряд или блокирующая задача без ответа 3 рабочих дня

  Тегирование руководителя исполнителя в следующем сообщении (эта процедура заранее согласована с самим руководителем — см. пункт про согласование лестницы). Риск заносится в риск-реестр как «риск блокировки от неисполнения SLA командой X». Письменная эскалация с фактами и предложением решения.

• Уровень 3 · Hard — систематическое нарушение (3+ цикла) или одиночный срыв критичной задачи

  Вынесение на уровень спонсора проекта. Формальный запрос на замену исполнителя либо изменение скоупа с явной фиксацией «не сделано из-за срыва SLA командой X». Решение — за спонсором, но решение принимается, а не откладывается.

• Согласовать лестницу последствий с руководителями зависимых команд ДО старта

  Ключевой шаг, который часто пропускают. За 2–3 дня до старта — короткая встреча с руководителем каждой зависимой команды. Показать: «Вот SLA. Вот уровень 2 — там я буду тегать вас, если ваш сотрудник не отвечает 3 дня. Согласны с такой процедурой?» Получить явное «да» письменно. Без этого согласия тегирование руководителя выглядит как жалоба; с согласием — как заранее принятый процесс.

• Включить SLA-tracker в еженедельный статус-отчёт

  В регулярном статусе — отдельная таблица: задача, кто отвечает, дата запроса, дата ответа, SLA соблюдён (да/нет). Не как упрёк, а как объективная метрика. Три красные строки подряд в таблице — это уже управленческий разговор, без необходимости РМ идти в личный конфликт. Статус-отчёт рассылается и спонсору, и руководителям команд — все видят одно и то же.

• Пересматривать SLA после первого месяца

  Через 4 недели работы — 30-минутная сверка: какие SLA реально выполнимы, какие нет, что нужно скорректировать. Жёсткие SLA, которые никто не может соблюдать, дискредитируют саму систему. Лучше честные цифры, которые выполняются, чем амбициозные, которые все игнорируют.

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

• Выяснить «валюту» каждого ключевого участника за 20-минутное 1:1

  Только с ключевыми — не со всеми подряд. Один вопрос: «Что для тебя сейчас важно в работе? Над чем горишь, где сложности?» Слушаете внимательно. На выходе вы понимаете «валюту» этого человека: видимость перед руководством, экономия времени, интересная задача, развитие навыка, политический союзник. Записываете в заметку по стейкхолдеру — это ваш главный актив в работе с ним.

• Снизить стоимость участия человека до минимума

  Четыре правила: (1) приходить с готовым решением, а не с открытым вопросом; (2) формулировать запрос как «5 минут на ревью документа», а не «час обсуждения»; (3) задавать закрытые вопросы (да/нет или выбор из 2–3 вариантов), а не открытые; (4) заранее честно называть время: «это займёт у тебя 10 минут». Перегруженный человек в 3 раза чаще откликается на «10 минут на конкретное решение», чем на «созвон на полчаса обсудить».

• Сделать вклад человека видимым для его руководства

  Три механики: (1) в еженедельном статус-отчёте — явно по имени: «благодаря [имя] разобрались с юридическим блоком»; (2) в финальной презентации проекта — отдельный слайд с благодарностями, видимый для руководителей; (3) предложить человеку самому презентовать его часть на комитете — это видимость в чистом виде. Это не лесть, а честная атрибуция, и в перегруженной среде она работает как сильный мотиватор.

• Предлагать взаимную поддержку открыто, не манипулятивно

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

• При системном отказе — не бороться, а менять маршрут

  Если человек раз за разом не отвечает ни на SLA, ни на мотивацию — он не должен быть в этой роли. Идёте к его руководителю с фактами (SLA-tracker в помощь) и запросом на замену. Или находите альтернативный путь получения того же результата через другого человека. Задача РМ — доставить проект, а не перевоспитывать отдельных сотрудников. Но делать это через официальные каналы, не через обиду.

• Провести индивидуальные 30-минутные встречи с 3–5 ключевыми участниками команды

  Один открытый вопрос: «Если бы я был тут с самого начала, что ты бы мне первым делом сказал о проекте?» Сырой ответ даёт слой, который не виден в документах: тревоги, внутренние конфликты, предыдущие попытки, недосказанности. Записывайте дословно — через месяц эти фразы станут вашим главным материалом для разговора со спонсором.

• Собрать накопленный риск-долг и поднять его перед спонсором явно

  По итогам интервью — список рисков, которые команда видит, но не проговаривала вслух со стейкхолдерами. Оформить документ «Риски, выявленные при входе РМ в проект» и вынести на ближайший 1:1 со спонсором или комитет. Ключ: показать риски в первый месяц, а не через полгода. Тогда они — ваш актив («я вижу ситуацию»), а не ваша вина («почему не сказал раньше»).