「スケジュールは”合意”である」という視点を持つ——利害関係者の期待値を”時間軸”に落とし込むスケジュール設計の交渉術

＜目次＞

スケジュールを「作る」前に、「合意する」を設計する

スケジュール管理の記事や書籍の多くは、「どう作るか」「どう管理するか」に焦点を当てている。WBSの分解方法、バッファの置き方、クリティカルパスの読み方——これらはいずれも重要なスキルだ。

しかし、現場で本当に機能するスケジュールを持っているPMとそうでないPMの差は、多くの場合「技術」ではなく「合意の質」にある。

スケジュールとは、本質的に「誰が、何を、いつまでに期待しているか」という利害関係者の期待値を、時間軸に翻訳した合意文書である。この視点が抜け落ちると、どれだけ精緻なガントチャートを作っても、プロジェクトは「計画通りにいかない」という結末を迎える。

本記事では、スケジュールを「交渉の産物」として捉え直し、利害関係者の期待値を時間軸に落とし込むための設計と交渉の技法を紹介する。

よくある失敗パターンを考えてみよう。PMがWBSを作り、工数を見積もり、依存関係を整理して、美しいガントチャートを完成させる。しかし、そのスケジュールをレビューした経営層は「もっと早くできないか」と言い、開発チームは「この工数では無理だ」と言い、顧客は「この順序では困る」と言う。

この状況が起きる根本原因は、スケジュールが「PMの計算結果」としてだけ存在し、「関係者の合意物」として機能していないことにある。

スケジュールには、少なくとも次の3種類の期待値が混在している。

これらを「交渉を通じて時間軸に載せる」のがスケジュール設計の真の仕事だ。

多くのPMは、スケジュールを作ってからレビューに持ち込む。しかし効果的なアプローチはその逆だ。スケジュールを作る前に、ステークホルダーに次の3つを問う。

これらの問いは、相手の「期待の優先順位」を可視化する。この情報なしにスケジュールを組むと、あとから「そこじゃない」という修正が必ず発生する。

経営層から「3ヶ月で完成させてほしい」と言われたとき、多くのPMはその期日を前提に計画を逆算しようとする。しかし、その前に確認すべきことがある。

「その3ヶ月という期日の根拠は何ですか？」

期日には必ず「理由」がある。顧客との契約、競合リリースのタイミング、予算の執行期限——その理由によって、交渉の余地と優先すべきことが変わる。期日が「感覚」から来ているなら交渉可能であり、「契約」から来ているなら成果物の絞り込みで対応すべきだ。

逆に、PM側もチームの工数見積もりの根拠を明確に示す義務がある。「このタスクはなぜ2週間かかるのか」を説明できないPMは、交渉の席に立てない。

スケジュール交渉の場で最も避けるべきは、「できません」の一言で終わることだ。代わりに、次のように変数を提示する。

「現状の見積もりでは5ヶ月必要です。3ヶ月に近づけるには、①スコープをフェーズ1に絞る、②外部リソースを追加する、③品質チェックの一部を後工程に移す——この3つのオプションがあります。どれが現実的か、一緒に検討できますか？」

この提示により、議論は「できるかどうか」から「どの選択肢をとるか」に移行する。これがスケジュール交渉の本質だ。

スケジュールへの合意が取れたとしても、それで終わりではない。合意した内容が形骸化しないよう、次の仕組みを設計しておく。

「○月○日を目標とする」という合意だけでなく、「その日程は、チームが週40時間稼働することを前提とする」「外部ベンダーの納品が○週目に完了することが条件」という前提と判断の根拠を記録しておく。前提が崩れたとき、スケジュールの再交渉を正当化できる。

スケジュールの合意は、プロジェクト開始時の一度だけでは不十分だ。月次または隔週のステークホルダーレビューで「現在の計画は、あなたの期待に合致していますか？」と問い続けることで、期待値のズレを早期に発見できる。

「スケジュールは合意である」という視点を持つと、PMの立ち位置が変わる。計画を守らせる「監視者」から、期待値を調整し続ける「交渉者」へ。この転換は、チームにも好影響を与える。

なぜなら、自分たちが「合意プロセスに参加した」という感覚があるチームは、スケジュールを「押しつけられたもの」ではなく「自分たちのもの」として捉えるからだ。当事者意識の高いチームは、問題が起きたときに「報告を遅らせる」のではなく「自ら解決しようとする」。

スケジュール管理の技術は、最終的には「人を動かす合意の技術」に行き着く。ツールや手法の前に、この視点を持てているかどうかが、PMとしての真価を決める。