クライアントはプロジェクト マネージャーに作業明細書 (SOW) を提供し、プロジェクト マネージャーとチームは計画を実行するだけでよいと提案しました。SOW は、プロジェクトまたは契約の範囲、成果物、スケジュール、および諸条件を定義する文書です。SOW には通常、目的、作業範囲、作業場所、実行期間、成果物スケジュール、適用可能な標準、承認基準、特別な要件、および支払いスケジュールなどの情報が含まれます。SOW は、実行する必要がある内容とその実行方法について、クライアントとサービス プロバイダーの間で共通の理解と合意を確立するのに役立ちます。

RACIチャートは、プロジェクトマネージャが主要なプロジェクトの役割を説明するのに最も便利なオプションです。
今後のプロジェクトキックオフに向けた活動。RACIチャートはRACIマトリックスを視覚的に表現したもので、
プロジェクト内の各タスクや活動について、誰が責任者、説明責任を負い、相談を受け、情報提供を受けているかを示します。
表形式。RACIチャートは、各チームの役割と期待を伝え、文書化するのに役立ちます。
プロジェクトのメンバーと関係者をまとめ、整合性と合意を確保します。

チケットシステムは、プロジェクトマネージャーがテストのタスクを割り当て、追跡、管理できるようにするツールです。
チケットシステムは、リソースがデスクに留まり、必要なときだけ対応するのに役立ちます。
電子メールやその他のチャネルを通じて、チケットに関する通知、更新、フィードバックを受け取ることができます。
チケットシステムは、プロジェクトマネージャーがテストの進捗状況、品質、問題を監視するのにも役立ちます。
チケットシステムは、ビデオ会議とは異なり、
プロジェクトチームが音声とビデオを通じてリアルタイムでコミュニケーションとコラボレーションを可能にするツール。
ビデオ会議は、リソースをデスクに残して必要なときだけ対応させるのには適していません。
なぜなら、積極的な参加と注意を必要とするからです。チケットシステムは単純なシステムとは異なります。
メッセージングシステムは、プロジェクトチームがテキストメッセージやファイルを交換できるツールです。シンプルな
メッセージングシステムは、テストフェーズのタスクの割り当て、追跡、管理には効果的ではありません。
優先順位付け、分類、ステータス、履歴などのチケットシステムの機能がありません。
チケットシステムは、プロジェクトチームが
オンラインプラットフォームを通じて情報やアイデアを共有する。企業のソーシャルメディアは適していません。
安全ではない可能性があるため、リソースをデスクに残し、必要なときだけ対応できるようにする。
信頼できる、またはテスト段階のプロフェッショナル。参考資料 = CompTIA Project+ 学習ガイド: 試験 PK0-005、
第3版、第10章: プロジェクト実行1; CompTIA Project+認定試験学習ガイド、第3版、
第 10 章: プロジェクトの実行2; 生産性の高いチームのための 15 の最高のコラボレーション ツール3

クリティカル パスは、最短プロジェクト期間を決定するタスクのシーケンスです。ネットワーク ダイアグラムを通る最長のパスであり、スラックまたはフロートが最も少なくなります。提供されたネットワーク ダイアグラムに基づくと、クリティカル パスは ACGKM であり、個々のタスク期間を合計すると、合計期間が最も長くなります。参考資料 = クリティカル パスの概念は、CompTIA Project+ 認定試験ガイド 1 で説明されています。プロジェクト管理におけるクリティカル パスの計算方法と特定方法の詳細については、試験ガイドやその他のプロジェクト管理リソース 2 を参照してください。

制御目標は、リスクを軽減し、情報資産を保護するためにセキュリティ制御を実装することで得られる望ましい結果または目標です。制御目標は、ビジネス目標、要件、組織とその利害関係者の期待に一致するため、情報セキュリティ プログラムの有効性を測定する指標を確立するための主な基礎となります。制御目標に基づく指標は、セキュリティ プログラムのパフォーマンス、効率、成熟度を評価し、ギャップ、問題、改善領域を特定するのに役立ちます。その他のオプションは、次の理由により正しくありません。
* 残留リスクとは、セキュリティ制御を適用した後に残るリスクです。残留リスクは、測定基準を確立するための基礎ではなく、セキュリティ制御の有効性を測定した結果です。残留リスクは監視および報告する必要がありますが、セキュリティ プログラムの望ましい結果や目標を定義するものではありません。
* 規制要件とは、組織が遵守しなければならない外部基準、法律、規制のことです。
* 法的または金銭的な罰則を回避するために従う必要があります。規制要件は、メトリックを確立するための基礎ではなく、セキュリティ プログラムの制約または推進要因です。規制要件に基づくメトリックは、コンプライアンスを証明するのに役立ちますが、セキュリティ プログラムの実際の有効性や効率を反映しない可能性があります。
* リスク許容度とは、組織が受け入れる、または負う意思のあるリスクのレベルです。リスク許容度は、指標を確立するための基礎ではなく、セキュリティ プログラムの要素または入力です。リスク許容度に基づく指標は、リソースの優先順位付けと割り当てに役立ちますが、セキュリティ プログラムの実際の結果や目標を測定できない場合があります。参考資料 = セキュリティ ガバナンスの主要業績評価指標、パート 1、2023 年に追跡する必要がある 14 のサイバーセキュリティ指標 + KPI、情報セキュリティの KPI: 最も重要な 10 のセキュリティ指標、サイバーセキュリティ プログラムの価値を証明するために指標が重要な理由、セキュリティ プログラム指標の実装と維持