Читаем Все о SCRUM. Изучение, разработка, интеграция полностью

Все о SCRUM. Изучение, разработка, интеграция

В 2016 я выступил на нескольких конференциях с темой «Scrum? Срам!» («Scrum? mon scrotum!»), а затем в 2017 – с «Scrum? Сезам!» («Scrum? mon sérum!»).

Названия вдохновлены памфлетом Доминика Дюпаня «Quality my Q⁵⁴», в котором он выступает против искажения идеи качества [68].

Я хотел бы показать, как может быть искажен Scrum, и способы, как можно этого избежать.

22.4.1 Scrum? Срам!

Я выявил пять основных причин искажения Scrum.

Рисунок 22.6 – Пять причин

• Незнание

При всей популярности Scrum он остается малоизученным. Часто люди не понимают самих основ Agile-разработки.

Примеры: тесты проводятся в рамках спринта, следующего после реализации, а не во время демонстрации в конце спринта.

• Мизонеизм

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

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

• Страх

Scrum эффективен только в атмосфере доверия. Но иногда организация (фиолетовая или оранжевая, по модели Ф. Лалу) придерживается иерархической системы контроля.

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

• Недооценивание

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

Это приводит к циклу по V-модели.

• Гордыня

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

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

22.4.2 Scrum? Сезам!

В 2017 я добавил способы предотвращения искажения Scrum. Новая презентация называлась «Scrum? Сезам!».

Рисунок 22.7 – Сезам

• Против мизонеизма

Люди отрицают социальные инновации, когда не понимают, зачем они нужны.

Критично важно осознавать, почему был осуществлен переход к Scrum и Agility вообще.

Для этого необходимо коллективное осмысление ожидаемых преимуществ перехода. В этом помогает модель Agile Fluency, устанавливающая цель и дату.

• Против незнания

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

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

• Против страха

Защищать людей, создавать атмосферу доверия – это самое важное: это позволяет им идти на риски и полностью реализовать свой потенциал.

Доверительная обстановка формируется уже во время прелюдии.

Стоит начать с разделения рабочего пространства на зоны.

• Против недооценивания

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

Команда должна перейти от общего – понятий, рассмотренных в главах с 13 по 15 (создание команды, разработка первоначального бэклога) – к частному с практиками DevOps (непрерывное развертывание).

• Против гордыни

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

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

Знание паттернов дает возможность для маневров, что позволяет без искажений адаптироваться к контексту.

<p>22.5 Конец</p>

Конца нет. Agile-трансформация никогда не заканчивается. Это путь, по которому мы идем.

Рисунок 22.8 – Открывая организации будущего: переход к пермакультуре

Чтобы идти дальше

Книги

‣ Jurgen Appelo, #Workout: Games, Tools & Practices to Engage People, Improve Work and Delight Clients, Happy Melly Express, 2014

‣ Dan Mezick, The culture game, FreeStanding Press, 2012

‣ Лоран Сарразен и др., Rupture Douce, les quatre saisons, 2014