Игра с Burndown/Burnup

Хороший Скрам Мастер ежедневно обновляет Спринт Burndown, чтобы освободить команду от лишней работы. Отличный же Скрам Мастер помогает команде самоорганизовываться при помощи визуальных инструментов (Geodoff Watts, Scrum Mastery).

Burndown и Burnup – хорошо знакомые нам инструменты, которыми пользуются многие Скрам команды. Но, не смотря простоту, я сталкиваюсь с большим количеством недопониманий. Давайте рассмотрим некоторые из них, а затем я расскажу о том, каким образом можно увеличить эффективность использования этих инструментов.

Миф №1. Каждая Скрам Команда обязана строить Burndown. Действительно, еще десять лет назад Burndown был неотъемлемой частью Скрама, обязательным его артефактом (некоторые до сих пор считают так). Но сейчас это не так. В Скрам Гайде четко написано, что:

Возможно использование различных практик для прогнозирования прогресса, как, например, берндаун, бернап чарты или коммулятивные диаграммы. Эти техники полезны (Scrum Guide, july 2013).

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

В любое время можно суммировать оставшуюся работу в Спринте. Команда Разработки отслеживает ее, по меньшей мере, на каждом Ежедневном Скраме, чтобы понять вероятность достижения Цели Спринта. Отслеживая оставшуюся работу, Команда Разработки видит и управляет прогрессом (Scrum Guide, july 2013)

Вы можете использовать Burndown, а можете «зарядить» Burndown. А, возможно, ни один из этих графиков вам не приглянулся, и вы решили, что визуальная Скрам доска прекрасно отображает прогресс к Цели Спринта. И знаете что? Скрам ОК с этим.

Миф №2. Скрам Мастер должен обновлять Burndown/Burnup. Часто, когда я говорю командам о том, что они сами должны обновлять свои графики, я ловлю на себе недоумленные взгляды, а затем обычно кто-то спрашивает: «а Скрам Мастер тогда нам зачем?». У меня есть встречные вопросы:

• Для чего вообще Burndown/Burnup?
• Кто отвечает за достижение Цели Спринта?

 Burndown/Burnup существуют для того, чтобы давать обратную визуальную связь тем, кто отвечает за достижение Цели Спринта, и заставлять их рефлексировать, корректировать свои действия в зависимости от видимого прогресса. Так как именно Команда Разработки отвечает за достижение Цели Спринта (а НЕ Скрам Мастер), то она и должна отслеживать свой процесс сама. Частый негативный паттерн, который я вижу в Скрам командах, где Скрам Мастер ведет графики – команде глубоко побоку вся эта информация. Ну, меняются какие то циферки, и что дальше? Поверьте, если вы введете правило, что каждый по очереди должен обновлять график на стене во время или после Ежедневного Скрама, команда начнет реагировать на прогресс лучше.

Поведение людей является функцией от человека (Person) и его окружения (Environment). Вывел эту знаменитую формулу психолог Курт Левин:

B=f(P,E)

Для того, чтобы воздействовать на поведение людей, вместо того, чтобы менять самих людей (что очень тяжело), можно просто изменить окружение и тем самым заставить их самоорганизоваться внутри границ (How to Change the World, Yurgen Apello).

Какая же роль в этом случае отводится Скрам Мастеру? Объяснить команде, зачем нужен Burndown, научить его строить, задавать открытые вопросы и фасилитировать процесс, добиваясь самоорганизации.

Миф №3. Нужно стремиться к тому, чтобы фактическая линия на графике совпадала с идеальной.

Иногда менеджеры с гордостью демонстрируют идеальный Burndown, где зеленая линия (идеальная) совпадает с красной (фактической). У меня в голове возникают сразу две мысли:

• Этого не может быть.
• А если это действительно так, то зачем тогда им Скрам?

Чаще всего оказывается верным первое. В запутанной среде разработки ПО нельзя запланировать задачи на Спринт вперед так, чтобы исключить непредсказуемость. Беклог Спринта динамически меняется. Цветные стикеры двигаются по доске, оценки на задачи меняются, разработчики тратят на задачи больше или меньше времени, чем они изначально рассчитывали. В Запутанной среде (читаем Путешествие по Кеневину, часть 1) невозможно в конце получить то, что было запланировано в начале. А если ваша команда, все таки, занимается разработкой ПО и имеет подобные графики, то, скорее всего, отсутствует доверие. Разработчики завышают свои оценки, чтобы обезопасить себя.

Если же в команде доверительные отношения и мы не страхуемся завышенными оценками, а графики выходят идеальными, то я бы рекомендовал задуматься – а зачем здесь нужен Скрам вообще? Скорее всего, вы находитесь в Очевидном или Сложном доменах. Скрам – не серебряная пуля, возможно, вам подойдет «старый добрый Водопад».

Теперь я хочу поделиться своим собственным опытом в использовании Burndown и Burnup. Я приведу примеры конкретных практик, которые работали в моих командах.

Практика 1. Использование Burndown (часы) и Burnup (story points) одновременно. Долгое время я довольствовался лишь одним Burndown-ом, построенным на часах, но потом мне его стало не хватать. И вот почему. Он не отображает реальную бизнес ценность, доставленную командой. Если команда одновременно работает над большим количеством Историй (это плохая практиа, нужно ограничивать WIP), то, несмотря на то, что работа кипит – Истории не закрываются. В итоге можем придти к парадоксальной ситуации – Burndown почти «сгорел», а ничего, по сути, не сделано. Я начал пользоваться Burnup-ом, построенном на Стори Поинтах, который отображал доставленную ценность, но столкнулся с другой проблемой – иногда этот график сильно демотивировал некоторые команды. Представьте себе, что работа кипит, люди закрывают таски, а на графике унылая горизонтальная черта. И тогда я решил пользоваться двумя графиками одновременно.

Подобная практика убивает сразу двух зайцев:

• Показывает, насколько здоров ваш процесс и как быстро вы можете доставлять бизнес ценность на уровне Стори Поинтов (Burnup).
• Отображает общий прогресс на уровне часов (Burndown).

Не забывайте использовать визуальную Канбан доску и ограничивать работу в прогрессе (WIP), иначе можно остаться у разбитого корыта к концу Спринта (см. фото ниже):

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

Практика 3. Сделайте ваши графики визуальными и составной частью информационного радиатора. Каждый должен иметь возможность увидеть их и почесать голову в задумчивости, если там не все ОК. В отличии от информационных холодильников, дверцу которых нужно специально открывать (к примеру, электронные инструменты вроде Jira, Greenhopper), радиаторы излучают информацию и служат прекрасным источником коммуникации. И когда менеджер в очередной раз зайдет в комнату , возможно, все, что вам нужно будет сделать – проводить его к радиатору.

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

Практика 5. Обновляйте графики во время Ежедневного Скрама, чтобы вся команда видела их актуальное состояние и рефлексировала. После Ежедневного Скрама можно спросить: «ОК, кажется, мы не успеваем. Что мы можем сделать?»

Практика 6. Используйте геймификацию. Подкиньте команде идею добавить что-то новенькое в Burndown. Ведь скучно же каждый Спринт наблюдать за однообразными осями и цифрами. Удобно сделать это на Ретроспективе. И вот к чему можно придти:

Одна команда, состоящая из большого количества любителей пива, решила сделать свой Burnup чарт, используя пивные наклейки. Каждый пивной бокал равнялся 3 S.P.

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

А бывает просто вот так:

Практика 7. Никогда не стойте на месте и старайтесь разнообразить практики, пробуйте что-то новое. Начинайте, ошибайтесь и вновь пробуйте.

А как вы помогаете командам отслеживать прогресс к Целям? Делимся своим опытом в комментариях.

Дерево проблем

Зеркало заднего вида. Мы живем в запутанном мире, в котором очень тяжело что-либо предсказать. Будущее неясно и размыто. Скорость изменений очень возросла в последние десятилетия. Каждый день в запутанных системах агенты (люди) взаимодействуют между собой и результат этих взаимодействий непредсказуем. Меняются технологии, требования и люди. И лишь после того, как то или иное событие произошло, мы можем с помощью анализа дать ему рациональное объяснение. Мы словно пассажиры, сидящие в автомобиле - можем увидеть истинную природу вещей, лишь глядя в зеркало заднего вида.

Дерево проблем для Ретроспективы. В Скраме у нас есть специальная встреча, которая позволяет нам оглянуться назад (зеркало заднего вида) и провести анализ ошибок – Ретроспектива Спринта. Я предлагаю интересную активность, которая поможет вам исследовать проблемы, их причины и возможные последствия. Она называется «Дерево проблем». Итак, вот необходимые шаги для проведения активности:

• По необходимости разбиваем людей на мелкие группы.
• Раздаем каждой группе бумагу для флип-чартов и маркеры.
• Каждая группа рисует дерево, где ствол – исследуемая проблема, корни – причины, а крона и плоды – возможные последствия.
• Ограничиваем анализ по времени

После того, как время истекло, устраиваем дебриф. Мы можем попросить каждую команду представить свое дерево. Задаем вопросы:

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

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

ScrumOn!

Путешествие по Кеневину, часть 2

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

1. Несколько наборов Командного Рисовальщика (по одному на каждую команду). Он представляет собой небольшую деревянную платформу с отверстием внутри, куда вставляется маркер и небольшими отверстиями на краях платформы, куда цепляются цветные шнурки.
2. Люди – да, без них не обойтись. Рассчитываем по одному набору Командного Рисовальщика на команду. Каждая команда должна быть размером от 4 до 10 человек.
3. Несколько чистых листов бумаги для флип-чартов.
4. Достаточное пространство, поэтому заранее осматривайте помещение. Для комфортной игры на каждую команду понадобиться ~ 7-10 кв. м.
5. Повязки на глаза.
6. Если у вас остаются лишние игроки, которые не попадают в команды, то сделайте их наблюдателями за процессом, а после попросите поделиться своими наблюдениями.

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

• Раунд 1: Попросите команды взять концы нитей в руки и дайте задание  нарисовать идеальную  окружность.
• Раунд 2: Теперь просим нарисовать домик с окошком и ставнями, солнышко с лучами и рядом девочку, играющую с собачкой.
• Раунд 3: Говорим командам о том, что игра значительно усложняется и теперь придется рисовать вслепую. Раздаем повязки на глаза. В этот момент они будут пытаться заранее договориться, как действовать. Ха-Ха, как же они наивны. Их ожидает серьезный удар. После того, как глаза завязаны, просим нарисовать идеального Скрам Мастера. При этом говорить запрещаем. Если у вас две команды или более, то для разнообразия можно одной команде разрешить общаться, чтобы потом сравнить их ощущения.
• Раунд 4: Здесь можно еще раз помучать команды, и я оставляю право выбрать сценарий вам самим.

После активной части игры просим всех сесть на свои места, и говорим о Кеневине. Примерно так, как мы это делали в первой части статьи. Затем просим команды рассказать о своих ощущениях, возвращаем их к трем (четырем) раундам игры «Путешествие по Кеневину»:

• Что вы чувствовали?

• К какому из доменов вы бы отнесли каждый раунд?
• Почему?
• Как изменилась динамика и что вы заметили?

Правильных ответов нет, все зависит от мироощущения. Будьте готовы к тому, что даже в одной команде не будет единодушия. И это ОК. Фиксируем переходы команд на флип-чарте и продолжаем беседовать о Кеневине. Вы можете заметить, например, что в одной из команд при погружении в Хаотический домен, появится автократичный лидер, который будет говорить всем, что делать. Одно могу точно гарантировать вам - будет нескучно.

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

Желаю вам удачной игры.

ScrumOn!

Путешествие по Кеневину, часть 1

О чем вы узнаете в этой статье. Статья получилась длинная, поэтому я решил разделить ее на две части. В первой мы рассмотрим недавно обновленный Кеневин Фреймворк. Это один из самых популярных на данный момент sense-making фреймворков, который помогает понять мир и происходящее в нем. Затем мы поговорим об экспертах и рассмотрим самые типичные передвижения по фреймворку. Во второй части статьи, которая выйдет позже, мы будем передвигаться по доменам Кеневина с помощью увлекательной командной игры “Путешествие по Кеневину”. Вас ожидают многочисленные фото и видео материалы, а также рисованные флип-чарты.

Кеневин Фреймворк. Мой коллега Сергей Дмитриев два года тому назад написал замечательный блог-пост о Кеневине. И в течение последних двух лет особо добавить было нечего, но совсем недавно создатель шотландец Дэйвид Сноуден обновил свою модель. Ко всему прочему, я хочу взглянуть на фреймворк под другим углом, добавить провокационные мысли знаменитого публициста и философа Нассима Талеба, а также модель Management 3.0 Юргена Апелло и рассмотреть наиболее частые переходы из домена в домен.

Кинетический песок для инновационного и креативного бизнеса

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

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

Как мы знаем из работы палеонтологов, связи между рукой и головным мозгом занимают центральное место в развитии человека. Эти факты позволяют предположить, что наши руки является главным инструментом, с помощью которого мы накапливаем знания о мире. Мы эволюционировали, чтобы жить и осваивать трехмерное измерение, и наш мозг отражает это. Даже сейчас, когда вы читаете эти строки, ваш мозг «бегает» по строкам текста, пытаясь воспринять письмо как физический объект, потому что просто не знает другого способа понимания (Kristiansen, Per; Rasmussen, Robert, Building a Better Business Using the Lego Serious Play Method).

Таким образом, кинетический песок не просто детская игрушка, а полезный инструмент, который может помочь нашему мозгу высвободить и выплеснуть полезную креативную энергию. Кроме этого, он прекрасно успокаивает нервы, что было неоднократно проверено на собственном опыте. Я смонтировал короткий видео ролик, где показываю, как использую кинетический песок на тренингах Professional Scrum Master (PSM).

Инновация и креативность. Последнее время интернет настолько часто «жужжит» об инновации и креативности и настолько часто использует эти два слова, что ты перестаешь воспринимать их адекватно. Похоже на заезженный попсовый хит, который крутят каждый день и который быстро приедается. Давайте встряхнемся и вернем себя к истинному значению этих слов. Еще в середине 90-х годах Джек Мэтсон выпустил книгу «Инновация или смерть». Название книги стало пророческим. Скорость изменения мира и технологий стала крайне высокой. Способность креативно и творчески работать, рождать и воплощать инновационные идеи в бизнесе стало конкурентным преимуществом IT. Этот факт бесспорен.

Но организаций, которые имеют поистине инновационную культуру очень мало. Как обычно выглядят подобные организации? Что вы увидите, если зайдете в их офисы? Джек Мэтсон дает ответ на вопрос:

Стены и борды заполнены социальными активностями, картинками и граффити. Работники таких компаний находятся в приподнятом духе и часто останавливаются, чтобы поболтать друг с другом. Они счастливы здесь и наслаждаются своей работой. Атмосфера наполнена серьезной ИГРОЙ и структурированным ХАОСОМ (Matson, Jack, Innovate or Die!, 1996)

Уверен, что если бы в 1996 году уже был кинетический песок, то Джек обязательно упомянул бы его в своей книге. Дайте своим работникам возможность креативно мыслить и создавать инновации для вашего бизнеса. Для этого просто возвольте им играть прямо на рабочем месте. Мой совет – завтра же заказывайте целый самосвал кинетического песка в офис :)

Удачи вам, инновации, креативности, а также нескучной игры.

Scrum ON!

Работаем, помогая друг другу. Собираем командный пазл.

Команда Разработки. У меня есть один волшебный флип-чарт, который я всегда демонстрирую командам разработки, когда мы начинаем говорить о Скраме и командной работе. Вот он:

После того, как мы проходим по всем пунктам, я задаю вопрос: «Как вы думаете, что из перечисленного самое главное, без чего работа в Скраме просто невозможна?»  И получаю различные ответы. Обычно только с 3-5 попытки люди указывают на правильный, по моему мнению, ответ:

Помогает друг другу

Если отсутствует именно этот компонент, то все остальное просто теряет смысл и идет прахом. Давайте разберемся, почему?

Обязуется достичь Цели Спринта – каким образом делать это эффективно, если каждый работает сам по себе и не желает помогать своему товарищу, сидящему рядом? Кроссфункциональная –  она остается (если уже была таковой), но в случае определенных командных форс-мажоров (болезнь, отпуск, уход ценного специалиста из команды), никто не займет пустующее место, разве что из-под палки. Мы же не помогаем друг другу. 6 ± 3 человека – на самом деле, для такой команды все равно какое количество людей набрано. Ведь каждый сам за себя. Это волчья стая, а «с волками жить – по-волчьи выть». Самоорганизованная – возможно, но только если понимать под этим, что каждый организовывает свою собственную работу и не заботится о том, что происходит вокруг в команде. Но это не самоорганизация, а пародия на нее. Самоорганизованная команда отличается высоким моральным духом, сплоченностью, желанием делить радости и невзгоды вместе, креативностью и ответственностью. Это люди, которые смотрят в одну сторону. Владеет Беклогом Продукта – соблюдается чисто номинально. Часто для команды, не помогающей друг другу, это значит, что таски распределены на Спринт вперед еще на планировании и решено, кто и чем будет заниматься в течение Спринта. Вспомните математику и теорию очередей. Где быстрее проходят люди – там, где параллельно стоят несколько очередей к кассам или там, где очередь из людей одна, а к любой освобожденной кассе подходит следующий по очереди человек? Без помощи друг другу вероятность затыков и закупорок в изолированных очередях из задач велика как никогда. Придти же на помощь будет некому. 2-3 года вместе * (необязательное требование Скрама, поэтому помечено звездочкой на флип-чарте) – да хоть пять лет или полстолетия. Не имеет в этом случае никакого значения.

Co-located  * (необязательное требование Скрама, поэтому помечено звездочкой на флип-чарте) – смотрите на пункт выше.

Плоская структура. В Скрам командах нет титулов, кроме определенных Скрам Гайдом ролей (Скрам Мастер, Владелец Продукта, Команда Разработки). А куда же подевались тестировщики, бизнес аналитики, автоматизаторы, кодеры и так далее? Люди продолжают выполнять свои прежние функции, но с момента, как они погрузились в Скрам, они равны и каждый становится Разработчиком, частью Команды Разработки. Мы двигаемся исключительно ВМЕСТЕ к поставленным целям.

• Кто отвечает за качество в Скрам команде? Команда Разработки.
• Кто обязуется достичь Цели Спринта? Команда Разработки.
• Кто ответственен за разработку фич? Команда Разработки.

Собираем пазлы (Broken squares).  Очень полезная и интересная игра, которую я использую в своих командах для того, чтобы объяснить, почему так важно и необходимо работать вместе, помогая друг другу, когда мы двигаемся к общей цели.

Игра рассчитана на 3-6 игроков. Цель игры – каждый участник должен собрать полный квадрат. Если хотя бы у одного члена команды квадрат не собран – цель не достигнута.

Правила игры:

• Каждому участнику раздается свой набор из частей квадрата в зависимости от количества человек (3-6). На фотографии выше изображена схема того, как следует формировать комплекты для отдельных игроков. Разрезанные части квадрата выдаются в конвертах с А,B,C,D,E,F.
• Команде дается 10 минут на то, чтобы каждому собрать по квадрату.
• Разговаривать запрещено.
• Забирать фрагменты нельзя, можно только отдавать.

Здесь можно скачать файл в формате Word и распечатать на цветной бумаге (каждой команде свой цвет). Останется только поработать ножницами и расфасовать фрагменты квадратов по отдельным конвертам (смотрите на фото ниже).

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

• Несколько человек сразу собирают квадраты и расслабленно опускают руки. Работа выполнена! Только через несколько минут до них доходит, что они просто блокируют остальную команду. Приходит прозрение, и люди начинают лихорадочно помогать другим.
• Игра доставляет настоящий Фан. Поэтому не удивляйтесь, что в помещении будет часто раздаваться смех.
• Участники, особенно в случае почти исчерпанного времени, будут нарушать правила – показывать жестами кому и что отдавать и т.д. Не вмешивайтесь в процесс, следите лишь за тем, чтобы соблюдалось молчание и команда, все-таки, пришла за 10 минут к намеченной цели. Обычно это происходит на 7-9 минутах игры.

Корткое видео процесса игры можно посмотреть здесь.

Разбор полетов. Самая главная часть игры, как ни странно, происходит после. Это дебриф или разбор полетов. Пытаемся «вытянуть» из процесса как можно больше, задавая открытые вопросы:

• Что вы чувствовали во время игры?
• Какие ваши наблюдения?
• С какими препятствиями вы столкнулись?
• Что могло бы вам помочь достичь цели быстрее?
• Чем еще вы хотели бы поделиться?

Обычно участники говорят о том, что они блокировали всю команду и из-за этого потеряли много времени. Приходит понимание того, что сложно достичь Цели игры без помощи другим и наблюдением за тем, что нужно твоим товарищам. Также я часто слышу о том, что задача была бы решена намного быстрее, если бы все фрагменты были отданы вместе (общий Спринт Беклог). Играйте, обсуждайте и «вытягивайте» как можно больше из этой игры. Надеюсь, она поможет вам и вашей команде посмотреть на роль Команды Разработки с другой стороны. Желаю удачи!

P.S. Мы обязательно поиграем с вами в эту игру на тренинге Professional Scrum Master (PSM) в Нижнем Новгороде 11-12 сентября.

Scrum ON!

Проверяем Агенду сердечками

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

• Активно участвуют в обсуждении лишь несколько участников, остальные пассивны.
• Люди смотрят по сторонам и отстраняются от стола.
• Участники смотрят на экраны своих айпадов, планшетов, смартфонов и других устройств.

Типичные 20/80 встречи. Картинка ниже демонстрирует типичную встречу, происходящую в компании “X”.

Один или два участника, обычно занимающих наиболее высокую позицию в компании среди присутствующих, контролируют и действительно наслаждаются ходом встречи. Эти несколько человек (20%) заполняют собой 80% всего времени. Вес участия остальных 80%участников очень мал, так же, как и их вклад в принятие общего решения. (Building a Better Business Using the Lego Serious Play Method, Kristiansen, Per; Rasmussen, Robert, 2014).

Исправляем ситуацию. Если мы заражены стремлением к «continuous improvement», оно действительно присутствует (что называется «в крови»), то для постоянного совершенствования критически необходимо получать обратную связь от участников каждой встречи. Какая часть агенды пошла не так, а что, наоборот, сработало «на ура» и пока не требует  корректировки? С недавнего времени я стал использовать в этих случаях «фан-стикеры» от компании Neuland.

Я использую технику мультиголосования – раздаю каждому участнику встречи/тренинга несколько фан-стикеров, а затем прошу их распределить по пройденной агенде. На фотографии ниже вы можете видеть результат одного из таких голосований.

Конечно, получать «сердечки» намного приятнее, чем «вопросики», поэтому старайтесь и у вас все получится! :)

Scrum ON!