-----------------

書名：上流工程で成功する人、つまずく人

著者：荒井玲子

-----------------

この本は以下の章から構成されています。

-----------------------------------

◆第1部　要求編

第1章　要求の獲得はなぜ難しいのか

第2章　要求を獲得できる人、できない人

第3章　問題のパターン

第4章　要望収集プロセスのパターン

第5章　フィルタリングのパターン

◆第2部　プロジェクト編

第6章　非知識労働の開発プロジェクト

第7章　IT業界にまつわる誤解

第8章　知識労働としての開発プロジェクト

-----------------------------------

最近、新書が数多く出版されていますが、

「目次」にストーリーが感じにくい表現の本が見かけられます。

例えば、単に第1章基礎、第2章実践、、、といった具合です。

この本は目次を眺めているだけで、どういうストーリーなのかが

とてもわかりやすくまとめられています。

また、「非知識労働の開発プロジェクト」や「コンピュータを使っていれば知識労働？」というように

少々とんがった表現が使われていることで、もっと詳しく読んでみようという気になります。

前半は上流工程の進め方や問題解決のやり方を丁寧に紹介していますが、

私が特に興味深かった所は後半のプロジェクト編です。

単に上流工程の内容をわかりやすく伝えることだけではなく、

知識労働とは何か、知識労働の反対は本当に肉体労働なのか、

開発プロジェクトにおける知識労働とは何かというところを

掘り下げて議論しているところが、とても興味深く読めました。

例えば、

・知識労働者にとって必要な知識は、基礎知識＝「本質」

・基本的な技術の使い方を知っていることと、基礎知識があることは別

といった内容です。

入門書、と名のつく本はたくさん出ておりますが、

その中でも

・その分野の内容がわかりやすく書かれている本

・その分野と周辺分野との関係がわかりやすく書かれている本

・その分野の将来性まで推敲できるような本

・その分野の世界観、価値観が抽出されている本

というように、いくつかパターンが分かれるのかなと思っています。

私はこの本を通じて、上流工程を含むシステム開発のあるべき姿に

接することができたような気がします。

週末がとてもポカポカして気持ちが良かったのですが

今週に入るととたんに寒くなりましたね。

先週よりももっと冷え込んでるんじゃないかと思えます。

風邪などひかずに元気に過ごしたいものです。

BABOKに関連するウェブ情報をチェックしているのですが、

なかなか新しい記事が出てこないですね。。。

検索サイトで「BABOK」と入れると、かれこれ2ヶ月くらい

上位にランクされるサイトは同じものです。

例えば…ニュース関係ですと、

「PMBOKの次は『BABOK』が来る？」（2008/05/23）

http://itpro.nikkeibp.co.jp/article/OPINION/20080513/301525/

「日本でBABOKを定着させる -IIBA日本支部が設立」(2008/12/24)

http://itpro.nikkeibp.co.jp/article/NEWS/20081224/321937/

「NTTデータ、BABOKで業務改革を支援」（2008/12/17）

http://www.atmarkit.co.jp/news/200812/17/ntt.html

また、個人の方のブログですと

「WITH BABOK」

http://babok.jp/

をはじめとして、多くのブログで取り上げられています。

その多くが上記のニュースを紹介しているトピックです。

BABOKについて勉強すればするほど、

この知識体系が適用できる範囲はシステム開発だけではなくて、

課題を見つけなければならない、様々な場面において

活用できるのではないかという思いが強くなってきています。

BABOKとは、日本語にあてるとしたら、ビジネス分析の知識体系ということで

これまで業種としては特定されていなかったものの

業務としては存在していたことを

その経験やノウハウ、ツールをまとめて1つのシステムとしたものだという認識を

私は持っています。

そういう意味では、

BABOK　＝　ビジネス分析をする上での「教科書」

…というよりはむしろ、

BABOK　＝　ビジネス分析をする上での実用的な「百科事典」

…という理解に近いような気がします。

例えば、BABOKver1.6の知識エリア「要求の引き出し（抽出）」の部分では

抽出方法として

・Brainstorming

・Document analysis

・Focus group

・Interface analysis

・Interview

・Observation

・Prototyping

・Requirements workshop

・Reverse engineering

・Survey

が紹介されています。

各章を読んでみると、BABOKは、既存の経験や知識、ノウハウを

「ビジネス分析」という枠で再整理したものなんだな、ということが

わかりました。

BABOKを学び始めた当初は、全てゼロから理解しなければならないのかと

多少重く感じたこともありましたが、

1つ1つ見ていくと、実はどこかで耳にしていたり、自分が経験していたことを

言葉を変えて表現していることが多いことに気付きました。

気づいたからといって、BABOKを理解したことにはなりませんが、、、。

日々精進あるのみ、です。

①ビジネスアナリストってどんな人？

②ビジネスアナリストが活躍する場面はどこ？

③なぜビジネスアナリストが生まれたの？

④ビジネスアナリストに必要なスキルは何？

ということです。

私が今の段階で持っているイメージは、

①顧客と、ＩＴベンダーの間に立って調整する人

②顧客が抱える問題を明らかにしたいとき

③経営課題にこたえるようなシステム開発を行うため

④調整能力、コミュニケーション能力

という感じです。

まだ、BABOKを学び始めて数か月で、

システム開発にほとんどまだ関わっていないので

かなり的外れなイメージだと思います。

いろいろウェブや本を調べているうちに、

ITコーディネータに行き当たりました。

ＩＴコーディネータ協会のウェブサイトを読んでみると、

-----------

・ＩＴユーザとＩＴベンダーの双方の立場を理解し、経営者の立場から「真に経営に役立つＩＴ投資」をサポートできる人材

・ＩＴコーディネータは、経営とＩＴの両面に精通し、企業経営に最適なＩＴ投資を支援・推進することができるプロフェッショナル。

http://www.itc.or.jp/about/index.html

-----------

と書かれています。

これを読むと、ビジネスアナリストのイメージとかなり重なるのですが、

ＩＴコーディネータとビジネスアナリストは、違うのでしょうか。それとも同じ職を指しているのでしょうか。。。

もっともっと、勉強します！

Business Case、日本語に置き換えると「仕事の場合、事例、状態」というよくわからなくなってしまうので、

「ビジネスケース」と表現するしかないみたいです。。

インターネットで検索してみると、Business caseはビジネスケースで表現されていました。

------

ビジネスケースとは

・企業リーダーシップの意思決定パッケージとして機能する業務プロセス改善の構造化された提案。ビジネスケースは、業務プロセスニーズや問題の分析、解決案、仮定や制約、代替案、ライフサイクルコスト、効果／費用分析および投資リスク分析を含む。

（出典：http://www.erp.jp/old/006/books/022/013.html)

また、英語版ウィキペディアを見てみると、次のようなことが書かれていました。

（訳には自信がありませんが。。。）

・ビジネスケースは、プロジェクトを開始する際の論拠を示している。

・ビジネスケースには、プロジェクトが開始される背景や、プロジェクトによって得られる利益、コスト、リスクが含まれる。

（参考：http://en.wikipedia.org/wiki/Business_case)

--------

BABOK本文では、「ビジネスケースは、経営者がプロジェクトに追加投資する際に、それに値するものかどうかをを判断する材料である。」という説明がされていて、エンタープライズ分析において最も重要な成果物であると紹介しています。

ビジネスケースを作成する際に必要なことや、ビジネスケースを作成する際に求められるスキルなどなど、本文では説明が続きますが、内容についてはまた後日更新したいと思います。

読めば読むほどわからない単語、背景が増えていきますが、一つ一つ、理解して

更新していきたいと思います。継続は力なり、です！

「ビジネスアナリシスは，ベンダーやコンサルティング会社の仕事ではない」
http://itpro.nikkeibp.co.jp/article/OPINION/20090203/324145/

内容は、アメリカで13年前からビジネスアナリシスを教えている専門家への

インタビュー記事で、
・ビジネスアナリシスの定義
・ビジネスアナリシスと、既存の分野（Enterprise Architecture、要求工学など）との違い
・ビジネスアナリシスに必要なスキル

について紹介されています。

特に興味深かった点は、ビジネスアナリシスは、

プロジェクトが始まる前から活動し、

プロジェクトそのものを始めるかどうかを判断する領域も含まれるというところです。

プロジェクトを始めるかどうかというところも含めるということは、

確かに表題にもあるように、

ビジネスアナリシスは「企業内の人間だけ。コンサルティング会社のコンサルタントなど、外部の人間にはできない」

ということになるのかもしれません。

記事によると、ビジネスアナリシスの専門家であるSteven P.Blais氏は、

ビジネスアナリストを対象とした本を執筆中とのことです。

4月刊行予定とのことです、待ち遠しいですね。

深沢隆司著

BABOKに関する参考書を本屋で探していた時に、ふと眼にとまったのが「PMBOK」でした。

PMBOKはプロジェクトマネジメントに関する知識体系をまとめたもので、

最初のPMBOKは1983年に発表されて以来、数年置きに改訂され、

現在普及しているものは2004年の第3版のものとのことです。

（参考：http://www.atmarkit.co.jp/aig/04biz/pmbok.html ）

本書は、そのPMBOK本体を理解するための水先案内人のような構成になっていまして、

本体の章立てに対応した構成になっています。

読んでいてとても親切だなと感じたことは、

PMBOKの和訳版（1996年版、2000年版と2004年版があります）の違いを丁寧に紹介しているところや

誤解されやすい用語について取り上げているところです。

最初のPMBOKが発表されてから20数年かけて第3版が発表されたということを踏まえると、

BABOKも、これから末永く発展していくのかなと思うととてもワクワクしますね。

---------

・エンタープライズ分析

・要求の計画と管理

・要求の引き出し

・要求コミュニケーション

・要求の分析と文書化

・ソリューションの評価と検証

---------

BABOKのイントロの部分を読んでみると、ビジネスアナリシスを行う際の順番は定められていないようです。

しかし、とはいうものの、BABOKの章立てに順番が付けられているので、まずはエンタープライズ分析から手をつけるべきなのでしょうが。。

今日は、エンタープライズ分析について書かれている第二章で出てくる、よくわからない用語について、書きたいと思います。

さて、読むぞ！と思って最初の文章を訳そうとしたところで、いきなり躓きました。。。

エンタープライズ分析とは何ぞや、ということが書かれているのですが、そこに書かれていたのは

「エンタープライズ分析とは、組織のビジネスチャンスをつかむために、またエンタープライズアーキテクチャのフレームワークを作るため、企業において最もよいプロジェクトの進み方を決めるための分析作業である」

という意味だと思われる文章でした。

困りました。エンタープライズアーキテクチャ自体がよくわかりません。

インターネットで検索してみると、

--------------

http://www.atmarkit.co.jp/aig/04biz/ea.html

（以下抜粋）

企業や政府機関・自治体などの組織（enterprise）のアーキテクチャをある一定の考え方・方法で包括的・体系的に記述して、その現状と未来の像（モデル）を可視化することで組織の全体最適を進めていく活動のこと。この活動を支援する方法論やアーキテクチャモデルをいう場合もある。

　EAでは、組織のあらゆる構成要素を階層化して整理し、その相互関係を示していく。対象は企業だけではなく行政機関・自治体なども含まれ、企業内の1セクションや複数企業グループなどを組織ととらえてもよい。構成要素には、組織の目標やビジョン、業務プロセスモデル、業務ルール、情報や情報技術、人的資源なども含まれる。

--------------

と説明されていました。

アーキテクチャとは、情報システムの設計における思想や考え方を指しています。

エンタープライズアーキテクチャは、組織として一貫した考え方のもとに整理して、

全体として企業の目的に合致するようにしていくための方法、ということでしょうか。

エンタープライズ分析の中には、下のように？？？な単語がたくさん出てきます。

・ビジネスケースとは？

・ビジネスアーキテクチャとエンタープライズアーキテクチャの違いは？

なんだか、全ての単語が専門用語に思えてきて、混乱してきました。。。。

たぶん、全体像がつかめたら一気に理解が進むのでしょうけれど。。。

がんばります！

著作監修：独立行政法人　情報処理推進機構　ソフトウェア・エンジニアリング・センター

上流工程について勉強する際に参考文献としています。

章立てとしては、

------------------------------------

１．「見える化」の目標

２．上流工程における「見える化」の全体像

３．定性的見える化アプローチ

４．定量的見える化アプローチ

５．統合的アプローチ

６．曖昧性と不確実性のマネジメント

７．見切りながらのプロジェクト推進

８．プロジェクトを取り巻く環境変化と課題の俯瞰

付録．見える化のツールと関連資料

-------------------------------------

となっています。

私見ですが、上流工程に限らず、

ある分野について書かれている本を大きく分類すると

・入門書

・教科書、専門書

・実用書

となるのではないかと考えていますが、

この本は、とてもわかりやすい実用書という印象を受けました。

例えば「付録」では、上流工程における「見える化」を行うために必要な資料が

紹介されており、さらに同じ内容がウェブページからダウンロードできます。

ダウンロードできるファイルは以下の通りです。

---------------

・自己評価シート

・ヒアリングシート

・測定項目リスト

・プロジェクトにおける問題事象と対策の事例集

・リスク分類表

---------------

この本は「上流工程」「中流工程」「下流工程」「総集編」とシリーズ化されているので、

必要な部分だけ読んだり、全体を俯瞰して読んだり、いろいろ便利です。

-----------------------------------------------

ビジネスアナリシス（Business Analysis）

ビジネスアナリシスは、組織の構造や、指針、運営を理解し、かつ組織が目標を達成するために必要としているソリューションを低減するために、ステークホルダー間の調整役をする上でのテクニックやタスクをまとめたものである。

BABOKは、ビジネスアナリストの職種を定義するものではなく、ビジネスアナリシス自体を定義するものである。ここでいうビジネスアナリストに該当する職種は組織間でかなり異なる）。ビジネスアナリシスは、システムアナリストやプロセスアナリスト、プロジェクトマネージャー、プロダクトマネージャー、ソフトウェア開発者、品質保証アナリスト、ビジネスアーキテクト、コンサルタント等の職種でも用いられている。

…なんだか、カタカナ用語が頻繁に出てきてるからなのでしょうか、結局ビジネスアナリシスがよくわからなくなってきました。

そもそも私自身がこの分野について知識も経験もない状態なのでわからないのは当然ですよね。

今回、BABOKを和訳している中で感じたことは、和訳の難しさです。

英語のまま読むと何となくイメージが湧く気がするのですが、

英語をそのまま日本語に訳すると、まるで日本語として理解できる文章にならないんですね。

上の文章は、読む人が読めばビジネスアナリシスの説明になっているのかもしれませんが、結局システムアナリストやプロセスアナリスト、ビジネスアーキテクトという職種が担当している仕事の領域を理解していないと、ビジネスアナリシスの領域を理解できないような気がしてきました。

芋づる式にわからないことが増えてきてますが、メラメラと燃えてきました。

和訳の進捗状況もここに随時載せていきますが、

付随的に勉強したことも引き続き更新していきたいと思います。

今更ながら、「英語から日本語に訳すこと」と、

「中身を理解すること」は全く別物だということを

痛感してます。。

例えば、「ビジネスアナリシスは、ビジネスのニーズやソリューションを特定するために必要な作業、知識、技術である」という文章がありますが、もうすでにここで混乱してます。

まず、英語をそのまま日本語にしてよいものと、カタカナ表記にしてよいものの違いがよくわからないということです。

ニーズや、ソリューションという言葉は、カタカナ表記だろうなと推測できますが、taskを「作業」としていいのか、それとも「タスク」としてよいのか、ということで手が止まってしまいました。。。

そもそもビジネスアナリシスという表現も「ビジネス分析」なのかもしれませんし。

ニーズやソリューションという言葉が、カタカナでもイメージが湧くようになるまでには

おそらく長い時間がかかってしまうんでしょうね。

第一章の最初の部分で「BABOKは、ビジネスアナリシスの定義を作る最初の試みである」という記載があるように、「ビジネスアナリシス」という言葉が意味することは、普及するにつれてこれからどんどん具体的になっていくのだと思います。

第一章を読んだくらいでは、まだまだビジネスアナリシスを理解するには早すぎると思うので、

どんどん、勉強していきたいと思います。