Как часто вы встречали ситуацию, когда менеджера проекта переводят в scrum-мастера при переходе к гибкой разработке? Отсюда рождается закономерный вопрос: является ли scrum-мастер разновидностью менеджера? Насколько разные эти роли? Что между ними общего? Может ли одна роль перейти в другую? На эти вопросы мы постараемся ответить в этой статье.
Прежде чем рассмотреть отличия и пересечения между этими ролями, сразу начнём с вывода: scrum-мастер не является agile-менеджером проекта. У этих ролей практически нет совпадений в трудовых обязанностях.
Кто такой scrum-мастер?
Основная ответственность или цель роли scrum-мастера — внедрять и управлять Scrum Framework, продвигать и поддерживать Scrum согласно руководству. Scrum-мастер отвечает за помощь в понимании и применении теории, практик, правил и ценностей Scrum. Он является лидером-слугой для команды, помогает ей сотрудничать и взаимодействовать внутри себя и с окружением. В итоге, scrum-мастер способствует увеличению ценности, которую поставляет команда.
Что делает scrum-мастер:
- обучает людей Agile и Scrum Framework;
- коучит владельца продукта, менеджеров организации, команды разработки, стейкхолдеров и других лиц, чтобы помочь им лучше понять Scrum;
- фасилитирует события, то есть помогает команде достичь цели во время планирования спринта, обзора или ретроспективы. Это не означает бронирование переговорок и стенография, это значит сбор данных для инспекции и адаптации, подготовка мероприятия и помощь участникам.
- scrum-мастер может руководить внедрением фреймворка в организации на разных уровнях.
Если вы хотите узнать больше о задачах, обязанностях и полномочиях scrum-мастера, ознакомьтесь с этой статьей.
Что не делает scrum-мастер:
- не управляет изменениями и запросами на изменения (временем, бюджетом),
- не создает бизнес-кейсы,
- не делает планы проекта, диаграммы Ганта и прочее,
- не отслеживает статус проекта, прогресс команды для отчета перед руководством (но может это делать для сбора данных и помощи команде в совершенствовании процесса),
- не презентует результаты проекта,
- не играет никакой роли в отношении бизнес-требований, не управляет бэклогом продукта,
- не распределяет ресурсы и время на разработку между участниками,
- не оценивает риски и возможности проекта (если это не связано с реализацией Scrum).
Он может консультировать людей и подводить их к тому, что некоторые области можно улучшить, но выбор оставляет за командой, владельцем продукта, стейкхолдерами и т. д.
Кто такой менеджер проекта?
За менеджером проекта закреплено множество обязанностей. Трактовок этой роли, наверное, в десятки раз больше, чем роли scrum-мастера. Если посмотреть на некоторые из известных методологий управления проектами, таких как PM-Bok или PRINCE2, мы находим следующее:
- управляет проектом на ежедневной основе и является единственным, кто уделяет основное внимание этому проекту. Менеджер проекта управляет проектом от имени Правления в рамках определенных ограничений и поддерживает связь с Правлением проекта и Обеспечением проекта на протяжении всего проекта.
- Он несёт ответственность за все процессы PRINCE2, за исключением направления проекта и управления доставкой продукта.
- Он отвечает за поддержку проекта и управление командой. Это означает, что менеджер проекта будет управлять работой и эффективностью отдельных членов команды.
- Он создаёт бизнес-кейсы, управляет изменениями и запросами на изменения,
- создаёт планы проекта, устанавливает сроки разработки,
- отслеживает прогресс проекта и качество,
- выявляет и отслеживает риски проекта,
- выполняет административные функции, берёт на себя общение с заказчиком и доносит его позицию до команды.
Что менеджер проекта не должен делать:
- Нести ответственность за успех или провал проекта (это осуществляется Советом проекта);
- Обеспечивать единое направление проекта (осуществляется Советом проекта);
- Предоставить ресурсы и утвердить средства для проекта (осуществляется Советом проекта);
- Обеспечивать эффективную коммуникацию внутри команды проекта и с внешними заинтересованными сторонами;
- Определять потребности пользователей, которые будут использовать продукт.
Этот список не исчерпывающий. Если у вас есть опыт в управлении проектами, вы можете помочь нам дополнить do и not-do в комментариях!
Общие навыки
Несмотря на разницу в ролях, у scrum-мастера и менеджера проекта есть общие необходимые навыки. Это базовые вещи, которые позволят вам быть успешными на любом пути:
- коммуникация — умение общаться со всеми заинтересованными сторонами в организации,
- умение решать конфликты,
- лидерские качества (для scrum-мастера это лидерство через личный пример и «служение», для менеджера проекта возможно использовать директивный стиль управления),
- самоорганизация — умение разбираться в своей работе, совмещать множество задач, видеть широкую картину того, где мы сейчас находимся.
Три основные сходства в обязанностях:
- отвечают за обучение компании и команды с целью повышения эффективности и результативности работы;
- не несут ответственности за успех или провал проекта. В Scrum это ответственность владельца продукта, в проектном подходе — руководителя проекта;
- помогают организации устранить блокеры. Менеджер проекта обычно пытается устранить препятствия сам, а Scrum-мастер тренирует организацию и команду для устранения препятствий самостоятельно.
Топ-3 различий
Менеджер проекта создает, управляет и обновляет все формы документации (краткое описание проекта, PID, бюджет, риски, план проекта, диаграмма Ганта и т. д). Scrum Master не создает, не управляет и не обновляет документацию вообще.
Менеджер проекта распределяет работу среди членов команды, учитывая их загрузку и доступное время. Менеджер проекта также управляет областью деятельности стейкхолдеров. Scrum Master не имеет никакого отношения к продукту, он отвечает только за процесс, результат которого — успешный продукт.
Роль менеджера проекта достаточно широкая. Она содержит много разных обязанностей, которые иногда не имеют закрепленных описаний. Роль Scrum-мастера более сфокусирована, так как определяется Scrum Framework.
Одна из причин, по которой многие реализации Scrum терпят неудачу, заключается в том, что необходимый набор ролей не до конца понят организацией. Менеджер проекта может переквалифицироваться как в scrum-мастера, так и в владельца продукта, но это не универсальное решение. У компании не получится вменить в обязанности бывшего менеджера проведение scrum-событий и ждать успеха от внедрения фреймворка.
