ステークホルダ分析

プロジェクトに関わる人や組織を洗い出し、関心事・影響力・期待を整理する作業。誰にどの程度関与してもらうかを決め、コミュニケーションの計画や対立の予防に生かす。

プロジェクトに関わる利害関係者を特定し、その利害、影響力、期待を分析する手法。ステークホルダ登録簿に情報をまとめ、コミュニケーション戦略やエンゲージメント計画の基礎とする。権力/関心マトリクスなどのツールを用いる。

ステークホルダの利害関係、影響力、期待、リスクを体系的に分析するプロセス。権力/関心度グリッド、権力/影響グリッド、顕著性モデルなどのツールを用いる。分析結果はステークホルダ登録簿とエンゲージメント計画に反映する。

プロジェクトのステークホルダを特定し、それぞれの関心、期待、影響力、プロジェクトへの関与の度合いを分析すること。権力と関心の2軸で分類するグリッドなどを使い、結果をステークホルダ登録簿にまとめて、関与の方法やコミュニケーションの計画に生かす。

システムに対する潜在的な脅威を体系的に特定・評価する手法。STRIDE分析やアタックツリーなどの手法を用いて、システムの企画・要件定義段階で脅威を洗い出し、セキュリティ要件の定義に反映する。

情報システムが支援すべき業務上のニーズや目標を明確にしたもの。業務プロセス、業務ルール、組織要件などを含み、システム要件の上位に位置づけられる。利害関係者へのヒアリングや業務分析を通じて抽出する。

現在稼働しているシステムの機能、性能、データ、運用状況を調査・分析すること。新システムの要件定義にあたり、現行システムの課題や制約を把握し、移行要件を明確化するために実施する。

システムが提供すべき機能や振る舞いに関する要件。入力に対する処理内容と出力、データの管理方法、業務ルールの実装などを具体的に定義する。非機能要件と対比して用いられる。

業務要件を基に、システムとして実現すべき機能・性能・制約を明確に文書化するプロセス。システム化の範囲、機能一覧、データ項目、外部インタフェース仕様などを定義し、設計工程への入力とする。

システムの機能要件、非機能要件、制約条件、前提条件などを体系的にまとめた文書。開発の基準となり、設計・テスト・受入の各工程で参照される。利害関係者の合意を得た上で承認する。