Далее команды переходят к следующей стадии. Я предупреждаю, что теперь производство бумажных самолетиков будет состоять из трех циклов; на все три дается шесть минут. Одна минута – чтобы планировать процесс сборки. Три минуты – чтобы действовать: сложить самолетики и протестировать их летные качества. Две минуты – чтобы проверить, как можно усовершенствовать свои изделия: что получилось, что не получилось, стоит ли изменить конструкцию, как улучшить процесс сборки. Пройдя эти три цикла, команды приступят к адаптации – начнут воздействовать на свою работу. В системе ценностей Деминга корректировать означает «воздействовать» или «управлять» – когда ты видишь, что в полученных результатах есть некоторые отклонения, что условия окружающей среды изменились, то ты выбираешь другой метод работы.
Пройдите эти циклы трижды, и я вас уверяю: чем бы вы ни занимались – складыванием бумажных самолетиков или конструированием космических кораблей, – вы будете выполнять свою работу значительно лучше (в два-три раза быстрее и как минимум в два раза качественнее). Цикл PDCA – наиболее прогрессивная модель управления в те времена, когда американский ученый внедрял ее в экономику Японии, – в итоге привел к тому, что Toyota стала выпускать лучшие автомобили в мире. На принципах Деминга построены такие управленческие схемы, как производственная система компании Toyota, как концепция бережливого производства, которая является американским аналогом японской модели, и конечно, наша методология Scrum.
Измениться или умереть
Причина, по которой новая методология Scrum быстро обрела популярность и стала востребована многими компаниями, отчасти объясняется плачевным состоянием дел в такой области, как разработка программного обеспечения. Проекты почти всегда затягивались, не укладывались в бюджет, а иногда просто проваливались. Вряд ли было бы правомерно обвинять исполнителей в глупости или жадности. В данном случае намного важнее обратить внимание на другое: их подход к процессу разработки и их собственное отношение к этому подходу. Все всегда упиралось в каскадную модель. Исполнители свято верили, что и этапы, и сроки проекта можно жестко спланировать заблаговременно. Более того, некоторые настаивали на том, чтобы в процессе работы над многолетним проектом ни при каких условиях ничто не менялось. Даже при поверхностном взгляде это кажется полным безрассудством.
Я знаком с подобным отношением к решению проблем не понаслышке. Сразу вспоминается компания BellSouth, куда много лет назад меня пригласили в качестве консультанта. В ней работали высококлассные инженеры и программисты, причем многие пришли из знаменитого исследовательского центра Bell Labs. В компании виртуозно применяли каскадную модель, владея в совершенстве всеми ее тонкостями. Проекты, над которыми они работали, были грандиозны, в среднем каждый стоил от десяти до двадцати миллионов долларов. Сначала они собирали все требования заказчика, потом исчезали из мирской жизни на восемнадцать месяцев – и точно в срок, не растратив ни одного лишнего цента, отдавали именно тот продукт, который был нужен клиенту. BellSouth – одна из редчайших компаний в мире, которой это удавалось. Проблемы начинались, когда заказчику вдруг переставало нравиться то, что он просил сделать в начале проекта. Обстоятельства резко менялись. Циклы деловой активности команды становились короче, а клиент все чаще требовал более оперативного и чуткого обслуживания.
Меня пригласили посмотреть, смогу ли я помочь BellSouth разобраться, в чем они ошибались. Вскоре я понял суть проблемы – их подход к управлению проектами. Должно быть, неприятно услышать такое, когда вы абсолютно уверены в своем профессионализме. Итак, наступил тот день, когда я оказался перед аудиторией, состоявшей из 150 инженеров BellSouth, которым мне пришлось сообщить, что если они не перейдут на другую модель, более ориентированную на клиентов, их компании недолго придется процветать. Зал ощетинился. Передо мной сидели действительно очень умные люди, но все они решили, что мои идеи не более чем очередные модные завихрения их начальства. Я так и не достучался до них; мне оставалось лишь выразить недоумение, но напоследок я их предостерег: «Изменитесь – или умрете». Как, наверное, вы заметили, BellSouth давно уже нет на рынке.
Сюхари
Scrum берет начало в философской системе и боевых практиках японцев. Недавно я ездил в Японию и встречался с профессором Икуджиро Нонакой. Он дал мне понять, что в его стране к Scrum не относятся как к сиюминутной причуде. Японцы расценивают Scrum как подход к решению вопросов, как образ действий, как способ существования бытия – в общем, как образ жизни. Когда я обучаю людей этой методике, я часто рассказываю о своем многолетнем опыте занятий японским боевым искусством айкидо.
Scrum, как айкидо и даже, не побоюсь сказать, как танго, – это то, чему можно научиться лишь в процессе. Ваше тело, ваш разум и ваш дух соединяются в единое целое через постоянную практику и стремление к совершенству. Занимаясь айкидо, мы постигаем понятие сюхари (Shu Ha Ri) – это одновременно и концепция боевых искусств, и показатель уровня мастерства.
Состояние Сю («соблюдать») – первая ступень, когда вы тренируетесь многие годы, повторяя за учителем все приемы и движения; вы исполняете их словно танцевальные фигуры, и ваше тело их впитывает. Вы не вносите никаких изменений, так как не имеете права отклоняться от правил.
Состояние Ха («прорываться») – вторая ступень, когда вы, овладев всеми приемами и правилами, можете освободиться от них и начать импровизировать. Посвингуйте, исполняя мелодию танго.
Состояние Ри («отделяться») – третья ступень, когда вы настолько овладели мастерством, что освобождаетесь от приемов и движений; теперь вы выше всех правил и способны беспрепятственно созидать. Айкидо или танго стали вашей сутью, и в каждом вашем шаге заложен их смысл.
Scrum во многом напоминает сюхари. Эта методика требует практики, внимания и постоянных усилий для достижения нового состояния – состояния, в котором процессы текут непрерывным потоком и все происходит как надо. Если вам случалось смотреть выступления великих танцоров или знаменитых гимнастов, то вам знаком этот эффект: их движения выглядят настолько естественными, будто исполнители не затрачивают никаких усилий, будто они ничего не делают, а просто существуют в пространстве. Кажется, они не могут быть никем иными, кроме как теми, кем являются в данный момент. Однажды я испытал это, когда щуплый мастер айкидо без всяких усилий подбросил меня в воздух, но сделал это так, что я мягко упал на маты, – я ощутил себя младенцем, которого аккуратно положили в колыбель.
Вот чего мы желаем добиться, прибегая к помощи Scrum. Это то состояние, которого, как я хотел бы, все могли бы достичь в жизни. Работа не должна быть в тягость. Она может увлекать за собой, как поток; быть выражением счастья, стремлением к высшему предназначению. Мы можем быть лучше. Мы можем быть великими! Нужно просто практиковаться.
Далее в книге каждая глава будет посвящена одному конкретному понятию методологии. Принцип глубокого погружения нужен для осмысления Scrum, кроме того, он помогает объяснить, почему эта система управления структурирована именно таким образом. В приложении вы найдете пункт «Претворяем Scrum в жизнь» (исчерпывающее определение Scrum), который поможет уяснить, что надо делать. А теперь следуйте за мной, и я расскажу вам, почему так надо делать.