Читать онлайн «Scrum. Революционный метод управления проектами». Страница 14

Как мы поняли, методология Scrum берет начало в организационных приемах, которые впервые были применены на японских предприятиях, поэтому имеет смысл выяснить, как сами японцы научились так работать. По иронии судьбы обучал их американский ученый. Уильям Эдвардс Деминг был приглашен в послевоенную Японию генералом Дугласом Макартуром, занимавшим пост главнокомандующего союзными оккупационными войсками. Подход Макартура к переустройству японской экономики заключался в том, чтобы очистить большие компании от старых руководителей, выдвинуть молодых и привести в экономику таких американских специалистов, как Деминг. Влияние Деминга на японское производство было огромным. Он обучил сотни инженеров системе статистического управления процессами. Приведу несколько основных положений философии Деминга: точно измерять объем всего, что делается; контролировать, насколько хорошо все делается; стремиться к непрерывному улучшению. Причем недостаточно единожды изменить процесс в лучшую сторону — следует безостановочно улучшать систему и совершенствоваться самому. Постоянно искать то, что нужно корректировать. Никогда не останавливаться на достигнутом. Добиться этого можно только одним путем: неутомимо экспериментировать, опробовать разные подходы. Станет ли лучше, если я применю такой способ? А как насчет этого? Что будет, если я изменю лишь одну деталь?

В июле 1950 года прозвучала одна из самых блестящих его лекций, обращенная к сидевшим в зале руководителям ведущих японских компаний; например, среди слушателей был основатель Sony Акио Морита. В частности, Деминг сказал:

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

Американский ученый предложил свою модель управления качеством, которую в итоге восприняла вся японская экономика, — это цикл Деминга, или цикл PDCA (Plan–Do–Check–Act «Планировать, действовать, проверять, корректировать»). Этот метод можно применять к производству абсолютно всего — будь то автомобили, видеоигры и даже, черт побери, бумажные самолетики.

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

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

Пройдите эти циклы трижды, и я вас уверяю: чем бы вы ни занимались — складыванием бумажных самолетиков или конструированием космических кораблей, — вы будете выполнять свою работу значительно лучше (в два-три раза быстрее и как минимум в два раза качественнее). Цикл PDCA — наиболее прогрессивная модель управления в те времена, когда американский ученый внедрял ее в экономику Японии, — в итоге привел к тому, что Toyota стала выпускать лучшие автомобили в мире. На принципах Деминга построены такие управленческие схемы, как производственная система компании Toyota, как концепция бережливого производства, которая является американским аналогом японской модели, и конечно, наша методология Scrum.

ИЗМЕНИТЬСЯ ИЛИ УМЕРЕТЬ

Причина, по которой новая методология Scrum быстро обрела популярность и стала востребована многими компаниями, отчасти объясняется плачевным состоянием дел в такой области, как разработка программного обеспечения. Проекты почти всегда затягивались, не укладывались в бюджет, а иногда просто проваливались. Вряд ли было бы правомерно обвинять исполнителей в глупости или жадности. В данном случае намного важнее обратить внимание на другое: их подход к процессу разработки и их собственное отношение к этому подходу. Все всегда упиралось в каскадную модель. Исполнители свято верили, что и этапы, и сроки проекта можно жестко спланировать заблаговременно. Более того, некоторые настаивали на том, чтобы в процессе работы над многолетним проектом ни при каких условиях ничто не менялось. Даже при поверхностном взгляде это кажется полным безрассудством.

Я знаком с подобным отношением к решению проблем не понаслышке. Сразу вспоминается компания BellSouth, куда много лет назад меня пригласили в качестве консультанта. В ней работали высококлассные инженеры и программисты, причем многие пришли из знаменитого исследовательского центра Bell Labs. В компании виртуозно применяли каскадную модель, владея в совершенстве всеми ее тонкостями. Проекты, над которыми они работали, были грандиозны, в среднем каждый стоил от десяти до двадцати миллионов долларов. Сначала они собирали все требования заказчика, потом исчезали из мирской жизни на восемнадцать месяцев — и точно в срок, не растратив ни одного лишнего цента, отдавали именно тот продукт, который был нужен клиенту. BellSouth — одна из редчайших компаний в мире, которой это удавалось. Проблемы начинались, когда заказчику вдруг переставало нравиться то, что он просил сделать в начале проекта. Обстоятельства резко менялись. Циклы деловой активности команды становились короче, а клиент все чаще требовал более оперативного и чуткого обслуживания.