日本で最も多く使用されている問題解決に関する技法は、ブレーンストーミングであるといわれています。事実、ゴードン法、シネクティクス、QFD、NM法、等価変換理論、TRIZでも、アイデアを出す際にはブレーンストーミングを使っているわけです。

ブレーンストーミングは広告代理店のアレックス・オズボーンによって考え出されたもので、次のルールに従って行われます。

（１）アイデアに対する否定的な判断は保留し後回しにする（批判厳禁）

（２）非凡なアイデアまたは無謀なアイデアも大いに述べる（荒唐無稽）

（３）他人のアイデアに便乗してよい（便乗歓迎）

（４）アイデアが多いほどよい（質より量）

ブレーンストーミングを行う際には、まずどういう問題を解決すべきかはっきりさせた上で、固定観念を捨てて何らの制約を設けずに自由連想するという。また、画期的なアイデアを生み出すためには、できる限り遠くの世界にさまよい出ることが有効であるといいます。

しかしながら、ブレーンストーミングで得られるアイデアの数は多くないし、ほとんどがいわゆる単なるアイデアといった実施可能性が低いものばかりで、期待するほどの効果が得られないとの批判があります。

アイデアの数を増やすためには、問題に詳しい専門家を参加させることはもちろん、全員が発言することを前提としたものでなくてはなりません。しかし、日本人は「こんなのは笑われる」、「実現可能性が乏しい」と自分で自分のアイデアを評価してしまい、結果的に発言しないことが多いため、ブレーンストーミングをやってもたくさんのアイデアが出ることはありません。

そのような日本人の性格に合ったブレーンストーミングがあります。それを「ブレーンライティング」といいます。「ブレーンライティング」はドイツ人のホリゲルが開発した６３５法を、バッテル記念研究所のスタッフが改良したアイデア発想法です。

「ブレーンライティング」では、ブレーンストーミングのような議論のようなことはせず、全員に配られたシートの上にアイデアを書いていきます。「ブレーンライティング」は6人１グループを原則として行いますので、グループに6枚のシートが必要です。

決められた時間（通常5分）でアイデア（3件）をシートに記入していきます。「ブレーンライティング」には、前の人が記入したアイデアと同じアイデアは記載できないというルールがありますので、これを守ります。

アイデアを記載したシートは回覧板のように次の人へと順番に回していきます。すると、6人×5分＝30分で一巡します。1シートに6人×3件＝18件のアイデアが記載されますので30分で6シート×18件＝108件のアイデアが出ることになります。

ブレーンストーミングではじっくり考えることはできませんが、「ブレーンライティング」では持ち時間の5分間は熟考できますので、日本人の性格に合っています。

新技術を開発しても、それを受け入れる市場ができていない場合には、いわゆる「死の谷」に

落ち込んでしまい、日の目を見ずに終わることがあります。

古く、複雑で、生産量が比較的少なく、開発している企業の数が少ないなどで競争も激しくないシステムでは、システムの基本的パラダイムが、可能な改良のアイデアが出尽くしていないうちに、時期尚早に固定化してしまっている。

その結果、本来は成長期にあるべきシステムの性能は長期間ほとんど変化していない、どの会社も同じような製品を売っている状況（成熟期に似た状況）に陥っていることがあります。

成熟期では、それまでにシステムに関する標準は確立され、固定化されているため、原理的に高度な発明は行われず、改良といっても仕様の最適化、妥協的な設計、小さな発明が行われるだけです。

他方、売り上げは順調に伸びているため、新しいシステムへ移行することなどには思いも寄らない。その結果、いつも間にか安価な代替システムに市場を奪われてしまうことになります破壊的イノベーション）。

いずれのケースも、システムやその周辺に存在する資源を見逃しているか、またはそれらの資源の活用が不十分であることに起因しています。

いずれのケースも問題解決の鍵は資源の有効活用である。となれば、既存の技術の新しい用途を見つけ出す用途開発の手法が使えるはずです。

つまり、システムの資源を有効活用すべく新しい市場を作り出せばよい。そのためには、人の新しい生活習慣や振る舞いを提案する新文化の開発が必要です。

まずは、「高齢者の理想の暮らし」とは何か、といった新しい価値観、文化のデザインに挑戦し、その後で、その暮らしを実現するための技術開発に挑戦してみましょう。

以上のような考えに基づいて、今年から日本TRIZ協会の知財創造研究分科会では「高齢者の新しいライフスタイルを提案する」ことをテーマに複数年をかけて検討していくことになりました。

今後開催されるTRIZシンポジウム（直近は今年の９月）でその報告をする予定にしていますので、楽しみにしていてください。

ビジネスやマーケティングの世界では、問題とはある時点での現状と理想とのギャップのことであるとされています。

理想は望ましい状態であり、現状は望ましくない状態のことと考えれば、問題解決とは望ましくない状態を望ましい状態に変えることになります。

望ましい状態を目標といいます。一般に理想とは、考え得るもっとも完全な状態のことをいいますが、実際の問題解決の場面で考える理想とは達成すべき状態のことをいいますので、目標は達成できたか否かが客観的に判断できる内容でなければなりません。

そのため、目標という場合には定量的な目標値を決めることが普通です。たとえば、「今年度の目標は売上高を前年度より２５％増加させることである。」というような表現になります。

目標を達成するための問題解決には、マイナスの状態の現状を正常な状態に変えることと、正常な状態の現状をよりよい状態に変えること、の２種類が考えらえます。

前者は、不具合がすでに顕在化している問題に対して、問題の原因を明確にして、その原因を取り除くことで問題解決を図る方法が考えらえます。これは現状回復型または原因追究型というものです。

後者は、今よりもっとよくすることができる改善の余地のある問題に対して、必要とされる新たな機能を実現する手段を開発したり、本来のあるべき姿としての理想状態を追求することで問題解決を図る方法が考えられます。これは機能開発型または理想追求型というものです。

現状回復型または原因追究型の問題の場合には、望ましくない結果（問題点）の分析から取り組みます。つまり、最初に原因追及を行います。

不具合はいろいろな原因の連鎖の結果として生じていますので、まず、個々の原因を裏付けるデータを収集しなければなりません。そのため、複雑な問題の場合には、問題の発生メカニズムを見つけるのには相当の時間が必要になります。

I-TRIZでは、複雑な問題の発生メカニズムを効率的に発見する方法として不具合分析（FA：Failure Analysis）という手法を使用します。

不具合については誰もが公表したがらないという事情があり、不具合に関する情報が少ないことが不具合に関する問題のメカニズムを発見しにくくしている理由といえます。不具合分析（FA）では、「どうして不具合が起きたのか？」と考える代わりに「どうしたら不具合が起こせるか？」と考えます。つまり、「不具合の問題」を具体的な手段に関する情報が豊富な「発明の問題」に切り替えることで、不具合の発生メカニズムを発見しやすくしようとします。

機能開発型または理想追求型の問題の場合には、目的とする機能を実現するために必要な条件を明らかにして、その条件を満足する手段を考えることで今までにない新しいシステムを構築することになります。

この新しいシステムを構築する問題の場合には、実現可能なあるべき姿（目的とする機能）を定義することから取り組みます。つまり、最初に目的展開を行います。

目的展開は上位の目的から下位の目的までの階層関係を明らかにし、現状の一歩先にある上位の目的をターゲットとするために行います。最上位の目的はビジョンに近い表現になり、最下位の目的は日常茶飯事の当り前の表現になりますので、ターゲットとする目的は丁度中間に位置する目的の表現が選択されます。

実は、第３の問題があります。未だ不具合が顕在化していないが放置しておくことで将来不具合が発生するおそれがある問題に対して、不具合が発生することを防止する問題解決が考えられます。これは問題予防型というものです。

I-TRIZでは、潜在的な不具合を効率的に発見する方法として不具合予測（FP：Failure Prediction）という手法を使用します。

不具合予測（FP）では、不具合分析（FA）と同様に「不具合の問題」を具体的な手段に関する情報が豊富な「発明の問題」に切り替えることで、不具合を予測しやすくしようとします。

具体的には、対象システムの中の弱いゾーンや危険なゾーンを特定し、それぞれのゾーンに関して、そのゾーンの「弱さ」の原因となっている有益機能／動作、そのゾーンを危険なものとしている有害機能を、不具合の「焦点」（通常複数）として選択します。

すべての「焦点」について、関連付けることのできるすべての不具合を予測し、それらを取り除いてしまえば、このシステムは「実際上」安全と見なすことができます。その結果、これによってシステムに影響を及ぼす可能性を持った潜在的な不具合を取り除いたことになります。

日本の企業で最もよく使用されている古典的TRIZのツールは「40の発明原理」です。「40の発明原理」はアルトシューラの1973年に発表された論文「技術的矛盾除去の模範的方法」に記載されています。同時に「40の発明原理」を使用するための補助ツール（一般に矛盾表と呼ばれています。）も「技術的矛盾除去方法の適用表」として発表されています。

ARIZ-71（TRIZを使用する際の手順書の1971年度版）では、分析作業の過程で操作空間とその空間に求められる互いに矛盾する２つの要請（物理的矛盾の原型）が特定されました。また、1975年に技術的矛盾の背後にあるより一般的な物理的矛盾の概念が導入され、

発明的問題解決のすべての操作は、「物理的矛盾」を定式化し、それを解消することであるとしました。ARIZ-77では、物質場分析の５つの標準が開発され、発明標準解の概念が導入されました。（以上、「V.M.ペトロフ『TRIZ発展小史』、「TRIZ塾」ホームページを参照のこと）。

1985年には、アルトシューラが第一線で活躍していた公式バージョンとしては最新（最後）のARIZ-85Cが発表されました。ARIZ-85Cでは、「技術システムの進化の法則」の構造に対応して５つのクラスに組織化された「７６の発明標準解」が含まれています。

アルトシューラは、物理的矛盾の発見に先立ち、「（技術的矛盾を解決するための）発明原理から優れた解決策が得られるのは、発明原理を一つだけ独立して使うのではなく、ある原理とその逆向きの原理とのペアで適用するときである。」ことに気づき、「物理的矛盾の特定とその克服とは単なる問題解決の方法ではない。これは、技術システムの進化において客観的に不可欠なステップである。」、「物理的矛盾はそれを克服する方法（技術システムを変化させる操作（オペレーション）と有機的に結びついている。」との考えに至ったということです（「物理的矛盾とその解法」、黒澤慎輔、第７回TRIZシンポジウム）。

以上のように、ARIZは技術的矛盾から物理的矛盾への移行、物理的矛盾の克服（分離の原則）、物質場分析と発明標準解、技術システムの進化の法則を統一的に取り扱うことで発展してきました。そして、ARIZは標準的な解法、つまり発明標準解の適用によって歯が立たない問題の解決に使用するという位置づけが明らかにされました。

少なくとも、古典的TRIZの最終版であるARIZ-85Cは、非標準的な問題状況の背景にある物理的矛盾を明らかにして、その矛盾を克服する方法を発見するための手順だといえます。

I-TRIZでは、問題状況が明確な標準的問題の場合には、「問題状況の把握」の段階で直接「標準問題のオペレータ」が使用できるようになっており、煩わしい他のツールを一切使うことなしに問題解決が図れるようになっています。

技術的矛盾や物理的矛盾といった矛盾の定義をする必要はありません。どのような問題なのかという問題の種類がわかれば、その問題を解くためのヒントが得られます。

ちなみに、I-TRIZでは標準問題として、（１）生産性を改善する、（２）利便性を改善する、（３）信頼性の向上、（４）機械的強度を改善する、（５）製造精度を改善する、（６）コストを低減する、（７）単純化、（８）重量を軽減する、（９）エネルギー消費を低減させる、（10）浪費時間を減少させる、（11）機能効率を向上させる、（12）変形、ずれ、衝撃、振動、破壊を抑制する、（13）騒音を低減させる、（14）摩耗を低減させる、（15）汚染を軽減する、（16）過熱を回避する、（17）環境との相互作用を減少させる、といった項目をあげています。

「標準問題のオペレータ」では歯が立たないような複雑な問題の場合には、I-TRIZの思考プロセスに従い、（１）システムアプローチによって利用できる資源を把握し、（２）プロブレム・フォーミュレーションによって資源の因果関係を明らかにして、（３）システムの矛盾を明らかにしたうえで、「矛盾解決オペレータ」、「有害機能の排除オペレータ」、「有益機能の改良オペレータ」を使用して、対象システムを確実に進化させる解決策を求めることを考えることになります。

I-TRIZの基本ソフトウェアであるIWB（Innvation WorkBench）には、TRIZの基本である異分野の知識を活用して問題解決をする簡単な方法が示されています。

ここでは、IWBに掲載されている事例に沿ってその手順を説明します。

例によって、ソフトウェアからの質問に答える形で進めていきます。

事例：永久凍土地帯での建物は多数の杭を打った上に建てなければなりません。杭が必要な深さまで打ち込まれたことを確認する作業は測量装置を使って人力で行います。冬には気温が－５０℃まで下がるので、測量は大変な作業になります。このような、極寒の地で多数の杭の測量をする効率的に行う方法はありませんでしょうか。

（１）類似の問題を抱えた他のシステムの見つけてください。

丸太を無蓋車に積んで輸送するにあたって丸太の体積を計算するために太さを測定しなければなりません。この作業は手間のかかる作業なので、丸太の輸送が遅れます。

（２）その問題は解決されましたか？そうだとすれば、どのようにですか?

貨車に積んだ丸太の写真を撮影します。丸太のサイズは後で写真上の太さに基づいて計算することができます。

（３）その解決策をあなたの問題に適用できますか?それが不可能だとしたら、なぜですか?

この方法を応用して、杭の打ち込み深さを測定する問題を解決するアイデアが得られました。地上に出ている杭の頭の写真をいくつかのアングルで撮り、次に、写真に写った杭の頭の長さを測ります。

（４）あなたの問題にその解決策を適用するためには、付随する二次的な問題を解決しなければならないとすれば、その問題はどんな問題ですか?

事例の類似システムとして選択した「丸太の太さを測定する方法」では、二次的問題がないためここでの検討は必要ありません。

もし、二次的問題がある場合には、以下のような二次的な問題に取り組む手順に従います。

二次的問題を解決するには、（１）標準問題のオペレータの中に該当する項目があれば、そのオペレータを適用します。（２）標準オペレータに該当するものがなければ、二次的問題用のテンプレートに沿って二次的な問題を定式化して、そこで提示されるオペレータを検討します。（３）また、当初の因果関係ダイヤグラムに二次的問題を書き加えて、新たに書き加えたボックスを選択して、ソフトウェアからブロックに関連する解決指針を得て、提示されるオペレータを参考にしてその指針に沿った実現策を検討します。

「どうしたらTRIZを社内の研究者、技術者に普及できるだろうか」という問題をI-TRIZで簡単に解いてみる試みの７回目（最終回）です。

ここまでI-TRIZを使って簡単に問題解決をする方法として、「標準問題」のオペレータだけを使う方法を事例に沿って紹介してきましたが、前回までで多くのアイデアが提案されています。

まだまだ、たくさんの提案ができるものと考えますが、この辺でとりあえずの区切りをつける意味で、（１）～（６）回までの分をまとめてみました。

「標準問題」のオペレータには「（１）生産性を改善する、（２）利便性を改善する、（３）信頼性の向上、（４）機械的強度を改善する、（５）製造精度を改善する、（６）コストを低減する、（７）単純化、（８）重量を軽減する、（９）エネルギー消費を低減させる、（10）浪費時間を減少させる、（11）

機能効率を向上させる、（12）変形、ずれ、衝撃、振動、破壊を抑制する、（13）騒音を低減させる、（14）摩耗を低減させる、（15）汚染を軽減する、（16）過熱を回避する、（17）環境との相互作用を減少させる」といった１７項目のオペレータがあります。 前６回までのシリーズでは、「社内にI-TRIZを普及させる方法」をテーマとして、「標準問題」のオペレータの中の最初の「（１）生産性を改善する、（２）利便性を改善する」という２項目だけを使用して検討した結果を紹介しました。

この２つのオペレータを検討しただけで、「社内にI-TRIZを普及させる方法」について以下の８つの具体的な方策案が提案されました。

（１）本を読んだり、論文を読んだり、セミナーに参加したりして、自分たちでI-TRIZ

を人に教えられるまでに学習を積むも大切ですが、それと並行して、I-TRIZの専門家の助けを借りて、研究者、技術者自身が抱えている難問を自分たちの力で解いてしまうといった体験をすることが有効です。

（２）I-TRIZの全思考プロセスを習得する前に、I-TRIZの標準的なモジュールである、①システムアプローチ（多観点分析）、②プロブレム・フォーミュレーション（因果関係ダイヤグラムの作成）、③利用可能な資源の把握、④問題発生のメカニズム分析（不具合分析）、⑤オペレータ・システム、⑥アイディエーション・ブレーンストーミング、⑦二次的問題の解決（実装性の向上）、⑧実行時の不具合予測と予防、⑨進化のパターン／ラインの適用、のうちから取り組む問題に応じて有効と思われるもののみを選択的に使用することも有効です。

（３）I-TRIZが自分たちの仕事に役立つか否かを評価する段階では、実際のテーマで１～２週間に１回程度の頻度でI-TRIZの思考プロセスに沿った基本作業を行いながら、その合間に基本作業で得たアイデアの評価（実現可能性、新規性の確認などの補助作業）を自分たちで行い、基本作業にフイードバックしていくことでプロジェクトの成功つなげることが大切です。

（４）I-TRIZが自分たちの仕事に役立つか否かを評価する場合に、「同じテーマのプロジェクトを同時に複数のチームで行うことで、属人的な要素の影響度合いを確認する。」ことや、「同じコンサルプログラムで複数の異なる技術分野のテーマのプロジェクトを同時に行うことで、適用分野によってどのような成果の違いが出るかを確認する。」ことを試みるとよい。

（５）I-TRIZの基本ソフトウェアであるIWB（Innovation WorkBench）を使用する前に、まずは、簡易版のシステムアプローチと簡易版のオペレータを組み込んだIBS（Ideation Brainstorming）というソフトウェアと、因果関係ダイヤグラムを作成することで取り組むべき課題を発見するためのプロブレム・フォーミュレータ（Problem Formulator）というソフトウェアを使用して、技術者個人の通常の技術開発業務を効率的に処理することを経験するとよい。

（６）従来の古典的TRIZの欠点を改良すべく、あらゆる問題を一貫した手順で解決することのできる新しい体系的な思考プロセスとして再構築したI-TRIZを採用すれば、初めての人でも抵抗なく取り組むことができ、具体的な成果を上げることができる。

（７）I-TRIZについての解説が必要な場合には、「自社の実際の技術テーマについて実施した成功事例を添えて、I-TRIZが初心者にも取り組みやすく、確実に成果が上がるものである。」ことを説明するとよい。

（８）I-TRIZの思考プロセスをそのまま使うことではなく、目的は問題を解決することにあるわけですから、問題の種類に応じておよび／または使う人の都合に合わせて使用するモジュールを選択的に使用することを考えるとよい。

今回は「標準問題」のオペレータの有用性を知っていただく意味で「社内にI-TRIZを普及させる方法」を題材にしましたが、今後機会を見てこのテーマについては改めて説明をしたいと思っております。

「どうしたらTRIZを社内の研究者、技術者に普及できるだろうか」という問題をI-TRIZで簡単に解いてみる試みの６回目です。

I-TRIZの基本ソフトウェアであるIWBの最初の「問題の情報把握」の工程には、「状況の要約」という欄から見ることのできる「標準問題」の項目をクリックすると、以下のような１７項目のリストが表示されます。

「（１）生産性を改善する、（２）利便性を改善する、（３）信頼性の向上、（４）機械的強度を改善する、（５）製造精度を改善する、（６）コストを低減する、（７）単純化、（８）重量を軽減する、（９）エネルギー消費を低減させる、（10）浪費時間を減少させる、（11）

機能効率を向上させる、（12）変形、ずれ、衝撃、振動、破壊を抑制する、（13）騒音を低減させる、（14）摩耗を低減させる、（15）汚染を軽減する、（16）過熱を回避する、（17）環境との相互作用を減少させる」

今回は２番目の「利便性を改善する」をクリックします。すると、「システムをより使い易くする方法を見つけるには、以下のオペレータに沿って考えてください。」という推奨文に続けて、「（１）有取り外し可能（モジュール化）、（２）セルフサービス、（３）模型・コピー、（４）使い捨て、（５）視覚特性を変える、（６）透過性を変える、（７）媒介物質、（８） 膨張する構造、（９）特性の最適化、（10）道具を人に合わせる」という項目の記載と、その下に「輸送を容易にする方法」のオペレータとして「（１）重い部分と軽い部分に分割、（２）重量物の移動、（３）特性の最適化、（４）膨張する構造、（５）重量の補整１、（６）重量の補整２、（７）他の力による補整、（８）ある物を活かす」が記載されています。さらに、その下に「関連項目」として「（１）物質の一時的使用」という項目の記載が表示されています。

１０番目に記載されている「道具を人に合わせる」をクリックすると、「使用者の能力や好みを考慮に入れて、その動作や道具を使用者に合わせることを検討してください。」という解説と、「道具を人に合わせる」に関連した「（１）卵に日付印を押す、（２）磁気による血管の測定」という過去の具体的事例を参照することができます。

I-TRIZの標準的なモジュールには、（１）システムアプローチ（多観点分析）、（２）プロブレム・フォーミュレーション（因果関係ダイヤグラムの作成）、（３）利用可能な資源の把握、（４）問題発生のメカニズム分析（不具合分析）、（５）オペレータ・システム、（６）アイディエーション・ブレーンストーミング、（７）二次的問題の解決（実装性の向上）、（８）実行時の不具合予測と予防、（９）進化のパターン／ラインの適用、といったものがあります。

これらの標準的なモジュールはあらゆる問題を想定して作られたものであるため、問題によっては、I-TRIZを使用する研究者、技術者のスキルに合わせて、標準的なモジュールの一部のみを使用して問題解決に取り組むことがあってもいいわけです。

システムアプローチを使って問題状況の分析をしっかりやることで、問題解決の糸口がつかめれば容易に問題解決できてしまう場合もあります。

因果関係ダイヤグラムを作成して問題のメカニズムを明らかにすることで、排除すべき根本原因が見つかれば容易に問題解決できてしまう場合もあります。

また、通常は因果関係ダイヤグラムを作成したのちに得られる問題解決の指針（課題）の種類に応じて使用できる（１）有害機能の排除、軽減、防止のオペレータ、（２）有益機能を得る他の方法を探すオペレータ、（３）矛盾の解決のオペレータを使用して解決策を考えますが、最初から問題に合ったオペレータを直接使用してもよいことがあります。

問題の種類に応じた解決ヒントを集めた「標準問題のオペレータ」、システムの理想性を高めるために使用する「進化のパターン／ラインのオペレータ」、技術革新に役立つ科学的・技術的知識を、資源を変更する仕方の種類または技術分野別に整理した「革新ガイドのオペレータ」は、課題が明確になっている場合にはそれに応じたオペレータを直接使用します。

たとえば、今回使用している「標準問題のオペレータ」では、「（１）生産性を改善する、（２）利便性を改善する、（３）信頼性の向上、（４）機械的強度を改善する、（５）製造精度を改善する、（６）コストを低減する、（７）単純化、（８）重量を軽減する、（９）エネルギー消費を低減させる、（10）浪費時間を減少させる、（11）機能効率を向上させる、（12）変形、ずれ、衝撃、振動、破壊を抑制する、（13）騒音を低減させる、（14）摩耗を低減させる、（15）汚染を軽減する、（16）過熱を回避する、（17）環境との相互作用を減少させる」といった標準的な問題ごとに個別のオペレータが用意されています。

そこで、自分の問題が摩耗を減らしたいという問題であれば、ズバリ「（14）摩耗を低減させる」というオペレータにアクセスし、「（１）有害作用の原因の使用、（２）予測される摩耗に合わせた形状、（３）有害作用の局所的な緩和、（４）分離物質の使用、（５）反対の作用による中和、（６）有害作用の発生防止、（７） 有害作用との組合せ、（８）並列処理による復元、（９）欠点を隠す」といった具体的なオペレータの提案文に従ってアイデア発想をすることができます。

I-TRIZの思考プロセスに組み込まれている標準的なモジュールを順番通りにすべて使う必要はありません。

「道具を人に合わせる」というオペレータによれば、目的はI-TRIZの思考プロセスをそのまま使うことではなく問題を解決することにあるわけですから、問題の種類に応じておよび／または使う人の都合に合わせて使用するモジュールを選択的に使用することを考えるとよい、との提案ができます。

「どうしたらTRIZを社内の研究者、技術者に普及できるだろうか」という問題をI-TRIZで簡単に解いてみる試みの５回目です。

I-TRIZの基本ソフトウェアであるIWBの最初の「問題の情報把握」の工程には、「状況の要約」という欄から見ることのできる「標準問題」の項目をクリックすると、以下のような１７項目のリストが表示されます。

「（１）生産性を改善する、（２）利便性を改善する、（３）信頼性の向上、（４）機械的強度を改善する、（５）製造精度を改善する、（６）コストを低減する、（７）単純化、（８）重量を軽減する、（９）エネルギー消費を低減させる、（10）浪費時間を減少させる、（11）

機能効率を向上させる、（12）変形、ずれ、衝撃、振動、破壊を抑制する、（13）騒音を低減させる、（14）摩耗を低減させる、（15）汚染を軽減する、（16）過熱を回避する、（17）環境との相互作用を減少させる」

今回は２番目の「利便性を改善する」をクリックします。すると、「システムをより使い易くする方法を見つけるには、以下のオペレータに沿って考えてください。」という推奨文に続けて、「（１）有取り外し可能（モジュール化）、（２）セルフサービス、（３）模型・コピー、（４）使い捨て、（５）視覚特性を変える、（６）透過性を変える、（７）媒介物質、（８） 膨張する構造、（９）特性の最適化、（10）道具を人に合わせる」という項目の記載と、その下に「輸送を容易にする方法」のオペレータとして「（１）重い部分と軽い部分に分割、（２）重量物の移動、（３）特性の最適化、（４）膨張する構造、（５）重量の補整１、（６）重量の補整２、（７）他の力による補整、（８）ある物を活かす」が記載されています。さらに、その下に「関連項目」として「（１）物質の一時的使用」という項目の記載が表示されています。

５番目に記載されている「視覚特性を変える」をクリックすると、「対象物、または環境の視覚特性を多様化させてください。」という解説と、「視覚特性を変える」に関連した「（１）電子ビームの照準合わせ、（２）交通信号のフィルタ、（３）火災時の脱出用として塗料を使用、（４）機械加工に泡状の冷却剤を使用」という過去の具体的事例を参照することができます。

日本ではTRIZは1997年に日経BP社発行の「日経メカニカル」という雑誌に「超発明術TRIZ シリーズ 1～4」という題名で紹介されたのが最初であるといわれています（実は、これより前の1972年にアグネ社より「発明発想入門」という題名の書籍が発行されており、そこでは「TRIZ」という名称ではなく「ARIZ」という名称で紹介されていました）。この記事を読んだ人の中には超発明術という意味を早合点し、TRIZを使えば誰でも自動的に発明ができるようになると思い込んだ会社がTRIZに飛びつきました。しかしながら、多くの会社が思うような成果を出せなかったことで、結果としてTRIZは使えないという誤解を産んだ一面があります。

また、当時日本に紹介されたTRIZは、創案者であるゲンリッヒ・アルトシューラが第一線で活躍していた1985年までの古典的TRIZであって、その膨大な体系を習得して実践するまでに200～250時間かかるともいわれるものでした。そのため、TRIZは日本の企業では導入の検討対象にもならず、現在も一般に普及している方法論とはいえません。

そこで、「視覚特性を変える」というオペレータを参考にすると、「従来の古典的TRIZの欠点を改良すべく、あらゆる問題を一貫した手順で解決することのできる新しい体系的な思考プロセスとして再構築したI-TRIZを採用すれば、初めての人でも抵抗なく取り組むことができ、具体的な成果を上げることができる。」といった提案ができます。

また、６番目に記載されている「透過性を変える」をクリックすると、「対象物、または環境の透過性を多様化させてください。透過性は、該当する条件に応じて多様化させてください。」という解説と、「透過性を変える」に関連した「（１）ガラスの特性の変更、（２）温室の温度の制御、（３）電極－光電池」という過去の具体的事例を参照することができます。

前述のアイデアにこのオペレータを適用すると、I-TRIZについての解説が必要な場合には、「自社の実際の技術テーマについて実施した成功事例を添えて、I-TRIZが初心者にも取り組みやすく、確実に成果が上がるものである。」ことを説明すればよい、と提案できます。

「どうしたらTRIZを社内の研究者、技術者に普及できるだろうか」という問題をI-TRIZで簡単に解いてみる試みの４回目です。

I-TRIZの基本ソフトウェアであるIWBの最初の「問題の情報把握」の工程には、「状況の要約」という欄から見ることのできる「標準問題」の項目をクリックすると、以下のような１７項目のリストが表示されます。

「（１）生産性を改善する、（２）利便性を改善する、（３）信頼性の向上、（４）機械的強度を改善する、（５）製造精度を改善する、（６）コストを低減する、（７）単純化、（８）重量を軽減する、（９）エネルギー消費を低減させる、（10）浪費時間を減少させる、（11）

機能効率を向上させる、（12）変形、ずれ、衝撃、振動、破壊を抑制する、（13）騒音を低減させる、（14）摩耗を低減させる、（15）汚染を軽減する、（16）過熱を回避する、（17）環境との相互作用を減少させる」

今回は２番目の「利便性を改善する」をクリックします。すると、「システムをより使い易くする方法を見つけるには、以下のオペレータに沿って考えてください。」という推奨文に続けて、「（１）有取り外し可能（モジュール化）、（２）セルフサービス、（３）模型・コピー、（４）使い捨て、（５）視覚特性を変える、（６）透過性を変える、（７）媒介物質、（８） 膨張する構造、（９）特性の最適化、（10）道具を人に合わせる」という項目の記載と、その下に「輸送を容易にする方法」のオペレータとして「（１）重い部分と軽い部分に分割、（２）重量物の移動、（３）特性の最適化、（４）膨張する構造、（５）重量の補整１、（６）重量の補整２、（７）他の力による補整、（８）ある物を活かす」が記載されています。さらに、その下に「関連項目」として「（１）物質の一時的使用」という項目の記載が表示されています。

４番目に記載されている「使い捨て」をクリックすると、「高価で複雑な対象物を安価で単純（使い捨て可能）な物質に置き換え、望まれる特性（寿命など）を不要にしてください。」

という解説と、「使い捨て」に関連した「（１）一時的な路面」という過去の具体的事例を参照することができます。

I-TRIZの基本ソフトウェアであるIWBはどのような問題にも適用できるように、問題の状況を詳細に分析する精緻な「システムアプローチ」と、約５００種類にも及ぶ精緻な「オペレータ・システム」の他に、「不具合の予測と予防」や「進化のパターン／ラインの適用」といったプロセスが組み込まれていますので、全プロセスを実施するとなるとそれらのツールの使用方法を習得するための時間（１０～２０時間）を要するため、初めての人はその使用をためらうことになります。

そこで、「使い捨て」のオペレータを参考にすると、「まずは、簡易版のシステムアプローチと簡易版のオペレータを組み込んだIBS（Ideation Brainstorming）というソフトウェアと、因果関係ダイヤグラムを作成することで取り組むべき課題を発見するためのプロブレム・フォーミュレータ（Problem Formulator）というソフトウェアを使用して、技術者個人の通常の技術開発業務を効率的に処理することを経験するとよいでしょう。」という提案ができます。

IBS（Ideation Brainstorming）とプロブレム・フォーミュレータ（Problem Formulator）は個人的使用に特化した手軽なソフトウェアですので、それぞれは１日（６時間）の学習で使えるようになります。

最初は、手軽なIBS（Ideation Brainstorming）とプロブレム・フォーミュレータ（Problem Formulator）を使ってI-TRIZの思考プロセスに慣れることを優先されるとよいでしょう。

その後、IWBに組み込まれている体系的な思考プロセスを習得して、本格的なプロジェクトのテーマにIWBを適用することで、I-TRIZ本来の威力を体験されるとよいでしょう。

「どうしたらTRIZを社内の研究者、技術者に普及できるだろうか」という問題をI-TRIZで簡単に解いてみる試みの３回目です。

I-TRIZの基本ソフトウェアであるIWBの最初の「問題の情報把握」の工程には、「状況の要約」という欄から見ることのできる「標準問題」の項目をクリックすると、以下のような１７項目のリストが表示されます。

「（１）生産性を改善する、（２）利便性を改善する、（３）信頼性の向上、（４）機械的強度を改善する、（５）製造精度を改善する、（６）コストを低減する、（７）単純化、（８）重量を軽減する、（９）エネルギー消費を低減させる、（10）浪費時間を減少させる、（11）

機能効率を向上させる、（12）変形、ずれ、衝撃、振動、破壊を抑制する、（13）騒音を低減させる、（14）摩耗を低減させる、（15）汚染を軽減する、（16）過熱を回避する、（17）環境との相互作用を減少させる」

今回は２番目の「利便性を改善する」をクリックします。すると、「システムをより使い易くする方法を見つけるには、以下のオペレータに沿って考えてください。」という推奨文に続けて、「（１）有取り外し可能（モジュール化）、（２）セルフサービス、（３）模型・コピー、（４）使い捨て、（５）視覚特性を変える、（６）透過性を変える、（７）媒介物質、（８） 膨張する構造、（９）特性の最適化、（10）道具を人に合わせる」という項目の記載と、その下に「輸送を容易にする方法」のオペレータとして「（１）重い部分と軽い部分に分割、（２）重量物の移動、（３）特性の最適化、（４）膨張する構造、（５）重量の補整１、（６）重量の補整２、（７）他の力による補整、（８）ある物を活かす」が記載されています。さらに、その下に「関連項目」として「（１）物質の一時的使用」という項目の記載が表示されています。

２番目に記載されている「セルフサービス」をクリックすると、「対象物にセルフサービスが可能か検討してください。そのためには、主要機能を犠牲にしても補助機能を実行するか、または主要機能との同時実行を検討します。補助機能を主要素上に移動できれば、補助要素をシステムから除外することも可能になります。特に、補助機能を達成するには、システムの現在のエネルギー、つまり基礎エネルギーの適用を検討してください。」という解説と、「セルフサービス」に関連した「（１）腐食テスト、（２）卵に日付印を押す、（３）電極－光電池、（４）気体と液体を分離する、（５）自己モニタのグラインダ、（６）冷却液の噴出によってベルトを張る、（７）液体巻線の使用、（８）溶接ドラムの自動ブレーキ、（９）輸送中のロータの回転、（１０）エナメル塗装」という過去の具体的事例を参照することができます。

このオペレータによれば、「I-TRIZが自分たちの仕事に役立つか否かを評価する段階では、実際のテーマで１～２週間に１回程度の頻度でI-TRIZの思考プロセスに沿った基本作業を行いながら、その合間に基本作業で得たアイデアの評価（実現可能性、新規性の確認などの補助作業）を自分たちで行い、基本作業にフイードバックしていくことでプロジェクトの成功つなげる。」といった提案ができます。

３番目に記載されている「模型・コピー」をクリックすると、「複雑な製品（または、その一部）を単純なものか模型で置換することを検討してください。」という解説と、「模型・コピー」に関連した「（１）理髪師の訓練」という過去の具体的事例を参照することができます。さらに、その下に「参照項目」として「（１）模型またはコピー」という項目の記載が表示されています。

前述のアイデアにこのオペレータを適用すると、I-TRIZが自分たちの仕事に役立つか否かを評価する場合に、「同じテーマのプロジェクトを同時に複数のチームで行うことで、属人的な要素の影響度合いを確認する。」ことや、「同じコンサルプログラムで複数の異なる技術分野のテーマのプロジェクトを同時に行うことで、適用分野によってどのような成果の違いが出るかを確認する。」ことを考えるとよい、との提案できます。