３年前のこのコラムにて「ユーザーのためのプロジェクトマネジメント」と題
して、ＰＭＯ（プロジェクトマネジメントオフィス）の設置のついてふれたこと
がありました。
設置の目的として、
・システム化投資のメリットを出すためのマネジメントを実施し、ベンダ側も
巻き込んでプロジェクト全体としての整合性がとれるような運用を可能にする。
・システム開発の完了が終わりでなく、それを何年も運用し続けることがユー
ザーのスコープとなるようにプロジェクトを推進する。
その際、ＰＭＯの役割としては、以下のものが想定されるとしました。
（１）品質管理
（２）トラブルプロジェクト支援
（３）人材（ＰＭ）の育成
（４）構築のための導入技術管理
（５）調達管理
現在、こういった目的、役割のもとでＰＭＯが十分機能しているかというと現場
サイドからいうとはなはだ疑問といわざるをえません。
前述にありますように、ＰＭＯを設置した時は、ＰＭ（プロジェクトマネジャ）
を支援するものであったわけですが、実態としては、「進捗遅れはないか」「品
質に問題はないか」「標準化に準拠して作業をしているか」などＰＭやプロジェ
クトチームの作業内容をチェックすることに注力する傾向があります。
現場のＰＭにとっては「ユーザからの仕様変更」「納期調整」「コスト圧縮対
策」等、ステークホルダー対応に常に苦慮しているのが現状です。こういった状
況で、ＰＭＯによるチェックに対しての報告に労力をさかれることはある意味耐
えがたい場合もあるかもしれません。
ただ、効果的にＰＭＯを利用して、大規模プロジェクトにおいてＰＭが気付か
ない問題点を吸い上げる役目をしたり、問題点の解決のための会議などを推進し
しトラブルを事前に回避する事例もあります。
現在のシステム開発は、複雑なシステム要求、低コスト、短納期といったいつ
トラブルが発生してもおかしくない状況におかれています。こういった中で、ト
ラブルの予兆をいかに事前につかみ迅速な対応をうてるかでプロジェクト成否が
決まります。
ＰＭやプロジェクトチームのチェックばかりするのでなく、ＰＭＯがその予兆
をつかむ役割として有機的にプロジェクトの一員として参画できる体制をとるこ
とが効果を生む結果となります。
ここでＰＭＯがプロジェクト状況をタイムリーに把握できる情報を提供できる
仕組みをつくることがあげられます。例えば「仕様書が未作成の件数もしくはペ
ージ数」「チーム別または個人別の成果物の量」「品質不適合発生の量および発
生率」の各推移についてデータ提供しトラブルの予兆をつかみます。
成果物の個人別の量や不適合率に変化があった場合にはその個人に何がしかの
問題点が隠されていると判断できますし、全体に品質の低下傾向があれば、後工
程に影響を与える可能性があるため対策をうつ必要が生じます。
このようなトラブルの予兆をつかんだら対策を確実に実施することが重要です。
その対策を「だれが、いつまでに」実施するか、また、トラブルは再発していな
いかのフォローも重要です。このような対応が実施されているかの監視機能をＰ
ＭＯの役割のひとつとしてあげることもできます。
どちらにせよプロジェクトが円滑に推進されることを目的として、ＰＭＯをう
まく活用することが重要と思われます。
■執筆者プロフィール
西田 則夫（Nishida Norio)
情報処理プロジェクトマネジャー、ＩＴコーディネータ
マネジメントの経験を顧客満足の向上に役立てたいと思います。
Norio.Nishida@csk.com
コメントをお書きください