Книга: Скрам: Правила игры. Карманное руководство
Назад: Глава 3. Тактики достижения цели
Дальше: Словарь
Глава 4

Будущее скрама

4.1. Да, мы работаем по скраму. И…

Скрам развился в 1990-е годы на основе работ Кена Швабера и Джефа Сазерленда. Они критически проанализировали практики, которые в то время были распространены в разработке софта, свой собственный профессиональный опыт, успешные техники продуктовой разработки и теорию управления процессами. Итогом их изысканий стал скрам, и формально он был представлен публике в 1995 году. За годы, которые прошли со времени публикации «Аджайл-манифеста» в 2001 году, скрам стал наиболее широко используемым фреймворком в мире аджайла.

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

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

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

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

Самый главный фактор, который влияет на скрам, — это возможность выйти за стены одного отдела разработки и распространиться на все предприятие. Помните, что в основе аджайла — бизнес-гибкость. И поэтому теперь надо сосредоточиться не на том, как разрабатывать продукты, а на том, что нужно разработать. Это смещение фокуса поможет организациям увидеть сильные стороны возможного продукта, уменьшить объем разрабатываемого продукта вместо того, чтобы просто оптимизировать то, как разрабатывается продукт.

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

4.2. Мощь потенциального продукта

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

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

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

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

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

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

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

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

4.3. Принятие скрама топ-менеджментом

Принятие скрама воздействует на организацию максимально широко. Точка.

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

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

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

Но все начинается с принятия того, что состояние рынка, в котором мы живем, — Крайнестан. Все начинается с принятия мысли о том, что наши организации должны измениться, чтобы не исчезнуть. Индустриальная парадигма, на которой большинство из них было построено, больше не работает. Наш айсберг тает — метафора из повести Холгера Ратгебера и выдающегося эксперта по изменениям Джона Коттера. Игнорирование или недостаточное осознание колоссального сдвига в сторону комплексности — основная причина недостаточного принятия скрама среди топ-менеджмента, и это ограничивает преимущества использования скрама. Это подрывает ваше будущее лидерство и даже выживание.

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

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

Кажется, что отличные результаты и увеличение производительности должны привести к успеху скрама в верхних эшелонах управления. Однако на деле это не так.

Ваша организация заслуживает активной и явной поддержки и продвижения скрама в верхних эшелонах управления. Подумайте об операционном управлении ИТ, подразделениях продаж, релиз-менеджерах, продуктовых департаментах и всех топ-менеджерах.

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

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

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

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

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

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

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

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

Назад: Глава 3. Тактики достижения цели
Дальше: Словарь