- •Система разработки продукции
- •THE TOYOTA
- •Содержание
- •Предисловие Джима Вумека
- •Благодарности
- •Предисловие авторов
- •Введение
- •Революция в разработке новой продукции
- •Новый рубеж конкурентной борьбы: система разработки продукции
- •Совершенство разработок — важнейшая составляющая потенциала компании
- •Бережливая система разработки продукции: объединить усилия функциональных подразделений и поставщиков
- •Учиться у Toyota
- •Модель бережливой системы разработки продукции
- •Социотехническая система
- •Подсистема «Процесс»: принципы 1-4 LPDS
- •Подсистема «Люди»: принципы 5-10 LPDS
- •Подсистема «Инструменты и технология»: принципы 11-13 LPDS
- •Процесс определения ценности с точки зрения потребителя в North American Car Company
- •Процесс определения ценности с точки зрения потребителя в Toyota
- •Руководство проектом: роль главного инженера
- •Этапы создания ценности для потребителя
- •Конкретная ситуация: Команда разработчиков кузова Lexus уменьшает допустимый предел погрешности вдвое
- •Почему этот принцип стал первым?
- •Правильный старт как фабрика идей: разработка разных продуктов на основе единой платформы
- •Производные модели на основе существующих платформ
- •Долгосрочное технологическое планирование
- •Правильный старт при реализации отдельных проектов: внешний вид автомобиля и техническая осуществимость
- •Параллельное проектирование на базе альтернатив
- •Применение кенто к разработке кузова и каркаса Toyota
- •Пример того, как стандартизация производственных операций обеспечивает быстрое решение проблем
- •Унифицированная компоновка и использование единых комплектующих
- •Анализ базовых целей создания автомобиля и принятие решений
- •Технология производства в Toyota: обязанности инженера по параллельному проектированию
- •Инженеры по параллельному проектированию должны обеспечить достижение плановых показателей по инвестициям и переменным издержкам
- •Мидзен боси и посещение производственных предприятий
- •Обмен информацией со специалистами функциональных групп
- •Инженер по параллельному проектированию представляет план
- •Использование средств автоматизированного проектирования
- •Раннее решение проблем на этапе кенто: конкретная ситуация
- •Кодзокейкаку (К4) — соединить части в единое целое
- •Правильный человек, правильная работа, правильный момент
- •Обеспечить выровненный поток процесса разработки продукции
- •Потенциал потока
- •Разработка продукции как процесс
- •Составление карт потока создания ценности
- •Семь видов потерь в процессе разработки продукции
- •Три типа потерь реально существуют
- •Факторы, способствующие и препятствующие потоку: подход теории очередей
- •Выровненный поток вместо неразберихи: кенто и поток
- •Роль логики процесса
- •Использование общих платформ
- •Скользящий график запуска в производство
- •Завершение разработки продукции
- •Синхронизация работы внутри и между функциональными подразделениями
- •Примеры межфункциональной синхронизации
- •Обеспечение гибкости
- •Детальные (фундоси) графики работы функциональных подразделений
- •Обеспечение потока процесса при несерийном производстве
- •Определение ритма проектно-конструкторских работ и сокращение времени управленческого цикла
- •Вытягивание информации в системе разработки продукции
- •Объединение операций в единый поток
- •Три вида стандартизации
- •Стандартизация конструкции и контрольные листки
- •Стандартизация процесса
- •Стандартизированный процесс организации производства в Toyota
- •Разработка штампов в Toyota
- •Разработка технологического процесса и фиксаторов
- •Производство инструмента и штампов в Toyota
- •Типовые сроки производства штампов и инструментов
- •Станочная обработка штампов в Toyota
- •Сборка штампов в Toyota
- •Разработка технологии сборки автомобиля в Toyota
- •Стандартизация профессиональных знаний и навыков
- •Заключение
- •Развивать систему главных инженеров для интеграции всего процесса разработки
- •Культурная составляющая системы главных инженеров
- •История двух главных инженеров: проекты Lexus и Prius
- •Lexus: главный инженер, который не идет на компромиссы
- •Главный инженер — лидер
- •Руководство разработкой продукции в NAC: от главного инженера к бюрократу
- •Организация групповой работы в Chrysler
- •Система главных инженеров Toyota:
- •избегать компромиссов, порождающих бюрократию
- •Какая структура лучше?
- •Недостатки продуктовой структуры
- •Достоинства и недостатки матричной структуры при управлении процессом разработки продукции
- •Реорганизация матричной структуры Toyota
- •Структура проектных команд Chrysler: сравнение с центрами разработки автомобилей
- •Параллельное проектирование: обея
- •Параллельное проектирование: команды разработки модулей и главные инженеры по организации производства
- •Команды разработки модулей: кузов и организация производства
- •Организационная структура как развивающееся явление
- •Наем, развитие и сохранение персонала
- •Процесс подбора и найма персонала в NAC
- •Процесс отбора и найма в отделе разработки продукции NAC
- •Процесс найма в отделе организации производства NAC
- •Обучение и развитие в NAC
- •Развитие людей в Toyota
- •Наем в Toyota
- •Обучение и развитие в Toyota
- •Обучение и развитие в отделе разработки кузова
- •Обучение и развитие в отделе организации производства
- •Генти генбуцу в процессе разработки
- •Демонтаж продукции конкурентов
- •Сборка опытного образца
- •Ежедневные совещания на сборочном участке
- •Система бережливой разработки продукции должна обеспечивать развитие людей
- •Сделать поставщиков составной частью системы разработки продукции
- •Деталь — не деталь, а поставщик — не поставщик
- •Сила кейрецу
- •Равны ли поставщики между собой?
- •Отбор и развитие поставщиков до уровня партнера в Toyota: пример поставщика автопокрышек из США
- •Партнерские отношения с поставщиками: кому это выгодно?
- •Поставщики работают в тесном контакте с компанией-заказчиком: взаимовыгодные долгосрочные отношения
- •Цена — это не все
- •Упустить заказ
- •Развитие отношений
- •Система инженеров по приглашению
- •Состав группы поставщиков
- •Стратегия аутсорсинга
- •Совершенствование важнейших технологий
- •Освоение новых направлений: гибридный двигатель и средства автоматизированного управления
- •Привлечение аутсорсеров для изготовления аккумуляторных батарей
- •Изменить корпоративные принципы, чтобы сохранить внутренний потенциал
- •Обращаться с поставщиками корректно и разумно
- •Создать систему обучения и непрерывного совершенствования
- •Что такое знание и организационное обучение
- •Передача явного и неявного знания
- •Система обучения разработке продукции в Toyota
- •Обучение на собственном опыте
- •Хансей в Toyota
- •Идзивару — испытания в Toyota
- •Потенциал проблем
- •Решение проблем на месте
- •Цена невежества
- •Ускорить обучение, сократив продолжительность цикла
- •Сформировать культуру постоянного стремления к совершенству
- •Как культура может помешать бережливой разработке продукции
- •Инструмент не решает проблему
- •Приносить пользу потребителям и обществу
- •Высокий профессионализм и непревзойденное качество разработок — интегральная часть культуры
- •Дисциплина и трудовая этика
- •Кайдзен изо дня в день
- •Прежде всего потребитель
- •Стремление учиться, заложенное на генетическом уровне
- •Ответственность и обязательства
- •Организационное единство
- •Правильный процесс дает правильные результаты
- •Культура поддерживает процесс
- •Культура держится на лидерах
- •Адаптировать технологию к потребностям людей и процесса
- •Пять основных принципов отбора инструментов и технологий
- •Технология бережливой разработки продукции
- •Автоматизированное проектирование в Toyota
- •Технология проектирования в Toyota
- •Виртуальное производство и цифровая визуализация в NAC
- •Виртуальная сборка в Toyota
- •Анализ методом конечных элементов в NAC и в Toyota
- •Контрольные листки и инструменты стандартизации в Toyota и NAC
- •Создание трехмерных твердотельных моделей при разработке штампов в NAC и в Toyota
- •Станочная обработка штампов в Toyota и в NAC
- •Прессы для отладки штампов в NAC и в Toyota
- •Сборка без подгонки в NAC и функциональная сборка в Toyota
- •Освоить технологию, чтобы облегчить процесс
- •Концептуальный проект главного инженера как объединяющее начало
- •Межфункциональное взаимодействие посредством обея
- •Инструменты координации
- •Немаваси в Toyota
- •Система ринги в Toyota
- •Коммуникация и координация в Toyota
- •Использовать эффективные инструменты для стандартизации и организационного обучения
- •Как обучается ваша организация
- •База знаний в NAC:
- •поток создания ценности при разработке кузова
- •База данных по ноу-хау в Toyota
- •Инструменты оценки альтернативных решений и обмена информацией
- •Кривые компромиссных характеристик
- •Отчеты по бенчмаркингу конкурентов в NAC
- •Демонтаж автомобилей конкурентов в Toyota и аналитические таблицы
- •Инструменты стандартизации в Toyota: контрольные листки, матрицы качества, сендзу, стандартизированные карты процесса
- •Роль стандартизации и инструментов обучения
- •Целостная система: собираем по частям
- •Интеграция подсистем:
- •люди, процесс, инструменты и технология
- •Определение ценности:
- •создавать ценность с точки зрения потребителя
- •Поток создания ценности: устранение потерь и вариации
- •Устранить или изолировать вариацию
- •Обеспечение вытягивания и потока
- •Составление карт потока создания ценности при разработке продукции (PDVSM)
- •Особенности составления карт потока создания ценности при разработке продукции и на производстве
- •Практические семинары по PDVSM
- •Учитесь видеть разработку продукции как процесс
- •Преобразование культуры: суть бережливой разработки продукции
- •Воспитать внутреннего агента перемен
- •Приобретайте нужные знания
- •Механизмы интеграции (обея/проверки проекта)
- •Роль линейной структуры
- •Начните с потребителя
- •Осмыслите текущее состояние процесса бережливой разработки продукции
- •Подлинное преобразование культуры
- •Люди — ядро системы бережливой разработки продукции
- •Дорожная карта перехода к бережливой разработке продукции
- •Лидерство, обучение и непрерывное совершенствование как интегральная часть процесса
- •Глава 1
- •Глава 2
- •Глава 4
- •Глава 5
- •Глава 6
- •Глава 7
- •Глава 8
- •Глава 9
- •Глава 10
- •Глава 11
- •Глава 12
- •Глава 13
- •Глава 14
- •Глава 16
- •Глава 17
- •Предметный указатель
альный автомобиль к презентации на автосалоне. Работа над G21 продолжалась, и в июне 1995 года получила статус официального проекта по разработке с графиком работ и бюджетом. Утиямада и его команда решили сделать все, чтобы уложиться в намеченные сроки и обеспечить запуск автомобиля в производство в декабре 1998 года, в срок, который в случае непредвиденных обстоятельств можно было передвинуть на начало 1999 года. Таким образом, у разработчиков был год на создание первого опытного образца, год на его доработку и год на создание серий ного образца и подготовку производства. Поскольку речь шла о новой технологии и новой производственной линии, такой график работ был весьма напряженным.
Однако задача значительно усложнилась в августе 1995 года, когда новый президент Toyota Хироси Окуда, понимая огромное значение проекта G21, сказал Вада, что автомобиль нужно запустить в производство как можно быстрее, поскольку он может изменить будущее Toyota (Itazaki, р. 115). Утия мада остолбенел. Он работал над машиной, которая могла изменить будущее Toyota, но срок ее запуска в производство был перенесен на декабрь 1997 года. Время работы над проектом сокращалось на целый год.
Тем не менее производство Prius было запущено в октябре 1997 года, на два месяца раньше намеченного срока. От потенциальных покупателей не было отбоя. В конце марта 1999 года объем продаж составил 22 000 единиц. К началу 2003 года этот показатель увеличился до 120 000 единиц. Объемы продаж по всему миру не перестают расти, и Prius продолжает пользовать ся огромным успехом не только потому, что это машина с гибридным двигателем. Разумеется, гибридный двигатель произвел фурор на рынке. Но возможно, для будущего компании еще важнее то, что, работая над созданием Prius, группа главного инженера внесла в процесс разработки продукции ряд важных изменений. Теперь эти нововведения использу ются при всех разработках в Toyota, помогая сделать нормой выполнение проекта за 12 месяцев. Если учитывать этот критерий, рентабельность про екта Prius оказалась астрономической, — при относительно небольших инвестициях.
Главный инженер — лидер
Стандартная рабочая процедура в системе бережливой разработки про дукции предполагает, что объем ответственности менеджеров превышает их полномочия. Это характерно и для системы главных инженеров. На каждом этапе над проектом работают тысячи сотрудников Toyota, но
ронников принципа «сверху вниз», которые диктуют людям, что делать, и тех, кто предпочитает принцип «снизу вверх» и опирается на опыт и знания других. Совместив эти аспекты, мы получим четыре типа лидеров.
1.Бюрократ. Такой менеджер координирует работу людей сверху вниз
иделает ставку не на собственный инженерный опыт, а на стандар ты, планы и делегирование. Он соблюдает технические стандарты и правила, выполняет работу в срок, не нарушает календарный гра фик, придерживается бюджета и заставляет подчиненных добивать ся результатов. Он негибок, если речь идет об изменении сроков, а концепция выходит за рамки рутинной работы. Менеджер-бюрократ не способен подойти к делу творчески, резко сменить курс, выйти за рамки первоначальной концепции и заставить инженеров совершить невозможное. Разумеется, чтобы занять руководящую должность, та кой человек должен быть хорошим техническим специалистом, однако он почти не использует свои знания и опыт. Он добивается своевре менного выполнения проекта и укладывается в бюджет, однако вряд ли его можно назвать великим инженером. Он — руководитель проекта, а не инженер или лидер.
2.Системный разработчик. Прекрасный технический специалист, всей душой стремится добиться цели и создать непревзойденный продукт, составные части которого работают как единая система. Лидер этого типа отличается творческим мышлением, он блестящий системотехник, однако он не слишком искушен в управлении людь ми и ему не всегда хватает терпения, чтобы обучать или выслу шивать своих подчиненных и координировать их действия. Такой менеджер управляет по принципу «сверху вниз» — он сам прини мает ключевые технические решения, используя подчиненных для выполнения кропотливой повседневной работы. Лидером такого типа был молодой Генри Форд. Подобный подход ограничивает гибкость, — когда множество людей занимается отдельными не большими участками работы, а согласованность их действий обес печивается сверху вниз, можно добиться результатов лишь если каждый строго соблюдает четкие, подробные инструкции. Изме нения отражаются на всей организации, а команды не способны думать самостоятельно, без указки сверху.
3.Координатор группы. Такой руководитель хорошо ладит с людьми и способен сплотить команду, поощряя и стимулируя ее членов. Лидер такого типа не всегда сильный инженер, кропотливая работа над тех ническими деталями часто наводит на него скуку. Он любит общать
ся, оказывать поддержку и воодушевлять талантливых специалистов на достижение общей цели. Такой менеджер обладает гибким мыш лением, а его группа способна к самоорганизации и реструктуриза ции. Этот стиль управления иногда называют менеджментом в стиле регби, — данный термин отражает способность быстро реагировать на изменение обстановки по ходу игры. Недостаток такого подхо да — отсутствие у руководителя продуманной технической концепции. В результате в процессе проектирования упускаются из виду частные моменты, реализация проекта затягивается, а техническая интеграция слабеет.
4. Системный интегратор. Этот руководитель хорошо подкован в тех нических вопросах и управляет по принципу «снизу вверх», используя лучшие идеи членов команды. Лидер такого типа имеет продуманную концепцию продукта и успешно обеспечивает техническую интегра цию проекта. Он проявляет изрядную гибкость, сплачивая команду, которая под его началом уверенно движется вперед. Главные инженеры Toyota представляют собой именно такой тип лидеров.
В системе Toyota главному инженеру дана в подчинение небольшая груп па людей, которая занимается административными вопросами, освобождая главного инженера для решения технических вопросов реализации проекта и горизонтальной межфункциональной координации. Именно такой стиль руководства был характерен и для Утиямада, и для Судзуки. Оба имели четкое представление о создаваемом продукте и привлекали правильных людей и правильные ресурсы в правильное время. Они также эффективно применяли принципы управления «сверху вниз», укладываясь в намеченные сроки и строго придерживаясь целевых показателей затрат, веса и эффек тивности использования топлива, и воодушевляли команду на достижение исключительных результатов. Заметьте, что в соответствии с рис. 7-1 глав ный инженер сочетает все четыре типа лидерства, акцентируясь прежде всег<* на типе системного интегратора..
Руководство разработкой продукции в NAC: от главного инженера к бюрократу
North American Car Company поначалу была небольшой предпринимательской фирмой, а ее первые главные инженеры были очень похожи на главных инженеров Toyota. Лидеры компании любили автомобили, росли, возясь с машинами, и были скорее изобретателями, нежели специалистами или
менеджерами. Будучи одаренными, творческими людьми, они не стояли на месте и неустанно работали над развитием технологии. Они сделали автомобили более сложными и совершенными и резко сократили затраты на их производство. Поскольку NAC была небольшой компанией, главные инженеры былых времен не были обременены бюрократией. Они работали в тесном контакте с владельцем компании, который, так же как и они, был влюблен в автомобили и технологию. Хотя их полномочия и так были ши роки, дополнительным источником их влияния были технические знания и опыт. В то время компания строилась преимущественно по автократи ческому принципу, — технические руководители принимали решения и требовали их выполнения. Они были архитекторами систем, а специалисты функциональных подразделений помогали им проводить испытания и вы полнять проектные работы.
Когда NAC превратилась в транснациональную корпорацию, автомобили стали куда более разнообразными и сложными, что отразилось на органи зационной структуре. Подразделения множились как грибы после дождя. Создавались разрозненные функциональные группы, которые занимались отдельными подсистемами и процессами — ходовой частью, трансмиссией, кузовом, электрооборудованием, электроникой, разработкой штампов, тех ническим анализом, механизмами регулировки положения стекол, выхлоп ной системой и так далее, и тому подобное. В каждой функциональной груп пе было несколько уровней управления, а менеджеры групп подчинялись вице-президенту по разработкам. Последний с высоты своего положения был не в состоянии отследить мириады частных вопросов в масштабах всей компании. Общей координацией работ занимались специальные группы руководства проектами, а за техническую интеграцию отвечали группы системного проектирования.
В этой сложной бюрократической структуре терялся потребитель. Разу меется, руководство компании могло кивнуть на отделы продаж и марке тинга, которые отвечали за выявление требований потребителя, но к тому моменту, когда эта информация попадала в разобщенные технические группы, сведения о предпочтениях потребителя искажались до неузна ваемости. Во второй половине 1990-х годов NAC перешла на матричную организационную структуру, пытаясь ограничить самостоятельность фун кциональных подразделений, которые принимали независимые решения и не согласовывали свои действия. В результате была создана новая бю рократическая структура, в которой руководители проектов пытались усмирить непокорные функциональные подразделения. Понятно, что в этой борьбе за власть перевес оставался на стороне функциональных подразделений.