本記事は、全5部構成のTRIZシリーズの最終回です。後半20原理(21〜40)を現代IT・サービス業の事例とともに解説し、さらにPart 1から積み上げてきた思想と手順をひとつの実践フローとして統合します。明日から現場で回せる形に仕上げるのがゴールです。
シリーズ全体を振り返る
Part 1で「矛盾は調整するものではなく消去するもの」という思想を、Part 2で「4ステップの手順」を、Part 3で「39特性という共通言語」を、Part 4で「前半20原理」を学んできました。本記事で後半20原理を押さえれば、あなたは矛盾を消去する全てのパーツを手にすることになります。
グループ6:高速化・省略系(原理21〜23)
原理21:高速実行
有害作用を高速で駆け抜ける。デプロイ時間を極限まで短くしてダウンタイムを実質ゼロにするブルーグリーンデプロイが典型例です。
原理22:災い転じて福となす
有害要因を有益なものに変える。サーバー廃熱をデータセンターの暖房に転用する、失敗ログを学習データとして活用するMLOpsの循環設計などが該当します。
原理23:フィードバック
フィードバックを導入する。オブザーバビリティ、A/Bテスト、強化学習はすべて原理23の拡張です。現代SaaSのあらゆる制御はフィードバックループの設計そのものと言えます。
自社への問い:現在「害」として扱っているものを、資源に転換する余地はありませんか?
グループ7:代替・媒介系(原理24〜26)
原理24:仲介
中間媒介物を使う。APIゲートウェイ、メッセージキュー、BFF(Backend for Frontend)は"仲介の現代版"です。
原理25:セルフサービス
対象物自身に機能を持たせる。セルフサービスBI、ローコード開発基盤、開発者プラットフォーム(IDP)の思想は原理25そのものです。
原理26:代替
高価な対象物を安価なコピーで置き換える。デジタルツイン、ステージング環境、シミュレーション駆動開発が該当します。
自社への問い:人手を介している業務のうち、対象自身にセルフサービス化させられるものはどれですか?
グループ8:柔軟化・最適化系(原理27〜32)
原理27:高価な長寿命より安価な短寿命
捨てられる設計のほうが合理的な場合がある。サーバーレス関数、使い捨てコンテナ、エフェメラルインフラはこの思想の結実です。
原理28:機械的システムの置換
機械的な仕組みを光・音・熱・磁気などに置き換える。機械式センサーからLiDARや画像認識への移行、物理鍵から生体認証への置換が現代例です。
原理29:空気圧・液圧利用
IT領域では"流体的に扱う"と読み替えます。ストリーミング処理、データフローアーキテクチャは情報を"流体"として設計する発想です。
原理30:柔軟な膜・薄膜
境界を柔らかくする。サービスメッシュ、ゼロトラストネットワークは従来の硬い境界を柔軟な制御面に置き換えた例です。
原理31:多孔質材料
対象に穴をあけ、その穴に別の物質を入れる。疎結合アーキテクチャに拡張ポイントを用意する設計、プラグインシステムはこの応用です。
原理32:色の変更
色や透明度を変える。UIのダークモード、可視化ダッシュボードによる状態色分けは、認知負荷を下げる消去的アプローチです。
自社への問い:"長持ちさせる"前提を疑い、"潔く捨てる設計"に変えられる領域はありますか?
グループ9:自律・変換系(原理33〜40)
原理33:均質性
相互作用する対象を同じ材料で作る。マイクロサービス間の通信プロトコル統一、データフォーマット標準化が該当します。
原理34:排除と再生
役目を終えた部分を排除または再生する。ガベージコレクション、自動スケールダウン、ログローテーションは原理34の実装です。
原理35:パラメータ変更
物理的・化学的状態、柔軟性、温度、濃度などを変える。40原理の中でも最も汎用性が高い原理です。Part 2のスマホ発熱例では「固体放熱から相変化材料へ」の転換がこれでした。
原理36:相変化
物質の状態変化で生じるエネルギーを利用する。キャッシュヒット/ミスの境界、コールド→ウォーム→ホットのデータ階層管理など、"状態遷移で価値を生む"設計に展開できます。
原理37:熱膨張
温度による膨張/収縮を利用する。IT領域では「負荷に応じて動的に膨張/収縮するリソース」と読み替えます。オートスケーリングの本質はこの原理です。
原理38:強い酸化剤
作用を"強める"と読み替えます。GPU/TPUによる計算の強化、専用ハードウェアによる加速処理が該当します。
原理39:不活性雰囲気
有害な相互作用を"遮断する"。サンドボックス、コンテナ隔離、仮想マシンによる分離実行はまさにこの原理です。
原理40:複合材料
単一材料を複合材料に置き換える。ハイブリッドクラウド、マルチモデルAI、複数データソースのフェデレーションクエリは複合化戦略の典型です。
自社への問い:"単一で完結させる"前提を、"複合化"に変えると開く道はありませんか?
TRIZ実践フロー総まとめ
ステップ①:症状を書き出す
「熱い」「遅い」「高い」といった現場の生の言葉で構いません。この段階で抽象化を急がないことが重要です。
ステップ②:矛盾を2行化する
改良したい特性 × 悪化する特性の形に変換します。Part 1で繰り返した「2行で書く」習慣はここで効きます。
ステップ③:39特性に翻訳する
Part 3のカテゴリ分類を使って、現場語を39特性のどれかに接続します。この翻訳が人類の発明知への入口です。
ステップ④:マトリクスを参照する
改良特性と悪化特性の交点セルに示された3〜4個の原理番号を取得します。番号の順序には優先度の意味があります。
ステップ⑤:原理で発想→二次問題を再処理
各原理から最低3案発想します。そして重要なのは――解決案が新たな矛盾(二次問題)を生んだら、ステップ①に戻る。この循環こそが実践の本質です。
二次的問題を恐れない
TRIZ実践で最もつまずくのが「解いたら別の問題が出た」という現象です。しかしこれは失敗ではなく、TRIZが前進している証拠です。矛盾を消去すると別の矛盾が顕在化する――これは物事の本質であり、TRIZはそれを循環的に解くことを前提にしています。
多くの技術者はここで諦めます。「やっぱり妥協が現実解だ」と。しかし諦めた瞬間、あなたは再びトレードオフの"滑らかな敗北"に戻ってしまいます。二次問題を新たな出発点として捉え直す――この姿勢こそが、TRIZを"理論"から"武器"に変える鍵です。
自社への問い:直近で"仕方なく妥協した"案件を、TRIZ実践フローの①からやり直すとしたら、どこから始めますか?
使い分けガイド ── あなたの状況別・次の一歩
Aタイプ:まず1件だけ試したい
→ 現在最も困っている1件を選び、矛盾を2行で書くところから始めます。Part 2のチェックリストと本記事のフロー図だけあれば十分です。
Bタイプ:チームで導入したい
→ 39特性の早見表(Part 3)と40原理リスト(Part 4・5)を印刷し、週1回のレビュー会で"共通言語"として使います。1件解ければチーム文化が変わり始めます。
Cタイプ:組織のR&Dプロセスに埋め込みたい
→ ステージゲートの各段階に「矛盾の2行化」「マトリクス参照」をチェックポイントとして組み込みます。形式化が遠回りに見えて最短距離です。
Dタイプ:まだ半信半疑
→ それで構いません。1週間、自社の会議で出てくる課題を「2行で書く」だけ試してください。思考の解像度が変わるはずです。
シリーズ全体まとめ
- Part 1:矛盾は"調整"ではなく"消去"するもの
- Part 2:4ステップで矛盾を解く手順
- Part 3:39特性という共通言語で現場を発明知に接続する
- Part 4:前半20原理――分離・結合・事前対策・逆転・動的化
- Part 5:後半20原理+実践フロー総まとめ
TRIZは魔法ではありません。過去の発明者たちが残した思考パターンを体系化した"諦めないための地図"です。9年使い続けてきた私自身、今でも新しい気づきに出会います。あなたの現場でも、きっと同じことが起きるはずです。
次の行動
本シリーズ全6記事で紹介した内容から、明日試すことを1つだけ決めてください。「矛盾を2行で書く」「39特性の早見表を机に貼る」「40原理から3つ選んでデスクに置く」。どれでも構いません。1つの行動が、あなたの思考を"調整"から"消去"へと切り替えます。
---
【著者より】
5回にわたりお付き合いいただき、ありがとうございました。TRIZを学ぶことは、技術の話であると同時に"諦めない思考"を鍛えることでもあります。あなたの次の突破口を、本シリーズのどこかの一文が後押しできたなら、これ以上の喜びはありません。また別のテーマでお会いしましょう。