ТРИЗ · CORE · N3

Причинно-следственный анализ

Результат урока — не чинить первый видимый симптом, а построить короткую проверяемую цепочку причин и выбрать key problem, на которую действительно можно воздействовать.

Перед началом

Нужно уметь задать границы системы и назвать проблемное взаимодействие из N1–N2. Если модель взаимодействий ещё неясна, сначала вернись к N2.

ВОПРОС · Как отличить симптом от причины?

  1. 1 · СимптомVTX перегревается.Наблюдение, не объяснение.
  2. 2 · Причинная цепочкаТепловыделение → слабый отвод → рост температуры.
  3. 3 · Key problemВыбери управляемое звено, а не самое заметное.
  4. 4 · ПроверкаИзмени один фактор и измерь ожидаемое следствие.
Логика проверки: если выбранное звено действительно причинное, целевое изменение должно предсказуемо изменить наблюдаемый результат.
Короткая причинная цепочка ценнее длинного списка гипотез, если каждое звено можно подтвердить или опровергнуть.

Предскажи: если слабый теплоотвод — ключевая причина, что должно измениться после контролируемого улучшения контакта или обдува?

Симптом — ещё не причина

Фраза «VTX перегревается» описывает наблюдение. Причиной может быть тепловыделение, ограниченный путь отвода, слабый обдув, геометрия установки или конкретный режим работы. Хорошая причинная цепочка связывает эти звенья логикой и допускает проверку.

Worked example: перегрев VTX

Симптом: температура растёт выше допустимого диапазона.

Цепочка для проверки: тепловыделение модуля → недостаточная передача тепла в корпус/воздух → температура корпуса растёт → ограничение по режиму или сбой.

Дальше задаём вопрос: какое звено управляемо и чем подтвердить его влияние — температурой, током, обдувом, изменением контакта или повторным тестом в одинаковом режиме.

Практика

Guided: возьми симптом «камера дрожит», «антенна ломается», «разъём нагревается» или «батарея смещается». Построй 2–4 звена причинности. Для каждого звена запиши: «если это причина, что должно измениться при проверке?»

Отдельно отметь одну возможную ложную корреляцию — факт, который совпадает по времени, но не доказан как причина.

Fading: для первого кейса используй вопросы «что наблюдаем? → почему? → какое звено управляемо? → чем проверим?»; для второго оставь только «симптом / key problem / test»; третий раз построй цепочку без шаблона.

Перенос на новую ситуацию

Возьми новый симптом из своей сборки, которого не было выше. Самостоятельно построй цепочку из 2–4 звеньев, выбери одно управляемое key problem и опиши один тест, который способен именно опровергнуть или подтвердить эту причинную связь.

Self-check / evidence

Evidence — цепочка из 2–4 причинных звеньев на новом кейсе и один конкретный способ подтвердить или опровергнуть выбранную key problem.

Типичная ошибка: заменить причинно-следственный анализ длинным списком «возможных причин» без связей и проверки.

Следующий шаг: N4 — сформулировать сильный конечный результат и провести поиск ресурсов внутри системы и надсистемы.

Прокрутить вверх
На связи