Дом качества

Документация Дома качества

QFD (Quality Function Deployment, развёртывание функции качества) — инженерная методика, разработанная Йодзи Акао в конце 1960-х в Японии и впервые применённая на судоверфи Mitsubishi в Кобе в 1972 году. Её задача — перевести голос потребителя (Voice of Customer) в измеримые инженерные параметры продукта, производственного процесса и контрольных операций, сохраняя на каждом шаге обоснованную связь с исходными требованиями.

Дом качества (QFDtool) реализует классический многоэтапный QFD целиком: от исходных потребностей клиента до финальных производственных драйверов. Инструмент автоматически передаёт приоритеты между этапами, считает нормализованный вклад, выявляет доминирующие требования и технические конфликты, строит граф трассируемости и формирует PDF-отчёт для аудита и согласования.

Документация ниже описывает как саму методологию, так и её конкретную реализацию в приложении: какие величины считаются, по каким формулам и как интерпретировать результат.

Ключевые понятия

В основе QFD лежит матрица связей между тем, что нужно потребителю, и тем, как это реализуют инженеры. Терминология ниже используется по всему приложению.

  • Requirement (WHAT) — потребность или ожидание клиента, сформулированное на языке пользователя.
  • Characteristic (HOW) — измеримый инженерный параметр, реализующий требование.
  • Importance — вес требования по шкале 1–5, выражающий его значимость для клиента.
  • Relationship — сила связи WHAT ↔ HOW: 9 (сильная), 3 (средняя), 1 (слабая), 0 (нет связи).
  • Target direction — направление оптимизации характеристики: больше, меньше или попадание в цель.
  • Correlation (крыша) — симметричная матрица взаимных влияний характеристик друг на друга.
  • Competitive assessment — оценка требований и характеристик в сравнении с конкурентами.
  • Дом качества (House of Quality) — матрица связей WHAT → HOW с крышей, приоритетами и бенчмарком.
  • Pipeline — последовательность домов качества, где HOW одного этапа становятся WHAT следующего.
  • Contribution — нормализованный вклад требования в характеристику (см. раздел «Приоритеты»).
  • Dominance — концентрация вклада: одно требование непропорционально сильно определяет характеристику.
  • Traceability — сквозной путь влияния от исходной потребности до финального производственного драйвера.

Многоэтапный pipeline

Классический QFD по Акао состоит из четырёх последовательных домов качества:

  1. Product Planning — требования клиентов переводятся в характеристики продукта.
  2. Part Deployment — характеристики продукта разворачиваются в характеристики компонентов.
  3. Process Planning — характеристики компонентов определяют параметры технологического процесса.
  4. Production Planning — параметры процесса превращаются в контрольные производственные операции.

В QFDtool pipeline не ограничен четырьмя этапами — вы строите столько домов, сколько требует проект (например, отдельный дом для сервисного обслуживания или регуляторных требований). Передача между этапами автоматическая: топовые HOW-характеристики предыдущего дома становятся WHAT-требованиями следующего и наследуют свой рассчитанный приоритет.

Клиенты → H₁ (Product) → H₂ (Parts) → H₃ (Process) → H₄ (Production)

Каждый переход сохраняет вес: если характеристика «ресурс батареи» получила 28% вклада в первом доме, именно это число становится importance этого параметра во втором доме.

Приоритеты и вклад (Contribution)

Приоритет характеристики — это её нормализованный вклад в удовлетворение всех требований дома качества. QFDtool считает вклад по классическим формулам Акао.

cᵢⱼ = wᵢ · rᵢⱼ
Cⱼ = Σᵢ cᵢⱼ
pⱼ = Cⱼ / Σₖ Cₖ
  • wᵢ — importance i-го требования (1–5)
  • rᵢⱼ — сила связи i-го требования и j-й характеристики (0, 1, 3, 9)
  • Cⱼ — суммарный вклад j-й характеристики
  • pⱼ — нормализованный приоритет, Σpⱼ = 100%

Мини-пример. Три требования к электросамокату с весами 5, 4, 3 и две характеристики — «запас хода» и «масса»:

ТребованиеВес wᵢЗапас ходаМасса
Долгая поездка без зарядки593
Легко нести по лестнице419
Низкая цена333
Cⱼ5860
pⱼ49%51%

Обе характеристики почти равнозначны — инвестировать только в запас хода ошибочно: масса даёт сопоставимый вклад при меньших затратах.

Анализ доминирования

Доминирование — это концентрация вклада: одно требование непропорционально сильно определяет характеристику или наоборот. В терминах QFDtool:

dᵢⱼ = cᵢⱼ / Cⱼ

Если dᵢⱼ выше порога (по умолчанию 40%), пара «требование–характеристика» помечается как доминирующая. Высокая доминанта — это одновременно сигнал риска (единая точка отказа в дизайне) и рычаг для быстрой оптимизации.

QFDtool рассчитывает два среза доминирования:

  • Characteristic-side dominance — какое требование определяет конкретную характеристику сильнее всего.
  • Requirement-side dominance — насколько концентрировано влияние требования: если одно требование распределяет вклад по многим характеристикам равномерно, его удаление дорого и рискованно.

Анализ конфликтов

Крыша дома качества — симметричная матрица взаимных корреляций характеристик. Ячейка принимает значения: ++ (сильная положительная), + (слабая положительная),− (слабая отрицательная), −− (сильная отрицательная), пусто (корреляция незначима).

Конфликт фиксируется, когда целевые направления двух коррелированных характеристик несовместимы: например, обе нужно увеличить, но корреляция отрицательная. QFDtool классифицирует такие пары по степени критичности:

severity = |correlation| × pⱼ × pₖ

Чем выше severity, тем дороже обойдётся игнорирование конфликта: это означает, что обе стороны противоречия весят много в итоговом решении. Для таких пар методология QFD предлагает обратиться к ТРИЗ — матрице технических противоречий (40 изобретательских принципов). В QFDtool эта матрица зашита в ядро (пакет @qfd/core, модульknowledge/trizMatrix) и подсказывается прямо в карточке конфликта.

Traceability Graph

Граф трассируемости — сквозная визуализация распространения вклада от исходных требований клиента до финальных производственных драйверов. Узлы — требования и характеристики всех этапов pipeline, рёбра — нормализованные вклады.

Для многоэтапного QFD приоритет распространяется по цепочке:

pⁿⱼ = Σₖ pⁿ⁻¹ₖ · rₖⱼ / Σₘ (Σₖ pⁿ⁻¹ₖ · rₖₘ)

Практически это значит, что для любого финального производственного параметра вы можете показать: «47% его веса происходит от требования X, 22% от Y, 18% от Z». Такой срез незаменим на design review, аудите по ISO 9001 / IATF 16949 и при обосновании инженерных решений перед заказчиком.

Экспорт отчёта

В тарифе Pro доступен экспорт полного PDF-отчёта. Отчёт — самодостаточный документ, пригодный для передачи в проектный комитет, регуляторам или заказчику:

  • титульный лист и метаданные пайплайна;
  • каждый дом качества с матрицей, крышей и конкурентным бенчмарком;
  • таблицы приоритетов и вклада по всем этапам;
  • отчёт по доминированию с подсветкой рисковых пар;
  • отчёт по конфликтам с ранжированием по severity и подсказками ТРИЗ;
  • полный граф трассируемости;
  • сводная summary-страница с топ-5 финальных драйверов.

Формулы отображаются через KaTeX, матрицы — как SVG; PDF собирается на клиенте через jsPDF + svg2pdf, так что данные не покидают браузер.

Когда применять QFD

QFD оправдан, когда цена ошибки в требованиях высока и решение нужно защищать перед другими функциями компании. Типичные сценарии:

  • Разработка нового продукта — согласование маркетинга, R&D и производства вокруг единого приоритетного списка характеристик.
  • Редизайн существующего продукта — объективный выбор, какие параметры менять в первую очередь, а какие оставить.
  • Регулируемые отрасли — медицинские изделия (ISO 13485, IEC 62366), автопром (IATF 16949), авиация, атомная энергетика. QFD покрывает требование «design input → design output traceability».
  • Тендеры и RFP — формальное сопоставление ТЗ заказчика с предлагаемым инженерным решением.
  • Продуктовые решения в IT — перевод пользовательских историй в архитектурные и UX-характеристики с приоритизацией по весу пользователя.
  • Обучение и онбординг инженеров — QFD показывает, как устроена обоснованность технического решения, лучше, чем любой чек-лист.

FAQ

Нужна ли инженерная подготовка, чтобы начать?

Нет. Free-тариф и пример в разделе «Примеры» дают готовый первый пайплайн. Методология становится понятна за час работы; QFDtool не требует ни ТРИЗ, ни статистики на входе.

Сколько времени занимает один дом качества?

На первый дом с 8–12 требованиями и 6–10 характеристиками команда из 2–3 человек тратит 2–4 часа. Пересмотры и обновления — минуты: пересчёт приоритетов и графа происходит автоматически.

Чем QFDtool лучше таблицы в Excel?

Excel не поддерживает многоэтапную передачу приоритетов, не строит граф трассируемости, не классифицирует конфликты по severity и ТРИЗ и не выдерживает редактуры без ошибок формул. QFDtool — детерминированное ядро (@qfd/core) с валидацией, то есть одни и те же входы всегда дают одни и те же числа.

Где хранятся мои данные?

Пайплайны сохраняются на сервере QFDtool в PostgreSQL. PDF-отчёт формируется в браузере и не отправляется на сервер. Можно работать и полностью локально: скопировать JSON документа через интерфейс и хранить его в корпоративной системе.

Можно ли работать в команде?

Сейчас поддерживается общий доступ по ссылке (view-only) для примеров и результатов. Совместное редактирование в реальном времени — в дорожной карте.

Есть ли интеграции с Jira / Linear / PLM?

Прямых интеграций пока нет. Требования и характеристики легко переносятся вручную, а экспорт в PDF служит артефактом для прикрепления к тикетам и design review.

Можно ли отказаться от Pro и вернуться на Free?

Да. После окончания подписки пайплайны остаются доступны на чтение; редактирование ограничивается лимитами Free-тарифа, но данные не теряются.