XAN 保険会社の Web プロジェクトでは、アジャイル プロジェクト管理アプローチ、特にビジネス価値と積極的なユーザーの関与を重視する動的システム開発手法 (DSDM) フレームワークを考慮して、ビジネス ケースでコスト、利益、リスクの観点からプロジェクトを正当化する必要があります。
ビジネスケースの抜粋:
D; 営業マネージャーは、新しいコーヒーショップ向け保険商品により、毎週の収益が 10% 増加すると計算しました。
E: 市場調査によれば、小売業者に対して法的措置をとるコーヒーショップの常連客の数は、過去 2 年間で 200% 増加しています。
D: このステートメントは、プロジェクトのメリットに関する明確な財務予測を示しており、これはビジネスケースの重要な要素です。期待される収益増加を定量化し、プロジェクト投資を正当化する具体的なメリットを提示します。
E: この声明は、コーヒーショップに対する訴訟の増加に伴う保険需要の高まりを強調し、プロジェクトの必要性を浮き彫りにする市場動向を概説しています。これは、プロジェクトの妥当性と時宜性を強調し、プロジェクト実施の正当性を高めています。
その他の記述が除外される理由:
A: 高レベルの機能要件と非機能要件はプロジェクト計画に不可欠ですが、通常はビジネス ケースではなく、プロジェクト要件ドキュメントまたはプロジェクト概要に記載されます。
B: この記述は市場に関する洞察を提供するものですが、費用対効果とリスクの観点からプロジェクトを直接的に正当化するものではありません。フェアトレード製品とアルコールの販売と保険商品プロジェクトの関連性は間接的です。
C: 過去の売上に関するレポートの要求は、背景情報を提供するものではありますが、それ自体がプロジェクト投資の正当性を示すものではありません。ビジネスケースの参考資料として利用される可能性はありますが、直接的な構成要素ではありません。

包括的かつ詳細なステップバイステップの説明：
UniCoシナリオのコンテキスト:
CEOは、UniCoにおける変革プログラムの有効性を評価するための変革分析戦略を監督する役割を担っています。市場シェア、顧客認知度、そして売上実績に焦点を当てた指標は、予測的な傾向を示すものではなく、主に過去の成果を示す指標です。これらは「遅行指標」と呼ばれ、将来の業績予測に役立つものではなく、既に発生した結果を測定するものです。
回答オプションの分析:
* A. いいえ、「主要な」指標は定量的なデータに基づく必要があるためです。
* 誤りの理由：先行指標は多くの場合定量的なものですが、必ずしも定量的な指標である必要はありません。先行指標には、顧客の感情や変化への準備状況など、将来の結果を予測する定性的な指標が含まれる場合があります。
* B. いいえ。これらの指標は遅行性の、成果重視の指標だからです。
* 正しい理由：CEOが用いる指標（市場シェア、顧客認知度、モバイルアプリケーションの売上）は、過去の戦略の成果を評価するための回顧的な指標であり、積極的な意思決定のための実用的な洞察を提供するものではありません。そのため、これらの指標は遅行指標であり、「結果重視の先行指標」としては不適切です。先行指標には、スタッフの準備状況、顧客の事前注文、アプリのエンゲージメント指標といった将来を見据えた指標が含まれます。
* C. はい。これらの指標により、UniCo の売上が引き続き減少しているかどうかがわかるからです。
* 誤りの理由：これらの指標は売上減少を特定できるかもしれませんが、そのような問題を事前に予測したり防止したりするには適していません。予測価値が欠如しており、改善を積極的に推進するために必要な行動を導き出すことができません。
* D. はい。これらの指標は上級管理職レベルでの利益実現を監視するためです。
* 誤りの理由：これらの指標はメリットの実現には役立ちますが、「先行」指標としては不十分です。これらの指標は過去の実績を反映するものであり、経営陣が変更プログラムが意図した将来のメリットの達成に向けて順調に進んでいるかどうかを判断する材料にはなりません。
Bが最良の答えである理由:
* 先行指標と遅行指標の区別:
* 先行指標は、意思決定と是正措置を導くための予測的な洞察を提供し、遅行指標は既に達成された成果を評価する。CEOが用いる指標は後者に分類され、過去の取り組みの成果を反映する市場シェアと顧客認知度に焦点を当てている。
* 変更分析戦略との関連性:
* 堅牢な変更分析戦略には、積極的な調整を可能にする指標を含める必要があります。例えば、アプリのトライアル期間中の顧客エンゲージメントや従業員の研修修了率を測定することで、プログラムの進捗状況に関する実用的な洞察が得られます。
* AgilePMと変更管理プラクティスとの整合:
* AgilePMは、予測指標を用いた継続的な監視と適応を重視し、デリバリーの成功を導きます。CEOが遅行指標に頼っていることは、この積極的なアプローチとは相容れません。
AgilePM フレームワークへの参照:
* 変更プログラムの指標:
* AgilePMフレームワークでは、意思決定を促進するKPIの使用を推奨しており、潜在的な問題の早期兆候に重点を置きます。これにより、リーダーシップはプログラム完了後ではなく、プログラム進行中に是正措置を講じることができます。（AgilePM実践ガイド、第7章：ガバナンスとコントロール）
* 利益実現と先行指標:
* 先行指標は、メリット実現に向けた進捗状況を追跡するために不可欠です。遅行指標に焦点を当てると、不整合の早期兆候を見逃すリスクがあります。（AgilePM実践ガイド、第11章：成功の測定）

包括的かつ詳細なステップバイステップの説明：
UniCoシナリオのコンテキスト:
カスタマーサービスディレクターは、顧客からのフィードバックを、業務やプロセスへの変更の効果を評価する指標として活用することに重点を置いています。しかし、収集したデータのタイミングと有用性については、実際的な考慮事項が生じます。フィードバックを実用的なものにするには、変更完了後だけでなく、変更の実施中も進捗状況を追跡する必要があります。
回答オプションの分析:
* A. いいえ。社内分析よりも顧客からのフィードバックを優先する必要があるためです。
* 誤りの理由：顧客からのフィードバックは不可欠ですが、この場合の問題は顧客からのフィードバックを社内分析よりも優先することではありません。問題は、フィードバックが適切なタイミングで実用的な洞察を提供しているかどうかにあります。
* B. いいえ。変更後はカスタマー サービスの業務によってデータが収集されるためです。
* 誤りの理由：変更実施後にデータを収集することは有用ですが、変更プロセス中の継続的なフィードバックのニーズに対応できない可能性があります。これにより、リアルタイムでデータに基づく対応が制限され、進捗状況の追跡効果が低下します。
* C. はい。対策を講じることができる場合、その対策では進捗状況に関するフィードバックが提供されていないためです。
* 正しい理由: 変更分析を効果的にするには、タイムリーな介入を可能にする対策が必要です。
変更の実施後にのみ収集された顧客フィードバックでは、移行期間中に実用的な洞察を得ることができません。この遅延により、カスタマーサービスディレクターは問題に積極的に対処できなくなります。
* D. はい。データ ソースを 1 つの領域に制限すると、測定値が不正確になる可能性があるためです。
* 誤りの理由：データソースを制限するとバイアスや不正確さが生じる可能性がありますが、ここで最も重要なのはタイミングです。重要なのは、フィードバックが進捗状況の追跡と実用的な意思決定をサポートできるかどうかであり、データソースの広さではありません。
C が最適な答えである理由:
* 実用的なフィードバックが重要:
* AgilePM は、進捗状況を追跡し、計画を動的に調整するためにリアルタイム データの必要性を強調しています。
変更が完了した後にのみ収集されたフィードバックは、この要件を満たしません。
* AgilePM原則との整合性:
* 指標は、問題を早期に特定することで継続的な改善を支援する必要があります。変更後のフィードバックだけでは、途中で修正する機会を逃し、実用性が低下します。
* 進捗状況の追跡に重点を置く:
* カスタマー サービス ディレクターが要求した対策では、進捗状況の追跡に合わせたフィードバックが提供されないため、タイムリーな改善を推進する効果が低くなります。
AgilePM フレームワークへの参照:
* 継続的なフィードバックループ:
* AgilePM は、変更プロセスの最後だけでなく、変更プロセス全体を通じて実用的な洞察を提供するフィードバック ループの重要性を強調しています。(AgilePM 実践ガイド、第 6 章:
反復開発
* リアルタイムメトリクス:
* メトリクスは、チームが実装中に進捗状況を追跡し、是正措置を講じることができるようにする必要があります。（AgilePM 実践ガイド、第 11 章：成功の測定）

ワークショップの準備時にワークショップ ファシリテーターに提供する必要がある 2 つの項目は次のとおりです。
*B. 意思決定プロセスを理解すること。これは、ファシリテーターが議論を導き、グループが合意に達するのを助けるのに役立ちます。
*C. 意見の相違の背景とその理由。これにより、ファシリテーターは意見の相違の背景を理解し、より効果的な議論を促進できます。
他の人に影響を与え、説得する方法に関するヒントやコツ (オプション A)、ワークショップ中に発生する可能性のあるプロジェクトのより広範な問題について話し合う権限 (オプション D)、効果的なワークショップを実施するためのステップバイステップのガイド (オプション E) は役立つかもしれませんが、この特定のワークショップの意思決定プロセスと意見の相違の背景を理解することほど重要ではないことに注意してください。
トピック2、XAN保険会社のWebプロジェクト
XAN保険会社のWebプロジェクト
（注記：
Xanは世界規模の中規模保険会社であり、
顧客基盤とインターネット上での強力な存在感。同社のウェブサイト
15年間運営されています。1つの拠点から運営されています。
街の中心部にある広々としたオープンプランのオフィス。フレンドリーな雰囲気です。
個々の管理者に個別の個室オフィスがない会社。
スタッフはオフィス内を歩き回り、
電子メールを使用したり、何度も会議を行ったりするのではなく、1 対 1 のチャットを行います。
マーケティングディレクターは、新しい製品を開発するプロジェクトを検討しています。
現在のウェブサイト上で新しいタイプの保険を直接販売するエリア
コーヒーバーの経営者に、軽微な事故に対する保険を提供する
従業員や顧客への事故。対象となるコーヒーバーは
民間フランチャイズであり、ほとんどが鉄道路線に位置している。
駅、空港、ショッピングセンターなど。
マーケティングディレクターは、このシステムを導入するかどうかをまだ決めていない。
保険に関する情報をオンラインで提供し、
見積もり、その後、通常の郵送でポリシーが設定される
電話連絡も可能です。あるいは、
保険の完全な設定と販売を提供するシステム
ポリシーをオンラインで管理する。この場合、システムは
クレジットカード情報のオンラインキャプチャと処理、および
保険証券。
財務部長は、すべてのプロジェクトの予算管理権を持ちます。
同社は、
結果、期間、利点は明確ではありません。
開発の量と
かかる期間の長さを考えると、このプロジェクトの期限を設定するのは困難です。マーケティングディレクター直属の営業マネージャーは、このプロジェクトに必要なウェブサイトの拡張を12週間以内に稼働させなければならないと主張しています。営業マネージャーは、このプロジェクトをコントロールし、12週間以内にビジネスに役立つ成果を出すために、アジャイルプロジェクトマネジメントのアプローチをどのように活用できるかについて助言を求められています。
営業部による簡単な実現可能性評価の後、
マネージャー、財務部長は12週間の休暇を承認することを決定しました。
プロトタイプシステムの開発を目的としたプロジェクト
コーヒーバー向けの保険で、その期間の終了時に解除されます。6
選ばれたコーヒーバーは保険契約を締結することに同意した。
公開されたウェブサイトを試すには、オンラインで申請フォームを送信してください。