管理者層は？
私はIT部門の管理者層（IT部門長などの組織管理者、プロジェクト・マネジメント・オフィスなど）の方と話しをする機会が多くあります。複数のプロジェクトをまとめてみる立場の管理者層の方は、以下のような悩みを持たれているケースが多いです。
- たくさんあるプロジェクトの中で、結局どのプロジェクトに問題があるのか分からない
- 問題に気づいたときには手遅れになっているケースがある
例えば、管理者層がつぶさに各チームのダッシュボードをみる、もしくは各チームで毎朝行われるスタンドアップミーティングなどに参加してヒアリングすれば解決されるかもしれません。しかし、プロジェクトはたくさんあり、そもそも管理者層は多忙です。
さらにお話を伺うと、以下のような方法（図3）で報告を受けているケースが一般的です。
マネジメントへの報告のために、まずプロジェクト・メンバーからの報告をPMがとりまとめ、さらにPMOなどがそれをとりまとめ全体報告を作成します。
とりまとめと報告が何層にも及んでいます。プロジェクト・メンバーの報告から全体報告までに1週間～2週間はかかっています。
手作業でのとりまとめによる間違いも起こるし、報告内容の「いわゆる調整」も入るかもしれません。これでは、2週間前の情報で判断することになり、そもそも正しくない情報によって判断せざるをえません。
管理者層は、組織としての目標を達成する、リスクを察知して早期に対応する、場合によってはプロジェクトを早期に中止して費用の浪費を抑えるといった対応をとりますが、そのためには、正しい情報に基づいて、「一目」ですぐに「結局どのプロジェクトに問題があるの？」に気づけることがなにより重要です。
管理者層を支える開発インテリジェンス
各プロジェクトの細かく大量な実績データ（タスク、障害、課題、ソースコード、テストケースなど）をもとに、意思決定できる情報に変える。切り口を変えて分析する。この考え方は、膨大な業務データをもとに経営面での意思決定を支援するビジネス・インテリジェンスの考え方と同様です。ビジネス・インテリジェンスのコンセプトをソフトウェア開発に適用するという意味で、Rationalではこの考え方と仕組みを「開発インテリジェンス」と呼んでいます（図4）。
この仕組みでは、人手を介することなくプロジェクトで使用しているRTCなどのツールから直接データを取得し、データウェアハウスに取り込みます。そのデータをビジネス・インテリジェンス・ツールのレポート・エンジンにより意思決定のできるレポートとして表示し、必要に応じて問題のあるプロジェクトを掘り下げて分析します（図5）。
この仕組みにより、開発者は普段の開発作業を行い、RTCのダッシュボードによってプロジェクトの予測性が高められる一方で、管理者層はクリアな定量的データをもとにした開発インテリジェンスにより、一目で問題に気づき、原因の分析ができるのです。
そして継続的改善へ
そろそろこの連載も終わりに近づいてきました。
第1回で、RUP（IBMプラクティス・ライブラリ）は『「開発プロセス」から「開発組織のためのプロセス」』へ進化しているという話がありました（未読の方はこの際にぜひ！）。
プロセスは、決めること自体に意味はなく、適用されて効果がでて初めて価値があります。クイックにプロセスを定義し、適用し、展開して、これを繰り返すことで継続的な改善につながります。
効果をどのようにみるか。開発インテリジェンスの仕組みにはあらゆるデータが蓄積されているため、これもまたクイックに効果をみることができます。
IBMプラクティス・ライブラリでは、プラクティスと測定をマッピングして体系化し、適用するプラクティスと効果測定がセットで定義されていますが、Rational Insightには、この測定レポートがあらかじめ含まれています。
開発インテリジェンスの仕組みを使用することで、効果を測るために新たな運用や作業、測定の仕組みを変えることなく効果をみることができるのです。
少々手前味噌ですが、IBM Rationalは組織改善のためのノウハウとその仕組みをもっています。
多くのお客様のプロセス改善をお手伝いしてきた経験に加え、自らそのプラクティスを実践しツールを使用し組織を変革することで、IBMプラクティス・ライブラリ自体もツールもRationalの組織自身も進化しています。今、変革を求められる方々にとって、これらのソリューションが少しでもお役に立てればこれほど嬉しいことはありません。
お付き合いいただきありがとうございました。
