先日のエントリに続き、BABOKへの理解もまだまだですので、オレオレ要約。
※主に秀和システム社の「やわしくわかるBABOK」からの引用です。 www.shuwasystem.co.jp
※BABOK同様、IPAの共通フレームもありますが、BABOKの方が具体的な印象を受けました SEC BOOKS 共通フレーム2013：IPA 独立行政法人 情報処理推進機構
BABOKが定義する要求
| 要求 | 内容 |
|---|---|
| ﾋﾞｼﾞﾈｽ要求要求 | ﾌﾟﾛｼﾞｪｸﾄのWHYを明確にするもの. 『ｴﾝﾀｰﾌﾟﾗｲｽﾞｱﾅﾘｽ』を通じ定義 |
| ｽﾃｰｸﾎﾙﾀﾞ要求 | ﾋﾞｼﾞﾈｽ要求とｿﾘｭｰｼｮﾝ要求の橋渡しをするもの. 使う立場でのWHATを明確にし 『要求ｱﾅﾘｽ』を通じ定義 |
| ｿﾘｭｰｼｮﾝ要求 | 作る立場でのWHAT(機能要求,非機能要求)を明確にし 『要求ｱﾅﾘｽ』を通じ定義 |
| 移行要求 | AS-ISからTO-BEに円滑に移行する為の一時的な要求 |
要求と要件の違い - IPAによる「共通ﾌﾚｰﾑ2013」より
- 英訳は、要求と要件はいずれも「Requirements」
- 「要件」とは、要件定義ﾌﾟﾛｾｽにおいて、妥当性が確認され、ｽﾃｰｸﾎﾙﾀﾞ間で合意された「要求」
- 要求より前段階のものをneeds
計画駆動アプローチと、変化駆動アプローチ
ウォーターフォールとアジャイルの様なアプローチがBABOKで定義されています
7つの知識エリア
| 知識エリア | 内容 |
|---|---|
| 基礎ｺﾝﾋﾟﾃﾝｼ | 全ての知識ｴﾘｱ共通で必要とする知識,ｽｷﾙ,行動特性 |
| ﾋﾞｼﾞﾈｽｱﾅﾘｼｽの計画と ﾓﾆﾀﾘﾝｸﾞ |
ｱﾅﾘｽﾄやｽﾃｰｸﾎﾙﾀﾞの活動計画作成. PMBOKのﾌﾟﾛｼﾞｪｸﾄ計画書やﾏﾈｼﾞﾒﾝﾄと同様 |
| 引出し | ｽﾃｰｸﾎﾙﾀﾞから真の要求を引き出す |
| 要求ｱﾅﾘｼｽ | "引き出し"でえた要求を整理し、 妥当性確認後、ｽﾃｰｸﾎﾙﾀﾞ要求やｿﾘｭｰｼｮﾝ要求にまとめる |
| 要求ﾏﾈｼﾞﾒﾝﾄとｺﾐｭﾆｹｰｼｮﾝ | ｽﾃｰｸﾎﾙﾀﾞ間で合意形成させ、 その後もｿﾘｭｰｼｮﾝｽｺｰﾌﾟや要求、ﾄﾚｰｻﾋﾞﾘﾃｨをﾏﾈｼﾞﾒﾝﾄ |
| ｴﾝﾀｰﾌﾟﾗｲｽﾞｱﾅﾘｼｽ | "ﾋﾞｼﾞﾈｽの目的と目標"から"ビジネス要求"を作成 |
| ｿﾘｭｰｼｮﾝのｱｾｽﾒﾝﾄと 妥当性確認 |
ｿﾘｭｰｼｮﾝがﾋﾞｼﾞﾈｽﾆｰｽﾞを満たすことを確認する |
各知識エリアのタスク
エンタープライズ アナリシス
| 項目 | 内容 | 備考 |
|---|---|---|
| ｲﾝﾌﾟｯﾄ | ｴﾝﾀｰﾌﾟﾗｲｽﾞ ｱｰｷﾃｸﾁｬ | 体制,ﾌﾟﾛｾｽ,技術 |
| ﾋﾞｼﾞﾈｽのｺﾞｰﾙと目標 | ||
| 組織のﾌﾟﾛｾｽ資産 | ||
| (表明された)要求 | ||
| ｽﾃｰｸﾎﾙﾀﾞの懸案事項 | ||
| 前提条件と制約 | ||
| ｿﾘｭｰｼｮﾝのﾊﾟﾌｫｰﾏﾝｽ評価 | ||
| ↓↓↓ | ↓↓↓ | ↓↓↓ |
| ﾀｽｸ | ﾋﾞｼﾞﾈｽﾆｰｽﾞを定義 | ﾋﾞｼﾞﾈｽ機会,ﾋﾞｼﾞﾈｽ問題 |
| 能力ｷﾞｬｯﾌﾟをｱｾｽﾒﾝﾄ | ||
| ｿﾘｭｰｼｮﾝ ｱﾌﾟﾛｰﾁ決定 | SW,HWの追加.組織,ﾌﾟﾛｾｽの変更 | |
| ｿﾘｭｰｼｮﾝ ｽｺｰﾌﾟ定義 | ||
| ﾋﾞｼﾞﾈｽｹｰｽ | ||
| ↓↓↓ | ↓↓↓ | ↓↓↓ |
| ｱｳﾄﾌﾟｯﾄ | ﾋﾞｼﾞﾈｽﾆｰｽﾞ | |
| 必要とされる能力 | ||
| ｿﾘｭｰｼｮﾝ ｱﾌﾟﾛｰﾁ | ||
| ｿﾘｭｰｼｮﾝ ｽｺｰﾌﾟ | ||
| ﾋﾞｼﾞﾈｽｹｰｽ |
引出し
| 項目 | 内容 | 備考 |
|---|---|---|
| ｲﾝﾌﾟｯﾄ | 組織のﾌﾟﾛｾｽ資産 | |
| ｽﾃｰｸﾎﾙﾀﾞのﾘｽﾄ,役割,責任 | ||
| 要求ﾏﾈｼﾞﾒﾝﾄ計画 | ||
| ﾋﾞｼﾞﾈｽﾆｰｽﾞ | ||
| ｿﾘｭｰｼｮﾝ ｽｺｰﾌﾟ | ||
| ﾋﾞｼﾞﾈｽｹｰｽ | ||
| ↓↓↓ | ↓↓↓ | ↓↓↓ |
| ﾀｽｸ | 引出しを準備 | |
| 引出しのｱｸﾃｨﾋﾞﾃｨを主導 | ||
| 引出しの結果を文書化 | ||
| 引出しの結果を確認 | ||
| ↓↓↓ | ↓↓↓ | ↓↓↓ |
| ｱｳﾄﾌﾟｯﾄ | 補足材料 | |
| 予約されたﾘｿｰｽ | ||
| 引出しの結果 | ||
| 要求 | ||
| ｽﾃｰｸﾎﾙﾀﾞの懸案事項 |
ﾃｸﾆｯｸ例
| 項目 | 内容 | 備考 |
|---|---|---|
| ﾌﾞﾚｰﾝｽﾄｰﾐﾝｸﾞ | ||
| 文書分析 | ||
| ﾌｫｰｶｽｸﾞﾙｰﾌﾟ | 選別された集団に質問することで、信頼性の高い回答を得る | |
| ｲﾝﾀﾌｪｰｽ分析 | ||
| ｲﾝﾀﾋﾞｭ | ||
| 観察 | 実際の業務を観察 | |
| ﾌﾟﾛﾄﾀｲﾋﾟﾝｸﾞ | ||
| 要求ﾜｰｸｼｮｯﾌﾟ | 特定テーマに集中した会議体で議論 | |
| 調査とｱﾝｹｰﾄ | 不特定多数の人員に対し短期に質問を行うことで、広い範囲の情報を収集 |
要求ｱﾅﾘｼｽ
| 項目 | 内容 | 備考 |
|---|---|---|
| ｲﾝﾌﾟｯﾄ | 組織のﾌﾟﾛｾｽ資産 | |
| ｽﾃｰｸﾎﾙﾀﾞのﾘｽﾄ,役割,責任 | ||
| 要求ﾏﾈｼﾞﾒﾝﾄ計画 | ||
| 要求 | ||
| ｽﾃｰｸﾎﾙﾀﾞの懸案事項 | ||
| ﾋﾞｼﾞﾈｽﾆｰｽﾞ | ||
| ｿﾘｭｰｼｮﾝ ｽｺｰﾌﾟ | ||
| ﾋﾞｼﾞﾈｽｹｰｽ | ||
| ↓↓↓ | ↓↓↓ | ↓↓↓ |
| ﾀｽｸ | 要求に優先順位付け | |
| 要求を体系化 | ||
| 要求の仕様化とﾓﾃﾞﾘﾝｸﾞ | ||
| 前提条件と制約を定義 | ||
| 要求の検証 | ||
| 要求の妥当性確認 | ||
| ↓↓↓ | ↓↓↓ | ↓↓↓ |
| ｱｳﾄﾌﾟｯﾄ | 要求(順線順位付き) | |
| 要求の構造 | ||
| ｽﾃｰｸﾎﾙﾀﾞ要求 or ｿﾘｭｰｼｮﾝ要求 | ||
| 前提条件と制約条件 | ||
| 要求(検証済) | ||
| 要求(妥当性確認済) |
要求のﾏﾈｼﾞﾒﾝﾄとｺﾐｭﾆｹｰｼｮﾝ
| 項目 | 内容 | 備考 |
|---|---|---|
| ｲﾝﾌﾟｯﾄ | 組織のﾌﾟﾛｾｽ資産 | |
| 要求 | ||
| 要求の構造 | ||
| ｽﾃｰｸﾎﾙﾀﾞのﾘｽﾄ,役割,責任 | ||
| BAｺﾐｭﾆｹｰｼｮﾝ計画 | Business Analysis | |
| 要求ﾏﾈｼﾞﾒﾝﾄ計画 | ||
| ｿﾘｭｰｼｮﾝ ｽｺｰﾌﾟ | ||
| ↓↓↓ | ↓↓↓ | ↓↓↓ |
| ﾀｽｸ | ｿﾘｭｰｼｮﾝｽｺｰﾌﾟと要求のﾏﾈｼﾞﾒﾝﾄ | |
| 要求のﾄﾚｰｻﾋﾞﾘﾃｨ | ||
| 再利用に備え要求を保守 | ||
| 要求ﾊﾟｯｹｰｼﾞの準備 | ||
| 要求の伝達 | ||
| ↓↓↓ | ↓↓↓ | ↓↓↓ |
| ｱｳﾄﾌﾟｯﾄ | 要求(承認された) | |
| 要求(ﾄﾚｰｽされた) | ||
| 要求(保守された&再利用可能) | ||
| 要求ﾊﾟｯｹｰｼﾞ | ||
| 要求(伝達された) |
ｿﾘｭｰｼｮﾝのｱｾｽﾒﾝﾄ(診断)と妥当性確認
| 項目 | 内容 | 備考 |
|---|---|---|
| ｲﾝﾌﾟｯﾄ | ｴﾝﾀｰﾌﾟﾗｲｽﾞｱｰｷﾃｸﾁｬ | |
| ｿﾘｭｰｼｮﾝ(構築/導入/設計済) | ||
| ｿﾘｭｰｼｮﾝの選択肢 | ||
| ｿﾘｭｰｼｮﾝのﾊﾟﾌｫｰﾏﾝｽﾒﾄﾘｸｽ | ||
| 要求 | ||
| 前提条件と制約条件 | ||
| ｿﾘｭｰｼｮﾝ ｽｺｰﾌﾟ | ||
| ｽﾃｰｸﾎﾙﾀﾞの懸案事項 | ||
| ↓↓↓ | ↓↓↓ | ↓↓↓ |
| ﾀｽｸ | 提案ｿﾘｭｰｼｮﾝのｱｾｽﾒﾝﾄ | |
| 要求を割当て | ｿﾘｭｰｼｮﾝに割当て | |
| 組織の準備状況のｱｾｽﾒﾝﾄ | ||
| 移行要求を定義 | ||
| ｿﾘｭｰｼｮﾝの妥当性確認 | ||
| ｿﾘｭｰｼｮﾝのﾊﾟﾌｫｰﾏﾝｽ評価 | ||
| ↓↓↓ | ↓↓↓ | ↓↓↓ |
| ｱｳﾄﾌﾟｯﾄ | 提案ｿﾘｭｰｼｮﾝのｱｾｽﾒﾝﾄ | |
| 要求(割当て済) | ||
| 組織の準備状況のｱｾｽﾒﾝﾄ | ||
| 移行要求 | ||
| ｿﾘｭｰｼｮﾝの妥当性確認結果 | ||
| 識別した欠陥 | ||
| 低減ｱｸｼｮﾝ | ||
| ｿﾘｭｰｼｮﾝのﾊﾟﾌｫｰﾏﾝｽ ｱｾｽﾒﾝﾄ |
ﾋﾞｼﾞﾈｽｱﾅﾘｽの計画とﾓﾆﾀﾘﾝｸﾞ
| 項目 | 内容 | 備考 |
|---|---|---|
| ｲﾝﾌﾟｯﾄ | 組織のﾌﾟﾛｾｽ資産 | |
| ｴﾝﾀｰﾌﾟﾗｲｽﾞ ｱｰｷﾃｸﾁｬ | ||
| 専門家の判断 | ||
| ﾋﾞｼﾞﾈｽｱﾅﾘｽのﾊﾟﾌｫｰﾏﾝｽﾒﾄﾘｸｽ | ||
| ﾋﾞｼﾞﾈｽﾆｰｽﾞ | ||
| ↓↓↓ | ↓↓↓ | ↓↓↓ |
| ﾀｽｸ | BAへのｱﾌﾟﾛｰﾁ計画 | Business Analysis |
| ｽﾃｰｸﾎﾙﾀﾞの分析を主導 | ||
| BAのｱｸﾃｨﾋﾞﾃｨ計画 | ||
| BAのｺﾐｭﾆｹｰｼｮﾝ計画 | ||
| 要求ﾏﾈｼﾞﾒﾝﾄﾌﾟﾛｾｽ計画 | ||
| BAのﾊﾟﾌｫｰﾏﾝｽ管理 | ||
| ↓↓↓ | ↓↓↓ | ↓↓↓ |
| ｱｳﾄﾌﾟｯﾄ | BAへのｱﾌﾟﾛｰﾁ計画 | |
| ｽﾃｰｸﾎﾙﾀﾞのﾘｽﾄ,役割,責任 | ||
| ﾋﾞｼﾞﾈｽｱﾅﾘｽ計画 | ||
| BAのｺﾐｭﾆｹｰｼｮﾝ計画 | ||
| 要求ﾏﾈｼﾞﾒﾝﾄ計画 | ||
| BAのﾊﾟﾌｫｰﾏﾝｽｱｾｽﾒﾝﾄ | ||
| BAのﾌﾟﾛｾｽ資産 |
基礎ｺﾝﾋﾟﾃﾝｼ
| 項目 | 備考 |
|---|---|
| 分析思考と問題解決 | |
| 行動特性 | |
| ﾋﾞｼﾞﾈｽ知識 | |
| ｺﾐｭﾆｹｰｼｮﾝｽｷﾙ | |
| 人間関係のｽｷﾙ | |
| ｿﾌﾄｳｴｱ ｱﾌﾟﾘｹｰｼｮﾝ |
その他
3種類のﾆｰｽﾞ (狩野ﾓﾃﾞﾙ)
| 項目 | 別名 | |
|---|---|---|
| 基本的ﾆｰｽﾞ | 当たり前の品質 | ないと、顧客は大変不満. 当たり前の品質の為、顧客は「これがないと困る」とは言わない |
| 期待のﾆｰｽﾞ | 一元的品質 | 顧客自ら「これがないと、困るor必要」と話してくれる. ただし、期待のﾆｰｽﾞだけでは、競合との差別化は不可 |
| 喜びのﾆｰｽﾞ | 魅力的品質 | 顧客が気づかない品質で、あると大変喜び、差別化にもなる |
検証(Verifycation)と、妥当性確認(Validation)の違い
| 項目 | 内容 |
|---|---|
| 検証 Verifycation |
ﾍﾞﾝﾀﾞが仕様書通りであることをﾃｽﾄで確認. |
| 妥当性確認 Validation |
ﾕｰｻﾞの受入検査により妥当性確認. ﾋﾞｼﾞﾈｽ要求を満たすことを確認 |
ﾗｲﾌ ﾃｸﾉﾛｼﾞ ｻｲｸﾙと、ｷｬｽﾞﾑ
PM理論 - Performance Function / Maintenance Function
Performance Function (課題達成機能)
- 目標の明確化や共有化への働きかけ
- 情報や意見を関連付け、まとめる
- 同意をとりつけ、意思決定への働きかけ
組織文化の分類
Maintenance Function (集団維持機能)
- 他ﾒﾝﾊﾞの参加を促す
- 緊張緩和や調和で、葛藤の調整役をする
- 整理役、進行役をつとめ、ｺﾐｭﾆｹｰｼｮﾝを促進
- ｸﾞﾙｰﾌﾟの規範に対して働きかけ
意思決定のスタイル
教えるスキル
実践的な学習 (仕事に直結して役立つ)
例：事例を示してビジネスアナリシスを実践すると、要求の漏れがなくなる
主体的な学習 (自ら学習しようと思う)
例：学習者自身に、グループワークのファシリテータをしてもらう。 ファシリテーションが上手くいくと、その満足感が学習意欲を更に高める
快適が学習 (学習環境が快適)
例：快適な教室、仕事のプレッシャーからの開放
経験を活かした学習 (学習内容を学習者の経験に結びつける)
例：ビジネスアナリシスの研修において学習者の経験した要求敵の問題点をリスト化し、 学習内容と結びつける
学習目標の明示 (何を学習するか事前に理解)
例：事前に投資効果の高いビジネスケースを定義できるようになると明示
異なる学習法を活用
| 項目 | 例 |
|---|---|
| 視覚型 | ビデオ、グラフ、読書 |
| 聴覚型 | 講義、英語のヒアリング |
| 運動型 | ロールプレイ |
