- •Система разработки продукции
- •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
- •Предметный указатель
В итоге вместо авторитетных главных инженеров прошлого, отличавших ся творческим подходом к делу, разработку продукции стали возглавлять менеджеры-бюрократы, хорошо усвоившие правила игры. Эти руководи тели были скорее администраторами, нежели системными разработчиками. Вместо того чтобы заниматься технической стороной дела, они отдавали распоряжения, устанавливали корпоративные принципы, определяли цели и задачи проектов (сроки, затраты, рабочие характеристики) и поддерживали порядок в организации методом кнута и пряника. Отдельные функцио нальные подразделения занимались субоптимизацией и, руководствуясь собственными интересами, пытались укрепить свое влияние и расширить круг своих полномочий.
Организация групповой работы в Chrysler
Дорвард Собек провел интересное исследование (Sobek, 1997), посвящен ное сравнению подходов Toyota и Chrysler к разработке продукции. Собек рассматривает первичную структуру проектных команд Chrysler, которые занимались разработкой платформ автомобилей, как пример организации групповой работы. До начала 1990-х годов эта компания подобно NAC делала ставку на бюрократическую систему управления, и это едва не привело ее к банкротству. Компания Chrysler разрабатывала новые авто мобили слишком медленно, чтобы захватить долю рынка, достаточную для поддержания ее существования. Ли Якокка вместе с вице-президентом по разработкам Робертом Лутцем предпринял смелый шаг, полностью реорганизовав систему разработки продукции. Он создал проектные ко манды, которые занимались разработкой определенных платформ. Кроме того, компания вложила миллиарды долларов в строительство крупного центра НИОКР в Оберн Хиллз, штат Мичиган, в котором решила размес тить межфункциональные проектные команды. Большая часть функци ональных структур, на которые опираются компании, подобные NAC, и которые остаются сильной стороной Toyota, была ликвидирована. После этих преобразований специалисты функциональных подразделений — ин женеры, которые занимались разработкой кузова, ходовой части, электро оборудования, и даже технологи — стали подчиняться непосредственно руководителю проектной команды. Гленн Гарднер, первый генеральный менеджер проектной команды, заявил, что если люди не поступят в его полное распоряжение, он не отвечает за результат. Такая фокусировка на продукте позволяла направить инженеров на достижение единой цели. Под руководством Гарднера, а позднее и других генеральных менедже
ров проектные команды смогли сократить время выполнения заказов при разработке продукции с 48 до 33 месяцев при выполнении первого проекта, а в дальнейшем, при создании Neon и мини-вэнов, разработки стали выполняться еще быстрее.
В определенном смысле новый подход был огромным достижением. Он позволил создать несколько новых крупногабаритных автомобилей (Concorde, LHS, Intrepid), модель Neon, серию современных мини-вэнов, новый Jeep Grand Cherokee и Р.Т. Cruiser. Эти автомобили были запущены в производство в рекордные для Chrysler сроки и спасли компанию. Руко водство компании похвалялось самыми низкими затратами и самыми вы сокими прибылями на единицу продукции в отрасли, и даже Toyota начала присматриваться к Chrysler как к потенциальному конкуренту.
Но хотя новая модель казалась успешной, инженеры Chrysler тратили массу времени на собрания, а на достижение консенсуса в группе уходи ло больше времени, чем на сам процесс разработки. По части качества, долговечности и времени выполнения заказа Chrysler было по-прежнему далеко до Toyota. Специалистам, которые не имели возможности общать ся со своими коллегами, занятыми разработкой других платформ, было сложно поддерживать высокий уровень профессиональной квалификации. Никто не занимался разработкой и совершенствованием единых проектно конструкторских стандартов. Это в конечном счете привело к постепенному росту себестоимости продукции. Стало понятно, что новый подход имел свои недостатки, а отвергнутая функциональная модель — свои сильные стороны. Toyota, которая опирается на системных интеграторов, сумела добиться большего, чем Chrysler, и ее подход выдержал проверку временем. Неудивительно, что в последние годы группа Chrysler в составе концерна DaimlerChrysler работает над освоением одной из версий системы главных инженеров Toyota.
Система главных инженеров Toyota:
избегать компромиссов, порождающих бюрократию
Судя по всему, Toyota удается нарушать освященные веками организаци онные принципы и избегать компромиссов. Благодаря системе главных ин женеров компания имеет возможность использовать межфункциональные группы, которые укомплектованы высококвалифицированными специа листами и при этом нацелены на конечный результат. Компания с равным успехом применяет управление «сверху вниз», которое помогает уклады ваться в жесткие сроки и добиваться целевых показателей, и управление
«снизу вверх», которое обеспечивает гибкость и стимулирует творчество. Знающие и опытные главные инженеры Toyota страстно увлечены своим делом, что роднит их с первыми системными разработчиками NAC. По добно последним главные инженеры Toyota пользуются благосклонным вниманием высшего менеджмента и не обременены бюрократическими формальностями и административными обязанностями. Разработками занимаются функциональные группы, а главному инженеру не прихо дится тратить время на административную работу и вопросы кадрового обеспечения.
Однако главный инженер Toyota имеет существенные отличия от сис темных разработчиков NAC. Toyota — это огромная, транснациональная бюрократическая организация, которая не может функционировать как не большие автомобильные компании прошлого. Культура Toyota опирается на управление, нацеленное (до определенной степени) на достижение кон сенсуса, а не на грубую автократию. Размеры компании и сложность орга низационной структуры и выпускаемой продукции не позволяют главному инженеру принимать ключевые решения в одиночку. Более того, формаль но инженеры не подчиняются главному инженеру. Следовательно, чтобы мобилизовать организацию и направлять процесс достижения консенсуса между функциональными подразделениями, главный инженер должен не только прекрасно разбираться в технических вопросах, но и обладать раз витыми лидерскими навыками. Выполняя эти задачи, главный инженер, с одной стороны, использует концептуальный проект, а с другой — свою роль системного интегратора, который определяет конструкцию автомобиля в целом. Кроме того, за главным инженером остается последнее слово при принятии технических решений (если речь идет об особо важных решени ях, они утверждаются высшим руководством). Поскольку культура Toyota сфокусирована на потребителе, функциональные группы понимают, что их цель — поддерживать потребителей Toyota, главный инженер выступает передатчиком голоса потребителя.
Ключевые решения, наставничество, изыскание ресурсов, выработка единой концепции, улучшение функциональных характеристик, обеспе чение целевых показателей качества, безопасности и затрат и соблюдение сроков — все начинается с главного инженера. Это делает систему главных инженеров краеугольным камнем системы разработки продукции в Toyota. Продолжая анализ социальной подсистемы, мы увидим, что система главных инженеров в Toyota эффективна благодаря высокой квалификации персонала и согласованности действий в масштабах организации. Поэтому следующая глава, посвященная шестому принципу LPDS, рассказывает о матричной организационной структуре Toyota.
Резюме принципа 5
Развивать систему главных инженеров для интеграции всего процесса разработки
Бережливой системой разработки продукции руководит талант ливый главный инженер, способный обеспечить интеграцию всех компонентов системы. Такая интеграция предполагает как целос тность продукта, так и сплоченность людей, принимающих учас тие в проекте. Главный инженер отличается от традиционного руководителя проекта. Во-первых, формально в его подчинении находится лишь небольшая группа помощников. Он руководит инженерами, работающими над проектом, опираясь на знания, опыт, личное влияние и право принимать решения, касающиеся продукта. Во-вторых, главный инженер представляет голос потре бителя и отвечает за успех проекта — от разработки концепции автомобиля до начала продаж. В-третьих, главный инженер уделя ет первоочередное внимание решениям, связанным с системной интеграцией, а не администрированию и вопросам управления персоналом. Если главный инженер действует только как руко водитель проекта, это не настоящий главный инженер.