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

В книге «Reinventing Organizations» Фредерик Лалу цитирует остроумный ответ Жана-Франсуа Зобриста, когда последнего спросили, каким образом можно оживить организацию [66]: разбирайтесь с этим сами!

Совершенно верно. Но для этого есть инструмент и принципы.

22.3.4 Инструмент: Open Space Agility

При общем подходе Agile-трансформация происходит с применением Scrum. Рассматривать трансформацию как проект или программу и передавать ее в руки специалистов по процессам – определенно не лучшая идея.

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

Agile-трансформация предусматривает обучение для всех сотрудников и приглашение их к участию в процессе.

Agile-трансформация основывается на понятии приглашения. Приверженность будет только сильнее, если она будет добровольной.

В крупных организациях трансформация начинается с группы или отдела. При этом важно участие начальника отдела или организации.

Подход Open Space Agility, разработанный Дэном Мезиком, предлагает регулярный цикл, который отлично сочетается с сезонным ритмом. Обряд перехода – это событие, придающее особую важность организационной культуре, которая помогает людям освоиться при сложных переходах.

Это событие протекает в виде открытого форума [67].

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

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

Для получения дополнительной информации о данной технике рекомендую прочитать «День Open Agile Adoption» [Перно, «OOA day»].

22.3.5 Принципы трансформации

Трансформация опирается на ценности и принципы Scrum.

Шесть свойств Scrum, представленных в первой главе, являются фундаментальными принципами трансформации организации.


Появление

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

Этот принцип также говорит о том, что не существует заранее установленной программы, которая бы задавала направление дискуссии. Практикуя Open Space Agility, участники сами предлагают важные для них темы.


Приоритизация

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


Предприимчивость

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


Рисунок 22.5 – Революционная идея


Прозрачность

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


Практика

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


Постоянный ритм

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

22.4 Scrum: от срама до сезама

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

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

Названия вдохновлены памфлетом Доминика Дюпаня «Quality my Q54», в котором он выступает против искажения идеи качества [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 (непрерывное развертывание).

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

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

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

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

22.5 Конец

Конца нет. 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

Онлайн-ресурсы

‣ Избранные статьи, переведенные веб-сообществом Les Traducteurs Agiles; https://www.les-traducteurs-agiles.org/livre-scrum-5ed/