講演福嶋義弘氏皆さんこんにちはわたしは IIBA 日本支部の代表をしております福嶋ですよろしくお願いします皆さんのようにアカデミックな議論はなかなかできないと思いますがわたしからは BABOK の概要と我々の組織がどのような活動をしているかについて話をさせていただきますその後研究部

Size: px

Start display at page:

Download "講演福嶋義弘氏皆さんこんにちはわたしは IIBA 日本支部の代表をしております福嶋ですよろしくお願いします皆さんのようにアカデミックな議論はなかなかできないと思いますがわたしからは BABOK の概要と我々の組織がどのような活動をしているかについて話をさせていただきますその後研究部"

そよみやまる
4 years ago
Views:

1 講演福嶋義弘氏皆さんこんにちはわたしは IIBA 日本支部の代表をしております福嶋ですよろしくお願いします皆さんのようにアカデミックな議論はなかなかできないと思いますがわたしからは BABOK の概要と我々の組織がどのような活動をしているかについて話をさせていただきますその後研究部会担当理事の宗から BABOK を改訂の話も含め北米の動向について話をさせていただきますよろしくお願いします私は人材育成に携わっていますが BA についてなぜ興味を持ったかを最初に話します米国における IT プロジェクトの実態調査によると成功したプロジェクトは34% しかなく 55% は問題を抱え15% は失敗プロジェクトであるそうですその問題というのは期限 / 予算が超過するとか機能未達などですベンダー側は納期を守ろうとすると例えば機能を縮小するとかして対応しようとするわけですこれらの問題の原因としてどのようなものがあるかといいますと一番は不十分な要求定義ですこのへんは皆さんもよく理解していただけると思いますその他スコープ管理の不備とかリスク管理ができていないことが原因にあげられます一つ注目したいのはコミュニケーション上の問題があることです技術者は要求工学の方法論を忠実に守り作業を実行します先ほどの講演の中で標準を順守してそのとおり作っていくという話がありましたそれは非常に重要なことですが超上流ではそれだけでは不十分でお客様のニーズが引き出せたか要求分析 / 要求定義を合意できたかコミュニケーションをとる必要があります最近わたしは技術だけではなくて人間力が上流や超上流に必要であると言っていますがまさにお客さまとのコミュニケーションがうまく行かないことが多々原因となっているわけです今までは米国の例でしたが日本はどうでしょうちょっと古いデータで申し訳ないのですが日本もあまり変わってないということですこちらは日経コンピューターに載っていたデータです日本国内でも 26.7% しか成功していないという調査データがありますその理由を見ますと情報システム部の発注者としての反省の調査ですが仕様の定義が不十分が 44% ですそれから仕様を明確に提示していない 22% という結果です一般的に日本でよく言われるのはユーザー側は丸投げしベンダー側がそれをフォーローしていると従来から言われていますもう 1 件社団法人日本情報システムユーザー協会 (JUAS) の調査がありますこれは何かと言いますとユーザーが開発ベンダーに対する不満が何であるか調査したデータですそれをまとめた結果をみると企画提案力の不足がダントツですまさにベンダーはユーザーのかゆいところに手の届くような提案ができていないと言っているわけです 1

2 一方発注者としての反省ですがここもやはりダントツですシステム仕様の定義が不十分のまま発注したと反省しているわけですそれから RFP を明確に提示していないと反省があがっていますそこはベンダーが何とかやってくれるだろう ITシステムは良く判らない発注側の要求を理解し提案をしてくれるだろうとの思いもあるかと推測できます別な視点の資料があります日本企業における IT 投資と経営目標の不整合についての調査です米国と日本企業と比べています IT 投資と経営目標との整合性が取れているかということです IT 投資は要求がありこういうシステムを作ろうとかこんなプロジェクトを作ろうとかいづれにしてもその要求は企業として経営の目標と整合性を取られてなければいけないわけですそこでデータを見てみると米国では83% 整合が取れています一方日本は 38% の状況です逆に IT 投資と経営目標との整合を取ることが困難かといった質問ではこれが逆転し日本の方が54% 困難であると回答になっています日本では無駄なIT 投資の可能性があります弊社でも失敗プロジェクト原因分析を行った際今までお話したような内容の課題や問題が発生しました社内の管理や開発標準は存在するがそれでも失敗プロジェクトは発生する原因分析では要求に対する把握分析が不十分顧客との完成型の共有ができていない顧客とのコミュニケーションが不足との結果になりましたこれらの課題や問題を解決するための施策として超上流領域の顧客対応力や人材育成推進環境を整備強化が急務となり良策を検索する中で BA および BABOK を知ることとなったわけです BA/BABOK は弊社の問題解決の一助になると判断しこの知識体系を社内の管理 / 開発標準への組み込みことや社内教育へ展開し超上流を実践できる人材の育成を推進しています次にビジネスアナリストとは何かとなぜ BA が重要かについて話しますその後最新のバージョンは BABOK の 2.0 の概要とそれから活用事例について説明しますビジネスアナリシスとは組織の構造のポリシーおよび業務運用について理解を深め組織の目的達成に役立つソリューションを推進するためのステークホルダーのリエゾン ( 橋渡し ) となるタスクテクニックをまとめたものでそれを知識体系として構成したものが BABOK になりますこの話をすると知識体系は分かったではその知識体系をどうやって使えばよいのかと聞かれますそこについては今プロセスの中にこの知識をどう組み込もうか研究部会等で検討を行っていますその為にガイドラインを作成事例やモデル作成しようと活動しておりますソリューションとかタスクについての定義や意味はこの資料に書いてありますので後で参照してください BAは何をしなければいけないかということですがプロジェクトが組織の目的に沿っているか確認することが重要だということが言えますこの BABOK はどんな人達が作ったかといいますと技術者やベンダー側が作っているのではなくてユーザーの人たちが集 2

3 まって自分たちが組織の目標に向け良い方向に改善するためにはどうしたらいいかということで作り上げました要求を確実に引き出し分析し定義しそれを改善するために開発したのが大きな特徴ですすなわち組織社内のステークホルダーにプロダクトやサービスを提供するために備えるべき能力を定義すること組織の目的を定義することですですから企業が存続するための目的を明確にするのがここに現れているということです先ほどのデータですがプロジェクトの半数は納期遅れ予算超過機能不足とかについて今までいろいろな対策をとって来ましたがそれはあまり役立っていないということです次のスライドに移って要求が妥当であるかどうか判断するためには何らかの基準が必要である組織から提示される要求が妥当であるかどうかはその組織内部で合意が形成されて組織に属する人々が納得しているかどうか何か非常に難しいことが書いてあります簡単に言いますと今ユーザー側にシステムを納品するとしますこのシステムはプロジェクトの中で要求をいろいろ定義してそのとおりシステムを作ったわけですそのできたシステムの機能全てを 100% とすると実はその中で使われる必要な機能は約 60% しかないといわれています後の 40% はこの際 IT 化のためにそれぞれのステークホルダーの要求を全て網羅してしまい利用されない機能が組み込まれてしまっているわけですそれであるならば 60% のシステム規模におさえ安価に構築した方が品質も上がるのではないかというような考え方もあるわけですそれには本当に必要な要求が定義されているかどうかステークホルダー間の合意が形成できているかどうかが重要でありますビジネスアナリシスとはそこをしっかりと要求の妥当の判断基準を持ち合意させるテクニックが必要だということになるわけですここにガイドブックがありますこの中でも読んでいただいている方はいらっしゃると思います IIBA 本部が公開した BABOK V2.0 の翻訳本です IIBA 日本支部のホームページから購入することができます一冊 6,000 円です翻訳して出版したのは日本が第 1 号ですその他今メキシコそれからドイツ語に翻訳しようと動きがありますがまだ日本語版しか発行されていません IIBA について説明させていただきますと IIBA(International Institute of Business Analysis) という非営利団体です本部はカナダのトロントにあり BABOK の開発 / 普及それから CBAP それから今年の1 月に開始された CCBA という認定資格試験を実施しております更にBAの専門家の知識共有と貢献のための様々な活動を推進しています会員数は現在全世界で約 2 万人です毎年急激に増えているのが特徴です支部は約 110 支部ありますただ支部および会員の大半が北米です日本は 80 番目に支部として立ち上がりましたなおこれらのデータは今年の年次総会のデータです IIBA は 2003 年に設立されましたその後 2005 年に BABOK1.0 を発表し 2009 年に発表された BABOK の 2.0 が最新バージョンです詳細はいえませんが V3.0 を公開に向け改 3

4 訂を始めた状況です続いて日本支部の説明をさせていただきますまず BABOK の翻訳版の出版を世界初で実施しました更にこの後説明に立つ宗が研究部会を立ち上げて 3つの WG が活動しております WGでは BABOK のタスクをプロセスにどう組込むかとか BABOK の研究事例やモデルを作る活動をしておりますその他には普及のためのセミナーやカンファレンスを実施しています今年最大の注力事業は CCBA 認定資格の日本語試験を 11 月の下旬に実施することです現在本部との調整試験問題の翻訳活動を行っております認定資格は CBAP CCBA の資格があります CCBA というのは CBAP の下位資格です CBAP は全世界で 1,325 名日本の資格保有者は現在 8 名おります世界の国の中で 10 本の指にやっと入ったところです保有者の大半はアメリカカナダの人たちで占めています PMP と比べてかなり難しい資格と認識しています IIBA 日本支部は合計 26 社のスポンサー企業の費用でいろいろ活動をさせていただいています日本支部の会員は 249 名です少し伸び悩んでいる状況ですもしこれを契機に BA について活動したいという方がいらっしゃいましたら是非ご入会ください 11 月の初旬にはマイアミで IIBA 本部のカンファレンスがあり視察ツアーを計画中ですまた日本支部でも 12 月にカンファレンスを計画していますので是非ご参加くださいますようお願いいたします時間も少なくなってきましたがこれから基本概念について話しますまず要求について話をしていきます要求 requirement ですがある企業の過去現在未来における条件または能力のほか組織構造役割プロセスポリシールール情報システムなどの記述も要求に含まれるまた企業のある側面の現在または将来の状態を要求として記述する場合もあるとか既存の知識体系では要求はすべて IT システムが前提とされていますが BABOK では要求を IT システムのみならず広い意味でとらえていますその企業の継続的な発展のために必要な目的それに対する戦略を考えて行くわけですがそれを考える中でいろいろなソリューションが出て参ります IT 化だけがソリューションではなく組織変革をすることもありますし業務改善を行うこともありますそれら全てが BA の対象範囲となりますそして先ほど白坂先生も言っておられましたが業務をうまく効率化するために自動化しようとして IT が関係してくるというような位置づけになってくるわけです BABOK では要求を主に3つに分類していますまずは組織の目的目標であるビジネス要求がありますその要求を達成するためにそれにかかわる人たちのステークホルダー要求が個別に出てきますその要求を実現するためにはいろいろな課題解決するためのソリューション要求が出てきてその中に非機能要求ですとか機能要求ですとかこのあたりは皆さんの得意の範疇かと思いますそれら要求を明確化するために BABOK では大きく7つの知識エリアを設定していますその中の基礎コンピテンシはその他の知識エリアのタスクを実行するために必要な行動 4

5 特性知識資質についての説明ですその他の6つがその要求を明確にするための知識エリアとなりますまず大事なのはエンタープライズアナリシス企業の分析をすることです分析の結果課題や問題が判明しその解決のために要求アナリシスと引き出しにより要求が何か具現化していきます分析して引き出した要求が組織の中で本当に妥当性があるか確認しなければなりませんそれがソリューションのアセスメントと妥当確認ですそしての要求の妥当性を組織内で合意をとり実際にそれを改善して行く流れになります次に要求を明確化し合意するために何をやるか計画を立てそれがうまく実行できているかとモニタリングをしますこれが要求のマネジメントとコミュニケーションビジネスアナリシスの計画とモニタリングの知識エリアになります知識エリアはプロセスを表すものではないですからあくまでも必要な知識としてタスクで何をやればよいかつまり機能が示されていますそしてそれに必要なスキルとかテクニックが何かとこのガイドブックには記載されています本日は時間がありませんので詳しくはガイドブックを参照してください BABOK は方法論ではありませんこれを実際に使う上ではプロセスの中にうまく組み込んで行く必要が出てくることになります BAで特に重要なことは妥当性を確認した要求をドキュメントとして見える化をすることになりますその最終的なものが RFP になるかもしれませんが見える化が要求定義の確証評価のチェックリストになりますプロジェクト各工程に BABOK の知識エリアをマッピングすると資料のようになりますこれは比較的見やすいので資料に入れてありますプロジェクトの中でまずは企画フェーズでエンタープライズアナリシスのタスクが活用できその中から引き出した要求を要求アナリシスのタスクを定義設計要求定義及び設計構築フェーズ以降のプロジェクトの中で活用することになりますそしてその工程での作業の監視することと構築したシステムの運用時に解決した要求結果を評価して次の改善につなげるサイクルになります BABOK の知識エリアがそれぞれの工程の中で関係つけられる事が理解されたと思います最後少し駆け足になりました次に現在 BABOK が何処で使われているか紹介します有名な所では NTT データの標準の中にこの BABOK が入っています SLCPでいう所のシステム化計画の工程が社内標準に組み込まれていますこれは少し古いデータですけれども NTTデータの社内標準に BABOK のタスクを組み込んだ図ですその後改訂があったと聞いていますなぜ BABOK のタスクを組み込んだかはここに書いてありますまずは特性としてソリューション IT に限定しない業務分析を行うために実践的な知見であるグローバルな共通言語である最後は世界で通用する認定 CBAP と CCBA があるです上流工程の方法論を統合整理して目的を達成しょうと BA をプロセス中に入れ込んだ活用事例で 5

6 すそれから都庁が各種システムのリプレース時の要求定義を行い RFP を考える際に BABOK を活用していますそのために産業技術大学院大学に都庁のシステムにかかわる方々を集めて BABOK の教育を実施しましたそれ以外に外資系の生命保険業務の品質向上とBA 人材育成の必要観点から BA をプロセスに組み込んだ例もあります後でまた詳しく出てくると思うのですがアメリカの例としましてはファイナンシャル系それから損保系政府系またエネルギー系などの企業や官庁が BA を導入している実績がこの資料に記載されています次は認定試験についてです認定資格には CBAP CCBA があります先ほども話しましたが CBAP は上位認定で日本には 8 名の保有者がおります 2008 年よりペーパー試験から CBT に変わりました難易度が高い認定資格です CCBA は 2011 年 1 月に開始された下位認定です 11 月下旬に日本語試験を実施する予定です CBAP はよく PMP と比べられます認定の要件や仕組みが似通っているからです一番異なるのは CBAP の場合には 7,500 時間の BA 経験を記述し申請本部で審査を受けますそこが PMP と比較して審査が厳しいところです日本最初の取得者はこの審査に通るために 3 回その申請書を書き直して 4 回目に通りました次に後で見ていただければいいと思いますが BABOK と他の知識体系との比較です最後にスポンサーになっている企業のリストを紹介します NEC も近々ゴールドスポンサーになる予定です我々の今後の活動で BA や BABOK を普及するためには特にユーザー側に広げて行きたいと思っていますでは続きまして理事の宗が北米の動向と IIBA 日本支部研究部会の状況を話します 6

BABOK 概要と最新動向 ~BA が日本を変える ~ IIBA 日本支部代表理事福嶋義弘 (NECソフト IT トレーニングセンター長 )

BABOK 概要と最新動向 ~BA が日本を変える ~ IIBA 日本支部代表理事福嶋義弘 (NECソフト IT トレーニングセンター長 ) ビジネスアナリシスの必要性 1 米国における IT プロジェクト実態調査の結果成功プロジェクト : 34% 期限内予算内すべての仕様と機能を完備問題プロジェクト : 51% 平均で 82% のプロジェクトが期限を超過平均で 43% のプロジェクトが予算を超過