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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Разумеется, это должно преподноситься не как догма, а как способ достичь конкретной цели: в данном случае, например, как способ построить долгосрочное сотрудничество с заказчиком (как альтернатива формальному выполнению буквы договора при неудовлетворенности заказчика конечным результатом).

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

Разумеется, это должно преподноситься не как догма, а как способ достичь конкретной цели: в данном случае, например, как способ построить долгосрочное сотрудничество с заказчиком (как альтернатива формальному выполнению буквы договора при неудовлетворенности заказчика конечным результатом).

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

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

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

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

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

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

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

Поэтому очевидно, что многие стали Scrum-мастером именно в той компании, где они до этого работали в иной роли.

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

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

  • Результат подобного анализа данных ежегодного исследования Agile в России подтверждает вышесказанное: около 40% людей, сменивших роль на скрам-мастерскую в некотором году, продолжали в этом году работать в той же компании.

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

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

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

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

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

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

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

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

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

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

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

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

История Николая Лукиных.

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

История Екатерины Смирновой.

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

История Алексея Федоткина.

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

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

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

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

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

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

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

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

История Алексея Кима.

Путь из инженера-геодезиста в Scrum-мастера со второй попытки. Полученный при первой попытке сертификат PSM I — это отличное подтверждение знаний теории Scrum, но для трудоустройства этого мало.

История Зульфии Ахметовой.

Новая профессия ради непрерывного обучения и развития. Помимо прочего, история иллюстрирует, что не всегда работа SM предлагается даже после стажировки, каким бы подходящим и целеустремленным человек ни был.

История Валерия Попова.

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

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

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

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

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

Там же вы найдете варианты обучения, соответствующие двум этапам пути развития.

Ответ на второй вопрос рассмотрим в следующем разделе.

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

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

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

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

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

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

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

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

И если второе, то попробуйте найти более удачную с точки зрения True Scrum компанию. Чтобы вам это было легче, рекомендую посмотреть, в каких компаниях работают спикеры конференции 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 может быть связано с переходом в более интересную компанию. Либо «возвращающимся» людям просто больше нравится видеть конкретный результат своих усилий в виде выращенных ими крутых команд, нежели участвовать в решении политических вопросов «наверху».

Заключение

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

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

Понятно, что у каждого Scrum-мастера — свой опыт трудоустройства в этой роли. Если ваш личный опыт местами противоречит вышесказанному — это нормально. И читатели будут вам благодарны, если вы напишете о нем в комментариях ниже!

Автор: Алексей Евдокимов, менеджер ИИ-продуктов в ScrumTrek.

11
3 комментария

Спасибо! Очень полезная статья. Как раз сейчас ищу вакансию SM. Пару месяцев назад такой структурной, по полочкам разложенной информации ещё не было.

1

Столько букв и все из пустого в порожнее...

Не согласны с каким-то из пунктов? Постарались охватить эту объемную тему и в одном материале ответить на самые распространенные вопросы и трудности, с которыми сталкиваются те, кто задумывается о смене карьеры.