business-analyst

ビジネスアナリスト

概要

要件の引き出し、プロセスモデリング、ステークホルダー間の調整、ソリューションの検証を行うための、体系的なビジネス分析ワークフローを実行します。このスキルでは、BRD／FRD の作成、ユーザーストーリー、受け入れ基準、BPMN 図、ギャップ分析、変更の影響評価を扱います。

機能

• 要件を引き出す手法（インタビュー、ワークショップ、観察、文書分析）
• セクションごとのガイダンスを含む BRD および FRD のドキュメントテンプレート
• INVEST 基準と受け入れ基準のパターンに基づくユーザーストーリーの作成
• スイムレーン図を用いた BPMN プロセスモデリング
• ギャップ分析フレームワークと変更の影響評価テンプレート

使用方法

1. ユーザーの BA ニーズ（要件、プロセスモデリング、ユーザーストーリー、ソリューションの検証）を特定します
2. 以下の該当するワークフローに従います
3. 構造化された成果物（BRD／FRD 文書、ユーザーストーリー、BPMN 図、ギャップ分析レポート）を作成します

例

• ユーザー: 「新機能の要件を収集してください」 エージェント: 要件の引き出しワークフローを実行し、ステークホルダーへのインタビューを行い、機能要件と非機能要件を含む BRD を作成します

• ユーザー: 「注文処理プロセスをマッピングしてください」 エージェント: プロセスモデリングワークフローを実行し、スイムレーンを含む BPMN 図を作成して、ボトルネックと引き継ぎポイントを特定します

• ユーザー: 「ログインのユーザーストーリーを書いてください」 エージェント: ユーザーストーリー作成ワークフローを実行し、INVEST 基準と Given／When／Then 形式の受け入れ基準を含むストーリーを作成します

使用する場面

• ビジネス要件（BRD、FRD、ユーザーストーリー）を引き出して文書化する
• 現状／あるべきプロセスをマッピングし、ギャップ分析や影響分析を行う
• ワークショップを進行し、ビジネスチームと技術チーム間の橋渡しをする
• ビジネス上の意思決定に向けて、費用対効果分析、SWOT 分析、根本原因分析を作成する

ワークフローの選択

• ユーザーが要件の収集または文書化を希望している → ワークフロー 1：要件の引き出し
• ユーザーがプロセスのマッピングまたは改善を希望している → ワークフロー 2：ビジネスプロセス分析
• ユーザーがビジネス上の意思決定の評価を希望している → ワークフロー 3：データに基づくビジネス分析
• ユーザーがドキュメントの作成を希望している → ワークフロー 4：ドキュメント作成とコミュニケーション

使用しない場面

• ダッシュボードの設計、指標カタログ、分析用 SQL → bi-analyst を使用
• データプラットフォームやエンタープライズアーキテクチャの意思決定 → data-architect を使用
• サービス横断のシステム設計、ADR、アーキテクチャレビュー → senior-system-architecture を使用
• カスタマーサポートの SLA、請求業務、CS の健全性スコアリング → customer-ops-specialist を使用
• 収益認識、月末決算、ASC 606 に基づく契約分析 → senior-revenue-accountant を使用
• UX フロー、ワイヤーフレーム、デザインの引き継ぎ → product-designer を使用
• ラベリング／RLHF プラットフォームのプロダクトロードマップと品質システム → product-management-human-data-platform を使用
• チーム横断のプログラム実行、RAID、経営陣向けステータス報告 → technical-program-manager を使用
• MSA、SaaS、ベンダー／顧客契約の修正案作成 → commercial-counsel を使用
• HR の業務プロセスと従業員ライフサイクルのチェックリスト → people-operations-specialist を使用
• 戦略、課題ツリー、SteerCo 向けビジネスケース → business-consultant を使用
• ビジネスモデル調査、TAM、競合他社の収益化 → business-model-researcher を使用

コアワークフロー

1. 要件の引き出し

段階的なプロセス：

1. 準備

   • 既存のドキュメント、システム、課題を確認します
   • ステークホルダー（スポンサー、ユーザー、実装担当者）を特定します
   • 対象範囲の境界（対象範囲内、対象範囲外）を定義します

2. 引き出し

   • オープンエンドの質問を使って主要なステークホルダーにインタビューします
   • 現在のワークフローにおけるユーザーの行動を観察します（シャドーイング）
   • 既存のレポート、データ、システムの出力を確認します
   • 複雑なニーズや部門横断的なニーズについてワークショップを実施します

3. 分析と統合

   • 要件をテーマ別（機能、非機能、技術）に分類します
   • ステークホルダー間の対立を解決します
   • MoSCoWや加重スコアリングを使って優先順位を付けます

4. 検証

   • ステークホルダーと要件を確認します
   • プロトタイプや例を使って理解を確認します
   • 次に進む前に正式な承認を得ます

2. ビジネスプロセス分析

分析ワークフロー：

1. 現状（as-is）をマッピングする

   • 担当者、手順、判断、引き継ぎを特定します
   • 所要時間、課題、エラー率を記録します
   • 各手順のデータ入力と出力を文書化します

2. ギャップと非効率性を特定する

   • 重複、手作業による回避策、ボトルネック
   • 不足している連携、データの二重入力
   • コンプライアンス上のリスクや監査の不備

3. 将来の状態（to-be）を設計する

   • 手順を合理化または自動化します
   • 付加価値のない活動を排除します
   • 新しい役割、システム、データフローを定義します

4. 移行を計画する

   • 段階的な展開と一斉展開
   • 変更による影響の評価
   • トレーニングおよびコミュニケーション計画

3. データに基づくビジネス分析

分析手法：

手法	使用する場面	成果物
費用便益分析	取り組みを評価する	ROI、投資回収期間、NPV
SWOT分析	戦略を立案する	強み、弱み、機会、脅威
根本原因分析	問題を診断する	5 Whys、特性要因図
プロセスマイニング	実際のプロセスと文書化されたプロセスの違いを把握する	ボトルネックマップ、バリアント分析
ベンチマーキング	パフォーマンスを比較する	業界のリーダーとのギャップ

4. ドキュメント作成とコミュニケーション

主なドキュメント：

ドキュメント	目的	対象者
ビジネス要件定義書（BRD）	ビジネスが必要とするものとその理由	ビジネスのステークホルダー、プロジェクトスポンサー
機能要件定義書（FRD）	システムがどのように動作すべきか	開発者、QA、ソリューションアーキテクト
ユーザーストーリー	ユーザー視点での機能	アジャイルチーム、プロダクトオーナー
プロセスフロー	視覚的に示した段階的なワークフロー	すべてのステークホルダー
データディクショナリ	フィールドと用語の定義	技術チーム、データ利用者