done Регистрация person Вход
Меню
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
new_releasesПопробуй на практике
close
Управление проектами по Scrum
Система управления проектами по методологии Scrum

Начните - Это бесплатно
Время Scrum Time
Начать бесплатно
keyboard_arrow_up