Перезагрузка ретроспектив

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

Ладно, сегодняшняя тема довольно банальная. Поговорим о перезагрузке ретроспектив. Как и водится – это главная встреча scrum мастера и он должен проводить их хорошо. Часто эти встречи не любят, проводят раз в полугодие и все такое.

Когда я только пришла в эту компанию, ретро проводили 1 раз в месяц, не смотря на то, что спринты по 2 недели. Структура ретроспективы была такая:

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

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

Но постепенно это превратилось в рутину. Народа слишком много, потому что приходят даже те, кто не должен. Соответственно, душу особо не изольешь. Результатов ретроспектив особо не было, потому что часто командные договоренности сразу после ретро помещали в дальний угол и на планировании не вспоминали. У людей, если и было время на свои обязательства, то очень немного. Часто фасилитация таких встреч страдала и очень долго обсуждались проблемы, например, регрессионного тестирования, которое всем не интересно. Процесс проведения ретро не менялся, наверное, год 🙂

Первая ретроспектива

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

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

Обычная фраза с командного ретро:

Команда не должна брать в работу непонятные и неполные задачи.

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

22955_regenbogenballНадо ли говорить, что я была не довольна такой ретроспективой? Сама ведь выбрала старый формат 🙂 Остальным вроде понравилось, потому что хоть кто-то начал фасилитировать встречи, не давать гудеть одновременно всем и передавать токен..

Следующие встречи

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

Во-первых, сила малых групп. Когда сидят все 30 с плюсом человек в кругу это хорошо, но не всегда эффективно. Поэтому я разделила их по командам, в которых они реально работают, отдельно планируются, отдельно daily-скрамятся. Да, кстати, у нас они появились и я совсем скоро об этом напишу 🙂

Люди пришли, расселись по 4-ём столам. Я выдала им флипчарты, маркеры, стикеры, клей, распечатанные задачи из Jira.

  • Попросила вспомнить цель своего спринта и зафиксировать на бумаге. Было интересно, вспомнят ли. Но все прекрасно держали ее в голове! Это была приятная неожиданность.
  • Попросила разделить все задачи на 2 кучки:
    1. Мы завершили задачу и она идет в релиз
    2. Что-то пошло не так и с задачей не справились
  • Посчитать количество выполненных story point по кучке #1 и зафиксировать на флипчарте. Это их командный маячок, сколько они реально доводят до конца и делают прироста к будущему продукту.
  • Попросила проанализировать, что помешало им выполнить задачки из кучки #2. Люди реально видели то, что им мешает и здраво формулировали. Фраз типа “луна была в тельце” нигде не появилось, что не может не радовать 🙂
    • Кстати, на этом этапе выяснилось, что у меня есть команда, которая абсолютно перевыполнила план и у нее не было этой кучки. Пришлось на ходу переориентироваться и просить ребят подумать над тем, а что им помогло в этом.
  • Когда все справились с вышеперечисленными задачами я попросила придумать, как они будут в следующий раз справляться с подобными проблемами. И… люди впали в ступор. Реально, они сидели и говорили мне с честными глазами, что ничего нельзя сделать, что проблема не на их стороне, что мы заложники ситуации и прочее прочее. Ведь к такому повороту событий жизнь их не готовила, а раньше они обсуждали только командные правила..

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

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

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

0_ab98c_5010f11d_XXL

И кстати, я прошла испытательный срок досрочно. Мне его закрывали со словами: “Чтобы ты от нас не сбежала”. Я считаю это довольно неплохим результатом и даже немного горжусь собой 🙂

7 дней спустя

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

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

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

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

И кстати да, я понимаю, что как коучу мне еще расти и расти!

Cвой/Чужой

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

Видео очень крутое с той точки зрения, что когда мы начинаем работать с Японцами/Бразильцами и т.д., стараемся узнать об их культурных особенностях всё и подстроиться. Но когда мы работаем в России, то часто не замечаем ничего и не пользуемся нашими культурными особенностями.

The Lewis Model

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

  1. Linear-active – это культура людей ориентированных на дело. Они спокойны и рациональны, систематически планируют свою будущее, составляют расписание и тщательно организовывают свою деятельность. В один момент времени занимаются одним делом. Пример: Германия
  2. Reactive – представители этой культуры организовывают свою деятельность в зависимости от обстоятельств и всегда исполняют взятые на себя обязательства. С осторожностью выстраивают отношения. Иначе их можно назвать “слушающими”. Пример: Япония и Китай.
  3. Multi-active – ориентированы на построение здоровых отношений с коллегами, чем на результат. Общительные. Почти не составляют расписания, предпочитают вести множество проектов одновременно. Часто не доводят что-то до конца и большое значение придают иерархии. Пример: Мексика.

Думаю, вы уже догадались и без картинки, к какому типу принадлежит наш народ? 🙂

the-lewis-model-explains-every-culture-in-the-world

 

Наша особенность

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

Чужой босс:

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

А свой босс?

  • общая система ценностей,
  • разделяемые цели

Делим мы на свой чужой не только начальство, но и вообще всех. Например друг друга. Вот у меня на работе ситуация: сделали ремонт на нашем этаже и образовалось огромное пространство, поэтому к нам на 3 этаж переехал маркетинг и ИТ. Старенькие жители этажа сразу же затянули: “Они пришли, заняли наши холодильники, наши вешалки, микроволновки”. И вот уже пошло разделение, хотя особого ничего не произошло. Мы уже начали делить на свой/чужой. Надо ли говорить ,что будет если у нас будут совместные задачи, с какой эффективностью мы их сделаем? 😦

Ну и на самом деле когда мы эффективней всего работаем? Когда все свои. Нужно стараться прикладывать максимум усилий, чтобы все вокруг промаркировались “свой“, тогда продуктивность будет просто колоссальная. Если ваша компания хочет сделать шажок вперед, можно поставить себе небольшую цель, чтобы все стали “свои“. Это действительно принесет свои плоды, особенно,  если хотите быть agile.

А вот и само видео