Scrum против Kanban: две Agile-команды сошлись лицом к лицу

Описание: Это история двух Agile-команд. Это было не просто организационное разделение: это было разделение по принципам AGILE.

= = = = = = = = = = = =

Новинка 2024 года: мой лучший тренинг:
«Как ваши Agile-команды могут добиться предсказуемости и продуктивности БЕЗ выгорания»
→ https://www.developmentthatpays.com/w...

= = = = = = = = = = = =

Скачайте БЕСПЛАТНУЮ ШПАРГАЛКУ: https://www.developmentthatpays.com/c...

Это история двух Agile-команд.

Точнее, это история одной Agile-команды, которая разделилась на две Agile-команды.

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

Одна команда продолжила, как и прежде, используя Scrum
Другая команда отказалась от Scrum в пользу Kanban

Неужели всё это закончится плачевно?

-------------------
100. Scrum против Kanban: Две Agile-команды сошлись лицом к лицу
#ScrumVsKanban #AgileScrum #Kanban #DevelopmentThatPays

Это история о двух Agile-командах. Вернее, история об одной Agile-команде, которая разделилась на две Agile-команды. Это было больше, чем просто организационное разделение. Это было разделение по принципу Agile. Акт первый. Шел 2012 год, когда я впервые вошёл в офис BBC. В то же время и в том же здании, что и эти ребята… Я никогда их не видел. Что странно. Мне сказали, что команда разработчиков, к которой я присоединился, «использовала Agile». В то время я очень мало знал об Agile. Но я с самого начала видел, что они не делали это наполовину. Было явно много обучения. У них были всевозможные инструменты. Они проводили всевозможные «ритуалы». Мы перейдем к деталям того, как работала команда через минуту. Разделение ---- Прошел год, и отдел реорганизовался. Моя команда разделилась на две части. Хотя линии подчиненности изменились, план рассадки остался прежним. Был один внешний признак перемен: там, где была одна Agile-доска, теперь их две. Ах да, и мы проводили два стендапа каждый день: наш в 10:00 утра, их в 10:15. Новый вкус ------ Будучи всегда наблюдательным, мне потребовалось пару недель, чтобы заметить, что другая команда использует другой «разновидность» Agile. Я и не подозревал, что существует больше, чем одна разновидность Agile! То, что использовала моя команда, называлось Scrum. Другая команда использовала что-то под названием Kanban. Kanban на самом деле Это было слово, которое я знал еще давно. Но я знал его в контексте производства. Я не мог сразу понять, как оно применимо к процессу, который использовали мои (бывшие) товарищи по команде. Поэтому я пошел поговорить с ведущим разработчиком «Team Kanban». «В чем разница между Scrum и Kanban?» — спросил я. Он был готов немедленно ответить: «Вы, ребята, говорите о работе. Мы делаем работу». Ой! в тот момент я усвоил важный урок об Agile: это может быть эмоциональная проблема. Убеждения могут быть глубоко укоренившимися. Ведущий разработчик Team Kanban явно считал, что Kanban лучше, чем Scrum. Я придерживался… противоположного мнения. Мое мнение было одновременно и твердым… и совершенно не подкрепленным доказательствами. Естественный эксперимент --- Теперь я стал немного старше. И, надеюсь, немного мудрее. Теперь я вижу, что разделение команды было идеальным Естественным экспериментом. Знаете, как это бывает: «Возьмите двух одинаковых близнецов. Разделите их при рождении. Кормите одного Scrum. Кормите другого Kanban. Наблюдайте за результатом». Поэтому я надеюсь, что вы присоединитесь ко мне в небольшом криминалистическом расследовании, которое начнётся с 20 000 просмотров процессов каждой команды. Командный Scrum ---- Моя команда — назовём её «Командный Scrum» — работала двухнедельными спринтами. В начале спринта мы удалялись в тихую часть здания для сессии планирования спринта. Владелец продукта выбирал задачи из бэклога, и мы играли в «покер планирования», чтобы оценить размер каждой задачи. Мы продолжали, пока у нас не набиралось карточек примерно на один «спринт». Планирование спринта было закончено, каждый разработчик брал карточку и принимался за работу. Каждое утро ровно в 10 утра проходил стендап — он же ежедневный Scrum. И так продолжалось день за днём, и карточки постепенно заполняли доску. Примерно ко вторнику второй недели мы ожидали, что все карты продвинутся хотя бы на один шаг. Затем начиналась гонка – «спринт» – чтобы всё протестировать и подготовить к релизу в пятницу. Нам не всегда удавалось выполнить всё сразу: любой элемент, который не попадал в список, «перерабатывался» в следующем спринте. Утром в пятницу всё, что было в колонке «релиз», упаковывалось для релиза. Ах да, и ещё одно, завершающее спринт: ретроспектива: возможность для команды собраться вместе, чтобы подумать о том, что хорошо, обсудить, что можно улучшить, и взять на себя обязательство выполнить одно-два задания на следующий спринт. Подведение итогов: есть бэклог продукта, Agile-доска и D
   • Scrum vs Kanban: Two Agile Teams Go Head-t...