#рецепт
Управление ожиданиями через информирование по форме
Привет, читатель!
Сегодня разберём важную тему — управление ожиданиями стейкхолдеров. Это не просто “пиши в чатик, что всё ок”, а фундаментальный навык, который помогает избежать паники и сохранить доверие. Управление ожиданиями — это неотъемлемая часть проектного управления, и я расскажу, как делаю это на практике.
В любой проектной деятельности стейкхолдеры хотят быть уверены, что всё под контролем. Когда они понимают, что происходит, что влияет на проект и какие шаги предпринимаются, это снижает напряжение и повышает доверие. Без должного управления ожиданиями каждый сбой может превратиться в лавину негодования и беспокойства. Так они переходят из разряда "обладеть, они там совсем ...лись" в разряд "а, ну бывает, нехорошо конечно, разбирайтесь давайте)”
По сути, управление ожиданиями — это про поддержание прозрачности и вовлечённости стейкхолдеров. Это значит своевременно информировать их о проблемах, изменениях и планах, избегая ненужных эмоций и паники. Важно понимать, что хорошая коммуникация — это не про отчёты, а про лаконичное и точное донесение информации.
Обычно у меня десятки стейхолдеров и есть несколько ЛПР. Без управления ожиданиями никуда, так как мы активнее всего в рабочих коммуникациях используем Slack, то я информирую через него. В Яндекс деньгах была создана специальная группа стейкхолдеров по нашему направлению в аутлуке (алиас) и писались письма сразу на всю группу, а на текущем я создал специальный слак-канал. Бывают и инциденты на проде, они требуют особого внимания — тут уже не обойтись без чёткой структуры сообщения и пост-мортем анализа, если инцидент крупный. Когда происходит что-то серьёзное, подключаются L2/L3 и проводится разбор полётов, чтобы избежать повторений.
Структура сообщения, которую я использую
Я делю сообщение на такие разделы:
1. Ситуация или проблема — что именно случилось.
2. Причина — почему это произошло.
3. Влияние — чем это грозит бизнесу и пользователям.
4. План действий — что уже сделано и что ещё нужно сделать.
5. Предыдущие действия — если это повторяющийся или сложный инцидент, я добавляю хронологию проблем.
Пример сообщения с такой структурой
"Ситуация: Релиз версии 1.14.0, запланированный на утро 16 октября 2024 года, пришлось перенести из-за необходимости включения двух критичных задач, которые влияют на стабильность приложения:
1. [X-6152] — Определить, почему в 'connection' отправляется 'unknown'.
2. [X-6056] — Изменение логики отображения сообщения 'нет интернета'.
Причина: Добавление этих задач необходимо для улучшения качества работы с сетью и устранения проблемы с некорректным отображением статуса соединения. Это позволит точнее отслеживать состояние сети, избежать лишних сбоев и улучшить пользовательский опыт. Задачи также связаны с исправлениями, которые были выполнены в прошлых спринтах, но не попали в релизные сборки за последний месяц.
Влияние: Включение этих задач требует дополнительного времени на разработку и тестирование. Из-за этого мы не сможем выпустить релиз утром 16 октября, как планировалось. Перенос релиза на утро четверга, 17 октября.
План действий:
- Завершение разработки и тестирования задач [X-6152] и [X-6056] до конца среды, 16 октября.
- Проведение полного регресс-тестирования — до конца дня среды.
- Выпуск релиза перенесён на утро четверга, 17 октября.
Подробный статус задачи по релизу доступен в отчёте о релизе.
FYI: ЛПР1, ЛПР2, ЛПР3"
Управление ожиданиями — это не просто про передачу информации, а про удержание доверия и контроль ситуации. Структурированный подход позволяет стейкхолдерам чувствовать себя уверенно даже в моменты непредвиденных проблем. Так что не забывай: ясность и точность — твои лучшие друзья.
А как ты управляешь ожиданиями? Делись опытом!
Управление ожиданиями через информирование по форме
Привет, читатель!
Сегодня разберём важную тему — управление ожиданиями стейкхолдеров. Это не просто “пиши в чатик, что всё ок”, а фундаментальный навык, который помогает избежать паники и сохранить доверие. Управление ожиданиями — это неотъемлемая часть проектного управления, и я расскажу, как делаю это на практике.
В любой проектной деятельности стейкхолдеры хотят быть уверены, что всё под контролем. Когда они понимают, что происходит, что влияет на проект и какие шаги предпринимаются, это снижает напряжение и повышает доверие. Без должного управления ожиданиями каждый сбой может превратиться в лавину негодования и беспокойства. Так они переходят из разряда "обладеть, они там совсем ...лись" в разряд "а, ну бывает, нехорошо конечно, разбирайтесь давайте)”
По сути, управление ожиданиями — это про поддержание прозрачности и вовлечённости стейкхолдеров. Это значит своевременно информировать их о проблемах, изменениях и планах, избегая ненужных эмоций и паники. Важно понимать, что хорошая коммуникация — это не про отчёты, а про лаконичное и точное донесение информации.
Обычно у меня десятки стейхолдеров и есть несколько ЛПР. Без управления ожиданиями никуда, так как мы активнее всего в рабочих коммуникациях используем Slack, то я информирую через него. В Яндекс деньгах была создана специальная группа стейкхолдеров по нашему направлению в аутлуке (алиас) и писались письма сразу на всю группу, а на текущем я создал специальный слак-канал. Бывают и инциденты на проде, они требуют особого внимания — тут уже не обойтись без чёткой структуры сообщения и пост-мортем анализа, если инцидент крупный. Когда происходит что-то серьёзное, подключаются L2/L3 и проводится разбор полётов, чтобы избежать повторений.
Структура сообщения, которую я использую
Я делю сообщение на такие разделы:
1. Ситуация или проблема — что именно случилось.
2. Причина — почему это произошло.
3. Влияние — чем это грозит бизнесу и пользователям.
4. План действий — что уже сделано и что ещё нужно сделать.
5. Предыдущие действия — если это повторяющийся или сложный инцидент, я добавляю хронологию проблем.
Пример сообщения с такой структурой
"Ситуация: Релиз версии 1.14.0, запланированный на утро 16 октября 2024 года, пришлось перенести из-за необходимости включения двух критичных задач, которые влияют на стабильность приложения:
1. [X-6152] — Определить, почему в 'connection' отправляется 'unknown'.
2. [X-6056] — Изменение логики отображения сообщения 'нет интернета'.
Причина: Добавление этих задач необходимо для улучшения качества работы с сетью и устранения проблемы с некорректным отображением статуса соединения. Это позволит точнее отслеживать состояние сети, избежать лишних сбоев и улучшить пользовательский опыт. Задачи также связаны с исправлениями, которые были выполнены в прошлых спринтах, но не попали в релизные сборки за последний месяц.
Влияние: Включение этих задач требует дополнительного времени на разработку и тестирование. Из-за этого мы не сможем выпустить релиз утром 16 октября, как планировалось. Перенос релиза на утро четверга, 17 октября.
План действий:
- Завершение разработки и тестирования задач [X-6152] и [X-6056] до конца среды, 16 октября.
- Проведение полного регресс-тестирования — до конца дня среды.
- Выпуск релиза перенесён на утро четверга, 17 октября.
Подробный статус задачи по релизу доступен в отчёте о релизе.
FYI: ЛПР1, ЛПР2, ЛПР3"
Управление ожиданиями — это не просто про передачу информации, а про удержание доверия и контроль ситуации. Структурированный подход позволяет стейкхолдерам чувствовать себя уверенно даже в моменты непредвиденных проблем. Так что не забывай: ясность и точность — твои лучшие друзья.
А как ты управляешь ожиданиями? Делись опытом!