プロジェクトが失敗する理由には、IT部門独自のものもある。ときには、失敗の最大の要因が、プロジェクトマネジャーが自ら災いを招くせいである場合もある。以下に、そうした要因となる3つの主要なポイントを示す。

非現実的な見積もり

　大半のプロジェクトマネジャーにとって、時間／コストのあまりに非現実的な見積もりを命じられることは、身の破滅につながる。ではなぜ、プロジェクトマネジャーはそうした命令に同意してしまうのだろう？　自分の仕事がアウトソーシングされるかもしれないという懸念が、「とりあえずは命令に従っておいて後で失敗する方がましだ」という考え方の土壌を形成してしまうのだ。

　時間／コストを正確に見積もるためには、プロジェクトチームのスキルレベル、プロジェクトの割り当て、および作業環境に基づいて見積もりを出す必要がある。だが、何百件というプロジェクトの見積もりを分析した結果、プロジェクトマネジャーの多くはこうした要因を無視していることが明らかとなった。こうした要因を考慮して出した見積もりが、上司が望むよりも高くついてしまうのは確実だ。その結果、現実を反映させるよりも、上司が喜ぶような内容の見積もりが出されることになる。わたしはビジネスマネジャーに対し、プロジェクトマネジャーに100万ドルのプロジェクトを任せておきながら、なぜ彼らが出す現実的な見積もりを受け入れないのか、と尋ねることがよくある。

　わたしはまだ、この質問に対する筋の通った答えを聞いたことがない。

チームのリソース不足

　企業では、当初の予定よりも少ないリソースで多数のITプロジェクトが同時進行で進められることが珍しくない。これには、2つの大きな理由がある。一度に取り組むプロジェクトが多過ぎること、そして、予定より遅れているプロジェクトが多過ぎることだ。新規プロジェクトに必要となるリソースが十分にそろわないことが明らかであっても、企業は「プロジェクトチームの超過勤務による巻き返し」に期待して、とにかくそのプロジェクトを始動してしまう。

　通常、リソースが10～20％程度不足しているプロジェクトの場合、製品のクオリティが落ちることになる。そして、テストやドキュメンテーション、プロトタイピングは当初の計画よりも少なくなる。さらに、リソースが20％以上足りないプロジェクトの場合には、プロジェクトのスケジュール、適用範囲、クオリティの実現が危うくなる。そして、IT部門が約束したはずのプロジェクトは実現されないまま終わることになってしまうだろう。

チームのスキル不足

　最近読んだある雑誌の相談コーナーで、読者の1人がハイオクガソリン仕様車にレギュラーガソリンを使えるかどうかを尋ねていた。回答は「レギュラーガソリンを使えば、エンジンがオーバーヒートしてパワーダウンにつながるだろう」というものだった。プロジェクトで必要とされるスキルレベルに達していないプロジェクトチームにも、同じことが言える。チームのメンバーは疲れ果てて、プロジェクトはパワーダウンしてしまうだろう。

　プロジェクト管理センター（Center for Project Management）が2005年に195社のIT企業を対象に実施した調査では、「プロジェクトチーム用に十分に計画された教育／トレーニングプログラムを用意している」と答えた企業は全体のわずか11％となっている。残る89％はOJTトレーニングに頼っているとのこと。基幹業務にかかわるプロジェクトの計画をレビューする際、わたしは常に、「プロジェクトチームのメンバーに対するトレーニングに必要となるタスク、リソース、予算、時間をプロジェクトプランに含めたかどうか」をプロジェクトマネジャーに尋ねることにしている。すると大概は、いぶかしげな顔をされる。プロジェクトチームのメンバーらが、そのプロジェクトの複雑さに見合う十分な知識を持ち合わせているかどうかを最後に確認したのはいつだろうか？

　プロジェクトマネジャーには、こうした問題を解決する権限はあまりない。プロジェクトマネジャーがリソースやスキルの不十分なチームで妥協させられることのないよう、また、時間／コストの受け入れ難い見積もりに応じずに済むよう留意するのは、CIOの役目だ。こうした問題を解決しない限り、IT部門はこれからも自ら災いを招き続けることになるだろう。

本稿筆者のゴパル・K・カプール氏はカリフォルニア州サンラモンのプロジェクト管理センターの代表で、著書に『Project Management for Information, Technology, Business and Certification』がある。