Инновационный проект. Управление качеством и эффективностью

5.3. Классическая схема разработки продукта и современная схема

5.3.1. Сокращение сроков разработки – важнейшая задача качественного управления

В условиях современного рынка, когда избалованный изобилием конкурирующих продуктов потребитель воспринимает как должное усилия компаний по повышению качества товаров, особую остроту приобретает задача сокращения сроков разработки нового продукта при одновременном повышении качества проектирования и сокращении переделок. Можно ли решить эту задачу при классической схеме проектирования нового продукта, представленной на рисунке 5.11? Практика показывает, что нельзя. В связи с этим уже в середине 70-х гг. XX в. в промышленно развитых странах сложилась новая схема проектирования, разработки и подготовки производства продуктов, представленная на рис. 5.12.

Рис. 5.11. Традиционная схема разработки нового продукта

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

5.3.2. Конкурентное проектирование

Конкурентное проектирование – способ организации процесса проектирования и разработки, когда процесс выполняют несколько конкурирующих команд, а вопрос о принятии предложенных результатов проектирования и/или разработки решается на открытых защитах проектов.

Обычно используются 2–4 команды, каждая численностью 5–9 человек (оптимальная численность рабочей группы). Команды работают параллельно от стадии формирования идеи продукта до начала стадии подготовки производства продукта. В процессе обычно фиксируют 4 контрольные точки, в которых и проводится открытая защита проектов. На защите обязательно присутствуют все конкурирующие команды, конкуренты выступают оппонентами защищающейся команды. Обязателен обмен проектными материалами после защиты между конкурирующими командами.

Рис. 5.12. Современная схема создания нового продукта

Руководство компании также обязательно присутствует на этих открытых защитах.

Что дает применение конкурентного проектирования (особенно если оно выполняется по методу РФК)? Искомое сокращение сроков проектирования и затрат (рис. 5.13). Хотя стоимость самого процесса проектирования растет, сокращаются затраты, связанные с переделками, и общие сроки выполнения проекта с учетом трудозатрат на переделки.

Рис. 5.13. Сокращение затрат на проектирования при переходе от классической схемы к новой схеме с использованием метода РФК (на примере американской компании)

5.4. Методы функционального анализа продукта

5.4.1. Что такое функциональный анализ продукта?

Функциональный подход к продукту – метод анализа свойств продукта, основанный на представлении продукта как совокупности моделей объекта. В рамках функционального подхода выделяются 2 основных этапа:

1-й этап – этап последовательного построения моделей объекта анализа (компонентной, структурной, функциональной, потоковой);

2-й этап – этап исследования моделей.

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

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