На протяжении всей жизни мы участвуем в различных церемониях: праздничных, выпускных, свадебных или, скажем, спортивных. Объединяет их одно: эти церемонии отмечают важные вехи в жизни человека или в ходе какого-нибудь события.
Термин «Agile-церемония» тоже привязан к ключевым моментам – однако речь идет о жизненном цикле проекта.
Что такое Agile-церемония?
Этим термином называют встречу или совещание, которые привязаны к Agile-процессу. Главная цель этих церемоний – постоянное общение внутри команды, информирование всех ее членов о поставленных или выполненных задачах, а также определение общей для всех членов команды повестки.
Как правило, Agile-церемонии проводит и контролирует Scrum-мастер (если он есть) и / или владелец продукта (product owner).
Kanban, Scrum и Agile-церемонии
Два основных подхода к Agile – это Kanban и Scrum. Основное различие заключается в том, что в Scrum рабочий процесс разделен на одинаковые временные промежутки – спринты, а в Kanban работа идет беспрерывно.
В отношении Agile-церемоний это означает, что в случае со Scrum каждая церемония жестко привязана к конкретному спринту. Это наиболее эффективный подход. Тем не менее церемонии могу происходить и в командах, работающих по принципу Kanban, – просто в этом случае менеджер проекта должен сам определять, когда провести ту или иную встречу.
Ключевые вопросы церемоний
Существует четыре основных Agile-церемонии: собрание по планированию спринта, ежедневная встреча-летучка, обзорное совещание по спринту и ретроспективное совещание по спринту.
Перед проведением каждой из этих церемоний все члены команды должны знать следующую ключевую информацию:
- В чем цель церемонии?
- Кто из команды разработчиков участвует в церемонии?
- Когда начинается церемония?
- Сколько времени занимает церемония?
- Что происходит на церемонии?
- Каков ожидаемый результат?
Мы постарались подробно ответить на эти вопросы, а также дать пару советов по проведению церемоний.
Церемония 1. Планирование спринта
В начале каждого спринта вся Scrum-команда собирается вместе. Главная цель этой встречи – определить конкретные задачи, которые будут выполнены командой разработки в ходе спринта.
Кто участвует в церемонии?
Вся Scrum-команда: команда разработки, Scrum-мастер (если он есть) и владелец продукта (product owner).
Что происходит на церемонии?
В ходе этой церемонии владелец продукта и / или Scrum-мастер встречаются с командой разработчиков, чтобы определить элементы, на которых команда сосредоточится для достижения текущих целей спринта. Scrum-мастер фасилитирует встречу, а владелец продукта следит за тем, чтобы в первую очередь выполнялись задачи из бэклога продукта.
Сколько времени занимает эта церемония?
Как правило, используется формула «одна неделя спринта равна одному часу обсуждения», но в случае с особо длинными и / или сложными спринтами время встречи может увеличиваться.
Каков ожидаемый результат церемонии?
К концу этой встречи каждый член команды разработки должен знать конечную цель спринта, конкретные задачи, которые он будет выполнять в его ходе, а также приоритеты их выполнения.
Совет по проведению церемонии
После того, как будет составлен бэклог спринта, можно расставить приоритетность задач, выразив ее в баллах (или любым другим удобным способом). Это позволит команде сосредоточиться в первую очередь на том, что обязательно должно быть сделано за спринт.
Церемония 2. Ежедневные встречи-летучки
Как следует из названия, это краткая церемония, которая проводится каждый день – чаще всего утром. Задача таких встреч – информирование друг друга о том, как продвигается работа, что уже было сделано и что препятствует дальнейшей работе.
Кто участвует в церемонии?
Команда разработки. Присутствие Scrum-мастера (если он есть) и владельца продукта необязательно, однако значительно упрощает встречу и повышает ее эффективность.
Что происходит на церемонии?
Каждый из членов команды разработки должен кратко, но информативно ответить на три вопроса: что было сделано за вчерашний день, что будет сделано сегодня и есть ли факторы, которые блокируют работу.
Сколько времени занимает эта церемония?
Как правило, не больше 15 минут: это быстрая встреча, предназначенная для информирования, а не для обсуждения.
Каков ожидаемый результат церемонии?
Каждый из участников к концу встречи знает, как продвигается решение задач у коллег. Кроме того, Scrum-мастер и владелец продукта могут выяснить, не застопорилась ли работа у кого-то из членов команды.
Совет по проведению церемонии
Три главных признака ежедневной встречи – скорость, информативность и легкость. Чтобы работники не затягивали свои ответы и не начинали долгое обсуждение, можно ввести некий критерий для контроля времени ответа. Некоторые команды, например, используют «говорящий тотем», передаваемый по кругу. В других командах используется таймер ответа. Еще одно решение, которое позволит сократить время встречи и задать ей нужную атмосферу, – проведение встречи стоя (именно поэтому в английском языке летучки называют «stand-up meeting»).
Церемония 3. Обзор спринта
Это встреча, которая проводится под конец спринта (но до того, как будет проведена ретроспектива). В ее ходе Scrum-команда и заинтересованные в ходе проекта люди (руководство компании, заказчики или конечные пользователи продукта) обсуждают работу, выполненную за спринт.
Кто участвует в церемонии?
Вся Scrum-команда: команда разработки, Scrum-мастер (если он есть) и владелец продукта (product owner). Кроме того, владелец продукта может пригласить заинтересованных в проекте лиц.
Что происходит на церемонии?
Скрам-мастер или владелец продукта организует встречу, демонстрирует выполненную командой работу и отвечает на вопросы внешних заинтересованных лиц, не входящих в команду разработчиков. Если необходимо внести изменения, скрам-мастер или владелец продукта корректирует и переносит невыполненную работу на следующий спринт.
Сколько времени занимает эта церемония?
Обычно используется та же формула, что и для церемонии планирования: «неделя спринта = час встречи». Тем не менее, в зависимости от того, как будут поданы итоги спринта, и от того, планируется ли обсуждение или корректировка выполненных задач, время встречи может меняться.
Каков ожидаемый результат церемонии?
Члены команды, а также внешние заинтересованные лица проинформированы о том, какая работа была проделана за спринт; необходимые коррективы внесены и одобрены.
Совет по проведению церемонии
Так как на этой церемонии фактически демонстрируются успехи и достижения команды, можно проводить ее в относительно неформальном стиле. Попробуйте оформить результаты спринта в виде красочной презентации, а саму церемонию превратить в небольшой праздник: это не только разгрузит работников, но и даст им осознание важности их работы.
Церемония 4. Ретроспектива спринта
Эта церемония проводится в самом конце спринта. Ее цель – обсудить ход работы во время спринта, выяснить сильные и слабые стороны команды и организации рабочего процесса.
Кто участвует в церемонии?
Все, кто принимал активное участие в спринте.
Что происходит на церемонии?
Scrum-мастер и / или владелец продукта анализируют работу команды во время спринта, выясняют, какие из процессов эффективны, а какие – нет. Кроме того, они собирают обратную связь от участников команды. В ходе этой церемонии все, кто имеет предложения по улучшению рабочих процессов, могут выдвинуть их на обсуждение.
Сколько времени занимает эта церемония?
Примерно 45 минут на неделю спринта (к примеру, для двухнедельного спринта ретроспектива идет около полутора часов).
Каков ожидаемый результат церемонии?
Работа команды во время спринта проанализирована, выявлены неэффективные и эффективные процессы и элементы, выдвинуты и утверждены предложения по их улучшению.
Совет по проведению церемонии
Ретроспектива – это не встреча для жалоб, а встреча для совершенствования. Само собой, если члена команды что-то беспокоит, он может поднять этот вопрос, однако важно, чтобы по итогам встречи выдвигались не только жалобы, но и предложения.
На что обратить внимание?
Вот еще пара советов, которая поможет вам повысить эффективность церемоний:
- Фиксировать время проведения церемоний
Чтобы настроить команду на стабильность и непрерывность процесса, постарайтесь проводить все церемонии в строго определенное время.
Например, ежедневные встречи невозможно забыть просто потому, что они происходят каждый день. Используя ту же концепцию, проводите остальные Agile-церемонии в одно и то же время, чтобы ваша команда привыкла к ритму совещаний. Например, если спринт длится две недели, проводите обзор в 16:00 последней пятницы спринта. По мере того как ваша команда будет проводить больше спринтов, эти церемонии войдут в привычку.
- Убедиться, что на встрече присутствуют именно те люди, которые нужны
Если вы замечаете, что ваши собрания теряют эффективность, посмотрите, кто их посещает. Точно ли все те, кто присутствует на встрече, должны на ней быть? И наоборот – посещают ли церемонию все необходимые для ее проведения лица?
Присутствие на собрании большого количества людей обычно снижает производительность. Постарайтесь приглашать только тех членов команды, которые необходимы для этой конкретной церемонии, и следите за тем, чтобы все, кто действительно нужен, не пропускали встречи.
Управляйте своими церемониями Agile с помощью Asana
Организуйте свой Agile-процесс с помощью сервиса для управления работой Asana. Asana дает всей вашей команде централизованное рабочее пространство: в нем разработчики могут отслеживать ежедневные собрания Scrum, просматривать бэклоги проекта и спринта, невыполненные задачи и информацию о следующем спринте.
В Scrum, как представителе Agile-методологий, упор делается на качество и контроль процесса разработки. Поэтому весомую роль играют скрам-митинги, которые курируются скрам-мастером. Главная задача митинга (или «скрама») — синхронизировать работу команды проекта.
Кто такой скрам-мастер?
Под описание скрам-мастера лучше всего подойдет английское определение servant leader — служащий лидер.
Его задача — помочь команде повысить эффективность путем:
- решения проблем — их обсуждают во время скрам-митингов;
- обучения — scrum-master играет важную роль в адаптации новых членов команды к проекту и другим участникам;
- мотивации — так, после скрам-митингов, которыми курирует хороший Scrum-master, у команды остается ощущения сопричастности к чему-то ценному, очерчивается понимание места в команде. Это положительным образом влияет на мотивацию и качество управления проектами;
- постановки вопросов: «Как делать лучше то, что мы и так делаем хорошо?» или «Какие процессы не добавляют ценности продукту?» и т.п.
Вместе с командой скрам-мастер отвечает
за темп работы и скорости завершения проекта
Также скрам-мастер вместе с участниками и владельцем продукта на первом скрам-митинге планируют спринт, за который команда зарабатывает баллы. Не зря Джефф Сазерленд, автор книги «Scrum. Революционный метод управления проектами», называет скрам-мастера главой команды.
Каким должен быть скрам-мастер?
Некоторые проектные команды экспериментируют и вводят модель ежемесячной ротации скрам-мастера, при которой им может стать любой участник. Если посмотреть на список навыков и ситуаций, с которыми приходится сталкиваться мастеру каждый день, становится понятно: такой формат выбора неэффективный.
Идеальный скрам-мастер должен обладать такими качествами:
- поощрять обсуждение — скрамы, ретроспективы, планирование спринтов будут бесполезными без открытого обсуждения всей проектной командой. Задача скрам-мастера — поощрять такое взаимодействие, используя весь набор инструментов для совместной работы и общения (корпоративные Wiki, системы обмена документами и т.п.).
- устранять препятствия на пути к успешному завершению проекта — создавать и улучшать средства коммуникации (например, формировать библиотеку команды), выполнять рутинную работу для продвижения команды (обновлять графики процесса и т.п.), решать проблемы участников после обсуждения на митингах.
- выступать «проповедником» Scrum — он знает и понимает Scrum, поэтому обучает команду, помогая выжать максимум из методологии.
- представлять общее видение проекта — это качество объединено с ролью мотиватора, и особенно актуально на проектах с большим количеством спринтом, в которых задействованы разные участники одной проектной команды.
- решать конфликты — в дискуссии рождается истина, в споре — обида и агрессия. Скрам-мастер давит в зародыше признаки токсичного окружения и помогает наладить конструктивную критику.
Что такое скрам-митинг?
Scrum meeting — важный инструмент методологии Scrum. Встречи организовывают каждый день (преимущественно утром), митинги модерирует скрам-мастер, в чьей роли выступают проектным менеджером или тимлидом.
Во время встречи члены команды, задействованные в текущем спринте, проговаривают или пишут на доске ответы на три вопроса:
- что сделал вчера для завершения спринта?
- что буду делать сегодня?
- с какими проблемами столкнулся?
Помимо синхронизации работы команды Scrum помогает:
- выработать общее видение проекта — все понимают куда движется проект и количество неприятных сюрпризов, тормозящих работу, будет сведено к нулю;
- ставить реальные задачи и отвечать за статус выполнения;
- сплотить команду — сотрудники учатся слушать и понимать других, четко выражать свои мысли;
- выработать лучшее решение задачи.
Источник
Отличия «Scrum-meeting» от «Meetup»
Meetup, как и meeting в переводе с английского — «встреча». А вот смыслы у них разные.
Так, участниками Meetup в основном становятся случайные люди, которых объединяет тема встречи. В Scrum-meeting участники известны с самого начала. Они заранее знакомы между собой.
Другие отличия Scrum meeting от meetup смотрите в нашей таблице.
|
Scrum meeting |
Meetup |
|
|
Участники |
Скрам-мастер, члены проектной команды, задействованные в текущем спринте, владелец продукта. Остальные могут присутствовать на встрече в качестве слушателей |
Организаторы, заинтересованные люди, не работающие в одной компании над конкретным проектом. Опционально участие партнеров и спонсоров |
|
Время |
Около 15 минут |
1-2 часа |
|
Место |
Конференц-зал, рабочий кабинет — место, максимально близкое |
Любое, где участники смогут перемещаться и общаться со всеми |
|
Организатор |
Скрам-мастер |
Любой желающий с помощью платформ meetup.com, meetup.by и других |
|
Формат |
Жесткая структура «трех вопросов» |
Гибкая структура: презентации, «свободный микрофон», нетворкинг-встреча и т.д. |
|
Количество участников |
Оптимально — до 6 |
Без ограничений |
«Свободный микрофон» — формат мероприятия, на котором участники свободно и открыто делятся своими идеями, мыслями и концепциями с другими. Выступление обычно ограничено регламентом.
6 распространенных скрам-ошибок
- Скрам-митинг проходит под запись — никто не будет читать детальный отчет встречи, кроме скрам-мастера, который мог пропустить отдельные проблемные моменты. Это бессмысленная трата времени. К тому же, команда будет демотивирована от ощущения, что вы записываете всё сказанное.
- Скрам-митинг только для Scrum master — так как скрам-мастер курирует встречу, участники часто допускают следующие ошибки: смотрят только в глаза Scrum master, ждут его одобрения, пока остальные члены команды занимаются своими делами. Это признак непродуктивной среды и задача скрам-мастера в этом случае наладить связь «участник-спикер — другие участники».
- Скрам-митинг для планирования — новая задача может появиться прямо в момент митинга. Искушение сразу же распределить задачи и обсудить их велико, и зачастую скрам-мастер меняет формат scrum meeting.
Решение простое — проведите 15-минутную встречу после скрама для решения новых задач. - Скрам-митинг для технического обсуждения — один из членов команды может знать больше о технической стороне проекта, чем другой. Упор на обсуждение таких деталей ставит участников в неравное положение и мешает скраму достичь своих задач.
- Скрам-митинг проводится далеко от места работы — в идеале scrum meeting организовывают возле скрам-доски (открытой диаграммы Ганта), так команде легче сориентироваться в прогрессе задач.
- Скрам-митинг состоит из 2 вопросов — «Что я сделал вчера?» и «Что сделаю сегодня?». Говорить о проблемах и рисках мало кому хочется, к тому же не в индивидуальной беседе, а «на виду». Но без обсуждения препятствий на пути завершения спринта meeting будет малоэффективным.
Как проводится Scrum-meeting?
Каждый день спринта команда проводит дневные встречи — Scrum-meeting или как их еще называют daily scrum. Встречи обычно проходят в одном и том же месте, в одинаковое время и ограничиваются 15-и минутами. При таком ограничении побочные, несущественные темы отсекаются, обсуждение проходит в тонусе.
Во время Daily-scrum каждый член команды отвечает на три вопроса:
-
Что я делал вчера?
-
Что я делаю сегодня?
-
Какие препятствия стоят у меня на пути?
Фокусируясь на том, чего каждый участник достиг вчера и хочет достичь сегодня, команда поймет объем проделанной работы и то, сколько еще осталось до завершения спринта. Если программист скажет: — «Сегодня закончу модуль базы данных», участникам станет ясно — завтра он скажет закончил или нет.
Проблемы сразу переходят в зону ответственности скрам-мастера. Он может решить их во время Daily-scrum (если проблема небольшая) или записывает в свой план работ.
К типичным проблемам относятся:
- сломанный инструмент (например, ПК);
- старое программное обеспечение или его отсутствие для работы;
- задачи от руководителей других отделов;
- нужна помощь в отладке программы и т.д.
Источник
Как правильно провести Scrum-meeting
- Ограничьте количество участников Daily-scrum до 6 человек — если членов проектной команды больше, то можно разделить их на группы. У каждой из групп будет свой скрам-мастер. Группы обычно делятся по задачам (например — тестирование или разработка). После этого скрам-мастеры обсуждают возникшие проблемы между собой и заинтересованными лицами;
- решайте срочные проблемы — некоторые помехи критичны и решать их нужно сразу. Не позволяйте формальному ограничению в 15 минут поломать всю работу. Если нужно затянуть Scrum-meeting — скрам-мастер решает это вместе с командой;
- прописывайте правила Daily-scrum — они должны быть чёткими и понятными всем членам команды, также доступны в любой момент (например, написаны на флипчарте в месте проведения митингов);
- пресекайте личные разговоры — обсуждение вчерашнего футбольного матча, проблем с парковкой или цен в супермаркете отбирает драгоценное время в 15-минутном блоке. Задача скрам-мастера — вовремя замечать уход от темы и возвращать обсуждение в правильное русло.
- выработайте эффективный формат — если митинги затягиваются, то предложите проводить их стоя. Согласно исследованиям техасского университета A&M работа стоя повышает эффективность работы почти в два раза. А если участники не проявляют инициативы, то переведите Daily-scrum в игру. Предложите члену команды, ответившему на 3 вопроса, бросить мячик случайному участнику для передачи «очереди».
- задавайте дополнительные вопросы в случае необходимости — если в ответах членов команды отсутствует упоминание о проблемах, то полезно задать вопрос: «Насколько ты уверен в том, что сделаешь сегодня эту задачу?». Такой подход заставит участников пересмотреть статус задач, изменить метки и выявит возможные препятствия.
- начинайте и заканчивайте митинги вовремя — даже если половина участников не появилась, то это не повод откладывать старт Daily-scrum. Так вы приучите к дисциплине проектную команду и покажете, что встречи проводятся не для галочки. По той же причине скрам-мастер не должен опаздывать.
- поблагодарите участников в конце scrum meeting — хорошее настроение в начале рабочего дня гарантировано, как и эффективность выполнения задач. Главное, чтобы это правило не превратилось в формальность.
Геймификация — использование игровых механик (получение опыта, сражение с монстрами, перемещение по игровому полю и т.д.) в неигровых процессах: работе, учебе, личной жизни.
Источник
Вердикт
Скрам-мастер необходим для координации команды.
Дело даже не в соблюдении канонов скрама, а в необходимости адвоката целей проекта на скрам-минингах. Соблюдение единой архитектуры продукта во всех задачах, командного духа и здоровой атмосферы в коллективе, стабильного темпа разработки — это прерогатива скрам-мастера.
Скрам-митинги — мощный инструмент для отслеживания статуса и продвижения проекта к завершению.
Они не только синхронизируют работу команды, но и помогают решить проблемы, сплотить сотрудников, учат ставить реальные задачи и отвечать публично за результат.
Ежедневный Скрам — это встреча, которая длится не более пятнадцати минут и проводится каждый рабочий день в одном и том же месте в одно и то же время. Является одним из 5 Мероприятий Скрама. В нем принимают участие все разработчики Скрам-команды.
Руководство по Scrum 2020 следующим образом описывает цель и содержание Ежедневного Скрама:
- Цель — инспекция прогресса в достижении Цели Спринта, адаптация Бэклога Спринта по
мере необходимости и корректировка запланированной предстоящей работы. - Ежедневный Скрам улучшает коммуникации, выявляет препятствия, способствует быстрому
принятию решений и, как правило, устраняет необходимость в других встречах. - Разработчики могут выбирать любой формат для этой встречи, который сочтут нужным, при условии, что она направлена на достижение Цели Спринта и создает план работы на следующий рабочий день. Это обеспечивает фокус и улучшает самоуправление.
- Разработчикам разрешено корректировать свой план не только во время Ежедневного Скрама. Они могут встречаться в течение дня для более подробного обсуждения того, как перепланировать оставшуюся работу по текущему Спринту.
Скрам-мастер (как ответственный за процесс в Скраме) не участвует активно в Ежедневном Скраме, если он сам не является одним из Разработчиков. Однако он обучает Разработчиков достигать целей Ежедневного Скрама и при этом укладываться в 15 минут.
Чтобы соблюсти это ограничение по времени, разработчикам рекомендуется проводить Ежедневный Скрам не в форме свободной дискуссии, а выработать какой-либо удобный для себя конкретный формат и придерживаться его на каждом Ежедневном Скраме. Например, неплохо себя зарекомендовал себя формат с ответами каждого разработчика на 3 вопроса (который был приведен в качестве примера в прежних Руководствах по Scrum, но в 2020 году был удален оттуда, чтобы не ограничивать Разработчиков этим конкретным форматом):
- Что я сделал вчера, что помогло нам приблизиться к Цели Спринта?
- Что я сделаю сегодня, чтобы приблизить достижение Цели Спринта? Нужна ли мне помощь в этом?
- Вижу ли я какие-либо препятствия, которые могут помешать нам достичь Цели Спринта?
Главное — чтобы подобный формат не превратился в формальность, а действительно позволял всем видеть статус Бэклога Спринта, развивал командный дух и взаимопомощь, ускорял решение проблем.
Зачастую Ежедневный Скрам проводится вокруг Доски Спринта, которая как раз дает наглядное представление о препятствиях, которые могут помешать успешному завершению Спринта.
Обзор Спринта (Sprint Review)
Одно из 5 Мероприятий Скрама. Проводится в конце Спринта, чтобы клиенты и заинтересованные лица провели инспекцию Инкремента и дали обратную связь по нему, а Скрам-команда, при необходимости, сделала адаптацию Бэклога Продукта. Для Спринта длиной в месяц Обзор Спринта длится не более 4 часов.
Узнать больше
Планирование Спринта (Sprint Planning)
Одно из 5 Мероприятий Скрама. На этой встрече Скрам-команды происходит планирование работы на следующий Спринт. Для Спринта длиной в месяц встреча длится не более 8 часов. Она завершается созданием Бэклога Спринта и включает обсуждение 3-х тем:
- Почему этот Спринт ценен?
- Что может быть сделано в этом Спринте?
- Как будет выполняться выбранная работа?
Узнать больше
Ретроспектива Спринта (Sprint Retrospective)
Одно из 5 Мероприятий Скрама. Ретроспектива Спринта дает Скрам-команде возможность провести инспекцию своей работы и создать план улучшений на следующий Спринт. Ретроспектива проходит после Обзора Спринта, перед Планированием Спринта. Для Спринта длиной в месяц эта встреча ограничивается 3 часами.
Узнать больше
Спринт (Sprint)
Одно из 5 Мероприятий Скрама, которое является контейнером для других мероприятий. Спринты — это короткие регулярные циклы длиной не более четырех недель. Итерации работы должны быть достаточно короткими, чтобы команда не теряла концентрацию, и при этом достаточно длинными, чтобы поставлять значимый инкремент работы. Все остальные Мероприятия Скрама проводятся в рамках Спринта. Следующий Спринт начинается сразу же по окончании предыдущего.
Узнать больше
Уточнение Бэклога Продукта [Груминг Бэклога] (Product Backlog Refinement)
Активность, которая проводится Владельцем Продукта при участии всех членов команды. Включает добавление деталей, оценку и упорядочивание элементов в Бэклоге Продукта.
Не относится к официальным Мероприятиям Скрама, однако зачастую проходит в виде мероприятия (встречи).
Уточнение бэклога обычно занимает не более 10% времени Скрам-команды в Спринте.
Узнать больше
Скрам-митинги: Типы, преимущества и советы, как все сделать правильно
Прежде чем погрузиться в новый проект, остановитесь и встряхнитесь! Вот все подробности о том, как провести эффективный Скрам-митинг (scrum в пер. с англ. – схватка).
Когда ваша команда получает новый проект или задание, вы можете быть так взволнованы, что вам просто хочется засучить рукава и сразу же погрузиться в работу.
Но прежде чем это сделать, важно, чтобы вы нашли время встретиться со своей командой, ознакомиться с обязанностями каждого и убедиться, что у всех членов группы одинаковое понимание поставленных задач. Чтобы сделать это эффективно, сначала вам нужно провести Скрам-митинг.
Если вы новичок в мире Скрам-митингов, вы не одиноки. Приложение Fellow здесь, чтобы помочь вам разобраться и сделать так, чтобы ваши митинги были эффективными и имели успех.
Что такое Скрам-митинг?
Скрам-митинг, иногда также называемый ежедневным стендап митингом (stand up в пер. с англ. – встать, стоять), – это быстрый чек-ин (check in в пер. с англ. – отмечаться, регистрироваться) вашей команды или определенной группы людей в организации. Чаще всего они происходят один раз в день, обычно утром, и, как правило, длятся не более 15 минут.
Посещая Скрам-митинги, вы познакомитесь с такими людьми, как:
-
Скрам-мастер – это кто-то, кто является координатором команды или ответственным лицом.
-
Владелец продукта – это кто-то, кто является руководителем проекта или руководителем управления
-
Команда разработчиков – это группа, работающая над проектом или заданием
Цель Скрам-митинга состоит в том, чтобы ключевые заинтересованные стороны, руководство и члены команды собрались вместе, чтобы убедиться, что все имеют одно и то же мнение относительно каждого этапа конкретного проекта.
Типы Скрам-митингов
Ваша команда может принимать участие в различных типах Скрам-митингов, которые обычно называют Скрам церемониями. Существует пять основных типов Скрам-митингов, которые вы проводите, в зависимости от стадии разработки вашего продукта.
-
Актуализация Бэклога Продукта
1. Ежедневный Скрам
Проводится ежедневый Скрам или ежедневный стэндап митинг…вы уже догадались… каждый день!
Этот тип Скрама дает команде возможность проанализировать цели, узнать, где они находятся в рамках графика проекта, а также выявить любые потенциальные проблемы или трудности, с которыми они могут столкнуться.
Они проходят каждый день в одно и то же время и проводятся, когда все стоят. Обычно они проводятся утром, но могут быть запланированы на любую часть дня, если они остаются постоянными.
В ежедневном Скраме вопросы обычно задаются заранее, чтобы на них можно было ответить, поэтому каждый может прийти подготовленным со своими индивидуальными ответами. Как правило, эти вопросы являются следующими:
-
Чего вы хотите достичь сегодня?
-
Есть ли что-то, что мешает вам завершить свой список дел?
-
Насколько вы близки к достижению своих целей?
-
Насколько вы близки к достижению своих целей?
Ответы на эти вопросы помогают Скрам-мастеру получить представление о прогрессе каждого и о том, насколько вероятно, что команда достигнет различных этапов, которые у них есть на протяжении всего проекта. Они также помогают команде получить всестороннее представление о том, над чем каждый работает, и помогают облегчить чью-либо проблему.
2. Планирование Спринта
Далее идут митинги планирования Спринта (спринт – это фиксированный отрезок времени, за который выполняется вся работа.). Цель этих митингов состоит в том, чтобы создать Скрам-команды для достижения успеха на протяжении всего Спринта. Владелец продукта, Скрам-мастер и вся Скрам-команда будут присутствовать на планировании Спринта.
Здесь команда рассмотрит накопившиеся проекты и сузит круг приоритетов на следующий спринт. Для выполнения каждой задачи также будет назначен член спринтерской команды. Этот тип Скрам-митинга направлен на то, чтобы все участники были на одной волне до начала работы.
В конце сессии по планированию Спринта команда должна рассмотреть два пункта:
-
Цель Спринта, которая будет состоять из краткого изложения плана следующего Спринта
-
Цель Спринта, которая будет состоять из краткого изложения плана следующего Спринта
В конце данного митинга каждый член Скрам-команды должен четко представлять, чего можно достичь в ходе Спринта и как это можно достичь. Все участники должны согласовать работу, выбранную для следующего Спринта.
3. Ретроспектива Спринта
Ретроспектива Спринта – это обсуждение или беседа, которая происходит после того, как Спринт подошел к концу. Команда собирается вместе, чтобы проанализировать события, которые произошли во время Спринта, включая:
-
Что можно улучшить для следующего Спринта
Вся команда присутствует во время ретроспективы Спринта, и эти встречи могут занимать всего около часа. Даже если предыдущий Спринт был невероятно успешен, всегда есть место для улучшения, и о том, как эти улучшения осуществить, будет рассказано в ретроспективе. Как только каждый внесет одну или две идеи для повышения качества работы, команда может проголосовать за конкретные моменты, на которых следует сосредоточиться в следующий раз.
4. Актуализация Бэклога Продукта
Митинги актуализации Бэклога Продукта иногда также называют грумингом бэклога (grooming в пер. с англ. – уход), поскольку они используются для обсуждения проектов или заданий в рамках бэклога. Бэклог обычно состоит из предстоящих задач или проектов, которые команде необходимо завершить. Цель актуализации бэклога состоит в том, чтобы делать список задач как можно более точным и актуальным, вместе со всеми деталями, которые команда может получить.
Этот список будет использоваться в предстоящих спринтах при принятии решения о том, в каком направлении двигаться дальше.
5. Обзор спринта
Наконец, есть обзор спринта, который позволит глубоко погрузиться в фактический конечный результат или произведенный продукт в конце спринта. Скрам-команда собирается вместе, чтобы показать, чего удалось достичь, а также она обычно демонстрирует функции и функциональность конечного продукта. Кроме Скрам-команды, участники могут подключать к презентации высшее руководство, клиентов или разработчиков, работающих над другими продуктами.
Конечный продукт также будет сравниваться с первоначальными целями спринта, чтобы увидеть, совпадают ли они.
Преимущества Скрам-митингов
Итак, зачем вообще проводить эти митинги? В этом есть много преимуществ. Поскольку Скрам-команды работают в сжатые и конкретные сроки, регулярное проведение Скрама гарантирует, что все всегда находятся на одной волне и что проблемы могут быть быстро обнаружены и устранены.
К числу других преимуществ проведения Скрам-митингов относятся:
-
Помощь команде определить неполадки до того, как они станут слишком серьезными
-
Возможность группе порефлексировать над всей проделанной тяжелой работой, как только продукт будет завершен
-
Предоставление способов улучшения процессов для новых спринтов
-
Наличие представления членов Скрам-команды об обязанностях, которые они будут выполнять во время следующего спринта
Изучите эти советы для вашего следующего Скрам-митинга
Чтобы провести наиболее успешный Скрам-митинг, обязательно ознакомьтесь с этими советами для максимальной производительности и эффективности.
-
Придерживайтесь повестки дня
-
Всегда повторяйте операции, используя опыт предыдущих
-
Освойте роль Скрам-Мастера
-
Придерживайтесь временных рамок
1. Определите четкую цель
Если вы хотите обеспечить актуальность и продуктивность ваших Скрам-митингов, обязательно заранее поставьте четкую цель. Прежде чем все соберутся на встречу, укажите тип предстоящего Скрам-митинга, и обозначьте, как долго он продлится.
2. Придерживайтесь повестки дня
Очень простой для следования совет – создайте и придерживайтесь повестки дня митинга. Подготовка повестки дня перед митингом и рассылка ее всем участникам – это абсолютная необходимость, независимо от того, какой тип митинга вы проводите.
Это гарантирует, что каждый сможет заранее подготовиться к обсуждению тем, проблем или вопросов для команды.
3. Всегда повторяйте операции, используя опыт предыдущих
Всегда есть простор для совершенствования – даже в самых успешных проектах обычно есть то, что участники Скрама хотели бы сделать по-другому. Это нормально – быть перфекционистом на Скрам-митингах и всегда стремиться к лучшим результатам.
4. Помните о цели спринта
Крайне важно, чтобы все участники спринта были на одной волне с целью, к которой они стремятся. Во время спринтов, особенно во время ежедневных Скрамов, каждый член команды должен рассказать, какой он вносит вклад в достижение конечной цели. Получение этих регулярных обновлений гарантирует, что цель находится в центре внимания, и дает более полную картину вероятности достижения этой цели в команде.
5. Освойте роль Скрам-Мастера
Точно так же, как на самых успешных митингах есть признанный координатор митингов, так и в лучших Скрамах есть Скрам-мастер, который знает, что делать. Скрам-мастер – это тренер команды, который помогает каждому выступать на самом высоком уровне. От него зависит, будет ли команда сосредоточена во время спринта на цели, которую они согласовали с самого начала.
6. Придерживайтесь временных рамок
Никому не нравится, когда митинги длятся долго, особенно Скрам-митинги. Важно четко определить, как долго будет длиться каждый Скрам-митинг, чтобы не заставлять страдать участников митинга и не тратить драгоценное время, которое команда могла бы потратить на выполнение своего фактического задания на день.
Убедитесь, что ваша команда знает, как важно прийти вовремя и подготовиться. Если люди опаздывают, не ждите их прихода – начинайте без них.
Примеры повестки дня Скрам-митинга
Ежедневный Скрам
Скрам для всех
Прежде чем вы с головой погрузитесь в создание чего-то нового, сначала остановитесь и встряхнитесь. Независимо от того, за создание чего отвечает ваша команда, вы хотите убедиться, что процесс от начала до конца максимально эффективен. К этому вас приведет проведение Скрам-митингов с полностью продуманной повесткой дня, задавание правильных вопросов, а также командная работа.
Больше полезных статей в рассылке
Подписка в один клик, никакого спама
Error get alias
Игра команды, да, именно игра команды. Всем, наверное, надоело сравнение Scrum с игрой команды, но, пожалуй, этот образ действительно максимально сильно даёт нам понять, как устроена методология Scrum. Во многих командных играх перед выходом на поле или после какого-то тайм-аута команда собирается в плотное кольцо и очень быстро обсуждает самые важные моменты игры. Не стоит, однако, путать эту встречу с планомерным обсуждением тактики игры задолго до выхода, это будет, скорее всего, Planning meeting.
Такая схватка игроков происходит весьма быстро, ведь нет возможности обсуждать что-то в течении даже 5 минут. В условиях такого ограниченного времени вольно или невольно игроки и тренер говорят только действительно о самом важном на ближайшее время, и все при этом слушают крайне внимательно. Затем они заряжаются боевым кличем и устремляются на поле, полные энергии и задора.
Разговор тренера при этом может состоять, например, из таких фраз: «главный нападающий практически всегда бежит по данной траектории, ты находишься в этой позиции, тебе для перехвата слишком далеко бежать, смени свою изначальную позицию и держись её до следующего тайм-аута»; «я заметил, что тебе тяжело пройти вот эту дистанцию во время нападения, в чем проблема?» и так далее. Daily Scrum Meeting выглядит примерно так же, хотя, может, и без такого напряжения. Так или иначе, цель такого совещания – скорректировать и понять работу команды, узнать, какие у неё текущие проблемы, и предложить варианты решения. Чтобы иметь структурированную систему в методологии Scrum разработаны три простых вопроса, которые должны звучать на Daily Scrum Meeting.
Три главные фразы Daily Scrum Meeting
- Что ты делал вчера?
- Что ты будешь делать сегодня?
- Какие проблемы есть у тебя на пути?
Данные вопросы, безусловно, задаёт Scrum Master. Все ответы он обязательно должен фиксировать. Проблемы, естественно, могут быть абсолютно разными. Приведем пример из области офисной жизни и разработчиков, хотя, как известно, методология Scrum может применяться к чему угодно.
- Мне нужна помощь в отладке программы;
- Техническая поддержка офисного продукта не перезванивает уже второй день;
- Заказанное программное обеспечение так ещё и не пришло;
- Мой стул сломался и мне приходится работать стоя!
Естественно, какие-то вопросы Scrum Master может решить сам, для каких-то он должен искать решение, обратившись к компетентным специалистам, или как-то ещё. В любом случае, Scrum Master ответственен за эти проблемы и за их решения.
Кто участвует в Daily Meeting?
Если представить, что в обсуждениях команды примет участие, скажем, водонос, то, наверное, это всё же будет неуместно. И дело не в должностях, так как участие, к примеру, владельца клуба тоже тут неуместно. Ни один, ни второй напрямую не могу повлиять на работу команды в текущий отрезок времени. Данные лица могут помочь только в случае необходимости, если в списке проблем появится что-то, с чем к ним смогут обратиться.
В Daily Scrum Meeting всё точно так же. Участие в 15-минутной встрече обязательно для всей Development Team, также участвуют Scrum Master и Product Owner. Иные лица, будь то заказчики, маркетологи или кто-то ещё, могут присутствовать, однако без права говорить.
Варианты проведения Daily Scrum Meeting
На самом деле вариантов проведения этого мероприятия достаточно много, и разные команды подстраиваются под свои условия.
- Иногда Scrum Master спрашивает громко, чтобы слышали все. Спрашивает он по очереди каждого, и каждый так же отвечает. Из плюсов такого подхода может быть то, что все проблемы говорятся открыто, и другие члены команды могут как-то отреагировать на проблему. Из минусов, возможно, тут сыграет некий психологический аспект: кто-то может по внутренним причинам замолчать о какой-то проблеме, которая, как ему кажется, вызвана другим членом команды.
- Вторым вариантом можно считать ситуацию, при которой Scrum Master задает вопросы каждому индивидуально в личной беседе, но в пределах одной комнаты. Тут необходимо так или иначе озвучивать те проблемы, которые есть.
- Третьим вариантом можно назвать использование иных средств, отличных от беседы. В таком случае могут использоваться простые листочки бумаги, на которых каждый пишет ответы на эти вопросы, или современные технические средства, например, наш сервис.
Возможные проблемы на Daily Scrum Meeting
Все проблемы, в действительности, человеческие. Самая основная – это обсуждение чего-то стороннего во время встречи. Тут речь идёт даже не об обсуждении вчерашнего матча по хоккею или футболу (хотя и такое бывает), а, скажем, бюджета проекта. Также излишние действия в виде чтения почты во время схватки не допустимы.
Продолжаем серию «Карьера в IT»: новая статья посвящена роли Скрам-мастера — специалиста, который отвечает за соблюдение Скрам-процесса и помогает команде эффективней поставлять продукт и приходить к общему пониманию.
Note: статья написана по рассказам украинских Скрам-мастеров и не совпадает с формальным описанием роли в Scrum Guide (руководство по Скрам от авторов методологии). Это связано с тем, что большинство наших IT-компаний практикуют не чистый Скрам, а используют только элементы фреймворка, адаптируя его под свои потребности.
По данным ДОУ, среднему украинскому Скрам-мастеру 30 лет, он имеет зарплату $1500-3000.
Задачи и обязанности
Основная задача Скрам-мастера — обучать участников Скрам‐команды взаимодействию друг с другом и с представителями бизнеса, а также оптимизировать процессы, повышая их эффективность.
В Скрам-команду, кроме Скрам-мастера, входят владелец продукта и команда разработки (3-9 человек). Владелец продукта отвечает за получение максимальной ценности продукта и управляет списком требований к функциональности продукта (product backlog), отвечает за приоритеты и бюджеты. Команда разработки состоит из специалистов разных профилей — программистов, тестировщиков, архитекторов, аналитиков и др.
Скрам-мастер — это лидер команды, но не руководитель в традиционном понимании этого слова, у него нет формальной власти над командой.
«Это существенное отличие Скрам-мастера от традиционных ролей проектного менеджера или тимлида. Благодаря повышенному уровню самоуправления команда разработчиков в Скрам не нуждается в дополнительных менеджерах. Основная миссия Скрам-мастера — создать условия для зарождения самоуправления в команде, потом не дать ей погаснуть из-за микроменджмента или жесткого директивного способа управления. То есть Скрам-мастер — защитник Скрам-ценностей. Это большая часть его работы». (Алексей Кривицкий)
Ключевые обязанности Скрам-мастера:
— обучать команду особенностям Скрам-методологии, внедрять Скрам-практики;
— налаживать процессы в компании и помогать командам брать управление процессами в свои руки;
— выявлять риски и проблемы, устранять препятствия, мешающие прогрессу работы;
— проводить совещания и рабочие сессии для повышения их эффективности;
— выступать в роли фасилитатора и коуча для команды;
— налаживать процессы вне команды, которые так или иначе пересекаются с производственными.
«Я делал ещё огромное множество вещей — устраивал команде и представителям заказчика тренинги и презентации, готовил и обсуждал кучу разных отчётов, планировал вместе с delivery менеджером стаффинг на следующие периоды, помогал с организацией переездов и рассаживал людей, организовывал тимбилдинги, разрешал конфликты, участвовал в найме хороших специалистов и увольнении плохих; помогал, мотивировал, объяснял, показывал, развлекал, заставлял, умолял, кричал и благодарил».
«В Скраме специально убрали роль проектного менеджера и поделили обязанности между владельцем продукта (у которого есть полнота власти и ответственность за ROI проекта) и Скрам-мастером (который отвечает за процессы и людей), а часть и вовсе отдали команде. Таким образом создается баланс, без перекоса в сторону классической модели „Начальник >>> исполнители“. Это позволяет создавать самоорганизованные команды. И только с такими зрелыми командами Скрам действительно начинает работать продуктивно». (Артем Быковец)
Чтобы отслеживать эффективность процесса, Скрам-мастер может использовать определенные метрики, например: quality, cycle time/velocity, number of issues, content of the sprint, team happiness.
Скрам-мастер работает со Скрам-командой, заказчиками, но не является начальником или подчиненным кого-либо из коллег (image by John Yorke)
Из 15 Скрам-мастеров, давших интервью для написания статьи, только четверо занимаются исключительно обязанностями Скрам-мастера, ведя одну или несколько команд. Остальные совмещают эту роль с позицией менеджера проекта, тимлида, QA или бизнес-аналитика.
«Компании утверждают, что работают по Скрам и делают Agile, но зачастую просто формально переназывают проектных менеджеров Скрам-мастерами, не меняя при этом сути. Это печально, но факт (зато зарплата выше). Как утверждает Крег Ларман (автор Large-Scale Scrum) в своих законах неуспешности изменений организаций: «Компании так или иначе оптимизируются, чтобы их статус кво не менялся… Как следствие, любая инициатива по изменению структуры или процесса будет сведена к переопределению новой терминологии, чтобы значить по сути те же старые понятия». (Алексей Кривицкий)
«Я не совмещаю роль Скрам-мастера с другими ролями. Более того, я уверен что полноценно помочь Скрам-команде стать эффективнее может только выделенный Скрам-мастер, который проводит с командой 50% времени или более». (Александр Карицкий)
Однако вопреки канону, многие украинские Скрам-мастеры считают сочетания ролей удачной практикой:
«Сочетание „ПМ + Cкрам-мастер“ я считаю удачным, ведь именно ПМ работает с планированием проекта, рисками, кризисами, приоритетами от клиентов и может внедрять новые процессы, расширять команду и всячески ее мотивировать. Работу ПМ-а можно описать как человек-план, а работу Скрам мастера — человек-процесс».
«Мне кажется, нецелесообразно тратить ресурсы девелопера на дополнительные активности. Лучше всего когда роль Скрам-мастера берет инженер по качеству или бизнес-аналитик. Не могу сказать, что совмещать легко, но как QA я в курсе всего процесса разработки».
Типичный рабочий день Скрам-мастера включает в себя:
— Скрам-митинги (ежедневный митинг продолжительностью до 15 минут, а также в зависимости от фазы спринта может быть запланирована одна из более длительных встреч — планирование спринта, обзор спринта или ретроспектива спринта).
— Решение приоритетных текущих вопросов (например, собрать, проанализировать, распространить информацию, запланировать и подготовить митинги, составить и обсудить дальнейшие планы).
— Работа с командой, встречи 1-на-1.
«С утра проводим стендапы с каждой командой, дальше встречи — с владельцем продукта для уточнения спецификаций и планов, с командой для планирования. Дальше зарываюсь в JIRA и готовлю отчеты, смотрю метрики, собираю следующие спринты для планирования, читаю новые спецификации. Если сегодня день демо и ретро — фасилитирую одно общее демо и ретроспективу для каждой команды. Дальше собираю обратную связь и структурирую информацию».
«Каждое утро смотрю на командную доску в JIRA — какие задачи были закрыты, какие попали в тестирование, к каким только приступили к разработке — обновляю графические показатели успеваемости команды по поставке обещанного инкремента в спринте и инкремента по продукту в целом. Провожу ежедневную встречу, на которой составляем план работ на ближайший день и сверяем, насколько наша стратегия по разработке фичи оптимальна. Далее — встречи с владельцем продукта, заказчиками, руководством, другими менеджерами или Скрам-мастерами. Затем решение командных вопросов и взаимодействие с другими командами по составлению графика выполнения смежных или совместных работ — приблизительно так проходит каждый день».
Активности full-time Скрам-мастера — сводка за 2 недели работы (source)
«Самое главное в течение дня — быстрая и эффективная реакция на возникающие проблемы. Зачастую приходится откладывать в сторону рассуждения о том, что тут собрались взрослые люди, и что они смогут решить простые проблемы сами. Надо активно вмешиваться везде, где есть подозрение, что кто-то что-то не так понял и делает что-то не то. Например, разработчик предположил, что владелец продукта имел в виду одно и поленился уточнить. Сразу надо вмешаться и простимулировать разработчика уточнить требование сейчас, а не ждать 3 дня, делая никому не нужную вещь. Или если у разработчика исчез доступ к внутренней библиотеке, и он не знает как быть — надо помочь решить такой вопрос как можно скорее, даже если это требует просто хождения по офису с вопросом кто знает, как это чиниться. Или видишь назревающий конфликт между двумя сотрудниками — сразу приступить к его решению, не дожидаясь, пока они начнут делать друг другу гадости и тормозить работу. Я здесь утрирую, чтобы показать, что задачи в течение рабочего дня могут быть совершенно разные и непредсказуемые».
Преимущества и недостатки
Роль Скрам-мастера больше всего подходит специалистам, которым нравится работать с людьми и процессами:
«Я по натуре очень организатор и очень „обеспечиватель“, именно этим и занимается Скрам-мастер — коуч, наставник, учитель. Так как прямого влияния на команду у него нет (вспомните servant leadership), но команду можно вырастить и замотивировать, Скрам-мастеру нужно быть хорошим переговорщиком. Это невероятно зажигает».
«Люблю улучшать то, что нужно и можно улучшить. Люблю организовывать людей и вместе с ними достигать поставленных целей. Кроме того, люблю логичные, обоснованные, структурированные, но не избыточные подходы. Скрам как раз такой — есть довольно небольшой набор более чем логичных правил и процедур. Если их соблюдать и руководствоваться хоть долей здравого смысла в остальном, можно с высокой долей вероятности получать хорошие результаты».
«Нравится экспериментировать и постоянно улучшать качество создаваемой фичи через поиск и реализацию вариантов улучшения процесса разработки и поставки инкремента пользователю».
«Мне нравится разработка в стиле agile — быстрая, прозрачная, эффективная. И мне нравится организовывать команды работать таким образом. Здесь чувствуется жизнь и видишь небольшие изменения в продукте и процессе каждый день».
«Часто чувствую себя универсальным солдатом, который должен сделать все возможное и невозможное, чтобы помочь команде достичь целей спринта, целей релиза».
Задача Скрам-мастера — постоянно улучшать процесс, выявляя и устраняя проблемы, мешающие прогрессу работы
Недостатком специальности называют отсутствие рычагов влияния на проект: по сути Скрам-мастер не принимает решений, он может только направлять.
«Мне в этой роли не хватает непосредственного people-менеджмента. Я работаю с процессами и не работаю с развитием людей по отдельности, не ставлю personal objectives и не провожу для них appraisal. Этим занимается Team Leader на проекте. По этому нужно хорошее взаимодействие с ним для того, чтобы влиять и принимать участие в personal development для каждого члена команды».
«Скрам-мастер помогает команде решить проблемы и получить „медали“, при этом зачастую остается в тени и в силу менталитета отечественных разработчиков не получает даже элементарной благодарности. Если ваше эго велико, то это не ваш путь ;)»
«Скрам стал модным трендом. Многие компании внедряют его, не задав важный вопрос — „А зачем он нам нужен и что это решит?“. Непонимание базовой потребности создает дальнейшую боль для Скрам-мастера, внедряющего скрам в процесс разработки».
Как стать и куда двигаться дальше
Must have теория изложена в Scrum Guide, также можно почитать книгу «Scrum. Революционный метод управления проектами» Джеффа Сазерленда, одного из основателей Скрама. Также рынок предлагает множество курсов и мастер-классов. Можно получить официальную сертификацию — это поможет систематизировать знания и получить бонус-строчку в резюме.
Скрам-мастеру не обязательно углубленно владеть технологиями (хотя азы не помешают), но важно хорошо понимать процесс разработки и поставки продукта, чтобы уметь видеть узкие места в процессах. Поэтому необходим прошлый опыт работы в индустрии — например, на позициях менеджера проекта, QA, бизнес-аналитика или тимлида.
«Навыки Скрам-мастера — понимание гибкой методологии разработки, развитый навык стратегического планирования, неформальное лидерство, прекрасное понимание жизненного цикла разработки продукта, отличные коммуникативные навыки, гибкость в принятии решений, навыки разработки — опционально, навыки тестирования — опционально. Попасть не сложно — главное не просто понимать, а полностью принять и синтезировать принципы гибкой методологии, мира Agile, научиться жить и мыслить ими как своими собственными идеями».
«Скрам-мастер — это специалист гуманистической инженерии, если можно так сказать. Поэтому, кроме понимания процессов разработки и поставки, очень важно начать разбираться в групповой динамике команд, источниках самомотивации людей, конфликтологии — собственно, становиться коучем для всей команды и ее участников. Это означает начинать подниматься на уровень выше — от дедлайнов, майлстоунов, проектных планов и репортов к таким долгосрочным вещам, как построение стабильных высокоэффективных команд и культуры постоянных экспериментов и улучшений». (Алексей Кривицкий)
Позиция скрам-мастера объединяет в себе 8 ролей, каждая из которых имеет свои инструменты воздействия на команду (image by Barry Overeem)
Из специальных знаний — понимать Agile Reporting (backlog tracking, burndown metrics, cycle time, velocity, team capacity), владеть и понимать specification by example, continuous integration, delivery и deployment, user story mapping, разбираться в различных практиках, принятых в индустрии (TDD, BDD, user stories, iterative development, pull approach), чтобы потом это внедрять в командах.
Необходимые личные качества:
— любить работать с людьми, помогать им, заниматься организацией работы команд;
— быть фасилитатором, то есть уметь организовать группу таким образом, чтобы она достигла стоящие перед ней цели;
— уметь планировать и эффективно анализировать информацию;
— стремиться к постоянному самосовершенствованию и саморазвитию;
— быть стрессоустойчивым.
«Надо уметь находить подход к разным людям, понимать кому дать больше свободы, а кого необходимо микроменеджить. Иметь большую долю толерантности и терпения, хорошие организационные способности, умение провести эффективную коммуникацию, научить команду эффективной коммуникации».
«Важно понимать истинные бизнес-цели проекта, инженерные практики, архитектуру; уметь слушать людей; чётко понимать границы ответственности между разными участниками процесса; знать, как можно достичь одного и того же разными методами, учитывая ситуацию на проекте; быть лидером; уметь эффективно общаться с заказчиками/командами/менеджментом; грамотно управлять своим вниманием, энергией и временем; понимать и работать с мотивацией команд; постоянно совершенствоваться в Agile методологиях, чтобы вовремя выбирать оптимальный подход».
Возможные карьерные пути Скрам-мастера:
— расти как специалист по гибким методологиям — стать Скрам-тренером (обучать других Скрам-мастеров, проводить треннинги);
— освоить другие Agile-фреймоврки и стать Agile-коучем — внедрять методологию на уровне программы или всей организации, тем самым трансформируя компанию на основе Agile-мышления;
— попробовать себя в роли владельца продукта;
— освоить специальность менеджера проектов, delivery менеджера или бизнес-аналитика.
Карьерный рост Скрам-мастера в рамках Agile (image by Paul Heidema)
«Согласно отчету LinkedIn, из списка 20-ти самых перспективных специальностей, Скрам-мастер — на 10-м месте хит-парада. Это означает, что в ближайшие годы мы увидим рост интереса к этой роли и наплыв желающих ее познать и осилить. А значит, уровень запутанности и недопонимания этой особенной роли только увеличится». (Алексей Кривицкий)
Благодарю за помощь в написании статьи Артема Быковца, Алексея Кривицкого, Сергея Волотовского, Александра Карицкого, Анну Лаврову и 14 других украинских Скрам-мастеров, которые рассказали DOU о своей профессии. Приведенные в статье цитаты взяты из их рассказов.
См. также cтатьи о других специальностях в IT.
В Agile методологии акцент делается на качество и контроль всех этапов разработки. Достигать этого помогают ежедневные Скрам митинги.
Что нужно для ежедневных встреч? (v2)
Достаточно времени и свободное пространство. Может пригодиться флипчарт–доска. Скрам–мастер оптимизирует митинг, чтобы он проходил быстро, продуктивно и позитивно.
Миша Ряженка
Founder, Executive Partner
Когда лучше начинать по времени ежедневный Скрам?
Скрам встречи длятся около 15 минут. Рекомендуемое время проведения — утром, перед началом рабочего дня. Стоит помнить: ежедневный Скрам должен происходить в одно и то же время.
Миша Ряженка
Founder, Executive Partner
Три вопроса ежедневного Скрама (v2)
Во время проведения встреч в Scrum сотрудниками рассматриваются вопросы:
* Что сделал вчера для выполнения своих задач?
* Какой план работ на сегодня?
* Какие проблемы возникли?
Миша Ряженка
Founder, Executive Partner
Ежедневный Scrum
Такие встречи называют стендапами (Scrum Stand Up), или просто встречами, собраниями (meeting). В среде опытных Agile команд говорят просто «дэйли» (от английского «Scrum Daily Meeting»).
В процессе стендапа каждый член команды высказывается относительно трёх вопросов:
- Что было сделано вчера?
- Что будет сделано сегодня?
- Какие имеются сложности в достижении результатов?
Фокус внимания в этих вопросах стоит именно на результате деятельности, а не на процессе. Факт «Что–то будет»делаться» не гарантирует положительный эффект.
Миша Ряженка
Founder, Executive Partner
Характеристики ежедневных встреч
- Краткосрочность. Оптимальное время — 15 минут.
- Вовлеченность. Каждый активный участник на протяжении 15 минут должен быть полностью включённым в митинг.
Миша Ряженка
Founder, Executive Partner
Цели ежедневных встреч
- Прозрачность работы команды. Понимание текущего статуса задач и проекта в целом.
- Возможность корректировать деятельности команды. Устранение препятствий.
Миша Ряженка
Founder, Executive Partner
Что нужно для ежедневных встреч?
Достаточно времени и свободное пространство. Может пригодиться флипчарт–доска для наглядности обсуждаемых вопросов.
Свободная и доверительная атмосфера и отсутствие критики, обесцениваний важны при проведении встречи. Скрам–мастер оптимизирует митинг, чтобы он проходил быстро, продуктивно и позитивно.
Миша Ряженка
Founder, Executive Partner
Формат проведения ежедневных встреч в Scrum
Ежедневные встречи в Scrum — митинги, которые организовываются преимущественно утром, под руководством тимлида или проектного менеджера. Их основная задача — синхронизировать работу команды для выполнения задач по проекту и сделать ее максимально эффективной. Этот формат используется в Agile–разработке для управления командами по 8-12 человек.
Scrum предполагает, что работа по проектам выполняется последовательно — поэтапно, каждый последующий спринт нельзя начинать, пока не завершен предыдущий.
Ежедневные встречи Скрам позволяют:
- Сплотить команду. Сотрудники учатся слушать друг друга, доступно выражать свои мысли.
- Развить ответственность у сотрудников за выполняемые задачи. Каждый член команды отвечает за определенные задачи и понимает, что не решая их, он увеличивает срок разработки, затягивая запуск следующего этапа по проекту.
- Находить эффективные способы решения проблем. Совместное обсуждение задач позволяет двигаться в правильном направлении и свести к минимуму неприятные сюрпризы, которые могут возникнуть во время работы.
- Получить положительный заряд энергии командой. Встречи Scrum позволяют сократить время разработки по проектам. Каждый раз, когда продукт уже создан, команда переживает радость за достигнутый результат и выполненные обязательства перед клиентом.
- Сократить стоимость разработки. В этой модели задачи разработчиков более разнообразны, некоторые задачи тестируются всей командой, стираются границы по каждой из специализаций. Благодаря этому сокращаются издержки.
Поэтому эту Аджайл–методологию выбирают многие IT–компании.
Команда Scrum состоит из трех основных ролей:
- Скрам–мастер. Он же является инициатором создания встреч и контролирует их проведение. Его основная задача — помочь команде и владельцу продукта выполнять задачи беспрепятственно.
- Команда разработки. Ответственна за техническую реализацию проекта. Это: анализ задач, дизайн, техническая коммуникация, программирование, тестирование и другие этапы. Команда разработки ориентируется на пользовательские истории и их приоритетность.
- Владелец продукта. Тот, кто понимает основную его ценность для бизнеса. Он транслирует потребности команде разработки, но не принимает участие в технической разработке. Владелец продукта создает пользовательские истории и их приоритетность.
Эти роли и правильная проработка структуры встреч, артефактов и правил, — позволяют проводить эффективные ежедневные Scrum встречи. На собрания часто приглашаются и сторонние участники, однако стоит помнить, что наличие других людей на встречах может снизить доверие и уверенность других членов команды.
Также есть список правил по формату ежедневного Скрам:
- каждый этап (спринт) должен быть одинаковой длины;
- по завершению одного спринта, сразу же начинается следующий этап;
- нельзя делать остановки в проведении — ежедневный Scrum должен реализовываться каждое утро;
Благодаря этим правилам вам удастся максимально сплотить команду для техническое реализации проекта.
Миша Ряженка
Founder, Executive Partner
Когда лучше начинать по времени ежедневный Скрам? (v2)
Скрам встречи длятся около 15 минут. В это время команда разработчиков планирует свои задачи на ближайший день. Рекомендуемое время проведения — утром, перед началом рабочего дня. Стоит помнить: ежедневный Скрам должен происходить в одно и то же время.
Если в команде есть удаленные специалисты, то заранее поставьте их в известность о времени проведении встречи и узнайте, точно ли они могут принять участие. Для проведения ежедневного Скрам можно использовать Skype или Standuply.
В случае, когда собрание происходит не в онлайне, то участники обычно стоят возле доски с диаграммой Ганта. Тогда мероприятие на затягивается и это помогает направить внимание команды на важные цели.
Некоторые креативные команды проводят митинги, выполняя физические упражнения. Например, в планке или приседая.
Миша Ряженка
Founder, Executive Partner
Три вопроса ежедневного Скрама
Во время проведения встреч в Scrum сотрудниками рассматриваются вопросы:
- Что сделал вчера для выполнения своих задач?
- Какой план работ на сегодня?
- Какие проблемы возникли?
Задает вопросы и фиксирует на них ответы проектный менеджер ил Scrum Master. Он же и ответственен за решение проблем, которые возникают у команды, если это связано с приобретением дополнительной офисной техники или другими материальными затратами. В случае, когда сложности связаны с исполнителем, то Scrum Master также должен помочь разобраться в них и устранить.
Другие участники команды помогают друг другу и видят проблемы коллег. Важно, чтобы каждый быстро реагировал на сложности в работе коллеге и оказывал помощь в их решении.
Вместе запустим вам B2B–продажи в Европе
Программа по выводу консультантов, экспертов, тренеров, трекеров и коучей на англоязычный европейский рынок
Миша Ряженка
Founder, Executive Partner
Типичные ошибки при проведении ежедневных встреч в Scrum
- Навязывание методологии. Каждый участник должен понимать свои задачи, зону ответственности и общую цель, которой следует вся команда. Громадная ошибка, когда руководитель стремится как можно скорее внедрить ноу–хау или любой другой способ управления, и не советуется об этом с другими специалистами. Навязанные ежедневные Скрам встречи или другие мероприятия, не принесут ожидаемого эффекта.
- Аудио или видеозапись встречи. Скрам–мастер присутствует на встречах и он вряд ли будет пересматривать аудио или видеоматериал с митингов. А вот для команды ощущение того, что за ними наблюдают, будет ограничивать их свободу поведения. Поэтому в большинстве случае это пустая трата времени.
- Не задействованы все участники команды. Некоторые сотрудники думают, что им стоит ответить на 3 главных вопроса только Scrum Master, но это заблуждение. Остальная команда также должна выслушать докладчика и помочь ему решить возникшие проблемы. Чем лучше взаимодействие в команде, тем эффективнее идет работа по проекту.
- Проводить планирование Спринта в ежедневном Скраме. Это два отдельных Скрам–мероприятия, которые не стоит смешивать. Конечно, во время ежедневного Scrum возникают задачи для планирования, но их нужно решать на отдельной встрече.
- Отсутствие ежедневных встреч. Некоторые команды считают, что каждый день проводить совещания Скрам совсем необязательно. Однако только во время таких мероприятий все сотрудники понимают, чем занимаются их коллеги.
- Тотальное управление командой. Руководитель не должен самостоятельно ставить задачи каждому специалисту, более эффективно — формулировать задания и полагаться на профессионализм команды.
- Обсуждение технических особенностей. Не все участники команды имеют равные познания в техническое реализации проекта. Поэтому не стоит отводить время на встречах обсуждению этих моментов.
- Проведение встреч без Scrum–доски. Чтобы команде было легче сориентироваться, насколько эффективно выполняются задачи, лучше всего проводить мероприятие возле Скрам–доски. Так команда сможет видеть ход выполнения отдельных работ.
Учитывая основные особенности ежедневных Скрам митинговов и не забывая об основные ошибках, можно синхронизировать работу команды, начать быстрее и качественнее выполнять работы по проектам