管理の強化が開発をさらに遅らせる

プロジェクトが遅れ始めると、マネージャーや経営層は不安になります。「今、一体どうなっているんだ！」「いつ終わるんだ！」と、状況を詳細に把握しようとします。

そして、残念ながら多くの現場で 「管理の強化」 という名の、さらなる遅延要因が投入されます。

報告書を書いても、コードは書けない

遅れを取り戻すために投入される「管理」とは、具体的には以下のようなものです。

• 毎日の詳細な進捗報告（日報の細分化）
• 遅延理由の分析と再発防止策をまとめた報告書の作成
• 現状把握のための緊急会議（毎日1時間）
• 経営層への説明資料の作成

これらの作業には、当然ながら時間がかかります。そしてその時間を奪われるのは、本来「遅れを取り戻すために作業をすべき開発者たち」です。

開発プロジェクトの遅延の多くは、単に「やることが多くて時間が足りない（人手不足）」というシンプルな原因に帰結します。それなのに、管理のためにその貴重な作業時間を削るのは、 「空腹で動けない人に、なぜ動けないのかを説明する長いレポートを書かせる」 ようなものです。

会議は「安心」を生んでも「進捗」は生まない

不安なマネージャーにとって、会議で現場から「大丈夫です」という言葉を聞いたり、立派な資料を見たりすることは、一種の精神安定剤になります。

しかし、 「管理すること」と「進捗させること」は別物 です。

管理レベルを上げたからといって、開発スピードが上がるわけではありません。むしろ、管理のためのコミュニケーションコストが増大し、現場の集中力を削ぐことで、生産性はさらに低下します。これが、多くの失敗プロジェクトが陥る「死のスパイラル」です。

PMが本当にすべきこと

プロジェクトが遅れたとき、PMがすべきは管理の強化ではなく、 「現場の障害を取り除くこと」 です。

• 現場が実務に集中できるよう、会議を最小限に絞る
• 報告はツール上のデータ確認だけで済ませ、作成時間を奪わない
• 優先度の低いタスクを思い切って削る（スコープの縮小）

「報告が上がってこない不安」に耐え、現場に 「作業する時間」 をプレゼントする。その勇気こそが、遅れたプロジェクトを立て直す唯一の処方箋となります。