Ценностно-ориентированный подход в Scrum

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

Обзор ценностей Scrum

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

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

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

Вот почему каждое ценность так важна:

• Обязательство может изменить команду. Это обещание для вас, ваших товарищей по команде и вашей организации сделать все возможное в ваших силах. Если все в вашей Scrum-команде стремятся к тому, чтобы каждый шаг в спринте приносил инкремент ценного продукта, вы можете вместе делать отличные вещи.
• Сосредоточенность позволяет нам делать все возможное. Ценность фокус означает, что мы даем людям время, которое им нужно, чтобы подумать о своей работе. В конце концов, креативность достаточно сложный процесс. Предоставление членам команды разработки возможности сосредоточиться только на одном продукте, текущем спринте и текущей цели спринта дает им наилучшие шансы на успех. Предложите владельцу продукта сосредоточиться на будущей ценности продукта, а вы, Scrum-мастер, сосредоточитесь на поддержке Scrum.
• Открытость – это основа прозрачности, которая заставляет Scrum работать. Если члены вашей команды не открыты друг другу и более широкой организации, они не могут получить честную обратную связь или соответствующим образом адаптировать свою работу. Вы должны быть открытыми и честными, даже когда вы боретесь или есть трудный вопрос для решения. Если нет, прозрачность пострадает.
• Уважение создает чувство безопасности. Быть открытым с другими может быть страшно, и признать, когда вы застряли, трудно, но уважение облегчает эти действия. Высокопроизводительная команда строится на взаимном уважении, а честные обсуждения создают безопасность, необходимую для решения сложных вопросов. Уважение помогает команде расти и учиться вместе.
• Смелость является стержнем других ценностей Scrum. Требуется мужество, чтобы сосредоточиться среди отвлекающих факторов и быть открытым для новых идей. И нужно иметь мужество и веру в ваших товарищей по команде, чтобы рассчитывать на уважительное общение, когда вам нужно обсудить проблемы.

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

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

Использование ценностей Scrum на каждом этапе пути

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

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

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

Вот несколько важных вопросов, которые нужно задать команде, изучающей ценности Scrum:

• Почему мужество, обязательство, сосредоточенность, уважение и открытость имеют значение? Попросите людей привести примеры ситуаций, когда им помогли конкретные ценности.
• Как мы действуем на ценности Scrum? Если члены вашей команды не используют ценности для руководства своими действиями, они рискуют совершить не вдохновленный механический Scrum.
• Что происходит, когда ценности Scrum отсутствуют в нашей команде? Один пример: без уважения членам команды может не хватить смелости быть открытыми друг с другом.

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

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

Ретроспектива спринта является прекрасной возможностью изучить, как помочь команде, которая борется с ценностями Scrum. Эта работа может быть сложной, но важно помочь членам команды собраться вместе и достичь общей цели.

После того, как ваша команда выполнит грубое исправление, задайте следующие вопросы (или подобные) во время ретроспективы спринта, поскольку ваша команда работает над восстановлением выравнивания и адаптацией своего понимания значений Scrum:

• Когда трудно жить ценностями мужества, преданности, сосредоточенности, уважения или открытости?
• Что становится легче, когда мы принимаем ценности Scrum?
• Какие ценности Scrum помогли нам больше всего в этом спринте?
• Есть ли какая-то особая ценность, над которой, по вашему мнению, нам нужно работать в команде?

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

Scrum ценности в действии

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

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

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

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

Этот подход (не прозрачный при возникновении небольших проблем) – это не Scrum, даже не маленький. Но это все еще распространено, даже в командах Scrum.

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

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

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

Во время обзора спринта команда Scrum сотрудничает с заинтересованными сторонами, чтобы проверить последние изменения в работе программного обеспечения по сравнению с резервом продукта, чтобы выяснить, нужны ли какие-либо изменения, в зависимости от того, что команда узнал во время предыдущего спринта. Задержка (или не удержание) этого события может привести к тому, что команда продолжит движение по неверному пути.

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

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

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

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