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