Daily Standup Quest

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

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

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

CfjEzQNUEAAHIYJ[1]
Все уже, наверное, знают про такой способ 🙂
После ретро у меня мысль разогналась настолько, что я решила сама устроить ребятам веселые стендапы. Так как с командой я не сижу, а являюсь сторонним консультантом, то решено за несколько минут до события отправлять им стендап квесты. Они будут занимать от нескольких секунд до пары минут, но зато разбавят рутину и сделуют жизнь веселея! А главное, каждый раз будут разными 🙂

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

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

Вторник: хлопнуть-топнуть 3 раза, и крикнуть хором “Мы команда!”

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

Четверг: встать в круг и сказать человеку справа комплимент

Пятница: сыграть в крокодила -изобразить зебру и тому, кто угадал, выдать настольную игрушку маленькую зебру

Скоро мы с ними снова встречаемся и я получу от них обратную связь. Думаю что им понравится 🙂

Такой небольшой инструмент, а куча позитива и пользы!

Перезапуск scrum в командах ч.2

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

Немного предыстории

Команда была очень большая 12 человек, целый мини-бизнес, который существовал длительное время самостоятельно, но не приносил заработка. Соответственно, этим были не довольны. Команду было решено перевести на рельсы scrum. Это уже сейчас я понимаю, что на самом деле, вопросов в скорости доставки новых фич не стояло, а проблемы были с бизнес моделью.

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

У команды сложилась стойкая аллергия на любое упоминание “Agile” и “Scrum”, они не хотели так работать и их можно было понять! Мы поменяли мастера, им стала я, и владельца продукта, когда осознали все произошедшее. Новый владелец свежим взглядом оценил все происходящее, сменил бизнес-модель, что потребовало изменения продукта. Теперь, можно запускать настоящий scrum 🙂

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

Так как команда большая и дорогая, мы отправили владельца думать, а сами встали на другой продукт. Часть команды распределили по другим продуктам и стали более маленькими и маневренными – 6 человек.

Когда наш владелец продукта был готов, мы перезапустились и полетели! Давайте теперь посмотрим на все, что способствовало удачному перезапуску.

Продукт

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

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

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

Раньше на обзор спринта приходили только внутренние заказчики, теперь, стали приходить реальные клиенты, готовые купить определенную партию и ждущие ее.

Работа с помехами

Картинки по запросу пробка

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

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

Когда в команду приходит человек, который искренне старается сделать все, что от него может зависеть, чтобы команда продвинулась вперед по пробке, это сразу чувствуется. Конечно, было сложно. Особенно, когда команда ёрничала и шутила, что я же scrum-мастер, что я должна их кормить и вообще быть принеси/подай. Но скоро это отношение прошло.

Картинки по запросу паразит

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

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

Симбиоз

Картинки по запросу симбиоз

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

Картинки по запросу поток состояние

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

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

Перезапуск Scrum в командах ч.1

С тех пор, как кто-то произнес фразу “перезапустить scrum в командах”, я не перестаю думать о ней. И правда, сложности есть и они возникают у всех, не только у нас, но и в ИТ. Хотя там применять этот фреймворк гораздо проще. Это может выражаться в чем угодно:

  • едкие комментарии “это же scrum…” и смешки
  • игнорирование  обязательных меропреятий
  • издевательства над своим scrum-мастером
  • и т.д.

Причины

Почему так может происходить? Я вижу несколько причин.

  1. В большинстве случаев scrum впихивали насильно, скорее всего, сверху. Это не решение самих работников, а просто к ним однажды пришли и сказали, что теперь будем работать по-новому, не так как раньше. Я недавно писала что заставлять людей что-то делать не несет в себе никакой пользы. Страдает скорость, качество, вовлеченность и нет ответственности. Этим очень сильно страдает классический менеджмент. Здесь ровным счетом то же самое. По-другому еще работать не научились и начинаем запускать новое по-старому и раздавать приказы. Это в некотором роде насилие.
  2. Это могли делать очень неумело люди, которые никогда даже scrum-guide не открывали. Они просто не знают, что мастер должен в том числе и защищать команду. У них нет в голове разницы между мастером и менеджером и они насильно запихивают на каждом планировании задачи в команду, а ретро вообще не проводят.

Как сделать лучше?

Если говорить про пункт 2 и отсутствие нужных специалистов, то нанять их 🙂 Как сделать еще лучше? Чтобы сами команды выбирали себе мастеров.

Картинки по запросу выбор пути

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

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

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

В следующий раз я расскажу что делала для перезапуска Scrum в одной из своих новых команд, у которых был негативный опыт, и в чем моя история успеха 🙂

Нулевая ценность скрам-мастеров

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

Ценность

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

  • можно описать одним словом
  • мы переживаем физически

Ценность – это состояние, а для выражения состояния нужно только одно слово. Иначе это уже убеждение, которое объясняет что-то. Ценность идет от сердца, убеждение – от ума. Ум мыслит мыслеформами, сердце – состояниями.

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

  • единство
  • баланс
  • любовь

Найдете еще сами? А все “ценности” из разряда “смотреть в лицо действительности“, –  это убеждения, которыми компания обладает. Кстати, она взята у IKEA 🙂

Как найти свои ценности

Чтобы найти ценность, ради которой я встаю каждый день и иду на работу, встречаюсь с командой и помогаю им в чем-то разобраться, я задавала себе простой вопрос “зачем?” несколько раз подряд.

  • Зачем я хожу на работу?
    • Чтобы сделать жизнь своих команд интереснее
      • Зачем делать жизнь команд интереснее?
        • Чтобы людям хотелось приходить на работу, здесь будет такая атмосфера, которая будет помогать им работать
          • Зачем делать так, чтобы людям хотелось приходить на работу?
            • Чтобы люди любили свою работу

Нулевая ценность скрам-мастеров

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

Если вы любите людей, то вы априори им доверяете. Искренняя вера в людей очень вдохновляет. Не зря же вера и доверие имеют один корень 🙂 Здесь важна еще и искренность, потому что любая даже маленькая ложь чувствуется, как манипуляция.

Картинки по запросу любить людей

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

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

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

Agile development

Когда весь мир уже говорит об Agile, Scrum, Kanban, что это новые и эффективные подходы к организации работ, как-то глупо оставаться в стороне и не попытаться узнать, что это такое. Когда становится понятно, что Agile это всего-лишь 4 ценности и 12 принципов, которых стоит придерживаться, чтобы быть другим, а Scrum – 23 страница текста, возникает первый вопрос: “А как тогда это правильно готовить?”.

Если представить пару Agile и Scrum, как новое блюдо, которое должно получиться, то после двух прочтенных документов у нас с вами есть только набор ингредиентов, их описание и совсем нет рецепта. И это главный вопрос! Давайте поговорим о рецепте.

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

С понедельника новая жизнь

Так как же стать обладателем новой философии и изменить всю компанию? Прежде всего хочется сказать, что это не внедряется, как 1C и любой другой инструмент. Потому что это не инструмент 🙂 Нельзя просто взять и поменять философию, веру. Это как буддизм – его нельзя внедрить, им можно только заразить.

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

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

principles[1]

Создайте заповедник

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

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

Не советую переходить сразу всем продуктам на новые рельсы, потому что бизнес либо умрет, либо очень быстро скатится на старые рельсы, ведь это привычно и просто. А потом будете говорить “scrum не взлетел” 🙂

no_entry[1]

 Посейте культуру

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

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

82c739614d2e4aa5ab9aa150b744dbe4[1]

Вообще, scrum team предполагает от 3 до 9 человек, то есть кол-во связей между членами команды будет от 3 до 36. Но мне нравится другое оптимальное количество, которое звучит, как “two pizzas”. Это правило, когда команду можно накормить 2-мя пиццами, где кол-во кусков равно количеству связей между членами команды, то есть равное примерно 16. Получается где-то 6 человек. Сейчас у меня одна команда 7 человек, считая меня и овнера, больше уже перебор, по личным ощущениям.

photo_2017-03-29_15-58-10

Команда должна быть кроссфункциональной, то есть в ней должны быть все компетенции для вывода вашего продукта на рынок. Если вы разрабатываете приложение под Android и iOS, ваша команда должна не только уметь это делать, но и желательно, чтобы два человека знали одновременно две эти технологии. Иначе у вас будет не такая высокая скорость и возможен внезапный bus-фактор. А если вы еще их научите XP, то будет вообще огонь 🙂

Это самые первые шаги, с которых стоит начать:

  1. Начни изменение с себя
  2. Организуй заповедник
  3. Выбери команду и продукт

Еще отлично про Agile трансформацию написано в блоге Scrumtrek. Ну что, попробуем?!

Что для меня означает гибкость?

Некоторое время назад один знакомый в твиттере пошутил, что я знаю эту картинку наизусть 🙂

cyjbctgxcaehqi8
Полную можно посмотреть здесь

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

Agile landscape

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

%d0%b1%d0%b5%d0%b7%d1%8b%d0%bc%d1%8f%d0%bd%d0%bd%d1%8b%d0%b9

Doing Agile vs. Being Agile

Исследовав своих клиентов они выяснили, что только 8% из них являются жесткими приверженцами водопада, 24% используют гибридную модель, а остальные пользуются Agile инструментами. Сравнивая гибкие фреймворки по популярности выяснилось, что инструменты scrum-а используется чаще всего:

  • daily standup
  • product backlog
  • retrospectives
  • short iterations
  • planning

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

Другая проблема в том, что существует множество фреймворков. Не смотря на то, что самый известные из них пока scrum, это не отменяет того факта, что из них нужно выбирать наиболее для вас подходящий. Scrum помогает быстро доставлять ценность до потребителя. Если вам нужно навести порядок с релизами и стабилизировать их, то хорошо подойдут практики DevOps. Если проблемы с поиском новых идей и решений, то можно воспользоваться Design Thinking. Если продукт очень сложный и над ним трудятся сразу несколько больших команд, то используйте SAFe. Это лишь малый перечень того, что есть под зонтиком Agile.

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

Полная презентация:

PS: Подзадержалась я с этой заметкой. Уже 4 месяц публикую, надо уже положить этому конец 🙂

Один день из жизни скрам мастера часть 2

Не далее чем несколько недель назад я рассказывала о роли скрам мастера на нашей Agile Академии. Подготовка проходила тяжело, потому что знаю я много и многое хочется объяснить аудитории, но очень сложно рассказать все сразу. Поэтому пришлось изрядно постараться, чтобы структурировать свои знания и выделить самое главное. А главного у скрам мастера всего 3, как я считаю:

  1. Фасилитация
  2. Устранение внешних препятствий
  3. Развитие команды
c4wrkohwcaaosti
Вжух вжух и ты скрам мастер!

Фасилитация

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

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

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

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

Устранение внешних препятствий

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

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

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

Что является целью скрам-мастера?
Как вещал Асхат на прошлой Agile Business конференции, – это должно быть приятное, но порой зубастое животное

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

C3fbPuLWcAANpxb
Пример плохого скрам мастера

Развитие команды

О внутренних препятствиях можно говорить тоже много. Это все то, что находится в ведении команды и на что они могут непосредственно сами влиять, но это не так просто. Очень трудно порой, находясь внутри “системы”, придумать супер креативный выход из ситуации. Именно поэтому здесь появляется скрам мастер. Только находясь в позиции наблюдателя, эмоционально дистанцировавшись от проблемы/ситуации, можно находить варианты и через них проводить команду.

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

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

Очень круто про развитие команды сказал тот же Асхат: “Каждый раз задавай себе вопрос, каким образом должна быть решена проблема, чтобы зрелость команды выросла?!”

Игого

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

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

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

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