参画させるメンバーと体制

creation date:2003/1/30
last update date:2003/1/30

メンバーの選定

システム開発プロジェクトを始めるにあたっては、そのメンバーを集めることになります。大抵、各関係部署に相応しい人物を推薦するように求めるでしょう。責任感があり、統率力があり、業務に詳しく、改善に積極的で、現行システムにも詳しく、その問題点もよくわかっている人物です。ですから、推薦されるのは、主任クラスとなるでしょう。ここまでは、ごく当たり前のことだと思います。残念ながら、相応しくない人物が推薦されることもあります。ですから、最初に選ぶプロジェクトマネージャー、プロジェクトリーダーの資質が、重要です。メンバーとして相応しい主任クラスの人材の供出に、各課が抵抗する場合があります。そういう場合に、きちんと相応しい人材を出すように、指示・命令・説得できるだけの、地位にいたり経験を持っていたり人格を持っていたりしなければプロジェクトマネージャーとしては役不足です。どこかの課長がごねるようであれば、一喝するぐらいでなければなりません。

体制

プロジェクトメンバーは、メンバーに選ばれたことで仕事量が増えます。そのため、モティベーションが低下することも想定されます。そのメンバーが、相応しい人物であっても、そもそも自分の持ち分の仕事があるわけですから、なぜこんな会議に出なければならないのか、といった気持ちを持つこともあるはずです。また、プロジェクトの仕事が増えれば、本来の業務が遅れるということにもなります。そのうち、ある期日まで仕上げるべきプロジェクトの仕事を、時間が取れなかったという理由で、やってこなかったりもします。これでは、せっかくの優秀な人材を無駄にしていることになります。

ですから、プロジェクトメンバーは専任化しなければならないのです。それができないのなら、いつもの倍働けと命令しておくしかありません。情報システムのサイクルが短期化している昨今、システム開発プロジェクトに2年も3年もかける企業はありません。半年ぐらいが普通、長くても1年、もしかしたら3ヵ月という場合もあるでしょう。しかも、そのうち、プロジェクトメンバーが最も深く関わるのは、システム化構想をまとめる段階です。その期間だけ、仕事量が倍になっても、どうにかなるでしょう。

そうはいっても、専任化するに越したことはありませんし、できるだけ専任とすべきです。システム開発のスケジュールが乱れ、稼動時にまともに動かなかったり、稼動時期が大きく遅れたり、予算が超過したりといったことを考えれば、早めに苦労をしておく方がずっといいのです。

プロジェクトメンバーを供出する各課の長が抵抗するのは目に見えています。ですが、なぜ、そんなことになるのでしょう。その人がいなければ仕事にならないということが、一般企業で有り得るのでしょうか。そうであれば、その人が病気になって長期休養を取らざるを得なくなったり、突然退職したりした場合、長はどうやって仕事を進めるのでしょうか。そんな恐ろしいことは考えないようにしているとでもいうのでしょうか。

そのメンバーにしても、そもそも優秀なのだから次の課長に抜擢されるかもしれません。そうなっても、それまでの仕事は自分でやるのでしょうか。そうではないはずです。やはり部下の誰かに引き継いで、自分は課長としての職務を果たそうとするはずです。

ですから、専任化というのは、引継ぎを早めるだけのことなのです。突然、退職するのと違い、プロジェクト室にはいつでもいるのですから、何か問題があれば、すぐにアドバイスできます。こうやって、本来の業務とプロジェクトの業務の比率を、最初は50対50、だんだんに25対75、最終的に5対95あたりまで持っていければ、専任化は成功です。

この専任化というのは、やはり会社全体としての意識、社長を初めとする管理職の統率力がなければできないことだろうと思います。しかし、これができないために、無理が生じているプロジェクトを、僕はいくつも見てきました。少しでも、スムーズに新しいシステムを作り上げたいなら、必ずなすべきことなのです。

トップダウン(社長が専任化を指示)でも、ボトムアップ(プロジェクトメンバーが専任化を要望)でも、結局、障害になるのは課長クラスという気がします。中間管理職は要らないなどといわれがちですが、本当にそうなのかもしれませんね。