日本ソフトウェア科学会第 31 回大会 (2014 年度) 講演論文集

BABOK を活用したチェックシートによる RFP 評価の試み
斉藤 篤史，伊藤恵
受託開発では，ユーザ企業が作成した RFP を基にベンダ企業がシステムを開発する場合がほとんどである．しかし，IT に精通していないユーザ企業も多く存在することから，RFP もベンダ企業に作成を依頼するケースが多い．そういった要因から要求を網羅することが難しくなり，要求漏れが発生してしまい，ユーザ企業が意図しないシステムが開発されてしまう．一方，上流工程で要求を網羅，整理するためのビジネスアナリシスを知識体系化した BABOKがある．BABOK は RFP 作成の一助となり得るが，ユーザ企業の中で RFP 作成の際に，BABOK を活用するに至ってないケースが多い．本研究では，この BABOK を活用して RFP に記載されている内容を評価するチェックシートを作成し，実験を通じてその有効性を評価する．これによって記載内容の不備を発見でき，BABOK の導入障壁が下がる効果が期待される．

In almost all of contract-based software development, vendor company develops software based on RFP
made by user company. However, vendor company not only develops software but also make RFP because
almost user companies are not familiar with IT well. That is why to cover requests is diﬃcult, then softwarethat user company does not intend is developed. On the other hand, BABOK, guide to business analysis
body of knowledge, is published to organize requests in upper processes. BABOK may be helpful in creatingRFP, but user companies do not use BABOK when they make RFP. So this study makes check sheet basedon BABOK to evaluate the contents described in RFP. In addition, this study evaluates eﬀectiveness ofcheck sheet throughout experiments. By the check sheet, lack of description in RFP are easily discovered
and the barrier of introduction of BABOK can be lowered.

こうした要求漏れを改善するためにビジネスアナ

1 はじめにリシスの知識体系である BABOK がある．BABOK

1. 1 背景は 7 つの知識領域とそれぞれの知識領域に対応する

現在，ソフトウェアの受託開発で，ユーザ企業が用タスクとテクニックがあり，それらを実行することで意した RFP(Request for Proposal) を基にベンダ企要求漏れの改善を助けるものである．

業が開発を行うのが主流である．しかし，IT の分野

しかし，BABOK のタスクとテクニックを実行すに明るくないユーザ企業が多く存在することからベるには，ビジネスアナリシスに精通していなければそンダ企業に RFP 案の作成を依頼するケースは少なくの実行が難しいので，ビジネスアナリシスの経験がなない．これにより，ユーザ企業の潜在的な要求までもいまたは経験の浅い人にとっては BABOK の活用は網羅することが困難になり，作成する RFP に要求漏難しいといえる．

れが発生してしまう．その結果，システムが完成した

そこで本研究では，BABOK を活用してチェック際にユーザ企業が意図していたシステムの内容と違シートを作成し RFP の記載内容を評価を試みる．まうシステムが納品されてしまう．

た，実験によってその有効性を実証する．

Trial Evaluating of RFP by Check Sheet Based onBABOK.
Atsushi Saito, Kei Ito, 公立はこだて未来大学, Future
University Hakodate.

認の際の承認者も定義する．

2 関連研究• 基礎コンピテンシ

2. 1 BABOK

要求の整理について記述したものでなく，ここで組織の目的達成に役立つ解決策を推進できるようはビジネスアナリストとして必要な知識や習得

ビジネスニーズやステークホルダーの課題を調査，分すべきスキルなどをまとめている．

析し検証してそれらを取りまとめることを「ビジネスアナリシス」という．BABOK(Business Analysis

2. 2 BABOK の活用

Body of Knowledge) とは，そのビジネスアナリシス

前田 [3] は IT ベンダがシステムの企画提案で何をを行う上で重要なタスクとテクニックを知識体系化し定義すべきかを明確にすればプロジェクトの成功にたものである．BABOK はカナダのトロントに本拠地導けるかを業務仕様のギャップをなくす点に絞り，を置く NPO 法人，IIBA(International Institute ofBABOK を活用してプロジェクトマネジメントの視Business Analysis) が発刊し現在，BABOK2.0 が発点から体系化した．また実際のシステム開発事例を基刊されている．BABOK には 7 つの知識領域があり，にその効果について考察している．ここでは，超上流それぞれにビジネスアナリシスを実行するためのタ工程のあり方としてユーザ企業だけでなく IT ベンダ

スクとテクニックを定義している．以下に各知識領域も参画しながらシステム構想をまとめていくことがについて記述する． [1]望ましいとあり，やはりユーザ企業主体で BABOK• エンタープライズアナリシスを活用して超上流工程を行うことは難しいといえる．

ビジネスニーズを分析して定義し，そのニーズを満たすようなソリューションのアプローチを練り3 本研究について上げていく．

3. 1 本研究の目的• 要求アナリシス

本研究の目的は BABOK で紹介されているタスク，引き出した要求をビジネスニーズに関連させ，要テクニックを RFP の記載内容を評価するチェック項

求の優先順位を明確にする．

目としてチェックシートを作成する．そして，その• ソリューションのアセスメントと妥当性確認

チェックシートを実験を通してその有効性を実証する．

ソリューションがビジネスの目標を満たせるかど

なお，本研究で作成するチェックシートの使用場面でうか評価する．

は，ユーザ企業が RFP を作成した後のレビューとし• 引き出して使用される場面と RFP がベンダ企業に渡された後ソリューションに必要なものは何なのかステークに，システム開発を行う前にその RFP の記載内容をホルダーから要求を引き出しその要求のベース評価する 2 つの場面を想定している．

を作成する．

• 要求のマネジメントとコミュニケーション

3. 2 着目する BABOK のタスクとテクニック

定義した要求を全てのステークホルダー (利害関BABOK では要求を 4 つに分類し，「ビジネス要係者) に共有させ，要求を管理する．プロジェク

求」，「ステークホルダー要求」，「ソリューション要トの進行によって起こり得る要求の変更もなぜ変求」，「移行要求」に分けている．まずはそれぞれにつ更するのか，その影響範囲はどの程度かなど明確いて説明する．にする．

• ビジネスアナリシスの計画とモニタリング• ビジネス要求
企業の目的や目標の概要．プロジェクトを立ち上プロジェクトに必要なステークホルダーを特定げた理由や，プロジェクトが達成しようとする目し，その役割，責任を明確にする．またコミュニ標などを明確にする．組織全体としてのニーズをケーション方法も定義し，要求の変更や要求の承明確にする．

• ステークホルダー要求

要求と非機能要求) は記されているか

プロジェクトに関わるステークホルダーの意見や• 移行要求は記されているか

要望．情報システムや業務プロセス，組織のあり• 要求の全体像や関係性を把握するための図はあ方などに対する意見や要望を明確にする．

• ソリューション要求
ビジネス要求，ステークホルダー要求を満たすソリューションのこと．ソリューション要求には，るか• 要求の優先順位付けは終わってるか• 要求全体について，ステークホルダーの合意は取れているか

システムの振る舞いなどについて触れた「機能要• 誤解を招くような表現は含まれていないか

求」と信頼性や品質，セキュリティなどシステム• 第三者が正しく理解できるかの機能と直接関係しない「非機能要求」の 2 つが• 第三者の理解を助けるための用語集や補足資料ある．

• 移行要求を準備したか• 作成者や承認者のサイン (または捺印) はあるか

企業の現状から将来の理想的な状態へのスムー

BABOK では「ビジネス要求」，「ステークホルダーズに移行するための条件．既存システムからの要求」，「ソリューション要求」，「移行要求」これら 4

データの変換や移行，組織や業務の教育，配置転つの要求を定義することが重要である．このことか換などに関わる条件を明確にする．

ら，チェックシート作成に当たってこれらの項目の内

BABOK の知識領域の中に「要求のマネジメントとコミュニケーション」がある．この知識領域にあるから RFP の記載内容評価に期待できそうな以下の項目を採用する．

タスクで「要求パッケージを準備する」というのがあ• プロジェクトの目的が記されているかる．要求パッケージとは要求を正しく漏れなくベン• ビジネス要求が記されているか

ダ企業側に伝えるために，引き出した要求を資料に• ビジネス要求に則したステークホルダー要求はまとめることであり，RFP や BRD(ビジネス要求文書) などがこれに相当する．つまり，このタスクでは，RFP を作成するポイントについて触れている．

記されているか• ビジネス要求に則したソリューション要求 (機能要求と非機能要求) は記されているか• 移行要求は記されているか
3. 3 チェックシートの作成

これらの項目は 4 つの要求について触れており，チェックシートの作成に当たる参考として，広川智

RFP 作成に欠かせない内容である．しかし，一つ一理「BABOK 超入門」に記載されているチェックリス

つの項目を挙げると，チェック項目としてそのまま採トを紹介する． [2] 本書ではビジネスアナリシスのタ用するには，抽象度が高く記載内容の評価には難しスクやテクニックをまたは実行する上で，それらをスい．今後は，これらの項目を BABOK の他の知識領ムーズに実行できるよう独自にまとめたチェックリス

域と照らし合わせながら 1 つずつ分析して詳細にし，トが度々登場している．前項で触れた「要求パッケー細分化することで容易に導入可能なチェックシートとジを準備する」について 134〜137 ページ中に記載さする．図 1 にそのイメージ図を示す．

れているチェックリストを紹介する．
要求パッケージを作る際のチェックリスト

4 実験• プロジェクトの目的が記されているか

4. 1 実験題材• ビジネス要求が記されているか

実験で使用する RFP の題材として，過去の PBL• ビジネス要求に則したステークホルダー要求は記されているか• ビジネス要求に則したソリューション要求 (機能で作成された，あるプロジェクトの RFP を題材に，本研究で作成したチェックシートを基に RFP の評価を行う．このプロジェクトは，ある地方自治体の公共• 不備でない部分を誤って検出しないか• 誰が評価しても同じ傾向の評価の結果になるか• RFP を評価する際にこのチェックシートが評価に導入しやすいかなどの項目が挙げられる．これらの項目をまとめアンケート形式にし，被験者が RFP 評価を終えた後に，チェックシート自体の評価をアンケートで回答してもらう予定だ．

4. 4 期待される効果
チェックシートによる RFP の記載内容を評価する
図1

イメージ図

ことで，RFP の記載不備を発見でき，BABOK の導入障壁が下がる効果を期待している．

施設の予約システムの構築を行うものであった．実験
題材ではこの RFP を含め，最大 4 つの RFP を用意

5 おわりにする予定だ．

5. 1 まとめチェックシートの作成に当たり，まずは，BABOK

4. 2 実験内容の知識領域の 1 つである「要求のマネジメントとコ本研究で作成するチェックシートを用いて実際のミュニケーション」の「要求パッケージの準備」のタRFP の記載内容を評価する．評価実験では，被験者スクを主軸として作成していくことにした．しかし，として，過去に PBL 経験のある者最大 10 名で行う予今回紹介したチェックリストだけでは詳細な項目をカ定だ．実験の内容は被験者に，題材として扱う RFPテゴリ分けする指針にはなりうるが，詳細な項目としを本研究で作成するチェックシートと照らし合わせての活用は難しく感じる．今後は他の知識領域も分析ながら読んでもらい，その都度そのチェックシートでして RFP のチェックに必要な項目を決定しチェックRFP を評価してもらう．被験者全員が全ての RFPシート項目に盛り込み，実験を行いながら実際にそのを評価した際に，それぞれの RFP が被験者によらず有効性を実証していく．

同じ傾向の評価を示せば，チェックシートによる有効性の妥当性を計ることができると考える．

4. 3 チェックシートの評価基準
実験によってチェックシートの有効性の妥当性を評価するがチェックシートの評価基準として，• RFP の記載内容の不備を十分に検出できるか

参 考 文 献「やさしくわかる[ 1 ] 清水千博, 川添真智子，銅谷克樹：BABOK」，株式会社秀和システム，2011．
[ 2 ] 広川智理：BABOK 超入門，日経 BP 社，2011．
[ 3 ] 前田雅文：「超上流工程における「BABOK」を活用した成功要素の体系化」, Journal of the Society ofProject Management, Vol.13, No.2, pp.12-17, 2011．