Scrum. Революционный метод управления проектами - Джефф Сазерленд

Концепция Бойда называется цикл OODA (звучит странно, если не знать, о чем идет речь). OODA – аббревиатура от наблюдать, ориентироваться, решать, действовать, и хотя название немного забавное, но модель действует безотказно – что на войне, что в бизнесе. Проникнуть внутрь чьего-то цикла принятия решений означает обречь противную сторону на волнение, замешательство и сомнение; у противника возникает на ситуацию или слишком острая, или слишком вялая реакция. Как сказал Бойд на презентации одной из множества своих теорий, «выживает тот, кто быстрее всех справляется со изменением скорости полета»{40}.

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

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

• Решать – к этому этапу приводит комбинация положений наблюдать и ориентироваться.

• Действовать – говорит само за себя.

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

Цикл OODA

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

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

Рассмотрим, например, процесс производства автомобиля. Toyota потратила на разработку модели Prius от составления концепции проекта до выпуска первого готового образца пятнадцать месяцев – быстрее, чем им когда-либо удавалось раньше. Многофункциональная команда, разрабатывавшая и собиравшая Prius, не занималась продажей автомобиля до того, как он был готов, но Toyota быстро начала изготавливать прототипы новой модели, чтобы главный инженер мог приглядеться к ней и понять, в правильном ли направлении работает команда. Такое быстрое создание прототипов – полностью функциональных автомобилей до официального выпуска модели, а затем многократное улучшение этих прототипов до тех пор, пока не получится тот продукт, который вы хотите продавать покупателю, – может приводить к невероятно быстрым изменениям. Суть не в том, чтобы с самого начала иметь полностью утвержденный дизайн, скорее, делается функциональный прототип, чтобы можно было увидеть, что следует изменить. А затем, усовершенствовав продукт, сделаете следующий прототип и улучшите его. Чем раньше вы получите реальную обратную связь о качестве своего продукта, тем быстрее вы сделаете лучшую машину.

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

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

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