「方法論を選ぶ」という問い自体が、すでに間違っている
プロジェクトの立ち上げ時、多くのPMはこう問う。「このプロジェクト、アジャイルでいくべきか？ウォーターフォールでいくべきか？」
しかし、その問い自体に罠が潜んでいる。
方法論は「手段」であり、「目的地」ではない。目的地が決まっていないまま乗り物を選ぼうとするから、選択が迷走する。あるいは、乗り物を先に決めてしまったがゆえに、本来行くべき場所とは違う方向に走り出す。
この記事では、方法論の「優劣」や「特性の比較」ではなく、「目的地＝プロジェクトが届けるべき価値」から逆算して、方法論を道具として使いこなす思考法を掘り下げる。
「価値の届け方」が、方法論の選択基準になる
プロジェクトが届ける価値には、大きく2つの構造がある。
① 価値が「完成時点」に集中するプロジェクト
インフラ整備、法規制対応システム、建設工事のように、途中の状態には価値がなく、完成して初めて意味をなすプロジェクトがある。このような場合、要件を最初に固め、計画通りに積み上げていくウォーターフォールの設計思想が自然と合致する。
「部分的に動く橋」に価値はない。完成という1点に向けて、全員が同じゴールを見ながら進む構造が求められる。
② 価値が「連続的なフィードバック」によって形成されるプロジェクト
一方、新規サービス開発やUX改善のように、何が正解かがプロジェクトの進行とともに明らかになる構造のものがある。ユーザーの反応を見ながら機能を磨き、仮説を検証しながら方向を調整する。このプロセス自体が価値創出の本質であり、アジャイルの反復構造が機能する。
ここで重要なのは「要件が曖昧だからアジャイル」という短絡ではなく、「価値がフィードバックループの中でしか生まれないか否か」を問うことだ。
実践Tips：「価値の届き方マトリクス」で判断する
以下の2軸で自プロジェクトを位置づけると、方法論の選択が明確になる。
- 軸1：成果物の分割可能性——価値を部分的に届けられるか？それとも完成一体型か？
- 軸2：要求の変化速度——プロジェクト期間中に、ステークホルダーの期待や外部環境がどの程度変わりうるか？
たとえば、「分割可能性：高」×「変化速度：高」ならアジャイルの親和性が高い。「分割可能性：低」×「変化速度：低」ならウォーターフォールが機能しやすい。
この2軸で考えるだけで、「なんとなくアジャイルにしてみた」「前回もウォーターフォールだったから」という惰性の選択を防げる。
「組織の文脈」を読まずに方法論は機能しない
もう一つ、見落とされがちな視点がある。それは「組織がその方法論を運用できるか」という問いだ。
アジャイルは、チームが自律的に判断し、頻繁にコミュニケーションを取る文化を前提にしている。しかし、意思決定が階層的で、承認フローに時間がかかる組織でアジャイルを導入しても、スプリントのリズムが承認待ちで崩壊する。形だけアジャイル、実態はウォーターフォール以上に硬直した「偽アジャイル」が生まれる。
逆に、変化対応力の高い組織でウォーターフォールを採用すると、「なぜ今さら変更できないのか」という不満が現場に蓄積し、計画への信頼が失われる。
方法論の選択は、プロジェクトの特性と組織の文脈の両方に照らして初めて有効になる。どちらか一方だけを見ていれば、選択は必ずどこかで歪む。
「選択の説明責任」を持つことがPMの仕事
最後に強調したいのは、方法論の選択に説明責任を持つことの重要性だ。
「アジャイルにしました」「ウォーターフォールにしました」という結論だけを伝えるのではなく、「このプロジェクトは○○という理由で価値の届き方がXX型であり、組織の△△という状況を踏まえてこの方法論を選択した」と言語化できるか。
この説明が明確にできるPMは、プロジェクトの途中で状況が変わったとき、方法論を柔軟に見直す判断もできる。方法論に縛られるのではなく、方法論を使いこなせるからだ。
乗り物は目的地に着くための手段に過ぎない。どの乗り物に乗るかより、「どこに向かうのか」を問い続けること——それが、方法論選択の本質であり、PMとしての思考の起点になる。
