小規模でスピードが命のプロジェクトにおいて、「正論」が必ずしも「正解」になるとは限りません。
本記事では、リリース期日の絶対厳守を目標に掲げたある小規模プロジェクトが、いかにして「正論によるマネジメント」によって危機的状況に陥り、そこから何を学んだのか、振り返りと共にプロジェクト管理の「肝」をお伝えします。
序章：スピード重視の初期プラン
このプロジェクトは小規模であり、何よりも「リリース期日の絶対厳守」が至上命題でした。
そのため、過剰な資料作成やテスト、定例会議などは極力簡略化し、スピーディーに開発を進める方針を立てていました。
初期の計画では、要件定義は準委任契約の範囲内で作成する予定でした。そこでは、以下の要素を明確に定義し、顧客と合意形成を図るというシンプルなアプローチです。
- できること・できないこと
- やること・やらないこと
「絶対に変えてはいけないこと」を中心に確定させて顧客の承認を得る一方で、「将来変更される可能性が高いもの」や「開発側の裁量で進められるもの」はあえて柔軟性を持たせ、要件定義書のなかでハンドリングする想定でした。
転機：鶴の一声と「正論」の登場
プロジェクトが動き出し、初期方針に沿って進めようとしていた矢先、事態は一変します。途中から開発側の部長がプロジェクトの管理層として参加してきたのです。
部長は、プロジェクトの状況を見るなりこう指示を出しました。
「プロジェクト計画書、品質計画書、試験計画書、リスク管理計画書を作成し、すべて顧客と合意形成を行うべきだ」
部長の意図は決して間違っていませんでした。むしろ、プロジェクトマネジメントの教科書としては完全に「正論」です。
プロジェクトの破綻を防ぐために、例えば「テストに必要なデータや環境を、顧客がいつまでに提供するのか」といった細かな取り決めまで、各種計画書に明記して厳格に合意形成せよ、というものでした。
危機：肥大化する資料と失われたスピード
部長の指示（正論）は細部まで徹底されていましたが、それを表現・実現する方法は多岐にわたります。
さらに、プロジェクトの性質上、将来的に変わる可能性が高い不確実な要素も多く含まれていました。
しかし、指示に従いすべての計画書を作成し、不確実な未来の事象までも事前に定義して顧客と合意しようとした結果、何が起きたでしょうか。
-
資料の膨張:
簡略化されるはずだったドキュメントが膨大に膨れ上がりました。 -
承認プロセスの長期化:
顧客側も、膨大な資料の確認と「まだ分からないこと」へのコミットを求められ、承認プロセスが間延びしていきました。 -
プロジェクトの遅延:
結果として、本来最も重要だった「開発のスピード」が削がれ、リリース期日の厳守すら危ぶまれる危機的状況へと陥ってしまったのです。
反省：振り返りから見えた「管理の肝」
この苦い経験から、プロジェクトを真に成功に導くための管理の肝として、以下の3つの教訓を得ました。
1. 正論より実情
教科書通りの「正論（重厚なドキュメントと厳格な合意プロセス）」が、すべてのプロジェクトに適用できるわけではありません。
大規模でウォーターフォール型のプロジェクトであれば部長の指示は必須だったでしょう。しかし、今回のような小規模・スピード重視のプロジェクトにおいては、過剰な管理は逆にプロジェクトの首を絞めます。プロジェクトの規模や目的に合わせた「実情に即したテーラリング（最適化）」こそが最優先されるべきです。
2. 変えられないもの、変わる可能性が高いものは分離する
要件や仕様において、「絶対に死守すべきコアな部分」と「状況に応じて変わる周辺部分」をごちゃ混ぜにしてはいけません。
変わる可能性が高いものまで初期段階でガチガチに固めようとすると、合意形成に無駄な時間がかかり、後々の変更コストも跳ね上がります。両者を明確に分離し、変わるものは「後から柔軟に変更できる運用ルール」にしておくことが重要です。
3. 方針的資料と実行内容は分離する
計画書（プロジェクト計画や品質計画など）は、あくまで「プロジェクトの全体方針」や「どういう基準で判断するか」を示すにとどめるべきです。
「いつ誰がどのデータを提供するのか」といった具体的な実行内容は、日々変化するものです。これを重厚な計画書の中に組み込んで顧客の承認対象にしてしまうと、少しの変更で計画書自体の修正と再承認が必要になります。「方針」は計画書で合意し、「実行内容」は別途軽量な課題管理表やWBSでスピーディーに回すという分離が不可欠です。
まとめ
プロジェクト管理において、リスクを恐れるあまり「正論」という名の鎧を着込みすぎると、プロジェクト自体が身動きを取れなくなってしまいます。
目的を見失わず、実情に合わせた軽快なステップを踏むことこそが、変化の激しい現代のプロジェクト管理において最も重要な「肝」と言えるのではないでしょうか。