コーチングプラクティス: TRIZの使い方

取り組んでいることをほぼ何でも入力すると、IX Coach が現実に最も合うプラクティスを見つけます。「TRIZの使い方」については、現在のプラクティスライブラリからの最適な一致をご覧ください。

役立つかもしれないプラクティス

  1. TRIZ:体系的発明と矛盾の論理
    TRIZ(発明的問題解決理論)は、ゲンリッヒ・アルトシュラーが数十万件の特許を分析して開発した体系的なイノベーション手法です。その核心的な洞察は、ほとんどの画期的な問題は「技術的あるいは物理的な矛盾」——一つのパラメータを改善すると別のパラメータが悪化する状況——を含んでおり、あらゆる分野の発明家たちが、驚くほど少数の繰り返し現れる戦略を使ってこれらの矛盾を解決しているということです。
  2. 発明原理をサンプリングして解決の方向性を生み出す
    完全な矛盾マトリクスがなくても、TRIZの40の発明原理を生成的なレンズとして一つ以上適用する。
    TRIZ:体系的発明と矛盾の論理
  3. 何を取り除けるかを見つけるために構成要素をトリミングする
    現在の解決策の中で、別の構成要素がその機能を引き継げば取り除ける構成要素はどれかを体系的に問う。
    TRIZ:体系的発明と矛盾の論理
  4. まず理想的な最終結果を定義する
    解決策がすでに存在し、コストがかからないかのように完璧な結果を描写し、そこから逆算して何がそれを可能にするかを考える。
    TRIZ:体系的発明と矛盾の論理
  5. 問題の核心にある矛盾を名指しする
    改善する必要があるパラメータと、その結果悪化するパラメータを正確に述べる。
    TRIZ:体系的発明と矛盾の論理
  6. 新しいものを追加する前に利用可能なリソースを棚卸しする
    問題の中や周囲にすでに存在する時間、空間、情報、エネルギーをすべてリストアップする——解決策はしばしばそこに隠れている。
    TRIZ:体系的発明と矛盾の論理
  7. Zen To Done(ZTD)を実践的に
    Zen To Done(ZTD)は、レオ・ババウタによる、デビッド・アレンの『Getting Things Done(GTD)』を意図的に簡素化した代替システムである。核心的な違いはこうだ。GTDは、コンテクスト、複雑なファイリング、多くのリストの週次レビューといった多部構成のシステム全体を一度にインストールするよう求めるのに対し、ZTDはGTDの核となる動き(すべてを捕捉し、次の行動を定義する)だけを残し、GTDに欠けている二つのものを加える。一つは習慣ごとの段階的導入であり、システム全体を一度に導入するのではなく、一度に一つの実践を導入すること。もう一つは、長いリストに反応的に取り組むのではなく、毎日の最重要タスク(MIT)への集中である。要するに、GTDは包括的だが維持するには複雑になりうる。ZTDはGTDの本質に、簡素さと習慣形成の層を加えたもので、フルスペックのGTDを維持するには重すぎると感じた人向けである。
  8. 他の何よりも先に、捕捉の習慣を築く
    他のZTDの実践を追加する前に、一度に一つの習慣を—まずは遍在する捕捉から—導入する。
    Zen To Done(ZTD)を実践的に
  9. 問題が発明を必要とするか、単なる検索を必要とするかを較正する
    オリジナルの発明に投資する前に、あなたの問題がすでに他のどこかで解決されていないか確かめる。
    TRIZ:体系的発明と矛盾の論理
  10. テスト——ユーザーに壊させる
    プロトタイプを実際のユーザーの前に置き、その混乱をデータとして扱う。
    デザイン思考、ステップごとに

関連する悩み

自分の言葉で状況を説明する でプラクティスライブラリ全体を検索できます。

IX Coach でこれを実践する

このプラクティスを試す