コンテンツへスキップ
Read this post in: de_DEen_USes_ESfr_FRid_IDjapl_PLpt_PTru_RUvizh_CNzh_TW
Home » ArchiMate Viewpoint » ステークホルダー・マップ分析:ビジョン段階の成果物

ステークホルダー・マップ分析:ビジョン段階の成果物

ステークホルダー分析は、企業がプロジェクトやイニシアチブに関与するステークホルダーを特定し、優先順位を付けるために使用する貴重なツールです。このプロセスにより、組織はさまざまなステークホルダーの関心、ニーズ、懸念を理解し、それらと効果的に関与するための戦略を立案できます。この文脈において、本ステークホルダー・マップ分析はXYZ社の新製品リリースを対象として実施されています。

ステークホルダー・マップ分析の目的は、プロジェクト、組織、またはイニシアチブに関心や影響を持つ異なるグループや個人を特定し、理解することです。これにより、ステークホルダーとその関係性を視覚的に表現でき、それぞれの視点、ニーズ、期待をより深く理解することが可能になります。ステークホルダー・マップ分析は、意思決定、コミュニケーション戦略、ステークホルダー参加計画の策定に活用できます。主要なステークホルダーを特定し、関与することで、組織は良好な関係を築き、自らの行動がステークホルダーの期待に一致することを確保できます。

 

例:問題の説明

ある企業は、大量のリソースを要する新しい製品の開発を計画しています。しかし、環境団体や地域社会の一部のメンバーから強い反対を受け、製品が環境や公衆衛生に悪影響を及ぼす可能性を懸念されています。さらに、企業の従業員も製造プロセスの安全性や、新製品が自身の雇用安定性に与える影響について懸念を表明しています。一方で、企業の投資家たちは、新製品が大きな利益を生み出す可能性があると信じており、迅速なリリースを強く求めています。

この状況下で、企業は新製品の開発を進めるかどうかを判断する際、各ステークホルダー・グループの懸念や関心を慎重に検討し、その上で、各グループの懸念を解決する形で進めるべきかを判断しなければなりません。

 

以下は、提示された例に基づいた更新されたステークホルダー・マップ・マトリクスです:

ステークホルダー 関与度 分類 関連する視点
CxO(コーポレート機能) 組織の上位レベルの動機、目標、目的に興味を持ち、それらがビジネスの前進に向けた効果的なプロセスおよびITアーキテクチャにどのように転換されるかに関心を持つ 満足を維持する
  • ビジネス・フットプリント
  • 目標/目的/サービスモデル
  • 組織図
プログラム・マネジメント・オフィス(コーポレート機能) 変更活動の優先順位付け、資金調達、および整合性の確保に関心を持つ。プロジェクトの内容およびプロジェクト間の技術的依存関係の理解が、ポートフォリオ管理の意思決定にさらに豊かさをもたらす 満足を維持する
  • ロードマップ
  • ビジネス・フットプリント
  • アプリケーション通信
  • 機能分解
調達(コーポレート機能) アーキテクチャの構成要素のうち、購入可能なものと、購入に関連する制約(またはルール)が何であるかに注目している。複数のベンダーと交渉し、アーキテクチャが課す制約(例:標準)に従いながら、最もコスト効果の高いソリューションを求める。重要な関心は、アーキテクチャに適合する購入意思決定を行うことで、非準拠部品による追加コストのリスクを低減することである キーパレーヤー
  • コスト視点
  • 標準視点
人事(コーポレート機能) 企業アーキテクチャに正しい役割と関係者が適切に表現されていることを確認する。 情報を受け続ける
  • 組織図
  • 組織/関係者/場所
企業セキュリティ(コーポレート機能) 組織の情報、データ、システムが許可された者にのみ利用可能であることを確認し、情報、データ、システムが不正な改ざんから保護される方法を確保する。 主要プレイヤー
  • データセキュリティビュー
  • ネットワーク化コンピューティング
  • ハードウェアビュー
  • 通信ビュー
品質保証/標準化グループ(コーポレート機能) 組織のビジネス、データ、アプリケーション、技術資産の統一されたガバナンスを確保する。 主要プレイヤー
  • 標準およびガイドラインおよび仕様
  • 標準ビュー
  • アプリケーションポートフォリオ
  • 技術ポートフォリオ
  • 技術標準
経営陣(エンドユーザー組織) 組織の上位レベルの動機、目標、目的に興味を持ち、これらがビジネスの前進に向けた効果的なプロセスおよびITアーキテクチャにどのように転換されるかを理解したい。 満足を維持する
  • ビジネスフットプリント<b
  • 目標/目的/サービスモデル<br>組織図
ラインマネジメント(エンドユーザー組織) 組織の上位レベルの機能およびプロセスに興味を持ち、IT資産の主要なアプリケーションがこれらのプロセスをどのように支援するかを理解したい。 主要プレイヤー
  • 組織/関係者/場所
  • 目標/目的/サービスモデル
  • コストビュー
  • アプリケーションおよびユーザー位置ビュー
ビジネス分野の専門家(最終ユーザー組織) プロセスやシステムの機能的側面に関心を持つ。これには、システムに関与する人間のアクター、システムに関与するユーザーのプロセス、プロセスを支援するために必要な機能、およびプロセスを支援するために流れなければならない情報が含まれる キーパレーヤー
  • プロセスフロー
  • ユースケース
  • サービス/情報イベント
  • 機能分解
  • アプリケーション-アプリケーション通信ビュー
  • データエンティティ/ビジネス機能マトリクス
ITサービス管理(システム運用) 組織がビジネスで成功するために必要とされるサービスレベルを満たすように、組織に提供されるITサービスを確保する 情報を把握し続ける
  • 標準ビュー
  • エンタープライズ管理可能性ビュー
IT運用-アプリケーション(システム運用) 開発アプローチ、ソフトウェアのモジュール化と再利用、ポータビリティ移行、相互運用性に関心を持つ キーパレーヤー
  • プロセス-システム実現ビュー
  • アプリケーション-データビュー
  • アプリケーション移行コストビュー
  • ソフトウェア工学ビュー
  • プラットフォーム分解

ステークホルダーの関連する視点をどう決定するか

ステークホルダーの関連する視点を決定するには、以下の質問を検討する必要があります:

  1. ステークホルダーは、プロジェクトまたは組織に対してどのような関心を持っていますか?
  2. プロジェクトまたは組織は、ステークホルダーにどのような影響を及ぼしますか?
  3. プロジェクトまたは組織に関連するステークホルダーの懸念や問題は何ですか?

これらの質問への回答に基づいて、各ステークホルダーの関連する視点を特定できます。たとえば:

  1. 投資家:彼らの関心は、組織の財務上のリターンや成長の可能性を含む可能性があります。彼らの視点は、組織の財務状態と長期的な成功の可能性に集中しているかもしれません。
  2. 顧客:彼らの関心は、製品の品質、信頼性、カスタマーサービスを含む可能性があります。彼らの視点は、組織の製品やサービスから得る価値や全体的な体験に集中しているかもしれません。
  3. 従業員:彼らの関心は、職務の安定性、報酬、ワークライフバランスを含む可能性があります。彼らの視点は、組織で働く経験やキャリアを発展させられるかどうかに集中しているかもしれません。
  4. サプライヤー:彼らの関心は、支払い条件や組織が顧客としての信頼性を含む可能性があります。彼らの視点は、組織が期日通りに支払いを行う能力と良好な関係を維持する能力に集中しているかもしれません。
  5. 規制当局:彼らの関心は、法律や規制への準拠、公共の安全、環境保護を含む可能性があります。彼らの視点は、組織が法的にかつ責任を持って運営されていることを確保することに集中しているかもしれません。
  6. 地域社会:彼らの関心は、組織が地域経済、環境、社会的福祉に与える影響を含む可能性があります。彼らの視点は、組織が地域社会に与える総合的な貢献と、責任ある企業市民としての取り組みに集中しているかもしれません。

各ステークホルダーの関連する視点を理解することで、より効果的に関与し、意味のある形で懸念を解決できます。

ステークホルダーのクラスをどう決定するか

ステークホルダーの4つのクラスは以下の通りです:

  1. 情報提供を継続:プロジェクトの進捗を知らせる必要があるが、プロジェクトの成果に大きな影響を与えないステークホルダーです。これらのステークホルダーには通常、定期的な更新や進捗報告が提供され、プロジェクトの状況について把握できるようにします。定期的な更新の提供以外には、大きなリソースや注意を要しません。
  2. 満足を維持:プロジェクトの成果に大きな影響を与えるステークホルダーで、満足を確保するために積極的な管理が必要です。これらのステークホルダーはプロジェクトに大きな権限や影響力を持ち、ニーズを満たすために定期的な対話を必要とする場合があります。プロジェクトの成功を維持するためには、これらのステークホルダーを満足させることの重要性が高まります。
  3. 主要プレイヤー:プロジェクトの実行に直接的な役割を果たし、プロジェクトの成功にとって不可欠な貢献を行うステークホルダーです。これらのステークホルダーはプロジェクトに対して高い関心と権限を持ち、ニーズを満たすために積極的な管理と関与が必要です。プロジェクトの成功は、しばしばこれらのステークホルダーの関与に大きく依存しています。
  4. 最小限の努力:プロジェクトに対して低い関心と権限を持つステークホルダーで、大きなリソースや注意を要しません。これらのステークホルダーはプロジェクトの成功に小さな影響を与える可能性があり、最小限の努力で管理できます。これらのステークホルダーを特定することは、無駄にリソースを割り当てないために重要です。

ステークホルダーがどのクラスに属するかを判断するには、プロジェクトに対する関心の程度と、成果に対する権限や影響力の程度を評価する必要があります。関心と権限が両方高いステークホルダーは通常、主要プレイヤーと分類され、関心と権限が両方低いステークホルダーは最小限の努力を要すると分類されます。プロジェクトの成果に大きな影響を与えるが、積極的な管理を要しないステークホルダーは、通常、情報提供を継続する必要があると分類されます。最後に、プロジェクトの成果に大きな影響を与えるが、満足を確保するために積極的な管理が必要なステークホルダーは、通常、満足を維持する必要があると分類されます。

さらに例 – 新しいITアーキテクチャの導入

ステークホルダー 関与 クラス 関連性<br>視点
取締役会

  • (コーポレート機能);
  • 例:会長、取締役
このステークホルダー集団は、組織全体のパフォーマンスと方向性に関心を持っています。長期的なビジョン、戦略、および企業の財務安定性について懸念しています。 満足を維持する
  • ビジネスの足跡
  • 目標/目的/サービスモデル
  • 財務パフォーマンス
ITセキュリティチーム

  • (コーポレート機能);
  • 例:情報セキュリティ責任者、セキュリティアナリスト
このステークホルダー集団は、組織の情報およびシステムの機密性、完全性、可用性を確保することを担当しています。セキュリティリスクの特定と軽減、および業界基準や規制への準拠を確保することに注力しています。 主要プレイヤー
  • データセキュリティビュー
  • ネットワーク接続されたコンピュータハードウェアビュー
  • 通信ビュー
ビジネスユニットマネージャー

  • (エンドユーザー組織);
  • 例:営業マネージャー、マーケティングマネージャー、オペレーションズマネージャー
このステークホルダー集団は、それぞれのビジネスユニットの日常業務を担当しています。技術がビジネスプロセスをどのように支援し、目標達成を助けるかに注力しています。 主要プレイヤー
  • 組織/アクター/場所
  • 目標/目的/サービスモデル
  • コストビュー
  • アプリケーションおよびユーザー位置ビュー
IT運用 – サービスデスク

  • (システム運用);
  • 例:サービスデスクアナリスト
このステークホルダー集団は、エンドユーザーに対する技術的サポートを提供することを担当しています。インシデントやサービスリクエストが迅速かつ効率的に解決され、エンドユーザーが提供されるサービスの水準に満足していることを確保することに注力しています。 情報を把握する
  • 標準ビュー
  • エンタープライズ管理性ビュー
プロジェクトスポンサー

  • (プロジェクト組織);
  • 例:経営スポンサー、ビジネススポンサー
このステークホルダー集団は、変更イニシアチブの資金およびリソースを提供する責任があります。プロジェクトが組織の戦略および目標と整合していること、および期待される利益が実現されることを確認することに注力しています。 情報提供を維持する
  • アーキテクチャ要件
  • アーキテクチャ原則
  • アーキテクチャビジョン
  • 機能分解
  • アプリケーションおよびユーザー位置ビュー
外部監査者

  • (外部サービス);
  • 例:財務監査者、IT監査者
このグループの主な関心は、組織が業界の規制に準拠していること、および財務諸表が正確であることを確認することです。特に、財務報告を作成するために使用されるプロセス、データ、システムに注目しています。 満足を維持する
  • ビジネスフットプリント
  • アプリケーション-アプリケーション通信ビュー
  • 財務パフォーマンス

コメントを残す