【中小規模組織でのプロジェクト管理システムの課題 連載目次】
前回のその1に続いて解説します。
2. プロジェクト管理の仕組みにおける真の問題
前回のその1で、プロジェクト管理のシステム環境について考察しましたが、問題を解決するためにシステム環境をレベルアップしてもまた新たな問題を抱えてしまうと言えるでしょう。これは、プロジェクト管理の仕組み全体についても同様です。新しい仕組みを導入しても常に問題を抱えることとなり、現場ではそれに対応するために様々な工夫を行っています。
このような状況下で真の問題となるのは、仕組みの問題に対処する現場での工夫や努力が、何度も繰り返されることです。現場では、プロジェクトの最中でも、プロジェクトが変わっても、部署が変わっても、システムを含めた仕組みの足りないところを、時間と手間をかけて何度も繰り返し補っています。そして、プロジェクトのリーダーやメンバーは、ムダやムリだとわかっているその場限りの対処を何度も繰り返しやらされることにより、疲れ切ってしまうのです。MS Project の場合であれば、次のような現場の声をよく聞きます。
「もともと適当な日程なのに細かな入力や設定を要求される」
「自動的にタスクが動いたりして、何をやるにしても時間がかかる」
「リリースに合わせるために机上で精緻につじつま合わせしているだけ」
「作ったファイルを結合したり、分割したりするのは手作業で大変なことになる」
「進捗見たいだけなのに覚えることがたくさん」「この部分だけ見たいのに」
現場では繰り返し、システムや仕組みの足りないところを手作業で(仕方なく)補っています。
3. プロジェクト管理の仕組みに必要な2つの思想
このようなムダやムリになるとわかっているその場限りの対応が真の問題だととらえて、それを極力なくすための思想を仕組みに組み入れることが必要である。そのための基本思想が次の2つです。
現場に合ったミニマル運用
プロジェクト管理の資産化
プロジェクト管理の資産化とは、やってことがムダにならないということです。一つひとつのプロジェクトでやったことが活用できる形で記録され、そのプロジェクト記録はプロジェクトが終わるたびに積み上がっていくのです。一つひとつが活用できる形になっているため、積み上がれば積み上がるほど、その利用価値は高くなっていきます。プロジェクトをやった結果が資産となります。
そして、現場に合ったミニマル運用とは、やることにムダがないということです。たとえば、MS Project は多機能でいろいろな要求に答えることができますが、現場により暗黙的な決まりごとは数多くあり、その暗黙的な決まりごとに対応することで、必要最小限のシンプルな運用にすることが大切です。次に、それぞれについてもう少し詳しく取り上げます。
4. 現場に合ったミニマル運用
暗黙的な決まりごとの1つに納期最優先というものがあります。日本でのほとんどのプロジェクトは完了日、または、リリース日は動かすことができないのです。結果的に延期になることはあっても、計画の段階でプロジェクトの終了日が変更されることは稀です。
納期厳守が暗黙的な決まりごとだと、MS Project (MSP) の単位数固定におけるシミュレーション機能はほとんど意味がないのです。進捗によってプロジェクト終了日が変わるのは(遅れるのは)迷惑なだけです。また、計画は「できないことはわかっている」という状態からはじめるのが普通で、誰をプロジェクトに参加させればできるようになるのか、何人追加すればできるのかなどを問われるのです。つまり、スケジューリングとはメンバーやメンバーの負荷を分析することであり、調整することです。メンバーの負荷分析が重要なことがわかるのです。
もうひとつ、ミニマル運用で考えておく必要があるポイントを紹介しておきます。進捗管理にはさまざまな視点が必要です。多様な視点が複眼思考や多面的思考を促し、プロジェクトの状態をより正確に把握することにつながります。
たと...