何を取り除けるかを見つけるために構成要素をトリミングする
現在の解決策の中で、別の構成要素がその機能を引き継げば取り除ける構成要素はどれかを体系的に問う。
Why it works
TRIZの「トリミング」とは、システムの構成要素の有用な機能を残りの構成要素に再配分することで、体系的にシステムの構成要素を取り除くことです。これは「それぞれの部分は何をしているか?」から「どの部分が冗長で、不要で、委任可能な仕事をしているか?」への視点の転換を強います——段階的な思考では見逃すような単純化とコスト削減を確実に浮かび上がらせる視点です。よりシンプルなシステムは故障も少なくなります。
How to do it
- 現在の解決策やプロセスのすべての構成要素をリストアップする。
- それぞれの構成要素について問う:「これはどんな有用な機能を果たしているか?」
- 問う:「他の既存の構成要素が、少し修正すればこの機能を引き継げるか?」
- 機能が吸収できる構成要素を取り除き、トリミングされたシステムの周りで再設計する。
エビデンス
トリミングは、後期のTRIZ開発から生まれた実践者の技法です。その有効性はエンジニアリングのケーススタディと実践者の報告によって裏付けられています。他の単純化手法との比較を行った対照実験はありません。 (anecdotal)
トリミングは物理的あるいはプロセスシステムに最も自然に適用される。社会的、組織的、あるいは個人的な問題に適用するには創造的な翻訳が必要である。
よくある間違い
構成要素ではなく機能をトリミングすること——システムが何をしているかを削るのではなく、同じ機能をよりシンプルに実行できないかを問うべきである。
IX Coach でこれを実践する
More practices for TRIZ:体系的発明と矛盾の論理
- 問題の核心にある矛盾を名指しする
改善する必要があるパラメータと、その結果悪化するパラメータを正確に述べる。
- 発明原理をサンプリングして解決の方向性を生み出す
完全な矛盾マトリクスがなくても、TRIZの40の発明原理を生成的なレンズとして一つ以上適用する。
- まず理想的な最終結果を定義する
解決策がすでに存在し、コストがかからないかのように完璧な結果を描写し、そこから逆算して何がそれを可能にするかを考える。
- 新しいものを追加する前に利用可能なリソースを棚卸しする
問題の中や周囲にすでに存在する時間、空間、情報、エネルギーをすべてリストアップする——解決策はしばしばそこに隠れている。
- 問題が発明を必要とするか、単なる検索を必要とするかを較正する
オリジナルの発明に投資する前に、あなたの問題がすでに他のどこかで解決されていないか確かめる。