scrum мастер что это
Кто эти люди? Зачем я им нужна? и другие проблемы скрам-мастера
Что чувствует скрам-мастер, который знает о скраме только из гайда? Как он пытается помочь команде не развалить и улучшить существующие процессы? Статья о трудностях, с которыми я столкнулась в начале своего пути самурая.
Команда, в которую я пришла как QA-инженер, была уже сформирована: стандартные процессы построены, атмосфера в коллективе — дружелюбная и спокойная. Через год моей работы встал вопрос о том, кто заменит скрам-мастера, который перешел в другую команду. Мне захотелось попробовать. Опыта в управлении и построении процессов не было, но почва для старта доброжелательная. Почему бы и нет?
Сложности
Через неделю эйфории (еее, новая ачивка!) на голову свалилась тысяча и одна проблема (мама, помоги!). Большая часть из них — личные, банальные или решаются прохождением пары тренингов. Я хочу поделиться четырьмя основными сложностями, с которыми может столкнуться начинающий скрам-мастер.
Отсутствие авторитета
Несмотря на то, что я работала в команде год, роль скрам-мастера была для меня новой. Для построения новых процессов авторитет — одна из важных составляющих. Когда пытаешься изменить привычные практики, основываясь только на теоретических знаниях, скептического отношения со стороны команды избежать сложно. Даже введение одной из самых распространенных практик — скрам-покера — было для меня проблематичным.
Тень бывшего мастера
От сравнений никуда не деться. Если до моего появления что-то работало плохо, и после моего прихода ничего не изменилось, возникали запросы: «У нас слишком сложный планнинг, давай сделаем уже что-нибудь с ним!». В случае, когда что-то было удобно для команды, например, физическая доска на дейли, а после появилась я и сказала: «Мне неудобно, давайте менять!», команда не понимала, зачем это необходимо.
Другая сложность связана с коммуникацией. Предыдущий скрам-мастер довольно остро воспринимал отзывы о своей работе, а мне было важно получать обратную связь. В итоге, первый полезный фидбек удалось собрать только через пару месяцев — помогли упорство и разговоры с глазу на глаз. На личных встречах некоторые ребята рассказали, что им было некомфортно критиковать мою работу: предыдущий опыт говорил о том, что задеть чувства скрам-мастера легко, и фидбек воспринимается как оскорбление.
Коммуникация с командой
Идеальный скрам-мастер наблюдает за настроением в команде, анализирует, как работают процессы, понимает, как команда реагирует на изменения. Как не перепутать безразличие к процессу со стороны команды с тем, что уже хорошо работает? Как собрать адекватный фидбек? Здесь мне явно не хватало практики. Особенно сильно эти вопросы беспокоили на ретроспективе, когда на общей встрече на обсуждение выносились незначительные проблемы или не выносились вовсе. Такое происходит, если команда хорошо провела спринт или если проблемы умалчиваются.
Синдром волонтера
В начале пути хочется выложиться на максимум, чтобы команда сразу осознала, какая я крутая и как много могу. Почему я должна делать меньше, если могу делать больше?
Способы решения
Универсального решения для всех трудностей быть не может. Ниже перечислю шаблоны поведения, которые мне когда-то помогли привыкнуть к новой роли.
Решать проблемы поэтапно
Роль скрам-мастера я совмещала с должностью QA-инженера и физически не могла позволить себе заниматься только улучшением процессов в команде. Я пыталась найти баланс и, как следствие, избежала серьезных проблем от изменения всего и вся в команде. Поэтапное решение помогало не только не закопаться в изменениях ради изменений, но и отслеживать, как какое-то конкретное нововведение повлияло на проблему, которая решалась изначально.
Я хотела изменить несколько вещей в работе команды. Одной из них была физическая доска для дейли. Мне было лень заниматься её оформлением из спринта в спринт. Ситуация усложнялась тем, что эта проблема не затрагивала всю команду. Другая проблема с доской — это реактивное обновление статусов задач. Так как команда находилась в одном кабинете, узнать прогресс по задаче было достаточно легко — спросить коллегу или посмотреть на доску. Трудности в тот момент это не вызывало, но могло поломать процессы в случае продолжительной удаленной работы кого-нибудь из коллег или появления удаленного сотрудника.
Решением первой проблемы было делегирование оформления доски или переход на какой-нибудь электронный инструмент. Второй — развитие культуры поддержания порядка. Кстати, аргумент «когда-нибудь нам это, может быть, поможет» недостаточно мотивирует команду на изменения.
Аргументировать любое изменение
Не нужно бросаться с места в карьер с криком: «Сейчас всё будет!». В самом начале пути скрам-мастерства есть вероятность наворотить процессы ради процессов, это может ухудшить карму. Сначала стоит понять, зачем, а потом транслировать идею команде.
В ситуации с отказом от физической доски, я проговорила команде, что мне сложно заниматься оформлением, а если альтернативного варианта для доски не найдется, то я попрошу команду разделить со мной обязанности по разрезанию и развешиванию стикеров.
Изучить поведение авторитета
Видите, что кто-то в команде удачно рассказывает о своих идеях? К мнению лидера прислушиваются? Можно понаблюдать за тем, как этот человек доносит информацию, скорее всего, он с командой на одной волне. Важно так же настроиться на эту волну.
Душой нашей команды был менеджер продукта. Важность и необходимость фичей, над которыми он предлагал работать, команда разделяла. И дело не только в том, что это были очевидно необходимые и важные изменения. Менеджер аргументировал предложение, освещал плюсы, вносил ясность — это помогало осознать и принять новую задачу.
Найти единомышленников
Одна голова хорошо, а имей сто друзей. Коллективный разум — это прекрасно, но не все вопросы можно выносить на командное обсуждение. Можете найти одного/двух неравнодушных коллег и советоваться с ними. Но разные члены команды обладают навыками в разных аспектах работы, поэтому лучше не держать фокус на паре советников. Расширяйте круг общения.
За новыми идеями по части процессов я обращалась к менеджеру продукта. Острые углы и проблемы мне помог найти инженер по тестированию. На выходе получалось приятное и провалидированное решение.
Необходимый для скрам-мастера опыт помогут получить книги, тренинги и практика. Но количество советов зашкаливает, и трудности вызывает даже приоритезация советов в порядке необходимости. Осознание сложностей — шаг в правильном направлении к поддержанию и построению процессов.
А что дальше?
Теперь, когда хаос упорядочен, можно подумать о работе над конкретными навыками и задачами.
Скрам-мастер: что это за специалист и как им стать?
Скрам-мастер в СИБУРе
Rusbase вместе с командой цифровизации СИБУРа продолжают разбираться в новых специалистах, которые двигают промышленную революцию в России. Мы уже рассказывали про дата-сайентиста и архитектора индустрии 4.0. Сегодня о своей профессии рассказывает Марина Лях — скрам-мастер в СИБУРе.
Кто такой скрам-мастер?
Это довольно популярный вопрос, он всегда возникает, когда речь заходит о моей работе. Например, на днях я оформляла медицинскую карту, и сотрудник регистратуры попросил меня записать должность на бумаге, так как со слов она звучала непонятно.
Односложно объяснить, что это за профессия, не получается, поэтому обычно у меня есть два варианта ответа — попроще и посложнее. В первом случае я говорю, что скрам-мастер — это человек, который работает с группой продуктовой разработки, помогает ей стать зрелой и продуктивной командой.
Могу углубиться в матчасть и рассказать, что скрам — это самый популярный фреймворк agile (гибких методологий разработки программного обеспечения). Agile-фреймворки базируются на ценностях, сформулированных в agile-манифесте.
У скрама есть своя настольная книга — скрам-гайд, переведенный на множество языков, в котором описано руководство по применению подхода. Он дает определение скраму, теоретическую выкладку о подходе, описывает ценности, роли и механизм работы.
Если вкратце, то продукт разрабатывается итеративно, длина итерации (спринта) обычно варьируется от 1 до 4 недель, но может быть выбран и другой интервал. Каждый спринт включает в себя полный цикл работ: от постановки задач до демонстрации готового функционала.
Готовый функционал – это результат каждого спринта, который можно показать пользователю, не дожидаясь завершения разработки всего продукта целиком. Итеративный подход позволяет команде работать слаженнее, быстрее получать обратную связь и вносить необходимые коррективы по ходу разработки, чтобы в итоге получился продукт, который действительно нужен пользователям.
Скрам-мастер помогает команде освоиться с фреймворком и решать различные трудности на пути к созданию идеального продукта.
Несмотря на наличие в названии должности слова «скрам», скрам-мастер не ограничен работой только по этому фреймворку. Он может использовать любые подходы и практики как Agile, так и других концепций, например, Kanban, Lean Startup, а также миксовать разные подходы.
Его задача заключается в умении найти подходящий вариант работы с учетом особенностей команды и проекта. Например, в СИБУРе я работаю с несколькими командами, но не все они работают по скраму. Допустим, когда речь идет о поиске и тестировании гипотез, и нет возможности планировать и оценивать работу итеративно, стоит использовать другие более подходящие подходы и инструменты, например, Kanban.
Как он это делает?
Обычно в команду, которая работает по скраму, входят владелец продукта, разработчики и скрам-мастер. Она может включать фронтенд-, бэкенд-разработчиков, продуктовых дизайнеров, тестировщиков ПО. Хорошо, когда такие команды небольшого размера, поскольку это позволяет упростить коммуникацию между специалистами. По ходу спринта команда занята в следующих активностях:
По ходу разработки продукта все циклично повторяется. При этом красной нитью через все эти активности проходит груминг бэклога. Знаете, есть такие ребята, грумеры, которые регулярно ухаживают за животными и приводят их в порядок? Вот такой же уход нужен и бэклогу — списку функциональности, который планируется реализовать в продукте.
Он может быть сформулирован и помещен в task-трекеры (Jira, trello), размещен в виде стикеров на стене или быть в каком-то другом формате, все зависит от предпочтений владельца продукта и команды. А груминг бэклога – это процесс уточнения деталей по задачам, их формулирование и подготовка к планированию, определение ценности, которую они принесут пользователю. Регулярный груминг – залог здорового бэклога.
Во всех этих активностях скрам-мастер выступает фасилитатором – человеком, который помогает команде успешно коммуницировать и достигать целей встреч. Вспомните, как часто вы бывали на встречах, которые уже с первой минуты становились сумбурными и в итоге шли совершенно не по плану?
Так вот основная задача фасилитатора — фокусировать внимание участников на цели встречи и помогать достигать ее. Именно он организует взаимодействие в команде так, чтобы встречи не превращались в холивар, а работа продвигалась.
Скрам-мастер готовится ко всем встречам, выбирает подходящий формат, собирает обратную связь. Например, с кем-то лучше вести диалог в игровой форме, кому-то удобнее рисовать на доске, а кому-то лучше работается в строгой деловой обстановке.
Другая важная функция скрам-мастера — просветительская. А что такое бэклог? Что мы будем с ним делать? А что это вообще за скрам такой и зачем он нам нужен? Он отвечает на подобные вопросы, объясняет суть agile и скрама в частности, их основные принципы и ценности.
При этом скрам-мастер не только организует команду, но и обучает ее самоорганизовываться. Если через какое-то время ребята начинают собираться, эффективно проводить встречи самостоятельно и договариваться, значит, ты все сделал правильно. Самое главное, настраивая работу команды, не увлечься процессом, а помнить, что главное – результат.
Если говорить не о теории, а о практике, то в СИБУРе я участвую в нескольких проектах. Одни связаны с индустриальным интернетом вещей. Это датчики температуры, вибраций для оборудования, взрывозащищенные устройства и софт под них.
Другие проекты – это AR/VR. Я участвую в разработке продукта «Удаленный эксперт», в рамках которого с помощью очков дополненной реальности эксперты могут провести удаленную диагностику оборудования, не выезжая на предприятие. Еще одна команда, с которой я работаю, занимается видеоаналитикой. Она решает задачи детектирования нештатных ситуаций на заводах СИБУРа.
Как стать скрам-мастером?
Мой путь к скраму сложно назвать прямым. В детстве меня увлекали иностранные языки. Помню, как бабушка мне рассказывала про сына маминой подруги, который сходу может понять, о чем поется в песне на иностранном языке. Я тогда думала, что это невероятно, и тоже так хотела, поэтому мечтала стать переводчиком. В каком-то смысле я им и стала, потому что большинство проектов я вела на английском языке, а еще – в работе постоянно приходилось переводить с технического на бизнес-язык и обратно.
Когда тебе 17 лет, ты не очень понимаешь, кем ты хочешь быть и работать всю оставшуюся жизнь, понимание приходит с опытом. После школы я училась менеджменту, а потом пошла в магистратуру на кафедру финансов.
Параллельно с учебой я работала в Лаборатории роста кристаллов Института неорганической химии (ИНХ СО РАН) в новосибирском Академгородке. Там я занималась внешнеэкономической деятельностью, взаимодействовала с иностранными клиентами. Но когда учеба закончилась, я всерьез задумалась, чем заниматься дальше.
Постоянно мониторила рынок труда и обратила внимание, что в сфере ИТ появилось много вакансий менеджеров проектов. Уже тогда я понимала, что за ИТ будущее, и решила попробовать. После пяти лет работы почувствовала, что пора переходить на гибкие методологии разработки в силу специфики моих текущих проектов. Так из менеджера проектов я стала скрам-мастером.
Теперь точно могу сказать, что нужно не бояться пробовать работать в разных сферах и в разных ролях. Только так можно найти то, что действительно по душе.
В СИБУРе несколько лет назад стартовала цифровизация и появилось много новых ролей. Когда мне предложили пройти собеседование в сфере нефтехимии, я удивилась, потому что скрам-мастеров обычно ищут компании, разрабатывающие программное обеспечение. А какая в нефтехимии разработка ПО? Пообщавшись с командами, я узнала про множество цифровых продуктов собственной разработки, которые СИБУР делает в рамках цифровизации.
У промышленности своя специфика. Здесь я взаимодействую не только с командой разработки, но и с владельцами процессов – они работают непосредственно на производствах и полностью погружены в то, что мы оцифровываем. Еще одна особенность в том, что ИТ-компании часто производят продукты для внешних заказчиков. Ты отдаешь его клиенту и часто не знаешь его дальнейшую судьбу. А в СИБУРе пользователи — вот они, рядом. К ним можно съездить на производство, поговорить, потом посмотреть, как продукт внедряется и работает в реальных условиях и сразу получить обратную связь.
На мой взгляд, если человек хочет стать скрам-мастером, общее понимание процессов разработки очень пригодится, потому что организовать людей, если ты не понимаешь, чем они занимаются, будет сложно. Но мне кажется, высшее техническое образование для этого необязательно.
Я, например, начала разбираться в ИТ на работе, и отсутствие «корочки» по ИТ-специальности мне не мешает: важно находить общий язык с командой, а все необходимое узнаешь в процессе работы.
А вот без базовых знаний agile, разумеется, не обойтись. Здесь пригодится информация из разных источников: скрам-гайд, статьи, книги про agile. Не менее важно общаться с практиками — посещать открытые митапы, где встречаются специалисты, практикующие гибкие методологии. Там можно узнать, как они внедряются в разных компаниях, какие методологии используются, какие бывают проблемы и необычные кейсы. Это поможет быть в тренде и развивать свои компетенции, а еще – это полезный нетворкинг.
Кстати, саморазвитие для скрам-мастера не менее важно, чем изучение методологий, потому что скрам-гайд — вот он, «лежит» в интернете, разобраться в нем достаточно просто. Сложнее развить в себе то, без чего нельзя быть хорошим скрам-мастером.
На мой взгляд, в ближайшем будущем роль скрам-мастера будет по-прежнему актуальна. Возможно, со временем некоторые функции изменятся в связи с появлением новых веяний и подходов к разработке ПО и расширением понимания этой роли.
Кто такой scrum master: обязанности
Узнайте, как стать scrum master
Scrum master — это специалист, который следит за соблюдением принципов scrum на всех этапах работы. Он обучает команду самоуправлению, а также использованию методов скрам для повышения эффективности и достижения поставленных целей.
Разделы
Обязанности scrum master
Скрам — это методология гибкого управления проектами, которая предусматривает три главные роли.
Скрам-мастер тесно взаимодействует с другими участниками процесса создания нового продукта. Он активно помогает им в работе, однако он не устанавливает что, как, когда и кому делать, как это может показаться. Ознакомьтесь с его основными обязанностями:
Поскольку на плечах скрам-мастера лежит большая ответственность за работу команды и ее результативность, его часто сравнивают с менеджером проекта. В следующем разделе вы узнаете об отличиях между этими двумя специалистами.
Чем scrum master отличается от менеджера проекта
Самое первое и главное отличие scrum master от менеджера проекта — это его цель. Он сосредоточен на совершенствовании работы команды, повышении самоуправления ее членов и улучшении коммуникации внутри нее. Менеджер проекта отвечает за бюджет, планирование, соблюдение сроков, управление командой и результаты проекта.
Скрам-мастер — это коуч, тренер и мотиватор. Благодаря повышению самоорганизации членов команды и улучшению понимания между ними он помогает работать эффективнее и быстрее достигать поставленных целей. В скрам-мастеры часто приходят специалисты из смежных областей. Например, бизнес-аналитики, менеджеры проектов, бизнес-консультанты, маркетологи, представители IT-сферы и просто заинтересованные в личностном росте фрилансеры. Далее вы узнаете, что нужно, чтобы стать scrum master.
Как стать scrum master
Стать скрам-мастером можно независимо от своего образования и существующих навыков. Для этого необходимо большое желание, время на обучение и успешная сертификация. Последнее является неотъемлемой частью успешного и конкурентоспособного специалиста.
Для обучения в этой области сегодня доступно множество материалов. Вы можете использовать книги, а также онлайн-курсы на Coursera, Udemy, EdX и других платформах. Чтобы стать сертифицированным специалистом и получить конкурентное преимущество на рынке, нужно пройти сертификацию. Ниже вы видите лишь некоторые компании, которые предоставляют эту возможность:
Наибольшим авторитетом и популярностью пользуются сертификаты первых двух компаний. Сертификация и обучение в них платное. Срок действия сертификатов зависит от компании. Одни необходимо подтверждать через каждые несколько лет, другие — бессрочные.
Чтобы не потратить время и деньги зря, начните свой путь скрам-мастера с изучения кейсов специалистов. Углубитесь в специфику работы, изучите обязанности, плюсы и минусы профессии. Проанализируйте, какие навыки у вас есть, а какие еще предстоит получить. Изучите все доступные материалы для новичков и ответьте на главный вопрос: «Действительно ли вы готовы работать и развиваться как scrum master?».
Кто такой Scrum-мастер, и зачем он нужен команде
Есть два способа объяснить, кто такой Scrum-мастер. Первый — короткий, но сложный; второй — длинный, подробный и понятный.
Начнем с короткого. Scrum-мастер — это специальная роль во фреймворке Scrum. Цель Scrum-мастера состоит в том, чтобы научить Scrum-команду работать по Scrum, помочь ей улучшать методы своей работы и привести ее к самоуправлению и высокой эффективности. При этом у Scrum-мастера нет властных полномочий, он не может раздавать задания, не может принимать решения за команду или отдельных ее участников.
Если вам все понятно, то поздравляю вас. Можно дальше не читать. Спасибо, что уделили время, и можно переходить к чтиву посложнее:
Уровни зрелости Scrum-мастера: от проповедника механического Скрама до агента изменений во всей компании.
Обычно короткий ответ ничего не объясняет: в частности, неясно, за счет чего самоуправляемая команда со скрам-мастером эффективнее классической команды во главе с руководителем и/или тим-лидом. В коротком ответе слишком много абстрактных терминов.
В этой статье я опишу конкретные обязанности скрам-мастера, не заваливая вас десятками специфических терминов Scrum — таких как инспекция, адаптация, кросс-функциональность, инкремент, бэклог и даже владелец продукта. Разъяснения всех 40+ терминов вы найдете в глоссарии Scrum, однако это скорее для тех, кто хочет понять формулировки официального Руководства по Скраму. А эта статья имеет другую цель: максимально простыми словами объяснить вам смысл роли скрам-мастера и его обязанности по отношению к скрам-команде.
На конкретном примере я покажу, почему скрам-мастер необходим и как он делает эффективной работу команды, состоящей из творческих людей и решающей комплексную проблему.
Именно для решения таких нетривиальных проблем и предназначен Scrum. Если же люди выполняют повторяющиеся предсказуемые задачи (пусть сложные, но похожие друг на друга проекты с четкими и слабо меняющимися требованиями) — тогда применение Scrum приведет лишь к неоправданным расходам, а вместо скрам-мастера нужен классический менеджер.
Пример комплексной проблемы
Давайте представим себе ситуацию: вы литературный менеджер. У вас есть несколько писателей. И заказчик поставил вам задачу — написать роман. Да не просто роман, а такой, какого еще не было! И чтобы обязательно продавался лучше всех. И выпускать этот роман надо по частям, что позволит подогревать интерес к книге. Так многие делали в начале XX века. Конан Дойл печатал свои произведения про Шерлока Холмса таким образом.
Основные требования от заказчика:
Итак, у вас есть группа семи эрудированных, опытных, жаждущих успеха писателей.
Ваша задача: организовать их работу так, чтобы они вместе придумали сюжет книги, главных героев, основные повороты сюжета, договориться как именно они будут писать книгу (по очереди главу, или коллективно или как-то еще), как будут обеспечивать логическую стройность повествования, и цельность сюжета, как будут вычитывать, править и так далее и так далее, пока книга не будет написана.
Каждый из писателей этот роман может сам написать. Но условие, что каждую неделю должно выходить по главе, задает слишком жесткий темп, который не всякий писатель выдержит…
Чтобы участники группы помогали друг другу, нужна общая, вдохновляющая цель. Например — попасть в книгу рекордов Гиннесса с книгой, написанной наибольшим коллективом авторов, или выиграть премию «Русский букер», или еще что-то подобное.
Вы, как менеджер в этом коллективе, в писательском ремесле не разбираетесь. Ваша задача — сделать так, чтобы эти семь человек выдавали результат каждую неделю, и делали это талантливо и качественно.
При этом заказчик не сказал ни тему романа, ни кто главный герой, ни основные завязки сюжета. Ни-Че-Го. Классика, в общем. Главное — чтобы денег заработать, и чтобы книга долго приносила доход.
Что делать? Управлять написанием книги в ручном режиме вы не можете — квалификация не позволяет. Поручить написание книги одному из семи писателей — велики риски сорвать план по выпуску глав книги.
Остается один выход — как-то так организовать процесс, чтобы писатели в группе сами выбрали тему, опробовали ее на ограниченной аудитории, и дальше, помогая друг другу каждую неделю придумывали сюжет новой главы, писали ее, вычитывали на предмет ошибок и отправляли в литературную газету для публикации.
Важно, чтобы при этом они смогли договориться между собой и не поссориться. Идеально, чтобы они еще обучали друг друга и делились лучшими практиками.
Представили? Сложная проблема? А ведь именно с такой проблемой сталкивается большинство Scrum-команд:
Единственное, что упрощает решение такой проблемы — это наличие вдохновляющей общей цели. Но этого отнюдь недостаточно для того, чтобы творческие люди самоорганизовались и выполнили поставленную задачу в этих жестких условиях.
Для успешного выполнения таких задач нужен скрам-мастер, и ему нужно делать очень многое: развивать командную ответственность, поддерживать конструктивное общение, стимулировать постоянные улучшения процесса и результативности работы.
Посмотрим подробнее на эти обязанности скрам-мастера.
Развитие ответственности в команде
Как Scrum-мастеру нужно организовать работу, чтобы весь коллектив работал на одну цель, и чтобы все между собой общались?
В первую очередь, надо, чтобы команда постепенно начала осознавать свою коллективную ответственность за результат. В Scrum для этого есть набор встреч, целью которых является коллективное принятие решений и повышение командной ответственности.
Первая встреча, которая приучает к общей ответственности, — это Обзор спринта в конце итерации (итерации работы в Scrum называются спринтами и длятся 1-4 недели). На обзоре вся команда презентует заказчику результат. На этой встрече заказчик впервые увидит, что сделала команда за прошедшую итерацию, и даст обратную связь: что, по его мнению, стоит добавить, усилить или убрать в этой главе книги, а что стоит учесть при написании следующих глав.
Задача Scrum-мастера — это все организовать так, чтобы каждый участник команды принял участие в презентации, ответил на вопросы заказчика, и не затерялся среди коллег. Поначалу скрам-мастер это организует сам, но постепенно обучает команду планировать содержание встречи и управлять дискуссией по ходу встречи. Это еще больше развивает их командную ответственность.
Если писателей объединяет общая цель, и они совместно трудились на главой целую неделю, то им наверняка есть что рассказать на обзоре спринта. Как развивался сюжет, как менялись отношения главных героев, какие трудности были при написании, о чем вообще эта глава, и как она укладывается общее повествование и т.п.
Вторая встреча, которая способствует осознанию ответственности — Планирование спринта в начале итерации. Это встреча, предназначенная для коллективного разбора предстоящих задач и коллективной оценки этих задач.
Раз уж наши писатели создают целостную историю, и то им волей-неволей придется договариваться о том, как будут развиваться отношения персонажей, какие события их ждут, и каковы будут их реакции на эти события. Например, они могут решить, что каждый из них прорабатывает конкретного персонажа. Тогда на планировании им надо решить, какие основные события ждут всех персонажей. Как меняется внешняя среда, или какие возникают важные события, которые влияют на всех персонажей. На этой же встрече участники должны договориться о цели спринта — о главном достижении, которое должно быть достигнуто по итогам спринта.
Например, писатели могут решить, что целью ближайшего спринта будет описать, как главные герои выберутся из затруднительного положения, в которое они попали в прошлой главе. Дальше писатели могут накидать «канву» главы, чтобы были понятны основные сюжетные повороты, которые каждому из них надо учесть.
Чтобы не «промахнуться» в сроках, команде нужно оценить задуманное, чтобы убедиться, что они успеют все проработать, сделать и вычитать за неделю. Оценка может производиться экспертно или с помощью каких-то систем оценок, но в обязательном порядке с итоговой оценкой должны согласиться все участники. Это важно, поскольку результат общий, и на обзоре спринта отмолчаться не удастся — каждый должен будет рассказать о своем вкладе в общий результат.
Все это должно быть сделано на планировании спринта. А дальше каждый писатель, имея «канву» будущей главы, должен будет проработать своего персонажа в связке с другими персонажами.
Ежедневные встречи
После планирования спринта начинается сама итерация работы — спринт. В течении спринта участники команды реализуют то, о чем договорились. Чтобы результат в конце итерации получился согласованным, проводится 15-минутный Ежедневный Скрам. На этой встрече участники команды вкратце рассказывают, как идет работа над задачей, подсвечивают возникшие проблемы и договариваются о том, кому с кем в течении дня надо поговорить по возникшим проблемам, разногласиям и непоняткам.
Легко представить себе, как наш коллектив писателей встречается утром за чашкой кофе, и каждый рассказывает, что он придумал о своем персонаже, какие сюжетные коллизии и проблемы возникли в процессе проработки персонажа главы, какие у него возникли сомнения или вопросы к остальным участникам. По итогам станет ясно, что нескольким писателям надо встретиться позже, чтобы обсудить взаимоотношения своих персонажей в главе.
Таким образом достигается фокусировка на целях спринта и гарантируется согласованная работа.
Но причем здесь скрам-мастер? Если команда поняла и приняла смысл ежедневного скрама, то он почти не причем.
Скрам-мастер обязан лишь убедиться, что эта встреча проводится ежедневно, укладывается в 15 минут и достигает своих целей (синхронизация работ, выявление препятствий на пути к цели спринта и совместная корректировка планов на день).
Ежедневный скрам проще других встреч, и он обычно является первой встречей, которую люди обучаются проводить эффективно даже в отсутствие скрам-мастера. Если не отклоняться от целей ежедневного скрама, то за 15 минут сложно даже поссориться 😉
Фасилитация обсуждений и конфликтов
Вторая обязанность Scrum-мастера — научить участников, как им договориться между собой и не перессориться. Тут уже вступает в силу умение скрам-мастера фасилитировать встречи.
Фасилитировать — значит организовывать и проводить встречи таким образом, чтобы:
1) все участники свободно высказывались и полноценно вовлекались в обсуждение;
2) по итогам обсуждения было принято решение, с которым согласен каждый участник команды, и которое каждый принимает как свое.
Фасилитируя обсуждение, скрам-мастер не может навязывать свое видение команде, а лишь помогать участникам быть услышанными, и слышать других, и совместно выбирать, какой из предложенных вариантов будет наилучшим в данной ситуации. Подробнее о том, как скрам-мастер может сохранять нейтралитет, а не навязывать свое мнение, можно посмотреть в этом 2-минутном видео:
Кроме того, Scrum-мастер должен учить команду тому, как конструктивно говорить о разногласиях и решать их. Конструктивный конфликт — то есть разность мнений — это хорошо для развития команды. Но чтобы это стало возможным, нужно научиться переводить разговор в конструктивную плоскость.
Ретроспектива и постоянные улучшения
Третья обязанность скрам-мастера — самая трудная, но очень важная. Она имеет непосредственное отношение к его основной цели:
Scrum-мастер отвечает за эффективность Scrum-команды. Он делает это, помогая Scrum-команде улучшать свои методы работы.
Руководство по Scrum 2020
Scrum-мастер отвечает за эффективность Scrum-команды. Он делает это, помогая Scrum-команде улучшать свои методы работы. Чтобы команда повышала свою эффективность (т.е. качество и/или скорость работы), необходимо регулярно анализировать прошедшие спринты, выявлять проблемы, избавляться от неудачных элементов рабочего процесса и, наоборот, закреплять хорошие практики.
Как правило, люди не привыкли тратить время даже на выявление проблем своей работы. В команде людям трудно договориться между собой: что хорошо, что плохо и что не важно, какие препятствия стоит устранять и какие лучшие практики стоит распространять на всю команду. А еще труднее потом выполнять эти договоренности. Это самые сложные моменты в работе Scrum-мастера, требующие длительного времени и большого опыта.
Помогает скрам-мастеру в этом встреча под названием «Ретроспектива». Она завершает собой каждый спринт в скрам-команде.
Цель ретроспективы — совместное обсуждение и анализ всего того, что произошло за спринт. Нужно честно рассказать друг другу о том, какие были трудности и какие успехи. И совместно — это важно — договориться о том, как участники команды вместе будут справляться с этими трудностями и как усиливать то, что способствует успеху.
Например, наши писатели могут собраться на ретроспективу, и Scrum-мастер задаст им вопрос: «Что вам помогало сделать вашу работу хорошо в этом спринте?». Один писатель ответит, что ему помог коллега, который вовремя подкинул идею. Другой скажет, что стал носить с собой блокнот везде, и записывать любые мысли о том, как лучше написать главу, и это помогло ему ничего не забыть. Третий расскажет про «метод помидора» для управления временем. И так далее. Благодаря этому участники команды поделятся лучшими практиками, чему-то научатся друг у дружки, и порадуются своим успехам, что повысит их уверенность в себе и даст энергию.
Затем Scrum-мастер задаст вопрос «А что вам мешало делать свою работу хорошо в течении спринта?». И кто-то отметит, что не все поняли задумки сюжета, так как все торопились на планировании, и не все успели задать вопросы. А кто-то скажет, что потерял записи, и долго не мог их найти. Другой скажет, что ежедневные скрамы иногда затягиваются и отнимают много времени. И так далее: каждый найдет что-то, над чем надо поработать.
В завершение ретроспективы, скрам-мастер предложит проголосовать за те пункты «что мешало», которые кажутся участникам команды самыми важными и требующими обязательной проработки. После голосования выделятся топ-3 пункта, которые требуют решения в ближайших спринтах. Задача скрам-мастера — так организовать дальнейшее обсуждение этих пунктов, чтобы группа докопалась до реальной причины, придумала контрмеру, чтобы устранить эту причину, и чтобы кто-то обязательно взял на себя реализацию этой контрмеры.
Таким образом, по итогам ретроспективы у команды есть план улучшений. Создавая и выполняя этот план каждый спринт, команда непрерывно улучшает свою деятельность, наращивая скорость, эффективность и слаженность совместной работы.
Организация и проведение ретроспективы — прерогатива Scrum-мастера. От того, как она пройдет, какие решения будут приняты по итогам, и какие из этих решений будут реализованы к следующей ретроспективе, будет напрямую зависеть атмосфера в команде и эффективность команды.
Более того, от ретроспективы зависит, станет ли она полноценной командой или останется просто группой людей, которых судьба свела работать вместе. Полноценная команда отличается от рабочей группы тем, что ее участники дополняют друг друга ради общей цели. Там, где слаб один, силен другой. Если проводить ретроспективы правильно, то возникнет синергия, и результат команды будет значительно больше, чем сумма результатов каждого участника по отдельности. На практике это очень сложно, и без скрам-мастера почти невозможно достичь синергии и, как следствие, максимальной эффективности.
Обучение
Также Scrum-мастер должен обеспечить, чтобы каждый участник команды четко понимал смысл Scrum. Важно не просто механически делать то, что написано в Scrum Guide, а понимать, что стоит за встречами Scrum, как они связаны, что будет, если какую-то из встреч убрать или проигнорировать. Важно, чтобы скрам-команда понимала зоны ответственности всех, кто в нее входит, — скрам-мастера, владельца продукта и разработчиков. От слаженной работы всех этих людей зависит общий результат.
Задача Scrum-мастера — обеспечить, чтобы все это скрам-команда знала и понимала.
Заключение: обязанности скрам-мастера
Итак, скрам-мастер имеет много важных и непростых обязанностей по отношению к скрам-команде:
Кроме этих функций, у скрам-мастера есть и другие, связанные с его поддержкой для Владельца продукта и для организации в целом. Но скрам-мастер обычно фокусируется на эти функции лишь на следующих этапах — уже после того, как команда научилась правильно понимать смысл Scrum-встреч, добиваться все лучших результатов с точки зрения бизнеса, а также самостоятельно организовывать свою работу и договариваться друг с другом.
При реализации Scrum есть много нюансов, и большинство из них касаются именно работы скрам-мастера. Как говорится в Руководстве по Скраму, «Scrum прост для понимания, но сложен для овладения в совершенстве».
На онлайн-тренинге Скрам-мастер, краткий курс выживания я на конкретных примерах показываю, что важно учесть на старте, как фасилитировать Scrum-встречи и как все организовать максимально эффективно, чтобы команда слаженно делала свою работу.
А если вам понравились картинки Scrum-встреч из этой статьи, рекомендую скачать для своей команды плакат по Scrum Guide 2020, содержащий эти картинки и не только их: все понятия Scrum в одном месте!