View on GitHub

FECTDD

センスじゃない。技術だ。

第18章：トランスプラント事例

ここで紹介するのはあくまで一例です。状況や相手に応じて、自分なりの組み合わせを見つけてください。

18-1. 概要

トランスプラント（Transplant）とは、フレームワークの一部要素だけを切り取り、別のフレームワークに組み込む技術である。

リキャストが「フレームワーク全体を別の用途で使う」のに対し、トランスプラントは「パーツ単位で移植する」。より細かく、より柔軟な運用が可能になる。

18-2. トランスプラントの基本原則

原則	内容
パーツを見る	フレームワークを「分解可能な要素の集合」として捉える
足りないものを補う	既存のフレームワークに「欲しい要素」を移植する
相性を考える	移植元と移植先の構造的な相性を確認する

graph TD
    A[フレームワークA] --> B[要素1]
    A --> C[要素2]
    A --> D[要素3]
    
    E[フレームワークB] --> F[要素X]
    E --> G[要素Y]
    
    C -->|トランスプラント| E
    
    H[新しい組み合わせ] --> F
    H --> C
    H --> G

18-3. トランスプラント事例集

事例1：BEAFのBenefitをサンドイッチ法に

項目	内容
移植元	BEAF法のBenefit（得られる未来）
移植先	サンドイッチ法
目的	レビューで「この作品を読むと何が得られるか」を伝える

元の構造	トランスプラント後
Positive → Negative → Positive	Positive（Benefit込み）→ Negative → Positive

graph TD
    subgraph BEAF法
        A[B：Benefit]
        B[E：Evidence]
        C[A：Advantage]
        D[F：Feature]
    end
    
    subgraph サンドイッチ法
        E[Positive]
        F[Negative]
        G[Positive]
    end
    
    A -->|トランスプラント| E
    
    subgraph 新しい構造
        H[Positive + Benefit]
        I[Negative]
        J[Positive]
    end

実際の使用例

sequenceDiagram
    participant レビュー
    participant 作者

    Note over レビュー: Positive + Benefit（移植）
    レビュー->>作者: 「この作品を読むと、"信じること"の意味を考えさせられます。特に第3章の描写が素晴らしかった」

    Note over レビュー: Negative
    レビュー->>作者: 「ただ、中盤のテンポが少し遅く感じました」

    Note over レビュー: Positive
    レビュー->>作者: 「それでも、ラストの余韻は格別でした。次作も楽しみにしています」

事例2：PASONAのAffinityをPREP法に

項目	内容
移植元	PASONA法のAffinity（共感）
移植先	PREP法
目的	報告・説明に「共感」を加え、相手の納得感を高める

元の構造	トランスプラント後
Point → Reason → Example → Point	Point → Affinity → Reason → Example → Point

graph LR
    subgraph PREP法
        A[P] --> B[R] --> C[E] --> D[P]
    end
    
    subgraph PASONA法
        E[Affinity]
    end
    
    E -->|トランスプラント| F
    
    subgraph 新しい構造
        G[P] --> F[Affinity] --> H[R] --> I[E] --> J[P]
    end

実際の使用例

sequenceDiagram
    participant 自分
    participant 上司

    Note over 自分: Point
    自分->>上司: 「今回のプロジェクトは延期すべきだと考えます」

    Note over 自分: Affinity（移植）
    自分->>上司: 「もちろん、予定通り進めたいお気持ちは分かります」

    Note over 自分: Reason
    自分->>上司: 「ただ、現状ではリソースが不足しています」

    Note over 自分: Example
    自分->>上司: 「実際、先週の進捗は予定の60%でした」

    Note over 自分: Point
    自分->>上司: 「品質を担保するためにも、2週間の延期を提案します」

事例3：5WhyのWhyをGROWモデルに

項目	内容
移植元	5Whyの「なぜ？」という深掘り
移植先	GROWモデルのReality
目的	現状把握をより深くする

元の構造	トランスプラント後
Goal → Reality → Options → Will	Goal → Reality（5Why式深掘り）→ Options → Will

graph TD
    subgraph GROWモデル
        A[Goal]
        B[Reality]
        C[Options]
        D[Will]
    end
    
    subgraph 5Why
        E[Why?を繰り返す]
    end
    
    E -->|トランスプラント| B
    
    subgraph 新しい構造
        F[Goal]
        G[Reality + 5Why]
        H[Options]
        I[Will]
    end

実際の使用例

sequenceDiagram
    participant コーチ
    participant 相手

    Note over コーチ: Goal
    コーチ->>相手: 「どうなりたいですか？」
    相手->>コーチ: 「もっと創作に時間を使いたいです」

    Note over コーチ: Reality + 5Why（移植）
    コーチ->>相手: 「今、時間が取れていないんですね。なぜですか？」
    相手->>コーチ: 「仕事が忙しくて」
    コーチ->>相手: 「なぜ仕事が忙しいんですか？」
    相手->>コーチ: 「断れない性格で...」
    コーチ->>相手: 「なぜ断れないんですか？」
    相手->>コーチ: 「嫌われたくないから...」
    Note right of コーチ: 根本原因が見えた

    Note over コーチ: Options
    コーチ->>相手: 「では、断る練習から始めるのはどうですか？」

    Note over コーチ: Will
    コーチ->>相手: 「今週、1つだけ断ってみますか？」

事例4：さしすせそのリアクションをDESC法に

項目	内容
移植元	さしすせそ（褒め・共感のリアクション）
移植先	DESC法
目的	主張の前に場を温め、相手の防御を下げる

元の構造	トランスプラント後
Describe → Express → Suggest → Consequence	さしすせそ → Describe → Express → Suggest → Consequence

graph LR
    subgraph DESC法
        A[D] --> B[E] --> C[S] --> D[C]
    end
    
    subgraph さしすせそ
        E[褒め・共感]
    end
    
    E -->|トランスプラント| F
    
    subgraph 新しい構造
        F[さしすせそ] --> G[D] --> H[E] --> I[S] --> J[C]
    end

実際の使用例

sequenceDiagram
    participant 自分
    participant 同僚

    Note over 自分: さしすせそ（移植）
    自分->>同僚: 「いつも丁寧に対応してくれて、さすがですね」

    Note over 自分: Describe
    自分->>同僚: 「ただ、昨日の会議で、私の発言を遮られたことがありまして」

    Note over 自分: Express
    自分->>同僚: 「正直、少し話しづらく感じました」

    Note over 自分: Suggest
    自分->>同僚: 「次回は最後まで聞いていただけると嬉しいです」

    Note over 自分: Consequence
    自分->>同僚: 「そうすれば、もっと建設的な議論ができると思います」

事例5：AIDAのAttentionを木戸に〜に

項目	内容
移植元	AIDA法のAttention（注意を引く）
移植先	木戸に立ち掛けし衣食住
目的	雑談の入りをよりインパクトのあるものにする

元の構造	トランスプラント後
話題を選んで振る	Attention（引きのある入り）→ 話題展開

実際の使用例

sequenceDiagram
    participant 自分
    participant 相手

    Note over 自分: Attention（移植）
    自分->>相手: 「この前、すごいもの見つけたんですよ」

    Note over 相手: 興味を引かれる
    相手->>自分: 「え、なんですか？」

    Note over 自分: 木戸に〜（食）
    自分->>相手: 「駅前に新しくできたラーメン屋、行列すごいんですけど、並ぶ価値ありました」

事例6：SCQAのComplicationをサンドイッチ法に

項目	内容
移植元	SCQA法のComplication（複雑化・課題提示）
移植先	サンドイッチ法のNegative
目的	指摘を「課題」として提示し、攻撃的に聞こえないようにする

元の構造	トランスプラント後
Positive → Negative → Positive	Positive → Complication（課題として提示）→ Positive

実際の使用例

sequenceDiagram
    participant 上司
    participant 部下

    Note over 上司: Positive
    上司->>部下: 「今月の営業成績、よく頑張ったね」

    Note over 上司: Complication（移植）
    上司->>部下: 「ただ、ここからさらに伸ばすには、一つ課題があると思っていて」
    上司->>部下: 「既存顧客のフォローが手薄になってるんだよね」

    Note over 上司: Positive
    上司->>部下: 「君ならできると思ってる。来月、一緒に作戦を考えよう」

18-4. トランスプラント発想法

新しいトランスプラントを見つけるための問い。

問い	例
このフレームワークに足りない要素は何か？	PREP法には「共感」がない
その要素を持っているフレームワークはどれか？	PASONA法のAffinity
どこに移植すれば自然か？	PointとReasonの間

graph TD
    A[使いたいフレームワーク] --> B[足りない要素を特定]
    B --> C[その要素を持つフレームワークを探す]
    C --> D[移植位置を決める]
    D --> E[トランスプラント完成]

18-5. トランスプラント早見表

移植元	移植する要素	移植先の例	効果
BEAF法	Benefit	サンドイッチ法	レビューに「得られるもの」を追加
PASONA法	Affinity	PREP法	報告に「共感」を追加
5Why	Why?の深掘り	GROWモデル	現状把握を深くする
さしすせそ	褒め・共感	DESC法	主張の前に場を温める
AIDA法	Attention	木戸に〜	雑談の入りにインパクト
SCQA法	Complication	サンドイッチ法	指摘を「課題」として提示
SBI型	Impact	PREP法	報告に「影響」を追加
FORD法	Dreams	GROWモデル	Goal設定を深める

18-6. リキャストとトランスプラントの違い

項目	リキャスト	トランスプラント
対象	フレームワーク全体	フレームワークの一部要素
操作	用途を変える	要素を移植する
比喩	道具を別の仕事に使う	部品を別の機械に組み込む
柔軟性	中程度	高い
難易度	低い	やや高い

graph TD
    subgraph リキャスト
        A[フレームワークA] -->|全体を| B[別の用途]
    end
    
    subgraph トランスプラント
        C[フレームワークA] -->|要素を抽出| D[要素X]
        D -->|移植| E[フレームワークB]
    end

18-7. まとめ

トランスプラントの本質は「要素の移植」である。

フレームワークを「分解可能な要素の集合」として見る
足りない要素を他のフレームワークから借りてくる
移植位置を考え、自然な流れを作る

フレームワークは固定された型ではない。パーツを組み替えて、自分だけの型を作れ。