- •Система разработки продукции
- •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
- •Предметный указатель
чтобы заставить функциональные подразделения использовать единую терминологию, и какой непродуктивной может быть пресловутая «ин тенсивная» коммуникация! На самом деле общение должно быть четко структурировано, чтобы специалисты могли получать правильную ин формацию в правильное время и с ее помощью принимать качественные решения. Люди, перегруженные информацией, часто не могут отделить важное от второстепенного. Эффективность работы снижается, время и силы растрачиваются впустую, и дела идут еще хуже, чем в «недобрые старые времена», когда чертежи «подсовывались под дверь» без каких-либо дополнительных комментариев. В данном случае нас интересует золотая середина, — подход, который позволяет избежать информационных пе регрузок и в то же время эффективно донести до заинтересованных лиц нужную им информацию.
В главе 4 рассказывалось о том, как Toyota обеспечивает правильный старт процесса разработки. Сущность параллельного проектирования заключа ется в том, чтобы донести соображения тех, кто отвечает за более поздние этапы процесса, до остальных участников в начале процесса разработки, когда возможности выбора альтернативных вариантов максимальны. Мы уже говорили, что параллельное проектирование на базе альтернатив по зволяет оценить множество потенциальных решений, чтобы затем сужать их диапазон с учетом мнения разных функциональных подразделений. Без условно, ключевую роль здесь играет коммуникация, но она должна быть налажена так, чтобы любая записка, схема, собрание или отчет были хорошо продуманы и решали четко поставленные задачи. В этой главе дан обзор инструментов, которые помогают Toyota сделать коммуникацию в системе бережливой разработки продукции простой и ясной.
Концептуальный проект главного инженера как объединяющее начало
Роль главного инженера освещалась в главе 7, в главе 3 рассказывалось, как составляется концептуальный проект, определяющий основные характе ристики продукции. Концептуальный проект — строго конфиденциальный документ. Обычно его объем составляет 15-25 страниц, имеется множество таблиц, графиков и схематических чертежей. Концептуальный проект на мечает курс, которого должна придерживаться команда при выполнении проекта и принятии решений. Этот документ позволяет главному инженеру объединить усилия специалистов разных функциональных подразделений и нацелить их на реализацию единой концепции.
Главный инженер создает данный документ не на пустом месте. Процесс разработки продукции в Toyota предполагает обмен идеями. Стремясь отоб рать лучшие из них, главный инженер привлекает к работе над концепцией автомобиля представителей разных функциональных подразделений (плано виков, дизайнеров, снабженцев, специалистов по маркетингу и т.д.). Чтобы объединить их усилия, главный инженер проводит множество собраний, на которых нередко ведутся горячие споры. Главный инженер анализирует данные о потребителях, которые предоставляет ему отдел маркетинга. Ру ководствуясь принципом генти генбуцу, он лично изучает повседневную деятельность целевой аудитории. (В главе 3, к примеру, рассказывается о том, как главный инженер мини-вэна Sienna объехал все штаты США и Мексики и все провинции Канады, чтобы на собственном опыте изучить условия вождения автомобиля в Северной Америке.)
Помимо генти генбуцу, главный инженер использует немаваси, анали зируя предложения и отклики множества людей и внося в общее резюме соответствующие коррективы, чтобы обеспечить консенсус. Немаваси приме няется не только в Toyota (это одна из важнейших составляющих японского менеджмента), но в Toyota этот процесс играет ключевую роль при решении любых проблем. Главные инженеры Toyota любят повторять: «Моя власть основана исключительно на способности убеждать людей». Ни одно предло жение не представляется на суд высшего руководства без широкого обсужде ния. Поэтому на момент проведения официального собрания предложение по существу уже одобрено. Когда идея нового автомобиля оформляется, главный инженер встречается с техническими специалистами, чтобы опреде лить, какие подсистемы могут подойти для данного автомобиля. Эта группа специалистов нередко включает представителей поставщиков, разработавших конкретные технологии (например, для изготовления сидений или системы освещения), которые могут пригодиться при создании данного автомобиля. Главный инженер отбирает нужные технологии, выясняя у специалистов, какие из них опробованы и оправданы в финансовом отношении. По за вершении предварительного отбора группа главного инженера предлагает поставщикам продемонстрировать свои технологии для дальнейшей оценки. Кроме того, главный инженер консультируется с разработчиками и посеща ет заводы-изготовители, чтобы выслушать мнение производственников о промышленной применимости конкретных технологий и технологичности рассматриваемых дизайнерских решений. Все это гарантирует, что концеп туальный проект будет практически осуществимым, так как он опирается на достоверные данные и производственные возможности. Когда документ оформлен окончательно, главный инженер раздает его членам своей группы и лидерам функциональных групп, участвующих в реализации проекта.
Такой подход к составлению и распространению концептуального проекта наглядно показывает важность четкого разграничения функций и обязаннос тей. Именно так можно понять, о чем нужно оповещать, а о чем нет. С точки зрения бережливого мышления коммуникация понимается так:
•если за дело отвечают все, за него не отвечает никто; если обязать каждого знать и понимать всё, ни у кого не будет глубоких, основательных познаний;
если каждый получает всю информацию в полном объеме, никто не сможет сфокусироваться на информации, имеющей критическое зна чение для выполнения соответствующих функций и обязанностей;
если вы обрушиваете на людей избыточную информацию, они теряют
кней интерес.
ВToyota, где идет интенсивный обмен данными между функциональными подразделениями, вся информация носит адресный характер. При оценке опытного образца автомобиля каждый инженер выступает как представи тель функционального подразделения и приходит на такое мероприятие, вооружившись контрольными листками, которые позволяют проверить все критичные для данного подразделения элементы. Каждый инженер со средоточен на собственном узле автомобиля и сопряженных компонентах. Любые рекомендации даются непосредственно инженеру, отвечающему за данный узел. Он должен обдумать проблему или предложение и высказать свои соображения (не обязательно сразу). Замечания, вопросы и рекоменда ции он записывает на схеме соответствующего узла автомобиля. Позднее он подготавливает плакат, на котором наглядно представлены формулировка проблемы, предлагаемые контрмеры и план действий.
Межфункциональное взаимодействие посредством обея
Когда межфункциональная коммуникация стала в Toyota нормой, пона чалу обмениваться информацией помогали плановые собрания, отчеты и главный инженер. Но компания не стояла на месте. Важным шагом впе ред стало создание обея. Как рассказывалось в главе 7, главный инженер Утиямада использовал обея в процессе разработки гибридного автомобиля Prius, чтобы компенсировать недостаток личного опыта. До появления обея главные инженеры Toyota, прежде чем принять решение, неделями обсуж дали нюансы проектирования с разными специалистами, беседуя с каждым в отдельности. Утиямада обнаружил, что, несмотря на отсутствие опыта,
одно-единственное непродолжительное совещание с участием менеджеров разных функциональных подразделений позволяет ему принимать вполне обоснованные решения.
Решение Утиямада созвучно мнению сторонников параллельного про ектирования, которые считают, что работа под одной крышей способствует более интенсивному обмену информацией и помогает решать проблемы на ранних стадиях процесса, до принятия решений о финансировании. Однако, как отмечалось в главе 8, применение обея имеет ряд уникальных особен ностей.
Инженеры не работают в одном помещении. С главным инженером ре гулярно встречаются лидеры функциональных групп. Хотя каждый из них имеет рабочее место в собственном подразделении, он регулярно (нередко ежедневно) приходит в обея для участия в длительных сове щаниях, которые отличаются от обычных собраний.
Важнейшее условие эффективной коммуникации — визуальный менедж мент. Инженеры вывешивают на стенах обея и передвижных стендах информацию об отдельных узлах автомобиля. Менеджер функцио нального подразделения, который отвечает за разработку узла, несет ответственность и за размещение и обновление соответствующей ин формации. Чтобы оценить текущее состояние проекта (качество, сроки, функциональные характеристики, массу), достаточно «пройтись вдоль стен».
Концепция обеяразвивается под влиянием цикла PDCA (планируй — де лай — проверяй — воздействуй). По мере реализации проекта зона со средоточения основных усилий перемещается из проектных подразде лений на предприятие, где изготавливаются опытные образцы, а затем на завод, где ведется подготовка к запуску автомобиля в производство. С учетом этих обстоятельств была создана «передвижная обея», которая по мере реализации проекта перемещается туда, где ведется работа на данном этапе. Еще одним изменением системы обея стало подключение к ее работе команд разработки модулей. Любые изменения системы обея взвешиваются, анализируются, уточняются, а затем стандартизируются применительно ко всем проектам компании.
Позитивный результат создания обея заключался не только в резком со кращении времени выполнения заказа, но и в том, что Toyota не пришлось распускать функциональные подразделения и собирать сотни инженеров в одном офисе. Система обея обеспечивает оптимальное сочетание передовой технологии и традиционных для Toyota методов. Обея оснащена современ