От барьеров к результатам: Как наладить эффективное взаимодействие со стейкхолдерами. Сергей Барамба
требований законодательства и внутренней документации в компании, выдерживание рамок бюджета. Это кураторы и руководители подразделений, сотрудники финансовой службы или отдела кадров. Понимая такую типизацию, руководитель проекта сможет на шаге выявления стейкхолдеров задавать правильные вопросы, а это в свою очередь поможет выявить как можно больше стейкхолдеров.
Уровень взаимодействия, частота, канал в коммуникации будут резко зависеть от того, к какой отдельной группе или двум группам сразу будет относится наше заинтересованное лицо. Об это мы поговорим ниже.
Обзор процессов работы со стейкхолдерами по PMBOK версии 6.
Рассказ о методологиях работы со стейкхолдерами был бы неполным, если не затронуть насколько детально расписаны процессы, в пусть уже считающейся устаревшей после выхода в свет версии 7, но всё-таки все ещё актуальной PMBOK 6.
В книге описывается 4 процесса:
Как и все другие процессы в PMBOK – все описано очень теоретически, и не даёт ответов как именно с практической точки зрения все вышеуказанное реализовать руководителю проекта. Главная польза для руководителя проекта от изучения описания процессов в книге – понимание последовательности выполнения процессов один за другим и то, что «Мониторинг вовлечения стейкхолдеров» осуществлять в течении всего проекта.
После старта проекта первая активность, когда команда проекта взаимодействует со стейкхолдерами – это сбор требований. В этом процессе происходит документирование потребностей заинтересованных сторон для достижения заявленных целей проекта.
Что нам говорит Scrum про работу со стейкхолдерами
В Scrum Guide от ноября 2020 года слово Стейкхолдер встречает 13 раз, при этом само определение термина не приводится. Поэтому, мне кажется, уместным будет пользоваться общепринятым определением, которое приводилось выше. Так же Scrum Guide оперирует ещё термином ключевые стейкхолдеры (key stakeholders), и тоже без расшифровки определения. Логично нам предположить, что это какие более важные стейкхолдеры, чем обычные, без приставки «ключевые».
Основная роль управления стейкхолдерами возлагается на Владельца продукта (Product Owner), который должен перекладывать выявленные потребности от всех стейкхолдеров внутрь артефакта под названием Беклог Продукта (Product Backlog). Он должен хорошо знать в лицо стейкхолдеров, каждый день с ними взаимодействовать, как требует 4 принцип Agile – «На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе»3.
При этом в рамках уже согласованных задач, взятых в работу командой Скрам Мастер (Scrum Master) выполняет ряд важных задач при взаимодействии со стейкхолдерами:
– Фасилитирует взаимодействие и организовывает сотрудничество между заинтересованными сторонами.
– Осуществляет устранение барьеров между стейкхолдерами и Scrum-командами.
– Помогает пользователям и стейкхолдерами понимать и применять эмпирический подход к
https://agilemanifesto.org/iso/ru/principles.html