要件の不足に伴う主なリスク
※商品やサービスが実際のニーズと合致しず、ご利用になれない場合
* 修正またはやり直しによるコストの増加（提案の評価、範囲または作業のモニタリング、断熱材またはシステムの変更、生産性の低下など）。
* プロセス制御、エネルギー消費、メンテナンスなど、多くの面で運用コストが高くなります。
* 断熱材の下の腐食、カビの発生、安全性に関する懸念などのその他の問題。
LO 3、AC 3.3

競争力のあるベンチマーク
競合ベンチマークは、製品、サービス、プロセス、または方法を競合他社間で直接比較することです。この形式のベンチマークは、自分自身と競合相手をより深く知る機会を提供します。他の一般的な競合他社に対して力を合わせます。国防総省内の競争ベンチマークの例には、共同イニシアチブのための陸軍と空軍の対照的な供給システムが含まれる可能性があります。民間部門では、2 つ以上の米国の自動車会社が、共通の国際競争相手との相互利益を目的としてベンチマークを行う可能性があります。または、競合する化学会社が環境コンプライアンスのベンチマークを作成します。
利点
- 類似プロセスの比較
- 競合他社をよりよく知る
- パートナーシップの可能性
- 計画と目標の設定に役立ちます
- 同様の規制問題
課題
- 難しい法律問題
- パフォーマンスの向上が比較的低い
- 脅迫
- 営業秘密による制限
- 誤解を招く情報を提供する可能性があります
- クラス最高の比較ができない可能性があります
- 競合他社があなたの弱点につけ込む可能性があります
出典: USN ベンチマーク ハンドブック
参照：
LO1、AC1.3

ジェット エンジンの亀裂はクローズドエンドの問題です。一般的な問題解決プロセスには 8 つのステップがあります。
ステップ 1: 問題を定義する
- 何が問題ですか？
- どのようにして問題を発見しましたか?
- 問題はいつ始まりましたか? この問題はどれくらい続いていますか?
- 問題を封じ込め、次のプロセスステップに渡されるのを防ぐのに十分なデータが利用可能ですか? 「はい」の場合、問題を封じ込めます。
ステップ 2: 問題を明確にする
- 問題を明確にする、または完全に理解するのに役立つデータは何ですか?
- 現時点では問題を解決することが最優先事項ですか?
- 問題を明確にするために追加のリソースが必要ですか? 「はい」の場合は、問題をリーダーに報告して、適切なリソースを見つけてチームを形成できるようにしてください。
- リーン イベント (Do-it、バースト、RPI、プロジェクト) を検討します。
- 問題が抑制され、次のプロセス ステップに渡されないことを確認します。
ステップ 3: 目標を定義する
- 最終的な目標や将来の望ましい状態は何ですか?
- この問題を解決したら何が達成できますか?
- この問題を解決するために望ましいスケジュールはどれくらいですか?
ステップ 4: 問題の根本原因を特定する
- 問題の考えられる原因を特定します。
- 問題の考えられる根本原因に優先順位を付けます。
- 根本原因を検証するためにどのような情報やデータがありますか?
ステップ 5: 行動計画を作成する
- 根本原因に対処し、問題が他の人に波及するのを防ぐために必要なアクションのリストを生成します。
- 各アクションに所有者とタイムラインを割り当てます。
- 完了を確実にするためのステータスアクション。
ステップ 6: アクションプランを実行する
- 根本原因に対処するための行動計画を実施します。
- アクションが完了したことを確認します。
ステップ 7: 結果を評価する
- データの監視と収集。
- ステップ 3 で定義した目標は達成できましたか? そうでない場合は、8 ステップのプロセスを繰り返します。
- 予期せぬ結果はありましたか?
- 問題が解決した場合は、問題を封じ込めるために以前に追加されたアクティビティを削除します。
ステップ 8: 継続的に改善する
- ソリューションを実装する追加の機会を探します。
- 問題が再発しないことを確認し、学んだ教訓を伝えます。
- 必要に応じて、8 ステップの問題解決プロセスを繰り返して、さらなる改善を推進します。
ANA は何が起こっているのかをすでに把握しており、次にとるべきステップは、この問題に関するさらに多くの情報を収集することです。航空会社が解決を急ぐ場合は、「問題に対処するオプションを生成する」を選択する場合があります。タービンブレードの亀裂は溶接することも、航空会社が新しいブレードと交換することもできます。ただし、根本原因がわからないまま解決策を急いでも、問題が完全に解決されるわけではありません。根本原因が解決されていない場合、将来的に発生する可能性があります。したがって、航空会社は依然として情報を収集して根本原因を特定し、それを除去する必要があります。
参照：
LO1、AC1.1

作業明細書 (SoW) は、プロジェクトのあらゆる側面を捉えて定義する文書です。プロジェクトのアクティビティ、成果物、スケジュールを書き留めます。これはプロジェクト計画の基礎を築くため、非常に詳細な文書です。
プロジェクト初期ドキュメントは重要なドキュメントであり、仕様作成プロジェクトよりも前に作成する必要があります。プロジェクトの範囲を設定し、上級管理者からのチームの命令です。作業指示書は、状況に応じて、作業ガイド、標準作業手順 (SOP)、作業補助書、またはユーザーマニュアルとも呼ばれます。いずれにせよ、作業指示書の目的は、特定の作業タスクがどのように実行されるかを明確に説明することです。
枠組み契約は、1 人または複数の買い手と 1 人または複数の供給者の間で取り決められ、特に価格および必要に応じて想定される数量に関して、一定期間に確立される契約を管理する条件を提供します。
参照：
LO 3、AC 3.1

バリューエンジニアリング (VE) は新製品に関係します。製品開発時に適用されます。チームワークに基づいた製品の評価と分析を通じて、コストの削減、機能の向上、あるいはその両方に重点を置いています。これは、工具、工場、設備に資本が投資される前に行われます。
多くの報告によれば、製品コストの最大 80% (残りのライフサイクル全体を通じて) が設計開発段階で固定化されるため、これは非常に重要です。これは、あらゆる製品の設計が、工具、プラントおよび設備、労働力およびスキル、トレーニング費用、材料、輸送、設置、メンテナンス、さらには廃止およびリサイクルのコストなどの多くの要素を決定することを考慮すると理解できます。
LO 3、AC 3.4