Scrum-time.com

Scrum Master

Scrum Master


Оглавление:

  1. Самое основное в начале
  2. Взаимоотношения с другими ролями
  3. Если душа просит подробностей
  4. Пример

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

Джефф Сазерленд, как один из разработчиков методологии Scrum, сразу же сломал привычное представление об управленцах. Хотя с прямой уверенностью можно сказать, что его философия единственно правильно отображает суть социальных взаимоотношений как в рабочих коллективах в частности, так и во всём социуме в целом.

Самое основное в начале

Довольно смело можно сказать, что Scrum Master является одной из самых важных персон в методологии Scrum. Необходимо понять: Scrum Master не дает заданий, а устраняет проблемы, появляющиеся внутри (Scrum Team), далее «команды».

Все вопросы, которые возникают во время рабочего процесса, неизбежно порождают проблемы, и цель Scrum Master – их выявить и сделать открытыми.

Эта открытость напрямую ведет к доверию внутри команды. Данное доверие порождает атмосферу, которая благоприятно влияет на скорость и качество работы. Scrum Master также обязан прилагать максимальное количество усилий для создания такой атмосферы.

Доверие, выявление вопросов и устранение проблем приводят к более чистым процессам выполнения задач. Scrum Master следит за выполнением таких процессов.

Слежение за процессом и смена статусов задач в спринте также ложатся на плечи Scrum Master.

Scrum Master каждый день руководит Daily Scrum Meeting.

Scrum Master должен грамотно организовывать митинги (meetings). На них он занимается постановкой правильной коммуникации, соблюдением процессов, позволяющих сконцентрироваться на правильных целях.

Scrum Master взаимодействует не только с командой, но и с Product Owner. Он может помогать владельцу продукта создавать Backlog.

В качестве выжимки можно выделить основной функционал Scrum Master:

  • устранение проблем, образующихся внутри команды;
  • выявление скрытых вопросов;
  • создание дружественных отношений в команде;
  • слежение за процессами и выполнением задач;
  • смена статусов задач в спринте;
  • проведение Daily Scrum Meeting;
  • организация встреч перед спринтами;
  • помощь Product Owner с Backlog.

Взаимоотношения с другими ролями

Scrum Master в помощь Product Owner

  • Делает так, что Product Owner понимает, как правильно вести Backlog для достижения максимальной ценности продукта;
  • Старается найти более эффективные методы ведения Backlog;
  • Оказывает помощь Scrum Team в создании удобных и качественных элементов Backlog;
  • Может выступать фасилитатором на встречах, как по необходимости, так и по требованию;
  • Использует гибкие методы в разработке и управлении.

Scrum Master и Организация

  • Взаимодействует с другими Scrum Master для более эффективного использования методологии Scrum в организации;
  • Проявляет инициативу в изменениях, которые должны приводить к большей эффективности Scrum Team;
  • Занимается помощью тем сотрудникам, которые заинтересованы в методологии Scrum. Помогает внедрять Scrum.
  • Занимается коучингом в организации для адаптации к Scrum;
  • Производит планирование этапов внедрения Scrum.

Если душа просит подробностей

Scrum Master – помощник, а не хозяин

Если взять основное назначение такого понятия, как «чиновник», то оно приведёт нас к некоему человеку, который является слугой народа и занимается устранением любых проблем в отведенной ему области. Звучит утопично, не правда ли? Все мы прекрасно знаем, что происходит, когда некий чиновник перестает быть слугой народа, а то и вовсе не понимает главного смысла своей работы и начинает чувствовать себя просто управленцем, верхушкой треугольника, которому должен служить народ и выполнять все его поручения. Ничего хорошего, конечно, из этого не получается.

Scrum Master играет в кёрлинг

В качестве известного примера Scrum-методологии является игра кёрлинг. Нас она сейчас интересует со стороны Scrum Master.

Основные правила кёрлинга:

Scrum Master пример
Scrum Master пример 2
Scrum Master пример 3
  1. Игра ведется на специальной площадке с дорожкой и «мишенью».
  2. Один игрок производит бросок камня, который катится в сторону мишени.
  3. Во время движения камня по льду происходит трение об лёд, и, по факту, камень может либо перекатиться через мишень, либо, наоборот, не докатиться. В данном случае в дело вступают игроки, которые занимаются так называемым «свипингом». Свипинг – это процесс натирания льда, который обеспечивает более быстрое скольжение камня по льду благодаря образующейся тонкой прослойке воды. Свипер (натирающий лёд), по сути, выполняет следующие функции:
    • не прикасается к движущемуся камню;
    • организует именно ту дорожку для камня, которая максимально точно приведет его к цели.

Можно ли сказать, что свипер двигает камень? Физически его толкает другой игрок и фактически свиперы не трогают камень. Однако именно благодаря свиперам камень движется именно так, как надо.

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

Пример

Мы сделали один пример на нашу базу информации и постарались показать, как его видят из разных ролей. В данном случае мы будем смотреть на проект больше со стороны Scrum Master. В примере мы приведем некоторые сложности. Они, по сути, банальны и надуманы, но они и созданы нами, чтобы дать понять основу того, как и что должен делать Scrum Master.

Разработка интернет-магазина глазами Scrum Master

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

Такой список составляет человек, называемый Product Owner. Человек с данной ролью представляет в голове тот конечный продукт, который задуман. Следует, правда, отметить, что практически всегда во время рабочего процесса и появления результатов возникает понимание, что какая-то идея была не очень удачной, а другую следовало бы включить. Рассматривать подробно функции и мысли Product Owner мы не будем, так как речь всё же о Scrum Master.

Так или иначе, человек, видящий хотя бы примерный конечный продукт (Product Owner), накидал список – описание того, что должно быть в интернет-магазине. Данный список называется Product Backlog, давайте на него посмотрим:

Тематика Название Описание Статус Оценка Релиз
Управление каталогом Добавление продукта Разработка формы создания продукта, которая содержит фотографию, название, цену, скидку или её отсутствие... В работе 2 Релиз 1
Управление каталогом Удаление продукта Удаление продукта как из страницы редактирования, так и списком В работе 2 Релиз 1
Заказ Оплата Использование платежных систем В работе 10 Релиз 2
Заказ Вход Вход с помощью социальных сетей В работе 1 Не запланировано
... ... ... ... ... ...

Как мы помним, одно из требований к Scrum Master – помощь Product Owner в ведении Product Backlog, в его упорядочивании, эффективной настройке и так далее. Scrum Master первым делом обязан посмотреть на данный список и помочь Product Owner.

Давайте посмотрим, что бы мог сказать Scrum Master по данному бэклогу? Первым делом надо разобраться с понятием «Платежные системы». По сути, это общее понятие и цель не такая точная. Сколько платежных систем должно быть подключено? Какие основные? Такой же законный вопрос и по социальным сетям. Стоит ли подключать Facebook? Google+? Что более важно и должно быть в первом релизе?

Неопределенность в Product Backlog является основной проблемой, которая вносит неопределённость в работу Scrum Team. Как мы помним, одна из важнейших функций Scrum Master – это вынесение неясностей на поверхность и их устранение. Ещё одним недочётом можно считать отнесение работы над оплатой в «Релиз 2». По сути, оплата в интернет-магазине – это самый важный функционал. При новом бэклисте уже можно немного «дробить». Что-то нужно оставить в «Релиз 1», а что-то можно перенести в «Релиз 2».

Давайте посмотрим, как мы сможем улучшить Product Backlog:

Тематика Название Описание Статус Оценка Релиз
Управление каталогом Добавление продукта Разработка формы создания продукта, которая содержит фотографию, название, цену, скидку или её отсутствие... В работе 2 Релиз 1
Управление каталогом Удаление продукта Удаление продукта как со страницы редактирования, так и списком В работе 2 Релиз 1
Заказ Оплата Наложенный платеж В работе 10 Релиз 1
Заказ Оплата Оплата с помощью карт Visa и Mastercard В работе 10 Релиз 1
Заказ Оплата Оплата с помощью системы «Яндекс. Деньги» В работе 10 Релиз 2
Заказ Вход Регистрация с помощью Facebook В работе 1 Не запланировано
Заказ Вход Регистрация с помощью Google+ В работе 1 Не запланировано
... ... ... ... ... ...

Теперь мы видим, что Product Backlog стал более конкретным. Конечно же, мы привели в пример не идеальные бэклоги, а лишь те, которые в своей простой вариации могут показать суть.

После того, как был сформирован бэклог, начинаются Sprints (спринты). Scrum Master принимает участие во всех жизненных циклах спринта. И начинается он с участия в первом митинге. Scrum Master участвует в нём совместно с Product Owner, Scrum Team, пользователями и менеджерами. К примеру, было решено, что целью первого спринта (Sprint Goal) станет реализация добавления и удаления продукции и их вывод на экран в том виде, в котором они будут до конца. Это позволит за первый Sprint сделать функционал, способный дать возможность наполнять каталог продукции, пока идут работы по следующим задачам. Такой подход ускорит вывод готового продукта на рынок.

Второй митинг уже проводят Scrum Master и Scrum Team. На данном этапе в Sprint Backlog будут внесены задачи, которые команда гарантировано сможет успеть выполнить.

Если происходит так, что во время спринта выясняется, что команда не может выполнить все задачи, то Scrum Master должен встретиться с Product Owner и решить, какие задачи можно исключить из Sprint и при этом достигнуть цели. В нашем надуманном примере можно предположить, что Scrum Master решил исключить задачи по конечному оформлению продуктов. Тогда основная цель спринта – организовать добавление и удаление продукции со всеми нужными параметрами и взаимосвязями – будет всё равно достигнута.

Каждый день Scrum Master проводит Daily Scrum Meeting.

В данном примере Scrum Master по правилам задает всё те же вопросы:

  1. Что было сделано вчера?
  2. Что будет сделано сегодня?
  3. С какими проблемами столкнулся?

Ответ Scrum Master может получить, например, такой:

  1. Таблицы продукции в базе данных;
  2. Форма для добавления продукта в БД;
  3. Не до конца сформированная схема о накопленных скидках.

После получения ответов Scrum Master составляет некий Action Items. В нем обычно указывается, что, кто и когда должен решить.

Что сделать С кем обсудить Сроки
Решить вопрос со схемой скидок Алексей 24 часа

Завершающим этапом в Sprint является демонстрация продукта – Sprint Review Meeting. Данное мероприятие проводит Scrum Master. Длительность такого мероприятия 4 часа. С помощью Scrum Team на данное мероприятие составлен план действий (agenda), и Scrum Master руководит, кто за кем и что рассказывает.

Scrum Team

Scrum Team

Product Owner

Product Owner

Sprints

Sprints

Sprint Backlog

Sprint Backlog

Daily Scrum Meeting

Daily Scrum Meeting

Sprint Review Meeting

Sprint Review Meeting
Project Manegement
Project Manegement
close
Управление проектами по Scrum
Система управления проектами по методологии Scrum

Начните - Это бесплатно

Время Scrum Time

keyboard_arrow_up