оценивая. Благодаря скраму рабочее место становится более человечным.

2.2. СКРАМ, ЧТО В ИМЕНИ ТВОЕМ?

Термин «скрам» был впервые использован Хиротакой Такеути и Икудзиро Нонакой, двумя признанными экспертами в области менеджмента, в их новаторской статье 1986 года «Разработка нового продукта. Новые правила игры»[12].

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

Джеф Сазерленд и Кен Швабер задумали скрам-процесс для аджайловой разработки софта в начале 90-х. Они впервые представили скрам в 1995 г. на конференции Oopsla[13] в Остине (Техас, США).

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

В разделе 1.6 уже было отмечено поразительное сходство между бережливым производством и аджайлом. Однако скрам и бережливое производство тоже связаны, эта связь есть в статье «Разработка нового продукта. Новые правила игры» и в термине «скрам». Авторы статьи хорошо знакомы с бережливым производством и являются его адептами. На протяжении всей карьеры они изучали и описывали хорошо известные бережливые компании. И все же они никогда не использовали термин «бережливость».

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

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

Скрам должен быть в сердце каждого бережливого производства.

Джеф Сазерленд, 2011 год

2.3. ЧТО Я ТАМ ВИЖУ – ГОРИЛЛУ?

Эволюционные практики разработки ПО появились давно. О скраме для разработки ПО заговорили с 1995 года. Аджайловое движение оформилось в 2001 году. Эта новая парадигма разработки софта быстро укрепила свои позиции и продолжает распространяться, не сбавляя темпов.

Для оценки того, насколько широко применяется какой-либо технологический продукт, часто используется модель Джеффри Мура, описанная в его статье «Жизненный цикл принятия технологии»[14].

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

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

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

Примерно в 2007 году аджайл пересек пропасть. До этого времени были только слухи об использовании аджайла, и, как правило, они основывались на единичных внедрениях в отдельных компаниях и на личных рассказах. Это типично для данных фаз жизненного цикла принятия технологии. Типично также, что аджайл интересовал по большей части лишь энтузиастов и визионеров. Но, как только пропасть была пересечена, аджайл привлек внимание более широкой аудитории – ранних последователей. Обычно они смотрят на преимущества новой парадигмы и оценивают, насколько она поможет решить проблемы существующей. Yahoo! – яркий пример большой компании, совершившей переход к аджайлу и описавшей свой опыт в 2008 году[15]. В третьем квартале 2009 года Forrester Research и команда доктора Добба проводили опрос ИТ-профессионалов по всему миру[16]. Возможно, вас удивит, что на вопрос «Какой подход ближе всего тому, что вы используете в настоящее время для разработки?» 36 % опрошенных ответили «аджайл», тогда как только 13 % сказали, что используют водопадную модель[17]. Это стало важным официальным подтверждением общего ощущения, что аджайл постепенно вытесняет водопадную модель и что он пересек пропасть. В апреле 2012 года Forrester Research опубликовала результаты исследования применения аджайла для разработки приложений по всему миру, отмечая, что «ИТ-индустрия широко внедряет аджайл» и что его применение не ограничивается малыми предприятиями[18]. Среди компаний, переходящих на аджайл, много и крупных организаций. В исследовании также отмечено, что «короткие итерации и скрам – самый распространенный аджайловый подход» и подтверждается мнение о том, что скрам является одним из наиболее популярных подходов к разработке. Это исследование, таким образом, подтвердило результаты ежегодного опроса «Состояние аджайловой разработки», проведенного VersionOne[19].

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