- •Система разработки продукции
- •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 сформировалась ментальность, харак терная для сложной, многоуровневой организации, и многие преимущества проектных команд были утрачены. Люди начали отстаивать узкие интересы собственных «княжеств», добиваясь наращивания бюджета, расширения штатов и повышения престижа. Пытаясь решить эту проблему, высшее руководство создало «технологические клубы», которые представляли собой профессиональные объединения специалистов из разных проектных команд. Предполагалось, что в таких клубах специалисты будут обмениваться ин формацией и заниматься стандартизацией компонентов автомобиля. Однако инженеры по-прежнему подчинялись генеральному менеджеру проектной команды, и клубы играли вторую скрипку по отношению к проектам по раз работке продукции. Как сказал Гленн Гарднер, первый генеральный менеджер проектной команды: «Если человек не поступает в мое полное распоряжение, значит, мне не подчиняется никто. Мне нужно, чтобы инженеры посвящали все свое время работе над проектом».
Toyota редко идет на компромиссы, и когда ей пришлось выбирать между функциональной организацией (которая обеспечивает высокую квалификацию специалистов и возможность эффективно распределять людей при выполнении множества проектов) и продуктовой структурой (которая способствует интег рации функциональных подразделений), в компании решили: «Нам нужно и то и другое». Секрет успеха Toyota — сочетание сильной узкоспециализированной функциональной организации с системой главных инженеров. Благодаря такой матричной структуре Toyota извлекает выгоду из обоих подходов.
Достоинства и недостатки матричной структуры при управлении процессом разработки продукции
С 1960-х годов многие организации разработали и взяли на вооружение разные варианты матричной структуры. Ее внедрение шло с переменным успехом. В некоторых случаях матричная структура позволила взять лучщее от функцио нальной и продуктовой структур, в некоторых случаях получилось наоборот.
Матричная структура позволяет:
эффективно сбалансировать профессиональные знания, опыт и меж функциональную интеграцию;
сочетать узкую специализацию функциональной организации с нацелен ностью на потребителя, которая отличает продуктовую структуру;
гибко распределять ресурсы между проектами, используя профессиональные знания специалистов для творческого решения возникающих проблем.
В 1960-е годы матричную структуру стали применять в NASA для ис следований космического пространства*. В этой сфере существовала ост рая потребность в узкой функциональной специализации, но при этом все составляющие космических аппаратов, создаваемые с использованием новейших технологий, должны были работать как единая система. Любая несогласованность могла стоить астронавту жизни. Сохраняя функциональ ную организацию, здесь создали структуру руководства программами для выполнения крупных правительственных проектов, которые давали NASA средства к существованию. Это означало систему двойного подчинения, — инженеры были подотчетны менеджеру функционального подразделения и руководителям программ по исследованию космоса.
Как показывает опыт NASA, матричная организационная структура име ет один крупный недостаток: она очень сложная! Данный подход нарушает основной принцип управления — каждый должен иметь только одного на чальника. Как гласит пословица: «Слуга двух господ подобен собаке с двумя головами». Такая ситуация порождает проблемы коммуникации и то и дело заставляет выбирать, чьи распоряжения выполнять в первую очередь. Порой инженеры пользуются тем, что четкое распределение полномочий отсутствует, и пытаются заручиться поддержкой более покладистого босса. Такова челове ческая природа. Более того, в таких условиях инженеры имеют возможность стравливать начальников между собой, как дети стравливают родителей, что порождает распри среди руководства. Матричная организация Toyota позволя ет избежать таких проблем благодаря главным инженерам, которые руководят проектом, не допуская возникновения подобных ситуаций.
Матричная организация Toyota:
давняя традиция сочетания двух структур
Как совместить развитую функциональную структуру и матричную организа цию в системе бережливой разработки продукции, поддерживая между ними мирные отношения? Секрет успеха — сочетание пристального внимания к потребителю (основа генетического кода Toyota) и системы главных инженеров (см. главу 7). При таком подходе управление проектами прекрасно сочетается с работой функциональных подразделений. Преобразование системы главных инженеров в матричную структуру Toyota произошло в 1950-е годы.
На рис. 8-1 представлена упрощенная версия матричной организацион ной структуры Toyota. Первоначально каждым продуктом занималось одно
*Toyota сформировала матричную организационную структуру задолго до NASA.
Таким образом, генеральный менеджер, будучи первоклассным техниче ским специалистом, выполнял традиционные обязанности менеджера, а так же занимался администрированием, подготовкой специалистов и контролем за соблюдением профессиональных стандартов. При этом он не отвечал за разработку автомобиля в целом. Это было прерогативой главного инженера, который не тратил время на административную работу и управление персона лом. При такой структуре у главного инженера было время сфокусироваться на потребителе и продукте, а у генеральных менеджеров была возможность руководить инженерами и заниматься их обучением и развитием.
Развиваясь, эта структура превратилась в матричную организацию Toyota в ее нынешнем виде, где управленческие задачи распределяются между ме неджерами функциональных подразделений и главным инженером. Как правило, считается, что в матричной организации каждый инженер од новременно подчиняется начальнику функционального подразделения и руководителю проекта. В Toyota большинство инженеров не подчиняется главному инженеру. Работая в проекте под руководством главного инжене ра, разработчики организационно подчиняются менеджеру функциональ ного подразделения. Их отношения с главным инженером носят характер непрямого подчинения: хотя отчитываются они прежде всего перед своим функциональным руководителем, они сообщают всю важную информацию также главному инженеру. Что заставляет их информировать главного ин женера? И почему такой подход в Toyota дает результаты?
Чтобы ответить на эти вопросы, нужно понять, почему применение мат ричной организационной структуры вызывает сложности у очень многих организаций. Как отмечалось выше, инженер в большинстве матричных структур имеет двух боссов — главу подразделения и руководителя проекта. В первую очередь инженер старается снискать расположение начальника под разделения, ведь именно он оценивает эффективность работы подчиненных. Казалось бы, в Toyota, где матричная система предполагает административное подчинение инженера главе функционального подразделения, подобный перекос неизбежен. Что заставляет инженеров считаться с главным инжене ром и уделять внимание конкретному проекту по разработке автомобиля? Успешной интеграции функциональных подразделений при выполнении проектов в Toyota способствуют пять факторов.
1.Прежде всего потребитель. Инженеру Toyota никогда не позволяют за быть этот принцип. Не случайно в Японии инженерам-новичкам пору чают заниматься продажами автомобилей, — эта работа заставляет их усвоить основное правило: нет ничего важнее желаний клиента, задача инженера — удовлетворять потребителя, а не начальника функцио нального подразделения. Одновременно новичок узнает, что именно