Скрам: Правила игры. Карманное руководство

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

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

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

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

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

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

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

4.3. ПРИНЯТИЕ СКРАМА ТОП-МЕНЕДЖМЕНТОМ

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

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

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