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

С обучением и внедрением все ясно, тут у меня с ними проблем не возникло. А вот вопросы от топ-менеджмента на тему: «Покажи нам еще примеры таких больших проектов сделанных по Scrum (или другим методологиям)» — честно, поставили меня в тупик.

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

1. Big Bang от Salesforce.com

Это, пожалуй, один из самых публично известных примеров. О нем писал Mike Cohn в своей книге «Succeeding with Agile», говорили другие известные евангелисты, да и сама компания немало об этом говорила.

Когда компания выросла, и в R&D стало работать 200+ человек, они поняли, что «как раньше» работать не получается. Поэтому в 2007 году они выбрали подход внедрения «Big Bang» — все команды переформировали в кросс-функциональные и стали работать по модификации Scrum+XP с адаптацией к нуждам компании.

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

2. Hewlett-Packard — трансформация разработки LaserJet Firmware

Уверен, компания и конкретно LaserJet принтеры известны каждому. А знаете ли вы, что Firmware, т.е. программы для управления принтером, делаются тоже по Agile?

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

Сам проект включает в себя 400+ человек, в области разработки встроенного (embedded) ПО, а также всевозможных сервисных программ. Распределенная разработка по 6 локациям, ну и прочие «прелести» такого масштаба. Подробнее они рассказывали в докладе «A Practical Approach to Large-Scale Agile Development«.

3. Много-командный Agile от Норвежского Пенсионного Фонда

Мы уже знаем, что скандинавские страны достаточно «продвинуты». Оказывается, в области госсектора они тоже не теряют времени даром. Государственный Пенсионный Фонд, конечно же, разрабатывает программное обеспечение для внутренних нужд. И судя по всему достаточно неплохо.

В период с 2008 по 2011 они осуществили крупномасштабный проект, где было задействовано 12 Scrum команд с количеством участников от 80 до 180+ в разное время. Планы изначально были амбициозные и, как я понял, сильно помогала поддержка от топ-менеджмента. Судя по тому, что с радостью рассказывают о своем опыте на конференции — у них все получилось… Презентация «How to get at multi team agile project going a presentation based on the experience from PERFORM«.

+1 Бонус: Lean from the Trenches — Управление крупно-масштабными проектами с использованием Kanban

Многие наши читатели, и все активисты Agile Ukraine движения, знают имя Хенрика Книберга. Он автор книг в переводе которых, мне когда-то довелось участвовать: »Scrum и XP: заметки с передовой«, а также «Kanban и Scrum: выжимаем максимум«.

Недавно Хенрик, наконец-то, опубликовал финальную версию новой книги «Lean from the Trenches«, где рассказывает о практическом опыте Lean-изации разработки крупного проекта для Шведской полиции. На проекте работало в среднем 60 человек, разработка включала hardware решение, интеграцию со множеством других систем и другие «прелести». О том, как они вместе координировали усилия, Хенрик и рассказал в своей книге.

Надеюсь, что эти примеры помогут вам, как помогли мне. Если знаете еще, поделитесь в комментариях

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

Статьи по теме

• Играют все или мои впечатления от посещения Play4Agile
• Консультанты, тренеры, коучи и другие милые люди
• О книгах: “Succeeding with Agile” или “Scrum. Гибкая разработка ПО”
• Продукт: вам нарезать или целым куском? (доклад на конференции AgileBaseCamp)
• Тезисы доклада "Продукт: вам нарезать или целым куском?"

© Тимофей Евграшин для The Improved Methods, 2012. | При перепечатке ссылка на оригинал обязательна

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

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

Но если вам нравится и работа, и то что вы делаете, а по сути руководитель – это единственное слабое звено в этой цепи, то встает вопрос: «Что же можно сделать, чтобы улучшить свое положение? Как избежать этого микроменеджмента?»

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

Почему людям не нравится микроменеджмент?

1. Микроменеджмент не оставляет места для творчества
2. Может привести к стрессу, потому что человек находится под постоянным давлением
3. Он требует гораздо больше времени, так как каждый шаг требует согласования
4. Не дает возможности профессионально развиваться

И так далее и тому подобное.

 Что же можно со всем этим сделать?

Отнеситесь к себе критически. Это не просто. Возможно причина не только в руководителе. Задайте себе вопросы:

• Руководитель ведет себя так только со мной?
• Давал ли я повод руководителю не доверять мне?
• Пропускал ли я важные сроки?
• Бывает ли и как часто, что я не могу сосредоточиться?
• Хорошо ли я контактирую с людьми? Всегда ли мне удается донести свою мысль до окружающих?
• Всегда ли я правильно распознаю важность писем, присылаемых руководителем?

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

Если с ответами на эти вопросы все в порядке, то можно кое-что сделать, чтобы улучшить ситуацию:

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

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

P.S. Кстати, вот тут мне подумалось, что, наверное, работа по Scrum должна предотвратить такое явление как микроменеджмент в принципе?

Статьи по теме

• О книгах и не только
• Талант руководителя - в поступках
• Лидер должен начать с себя
• 12 вещей, которым хорошие руководители могут научиться у хороших родителей
• Доверять сложно, но попробовать - можно

© Мария Евграшина для The Improved Methods, 2012. | При перепечатке ссылка на оригинал обязательна

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

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

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

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

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

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

Оставайтесь с нами, у нас еще есть много чем с вами поделиться.

Статьи по теме

• Что почитать Владельцам Продукта?
• Когда и как выбирать пилотные команды (часть 2)
• Интервью с Майком Коном
• Зачем мы играем в покер на работе
• Agile по-крупному или 3+1 примера крупномасштабной трансформации компаний

© Тимофей Евграшин для The Improved Methods, 2012. | При перепечатке ссылка на оригинал обязательна

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

Если ты не руководитель и не можешь его уволить, то приходится искать варианты.

Что можно сделать:

1. Самый простой вариант – свести к минимуму совместную работу с таким человеком. Однако тут мы можем оказаться в ловушке, так как, возможно, нам придется выполнять огромную часть его работы, только чтобы не расстраиваться, что он нас подвел и чего-то не успел
2. Поговорить с глазу на глаз. Тут множество вариантов

Например:

• Если было время, когда этот «ленивый» человек не был таким ленивым, то возможно, у него что-то произошло, он находится в подавленном состоянии, и даже сам не замечает, что подводит других. И тут даже простой разговор может помочь справиться с ситуацией.

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

• Сложнее всего, когда и задачи человеку по плечу, и сказать, что раньше он был менее ленивым сложно, но «уж больно специалист хороший», или какой-то другой вариант. Здесь можно применить технику обратной связи. К такому разговору нужно хорошо подготовиться, быть максимально спокойным и аргументированным, и ни в коем случае не переходить на личности.

• Еще один вариант, это когда человек очень долго проработал на одном месте, и его лень продиктована демотивацией. Как его мотивировать, если он сам себя промотивировать не может – интересный  вопрос. И нужно ли это вообще? Допустим, что в силу каких-то причин, нужно Тогда уже надо искать мотивацию, и тут одним разговором навряд ли обойдешься, но попробовать стоит, и здесь тоже пригодятся и активное слушание, и техника обратной связи. И не стоит забывать, что простая благодарность и похвала могут творить чудеса.

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

Статьи по теме

• Отдых или как оторваться от работы
• Почему руководители не могут мотивировать своих сотрудников
• Кто подумает об HR-е или проблема разбалованных специалистов в ИТ
• Вдохновение или мотивация?
• В поисках РОСТа или модель GROW

© Мария Евграшина для The Improved Methods, 2012. | При перепечатке ссылка на оригинал обязательна

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

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

Ответ: 5-10 минут. Рисование интеллект-карт не требует больше времени, чем, например, создание ToDo списка. Основная прелесть в том, что используя символы, свои знаки и картинки, можно сделать это очень быстро и наглядно.

Вопросы: «Стоит ли помечать выполненные задачи на карте? Если да, то каким образом?» и «А как на майнд карте удобно отмечать выполнена задача или нет? В туду листе это сделать проще.»

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

Вопросы: «В какое время дня планируете день? Утром или же перед сном?» и «когда вы ее рисуете? с утра, вечером, на работе?»

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

Вопрос: как может помочь интеллект-карта в управлении временем, если задачи  на день приходят и динамически меняются в течение дня?

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

Вопросы: «Я так понимаю техника mindmap не выдерживает  высокой динамики приоритетов в течении дня. Например когда  изначальные планы могут меняться до 80%» и «позволяет ли инт. карты корректировку в течении дня, недели т.д»

Ответ: Mind-map — это то, что вы делаете для себя, и таким образом, как вам удобно. Вы можете расставлять приоритеты, выделяя разными цветами ветви. Интеллект-карта позволяет не создавать столпотворение в голове и видеть цельную картину. Поменялся план — если надо, нарисуйте новую интеллект-карту, дорисуйте ветви в старой и так далее. Модификаций может быть масса.

Вопрос: какой смысл ответвлений, правило рисования тех или иных ответвлений

Ответ: Я писала об интеллект-картах здесь в блоге — можно почитать.

Вопрос: какое макс.к-во элементов(1-го уровня) имеет смысл использовать?

Ответ: Все зависит от цели интеллект-карты. Если это интеллект-карта на день, то мы ограничиваем себя 4-6 основными делами на день, соответственно столько будет и элементов первого уровня. Если говорить о других интеллект-картах, то все зависит от «ключевой идеи» интеллект-карты.

Вопросы: какие именно инструменты рекомендуете? Можно привести примеры вебовых инструментов для создания интеллект-карт, желательно бесплатных

Ответ: Лучше всего рисовать интеллект-карты от руки. Здесь могут помочь записные книжки с шаблонами интеллект-карт, как в магазине Brainshop, либо обычный пустой блокнот. Что касается онлайн-приложений и других программ, то на википедии есть отличный список всяких разных приложений для построения интеллект-карт.

Подводя итог, хочу отметить, что не считаю, что интеллект-карта — это инструмент, который поможет всем-всем-всем и во всем, это просто еще один инструмент, и возможно, зная о нем чуточку больше, вы сможете использовать его под свои нужды время от времени. Не надо изобретать велосипед, там где он уже изобретен. Если у вас все работает, то возможно интеллект-карты вам как инструмент тайм-менеджмента и не нужны:) А возможно вы сможете использовать их как только какой-то аспект для повышения личной эффективности и саморазвития.

Статьи по теме

• Интеллект-карты: подход к решению любых проблем
• Продукт: вам нарезать или целым куском? (доклад на конференции AgileBaseCamp)
• Мы все делаем это...
• "10 канбан досок и их контекст" теперь и на русском
• Важные события конца января и февраля!

© Мария Евграшина для The Improved Methods, 2012. | При перепечатке ссылка на оригинал обязательна

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

Для всех, кто не попал или хочет пересмотреть мой доклад я сделал небольшой «подарок» и записал сам рассказ, так что получился слайдкаст.

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

Хочется сказать спасибо всем, кто не поленился отдать ThankYou карточку — эта стопка является видимым признаком обратной связи. Хотя конечно в устной форме или через Twitter тоже было приятно слышать

Кстати, восхищение по поводу визуального ряда стоит направить Марии, она мой личный дизайнер с огромным опытом визуальной подготовки презентаций.

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

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

Статьи по теме

• Тезисы доклада "Продукт: вам нарезать или целым куском?"
• Последние события уходящего года, и первые - приходящего :-)
• "Посмертное вскрытие", "разбор полетов" или Ретроспектива?
• Несколько анонсов
• Урожайное начало лета:-)

© Тимофей Евграшин для The Improved Methods, 2012. | При перепечатке ссылка на оригинал обязательна

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

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

Побольше вам завершенных дел!

А если хотите узнать, как другим удается завершать дела — присоединяйтесь 4 февраля к онлайн-конференции ITBrunch «Time Managment»

Статьи по теме

• Успеть до конца года :-)
• 10 способов побороть прокрастинацию
• "Интеллект-карты как инструмент тайм-менеджмента" на ITBrunch
• Важные события конца января и февраля!
• На пути к своей цели

© Мария Евграшина для The Improved Methods, 2012. | При перепечатке ссылка на оригинал обязательна

Всего неделя осталась до моего выступления на конференции AgileBaseCamp. Вроде бы идеи обобщены, слайды подготовлены и одобрены — можно расслабиться. Разве только, что еще нужно прорепетировать, дабы не выйти за ограничение по времени (а дают всего 30 минут на все про все ).

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

Поэтому решил поделиться тезисами доклада и попросить идеи и комментарии от тех, кто придет на доклад или хотел бы прийти, но не смог. Слайды поменять не обещаю — они подготовлены Марией и, как всегда, великолепны. А вот упомянуть интересующие моменты на словах — это всегда могу.

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

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

«Слона нужно есть по частям» — все так говорят, но мало кто делает — почему? Конечно можно сказать словами Вольтера, что мол «common sense is not so common». Всегда есть какие-то причины, почему люди не делают очевидные вещи. Я приведу буквально три оправдания, которые мне довелось слышать недавно, и мы вместе посмотрим, как это звучит со стороны.

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

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

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

Оставайтесь с нами и следите за нашими обновлениями через RSS.

Статьи по теме

• Продукт: вам нарезать или целым куском? (доклад на конференции AgileBaseCamp)
• Последние события уходящего года, и первые - приходящего :-)
• Несколько анонсов
• Урожайное начало лета:-)
• Насыщенный апрель

© Тимофей Евграшин для The Improved Methods, 2012. | При перепечатке ссылка на оригинал обязательна

Еще Маттиас опубликовал замечательную статью «10 kanban boards and their context», которая содержит подборку примеров организации досок задач для разных типов команд: от разработки, до отдела продаж и маркетинга.

Эта статья неоднократно помогла мне в моей работе по визуализацией процессов у моих клиентов и служит неизменным источником вдохновения. Поэтому я решил, что таким полезным делом нужно делиться и перевел эту статью на русский язык. Вы можете скачать статью «10 kanban досок и их контекст» по этой ссылке, с сайта автора.

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

Оставайтесь с нами, у нас есть еще много чего полезного.

Статьи по теме

• «Давайте померяемся досками»
• Электронные доски: как бороться с информационными холодильниками
• "Интеллект-карты как инструмент тайм-менеджмента" на ITBrunch
• Продукт: вам нарезать или целым куском? (доклад на конференции AgileBaseCamp)
• "Посмертное вскрытие", "разбор полетов" или Ретроспектива?

© Тимофей Евграшин для The Improved Methods, 2012. | При перепечатке ссылка на оригинал обязательна

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

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

Вам понадобятся следующие материалы:

• 2 доски, одна напротив другой
• маркеры
• 10-20 карточек с терминами (если кому-то интересно, могу опубликовать свои карточки, которые я использую на тренинге)

Правила простые. Разделите участников на две команды. Члены каждой команды по очереди противостоят представителю соперников.

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

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

Можно также использовать это упражнение и для терминов из других областей (UML, шаблоны проектирование, да что угодно). При желании можно даже соревнования проводить — чем не идея для корпоративного тимбилдинг мероприятия?

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

Статьи по теме

• Игра "Переверни монетку" – результаты
• Планов громадьё :-)
• Открытые тренинги в Днепропетровске, Киеве и Харькове
• Как это было в Харькове 2 недели назад
• Интересные события в мае-июне

© Тимофей Евграшин для The Improved Methods, 2012. | При перепечатке ссылка на оригинал обязательна