BA を勉強する際によくある間違いは、断片的に勉強することです。
- BABOK を学習しましたが、スプリントでの使い方がわかりません。
- スクラムを学習しましたが、BA はユーザー ストーリーを書くだけだと思っていました。
- SDLC を学習しますが、各ステージにどのようなアーティファクトが必要かがわかりません。
- SRS を学習していますが、いつ SRS が必要なのか、いつストーリーだけが必要なのかがわかりません。
この記事ではわかりやすいマップにまとめました。
1. SDLC はソフトウェアの「経路」です
SDLC (ソフトウェア開発ライフサイクル) は、ソフトウェア開発ライフサイクルを記述します。ステージ名は企業によって異なりますが、一般的なロジックは通常次のとおりです。
- アイデア/ニーズ
- 発見
- 要件
- デザイン 5.開発
- テスト
- リリース
- 運用・評価
BA の役割は要件フェーズだけではありません。 BA はライフサイクルのほぼ全体に影響を与えます。
| SDLCステージ | BA が行う必要があること |
|---|---|
| アイデア/ニーズ | 問題、目標、関係者、指標を明確にする |
| 発見 | インタビュー、ワークショップ、プロセス分析、現状/将来の状態 |
| 要件 | BRD、SRS、ユーザー ストーリー、AC、NFR、ビジネス ルール |
| デザイン | ワイヤーフレーム、BPMN/UML、API/データへの影響を確認する |
| 開発 | 要件を明確にし、変更リクエストを管理 |
| テスト | テストシナリオ、欠陥トリアージ、UAT をサポート |
| リリース | ゴー/ノーゴー、トレーニング、リリースノート、準備 |
| 評価 | KPI、利益追跡、最適化バックログ |
＃＃２. BABOKは「BAキャリア知識セット」です。
BABOKは難しいプロセスではありません。 BABOK は知識体系であり、BA が状況に応じて使用する概念、タスク、テクニック、コンピテンシーの集合です。
BABOK の 6 つの知識領域は、次のように SDLC にマッピングできます。
| BABOK ナレッジエリア | SDLCで使用 |
|---|---|
| 計画とモニタリング | プロジェクトの開始から終了まで |
| 誘導とコラボレーション | ディスカバリー、要件、UAT |
| 要件のライフサイクル管理 | 要件、開発、変更管理 |
| 戦略分析 | アイデア、発見、ビジネスケース |
| 要件分析と設計定義 | 要件、設計、バックログ |
| ソリューションの評価 | 運用・評価・最適化 |
簡単に言うと、SDLC はあなたの場所を教えてくれます。 BABOK は どの BA テクニックを使用するかを教えてくれます。
3. アジャイル/スクラムは「配信が機能する方法」です
スクラム環境では、作業はスプリントに分割されます。プロダクト バックログは To Do リストであり、プロダクト オーナーは価値を最大化する責任があり、スクラム チームは価値のある増分を作成する責任があります。
BA はスクラム ガイドにおける正式な役割ではありませんが、BA は多くの場合深く関与しています。
- プロダクト バックログ項目を明確にするための PO をサポートします。
- 開発/QA/UX による改良を促進します。
- 受け入れ基準を作成またはレビューします。
- 依存関係、思い込み、リスクを明確にする。
- UAT と関係者のフィードバックをサポートします。
覚えておくべきポイント: スクラムでは、要件を最初から記述する必要はありません。しかし、「最初から全部書かない」ということは、「表面的に書く」ということではありません。要件は適切なタイミングで十分に明確にする必要があります。
4. BAのアーティファクトマップ
実際のアーティファクト マップは次のとおりです。
| いつ | アーティファクト | 詳細レベル |
|---|---|---|
| 提案されたイニシアチブ | 問題文 | 1ページ |
| 予算が必要 | ビジネス事例 | 1 ～ 5 ページ |
| 発見 | ステークホルダーマップ、プロセスマップ | 整列するのに十分です |
| ビルド前 | BRD/SRSまたは軽量仕様 | 複雑さに応じて |
| アジャイル配信 | エピック、ストーリー、AC、DoR/DoD | スプリントによると |
| 多くの要件があります | RTM | トレーステーブル |
| はい UI | ワイヤーフレーム、プロトタイプのメモ | 低または中程度の忠実度 |
| 統合あり | API/データへの影響に関する注意事項 | フィールド、エンドポイント、エラー |
| テスト/UAT | テスト シナリオ、UAT 計画 | ビジネスで読める |
| ゴーライブ | リリース準備チェックリスト | ゴー/ノーゴー |
| 打ち上げ後 | KPI レポート、利益の追跡 | 30/60/90 日 |
5. ウォーターフォール、アジャイル、ハイブリッド: BA の違いは何ですか?
ウォーターフォール / 計画主導
次の場合に適しています。
- スコープは比較的安定しています。
- 高いコンプライアンス。
- 契約には明確なベースラインが必要です。
- 複数のベンダーまたは複数のレガシー システム。
BA は、BRD、SRS、RTM、正式なサインオフなど、より詳細な文書を作成することがよくあります。
アジャイル
次の場合に適しています。
- 製品はユーザーから迅速に学習する必要があります。
- 範囲が変更されました。
- 部門を超えたチーム。
- インクリメンタルリリース。
BA は、エピック、ストーリー、AC、フロー図、意思決定ログなどの軽量の成果物を作成することがよくあります。
ハイブリッド
ビジネスで非常に人気のある:
- ディスカバリーとガバナンスは形式的なものになる可能性があります。
- 配信はスプリントで実行されます。
- リリースには明確な UAT とサインオフがあります。
BA には柔軟性が必要です。すべてを純粋なスクラムや純粋なウォーターフォールに強制しないでください。
6. 準備完了の定義と完了の定義
これら 2 つの概念により、BA が開発/QA と話しやすくなります。
Ready for ストーリーの定義
ストーリーは次の場合にスプリントの準備ができています。
- 明確なビジネス価値がある。
- 範囲は十分に小さいです。
- テスト可能な合格基準。
- 依存関係が記載されています。
- データ/API への影響がチェックされています。
- 必要に応じて UI/ワイヤーフレームを利用できます。
- 関連する NFR が明確です。
- 未解決の質問にはブロッカーがなくなりました。
増分完了の定義
ジョブは次の場合にのみ「完了」します。
- コードが完成しました。
- テストに合格しました。
- ACパス。
- NFR クリティカルに違反していない。
- ドキュメント/リリース ノートは必要に応じて更新されます。
- チームの規約に従って製品/BA/QA がレビューされます。
BA は完了の定義を単独で所有しているわけではありませんが、BA は国防総省が真のビジネス品質を反映していることを確認するチームを支援する必要があります。
7. 短いケーススタディ
特徴: 顧客はオンラインでコンサルティングを予約できます。
アイデア
- 問題: 多くの顧客が予約を取るためだけにホットラインに電話し、過負荷を引き起こしています。
- 指標: 3 か月間、通話のスケジュール設定が 30% 削減されます。
発見
- 関係者: 顧客、コールセンター、コンサルタント、管理者。
- プロセス: サービスを選択 -> 空のカレンダーを選択 -> 情報を入力 -> 確認 -> カレンダーのリマインダーを受信します。
要件
- BRD: 目標、範囲、再スケジュール/キャンセルポリシー。
- SRS: 予約ステータス、検証、通知、許可。
- ストーリー: 顧客として、予約を変更したいのですが...
- AC: 予約、キャンセル、重複するスケジュール、および期限を過ぎた日付について、指定/いつ/その後。
デザイン
- ワイヤーフレーム予約フロー。
- API への影響: 利用可能なスロットの取得、POST 予約、PATCH の再スケジュール。
テスト/UAT
- UAT シナリオ: 予約成功、スロット不足、予定時刻間近のキャンセル、コンサルタントの再スケジュール。
評価
- ダッシュボード: オンライン予約番号、ホットライン通話、ノーショー料金。
8. 練習問題
8 つの SDLC 行を含むテーブルを作成します。各行に次のように入力します。
- 3つのアクティビティ
- アーティファクト
- 査読者
- 無視すると危険
次に、あなたが知っている特徴を選択して埋めてください。埋められない場合は、勉強が必要なギャップです。
SDLC によるエンドツーエンドの例: 予約の予約
| フェーズ | BA は何をしますか | サンプルアーティファクト | レビューする人 |
|---|---|---|---|
| 発見 | 顧客サービススタッフ、コンサルタント、営業マネージャーにインタビューします。ダブルブッキング/ノーショーのデータを取得します。 | 問題ステートメント、関係者マップ、現状の BPMN。 | 運用責任者、PO。 |
| 分析 | 3 つのオプションを比較します: シートのアップグレード、スケジュール ツールの購入、カスタマー ポータルの構築。 | ビジネスケース、オプション分析、リスクログ。 | PO、エンジニアリングリード、財務。 |
| 定義 | MVP スコープの終了: スロットの検索、予約、再スケジュール、キャンセル、通知。 | BRD ライトウェイト、SRS、ビジネス ルール、NFR。 | ビジネス関係者、開発者、QA。 |
| デザイン | ワイヤーフレーム、シーケンス API、状態予定図を確認します。 | ワイヤーフレームのメモ、API/データ コントラクト、状態遷移テーブル。 | UX、開発、QA。 |
| ビルド | スプリント中にチケットを明確にし、変更を処理し、質問をオープンします。 | Jira ストーリー、AC、意思決定ログ。 | スクラムチーム。 |
| テスト | AC をテスト シナリオにマッピングし、欠陥のトリアージをサポートします。 | テスト シナリオ マトリックス、欠陥トリアージ メモ。 | QA、BA、PO。 |
| リリース | UAT の準備、顧客サービスのトレーニング、ゴー/ノーゴー。 | UAT 計画、準備チェックリスト、リリース ノート。 | PO、運用、サポート。 |
| 評価 | リリース後の指標と目標を比較します。 | メリット実現レポート。 | 製品、ビジネスのスポンサー。 |
スプリントの前に十分に「準備完了」しているストーリー:
Feature: Customer books a consultation slot
Business value:
- Reduce hotline booking calls
- Prevent double booking
Rules:
- BR-001: A confirmed slot cannot be booked by another customer
- BR-002: Customer can reschedule only if appointment starts in more than 4 hours
Acceptance criteria:
Scenario: Book available slot
Given the customer selects an available slot
When the customer confirms the booking
Then the appointment status is Confirmed
And the selected slot is locked
And confirmation email is sent within 1 minute
BABOK、SDLC、スクラムを接続する方法は次のとおりです。BABOK は、BA がどの分析アクティビティを実行するかを知るのに役立ちます。 SDLC はアクティビティの場所を示します。スクラムは、出力をビルド/テストできるバックログ項目にパッケージ化するのに役立ちます。
参照元
- IIBA BABOK ガイド: https://www.iiba.org/standards-and-resources/babok/
- 実務者向けの PMI ビジネス分析: https://www.pmi.org/shop/p-/book/business-analysis-for-practitioners-a-practice-guide/00101570601
- スクラムガイド 2020: https://scrumguides.org/scrum-guide.html
- IEEE/ISO/IEC 29148-2018: https://standards.ieee.org/ieee/29148/6937/
結論
一文を覚えておく必要がある場合: SDLC はライフサイクル、BABOK は知識体系、スクラムは配信を運用する方法。優れた学士号は、それらを 3 つの別々の科目として勉強しません。優れた BA は、適切なものを、適切なタイミングで、適切な詳細レベルで使用する方法を知っています。