DevOps パイロットの終了後、成果を統合するには、学んだ教訓を記録して共有し、他のチームが成功から恩恵を受け、間違いを繰り返さないようにする必要があります。
このプラクティスは、共有の知識ベースを作成し、継続的な改善を促進することで、組織全体での DevOps プラクティスの拡張をサポートします。
A (報酬) はモチベーションを高めることはできますが、学習を広げることはできません。B (雇用) はリソースを拡大できますが、知識の移転は保証されません。D (高度なツール) は機能を強化する可能性がありますが、パイロットで何が機能したかを理解した後に行う必要があります。
したがって、C はパイロットの利益を統合するための最も効果的なアクションです。
参考文献:
PeopleCert DevOps Foundation v3.6 - DevOps の拡張と統合
DevOps ハンドブック - パイロットから組織全体への導入まで

Thomas-Kilmann Conflict Mode Instrument (TKI) は、対立状況における個人の行動、具体的には同僚との意見の相違にどのように対処するかを測定する心理測定ツールです。
* 反応を、競争、協力、妥協、回避、順応の 5 つのモードに分類します。
他の人はなぜダメなのですか?
* キューブラー・ロスの変化曲線: 対立スタイルではなく、変化に対する感情的な反応を説明します。
* ウェストラムの類型論: 組織文化を分類します (病理的、官僚的、生成的) が、個人の行動は測定しません。
* バリュー ストリーム マッピング: 行動評価ではなく、プロセス改善ツールです。
参考/抜粋:
「トーマス・キルマンのツールは、チームが個人が対立やコラボレーションにどのようにアプローチするかを理解するのに役立ち、より優れた解決戦略を可能にします。これは、高パフォーマンスの DevOps チームの重要な側面です。」
-DevOps ハンドブック; PeopleCert DevOps Foundation v3.6 セクション 3.7

DevOpsにおける第三の道は、継続的な学習と実験を重視します。チームが仮説を検証し、計算されたリスクを取り、成功と失敗の両方から学ぶ文化を育むことです。
仮説や実験は、次のことを捉えることでこの原則を直接的にサポートします。
* 試みられた変更や実験
* その背後にある仮説
* 得られた結果と洞察
A、B、Cなどの指標は、第一の方法（フロー）と第二の方法（フィードバック）に近いものです。これらは速度と安定性を測定しますが、実験的な学習プロセスそのものを測定するものではありません。
実験を追跡することで、組織はデータに基づいた意思決定を行い、学習文化を強化し、実践（第三の道の中核となる側面）を継続的に改善することができます。
参考文献:
PeopleCert DevOps Foundation v3.6 - サードウェイと学習文化
DevOpsハンドブック - 継続的な実験

リソースの可用性やローカル最適化によって全体的な劣化が発生しているために作業が遅れている場合、問題は左から右へのフローを最大化する最初の方法に関係します。
組織は、配信パイプライン（テストなど）のボトルネックを分析して排除する必要があります。
抽出スタイルの参照:
「作業フローを最適化するには、開発から運用への変更の移行を遅らせるボトルネック、遅延、およびハンドオフを排除する必要があります。」
-フェニックスプロジェクト
DevOps Foundation コースウェアでは、このような問題を診断して修正するための重要なツールとして、バリュー ストリーム マッピングと First Way について説明します。