ビジネスシナリオ
以前の DFPS ソリューションでは、強制生成プロセスが詳細な組織構造の登録で開始されました。しかし、実際には、システムに組織構造を作成することは、よりハイレベルの設計および分析フェーズの後であり、計画担当者は政治および陸軍指揮の戦略的意図と指令から開始します。これらは本質的に構造化されていないが、分析して具体的で定式化された要件に分解し、必要な構造とリソースを定義するだけです。
Defense and Security では、この計画フェーズをサポートするためにソリューションが拡張されました。
能力基準計画 (CBP) のコンセプトについて説明した後、基本用語を紹介し、定義します。
この章の以下のレッスンでは、これらの各用語について詳しく説明し、SAP S/4HANA での管理方法を確認し、アプリケーションの作成および使用方法を学習します。
能力基準計画
示されている機能要件を考慮してください。
それとは対照的に、必要な運用能力や機能が何であるかははっきりしている。
逆に、これをもとに機器や人員のユニットへの割り当てを開始できるのか。
必要な運用結果を提供するには複数の方法があり、新しい兵器システムの開発、既存のシステムの強化、複数のシステムの統合が必要になることがあります。技術的な意味を決めた後も、教義や手順の更新、力の鍛錬などを行う必要性はまだ残っている。
そのためには、「玉ねぎの皮を剥ぐ」 → より具体的な運用上のニーズステートメントを定義し、オプションのソリューションを定義し、それらを比較および評価し、優先するソリューションを選択して、設備、人、教義、トレーニング、およびその他すべての必要な開発ラインを定義する必要があります。
これを行うと、選択したユニットに新しい機能を割り当て、移行アクティビティを計画して実際に実現することができます。
この章では、このプロセスのほとんどのステップについて説明します。
機能基準計画 (CBP) は、脅威に基づく計画の代替として開発されました。従来のストーブパイプを分解し、透明性と一貫性を促進しようとする試みを表している。CBP は、将来の買収に関する意思決定をより合理的に行い、計画が不確実性、経済的制約、およびリスクへの対応性を高めます。
CBP は、分析をサポートし、リスク管理を促進するためのフレームワークを提供します。目標と最終状態に焦点を当て、イノベーションを促進します。これは、交換する機器ではなく、何をすべきかについて質問することから始まります。
CBP の製品およびプロセスの開発時には、意思決定者と能力開発者の 2 つの主要な顧客グループを考慮する必要があります。これらの 2 つの得意先グループは、通常、要件が異なるために異なる製品を必要とします。
- 通常、意思決定者は防衛担当上級リーダーおよび政府関係者です。これは、防衛能力開発のトレードオフに関する決定を行うグループです。意思決定者は、通常、戦略的目標を達成する方法、さまざまな決定や制約による防御のリスクや、能力に対するオプションポートフォリオの選択の影響などの情報に関心を持つことになります。
- 機能開発者には、選択したイニシアチブおよびプロジェクトの導入に必要な計画担当者のグループが含まれます。能力開発者は、能力目標を達成するための最適なオプションを提供し、そのオプションと残りの防御能力の相乗効果を理解する必要があります。これらの相乗効果を特定することは複雑で主観的なタスクですが、CBP での成功の可能性が高くなります。
CBP は開発を強制するための体系的なアプローチであり、政府の優先事項を満たすために最も適切なフォースオプションについてアドバイスすることを目的としています。策定されたフォースオプションは、戦略的目標を達成し、コストとリスクを最小限に抑え、その他の制約を遵守する必要があります。
CBP には、いくつかの主要なビルディングブロックがあります。まず、CBP は出力指向であるため、政府ガイダンスから派生した高レベルの機能目標が必要です。第2に、CBPは戦いのあり方を考える必要がある。これは通常、トップレベルドクトリンあるいはいくつかの包括的な運用概念の形をとる。3 つ目に、CBP では、標準グルーピング (機能クラスタまたは機能パーティション) を使用して、プロセスをより管理しやすくします。4 つ目に、結果として得られる機能が利用可能なリソース内で実現されます。
機能、または特定のタスクを実行する能力は、防衛組織のさまざまな要素を関連付けて比較するために使用される共通フレームワークを提供します。CBP は、組織をより管理しやすいグループに分割するために、世界の構造化されたビューに依存しています。これらのグループは、機能パーティションと呼ばれます。これらの能力分割は、必然的にタスクの実行能力や、「水中戦域のコントロールと否定」などの効果を発揮することを前提としている。
CBP の結果は、計画演習によって特定された機能の優先順位を開発および維持する効果的な投資戦略である必要があります。
能力基準計画を実行する場合、最初に、将来または既存の力によって達成される能力が定義されます。機能は、必要なタスクに基づいて識別されます。
必要な能力を達成するためのオプションは、TOE (組織および設備のテーブル、または SAP の参照フォースエレメント) によって一般的なフォース構造に定式化されます。参照フォースエレメントは、実際のフォースエレメントではなく、軍事ユニットのタイプ、またはユニットのテンプレートです。
軍には、このようなテンプレートごとに 1 つ以上の実績ユニットがあります。実際の単位は、SAP ではフォースエレメントとして表されます。ほとんどの軍事軍では、このような部隊は名称に番号を持たせる（例：第113戦車大隊）。同じ参照フォースエレメントにリンクされたさまざまなフォースエレメントは、タスク、能力、構造、所要品目、および人員で非常に類似しています。ユニット間の小さなバリエーションにはまだ対応できますが、運用能力とタスクに深刻な違いがある場合は、より専門化された別のテンプレートを作成する必要があります。
CBP には、従来の能力計画の他の形式と 2 つの根本的な違いがあります。まず、持っているものではなく、やるべきことに集中します。2 つ目は、プロセスの早すぎる解決策の提案から脱却することです。選択肢の絞り込みに関する決定を遅らせる目的は、より革新的な代替案の開発を促し、プラットフォームや設備を単純に類似に置き換えるのを支援することです。たとえば、"新しい砲兵にはどのようなオプションがありますか" などの質問が置き換えられます。「どうすれば陸上部隊に火災支援を提供できるのか？」
問題の対処が複雑であり、分析の厳密さが必要であるため、途中で多くの製品を開発する段階的なアプローチが最も実用的であると考えられます。
これは、包括的なガイダンスから始まり、機能ギャップを特定し、選択肢を探り、手頃な価格の投資計画で終わります。
ほとんどの防衛装備は複数ロールであるため、複数の能力分割に寄与する。そのため、1 つの能力パーティションで取得された情報を他の機能パーティションと共有し、最終的なフォース構造に関するインサイトを提供する際に、統合されたフォース開発オプションを使用して分析を準備することがより重要です。
