≪全文≫

●業務側と実装側をつなぐ仕事がビジネスアナリシス

　今回は、ビジネスアナリシスのお話をしましょう。

　「ビジネスアナリシス」という言葉を聞いたことはおありでしょうか。プロジェクトマネジメントのグローバル標準であるPMBOKには、「要求事項の収集にはビジネスアナリシスの専門的知識を有するエキスパートの判断を参考にする」とあります。プロジェクトでいうと、要求事項の分析をする専門家のことです。

　それに関して、「BABOK（Business Analysis Body Of Knowledge）ガイド」というグローバル標準のガイドがあります。そこではビジネスアナリシスのことを、「ニーズを定義し、ステークホルダーに価値を提供するソリューションを推奨することにより、エンタープライズにチェンジを引き起こすことを可能にする専門的活動」と定義しています。

　ものづくりの分野では「システムズエンジニアリング・ハンドブック」という、アメリカのINCOSEというシステムエンジニアリングの団体が使っているハンドブックに、「ビジネスまたはミッション分析の中で、BABOKガイドによりビジネス要求を規定する」とあります。

　どちらかというとシステムエンジニアリングのものづくりより上流の、ステークホルダーやビジネスとしてソリューションがなぜ必要かという分析を、ビジネスアナリシスといっています。

　ここで少し日本におけるプロジェクトの問題点をご紹介したいと思います。

　日本は長期雇用の構造で、雇用の流動性が少ない。ということは、入社してから定年までずっと同じ会社にいる。あるいは転職するとしても、同じ分野で転職することが多い。そうすると、どうなるかというと、自分の会社や自分の業界のことにはエキスパートで、すごく詳しい。けれど、業界標準や他の会社、他の業界のことはあまり詳しくないという文化になりがちです。

　そのためにプロジェクトでどういう問題が起こるかというと、プロジェクトで実装する、発注するほうは、自分の会社のやり方にこだわる。「自分の会社のやり方に合ったソリューションをください」と言うわけです。システムに業務を合わせるのではなく、自社の業務に合わせたカスタマイズ（を求める）。

　例えば、経理部門では「会社創業以来60年、連綿とOJTで仕事をやってきました。それをシステムにしてください」...