プロジェクトマネジメントガイド · プロジェクトマネジメントの基礎
ウォーターフォール型プロジェクトマネジメントとは？フェーズ、長所と短所
ウォーターフォールとは、プロジェクトが決められた順序のフェーズを進み、各フェーズを完了してから次のフェーズを始める予測型のアプローチです。水が上から下へ流れ落ちるように、進捗は一方向に進むことが前提となっています。
要点
- ウォーターフォールは、詳細な事前計画に基づいて順番にフェーズを進めます。
- 安定した、規制対象の、または分割できないプロジェクトに適しています。
- 主な弱点は、フィードバックが遅いことです。
ウォーターフォールのフェーズ
- 要求事項： ソリューションが行うべきことをすべて収集し、文書化する。
- 設計： アーキテクチャと詳細設計を計画する。
- 実装： ソリューションを構築する。
- 検証： 要求事項に照らしてテストする。
- 展開： ユーザーにリリースする。
- 保守： リリース後にサポートと修正を行う。
1970年、ウィンストン・ロイスは大規模ソフトウェアプロジェクトの管理に関する論文でこの順序を説明すると同時に、純粋に順次的なプロセスにはリスクがあると警告しました。
利点
- 明確な構造とマイルストーン。
- 詳細な文書。
- 要求事項が安定していれば、理解しやすく見積りもしやすい。
- 承認されたフェーズを求める契約や規制に適している。
デメリット
- フィードバックが遅い：ユーザーが成果を目にするのは最後になってから。
- フェーズの完了後に変更すると、コストが高くつく。
- 要求事項の誤解などのリスクが、後になって発覚する。
- 前のフェーズが超過すると、テストの期間が圧迫されます。
ウォーターフォールを使うべき場面
- 要求事項が安定しており、十分に理解されている。
- 完成して初めて成果に価値が生まれる。
- 作業が規制対象であり、承認された段階に従う必要がある。
- チームが以前に同様のプロジェクトを経験している。
アジャイルとの比較は次をご覧ください： アジャイルとウォーターフォールの比較.
このトピックの無料テンプレート
よくある質問
ウォーターフォールは時代遅れですか？
いいえ。安定した、規制のある、または物理的なプロジェクトには、今でも適した選択肢です。
ウォーターフォール型プロジェクトマネジメントにおけるVモデルとは何ですか？
ウォーターフォールの派生形で、各開発フェーズに対応するテストフェーズを組み合わせたもの。
ウォーターフォール型プロジェクトマネジメントとは何ですか？
プロジェクトが要求事項、設計、構築、テスト、展開などのフェーズを進み、通常は各フェーズを完了してから次のフェーズを始める順次型のアプローチ。
ウォーターフォールのフェーズにはどのようなものがありますか？
要求事項、設計、実装、検証、展開、保守です。
ウォーターフォールモデルは誰が生み出したのですか？
ウィンストン・ロイスが1970年の論文でこの順序を説明しましたが、純粋に順次的なプロセスにはリスクがあるとも警告していました。ウォーターフォールという名称は後になって付けられたものです。
ウォーターフォールのメリットは何ですか？
明確な構造とマイルストーン、詳細な文書、要求事項が安定している場合の見積りのしやすさ、そして契約や規制との相性の良さです。
ウォーターフォールのデメリットは何ですか？
フィードバックが遅いこと、フェーズの完了後の変更にコストがかかること、リスクの発覚が遅れること、前のフェーズが超過するとテスト期間が圧迫されることです。
ウォーターフォールはどのような場合に使うべきですか？
要求事項が安定していて理解されているとき、完成して初めて成果に価値が生まれるとき、作業が規制対象であるとき、またはチームが以前に同様のプロジェクトを経験しているときです。
ウォーターフォールは予測型プロジェクトマネジメントと同じですか？
おおむね同じです。予測型は、スコープ、スケジュール、コストを事前に計画するアプローチを指すより広い用語で、ウォーターフォールはその代表的な形です。
ウォーターフォールとアジャイルは組み合わせられますか？
はい。ハイブリッド型のアプローチでは、ウォーターフォール型のガバナンスとマイルストーンの中で、アジャイル型のデリバリーを行います。
ウォーターフォールのプロジェクトではガントチャートを使いますか？
はい。 ガントチャート は、ウォーターフォールのタスクとフェーズの順序とタイミングを示す一般的な方法です。