Зачем нужен скрам мастер

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

Как работает Scrum: основы и устройство

До появления методологии Scrum работа над проектами велась в основном по каскадной модели, или модели «водопад». Например, классическая разработка состоит из четырех этапов:

• Планирование.
• Разработка.
• Тестирование.
• Продакшн.

Так вот, по каскадной модели ни один этап не мог быть начат, пока не будет закончен предыдущий. Все идет строго по плану, и только так: невозможно представить, что на этапе тестирования придется опять вернуться к разработке, а потом еще и план немного поменять.

КТО ТАКОЙ SCRUM MASTER, его жизненный цикл и функции. Советы Скрам Мастерам и командам разработки

Но ведь в реальной жизни часто так и бывает! Разработка — процесс динамичный, этапы могут перетекать друг в друга, меняться. Для этого и был придуман Скрам, где работа над этапами происходит параллельно.

Скрам-команда создает продукт по частям. Абсолютно любой этап можно довести до релиза, даже если предшествующие ему еще не закончены. Участники команды работают на разных стадиях проекта и одновременно друг с другом.

Еще одно отличие — работа по Scrum поделена на короткие циклы, или спринты. В течение одного спринта команда должна работать над достижением конкретной цели.

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

ТОП-8 самых популярных языков программирования: зачем он нужен и как его выбрать

Состав команды Scrum

Этот подход предусматривает особые взаимоотношения в команде: здесь есть собственные ролевые системы. Интересно, что помимо разработчиков, над проектом активно работает и сам заказчик, или владелец продукта. Еще более интересно, что нет ярко выраженной иерархии: все члены команды равноправны и работают на один результат. Соответственно, за результат в целом отвечает вся команда, а каждый ее член — за свой участок работы.

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

Рассмотрим основные роли в команде.

Скрам-мастер. Часто это не сотрудник компании, его привлекают со стороны. Мастер не управляет разработчиками напрямую — лишь мягко задает направление и решает управленческие задачи:

• Отвечает за эффективность процессов — оптимизирует их, убирает факторы, которые затормаживают процесс разработки.
• Планирует и проводит групповые встречи с командой.
• Решает возникающие проблемы.
• Проводит коучинг членов команды.

Владелец продукта. В его обязанности входит:

Кто такой Scrum Master / Скрам мастер

• Коммуникации с клиентами, спонсорами, иными лицами, которые связаны с продуктом.
• Общение с командами, например, донесение требований заказчика к продукту, если эти требования меняются в процессе работы.
• Составление бэклога (упорядоченного по важности списка задач или конкретных работ).

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

• Прокачивание профессиональных навыков.
• Генерация бэклога для каждого спринта.
• Соблюдение целей и критериев рабочих процессов, включая спринты.

Вебмастер: кто это такой, чем занимается и за что отвечает

Стоит отметить, что типичная команда Скрам, как правило, не превышает 10-12 человек. Существуют даже специальные исследования, которые говорят о том, что небольшие команды эффективнее крупных. Если команда больше 12 человек, то согласно методологии ее нужно разбить на мелкие единицы — с учетом, что команда справится с объемом поставленных задач.

Процесс работы в Scrum

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

1. Бэклог продукта. Это список всех задач, который необходимо сделать в проекте. Владелец продукта собирает все данные о нем, сортирует их по важности, затем составляет ТЗ согласно требованиям заказчика.
2. Бэклог спринта. Это часть бэклога продукта — список задач для конкретного спринта и определение его цели. Для каждого спринта планируется предварительный объем работ и методы, которыми будет выполняться спринт. Отвечает за этап планирования спринтов скрам-мастер.

Что такое маркетинговая стратегия: примеры, виды и этапы разработки

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

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

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

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

Демонстрация достигнутых задач и результатов. На финальном этапе происходит показ выполненных задач. При этом принимается решение: отправлять продукт в продакшн или допиливать его далее.

Ретроспектива. Члены команды оглядываются назад, на все законченные к этому моменту спринты, обсуждают выполненные задачи, думают, какие моменты можно улучшить и каким образом.

Что такое UX/UI-дизайн, как разрабатывается и как стать UX/UI-дизайнером

В качестве альтернативы традиционным этапам владельцы продукта могут использовать классическую дорожную карту — для согласования релизов по календарю, если организация использует годовые, полугодовые, квартальные или ежемесячные релизы.

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

Как внедрить Scrum в компанию: советы бизнесу

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

Нельзя не сказать о нехватке квалифицированных специалистов, которая и сдерживает повсеместное распространение гибких моделей управления. По-настоящему крутых мастеров очень мало, а спрос растет изо дня в день: даже такие гиганты отрасли как Dell, IBM, HP постоянно ищут сильных Scrum-мастеров. Согласно payscale.com, средняя зарплата профессионалов в Agile и Scrum находится в диапазоне от 107 000 до 126 000 долларов.

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

Чтобы вести работу в досках онлайн, сделайте следующее:

1. Выберите менеджер проектов для командной работы. Это инструмент, который позволяет работать нескольким членам одной команды вместе онлайн (прямо в браузере или в отдельно устанавливаемой программе). Наиболее подходящие сервисы для командного управления проектами — Flowlu, Worksection, Wrike, YouGile. Если боитесь блокировок, то воспользуйтесь их российскими аналогами: «Мегаплан», «Штаб», «Планфикс», «Битрикс24». Хорошо раскрученные Jira и Trello подходят для гибкой управления проектами чуть меньше.

1. Создайте несколько колонок, например: «Идеи», «В плане», «В работе», «Завершено», и карточки конкретных задач. Прикрепите участников команды, ответственных за конкретные задачи, к карточке, или попросите прикрепиться самостоятельно. Теперь они могут оставлять свои комментарии и идеи по предстоящей работе.

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

Источник: kokoc.com

Гибкая методология SCRUM — что это такое и зачем она нужна

Зачем нужен скрам мастер

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

Владелец продукта

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

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

Общение — одно из основных обязанностей владельца продукта. Умение донести приоритеты, взаимодействовать с членами команды и заинтересованными сторонами имеет решающее значение, чтобы направить развитие продукта в нужном направлении. Владельцы продуктов заполняют коммуникационный пробел между командой и заинтересованными сторонами. Они служат в качестве посредника для участников команды, представителя команды и целого сообщества заинтересованных сторон.

Как лицо группы заинтересованных сторон, ниже приведены некоторые коммуникационные задачи владельца продукта:

• демонстрирует решения ключевых заинтересованных сторон, которые не присутствовали на обзоре спринта;
• определяет и объявляет релизы;
• сообщает статус решения команде;
• организует ключевые события обзоров;
• воспитывает заинтересованные стороны в процесс развития;
• согласовывает приоритеты, сферы деятельности, финансирование и расписание;
• гарантирует, что Бэклог определен, прозрачен и понятен.

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

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

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

Команда разработки

Команда разработчиков отвечает за предоставления потенциально готового приращения (PSIs) продукта в конце каждого спринта (которое является целю спринта). Состав команды не должен превышать девяти человек, а минимальное количество сотрудников- трое, данные сотрудники делают реальную работу (анализируют, разрабатывают, проектируют, тестируют, взаимодействуют, документируют и тд.). Данные специализированные команды имеют все необходимые навыки для создания продукта и в большинстве своем многофункциональны. Самоорганизующиеся функции — это одно их особенностей команды разработки в scrum, хотя там может быть какое-то взаимодействие с офисом управления проектами (ОУП).

Скрам-Мастер

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

Основные обязанности Скрам мастера включают (но не ограничиваются):

• Помогает владельцу продукта поддерживать Бэклог продукта таким образом, обеспечивая необходимую связь, поэтому команда способна постоянно продвигаться вперед;
• Оказывает помощь скрам-команде в определении параметров функционала продукта, с участием ключевых заинтересованных сторон;
• С целью повышения эффективности взаимодействия внутри команды, проводит обучение принципам скрам;
• Содействует развитию самоорганизации внутри скрам-команды;
• Оказывает помощь команде в устранении препятствий, мешающих прогрессу, будь то внутренние или внешние влияния;
• Организация мероприятий по обеспечению регулярного прогресса;
• Информирование основных заинтересованных сторон продукта по scrum принципам
• Коучинг команды в кросс-функциональности

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

Источник: gantbpm.ru