Джеймс Морган - Система разработки продукции в Toyota. Люди, процессы, технология

Третья подсистема включает инструменты и технологии, которые используются для создания автомобиля. Речь идет не только о системах автоматизированного проектирования, технологиях станочной обработки, виртуальном моделировании производства и испытаний, но и обо всех «мягких» инструментах, которые прямо или косвенно способствуют процессу разработки, будь то решение проблем, обучение или стандартизация передового опыта.

Многие компании допускают ошибку, пытаясь найти «серебряную пулю», – технологию, которая одна обеспечит высокую эффективность разработки. При этом они зачастую не задумываются о влиянии новой технологии на людей и текущие процессы. Новая технология при изначально неудачной системе разработки продукции едва ли спасет положение, а возможно даже снизит результативность – особенно в краткосрочном периоде. В Toyota понимают, что технология как таковая редко становится значимым конкурентным преимуществом, поскольку ее несложно скопировать. Куда важнее не пожалеть времени и сил и убедиться, что новая технология согласуется с оптимизированными и отлаженными процессами, отвечает потребностям хорошо подготовленного персонала и повышает эффективность работы. Именно поэтому, прежде чем браться за внедрение САПР или средств цифрового моделирования, в Toyota проводят огромную работу, чтобы интегрировать нововведения и дао Toyota. В бережливой системе разработки продукции на первом месте стоят люди и процессы. Технология лишь ускоряет и расширяет возможности этих подсистем.

Помимо культуры и ориентации на потребителя, которые цементируют организационную структуру Toyota, компания использует ряд несложных инструментов для координации работы технических специалистов разного профиля. Один из широко известных инструментов японского менеджмента – хосин канри или развертывание политики. Этот метод предполагает особую декомпозицию целей высшего уровня на цели и задачи, которые будут реализовываться на низовых уровнях управления. Toyota применяет этот метод для разбивки основных параметров автомобиля на задачи по отдельным системам, касающиеся эксплуатационных характеристик, массы, затрат, безопасности и т. д. Чтобы поддержать систему хосин канри и решать незапланированные проблемы, которые в любом случае возникают, Toyota использует предельно простые методы визуальной коммуникации, один из которых – отчет формата A3 (весь документ должен уместиться на листе формата A3). Существует четыре вида отчетов формата А3: для описания предложений, для решения проблем, отчет о состоянии проекта и отчет об анализе конкурентов.

Хорошо известный принцип кайдзен гласит: непрерывное совершенствование невозможно без стандартизации. Она обеспечивает усвоение новых знаний, объем которых растет от проекта к проекту. Развиваясь, Toyota разработала ряд действенных инструментов, которые позволяют стандартизировать знания, полученные при реализации того или иного проекта. Обучение идет как на макроуровне, когда руководители проектов обмениваются информацией о процессе разработки в целом, так и при решении отдельными сотрудниками частных технических задач, которые фиксируются в контрольных листках.

Мы кратко перечислили 13 принципов, на которых стоит модель бережливой системы разработки продукции. В следующих трех разделах подробно рассматриваются три подсистемы LPDS, при этом каждому принципу посвящена отдельная глава. В конце каждой главы резюмированы базовые характеристики LPDS для рассматриваемого принципа. В разделе V рассказывается, как Toyota объединяет эти принципы в единую систему разработки продукции, а в главе 17 пойдет речь о том, как претворить теорию в жизнь и, перенимая опыт Toyota, разработать и внедрить собственную целостную бережливую систему разработки продукции.

Первоочередные задачи любой по-настоящему бережливой системы – понять, что же считает ценным потребитель, и обеспечить создание этой ценности. Однако, когда дело касается разработки продукции, решить эту задачу становится чрезвычайно сложно. Разработка принципиально нового поколения продуктов требует предельно четкого понимания ценности с точки зрения целевого потребителя. Например, потенциальные владельцы RAV4 и Lexus LS430 ценят разные характеристики. Проблему усложняют демографические различия (возраст, место жительства, доход) и личные предпочтения покупателей, которых интересуют машины одного класса. Принять правильное решение в такой ситуации непросто, а любая ошибка может свести на нет все труды проектировщиков.

Покойный Ал Уорд считал, что для эффективной разработки продукции чрезвычайно важно создать новые, прибыльные потоки создания ценности. Для этого нужно решить две задачи: как можно точнее определить ценность с точки зрения потребителя, и при разработке устранять или сокращать потери, которые не добавляют продукту данной ценности.

Существует два основных вида потерь в ходе разработки продукции: 1) связанные с проектом и 2) связанные с процессом разработки. В этой главе рассматривается первая разновидность потерь, в главе 5 пойдет речь о второй. Безотносительно к виду потерь нужно помнить, что не следует тратить силы или ресурсы, не имея четкого представления о ценности с точки зрения потребителя.

Понимание предпочтений потребителя – основа любой системы разработки продукции. В рамках традиционного подхода к разработкам эти предпочтения выясняются самыми разными средствами, в том числе с помощью изучения конъюнктуры рынка, организации фокус-групп и опросов потребителей. Любой из этих традиционных инструментов позволяет собрать важную информацию о тенденциях рынка и настроении потребителя, но не дает точного представления о ценности с точки зрения потребителя. Поскольку бережливая система разработки продукции опирается именно на потребителя, традиционные инструменты, не позволяющие разграничить добавление ценности и потери, не подходят. Не имея нужных данных, нельзя точно определить ценные для потребителя характеристики, а, не зная этих характеристик, невозможно эффективно распределять ресурсы системы разработки продукции и управлять этими ресурсами. Ниже приводится пример из практики NAC, который помогает уяснить, почему в традиционном подходе к разработке продукции так много потерь.