Преобладание здравого смысла над бюрократией

Вот моя любимая часть руководства по Scrum:

Суть Scrum - это небольшая команда людей. Индивидуальная команда очень гибкая и адаптивная. - Scrum Guide, ноябрь 2017 г.

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

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

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

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

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

Вы можете мгновенно определить команды, в которых это произошло:

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

«Вы можете что-то изменить в нашем Спринте, только если сначала обратитесь к нашему Скрам-мастеру».

«Мы не можем перетащить работу в спринт, пока не проведем сеанс доработки со всей командой».

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

«Мы должны переоценить элемент невыполненной работы спринта, потому что критерии приемлемости изменились».

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

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

Вот некоторые из распространенных симптомов, которые ваша команда находится в тюрьме Scrum:

  • Стабильная скорость - это святой Грааль командной работы.
  • Команда тратит много часов на планирование спринта, чтобы придумать идеальный план, который никогда не сработает.
  • Сеансы доработки длятся часы, и малейшие детали важны, даже если они не влияют на оценку.
  • Бэклог спринта принадлежит не команде, а Владельцу продукта или Скрам-мастеру, который должен благословлять все изменения.
  • Техническая задолженность или ошибки не добавляются во время Спринта. Сначала нам нужно спланировать их для следующего спринта. Даже если у нас есть время кое-что исправить сейчас.
  • Изменения в бэклоге спринта активно не приветствуются, потому что мы обещали доставить все элементы в бэклоге спринта.
  • Определение Ready действует как привратник для бэклога спринта. Если он не готов, он мертв для нас.
  • Наличие красивой диаграммы выгорания само по себе становится целью.
  • Бэклог спринта меняется только во время планирования спринта. После этого замораживают.

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

Какая альтернатива жизни в тюрьме Scrum?

Альтернатива: жить в условиях свободы и прокладывать свой собственный путь.

Свобода учиться, экспериментировать и совершать ошибки. Свобода определять свой собственный стиль работы. Как это работает? Позвольте мне показать вам, как мне нравится работать со своими командами в качестве владельца продукта.

  • Каждый спринт мы формулируем четкую цель спринта, которую решаем вместе. Это единственное, что мы делаем в каждом спринте. Нет никаких обязательств по отдельным элементам невыполненной работы или критериям приема. Гибкость, как мы узнаем больше, активно поощряется. Ничего из того, над чем мы начинаем работать, не бывает идеальным с самого начала, и мы добавляем детали и полировку во время спринта.
  • Никого не волнует скорость. Достигли ли мы цели спринта? Тогда наша скорость стала достаточно стабильной, и мы достигли желаемого результата. результат более важен, чем результат. Я предпочитаю делать меньше, но добиваться большего.
  • Цель спринта составляет от 40 до 80% бэклога спринта. Мы никогда не вкладываем 100% наших возможностей в бэклог спринта, потому что вы должны оставить место, чтобы справиться с неожиданностями. Чем сложнее, рискованнее и неопределеннее цель спринта, тем ниже этот процент.
  • Все элементы бэклога спринта, относящиеся к цели спринта, полностью гибки, если цель спринта не подвергается риску.
  • Все элементы бэклога спринта, не относящиеся к цели спринта, рассматриваются как цели растяжения. Мы не берем на себя никаких обязательств по их заполнению. Мы работаем над ними, стараясь изо всех сил.
  • Члены команды пользуются полной свободой добавлять, удалять или изменять элементы бэклога спринта по мере необходимости. Как владелец продукта, я верю, что они сделают правильный выбор. Я бы предпочел, чтобы они время от времени ошибались и извлекали уроки из этого, а затем, что они всегда нуждаются во мне, чтобы предотвратить ошибки. В противном случае моя роль перестает быть масштабируемой для нескольких команд.
  • Планирование спринта занимает 1 час или меньше для спринта продолжительностью 2 недели. Вам не нужно ничего планировать, если вы дадите команде свободу позволить бэклогу спринта появиться во время спринта, а цель спринта - единственное обязательство.
  • Бэклог спринта принадлежит команде разработчиков, и им разрешено добавлять, удалять или изменять бэклог спринта по своему усмотрению. Если это влияет на стоимость и у них есть сомнения, им доверяют проконсультироваться с Владельцем продукта, прежде чем вносить изменения.
  • Технические долги или ошибки добавляются по усмотрению команды разработчиков во время спринта. Вы бы не сказали повару, как часто он должен убирать свою кухню во время готовки. Разработчикам в нашей команде предоставляется такая же вежливость, чтобы исправлять проблемы по своему усмотрению, если цель спринта не подвергается риску.
  • Уточнения проходят быстро и весело. Все вмешиваются, и элемент бэклога продукта - это продукт работы всей команды. Более важно понять, чего мы пытаемся достичь, чем четко записать это в форме контракта. Общее понимание, доверие и согласие побуждают команду выполнять ошибочный и неполный контракт.
  • Изменения в бэклоге спринта активно поощряются в течение всего спринта. Изменение бэклога спринта означает, что мы узнали что-то новое, и это здорово!
  • Определение Ready выброшено за дверь. Считаем ли мы, что это подходит для спринта? Отлично, поехали!
  • Графики выгорания? Какая разница. Если мы достигнем цели спринта, тогда все будет хорошо.
  • Когда члены других команд просят нас о помощи, мы уделяем им время и помогаем им. У нас есть возможности для этого, потому что мы не планируем на полную мощность. Иногда мы даже соглашаемся с тем, что не можем достичь цели спринта, если то, что они делают, более ценно для компании.

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

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

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

Суть Scrum - это небольшая команда людей. Индивидуальная команда очень гибкая и адаптивная. - Scrum Guide, ноябрь 2017 г.

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

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

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

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

Вы хотите писать для Serious Scrum или серьезно обсуждать Scrum?