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

* * *

Бережливая система разработки продукции: предсказуемые результаты в непредсказуемых условиях

Переход к бережливой разработке продукции – это прыжок в океан совершенствования. Это рискованно. Это бодрит. Путь назад отрезан.

Из последнего абзаца этой книги

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

Из этой цепочки лишь иногда можно исключить отдельные этапы, кроме, конечно, этапа производства, – квинтэссенции процесса создания продукта. Может быть, именно поэтому мы так долго «зацикливались» на бережливом производстве, в принципах которого, кажется, нам удалось разобраться. Не секрет, что успех бизнеса в итоге определяется всеми этапами жизненного цикла, каждым из них, их совокупностью и их взаимодействием, создающим систему. Более того, по некоторым оценкам, вклад производства в общий успех инновации составляет 15 %, а остальные 85 % обеспечиваются другими этапами, причем стадия исследований и разработок едва ли не основная среди них. И вот, наконец, нашлись люди – авторы этой книги, – которые взяли на себя нелегкий труд объяснить нам, как именно устроен бережливый этап жизненного цикла, связанный с проектированием нового поколения сложной продукции. Они воспользовались для этого примером компании Toyota, лучше которого трудно что-либо найти.

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

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

Именно с таких позиций западный мир, да и мы тоже, хоть и с большим опозданием, пытались несколько десятилетий воспроизвести японский опыт, в частности опыт компании Toyota. Итог известен, и он не утешителен. Пожалуй, только автомобильный завод NUMMI, построенный в Калифорнии компанией General Motors совместно со все той же компанией Toyota, может похвастаться показателями на уровне 0,7–0,8 от Toyota. Но разве на Западе или у нас плохие инженеры? Кто же тогда впервые послал человека в космос и ступил на поверхность Луны? Видимо, дело в технической подготовке. Что значит внедрить канбан с инженерной точки зрения? Надо рационально расставить станки, напечатать карточки канбан и обучить персонал, не так ли? Все так, только эта штука почему-то не работает.

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

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

Матричная структура предполагает, что у работника должно быть два начальника. Один – в функциональном подразделении, где трудится этот работник, а другой – в проекте, занимающемся решением конкретных задач временного характера. Теоретически такая система прекрасна. Но, как всегда, все дело портят люди. Когда они оказываются в положении «слуг двух господ», то, конечно, подобно Фигаро, пытаются извлечь из этого выгоды для себя. (Как несовершенна человеческая природа!) На Западе это часто ведет к конфликтам. А вот в компании Toyota придумали должность главного инженера проекта. Смешно, но у него практически нет никаких полномочий, формально люди, которыми он призван руководить, ему не подчиняются. Зато у него есть огромный авторитет, добытый благодаря знаниям и опыту, безоговорочная поддержка высшего руководства и выдающиеся лидерские качества, выработанные за годы упорной работы в компании. И этого оказывается достаточно, чтобы избегать конфликтов, заложенных в систему. Матричная структура оказывается жизнеспособной. Конечно, должность «главный инженер» издавна существует в отечественных компаниях. Но почувствуйте разницу!

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

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

Попытка рассмотреть проектирование как технологический процесс сначала воспринимается как бред. Это же творчество! Разве можно его упрятать в упорядоченный процесс? А почему, собственно, нет? Когда мы смотрим балет, то видим людей, выполняющих комбинации ограниченного числа движений, – па. Разве это мешает проявлению творчества? Да и это предисловие написано с помощью всего 33 букв русского алфавита и нескольких простых правил составления текста. Кто скажет, что это не творческая работа?

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

Какой бы трудной ни была позиция в такой игре, решить головоломку неизмеримо проще, чем, скажем, создать ее. Так и Toyota выбирает параметры деталей, начиная не с произвольного значения, а исходя из рамок стандартизованного процесса. Этот подход позволяет убить одновременно «множество зайцев». Сразу видно, что таким образом создается основа для обучения «на рабочем месте». Кроме того, разрабатывается формат базы данных, аккумулирующих накопленный опыт. Одновременно появляется информация к размышлению – обратная связь, позволяющая увидеть возможные ошибки любого типа, подготовить почву для дальнейшего совершенствования не только навыков проектировщиков, но и самого стандарта. Как тут не вспомнить уже обрусевшее японское слово «кайдзен» – непрерывное совершенствование и цикл Шухарта – Деминга «планируй – делай – проверяй (изучай) – воздействуй»!

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

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

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

Авторы рассматривают проектирование с трех позиций: 1) люди, 2) процессы, 3) инструменты и технологии. Люди, как они полагают, – главное, но начинать надо с процесса.

Удержимся от соблазна прокомментировать эти принципы, чтобы не лишить читателя удовольствия от чтения книги. Рассмотрим лучше то, чего в этой книге нет. Прежде всего бросается в глаза недостаточное внимание к экономической стороне дела. Между тем развитая в Toyota концепция «таргет костинг» (target costing) проливает дополнительный свет на содержание книги. «Таргет костинг» предполагает, что до начала проектирования определяется целевая себестоимость разработки. При ее оценке учитывается возможная рыночная ниша и конкурентная цена. Это вынуждает разработчиков действовать в жестких денежных рамках, что делает их весьма изобретательными и позволяет все время контролировать немаловажные денежные аспекты разработки. Известен случай, когда одна из ведущих европейских автомобильных компаний разработала новую конструкцию зеркала заднего вида, состоящую из 18 деталей. Изучив этот прецедент, Toyota создала пионерную конструкцию всего из четырех деталей. Конечно, такая конструкция оказалась существенно дешевле и вовсе не хуже существующей. Скорее всего, авторы не касались этой темы, считая себя недостаточно компетентными в этой области.

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

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

Методы Тагути предназначены, в частности, для оптимизации параметров разрабатываемой машины, которые устойчивы (робастны) к вариациям условий эксплуатации. Они включают функцию потерь по Тагути, робастное конструирование и робастное проектирование. Причем методы Тагути органически совместимы с параллельной инженерной разработкой. Компания Toyota использует эти методы с начала 50-х годов прошлого века. Они вносят весомый вклад в ее конкурентоспособность.

Наборы этих инструментов широко используются в компании Toyota, например для организации процесса планирования, играющего, как отмечают и авторы, ключевую роль в проектировании. В книге приведен девиз компании Toyota: «Тщательно планируй, точно выполняй!»

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

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

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

Заинтересует она и специалистов по «человеческим ресурсам», сотрудников служб персонала и всех, кто занят обучением, особенно на рабочем месте.

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

Осталось добавить к армии потенциальных читателей еще преподавателей, студентов и аспирантов всех перечисленных специальностей.

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

Ю. Адлер
Москва,
июль, 2007

Предисловие Джима Вумека

Пятнадцать лет назад Дэн Джонс, Дэн Рус и я в книге «Машина, которая изменила мир»^[1] писали, что Toyota создала новую систему разработки продукции. (Работа над книгой велась параллельно с исследованиями Кима Кларка в Гарвардской школе бизнеса и Така Фудзимото в Токийском университете.) Приведенные нами цифры свидетельствовали, что Toyota может очень быстро разрабатывать продукты и выполнять проектно-конструкторские работы. Производство обходится Toyota недорого, а число дефектов, выявляемых потребителями, крайне мало. (Неудивительно, что цены на автомобили Toyota выше, чем на другие машины того же класса.) Система разработки продукции на Toyota стабильно обеспечивает большее добавление ценности при меньших затратах времени и усилий, а именно в этом заключается сущность бережливого подхода.

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

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

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

Как удалось совершить подобный прорыв? Джим Морган – опытный инженер, который занимался разработками в сфере автомобилестроения на протяжении двадцати лет. Морган ведет и научную работу: не так давно ему была присвоена степень доктора философии в Мичиганском университете. Там он начал сотрудничать с профессором Джеффом Лайкером, автором знаменитой книги «Дао Toyota»^[2]. К счастью, при проведении исследования им был открыт доступ на предприятия Toyota в США и Японии, где осуществляется разработка продукции.

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

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