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

На сколько дней автомобильной компании следует запастись автомобилями? Обычно в этой отрасли закладываются на шестьдесят дней — вполовину меньше, чем было у GM. Задумайтесь над этим. Ведь когда вы идете в магазин за кормом для собаки, вряд ли вам придет в голову приобретать полугодовой запас. Он займет место в гараже и может стоить так дорого, что на выплату по ипотеке в этом месяце уже не хватит.

Могу представить, о чем вы сейчас думаете: «Ничего себе! Они ведь собрали автомобили. То есть выполнили задачу. Не так ли? Они же не оставили машины недоделанными. В чем проблема?» Проблема в том, что слишком большие запасы готовой продукции наносят практически такой же вред, как и запасы незавершенной продукции. Если вы вкладываете большие деньги в продукт, который не приносит прибыли, у вас не будет ресурсов для создания других продуктов и услуг. Вы не проведете рекламной кампании, не справитесь с продажами, не займетесь поиском и внедрением инновационных идей. Некоторый запас иметь, конечно, необходимо, но его нужно свести до минимума.

Задание, не выполненное до конца, и продукция, которая не используется, представляют собой две стороны одной медали — это потраченные усилия без положительной отдачи. Не делайте так.

ПОЛУЧАЙТЕ РЕЗУЛЬТАТ С ПЕРВОГО РАЗА

Джеймс Вумек — основатель организации Lean Enterprise Institute при МТИ и автор большого количества книг по бережливому производству. В своем классическом труде The Machine That Changed the World («Машина, которая изменила мир»[33]) он рассказывает удивительные истории об опасностях переделок, доработок и исправлений. Вумек вместе со своей исследовательской группой на протяжении многих лет колесил по миру, изучая автомобилестроение — одно из крупнейших промышленных достижений человечества. Он хотел понять, почему одни компании создают и собирают автомобили быстро и с небольшими дефектами, а другие — долго и с большим процентом брака. Сегодня любой разумный производитель использует то, что Вумек когда-то назвал бережливым производством. Но в те далекие времена дело обстояло иначе. Наиболее заметными оказались различия на рынке автомобилей класса люкс.

В Японии на сборку фешенебельного автомобиля компании Toyota, Honda и Nissan тратили в среднем 16,8 часа. На завод поступали запчасти, и спустя 17 часов появлялся, например, Lexus. На 100 автомобилей приходилось всего 34 дефекта. Недурно.

В Европе наблюдалась совсем другая традиция. На производство автомобиля высшего класса компании Mercedes-Benz, Audi и BMW тратили 57 часов. На 100 автомобилей приходилось 78,7 дефекта.

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

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

Замечательно, когда есть производители, выпускающие изысканные автомобили небольшими партиями. Но что делать тем производителям, которые выпускают массовые автомобили? Тогда любой брак оборачивается миллиардными расходами. Как пишет Вумек:

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

Да, вы все верно поняли. Немцы чинили только что собранную машину дольше, чем японцы производили новую. Японские компании скрупулезно проводили сборку с самого начала производственного процесса. Вот почему Toyota стала лучшим в мире производителем автомобилей.

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

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

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

Тогда в компании внимательно присмотрелись ко всем своим Мэттам — а в ней работали сотни разработчиков — и решили проанализировать, сколько времени понадобится на то, чтобы исправить ошибку сразу, а сколько — если вернуться к ней через несколько недель. Все мы в состоянии понять, какой сложной и запутанной может быть программа, поэтому я вас спрашиваю: во сколько раз больше будет потрачено времени во втором случае?