※この記事は個人の体験と知見に基づいています。
医療的な助言ではないこと、また成果を保証するものではありません。
免責事項の全文はこちらをご参照ください。
プロジェクトマネジメントの現場において、あなたはどちらのタイプを「優秀」だと感じるでしょうか。
燃え盛る火消し現場に飛び込み、不眠不休で陣頭指揮を執り、鮮やかにトラブルを収束させる「ヒーロー型PM」。それとも、周囲が「あのプロジェクト、何事もなさすぎて暇そうだね」と噂するほど、静かに、淡々と着地させる「凪（なぎ）型PM」。
かつての私は、前者を眩しく見つめていました。しかし、20数年のキャリアを経て、そして自らが担当するプロジェクトで業界平均の1.5倍〜2倍近い利益を安定して出し続ける中で、確信に至ったことがあります。
それは、プロジェクトにおいて「凪」の状態を維持することこそが、最高難度の技術であり、最大の利益を生む最強の戦略であるということです。（見る人によっては当たり前のことかもしれませんが、私はこのことに気づいてもいませんでした。）
この記事では、なぜ「何事もない現場」が高い収益性を生むのか、そしてその「凪」を作るために私が実践している「臆病なリスク管理術」の正体を紐解いていきます。
第1章：PMにおける「凪」は、偶然ではなく「設計」されたもの
1.1 「何もない」ことの驚くべき経済価値
多くの現場では、トラブルが発生してからの「火消し」に多大なリソースを割いています。しかし、PMなら誰もが知っているはずです。火がついてから動くコストは、火がつく前に防ぐコストの数倍、時には数十倍に膨らむことを。
私が担当するプロジェクトが、社員数名で大人数のチームを動かし、高い利益率を維持できている最大の要因は、「火を消すのが早い」からではありません。「火を吹かせない」ことに心血を注いでいるからです。
トラブルがなければ、予定外の残業代は発生せず、協力会社への追加発注も不要です。メンバーの疲弊による離職リスクも抑えられ、顧客との信頼関係も安定します。この「負のコスト」をゼロに近づける設計こそが、数字上の利益としてダイレクトに跳ね返ってくるのです。
1.2 「火消しという成功体験」が隠す真のリスク
実は、多くのPMが「凪」を作れない一因に、過去の「火消しによる成功体験」があるのではないかと考えています。
かつての私も、要件定義の甘さやリスク予測の不足からプロジェクトを遅延させてしまい、そのリカバリーのために不眠不休で働いたことがありました。
その際、顧客や上司から「よくぞ立て直してくれた！」と感謝された経験が、皮肉にも「これこそがPMの醍醐味だ」という誤った達成感に繋がってしまっていたのです。
しかし、今ならわかります。その賞賛は「本来発生しなくてよかったはずの火事」に対するものです。真に優秀なPMは、称賛を浴びる機会すら作らない。火種が生まれる前に、静かに、誰にも気づかれずにそれを処理しているからです。
第2章：最強のリスク管理能力は「怖がり」であること
2.1 「違和感」をスルーしない嗅覚
プロジェクトが炎上する時、それは突発的に起きるのではなく、必ずどこかに「予兆」があります。その予兆は、数値化できないほど微細なものです。
- 定例会議での、協力会社リーダーの一瞬の「間」。
- 普段は即レスの担当者から、丸一日返信がない。
- 共有ドキュメントの更新履歴が、昨日から止まっている。
これらを「忙しいだけだろう」と楽観視するか、「何か言い出しにくいトラブルが起きているのでは？」と疑うか。
私は後者です。人一倍「怖がり」だからこそ、この微細なノイズをスルーすることができません。この「違和感への感度」こそが、リスク管理の第一歩です。
2.2 アラートの感度をあえて上げる思考法
私は、PMとしてプロジェクトを動かしている間、常に頭の中に「最悪のシナリオ」を複数走らせています。 「もし、ここで仕様が決まらなかったら？」 「もし、主要メンバーが明日体調を崩したら？」
世の中ではポジティブシンキングが推奨されますが、PMに限っては「徹底的なリアリスト（現実主義者）」であり、かつ「臆病」であるべきだと考えています。
「たぶん大丈夫だろう」という言葉を自分の中から排除し、「もしダメだったら？」という問いを常に自分に投げかけ続ける。このアラートの感度をあえて高く設定しておくことで、トラブルが「芽」のうちに見えるようになるのです。
2.3 顧客との「認識のズレ」を徹底的に排除する
「凪」の状態を作るために、最も「怖い」のは顧客との認識の齟齬（そご）です。 プロジェクトの後半になって「思っていたのと違う」という言葉が出ることは、PMにとって最大の敗北です。
私は、どんなに細かいことでも、認識がズレるリスクがあると感じれば、何度でも確認を重ねます。
なかなか実施しないPMもいますが、私は毎週、定例で顧客との打ち合わせを設定しています。この時間でこちらからの確認、顧客からの声を直接聞き、今後起きる可能性がある不具合や、自分のチームへのマイナス事象を可能な限り先に潰すようにしています。
ただ漫然と進捗を報告するのではなく、「最近、現場で何か気になっている小さな懸念はありますか？」といった、顧客自身も言語化していないような「違和感」を引き出す質問を投げかけるようにしています。
「しつこいと思われるかもしれない」という不安よりも、「後で大きな火種になる」ことの方が圧倒的に怖いからです。
この「怖がり」ゆえの徹底した合意形成が、プロジェクト後半における波風をシャットアウトする強固な防波堤となります。
第3章：現場を「凪」に保つための3つの具体的アクション
「怖がり」という感度を、どう具体的な「行動」に変換して大人数のチームをマネジメントしているのか。私が実践している3つのポイントを整理します。
3.1 メンバーが「悪い報告」を一番に持ってくる空気作り
PMにとって最大の恐怖は、現場で起きている問題が「隠される」ことです。 大人数のメンバーがいれば、毎日どこかで小さなミスや遅延は必ず起きています。それをいかに早く吸い上げるか。
私は、メンバーからの悪い報告に対して、決して感情的に反応しません。むしろ「早く教えてくれてありがとう。今ならまだ間に合うね」と、感謝を伝えます。
システムをリリースする直前にメンバーが不具合に気づいた時に報告をしてくれた時などがこれに当たります。
過去、私はパワハラを受けた上司に不具合があることを報告するのが、怖くて、こっそりソースを修正してリリースしたことがあります。不具合としては修正できたものの、これが要件にあっていないことだったりすると、二次災害として影響が広がっていたかもしれません。
リリース前に見つかった不具合を報告できない現場は、こういう問題を起こす可能性を秘めています。
「問題が起きたこと」ではなく「報告が遅れたこと」をリスクと捉える。
この価値観を徹底することで、現場のメンバーは「怒られるから隠そう」ではなく「火が大きくなる前に相談しよう」というマインドに変わります。この情報の透明性こそが、凪を作るための基礎体温となります。
最近も、リリース前日にメンバーが『ここの挙動が怪しい』と即座に声を上げてくれました。あの時、彼が黙っていたら……と思うとゾッとしますが、即座に対処して『凪』を守ることができました。
3.2 定例会議の「行間」からリスクを察知する技術
進捗報告の数字（％）だけを見ていては、真のリスクは見えません。 私は定例会議において、報告内容そのものよりも「報告者の声のトーン」や「回答の歯切れ」を観察しています。
「順調です」という言葉の裏に、わずかな迷いや疲弊を感じ取ったときは、会議後に個別にチャットを飛ばします。
「さっきの件、少し苦戦してそうな雰囲気だったけど、何かサポートできることはある？」と。 この「個別の微調整」を週に数回行うだけで、1ヶ月後に大爆発するはずだった火種を、数分の対話で消し去ることができます。
大人数を一気に管理するのは不可能ですが、要所のキーマンの「心の揺れ」をケアすることは、数名の社員でも十分に可能です。
3.3 パートナー企業との「一蓮托生（運命を共にすること）」なパートナーシップ
協力会社のメンバーを単なる「外注」として扱うことは、プロジェクトにとって大きなリスクです。彼らが「言われたことだけやればいい」というスタンスになった瞬間、PMの目が行き届かない場所で火の手が上がるからです。
私は、プロジェクトの収益目標や、顧客が真に求めている価値を、パートナー企業のリーダーとも共有します。
「このプロジェクトが成功すれば、次もまた一緒に組めるし、お互いにこれだけのメリットがある」という共通のゴールを握る。
同じ船に乗っているという意識を持ってもらうことで、彼ら自身が自律的にリスクを探し、報告してくれる「第二、第三のPM」になってくれるのです。これが、少人数の社員で大所帯を回すための極意です。
第4章：50代からのPMに求められる「熟練の省エネ技術」
キャリアを重ねたPMが目指すべきは、24時間戦う体力勝負ではありません。過去の膨大な「失敗パターン」をデータベース化し、最小限の動きで最大の結果を出す「省エネ」の極致です。
4.1 過去の失敗を「予知能力」に変える
20数年も現場にいれば、プロジェクトがどこでつまづくか、ある程度のパターンが見えてきます。「このタイプの顧客は、後半で必ず追加要望を言ってくる」「この技術構成は、結合テストでパフォーマンス問題が出やすい」といった、経験に基づいた直感です。
これは勘ではなく、一種の「予測精度」です。若手ががむしゃらに全方位を警戒するのに対し、ベテランは「ここに落とし穴がある」と分かっている場所にだけ、あらかじめ蓋をしておく。このピンポイントな対策が、大幅な工数削減と「凪」の実現に直結します。
4.2 「自分が動かない」という高度なマネジメント
若い頃の私は、問題が起きれば自らコードを書き、資料を作り、最前線で汗をかくことがPMの誠実さだと思っていました。しかし、今の私は「いかに自分が動かずに済むか」を考えます。
これは怠慢ではありません。PMが作業に没頭した瞬間、プロジェクト全体を俯瞰する「センサー」が止まってしまうからです。
自分が動く代わりに、仕組みを作る。信頼できるリーダーを育てる。適切なタイミングで適切な一言を投じる。
「PMが暇そうにしているプロジェクトほど、健全に回っている」と言われることがありますが、それはPMが現場の自走をデザインし、自身は次のリスクを予見することに特化できている証拠なのです。
4.3 「自分をすり減らさない」ことが、プロジェクトの継続性を生む
50代になり、人生の後半戦を意識し始めた今、痛感していることがあります。それは、PM自身が心身ともにフラットな状態でいることが、プロジェクトにとって最大の「安定剤」になるということです。
PMが焦り、疲弊していれば、その空気は一瞬でチーム全体に伝播します。だからこそ、意識的に「余裕」を持つこと。自分のメンテナンスを怠らず、常に俯瞰できる余裕を残しておくこと。それ自体が、大人数のメンバーを預かるリーダーとしての重要な職務なのです。
まとめ
「凪」のようなプロジェクトを維持することは、決して「楽をしている」ことではありません。
それは、過去の失敗から学び、自分の「怖がり」という性質を繊細なリスク管理センサーへと研ぎ澄ませ、大人数のメンバーが迷わないように先回りをし続けた結果、ようやくたどり着ける「最高級の技術」なのです。
かつての私は、波風立たない現場を「実績にならない」と卑下し、自分自身の価値を安売りする「バーゲンセール」のような働き方をしてきました。しかし、客観的な数字と外部の視点に触れた今、ようやく自分の歩んできた道に確信を持つことができました。
もし、あなたが今、「自分は目立った成果を出せていないのではないか」と不安に感じているなら、一度立ち止まって自分の現場を見渡してみてください。
- 現場は静かに回っていますか？
- メンバーは隠しごとをせず、前を向いていますか？
- 顧客との間に、致命的なズレは起きていませんか？
もしそうなら、あなたはすでに「最高難度のマネジメント」を成し遂げています。
50代、人生の後半戦。 これからは、自分を安売りするのはもう終わりです。 積み上げてきた「凪を作る技術」を正当に評価し、それを自分の確かな武器として、新しい価値を創り出していく。
「自分という現場」を最高の状態に保ちながら、次なるキャリアへ。 これまでの20数年で磨き上げたこの「静かな手腕」を信じて、私はまた、新しいプロジェクトの一歩を踏み出そうと思います。
「今回お話しした『凪』を作る技術は、私の20数年の失敗と試行錯誤の結晶です。現在、これらをより体系的に、誰でも現場で使えるようなメソッド（チェックリストやコミュニケーションの型など）としてまとめている最中です。
50代からの新しい挑戦として、少しずつ形にしていきたいと考えていますので、完成した際にはまたこのブログやnoteでお知らせできればと思います。
