ウォーターフォール手法は、プロジェクトの開始から終了まで直線的に進行することを重視したプロジェクト管理のアプローチです。このフロントローディング型の手法はエンジニアがよく用いるものであり、綿密な計画、詳細な文書化、そして段階的な実行に依存します。

ウォーターフォール手法（ウォーターフォールモデルとも呼ばれる）は、分析、設計、開発、テストといったプロジェクトのすべての段階が滝のように順番に流れる開発プロセスであり、各段階が完了してから次の段階に進みます。

ウォーターフォール手法には「念には念をいれる」という言葉がぴったり当てはまります。ウォーターフォール手法の成功は、ユーザーインターフェイス、ユーザーストーリー、機能のバリエーションや結果を含むすべてを事前に文書化するなど、前段階での作業量と質にかかっています。

ほとんどの調査を事前に行うことで、各要件に必要な時間を正確に見積もることができるため、リリース日の予測が容易になります。進行中にパラメーターが変更された場合、ウォーターフォール型プロジェクトは、アジャイル手法に比べて方向転換が難しくなります。

ウォーターフォール手法の主な利点は、各プロジェクトの開始時に明確で一貫した要件を確立できること、そして期間を設定し進捗を測りやすいことです。アジャイル手法の主な利点は、プロジェクトのどの段階でも柔軟に対応し適応できる能力の向上と、対面を優先することでコミュニケーションが改善されることです。

この記事の内容：

• ウォーターフォールソフトウェアとは？
• ウォーターフォール手法のフェーズ
• ウォーターフォールプロセスとアジャイル手法の比較
• ウォーターフォール手法を使うべきとき
• ウォーターフォール型プロジェクト管理の利点
• ウォーターフォール型プロジェクト管理のデメリット
• 業界ごとに異なるウォーターフォール手法
• ウォーターフォール型プロジェクト管理のベストプラクティス

ウォーターフォールソフトウェアとは？

プロジェクトマネージャーがウォーターフォール手法を用いてプロジェクトを管理するのに役立つのが、ウォーターフォールソフトウェアです。ウォーターフォールは比較的複雑で段階的なアプローチであるため、細心の注意と調整を必要とします。

ウォーターフォールソフトウェアにはデスクトップ型とクラウド型があります。それにより次のことが可能になります：

• プロセスを構造化する
• タスクを整理する
• ガントチャートやスケジュールを設定する
• プロジェクトの進捗を監視する
• プロジェクトのフェーズ、依存関係、サブタスクを可視化する
• 各プロジェクトフェーズの正確なタイムラインや締め切りを作業者や関係者に提供する

ウォーターフォールソフトウェアはさまざまな状況、プロジェクト、業界で使用されています。これには以下が含まれます：

• 要件が十分に定義され、変更が最小限であろうプロジェクト
• 期間の長い大規模プロジェクト
• 結果について高い確信が関係者から求められるプロジェクト
• 建設、航空宇宙、製造などの業界

ウォーターフォール手法のフェーズ

ウォーターフォール手法は時系列に沿ったプロセスであり、固定された日付、要件、成果に基づいて進みます。個々の実行チームは、統合を必要としない限り、常に連絡を取り合う必要はなく、通常は独立して作業します。

チームメンバーも独立して作業する傾向があり、アジャイルアプローチほど頻繁に進捗報告を求められることはありません。通常、1つのフェーズが終了するまで次のフェーズは始まりません。

ソフトウェア開発プロジェクトを例にとると、ウォーターフォールプロセスには通常、次のような段階があります：

要件定義

ウォーターフォール手法は、事前にすべてのプロジェクト要件を収集し理解できるという前提に依存しています。プロジェクトマネージャーは、プロジェクトスポンサーの要件を詳細に理解しようと試みます。通常1つの文書にまとめられた要件定義書には、コスト、前提条件、リスク、依存関係、成功指標、完了までのタイムラインなどの各段階が記載されています。プロジェクト要件がすべて定義されると、チームはプロジェクト全体のライフサイクルを明確に把握できるようになります。

設計

この段階では、ソフトウェア開発者がシナリオ、レイアウト、データモデルなどを含む製品要件に基づいて技術的な解決策を設計します。まず、高レベル設計または論理設計を作成し、プロジェクトの目的とスコープ、各コンポーネントの全体的な処理フロー、統合ポイントを記述します。これが完了すると、特定のハードウェアやソフトウェア技術を用いた物理設計に進みます。

システム設計には高レベル設計と低レベル設計の2つのフェーズがあります。高レベル設計では、どのように情報にアクセスし、どのように機能にするかの骨組みを作成します。次に低レベル設計で、ソフトウェアの各部分を定義し具体化します。

実装

設計が完了すると、ウォーターフォール手法は次の段階、技術的な実装へと進みます。この段階は、すでに入念な調査と設計が行われているため、ウォーターフォールプロセスの中で最も短期間で終わる可能性があります。このフェーズでは、プログラマーがプロジェクトの要件と仕様に基づいてアプリケーションをコーディングし、部分的なテストや実装も行われます。この段階で大幅な変更が必要となった場合は、設計フェーズに戻ることを意味します。

検証またはテスト

顧客に製品をリリースする前にはテストが必要です。テストにより、製品にエラーがなく、すべての要件が満たされていることを確認し、ユーザーに良好な体験を提供できることが保証されます。テストチームはプロジェクトマネジメント手法を確認し、プロダクトマネージャーが提供する設計文書、ペルソナ、ユースケースシナリオをもとにテストケースを作成します。

導入と保守

導入フェーズは、ソフトウェア、製品、または最終成果物をエンドユーザー（顧客）にリリースする段階です。円滑な展開には調整と綿密な計画が必要です。ソフトウェアが市場に展開されるか顧客にリリースされると、保守フェーズが始まります。不具合が見つかったり、ユーザーから変更要求が届いたりすると、更新や新しいソフトウェアバージョンのリリースを担当するチームが割り当てられます。

ウォーターフォールプロセスとアジャイル手法の比較

ウォーターフォールモデルは、徹底した事前計画を前提としてひとつの段階を完全に終えてから次の段階に進むプロセスである一方、アジャイル手法は計画、設計、実装、テストの作業を短く繰り返す柔軟で反復的なプロセスです。

ウォーターフォールプロセスとアジャイル手法の主な違いを示します：

• プロジェクトへのアプローチ： ウォーターフォールが直線的なアプローチであるのに対して、アジャイルはより適応的なアプローチです。
• 柔軟性： ウォーターフォールプロセスの柔軟性は非常に限定されている一方で、アジャイル手法では変更も容易です。
• 顧客の関与： ウォーターフォールプロセスにおける顧客の関与は非常に限定的です。

ウォーターフォール手法を使うべきとき

ウォーターフォールプロセスは、次のような開発プロジェクトを任されたプロジェクトマネージャーが採用する手法です。

• 要件が明確に定義されている
• 予算やスケジュールの制約がないか最小限である
• クライアントが、プロジェクトに期待する成果を明確に理解している
• 再現可能なプロセスを作る

コスト、設計、時間の要件が事前に確定している明確なプロセスを好むプロジェクトマネージャーの場合は、プロジェクト自体がそれに適している限り、ウォーターフォール手法が最適です。

ウォーターフォール型プロジェクト管理の利点

直線的なアプローチを特徴とするウォーターフォール手法は、明確に定義された実績のあるプロジェクト管理手法です。最初から明確な要件が用意されるため、各メンバーはいつ何をすべきかを理解し、プロジェクトの開始から完了まで効率良く順次的なアプローチで計画を立てることができます。

ウォーターフォールプロセスにはその他のメリットもあります：

• 開発者は、分析や設計段階で設計上のエラーを発見できます。これにより、実装段階で不具合のあるコードを書くことを防げます。
• プロジェクトマネージャーは、要件が定義された時点で、総コストやスケジュールを正確に見積もることができます。
• プロジェクトマネージャーは、構造化されたアプローチにより、明確に定義されたマイルストーンに基づく進捗管理が容易になります。
• 必要なすべての情報が要件文書に記載されているため、途中から参加した開発者も、すぐに戦力となることができます。
• 顧客が後から頻繁に新しい要件をプロジェクトに追加するようなことはなく、プロダクションを遅らせません。

ウォーターフォール型プロジェクト管理のデメリット

他の開発プロセスと同様、メリットは時にデメリットにもなります。ウォーターフォール手法は、その特徴でもある事前のプロジェクト計画と順次的なアプローチにより、プロジェクトの進捗が進むと柔軟性やアジャイル性が低下します。後半のテスト段階で発見された変更は、時間とコストを要するため、プロジェクトにとっての負担となります。ウォーターフォールプロセスでは顧客の関与が限定されます。

ウォーターフォール手法がうまく機能しない可能性があるその他の理由：

• アジャイルのような反復的アプローチに比べ、時系列的な進め方は納品までの時間が長くなる傾向があります。
• 最初の段階ではクライアント自身が望むものを完全に理解していないことがよくあり、変更や新機能の要求が後から追加されても、対応が難しくなります。
• クライアントが設計や実装段階に関与することはせん。
• 完了予定期日の遅れ — プロセスのあるフェーズが遅れると、残りのすべてのフェーズにも遅れが生じます。

業界ごとに異なるウォーターフォール手法

ウォーターフォール手法は、使用する業界や分野によって異なる場合があります。

ソフトウェア開発におけるウォーターフォール

ソフトウェア開発で使用されるウォーターフォールプロセスは、この業界のライフサイクルモデルの基盤とも言えるものです。他の多くのソフトウェア開発手法も、ウォーターフォールから派生形です。この手法の厳格な計画と明確なプロジェクト構造は、ソフトウェア開発にとって理想的なものです。

B2Cにおけるウォーターフォール

B2Cにおけるウォーターフォール手法は、必ずしも最も効果的なツールとは言えません。エンドユーザーに直接製品をマーケティングする場合に生じる顧客からのインプットには、ウォーターフォールプロセスではうまく対応できない場合があります。ただし、大規模プロジェクトに注力するB2C企業では、ウォーターフォールプロセスをうまく導入できます。その例がマイクロソフトやIBMであり、どちらもウォーターフォールを用いて製品を開発し、その後消費者に直接販売しています。

B2Bにおけるウォーターフォール

B2Bにおけるウォーターフォール手法は、リード獲得（リードジェネレーション）を管理し最適化する強力なフレームワークの構築を可能にします。ウォーターフォールプロセスは、リード管理の改善、マーケティングと営業などの異なるチーム間の連携強化、そして継続的な収益成長の促進に役立ちます。

ウォーターフォール型プロジェクト管理のベストプラクティス

• 明確なコミュニケーションと協働：コミュニケーションの一貫性と透明性は、すべての関係者がプロジェクトの目標、スケジュール、期待を理解することを可能にします。チーム間の協働は、誤解を排除し、円滑なプロジェクト運営を可能にします。
• 詳細な文書化： プロジェクトの各段階における徹底した文書化は、明確さを維持し、要件、スケジュール、責任に関する信頼できる参照資料となります。また、チームメンバーの入れ替わりや、将来プロジェクトが再開された場合でも継続性が確保されます。
• 効果的なリスク管理： 早期に潜在的なリスクを特定することで、問題発生する前に回避戦略を立てることができます。この積極的なアプローチにより、遅延の発生を抑え、プロジェクトの対象範囲（スコープ）を広げることなく予算内に収めることができます。
• プロジェクト管理ツールの活用（ガントチャート、作業分解構造、クリティカルパス法など）：ガントチャート、作業分解構造（WBS）、クリティカルパス法（CPM）などのツールは、スケジュール、タスクの依存関係、主要な成果物の可視化に役立ちます。これらのツールは、プロジェクトライフサイクル全体を通じて計画、監視、管理の質を高めます。

https://business.adobe.com/fragments/resources/cards/thank-you-collections/workfront