Документы проджект-менеджера: что ведёт PM в международной компании

Когда PM приходит в международную компанию из локальной, его удивляют не английский и не часовые пояса. Удивляет то, сколько решений здесь живёт в документах, а не в разговорах.

За 12 лет в проджект-менеджменте и 4 года карьерного консалтинга я видел одну и ту же картину десятки раз. Сильный специалист нормально ведёт проект, но проваливает испытательный срок, потому что его работу не видно: решения не записаны, риски в голове, статус «всё под контролем» до дня, когда всё уже красное.

Ниже разбираю, какие документы ведёт PM в международной компании, зачем нужен каждый и о каких спрашивают на интервью.

Сколько документов нужно

В библиотеке, которую я собрал для PM Simulator, 41 шаблон. Минимальный набор из них составляет 25 документов: без них проект среднего масштаба не управляется. Остальные 16 подключаются по размеру и типу проекта.

Цифра звучит пугающе, но большая часть документов представляет собой таблицу, которую вы обновляете раз в неделю за 10-15 минут. Бюрократией документ становится тогда, когда его ведут для галочки. Когда им пользуются для решений, он экономит время: не нужно в третий раз спорить о том, что уже решили.

Документы по фазам проекта

Если проект большой, к этому добавляются бюджет с базовой линией затрат, план коммуникаций, матрица трассировки требований и дашборд EVM с показателями CPI и SPI.

Пять документов, о которых спрашивают на интервью

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

Устав проекта

Проверяют, умеете ли вы договориться о границах до начала работ. Хороший ответ: история о том, как устав остановил расползание объёма: заказчик попросил новое, вы показали, что этого нет в согласованных границах, и перевели разговор в запрос на изменение.

RACI

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

Риски и RAID

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

Статус-отчёт с RAG

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

Запрос на изменение

Проверяют, умеете ли вы говорить заказчику «можно, но это стоит столько-то». Запрос на изменение содержит оценку влияния на срок, бюджет и объём плюс вашу рекомендацию. Если изменение вошло в проект без запроса, базовая линия уже неправда, а вы узнаете об этом на закрытии.

Как упаковать такие истории для собеседования, разбирал отдельно в статье про подготовку к интервью.

Ошибки, из-за которых документы не работают

• Документ ради документа. Реестр рисков заполнили на старте и больше не открывали. Через месяц он описывает другой проект.
• Протокол через неделю. Протокол встречи пишется в день встречи. Через неделю каждый помнит своё, и протокол превращается в новый спор.
• Действие без владельца и даты. «Команда проверит» означает, что не проверит никто. У действия есть один человек и конкретный день.
• Решения, действия и риски одним списком. В протоколе это три разных списка. Смешанные, они теряются уже к следующей встрече.
• Изменение без запроса. Заказчик попросил «маленькую доработку», её сделали молча. Через три таких доработки сдвигается веха, и объяснить, почему, уже нечем.
• Каждый документ живёт своей жизнью. Дата вехи в плане одна, в статусе другая, в SteerCo третья. Спонсор замечает это быстрее, чем вы думаете.

Язык и формат

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

Три привычки, по которым видно опытного PM:

• Сквозные идентификаторы. Риск R-07, изменение CR-002, веха M3. По номеру его находят в любом документе, и не нужно гадать, о том ли пункте речь.
• Версии и даты. «Status Report W32», а не «статус_финал_2». Через полгода это единственный способ восстановить, кто что знал и когда.
• Один источник правды. Дата вехи живёт в графике, а статус и SteerCo берут её оттуда. Если приходится переписывать одну цифру в пяти местах, в одном из них она обязательно окажется устаревшей.

Где потренироваться, если такого проекта ещё не было

Самый частый вопрос, который мне задают PM из локальных компаний: как рассказать на интервью о документах, которые я никогда не вёл в таком виде?

Честного пути два. Первый: взять шаблоны и заполнить их на выдуманном проекте. Работает, но без обратной связи легко закрепить ошибку: RACI с двумя утверждающими выглядит вполне аккуратно, пока кто-то не укажет на него.

Второй: пройти проект в симуляторе. Для этого я сделал PM Simulator: вы выходите PM на проект, который провалился до вас, и за 13 учебных дней ведёте его сами, а ещё 2 дня переводите опыт в резюме и профиль LinkedIn. Заказчика, команду и спонсора играют ИИ-персонажи: они отвечают сами и помнят, что вы обещали. К каждому документу есть пустой шаблон и заполненный образец того же проекта, а работу дня разбирает ИИ-версия ментора.

Практика, не теория

Выживи на горящем проекте.
Всё как в жизни.

Ты выходишь PM на проект в $10,5 млн, который провалился до тебя: устав, план, риски, метрики, SteerCo, запрос на изменение, акт. Решения принимаешь ты, собеседники отвечают сами и помнят, что ты обещал.

Открыть симулятор

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

Итог

В международной компании документы делают работу PM видимой. Решение, которое не записано, не принято. Риск без владельца не управляется. Статус, который всегда зелёный, никто не читает.

Начните с ядра: устав, RACI, риски, протокол, статус и запрос на изменение. Ведите их так, чтобы по ним можно было принимать решения, и на интервью вам будет что рассказать.