Читаем Решение проблемы инноваций в бизнесе. Как создать растущий бизнес и успешно поддерживать его рост полностью

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

Таким образом, модульные архитектуры придают гибкость процессу создания стоимости, но требуют жестких спецификаций всех компонентов продукта и оставляют инженерам меньше свободы при разработке. В результате ради гибкости модульной архитектуры приходится жертвовать качеством продукта – его свойства должны быть жестко определены[81].

Чистые случаи модульных и взаимозависимых архитектур – это две крайние точки на шкале, и большинство продуктов находятся между ними. Мы увидим, что компании скорее добьются успеха, если архитектура их продуктов будет определяться конкурентной ситуацией на рынке.

<p>Когда выгодна взаимозависимая архитектура</p>

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

Чтобы каждый последующий продукт нового поколения был лучше предыдущих, разработчики вынуждены искать более эффективные способы соединения в одно целое всех частей системы, чтобы максимально использовать достижения технологии. Когда конкуренция разворачивается вокруг качества продукта и побеждает производитель лучшего продукта, компания не может позволить себе просто собирать продукты из стандартных компонентов: ведь с технической точки зрения, стандартизация контактных зон (то есть меньшая свобода архитектуры) – это шаг назад, отказ от достижения самого высокого технологического уровня. Если конкуренция разворачивается вокруг качества продукта, то вы потерпите поражение.

Компании, выходящие на рынок с продуктами взаимозависимой архитектуры, должны быть интегрированными: нужно контролировать производство всех важнейших компонентов системы, чтобы производить любой ее компонент. В качестве иллюстрации рассмотрим пример из компьютерной индустрии. В самом начале, когда функциональность и надежность первых компьютеров еще не достигли высокого уровня и не удовлетворяли полностью запросы потребителей, компания не могла существовать как независимый, работающий по контракту производитель компьютеров: способ разработки первых машин еще слишком зависел от производственного процесса, и наоборот. Не было ярко выраженной контактной зоны между производством и разработкой. Точно так же компания не могла существовать в компьютерной индустрии как независимый поставщик операционных систем, памяти или логических схем, потому что производство этих ключевых подсистем зависело от общей производственной цепочки и в процессе разработки и производства проходили несколько последовательных итераций[82].

Перейти на страницу:

Похожие книги