Business Analysis Planning

ビジネス分析計画スキル

目的

BA 業務をどのように進めるかを定義します。要件に取りかかる前に、シニア BA は効率性と足並みを確保するため、アプローチを計画する必要があります。

計画の主要領域

1. ビジネス分析アプローチの計画

予測型（ウォーターフォール）と適応型（アジャイル）

• ウォーターフォール：事前に綿密に計画し、正式な文書を作成して、正式な承認を得ます。
• アジャイル：反復的に計画し、簡潔な文書を作成して、継続的にフィードバックを得ます。
• ハイブリッド：戦略的な定義は事前に行い、実行はスプリントで進めます。

成果物：

• どの成果物を作成しますか？（BRD？ユーザーストーリー？プロトタイプ？）
• いつまでに必要ですか？

2. ステークホルダーとの関わり方の計画

• 誰が関与する必要がありますか？（ステークホルダー分析を参照してください。）
• どのように関わりますか？（インタビュー、ワークショップ、アンケート）
• 頻度：毎日のスタンドアップですか？週次レビューですか？
• 権限：最終承認を行うのは誰ですか？

3. BA ガバナンスの計画

• 変更管理：要件の変更にどのように対応しますか？
  • プロセス：変更依頼の提出 → 影響分析 → CCB 承認。
• 優先順位付け：優先順位を決定するのは誰ですか？（PO、スポンサー）
• 承認ワークフロー：BRD、FRS、UAT を承認するのは誰ですか？

4. 情報管理の計画

• ツール：要件はどこに保管しますか？（Jira、Confluence、サーバー）
• トレーサビリティ：どの程度の追跡が必要ですか？
• 再利用：既存の要件を再利用できますか？

BA 計画テンプレート（1 ページ）

プロジェクト：CRM 移行 BA リード：[名前]

1. アプローチ：開発にはアジャイルスプリントを、データ移行には正式な BRD を使用するハイブリッド方式。

2. 主な活動：

• 第 1～2 週：ディスカバリーワークショップ（営業、マーケティング）。
• 第 3 週：移行用 BRD のドラフト作成。
• 第 4 週：承認。
• 第 5 週以降：スプリント支援／ユーザーストーリー。

3. 成果物：

• ステークホルダーマップ
• 現状のプロセスフロー
• ユースケース（移行）
• ユーザーストーリー（新機能）
• UAT 計画

4. コミュニケーション：

• PM への BA 週次状況報告。
• ステークホルダー向けの隔週デモ。

5. ツール：

• ドキュメント：Lark Docs。
• 進捗管理：Jira。
• モデリング：Figma。

プロジェクトの複雑性の評価（サイネフィンフレームワーク）

• 単純：ベストプラクティスを適用します。標準的なアプローチです。
• 煩雑：グッドプラクティスを適用します。分析が必要です。
• 複雑：創発的なプラクティスを適用します。「プローブ・センス・レスポンド」（アジャイルの理想形）。
• 混沌：斬新なプラクティスを適用します。安定化に向けて行動します。

BA 工数の見積もり

• トップダウン：プロジェクト全体の期間に対する割合（通常 10～15%）。
• ボトムアップ：各活動を見積もります（例：ワークショップ 5 回 × 準備・実施・文書化に各 4 時間 ＝ 20 時間）。

ベストプラクティス

• PM との調整：BA 計画が全体的なプロジェクト管理計画に適合するようにします。
• 合意を得る：ステークホルダーが関与計画に同意する必要があります（例：ワークショップのための時間を確保する）。
• 柔軟に対応する：方法論がうまく機能しない場合は、計画を更新します。

参考資料

• BABOK 知識エリア：ビジネス分析の計画とモニタリング。