## ウォーターフォールモデルとは？

ウォーターフォールモデルとは何かについてまずは解説します。ウォーターフォールモデルと並び代表的な開発手法のアジャイル開発についても説明します。

### ウォーターフォールモデルの定義

*ウォーターフォールモデルとは、要件定義・設計・開発・テスト・リリース・運用というシステム開発の各工程を順番にこなしていく手法であり、多くの企業で導入されています。*ウォーターフォールは日本語で「滝」という意味であり、上から下まで水が流れる滝のように、システム開発を上流工程から下流工程まで順番に行います。

ウォーターフォールモデルには、工程を飛ばさない、各工程が正常に完了していることを確認したうえで先に進める、というルールがあります。たとえば、要件定義を済ませた後も要件定義書を作成し、次の設計へと移って良いか顧客や上層部に確認を取る必要があります。

もし設計に入った段階で問題があると判明した場合、再度要件定義からやり直さないとならず、工数が多くかかってしまいます。そのため、ウォーターフォールモデルでは各工程を丁寧に行う必要があります。

**アジャイル開発とは、要件定義からテストまで短いスパンで何度も繰り返し行う手法であり、Web系企業などで多く導入されています。**ウォーターフォールモデルと並んで代表的な開発手法です。アジャイルとは日本語で「素早い」という意味であり、開発を素早く行うことに主軸を置いたやり方と言えます。

アジャイル開発では、要件定義からテストまで1周した後、システムの顧客やユーザーに公開しシステムの改善点を指摘してもらいます。その後、指摘された改善点を盛り込んだうえで要件定義を再度行い、システムの完成度を高めていきます。

アジャイル開発は顧客やユーザーの意見を取り入れやすいのがメリットです。反面、納得するまで要件定義からテストまで繰り返すため、プロジェクトがいつ終了するのか見積もりを立てにくいのが難点と言えるでしょう。

アジャイル開発の特徴、メリット・デメリット、DXとの関係など

ウォーターフォール開発とアジャイル開発の違いは？メリット・デメリットも解説

## ウォーターフォールモデルの各工程について

ウォーターフォールモデルは各工程を1つずつ順番にこなしていくのが基本です。ウォーターフォールモデルの各工程で具体的に何の作業を行うのかについて解説します。

*要件定義とはシステムに欲しい機能を定義し要件定義書にまとめることです。*顧客や上層部と打ち合わせを行い、どのようなシステムにしたいのか、最低限必要な機能は何か、競合サービスと差別化を図るために必要な機能は何か、などをヒアリングします。

エンジニアはその機能が実現可能なのか、あるいはもっと良い機能はないのかなどを助言します。何度か打ち合わせを行い、システムの機能を完全に定義します。

要件定義書と要求仕様書の違いを解説！誰が作りどう進める？

続いて、要件定義書を元にシステムの設計を行います。設計は外部設計と内部設計に大きく分かれます。外部設計ではシステムの目に見える部分の設計を行います。たとえばWebアプリなら、各Webページにどのような情報を表示させるか、どのようなボタンを追加するか等を決めます。

内部設計では、システムの裏側の設計を行います。たとえば、Webページに表示させる情報を作成するためのプログラムやデータベースを設計します。

設計した内容は設計書にまとめます。**設計書をどの程度細かく書くかは企業にもよりますが、プログラマーが迷いなくプログラミング作業を行えるように記述するのが基本です。**

続いて、設計書を元にプログラマーがプログラミングを行います。*アルゴリズムやソースコードの読みやすさも意識しつつ、各プログラムを作成していきます。*設計書が問題なく作成されていれば、開発作業自体はすぐ終わることがほとんどです。

プログラムが一通り完成したらテストフェーズに移ります。最初に1つのプログラムやモジュール単位で正常に動くか確かめる「単体テスト」を行い、次に2つ以上のプログラムが正常に連携やデータ渡しを行えているか確かめ、最後にすべてのプログラムを統合し実際にユーザーが使うことを想定して確認する「結合テスト（統合テスト）」を行います。

**バグやユーザーにとって使いにくい点が見つかった場合、すぐに修正を行います。**修正したら再度テストを行い、問題が解決しているか、他の箇所に影響を及ぼしていないか確かめます。

システム開発の工程の「単体テスト」と「結合テスト」の違いを徹底解説！

*開発企業内でテストとして問題なければ、次は顧客の環境で受け入れテストを行う必要があります。*受け入れテストでは実際のサーバやデータを使って確認しなくてはいけないため、顧客に協力してもらわなくてはいけません。

受け入れテストまで行い問題なければリリースします。**事前に作成したリリース手順書に従って、他のシステムやサービスに影響を及ぼさないよう慎重にプログラムを公開します。**リリース後は再度テストを行い、問題が見つかればすぐに公開を中断して修正を行います。

システム開発後は運用・保守を行う必要があります。*運用・保守ではシステムが正常に動作するか検証したり、問題のある箇所や問題が起きそうな箇所を修正したりします。*基本的に、システム開発を行った企業が運用・保守まで継続して担当する場合が多いです。

以上が、ウォーターフォールモデルの基本的な流れとなります。ウォーターフォールでは要件定義から運用・保守まで順番にこなしていき、途中で順番を替えたり後戻りしたりすることはありません。

## ウォーターフォールモデルのメリット

ウォーターフォールモデルを導入するメリットを解説します。ウォーターフォールモデルは多くの開発企業で導入されていますが、それは次のようなメリットがあるためです。

*ウォーターフォールモデルでは各工程をシンプルにこなしていくため、プロジェクト開始前に見積もりを立てやすいです。*各工程でどの程度の期間がかかるか想定しやすく、納期に間に合いそうか判断できます。もし納期に間に合いそうにない場合、開発の一部を他企業に外注したり、従業員を増やしたり事前に対策が取れるのもメリットでしょう。

また、開発にかかる予算も算出しやすいため、システム開発を依頼する側からすれば、想定以上に予算がかかってしまう心配が少ないのもメリットです。

ウォーターフォールモデルは各工程の終了時に問題がないか確認を取るため、手戻りを減らせるメリットもあります。システム開発では、開発途中で設計に無理があったり技術的に不可能な機能があったりすることに気がつき、要件定義からやり直さないといけない場合もあります。

その場合、開発が納期に間に合わなくなったり、開発コストが多くかかることで、顧客満足度を下げることに繋がりかねません。**ウォーターフォールでは手戻りを減らせるため、こういったリスクをなくすことが可能です。**

ウォーターフォールモデルは各工程の見積もりを正確に立てられるため、作業を分業化しやすいのもメリットです。各工程にどの技術が必要かも事前に分かるため、適切に人材を割り当てることができます。

*作業の分業化が上手くいかないと、特定の従業員の業務量が増えすぎたり、向いていない仕事を任せてしまう恐れもあります。*

## ウォーターフォールモデルのデメリット

続いて、ウォーターフォールモデルのデメリットについて解説します。システム開発の種類によってはウォーターフォールモデルでは相性が悪く、アジャイル開発など他の開発手法を取り入れた方が良い場合もあります。

### 顧客の意見を取り入れにくい

ウォーターフォールモデルはシステムが完成してから顧客に見せるため、顧客の意見を取り入れにくいのがデメリットです。一方アジャイル開発では、何回も顧客に見せて改善点を指摘してもらえるため、顧客の意見を反映したシステムにしやすく、顧客満足度の向上が期待できます。

**ウォーターフォールモデルを導入する場合、要件定義の時点でしっかり顧客の要望をヒアリングし、本当にこの機能で問題ないか確かめる必要があるでしょう。**また、顧客がシステムの仕様を正しく理解していない可能性もあるため、システムについてイラストや図を用いてわかりやすく説明することも大切です。

ウォーターフォールモデルの場合、1つ1つの工程を順番にこなしていくためどうしても工数がかかります。各工程が終了する度に上層部に確認を取る必要があるため、フットワークが軽いとは言えないでしょう。

*そのため、開発スピードが要求される分野とウォーターフォールモデルは相性が悪いです。*たとえばWebアプリ開発は、トレンドに合わせて柔軟にサービスを改良しないといけないため、ウォーターフォールでは開発の遅さがネックになる可能性があります。

## ウォーターフォールモデルの今後について

「ウォーターフォールモデルは古い」という意見もあります。確かに昨今はIT技術の進化により、ユーザーの意見をよりシステムに取り入れられるようになったため、アジャイル開発を採用する企業も増えています。たとえばゲーム開発分野でも、最近のスマホゲームはリリース後にSNSでの評判も取り入れて改良を重ねていくことが多いです。

*とはいえ、ウォーターフォールモデルが必要ないものになる可能性は低いでしょう。*長年使われ続けてきた手法ですし、確実性の高いプロジェクトに対して有効なことは変わりません。エンジニアの方は、ウォーターフォールでもアジャイルでも対応できる柔軟さを持つことが肝心と言えるでしょう。

## ウォーターフォールモデルはシステム開発の代表的手法

本記事ではウォーターフォールモデルとは何かについて解説しました。ウォーターフォールモデルの各工程やメリット・デメリットなどがお分かりいただけたかと思います。

ウォーターフォールモデルはシステム開発の代表的手法であり、多くの企業で導入されています。**Webアプリやスマホアプリなど仕様変更が多発する開発には向いていませんが、その他の大規模開発には適した方法と言えるでしょう。**本記事がウォーターフォールモデルについて知見を深めたい方にとって有意義なものとなれば幸いです。

アジャイル開発が失敗するパターンと成功に導くための5つの心得

DX時代に脚光を浴びる「アジャイル開発」の本命「スクラム」とは？

ウォーターフォールモデルはもっとも多く使われているシステム開発手法のことです。当記事では、ウォーターフォールモデルの定義、各工程の作業内容やメリット・デメリット、アジャイル開発との違いについて解説します。

ウォーターフォールモデルは各工程を順番にこなしていく開発手法

ウォーターフォールモデルは手戻りを減らせる反面、工数がかかってしまうデメリットがある

ウォーターフォールモデルは大規模なシステム開発に向いている

ウォーターフォール開発モデルとは？各工程やメリット・デメリットを解説！

## システム開発の基本的な工程

システム開発の基本的な工程についてまとめました。システム開発は次の9つの工程に沿って行われるのが基本ですので、エンジニアを目指す方は流れを覚えることが大切です。

まずは要件定義を行います。*顧客と打ち合わせを行い、どんなシステムが欲しいかヒアリングをします。*顧客から要望を聞き出したら、それをまとめていき要件を定義します。

要件定義はシステム開発の中でも重要な工程です。なぜなら、顧客の要望と違う要件を定義してしまったら、開発がやり直しになる可能性もあるからです。そのため、顧客との打ち合わせは何度も行い、本当にこの要件で問題ないかチェックしたうえで先に進みます。

要件定義と同時に行うものが見積もりです。**開発にどの程度の予算・期間がかかるか顧客に提示する必要があります。**加えて、開発の細かいスケジュールもここで組み立てる必要があります。

設計や開発、テストなど各工程に何日ぐらいかかるかを計算します。ベテランのエンジニアなら過去の経験などから、おおよその見積もりを出せることが多いです。

FP法による見積もり方法は？必要とされる計測手順を解説！

定義した要件を元に外部設計を行います。*外部設計とはWebページの見た目や業務システムの操作画面など、システムの表側の設計のことです。*ユーザーによって使いやすいシステムにするために必要な機能や情報は何か考え、設定書にまとめていきます。

外部設計と同時に内部設計も行います。**内部設計はプログラムの裏側の処理の設計のことです。**たとえば、データベースからデータを取り出すプログラムの処理内容や、Webページに表示する情報を作成するプログラムの処理内容を設計書にまとめていきます。

外部設計・内部設計が完了したら、ようやく開発作業に入ります。*プログラミング言語を使ってソースコードを記述し、設計書通りにプログラムが動くようにします。*また、単に設計書通りに動くだけでなく、処理効率やソースコードの読みやすさなども意識してプログラミングします。

開発が完了したらテストの工程に入ります。まずはプログラムやモジュール単体でテストを行います。**設計書通りに問題なくプログラムが動くか確認します。**問題のある箇所が見つかったら修正を行い、再度テストを行っていきます。

新人が任されやすい単体テストとその仕様書の作成について徹底解説！

続いて、*複数のプログラムを組み合わせてテストを行います*。たとえば、2つのプログラム間で通信処理が正常に行われているか、データの受け渡しに問題がないかなどを確認します。

「結合テスト」の観点や目的を押さえ、システムの品質を担保しよう！

最後に、総合テストを行います。**総合テストではシステム全体を通してテストを行います。**実際にユーザーが使う場面を想定してテスト項目を作成し、それに沿ってテストを進めます。

*無事テストが終了したらリリース作業を行います。*リリース前にユーザーの環境でもシステムが問題なく動くか確認を行います。問題がなければシステムを一般公開しユーザーが使えるようにします。公開後に再度テストして問題が見つかった場合、すぐに公開を止めて修正を行えるようにしておく必要があります。

リリース後に問題がなければひとまずシステム開発作業は完了です。

**システム開発後はシステムの運用・保守を行う必要があります。**運用・保守とはシステムが安定稼働するように、メンテナンスやログの監視、OSやミドルウェアのアップデートなどを行うことです。また、障害や不具合が発生した場合に、問題のあるプログラムやサーバを特定し修正を行うのも運用・保守の業務範囲です。

運用・保守に関してはシステムを開発した企業が継続して行う場合が多いです。

## システム開発の工程を知るうえで覚えておきたい略語

IT業界ではさまざまな業界用語が使われるため、用語の意味を知らないと話についていけなくなることも多くあります。そこでシステム開発の工程に関連する略語の一覧と意味をまとめました。

- RD（Requirements Definition）:要件定義

- PG（Programing）:プログラミング

- IT（Integration Test）:結合テスト

- OT（Operations Test）:運用テスト

これらの略語の意味を覚えておくことで、社内研修時に開発工程に関する説明があった際にも話を理解しやすくなるでしょう。

## ウォーターフォール開発とは？

システム開発にはウォーターフォール開発とアジャイル開発の2種類があります。ウォーターフォール開発とは、さきほど解説した要件定義から運用・保守までの9つの工程を上から順にこなしていく、基本的な開発手法のことです。IT企業でもっとも多く使われている開発手法です。ウォーターフォールには次のメリット・デメリットがあります。

### メリット1.納期の見通しを立てやすい

*ウォーターフォール開発は納期の見通しを立てやすいです。*なぜなら各工程を順にこなしていくため、最初の段階で各工程の工数を割り振ることができるからです。そのため、顧客にも何日までにシステムを提出するか提示できますし、納期が守れなくなる可能性も下げることが可能です。

### メリット2.予算を確保しやすい

ウォーターフォール開発は予算を確保しやすいのも特徴です。**各工程の工数を割り振ることができれば、どの程度の人材が必要かどうか自ずと明らかになるからです。**もしエンジニアの数が足りないと分かれば、事前に人材を募集したり下請け企業に開発を依頼することができ、それらにかかる予算も算出することが可能です。

### デメリット1.仕様変更への柔軟性が低い

ウォーターフォール開発は仕様変更への柔軟性が低いのが難点です。開発段階で顧客から仕様変更を求められた場合、要件定義から再度やり直さなくてはいけません。ウォーターフォールでは各工程の終了時に、これで問題がないかじっくりと確認します。そのため、仕様変更が起こった際に効率が悪くなってしまいます。

*仕様変更が多い開発とはウォーターフォールは相性が悪いです。*たとえばWebアプリ開発などはユーザーの要望に基づき何度も改良を重ねる必要があるため、ウォーターフォールでは上手くいかないことも多いです。

### デメリット2.開発期間が長くなりやすい

**ウォーターフォール開発は開発期間が長くなりやすいのも難点です。**1つ1つの工程を丁寧に行うため、開発期間を長めに見積もる必要があります。スピーディーな開発が求められるシステムにもウォーターフォールは適していないと言われています。

アジャイル開発とは要件定義から運用・保守までを短いスパンで何度も繰り返す開発手法です。1巡する度にシステムを顧客に確認してもらい、改善点を聞き出した後に再度要件定義から行います。何度も繰り返すことで完成度を高めていくやり方と言えます。アジャイル開発には次のメリット・デメリットがあります。

### メリット1.仕様変更に対応しやすい

アジャイル開発の特徴は仕様変更に対応しやすいことです。要件定義から運用・保守まで1巡するペースが速いため、万が一開発途中で顧客から仕様変更を要求されたとしても、少し前に戻ってやり直すだけで済むことが多いです。

そのため、*アジャイル開発の場合顧客の意見をシステムに反映しやすくなり、顧客満足度を上げられるメリットがあります。*仕様変更に対応しやすくするというのが、アジャイル開発の主要な目的です。

### メリット2.場合によっては開発期間を短くできる

**アジャイル開発なら場合によっては開発期間を短くすることが可能です。**アジャイル開発では要件定義から運用・保守まで短い期間で行い顧客からチェックをもらいます。もし1巡目で顧客からこれで問題ないと言われた場合、ウォーターフォールよりも大幅に開発期間が短くなります。実際は1巡目で終わることはほとんどないのですが、状況に応じて開発期間を短くもできるというのは大きなメリットと言えます。

### デメリット1.納期や予算の見通しが立てにくい

*アジャイル開発は納期や予算の見通しを立てにくいのが難点です。*必要に応じて何度も開発を繰り返す手法のため、いつシステムをリリースできるか最初の段階では分かりません。また、システム開発にかかる予算も予想することが難しいです。場合によっては予算がかかりすぎてしまうこともあります。

### デメリット2.システムの方向性が定まらなくなることも

**アジャイル開発は何度も修正を繰り返すため、システムの方向性がブレてしまうこともあります。**方向性がブレてしまうと、予算もかかってしまいますしエンジニアの負担も大きくなります。アジャイル開発といえども、極端に修正を繰り返すのは良くない場合が多いでしょう。

## システム開発の工程を知りエンジニアへの転職を目指そう

本記事ではシステム開発の工程について解説しました。どのような流れでシステムは開発されているのかお分かりいただけたかと思います。決められた工程に従って開発を進めることで、開発期間中に問題が発生することをなるべく防ぐようにしています。

*エンジニアを目指す方やIT関連の資格獲得を目指す方は、システム開発の工程について覚えておくことが重要です。*本記事がエンジニアを目指す方にとって有意義なものとなれば幸いです。

システム開発は決められた工程に沿って行うことがほとんどです。エンジニアを目指す方は基本的な工程について知っておく必要があります。当記事では、システム開発の基本的な流れやシステム開発の工程関連の略語の意味について解説します。

システム開発は、要件定義・設計・開発・テスト・運用の流れで行われる

システム開発にはウォーターフォールとアジャイルの2つの手法がある

ウォーターフォールは予算・納期の見通しが立てやすい、アジャイルは仕様変更に対応しやすい

システム開発の工程とは？基本的な流れや略語の意味を解説！

## ウォーターフォールとアジャイルの違い

システムエンジニアを目指す上で必ず知っておくべき言葉は、システム開発における代表的な手法、ウォーターフォール・モデルとアジャイル・モデルです。**いずれのモデルも効率的なシステム開発には有効な手法ですが、両者の違いについて正しく理解しておく必要があります。

**この記事ではウォーターフォール開発とアジャイル開発について、それぞれの特徴と違い、それらが適したシステム開発について解説していきます。

## ウォーターフォール・モデルとは

ウォーターフォール・モデルは、システム開発の現場では最もポピュラーな開発手法です。**特に基幹系の開発や、大規模開発において主に使われています。**ここでは、ウォーターフォール・モデルの概要、適したシステム開発、向かないシステム開発についてそれぞれ見ていきましょう。

### ウォーターフォール・モデルの概要

ウォーターフォール（WaterFall）は英語で滝のことですが、滝のように上から下に向かって水が流れ落ちるように、上流工程から下流工程に向かって工程が進んでいくのが特徴です。

ウォーターフォール・モデルという言葉は、米国の科学者W.W.ロイス氏が1970年に発表した論文の内容が元だと言われていますが、「ウォーターフォール」という名称が使われたのは、TRW社に属するBellとThayerだとされています。

いずれにしても、ウォーターフォール・モデルは米国電気電子学会 （IEEE）で文書化され、誕生から半世紀を経て定着をしていきました。ウォーターフォール・モデルの大きな特徴としては、**前工程が完了しないと次の工程に進むことができないという点にあります。**

### ウォーターフォール・モデルの手順

ウォーターフォール・モデルはその名の通り、上から下に向かって進んでいきます。**ウォーターフォール・モデルでは大きな括りでとらえると、【要件定義】⇒【設計】⇒【製造】⇒【テスト】⇒【リリース】という工程で進んでいきます。**

要件定義工程ではユーザーやクライアントの要求を明確にし、その要求を実現するために必要な機能・要件・性能などを明らかにします。ここが曖昧であったり、要件を出し切れていなかったりすると、多くの場合はシステム開発に失敗します。

### ウォーターフォール・モデルが適したプロジェクト

ウォーターフォール・モデルが適したシステム開発業務とは、どのような開発なのでしょうか？それはシステム開発の途中で、**仕様変更を前提としない仕組みの開発です。**ウォーターフォールでは上から下に向かって工程が進むため、システム開発の途中で仕様変更が起きると、要件定義まで遡らなければなりません。

途中で仕様変更が少ないシステムには、基幹システムがあります。基幹システムでは要件や仕様が細かく決まっており、その仕様に従って着々と開発していきます。

逆に言えば、要件定義でミスを生じると、修正が非常に難しくなります。これまで基幹システムの開発に失敗しているケースは、そのほとんどが要件定義のミスによるものと考えられます。

### ウォーターフォール・モデルが適さないプロジェクト

ウォーターフォール・モデルが適さないシステム開発業務は、**システム開発の途中で仕様変更が起きやすいシステムの開発です。**代表的なものとしては、Webサービスの開発があります。

Webサービスではユーザビリティ（Usability）が重視されます。ユーザビリティ（Usability）には「使いやすさ」「可用性」「有用性」などの意味があり、それらは机上で設計するのは難しく、実際に作ったシステムをユーザーに見てもらい、触ってもらう必要があります。

そのため、仕様変更や手戻りが難しいウォーターフォール・モデルによる開発はあまり適しません。

アジャイル・モデルは、**柔軟性やスピードを優先したシステム開発の手法の1つで、現在の主流となっている手法です。**伝統的な開発手法であるウォーターフォール・モデルとよく比較されます。

ここでは、アジャイル・モデルの概要、アジャイル・モデルが適したシステム開発、適さないシステム開発についてそれぞれ見ていきましょう。

アジャイル（Agile）とは「素早い」を意味する英語です。イテレーション（Iteration）「反復の意味」 と呼ばれる短い開発期間の単位を採用して、**開発期間の短縮とリスクの軽減を目的とする開発手法です**。

モバイル分野などの日進月歩のスピードでテクノロジーが進化している分野、要件が途中で変更されるような分野との相性が良い方式です。

アジャイル・モデルでは小さな単位で計画・設計・実装・テストを繰り返すため、途中で問題が生じてもその影響がイテレーション内にとどまり、プロジェクト全体への影響が少ないというメリットがあります。

アジャイル・モデルと似た手法でスパイラル・モデルがあり混同しがちですが、スパイラル・モデルはプロトタイプ（試作）を提供しながらユーザーの要望に近づけ、品質向上を目指していく手法です。工数が膨れやすいため、潤沢な予算やリソースを確保できないと、とん挫するリスクがあります。

### アジャイルソフトウェア宣言

アジャイル・モデル登場の発端は、「スクラム」や「XP」などの開発手法を提唱した技術者たちによって出された、**2001年に「アジャイルソフトウェア開発宣言」※にあります。**

日本で初めてアジャイル・モデルが採用されたのは、2000年代の半ば頃です。2009年には「アジャイルジャパン」※1が初めて開催され、毎年継続的に開催され、日本におけるアジャイル・モデルの普及に貢献しています。

*【参考】：※[アジャイルソフトウェア開発宣言](https://agilejapanexpo.com/)*

*【参考】：※1[Agile Japan EXPO ](https://agilemanifesto.org/iso/ja/manifesto.html)*

アジャイル開発宣言の内容を解説！開発に活かす道筋を探る

アジャイル・モデルでは、チーム単位で、**要件定義・設計・実装・テスト・リリースなどの開発工程を小さな機能の単位で繰り返して行います。**まさしく素早く（Agile）、ユーザーと一緒に機能のブラッシュアップを図りながら、システムを作り上げていくという手順で進めます。全ての機能を横断的に進めていくウォーターフォール・モデルとは異なり、比較的軽量で柔軟な開発手法です。

### アジャイル・モデルが適したプロジェクト

アジャイル・モデルが適するシステム開発業務は、ユーザーの要求にマッチしたシステムやサービスをスピーディにリリースすることを優先し、ブラッシュアップしていくようなシステム開発です。

つまり、**出来上がりの都度、ユーザーやクライアントの承認を得られたものから逐次リリースしていく方式です。**

### アジャイル・モデルが適さないプロジェクト

アジャイル・モデルが適さないシステム開発は、**「正確性や安全性が求められるシステム」です。**例えば、財務・会計システムなどの基幹システム構築では初めに要件を固める必要があります。

会計基準に従って詳細設計まで行うため、基本的に要件の変更はありません。また、企業会計は厳しい監査を受けるため、システム設計に関するドキュメントは必須です。

そのため、基幹システムの開発はウォーターフォール・モデルによる開発が一般的であり、ウォーターフォール・モデルは適さないという説が根強くあります。

### アジャイル・モデルの3つの開発手法

伝統的な開発手法であるウォーターフォール・モデルに代わり、要件変更や仕様変更に柔軟な対応が可能なアジャイル開発は主流になってきていますが、アジャイル・モデルにはいくつかの手法があります。ここでは、**アジャイル・モデルの代表的な手法について3つ紹介します。**

*1.スクラム*
アジャイル・モデルでは最も有名な手法です。ラグビーのスクラムが語源で、ラグビーのようにチームが一丸となり、コミュニケーションを重視しながらシステム開発を進めます。チームには以下の3つの役割を持つメンバーがいます。

▪プロダクト・オーナー：プロジェクトチーム全体の管理者
▪スクラム・マスター：開発のチームリーダー
▪開発者：システムの開発に携わるエンジニア

*2.エクストリーム・プログラミング（略称：XP）* 
エクストリーム・プログラミングはエンジニア、中でもプログラマー重視の開発手法です。ペアでコードを共有し、相互チェックと助け合いでプログラミングを進めます。これにより、仕様変更やエラーなどに柔軟かつ効率的に対応を行います。

*3.ユーザー機能駆動開発（略称：FDD）*
「顧客価値」にフォーカスした開発手法です。顧客の課題抽出、課題解決に向けた機能選定を重視し、プロジェクトマネジメントに重きを置いています。

また、イテレーションの期間は短く設定されるため、工程の手戻りのリスクが比較的大きく、進捗管理を定量的に行う必要があります。アジャイル・モデルの中ではウォーターフォール・モデルに近い手法とされています。

## メリット・デメリットを比較

ウォーターフォール・モデルとアジャイル・モデルにおいて重要なのは、それぞれの違い、メリット・デメリットを理解した上で、システム開発に最適な手法を選定できるようになることにあります。以下に、それぞれのメリット・デメリットについて見ていきましょう。

### ウォーターフォール・モデルのメリット・デメリット

ウォーターフォール・モデルの代表的なメリットとデメリットは以下の通りです。

*■メリット*
ウォーターフォール・モデルのメリットとしては、**開発計画や予算見積りが容易で、その精度が高いことです。**また、開発内容や必要な人材があらかじめ明確になっており、開発に必要な人材・スキル・リソース確保が計画的に行えるため、プロジェクトマネジメントが行いやすいモデルです。

*■デメリット*
ウォーターフォール・モデルでは、各工程を順番にこなしていきます。そのため、システム開発が大きく進捗した後に、新たな要件が追加されたり、大きな不具合が見つかったりすると、大きな手戻りが発生するリスクがあります。これによって開発に関わる時間とコストが当初計画から大きくぶれてしまいます。

### アジャイル・モデルのメリット・デメリット

続いて、アジャイル・モデルの代表的なメリットとデメリットを紹介します。

*■メリット*
アジャイル・モデルでは、反復（イテレーション）ごとに開発とリリースを行うため、**短期間でプロダクトやサービスをユーザーに提供できる点が大きなメリットです。**また独立した小さな単位で開発を進めるため、仕様変更や手戻りの影響が最小限で済む点もメリットです。

*■デメリット*
アジャイル・モデルはユーザーのニーズや要件に柔軟に対応できる反面、この柔軟さゆえにシステム開発が当初の方針から外れてしまったり、予算や全体スケジュールの管理がしにくかったりといったデメリットがあります。

アジャイル開発のメリット・デメリットや代表的な手法について解説！

## いずれの手法にも対応できるエンジニアを目指しましょう

ここまで、ウォーターフォール・モデルとアジャイル・モデルについて比較を交えながら紹介してきました。どちらが優れている・劣っているという訳ではなく、それぞれに向き不向き・一長一短があります。

**大切なことは、そのプロジェクトにどちらの手法が向いているかを正しく判断することです。**他に両モデルを併用したハイブリッド・モデルもありますので、選択肢として検討してください。

システムを開発する上でそれぞれのモデルについてより知識を深め、いかなるプロジェクトにも対応できるよう準備しておくことが求められます。当記事を参考に、今後もさらなる理解を深めましょう。

システム開発でよく使われる代表的な開発手法の「ウォーターフォール型」と「アジャイル型」の違いとは何なのでしょうか？それぞれの手法の意味・内容・システム開発での向き・不向き、メリット・デメリットを解説します。システムエンジニアを目指す方はぜひ理解を深めてください。

ウォーターフォール・モデルとアジャイル・モデル手法のそれぞれの特徴や違い

ウォーターフォール・モデルとアジャイル・モデルそれぞれに適したプロジェクト、不向きなプロジェクト

ウォーターフォール・モデルとアジャイル・モデルのメリット、デメリット

ウォーターフォール開発の記事（1ページ目）