Сообщи в тот же день, как стало известно
Заказчик обычно прощает сдвиг быстрее, чем молчание. Срок сдвигается, когда в работе появляется новый факт: поставка опоздала, зависимость не закрыта, платёж уходит. Сообщать нужно в тот день, когда факт известен, даже если плана ещё нет. План это следующий шаг, а не условие разговора.
В симуляторе это видно на CR-001. Закрытие на 16 октября не держалось: UAT первого сценария начался на шесть дней позже, а продуктивную среду выдали 8 сентября вместо 31 августа. В образце ответа на вопрос о самом сложном проекте описана обратная история: два дня ушли на подготовку плана, и руководитель цифровой стратегии заказчика узнала о новостях от своей команды раньше, чем от PM. Цена такой паузы не в днях, а в доверии к следующей новости.
Кому сказать первым и с чем прийти
Перед разговором собери три вещи: что сдвинулось, с какой датой и что с этим можно сделать. Варианты должны различаться и по цене, и по дате, иначе это не выбор, а отговорка. В образце плана коммуникаций вехи под риском идут на третий уровень эскалации: эскалация идёт IT-директору заказчика, ответ нужен за три рабочих дня, а результат записывается в одностраничный отчёт. Значит, на этот разговор нужна страница, а не презентация.
Порядок адресатов тоже записан в образце: плохая новость сначала уходит спонсору, и только потом остальным. Руководителю доставки подрядчика сообщи в тот же день, но не раньше спонсора. Иначе первый вопрос спонсора будет о том, почему он узнаёт об этом не от тебя.
Структура сообщения: факт, причина, цена, шаг, решение
Сообщение о сдвиге всегда строится в одном порядке. Сначала что сдвинулось и на сколько дней, потом причина, одна или две, затем цена, что делаешь прямо сейчас и одно решение, которое нужно от адресата. Причин должно быть немного: длинный список причин выглядит как оправдание.
В симуляторе веха M10, бизнес-запуск Trend Radar в продуктиве, сдвинулась с 15 на 24 сентября. Из-за этого платёж по вехе, 2,1 млн долларов, уходит на следующий месяц. Именно такой набор фактов нужен спонсору, а не список спринтов.
- Что сдвинулось: веха, старая дата, новая дата, разница в днях.
- Причина: одна, с фактом. Например, исправление дедупликации, которое обещали к 18 сентября, ещё не закрыто.
- Цена: деньги, платёж, влияние на другие вехи.
- Что делаешь: владелец и дата следующего шага.
- Решение: одно, которое нужно от адресата, с датой.
Пример сообщения целиком
Вот как это может звучать в письме или в начале звонка, если собрать все пять частей: «Добрый день. Веха M10, бизнес-запуск Trend Radar, сдвигается с 15 на 24 сентября. Причина: исправление дедупликации, которое обещали к 18 сентября, ещё не закрыто. Цена: платёж по вехе уходит на следующий месяц. Делаем: исправление у назначенного владельца, ретест после него. Решение нужно от вас до пятницы: переносим закрытие или сохраняем дату и сокращаем третий релиз?»
Такое сообщение короткое, его можно прочитать вслух, и на него можно ответить одним решением. Если в письме оно выглядит длинно, значит, в нём есть лишняя причина или лишний вариант, и их стоит вычеркнуть.
Цифры за последний период, а не только накопленные
Накопленные показатели прячут тренд. В симуляторе за последний отчётный период CPI составил 0,85, SPI 0,90, а накопленные с начала проекта 1,01 и 0,93. Если показать только накопленные, сдвиг кажется ерундой. Если показать только период, он пугает без контекста. Покажи оба числа и скажи, какое из них двигает дату.
Спонсор в симуляторе, Халид, начинает разговор фразой: «Мне уже говорили, что всё под контролем. Я это слышал в апреле. На цифрах: мы в графике?» Ответ на этот вопрос состоит из двух чисел и двух дат: «Нет. Запуск Trend Radar сдвинут с 15 на 24 сентября, платёж по вехе уходит на следующий месяц. Вот что уже делаем, и вот что нужно от вас».
Когда сдвиг становится запросом на изменение
Если сдвиг меняет дату закрытия, а не только промежуточную веху, одним письмом его не решить. Нужен запрос на изменение: оценка влияния на скоуп, срок, деньги и риски, рекомендация PM и решение комитета. В симуляторе CR-001 поднят 3 сентября: закрытие с 16 октября на 6 ноября, на 21 день, без изменения скоупа и цены. Стирком 10 сентября одобрил его решением DEC-08.
В запросе было два варианта: перенести закрытие без доплаты или сохранить 16 октября и сократить третий релиз UC3. Заказчику проще согласиться с решением, где выбор виден, чем с решением, которое приняли за него.
Фразы для разговора
Ниже фразы, которые работают в первые минуты. Они короткие, без извинений и без слова «к сожалению», которое ставит собеседника в позицию жалости, а не решения.
- Открытие: «Хочу сказать первым: веха M10 сдвигается с 15 на 24 сентября. Ниже причина, цена и что делаем».
- Причина: «Исправление дедупликации, которое обещали к 18 сентября, ещё не закрыто».
- Цена: «Платёж по этой вехе уходит на следующий месяц. Это наша цена сдвига, и я называю её сразу».
- Запрос: «Мне нужно одно решение к пятнице: переносим закрытие на шесть недель или сохраняем дату и сокращаем третий релиз?»
Чего не говорить
Не используй «небольшое отставание» и «всё под контролем». Заказчик слышит в этих фразах признак того, что цифр нет. В симуляторе на защите графика перед Томом фраза «команда так сказала» не работает: это не причина, а источник.
Не обещай дату без критического пути. Если дата держится на одной зависимости, назови её: например, на доступе в продуктивную среду, который выдаёт другая сторона. Тогда заказчик видит, на что влиять.
Не извиняйся за весь проект. Извинение нужно за конкретное обещание, которое не выполнено, и только если это действительно твоё обещание. Извинения за всё сразу звучат как признание, что контроля нет вовсе.
После разговора: письмо и записи
В тот же день отправь письмо с тремя блоками: что услышали, что согласовано, что дальше. В образце письма после демо три блока с заголовками What you said, What we agreed и Next steps (письмо на английском, как и вся переписка на проекте). Владельцы и даты стоят у каждого шага. Письмо короткое и отвечает на вопросы, которые заказчик задаст через неделю.
Затем обнови базовую линию и график, журнал решений и реестр рисков. Если решение дало новую дату закрытия, пересчитай платёжный график. Без этого следующий отчёт покажет старую дату как выполнимую.
Команду тоже нужно проинформировать в тот же день, коротко: что изменилось в дате, что меняется в их работе и что не меняется. Люди, которые узнают о новой дате из письма заказчика, перестают верить и плану, и тебе.
Если хочешь разобрать этот разговор на кейсе, в PM Simulator это день 9: спонсор спрашивает про график, а PM отвечает цифрами и одним запросом. Разбор делает ИИ-ментор.
Частые вопросы
Сколько ждать с сообщением, если план ещё не готов?
Не ждать. Сообщи факт и дату, когда появится план, например «план будет в среду». Молчание до готового плана обычно воспринимается хуже, чем неполная картина.
Нужно ли выносить на стирком сдвиг, если он небольшой?
Если сдвиг меняет дату закрытия, веху с платежом или бюджет, решение принимает комитет или спонсор, даже когда сдвиг короткий. Если сдвиг внутри промежуточной работы и не трогает вехи, достаточно статуса и записи в журнале.
Что говорить, если причина на стороне заказчика?
Назови факт без обвинения: что нужно, от кого и к какой дате. Например: «Доступ в продуктивную среду не выдан, без него запуск не состоится». Сразу предложи вариант: что можно сделать в обход или что сдвинется вслед.
