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

build-scrum

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

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

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

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

Пиццерия, как пример построения Kanban процесса или Kanban-Pizza Game

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

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

Сразу уточню, игру Kanban-Pizza Game придумали мои коллеги-коучи (и хорошие знакомые) из компании Agile42. Они опубликовали ее под лицензией Creative Commons и сделали доступной для всех желающих, главное не забывайте упоминать первоисточник. Я же публикую инструкцию на русском и заодно покажу свои слайды, которые использовал во время мастер-класса. (більше…)

Учимся на своих ошибках или игра Nobody’s Perfct

На конференции Agile Eastern Europe 2011 я делал мастер-класс сессию о том, как научить команды выносить проблемы на общее обсуждение. Ведь именно совместное решение проблем делает команду командой 😉 Проблема обширна и мы уже не раз писали на нашем сайте о вопросах доверия в команде. В то же время, всегда есть небольшие шаги, которые можно начать практиковать уже сейчас.

Представьте себе, что вы собрались всей командой, например, на Daily Scrum – ежедневную встречу для синхронизации усилий. Одна из целей встречи – это выявление проблем. А что делать если люди боятся стесняются выносить проблемы на всеобщее обсуждение? Вот этот навык «выкладывать проблемы» и нужно развивать. Вы будете удивлены силе совместного решения проблем, если научитесь ее правильно использовать. (більше…)

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

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

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

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

Еще один способ быстрой оценки Бэклога в Пунктах или как оценивать играючи

Около года назад я рассказывал о том “как научить команду оценивать в ежиках попугаях” (aka в пунктах, story points или как вы их там называете). С тех пор я неоднократно ссылался на этот пост во время работы с командами или на тренингах. Но и этого не всегда достаточно, чтобы команды смогли не только понять, а и начать использовать практику сравнительной оценки.

Вот с Planning Poker вроде все понятно – там есть простые правила и мы следуя им можем начать что-то оценивать. Правда проблема Покера в том, что не понятно сколько “весит” каждая отдельная карточка и чему равен один пункт. С наглядной шкалой вроде проще, но непонятно кто и как раскладывает карточки так, чтобы могли высказаться все – от джуниора до синьора, тестировщики, разработчики, аналитики и все-все-все.

Есть еще одна “игра в оценку” с более простыми правилами и даже более эффективная, чем Planning Poker. (більше…)

Игра в жизнь

Последние пару дней мы всей семьей осваивали новую настольную игру «Жизнь».  До этого мы «разводили животных», «раскрывали убийства», «варили зелье» и многое другое 🙂 Игра «Жизнь» достаточно простая, и в то же время заставила меня задуматься  в нескольких направлениях.  В этой игре побеждает тот, у кого больше всего денег, а в чем итог настоящей жизни?

Когда подберется старость, оглянувшись назад, что поможет сказать: «Да, я прожил отличную жизнь»: Дети? Семья? Карьера? Отличное здоровье? Деньги? Путешествия? Популярность? Значимые достижения (как например, полезная  книга или нобелевская премия)? Навряд ли что-то одно, наверное – некий баланс из всех сфер жизни. Как думаете? (більше…)

Как объяснить команде необходимость совместной работы

Не смотря на то, что про философию Agile разработки говорят уже около десятилетия, а сами методологии существуют уже скоро два десятка лет, всё равно сталкиваешься с необходимостью объяснять участникам проектной команды выгоды от совместной работы. Часто я сталкиваюсь с разработчиками, которым приходится объяснять необходимость более тесного взаимодействия с тестерами и представителями других специальностей. До сих пор еще много команд не задумывается о необходимости оптимизации работы всей команды, а не отдельно взятых её участников. (більше…)