前回まで１０回のブログにて、BABOKをベースにした人材採用活動の課題解決を考えてきた。ブログで述べた内容以外にも、BABOKでは重要なポイントがいくつもある。

　最後の知識エリアは、⑦”基礎コンピテンシー”である。採用活動のためのソリューションなどの計画を立てたとしても、それを実行する能力が足りないと”絵に描いた餅”に終わる可能性が高い。

一通り、対応方法が固まってきた次は、この”⑥要求のマネジメントとコミュニケーション”である。今までのエリアも重要であったが、ここで手を抜くと全てが水の泡になることも多い。

さて、次は”⑤ソリューションのアセスメントと妥当性確認”である。ここでは、今までに分析した内容から抽出された問題の解決案、業務の実行策などのソリューションを評価する。

次の知識エリアに入る前に、”④要求アナリシス”の制約条件／前提条件について、確認していきたいと思う。

続いてのBABOKの知識エリアは、”④要求アナリシス”である。ここは、要求仕様定義（要件定義）などの名称で、かなり以前から書籍なども出ており、なじみがある方も多いだろう。

続いてのエリアは、”③エンタープライズアナリシス”である。まずは、企業としてあるべき業務、ニーズを分析する。

前回は、”①ビジネスアナリシスの計画と監視”、特にステークホルダー分析について検討した。今回は、”②引き出し”についてである。

それでは、人材採用活動の進め方をBABOKにを元に考えていきたいと思う。

まず、”①ビジネスアナリシスの計画と監視”は、全体アクティビティの計画が主な活動となっている。ここで重要なのがステークホルダー（利害関係者）の分析である。

　さて、下記のテーマの人材採用をどう進めるかを考えたい。もう前回のブログから１日経過しているため、すでに計画を固めた方もいると思う。

超上流工程という言葉がかなり浸透してきたが、３月に独立行政法人　情報処理推進機構（IPA)のソフトウェア・エンジニアリング・センター（SEC）から公開された資料に「高品質のための超上流工程における企業の課題・取組み事例集」というものがある。

　開発管理シリーズでお話しているが、要求仕様定義の途中で、開発プロセス／開発計画に戻ってしまった。本日は、要求仕様に関連するBABOK（Business Analysis Body of Knowledge）のお話です。

　前回の非機能要求の続きである。実際に非機能要求はどのように纏めるのがよいのだろうか？　正解があるわけではないが、私は下記の方法を推奨している。

　前回の続きであるが、機能性の要求は曖昧性などを含むことも多いが、項目が最初から抜けてしまうことは少ない。機能が無ければ、全く製品として成り立たなくなるからだ。

　一方、非機能項目は忘れがちということもあるが、要求仕様書にどのように表現・記載していいかわからないという相談も多い。

要求仕様定義がレベルが低いと、品質に影響するばかりでなく戻り作業が多くなるなどの弊害が発生する。また、最近は要求仕様定義がますます重要視されている。

　前回、開発V字モデルにて開発工程を記載した。その中で””要求仕様定義”と”方式設計”という工程（フェーズ）があると書いたが、この工程の切り分けは非常に単純そうに見えて、うまくいっていない場合が多い。