Работа скрам-мастером: рецепты трудоустройства и истории скрам-мастеров

Это первая статья из цикла «Скрам-мастер: обучение и карьера». Вторая статья больше предназначена для действующих Scrum-мастеров, но новички из нее смогут лучше понять, чего ожидать от этой работы в смысле зарплаты и профессионального роста.

Подходит ли мне роль Scrum-мастера?

• Действительно ли меня драйвит налаживание процессов и развитие команды?
• Достаточно ли моего опыта работы с людьми для роли Scrum-мастера?
• Я буду получать удовольствие от ежедневной работы в этой роли или мне лучше выбрать другой карьерный путь? 

Вам несложно ответить на эти вопросы, ЕСЛИ вы уже работаете в Scrum-команде и у вас перед глазами есть хороший Scrum-мастер, причем разделение ответственности в вашей команде и организации, как минимум, не противоречит Руководству по Scrum.

Кстати, в этом случае вы вполне можете не делать резких карьерных шагов. Вместо получения новой должности вы можете примерить на себя некоторые функции Scrum-мастера, взяв их «в нагрузку» к своим текущим обязанностям, будь вы разработчиком, аналитиком, проектным менеджером, … кем угодно. Ибо Scrum Master — это изначально не должность, а роль, а еще точнее это называть зоной ответственности.

Если же вы пока НЕ работаете по Скраму или сомневаетесь в том, хорошо ли этот Scrum выстроен в вашей компании – для ответа на вышеуказанные вопросы нужно многое изучить и обдумать. Для начала советую пройти небольшой квиз:

Кроме того, чтобы примерить на себя работу Scrum-мастера, его ежедневные обязанности нужно понимать глубже, чем написано в Руководстве по Scrum или даже (подробнее) в словаре Scrum. В этом вам, я надеюсь, поможет следующий раздел.

Что конкретно делать Scrum-мастеру и подходит ли это мне?

Если вы пока затрудняетесь с ответом на общий вопрос: «В чем смысл работы SM?», то я рекомендую почитать статью Василия Савунова Кто такой Scrum-мастер, и зачем он нужен команде, где этот смысл иллюстрируется на конкретном примере, причем «неайтишном».

Здесь же давайте посмотрим на то, как именно выполнять функции Scrum-мастера из Scrum Guide и что для этого требуется.

Я разберу лишь две функции — именно те, за которые Scrum-мастеру стоит браться в первую очередь / в начале работы с первой командой. 

Функция 1: Фокусировка команды через вопросы, а не указания

Это включает много различных действий, но если вы с командой находитесь на начальной стадии работы по Скраму, то достижение этой функции достаточно привязать к одной конкретной цели: вы должны приучить команду вместе отвечать за результат спринта. Чтобы добиться этой цели, вы как Scrum-мастер должны следить за эффективностью Scrum-мероприятий:

1. Обзор спринта способствует достижению этой цели, если он фокусируется на ценности инкремента с точки зрения цели продукта (а не на соответствии ТЗ) и включает демонстрацию участниками команды инкремента в целом (а не «каждый рассказывает, что сделал»). Причем этот инкремент должен быть готов к использованию (Руководство по Scrum запрещает демонстрацию на обзоре спринта элементов бэклога, которые не соответствуют определению готовности).

2. Ежедневный Скрам (Daily Scrum) тоже должен фокусироваться на цели спринта, т.е. на создании ценного инкремента по его итогам (например, разработчики могут отвечать на знаменитый вопрос: «Видим ли мы препятствия, которые могут помешать достижению цели спринта?», хотя этот вопрос уже исключили из Scrum Guide). Ведь если каждый просто рассказывает, чем занят, то совместный результат с большой вероятностью провалится.  В отличие от остальных событий Scrum, дейли может не проводиться самим cкрам-мастером даже в начинающей команде; однако, если он регулярно видит на дейли сильное отклонение от цели спринта, он обязан вмешиваться.
   
   Возможно, это будет непосредственное вмешательство на самом дейли. А возможно, скрам-мастер сначала промолчит, даст команде почувствовать связанную с таким форматом дейли проблему и на ретроспективе поможет решить ее — таким образом, он даст команде вырасти.

3. Планирование спринта тоже приучает к совместной ответственности за будущий результат, начинаясь с вопроса о цели спринта (Зачем мы это делаем? Почему этот спринт ценен?). В том числе, это касается совместных оценок элементов бэклога, которые напрямую влияют на достижимость той или иной цели спринта. Каким бы способом ни проводилась оценка, с составом бэклога спринта должны согласиться все участники команды. Ибо люди обычно не склонны стремиться к выполнению плана (в данном случае, бэклога спринта), если они не участвовали в формулировке этого плана.
   
   Поэтому Scrum-мастер должен направлять планирование на совместную работу и, в частности, может задавать вопросы типа «Как это поможет нам достичь цели спринта?», «Всем ли понятен этот элемент бэклога настолько, чтобы ему можно было дать оценку?» или «Есть ли среди нас те, кто не согласен, что это выполнимо?».

Причем направлять команду нужно не просто на совместную работу, а на «инкремент, соответствующий определению готовности». Для этого начинающей команде Scrum-мастер на планировании может задавать, например, следующие вопросы: «Если тут связано с безопасностью, сможем ли мы это выкатить в продакшен сразу после обзора спринта? Предлагаю вспомнить наш чек-лист Definition of Done по части выкатывания» или «А мы успеем протестировать такую большую фичу в этом же спринте? Если с большой вероятностью не успеем, давайте подумаем, как ее разбить на части».

Что же касается более зрелой Scrum-команды (которая уже хорошо понимает важность готовности инкремента к концу спринта), то такие вопросы на планировании могу быть уже лишними и даже вредными с точки развития самоуправления. В идеале сама команда должна задавать себе подобные вопросы, а задача скрам-мастера — помочь ей прийти к этому естественным путем, в том числе, при разборе возникших проблем на ретроспективе. 

Функция 2: Обучение команды

В Руководстве по Scrum эта функция касается всей  «организации», но конечно, обычно начинают с обучения Scrum-команды. Однако на формальное многочасовое обучение Скраму членов команды (разработчиков) обычно не хватает времени и ресурсов. Поэтому обучение со стороны SM может происходить «по ходу пьесы» — стоит по максимуму использовать рабочие ситуации для микрообучения.

1. Например, типичная ситуация — разработчики не успевают завершить все запланированные элементы бэклога спринта и предлагают перенести их на следующий спринт. Это повод обсудить, зачем вообще нужны спринты команде (рабочий ритм) и хотя бы пару причин, почему самой команде по итогам спринта нужен готовый к использованию инкремент продукта (например, своевременная обратная связь от клиентов и возможность планирования будущих спринтов за счет наличия корректной Velocity команды). И лишь потом стоит предлагать способы решить проблему (сделать часть элементов бэклога готовыми к использованию), иначе решаемая проблема покажется людям ненужной (не их проблемой).
2. Или другой пример, типичный для начинающей Scrum-команды — разработчики не видят смысл ежедневно приходить на дейли, особенно когда на дейли не приходит владелец продукта. Это отличный повод обсудить с разработчиками то, зачем нужна прозрачность внутри команды (прозрачность бэклога спринта) и какие еще, помимо дейли, могут быть способы достижения этой прозрачности (не грех намекнуть, что обнаруженные командой другие способы еще сильнее отвлекают их от работы, чем Ежедневный Скрам).
3. Еще один пример касается обучения начинающего владельца продукта, который имел большой опыт проектного управления. Такие люди зачастую не могут отказаться от изначально запланированной фичи продукта, даже если по ходу работы выяснилось низкое соотношение ценности к трудоемкости фичи. И для Scrum-мастера — это как раз хороший повод объяснить владельцу продукта не только теорию Scrum в части инспекции и адаптации, но ценность Agile «Готовность к изменениям важнее следования первоначальному плану».
   
   Разумеется, это должно преподноситься не как догма, а как способ достичь конкретной цели: в данном случае, например, как способ построить долгосрочное сотрудничество с заказчиком (как альтернатива формальному выполнению буквы договора при неудовлетворенности заказчика конечным результатом).

Для начинающей Scrum-команды это обычно проблемные ситуации. Но затем, когда у команды уже «нет проблем», стоит продолжать прививать ей культуру постоянных улучшений, стимулируя самообучение и обмен опытом в команде — например, в таких ситуациях как «Накопал информацию о новом инструменте? Давай сделаешь доклад об этом, а мы все потом попробуем».

Разумеется, у Scrum-мастера много и других функций, но большинство из них столь же далеки от привычных менеджерских обязанностей, сколь и разобранные выше функции. Что же касается фасилитации, коучинга и других навыков SM, то подробнее о них можно почитать здесь: Какие навыки развивать скрам-мастеру.

Как стать Scrum-мастером? 

Если вы читаете эту статью в расчете подобрать для себя оптимальное обучение, то можете сразу перейти к обзору курсов Scrum Master. Однако никакое обучение не гарантирует вам работу скрам-мастером, даже если организаторы курсов говорят о помощи с трудоустройством.

Scrum-мастера нужны многим компаниям, и они ищут подходящих кандидатов месяцами. Однако, как вы можете заметить по телеграм-каналам и группам с такими вакансиями (например, AgileJobs, ScrumTrekJobs), практически всегда им нужны кандидаты с опытом от 1 года (чаще от 3 лет). 

• Моя субьективная оценка доли таких кейсов по знакомым и знакомым знакомых — не менее половины сделали именно так. Это включает немало случаев, когда по факту человек уже работал скрам-мастером, а формально его должность не менялась (в том числе, потому что во многих компаниях нет такой должности в штатном расписании). 
• Я также проанализировал данные ScrumTrek — сотни фактов изменения должности и компании у людей, которые называли себя Scrum-мастерами, когда приходили на очередное обучение в ScrumTrek или на нашу конференцию AgileDays. Среди них доля тех, кто точно стал Scrum-мастером внутри той же компании, оказалась равна 31%.
  
  Причем это заведомо меньше реальной доли, поскольку люди обычно меняют роль чаще, чем учатся в Скрамтреке (другими словами, наверняка есть много не входящих в 31% случаев, когда человек сначала стал SM, затем через много месяцев или лет перешел в другую компанию, а лишь затем зарегистрировался на обучение с новой ролью). 
• Результат подобного анализа данных ежегодного исследования Agile в России подтверждает вышесказанное: около 40% людей, сменивших роль на скрам-мастерскую в некотором году, продолжали в этом году работать в той же компании.

Кем работали люди перед тем, как стать скрам-мастером

Более трети из них работали менеджерами проектов или менеджерами продуктов (см. диаграмму ниже). Причем продактов здесь значительно меньше, чем проджектов, но я их отношу в ту же категорию, поскольку граница между проектами и продуктами на практике очень расплывчатая (да и должности часто расходятся с тем, чем именно человек управляет). 

Кстати, то же исследование Agile в России показывает, что эта история касается почти исключительно крупных компаний: чем меньше размер организации, тем меньше у нее желания делать такие радикальные изменения в структуре и вводить должность «Cкрам-мастер».

Также достаточно много людей (около 30%) пришло в Scrum-мастера из роли специалиста, которая не была связана с менеджментом. Из них более половины (17% от общего числа SM) — это «рядовые» специалисты из ИТ-команд: аналитики, разработчики и тестировщики программного обеспечения. Таким людям несложно стать SM в своей команде, если они к этому стремятся.

А вот тимлидов и ведущих специалистов среди них не так много. Вероятно, это связано с относительно высокими зарплатами таких людей (зарплата начинающего Scrum-мастера может оказаться ниже, см. Чего ожидать скрам-мастеру), а также с их стремлением развиваться вглубь своей профессии, а не осваивать лидерство и современный менеджмент.

Рассмотрим два основных рецепта на примерах.

Новая роль в той же компании: истории скрам-мастеров

Один из самых работоспособных рецептов — напроситься в Scrum-мастера в том месте, где вы сейчас работаете. И не очень важно, кем вы сейчас работаете там: менеджером проектов, разработчиком, аналитиком, … Главное — что у вас есть контекст этой команды и/или организации. Знание контекста и неписанных правил организации очень важно, чтобы SM не наделал глупостей на старте. Так что у вас есть огромное конкурентное преимущество перед внешними Scrum-мастерами, которые вынуждены потратить много недель на выяснение контекста и на адаптацию своей работы к особенностям участников своей новой команды. 

Проиллюстрирую сказанное примерами реальных людей:

Сейчас многие крупные компании отбирают будущих Scrum-мастеров и из числа своих сотрудников, обучают их во внутренних школах и предлагают некую стажировку в новой роли. Вот, например, видео одного из докладов по этой теме: про то, как выращивают Agile-коучей в компании Эльдорадо. Конкретно эта история интересна тем, что будущий Agile-коуч на старте совсем не была связана с IT.

Трудоустройство скрам-мастером в новой компании

А что если в вашей команде/компании нет ни Скрама, ни возможности его внедрить? Или Скрам есть, но не предвидится вакантных мест для SM? Очевидно, тогда для старта карьеры скрам-мастера нужно искать вакансии других компаний. 

Примечание: иногда встречаются вакансии типа Junior Scrum Master, поскольку многие компании привыкли для простоты называть неопытных специалистов Junior, а самых опытных — Senior.

• Это не корректный термин с точки зрения Scrum, однако такое выделение неопытных при найме довольно распространено. И это дает вам полезную информацию о возможном отсутствии требований к опыту именно в роли SM.
• При этом никакая позиция скрам-мастера, в т.ч. Junior, не может быть предназначена для людей без опыта работы (свежеиспеченных выпускников университетов). И даже если сейчас у вас за плечами десяток лет работы руководителем, вам стоит рассмотреть именно вакансии Junior скрам-мастеров (поскольку это более реально) и быть готовыми к временному снижению дохода. 

Итак, для трудоустройства скрам-мастером в новой компании без опыта SM есть всего два варианта (если только у вас в этой компании нет влиятельных знакомых, готовых за вас поручиться).

Вариант 1.
Можно попробовать найти позицию Junior SM или вариант (оплачиваемой) стажировки или помощь в трудоустройстве от онлайн-школ типа Нетологии, Skillbox или OKademy — это после обучения, которое может стоит от 58 до 175 тыс. рублей (по состоянию на 2024 год). 

Даже после длительных курсов трудоустройство не гарантировано: компании выбирают лучших выпускников, в т.ч. если речь лишь о стажировке. А более печально, что не всегда в компаниях, даже крупных, открыты вакансии скрам-мастера для людей извне; либо вакансия может быть на момент начала обучения, но отсутствовать по окончанию. Тем не менее, успешное трудоустройство после курса вполне возможно, и это подтверждают истории выпускников. Вот такие истории из школы OKademy:

Вариант 2.
Вполне вероятно, что вам придется делать «двухходовку»: для начала стоит устроиться на привычную вам (не скрам-мастерскую) позицию в Scrum-команду другой компании, а лишь затем, уже будучи в контексте этой компании, получить роль SM. 

---

Однако в любом варианте перед поиском новой работы стоит задаться двумя вопросами:

1. Как повысить свою ценность в глазах потенциального работодателя?
2. Какие компании вам больше подходят? 

Ответ на первый вопрос очевиден: нужны хотя бы базовые сертификации от уважаемых в Agile-сообществе организаций. К таковым точно относятся PSM I и CSM, однако, с 2022 года получить таковые россиянам не всегда реально; для этого нужно преодолеть несколько препятствий, включая оплату не-российской картой. Для тех, кто ориентируется на внутрироссийский рынок труда, их аналогом является сертификация Сертифицированный Скрам-мастер от ScrumTrek (она чуть сложнее, чем CSM, и чуть проще, чем PSM I). 

Ответ на второй вопрос рассмотрим в следующем разделе, который уже относится не только к начинающим думать о карьере Scrum-мастера, но и к более опытным.

Как выбрать компанию с точки зрения Scrum?

В России много сотен компаний, указывающих, что они работают по Скраму, но далеко не везде на самом деле настоящий Scrum. 

• С одной стороны, если у вас есть амбиции, это может быть хорошо для вас: превращение ScrumBut в правильный Scrum — это челлендж для Scrum-мастера. И это опыт, который будет высоко оценен будущими работодателями. Ибо компании, где и так все хорошо со Scrum, Scrum-мастеров на рынке ищут реже (чаще выращивают своих); остальные же при найме SM ожидают, что он придет и «все починит». 
• С другой стороны, если у вас пока нет опыта организационных изменений в любой роли, от такого челленджа вы можете быстро выгореть и уволиться.

Вот некоторые косвенные признаки того, что в компании на самом деле «неправильный» Scrum: 

1. Из описания функций в вакансии Scrum-мастера понятно, что упор на проведение Scrum-мероприятий, а не на развитие команды. Или работать нужно сразу во многих командах (больше трех).
2. В опубликованных той же компанией вакансиях владельца продукта есть много пунктов про управление бэклогом и описание потребностей (похоже на вакансии для аналитиков), но ничего нет про формирование видения или хотя бы дорожной карты продукта. Обычно это означает, что у владельца продукта нет достаточных полномочий для того, чтобы Scrum-процесс (даже если он содержит все нужные элементы) приносил реальную пользу.
3. На интервью выясняется, что сотрудники не полностью выделены в Scrum-команду, у них есть индивидуальные KPI, задачи оцениваются в часах или скорость команды не измеряется.

Эти признаки лишь косвенные, поэтому лучше всего, если вы через знакомых можете выйти на человека, работающего в этой компании. Вот какие вопросы ему можно задать, если это не Scrum-мастер и не руководитель, а просто участник Scrum-команды:

1. Какой длины у вас спринты? (если максимальные 4 недели — это может быть признаком антипаттерна, когда внутри спринта аналитика, разработка и тестирование происходит последовательно — по водопадному подходу).
2. Как проходит Daily Scrum? (это может быть похоже на отчет Scrum-мастеру или руководству, а может быть просто обновлением статусов задач на доске, что тоже никак не приближает спринт к успешному завершению, а команду — к самоорганизации).
3. Как взаимодействуете с другими командами? а как с заказчиками? (отсутствие прямого взаимодействия может говорить о незаинтересованности в успехе продукта, тогда как даже самый правильный Scrum не приносит пользы, если он только на уровне отдельной команды).
4. Кто дает тебе обратную связь? От кого ты узнаешь о том, что тебе нужно что-то исправить в своей работе? (если человек не упоминает ретроспективу или говорит, что обратная связь происходит через Scrum-мастера или тимлида, значит, в команде нет самоорганизации и желания улучшать что-либо).

Существует и много других антипаттернов Scrum-команд, о которых полезно прочитать здесь или здесь, чтобы вам было проще отличать работающую по Скраму компанию от той, которая (пока) лишь имитирует Scrum.

И если второе, то попробуйте найти более удачную с точки зрения True Scrum компанию. Чтобы вам это было легче, рекомендую посмотреть, в каких компаниях работают спикеры конференции AgileDays. Потому что если в компании от Аджайла и Скрама пока одно лишь название, то вряд ли кто-то захочет про это докладывать, а если и захочет — программный комитет конференции такой доклад не пропустит. 

Кстати, для примерно трети докладов AgileDays вы можете найти видеозаписи в ютубе, выбрав соответствующий плейлист здесь, — это поможет получить представление о том, как устроены процессы в компании и какая там культура.

Scrum-мастер — это ступень на пути в Agile-коучи?

Обычно да, но есть немало исключений из такого стандартного пути.

Если вы хотите работать в Agile-компании, и при этом ваша руководящая должность сейчас существенно выше уровня одной команды, то вам разумно сразу нацеливаться в Agile-коучи. Впрочем, и в этом случае все равно ваша стартовая роль в Agile-среде, скорее всего, будет  скрам-мастерской (пусть и в нескольких командах одновременно). И не стоит комплексовать по поводу кажущегося понижения в должности: Scrum Master — это звучит не менее гордо! (а вот к слову «коуч» в России встречается негативное отношение, связанное с личными коучами, «бизнес-коучами» и т.п.).

На тему различия между Scrum-мастерами и Agile-коучами нет общего мнения: у разных компаний могут быть разные взгляды на эти роли. Если Agile-коучи работают на уровне топ-менеджмента и организации в целом, их нередко называют Business Agility Coach. В противном же случае довольно сложно определить границу между Agile-коучем и продвинутым Scrum-мастером. 

• Опытный SM в крупной компании тоже может работать одновременно со многими командами, настраивая межкомандное взаимодействие и прочие составляющие применяемого в компании подхода к масштабированию Agile (например, SAFe или LeSS), а также передавая знания другим Scrum-мастерам. 
• Более того, в Scrum Guide напрямую указаны немало сервисов, которые Scrum Master должен оказывать владельцам продуктов и организации в целом. Большая часть работы Agile-коуча — это просто развитие этих функций Scrum-мастера, связанных НЕ с регулярной работой и эффективностью команд, а с запуском или улучшением Скрама во всей организации, с развитием продуктов, с налаживанием сотрудничества между командами, владельцами продуктов и заинтересованными лицами.

Есть интересный факт на эту тему: не только из Scrum-мастеров люди растут до Agile-коучей, но и наоборот: побыв над командами в роли Agile-коуча, люди нередко «возвращаются внутрь команд» в роли SM. Это видно по диаграмме, приведенной выше в разделе Кем работали люди перед тем, как стать скрам-мастером: около 10% Scrum-мастеров в прошлом позиционировали себя как Agile-коучи. Например, такое возвращение в SM может быть связано с переходом в более интересную компанию. Либо «возвращающимся» людям просто больше нравится видеть конкретный результат своих усилий в виде выращенных ими крутых команд, нежели участвовать в решении политических вопросов «наверху».

Заключение

Таким образом, вот мои рецепты и шаги на пути к первой работе скрам-мастером:

1. Поглубже вникните в особенности этой работы и трижды подумайте, соответствует ли она вашим способностям и желаниям. В начале статьи я привел два способа определить соответствие — через квиз и через размышления над тем, как будет выглядеть ваша ежедневная работа.
2. Определитесь со стратегией получения первой работы SM.
   • Если в вашей компании есть Scrum, то ваши знания людей и контекста этой компании дают вам конкурентное преимущество перед внешними кандидатами на роль Scrum-мастера. Как вариант, вы можете поначалу совмещать эту роль с другой ролью в той же Scrum-команде, в т.ч. без изменения в должности.
   • В противном случае вам предстоит более сложный путь: либо через массовую рассылку резюме Junior Scrum Master с низкой конверсией (для чего нужно выделиться хотя бы наличием скрам-мастерской сертификации), либо через обучение на курсе, обещающем помощь в трудоустройстве (но без гарантии оного), либо через «двухходовку» с переходом в более правильную компанию (сначала без изменения роли, а затем см. предыдущий пункт)
   • Если ваша текущая роль существенно выше уровня одной команды, то вы можете попробовать идти в Agile-коучи, минуя SM, но варианты у вас примерно те же самые.
3. Разберитесь, что для вас означает «правильная компания»: принципиально вам на старте наличие в компании правильного Скрама или вы уже готовы к вызовам, связанным с трансформацией работы компании, а не только команды? Научитесь определять правильность Скрама хотя бы по косвенным признакам, примеры которых указаны выше.
4. Обучение пригодится вам в любом случае. В идеале, оно должно быть за счет работодателя, а некоторые крупные компании даже сами организуют внутренние школы SM.
   • Однако если речь про обучение за свой счет вне конкретной компании, то я бы НЕ рекомендовал сразу подписываться на многомесячные курсы. Навыки Scrum-мастера очень обширны и требуют практики в реальных условиях. Тогда как в рамках одного курса, каким бы полным он ни был, вы сможете усвоить только некоторые из этих навыков, если у вас нет реальной Scrum-команды для практики. 
   • Для того, чтобы понять, как именно можно чередовать обучение с работой (или стажировкой), почитайте вышеуказанные истории Scrum-мастеров.

Если эта статья не разубедила вас в том, что путь Scrum-мастера для вас является верным, тогда почитайте о том, как происходит развитие людей на этом пути, в статье Скрам-мастер: обучение и карьера.

• Там тоже есть истории реальных людей, дошедших до уровня Agile-коучей.
• Но главное — там объясняется, как именно навыки, необходимые Scrum-мастерам, можно прокачивать через обучение и опыт работы — начиная с самого базового обучения Agile/Scrum/Kanban.