Упражнение для обсуждения ролей в 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-процессе. Приятного обсуждения!

Agile Topics Cards — универсальный инструмент agile-коуча, и не только

agiletopicscards

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

Для меня таким инструментом стали Agile Topics Cards. Это карточки с визуализацией терминов философии Agile Software Development. Их придумал Джимми Джанлен (Jimmy Janlen) из шведской консалтинговой группы Crisp, которая уже радовала нас трудами Хенрика Книберга и Маттиаса Скарина.

Всего карточек — 162. Каждая карточка содержит термин и его визуализацию.

Карточки делятся на:

зеленые: практики, техники и инструменты;

синие: темы для обсуждения;

красные: абстрактные модели и теории.

Чтобы начать работать с терминами, карточки (или их часть) нужно распечатать и желательно заламинировать.

Только представьте количество вариантов их использования! Джимми предлагает 9 первоначальных идей:

  1. Выбор темы для обсуждения в формате Lean Coffee.
  2. Вдохновение для статей в блоге (мне точно стоит попробовать! :))
  3. Обсуждение один на один — отличный вариант для парного коучинга.
  4. Источник тем для очередной ретроспективы в команде.
  5. Личное развитие: выберите термин и за 20 минут попробуйте найти в гугле как можно больше информации на эту тему.
  6. Аудит/оценка состояния команды или организации: выберите определенные карточки и проанализируйте, знают или не знают про эти термины в команде, делают/не делают и т. п.
  7. Тема недели: выберите карточку и повесьте ее на видном месте, чтобы в течении недели побуждать обсуждение этой темы командой.
  8. Рассказ историй: произвольно выберите 4-5 карточек и рассказывайте с их помощью истории.
  9. Короткое выступление на произвольно выбранные темы для обмена знаниями (например, во время обеда).

Меня познакомили с этими карточками на моем любимом  «слете коучей” Play4Agile. Там собираются такие, как я, чтобы обменяться идеями и практиками, и создать новые игры для обучения и развития команд. Конечно же, мы решили придумать как можно больше упражнений с этими карточками.

Вот вам несколько наших идей:

  1. Speed Dating with Agile Topics Cards. Всем участникам раздаются выбранные карточки, и каждый по очереди рассказывает своему партнеру о том, что знает на эту тему. Затем один ряд участников сдвигается, и новые пары повторяют обсуждение.
  2. С помощью карточек можно договориться о практиках и принципах, которые хочет применять вся команда. Для этого карточки делятся на три категории: необходимые (Must), полезные (Should) и просто интересные (Nice to have).
  3. С помощью терминов можно обсудить ответственность и практики для каждой из ролей в команде (это упражнение стало моим любимым, и я напишу о нем отдельно).
  4. Сортировка связанных терминов (Like to like). Можно складывать рядом термины, которые вы считаете связанными между собой. Получается эдакий мега-пазл.
  5. Сортировка карточек по категориям «прекратить» (Stop doing), «начать» (Start) и «продолжить» (Continue) хорошо подойдет для ретроспективы или просто командного обсуждения совместной работы.
  6. Можно использовать карточки как дополнение к другим играм или техникам фасилитации. Например, к созданной с моим участием игре Nobody’s Perfect или другой, не менее интересной игре — Fearless Journey.
  7. Ну и для завершения на веселой ноте — карточки можно использовать для игры в “крокодила”. Первая команда передает игроку второй команды карточку с термином, а он должен изобразить его только знаками, без слов, или хотя бы не используя ключевые слова. Члены второй команды должны угадать, что это за термин 🙂

Хорошим дополнением к карточкам станет книжка Agile Planet. Это некий сводный словарь терминов, но кроме  пиктограммы, там есть краткое пояснение. Хорошо подойдет для первичного понимания незнакомых терминов, а уже потом можно искать в интернете статьи и материалы, связанные с этими терминами.

Как видите, идей можно придумать очень много. Рекомендую вам как можно скорее скачать файл с карточками и начать их использовать.

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. Это означает, что вы можете свободно использовать игру в своей работе, даже в коммерческих тренингах и проектах, при условии, что упомянете авторство и источник, а также при условии, что все производные игры публикуются под такой же лицензией.

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

Читать? Легко!

more-books

Если вы постоянный читатель, то возможно уже видели наши обзоры книг. Как я знаю, много людей впервые попали на наш блог именно из-за обзоров книг, которые им порекомендовал Google. Однажды, мне даже позвонили и спросили не продаём ли мы книгу «Цель», о которой мы писали уже много лет назад.

А знаете ли вы, какая моя основная проблема с написанием таких обзоров? Ответ: перед тем как писать обзор, книги нужно прочитать! 🙂 Я не говорю уже о самом процессе написания текста обзора. Прежде всего нужно прочитать книгу, чтобы говорить о том, что я сам прочитал и знаю.
Уверен, у многих из вас, такая же проблема — умные книги читаются долго и не всегда легко. К сожалению, моих любимых «бизнес новелл» пишут мало. А сохранить энтузиазм и внимание к книге на 300 страницах, тяжело.

Кажется, я нашёл решение! Точнее случайно нашёл того, кто нашёл решение, и он мне помог 🙂 (далее…)

Как объяснить команде Scrum или упражнение “Построй свой Скрам”

build-scrum

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

Думаю, в моей работе тренера и коуча Agile команд, мне приходится делать это еще чаще чем вам :-). И основной совет – это рисовать картинку от руки, а не использовать слайды или распечатки. В этом случае люди лучше запоминают основные части и именно этот принцип я использовал в видео курсе «Agile своими силами», когда рассказывал про Scrum фреймворк.

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

С другой стороны, мне необходимо быстро выявить пробелы в знаниях и явное непонимание терминов, плюс все-таки нарисовать картинку, чтобы была перед глазами, плюс привести всех к общему пониманию. Для этого я использую упражнение, которое можно назвать “построй свой Скрам”, и вот как я это делаю.
(далее…)

Онлайн курс "Agile своими силами" теперь доступен каждому!

За прошедший год мне удалось реализовать настоящий полноценный продукт, который называется «Agile своими силами». Очень много времени ушло на то, чтобы составить такой курс, после просмотра которого было бы все ясно и понятно, чтобы действительно можно было начать внедрять все, что касается Agile в целом, и Scrum в частности.

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

В этом курсе я делюсь своим опытом, именно опытом того, через что я прошел сам,  а не теориями из книжек. Именно поэтому считаю этот курс уникальным 🙂 Здесь в основном практические аспекты, хотя без теории тоже никуда, но она здесь только для общего понимания и ее по сути — минимум.

Итак, Agile своими силами — это онлайн-курс самостоятельного изучения различных аспектов Agile в виде серии коротких видеороликов. Программа представляет серию из 13 видеороликов, продолжительностью до 30 минут, каждый из которых рассказывает об отдельной теме. Всего более 6 часов видеоматериала! (далее…)

9 августа — Agile своими силами: отвечаю на вопросы по всему курсу

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

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

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

Регистрируйтесь на Q&A сессию в четверг 9 августа 2012 года, в 11:00 по киевскому времени (GMT+3 UTC, EEST).

Agile для уже “живых” проектов — ответы на вопросы участников "Agile своими силами"

Прошлый модуль онлайн курса “Agile своими силами” был характерен тем, что я не накопил “вопросного долга” и за дополнительное время сумел ответить на все вопросы участников. Стараюсь потихоньку отвечать на вопросы с прошлых модулей 🙂

Один из мега популярных вопросов, которые мне доводится слышать на тренингах, конференциях и просто в частных беседах звучит как “Можно ли применять Scrum (Agile в целом) для уже существующих проектов?”. Участники первых модулей спрашивали подобные вопросы тоже:

Q: Можно ли применять agile для сопровождения продукта

Q: Чем может помочь уже в живых проектах, поддержке — постоянное исправление багов, планируется внедрение юнит тестов. Код legacy

Q: Как совместить разработку и корректировку ошибок (по саппорту) по одному продукту при скраме? Проблема в том, что объем саппорта нельзя запланировать.

Если ответить коротко, то ДА, можно и нужно (а какого ответа вы ожидали? :-)). Обычно уже идущие проекты характеризуются (далее…)

Ты посадил свое Agile-дерево? Упражнение, чтобы выработать общее понимание

На прошлом модуле из цикла «Agile своими силами» я рассказывал об одном упражнении, которое поможет вам самостоятельно, или в группе, разобраться с той терминологией, которая образовалась вокруг «слова на букву А» (Agile).

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

Если вы решили провести упражнение на встрече практиков, или даже тренинге, то разбейте людей на небольшие группы по 3-4, максимум 5 человек. Из моего долгого опыта обучения я понял, что обсуждения в группах большего размера не продуктивны или просто невозможны. Конечно, если у вас всего собралось 5 человек, то пусть каждый проделает упражнение самостоятельно. В конце у вас будет возможность сравнить результаты каждой группы или участника и совместно обсудить их. Итак… (далее…)

3 книги про публичные выступления, которые стоит прочитать

Не так давно написал «5 советов о том, как готовиться к выступлению». Как и большинство статей на этом сайте, эти советы были направлены моим коллегам и знакомым, тем, кто собирается выступать или хочет в следующий раз сделать что-то еще лучше. И, конечно, не только коллеги читают этот сайт, поэтому незамедлительно последовал вопрос о книгах, про которые я говорил в прошлой статье.

Книг на тему выступлений написано огромное множество. Хороших и не очень, больших и маленьких, переведенных и таких, которые стоит прочитать даже на языке оригинала. Если меня спросят, какие книги я рекомендую, то я смело могу остановится всего лишь на трех. Остальные тоже интересные, хотя если с чего-то начинать, то начните с этих. (далее…)