Упражнение для обсуждения ролей в Scrum или другом Agile-методе

agiletopicscards-35

Для принятия “культуры Agile” важны понимание ролей и уход от должностей. В книге, о которой я писал раньше, Джеф Сазерленд рассказывает о своей первой Scrum-команде. Трансформация началась с того, что Джеф сказал им: “Порвите свои визитки”. Все практикующие “аджалисты» сходятся в том, что в Agile-методе важны роли — как наборы обязанностей, ответственностей и практик.

Для многих команд переход к Scrum (или к другой методологии из семейства Agile Software Development) начинается с определения того, кто и что делает, и за что отвечает. Понимание и обсуждение ролей всегда было частью моих публичных и командных тренингов. Сейчас я готовлю серию постов о создании Agile-тренинга для команды, и в результате опубликую готовый шаблон такого тренинга, поэтому расскажу об этом упражнении подробнее.

Самое простое, что приходит на ум для обсуждения ролей — сортировка терминов. В итоге механизм упражнения (или “игры”) предельно прост: участники делятся на группы по 2-4 человека и сортируют пачку терминов, которые относятся к ролям Scrum (в Scrum их 3, но вы можете ввести необходимое вам количество ролей). После работы в группах материал лучше закрепить общим обсуждением и уточнением, чтобы не было ошибок в понимании и разницы в трактовке. Я называют это “игра в бинго”. Мы берем одну роль, и каждая группа по очереди называет термин, который она отнесла к ней. Если остальные группы тоже отнесли термин к этой роли, они кричат “бинго”. Если нет — начинается обсуждение. Именно за обсуждения я и люблю это упражнение — в них мы проясняем понимание и углубляемся в аспекты той или иной практики, принципа или концепции.  Даже если у вашей группы достаточно опыта и расхождений в сортировке терминов нет, просите участников привести практические примеры. Так вы можете проверить их знания более глубоко.

Но где взять термины? Долгое время я использовал набор фраз, которые составил вместе с моими коллегами-консультантами. Но они были не совсем понятны участникам. С тех пор, как я узнал про Agile Topic Cards, я заменил фразы карточками, и все стало работать во много раз лучше!

Как вы помните (или можете прочитать), Agile Topic Cards представляют собой карточки, на которых нарисованы Agile-термины. Зеленые — это практики, синие — принципы, а красные — концепции. Из 166 карточек можно выбрать любое количество, которое покажется вам необходимым для дискуссии.

Лично я выбрал следующие номера:

Microsoft PowerPoint - Agile Topics Cards v3
2 – Definition of Done
По моему мнению, это ответственность команды, хотя Scrum-мастер может отвечать за внедрение и поддержку этого внутреннего договора.

Microsoft PowerPoint - Agile Topics Cards v3
3 – Vision
9 – User Story

agiletopicscards-10

10 – Backlog
Имеется в виду Product/Project Backlog, за которые отвечает Владелец Продукта.

agiletopicscards-11

11 – Trade Offs
Для меня это — договоренности и компромиссы, которых Владелец Продукта достигает между бизнесом и командой, но всегда можно обсудить, как это понимаете вы.

agiletopicscards-14-25
14 – Team Performance (Velocity и другие)
25 – 1:1s

Microsoft PowerPoint - Agile Topics Cards v3
26 – Vertical Slice
Это — хитрая карточка. Прежде всего имеется в виду, что Владелец Продукта должен мыслить функциональностью (Features), а не задачами. Но также нужно, чтобы команда сфокусировалась на всех технических аспектах и делала функциональность целостной — от UI до глубин БД. Эта дискуссия может перекликаться с тем, о чем я писал в статье “Какого цвета ваш Бэклог”.

agiletopicscards-31
31 – Adaptive Planning
Это ответственность Владельца Продукта. Картинка показывает движение к Цели (эта Цель — звезда, нарисованная на карточке Vision(#3)).

agiletopicscards-40-41-42-47-54
40 – Code Review
41 — Slicing
42 – Test Driven Development
47 – KPI’s
54 — Timebox

agiletopicscards-60
60 – Team Development
Эта картинка означает модель развития команды Брюса Такмана: Forming-Storming-Norming-Performing.

agiletopicscards-63
63 – End to End testing

agiletopicscards-64

64 – Decision Making
По-моему, это Владелец Продукта решает, чего не делать, и говорит пожеланиям “да” или “нет”.

agiletopicscards-66

66 – Face to Face conversation
Эту картинку я трактую так: команда должна предпочитать прямое общение другим типам коммуникации.

agiletopicscards-68
68 – Pair Programming

agiletopicscards-69
69 – Autonomy
Здесь подразумевается, что cross-functional-команда должна иметь достаточно автономности.

agiletopicscards-71-99
71 – Collective Code Ownership
72 — Visualization
78 – Motivation
83 – Transparency
84 – Sprint Burndown
85 – Release Burnup
86 – Forecasts and Velocity
87 – Retrospective
89 – Team dependencies
94 – Relative Estimation
95 – Poker Planning
99 – Iterative & Incremental

agiletopicscards-100

100 – Backlog Grooming
Тут я обычно даю выбрать большинству. Иногда Владелец Продукта заинтересован в том, чтобы узнать от команды “цену” следующих элементов бэклога. Иногда Scrum-мастер заинтересован в том, чтобы команда получила качественные Элементы Бэклога (PBI) до начала планирования следующего спринта.

agiletopicscards-101-107

101 – Continious Deployment
102 – Continious Delivery
104 – Clean Code
107 – Daily StandUp

agiletopicscards-111
111 – Demo
Продемонстрировать результаты и получить обратную связь — это ответственность команды (!). Во всяком случае, в нормальных компаниях :).

agiletopicscards-114

114 – Risks
Риски, о которых заботится Владелец Продукта, или менеджер, который стоит за командой и Sсrum-мастером (на картинке основные категории рисков: Бизнес, Технологии, Социальный, Дедлайны).

agiletopicscards-117
117 – Outcome VS Output
Владелец Продукта занимается тем, что максимизирует результат (Outcome) – больше счастливых пользователей.

agiletopicscards-120-143
120 – Continious Integration
126 – Servant Leadership
128 — Refactoring
132 – Automated Test Checking
143 – Sprint Backlog

agiletopicscards-146
146 – Team Kick-off/Lift-off
Это означает запуск новых команд или запуск нового проекта в команде.

Итак, все, что нужно для этого упражнения — перемешать, не взбалтывать и разделить на три или более пачки в соответствии с ролями в вашем Agile-процессе. Приятного обсуждения!

Как создавать тренинги — практическое руководство на личном примере

practical-guide

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

Скажу сразу, что я не претендую на звание мега «тренера тренеров». Я начал проводить тренинги еще в 2007 году. Но с тех пор я многому научился, в том числе и сам прошел «тренинг для тренеров». Как показывает практика, если что-то долго делать, опыт и знания все-таки появятся 🙂

Работая с коллегами-консультантами, приходилось не раз обучать начинающих тренеров. Я уверен: даже если мои ученики не ведут тренинги регулярно, то полученные навыки не раз им пригодились.

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

Этап 1. Хочу создать тренинг. С чего начать?
Я убежден: тренинг – продукт. А для продуктов я рекомендую создавать «Видение Продукта», которое помогает ответить на простые вопросы и держать в фокусе конечный результат.

Первый вопрос: «Для кого этот тренинг?»

Для команды, которая только думает о внедрении Agile-методов? Для команды, которая их уже практикует, но хочет переосмыслить, что и как они делают? Для группы менеджеров компании, которые хотят побольше узнать, как работать по Scrum-методологии? Для отдела DevOps, который внедряет Kanban? А может для HR-отдела, который хочет узнать новые слова или, наоборот, внедрить некие легковесные процессы, чтобы лучше делать свое дело? 🙂

Второй вопрос: «Зачем ИМ этот тренинг?»
Частично он выходит из ответа на первый вопрос, добавляя фокус и цели тренинга. Тренинг может быть направлен на ознакомление с широким кругом принципов и методов или на практические навыки в одной узкой области. Особенно хорошо, если участники соберутся уже на следующий день, чтобы использовать полученные знания и навыки.

Вопрос третий: «Какие у нас ограничения?»
Первое и самое распространенное ограничение – время. Если у меня есть один день, тогда можно рассчитывать на раскрытие 3-4-х тем, с учетом теории и практических упражнений. Два и больше дней, а это, можно сказать, уже роскошь, дают возможность глубоко погрузиться в разные темы, которые вместе создают целостное понимание отдельных частей общей картины. Но иногда время строго лимитировано и есть только полдня (примерно 4 часа) или мастер-класс на два часа. В таком случае нужно выбрать более узкий фокус и отказаться от многих интересных тем, которые вы не успеете рассмотреть.

Другое, не такое критическое ограничение – материалы. Флипчарт, стикеры и распечатки вы можете найти в любом офисе. Отлично, если есть возможность заранее собрать дополнительные материалы для упражнений – монеты, карточки для упражнений и прочие домашние заготовки. Поэтому, несмотря на мою безграничную любовь к Lego, я предпочитаю не использовать его для тренинга: нужно таскать с собой огромную коробку. А так я готов провести тренинг почти в любое время и в любом месте с минимальной подготовкой.

Конечно, на фоне всего этого у вас должна проскочить мысль о месте для тренинга. Где вы его проведете? Какое помещение вам доступно? Есть ли там столы для работы в группах и другие материалы? Об этом поговорим позже, когда приступим к упражнениям.

Дополнительные вопросы: «Какие критические атрибуты?» и «На что может быть похож этот тренинг?».

Частично они уже понятны из всех предыдущих ответов. Но стоит обратить внимание на один важный аспект: количество участников. Я сторонник концепции «Training from the back of the room» (тренинг из дальнего конца комнаты). Другими словами, я считаю, что в тренинге должно быть больше интерактива между участниками и меньше «монопольных» рассказов тренера. Лучше всего тренинг проходит в относительно небольших группах от 8 до 16 человек. При максимуме в 20 человек еще можно рассчитывать на внимание тренера к каждой группе участников. Если же у вас больше участников, то нужно будет думать о помощниках или об упражнениях, которые не требуют особого внимания тренера.

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

Еще Сократ сказал, что вовлечение в обучение способствует запоминанию. Это знают все, кто так или иначе знаком с проблемой обучения практическим навыкам (а гибкие методы работы – тоже навык).

Хорошая новость: в арсенале тренера множество способов интерактива. Например: обдумывание вопроса самостоятельно, обсуждение в парах или группах до 5 человек, участие в упражнении (serious play), разбор кейсов или просто общее интерактивное обсуждение с тренером и многое другое. Обо всем этом мы поговорим в следующих статьях, когда будем наполнять наш тренинг.

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

Создаем тренинг для участников, которые пока еще мало знакомы с Agile-принципами разработки и в частности Scrum-методом. Это может быть отдельная команда или сборная группа в компании. Цель тренинга – раскрытие основных тем, таких как понимание идеи Agile, знание практик работы по Scrum-методологии, методы командной оценки и планирования итераций и проектов. Также обязательно получение практических навыков, чтобы начать их применять сразу после тренинга. По времени мы можем рассчитывать на однодневный тренинг при оптимальном количестве в 15 человек.

Так и назовем его – «Однодневный Scrum-тренинг»

Далее мы поговорим о том, как создать структуру тренинга, чтобы упаковать туда все необходимые темы. Обсудим, как сбалансировать расписание и подобрать интерактивные упражнения, которые объединяют теорию и практику.

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

Scrum Card Game — настольная Scrum игра

Scrum Card Game - настольная Scrum игра
Когда я только начинал вести тренинги по Scrum методологии и принципам Agile разработки, пришло понимание — теория легко забывается. Проще учится на своем опыте. Так мне понадобилась Scrum игра.

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

Так родилась идея, а затем и настольная игра — Scrum Card Game. С тех пор она отлично послужила мне и многим моим коллегам-консультантам. Меня неоднократно просили сделать ее доступной для широкой публики те, кто хоть раз в нее играл.
Настало время! 🙂

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

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

Для игры вам понадобится сделать игровые карточки: достаточно скачать инструкцию на странице игры Scrum Card Game — там же внутри есть шаблон карточек для печати. Вам также понадобятся два кубика (игральные кости) на каждую команду. Команды рекомендую собирать по 4-5 человек, максимум 6. Они работают независимо друг от друга, поэтому игру можно использовать и для большой аудитории, лишь бы были запасные наборы 🙂

Итак, объявите цель игры: каждая команда разрабатывает новый продукт и после третьей итерации выходит в “production” со всем, что они успеют сделать.

Каждая команда должна Запланировать спринт, Исполнить спринт и Адаптироваться на основе своего опыта. Зайдите на страницу игры и скачайте подробные инструкции.

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

Scrum Card Game опубликована по Creative Commons Attribution-ShareAlike 4.0 International License. Это означает, что вы можете свободно использовать игру в своей работе, даже в коммерческих тренингах и проектах, при условии, что упомянете авторство и источник, а также при условии, что все производные игры публикуются под такой же лицензией.

С удовольствием обсужу ваш опыт игры или идеи по ее развитию. Вы можете связаться со мной на странице «Контакты».

Продуктивный тренинг — это заслуга участников

IC-Agile

Я большой сторонник концепции «Training from the back of the room». Кто хоть раз был у меня на тренинге знает, что большая часть времени — это интерактив с участниками и работа в группах. Поэтому я твердо уверен, что отличный тренинг — это большей частью заслуга участников 🙂

На днях мы проводили открытый тренинг «Гибкая разработка ПО», аккредитованый международным Agile консорциумом (ICAgile International Consortium for Agile). Напарником в этот раз был мой коллега Андрей Баглай, за что ему отдельное спасибо.

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

Кто-то может спросить, почему я НЕ опубликовал анонс тренинга, а сейчас пишу о нем пост-фактум. Причина проста, на тренинге не было свободных мест 🙂

Я уже получил ряд писем от людей, не успевших попасть и спрашивающих о следующих тренингах, поэтому и решил как-то исправить ситуацию. Хочу сообщить, что 28-29 ноября, 2014 года в Минске состоится такой же класс по Agile управлению проектами, также аккредитованный международным Agile консорциумом.

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

Еще раз спасибо всем участникам тренингов и читателям блога.
Оставайтесь с нами.

Мастер-класс по Kanban в Днепропетровске

kanban-steps

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

Итак, 13 октября в Днепропетровске буду проводить мастер-класс «Как начать применять Kanban», куда всех желающих и заинтересованных приглашаю. Обещаю, что будет полезно, насыщенно, динамично и интересно 🙂

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

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

Что важнее для Владельца Продукта: данные или интуиция? Или чему мы можем научиться у «Звездных Войн»

В преддверии «Бэклоговедение в Scrum» — следующего модуля из цикла «Agile своими силами», я перебирал заметки и мысли на тему того, как владельцы продукта расставляют приоритеты. Положа руку на сердце, если судить из моего личного опыта, многие делают это спонтанно и интуитивно.

Достаточно ли руководствоваться одной интуицией или этого мало? Вопрос риторический, и как иллюстрацию можно привести диалог Люка Скайуокера и Оби Вана Кеноби из IV части «Звездных войн». Когда Люк только только тренировался на борту «Тысячелетнего Ястреба» обращаться с лазерной саблей, то его учитель предложил ему закрыть глаза щитком и продолжить вслепую. «Твои глаза могут тебя подвести. Не доверяй им. Полагайся на свои чувства», — сказал Кеноби. (далее…)

Открытый тренинг в Днепропетровске "Как из того, что есть, сделать команду"

Рад сообщить, что выдалась возможность провести открытый тренинг в Днепропетровске, как говориться по многочисленным просьбам. Так 30 июня в субботу в Днепропетровске пройдет тренинг «Как из того, что есть, сделать команду»

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

Я не буду рассказывать, (далее…)

Agile своими силами — онлайн курс для прагматиков

Профессионалам всегда в какой-то мере легче. В своей области они уже научились бороться с препятствиями, обходить мелкие неудобства, добывать новые знания и навыки, когда это нужно. Труднее всего новичкам, которые только хотят начать получать свой опыт в той или иной области. Есть много практических вопросов из серии “с чего начать”, есть много теоретических знаний, которые сложно уложить в общую картину и есть еще много чего, о чем вы, возможно, даже не догадываетесь.

Когда-то давным-давно, мы писали о том, что важно держать курс на обучение. Однако просто прочитать о еще одной новой идее не достаточно. На сегодняшний день существует множество книг, мини-книг, статей и презентаций о том, что такое Agile и Scrum. Я работаю с командами, которые только начали внедрять методологию или уже давно работают, и хотят что-то улучшить. Так вот я постоянно, сталкиваюсь с тем, что им не хватает пусть минимального практического опыта, чтобы хотя бы начать двигаться в нужном направлении. Поэтому я решил поделиться практическим опытом внедрения Scrum методологии, так, как я это делал бы для своих знакомых. (далее…)

"Нарисуй меня" или как закрепить знания об Agile и Скрам с помощью игры в "Крокодил"

КрокодилВо время праздников, когда собираются большие компании, есть много интересных и веселых игр. Одна игра известна, пожалуй, всем — это «Крокодил» или игра в Ассоциации. Кстати, во время тренинга тоже собирается большая компания и эту игру можно с большим успехом использовать для закрепления пройденного материала, ну и получения «фана» заодно ;-).

Идею игры «Нарисуй меня» я в свое время почерпнул на сайте TastyCupCakes, который является почти официальным сборником игр (и упражнений) на тему Agile и связанных с ним. Как вы, возможно, помните, небольшая группа переводчиков (и я в том числе) взялись за перевод этого сайта на русский язык. Уже переведено много игр и на подходе еще больше.

Для тех же, кому понравилась идея закрепить знания об Agile и Скрам с помощью игры в «Крокодил», публикую описание. (далее…)

Изменение дат тренингов в Киеве и Днепропетровске в июне!

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

4 июня(суббота) в Днепропетровске пройдет тренинг развития навыков эффективной работы в команде «Как из того что есть сделать команду».

11 июня(суббота) в Киеве тренинг по управлению требованиями в стиле Agile «Говорим с заказчиком на одном языке».

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