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

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

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

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

## 他の手法と比べたウォーターフォールモデルの特徴

システム開発には、ウォーターフォールモデル以外にもいくつかの開発手法があります。よく使われる手法と比べた際のウォーターフォールモデルの特徴についてまとめました。

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

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

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

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

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

**スパイラルモデルは、機能ごとに要件定義、設計、開発、テストを行い、クライアントからの評価を得て改善する、という流れを繰り返す開発手法です。**アジャイル開発とよく似ていますが、すべての機能が完成してからリリースする点でアジャイルとは異なります。

機能ごとに確認作業を行うため、ウォーターフォールモデルと同じように高い品質を担保しやすいのがスパイラルモデルです。一方アジャイル開発のような柔軟性も持ち合わせているので、ウォーターフォールにはないメリットもあります。

スパイラルモデルのデメリットとしては、アジャイルと同じようにプロジェクトの全体像が見えにくく工数やコストの見積もりがしにくいことが挙げられ、こちらもウォーターフォールとは異なる点になります。

### プロトタイプモデルとの違い

**プロトタイプモデルとは、本格的な開発の前にプロトタイプ（試作品）を作り、クライアントなどからのフィードバックを得たうえで実装を進めていく手法です。**ウォーターフォールモデルでは要件定義書などによってクライアントの確認を取りますが、実際の成果物を具体的にイメージできるようになるのは開発終盤になることも多いです。

その点、早い段階で試作品を見ることができるプロトタイプモデルでは、開発が進んでからの修正発生リスクを低く抑えられます。認識の相違を防ぎ、手戻りを少なくできる点が、ウォーターフォールとは異なるメリットと言えます。

ただし、ステークホルダーが多数いる大規模開発の場合は、プロトタイプの確認に非常に時間がかかってしまうためこのモデルは不向きであると言われています。ウォーターフォールモデルは大規模開発に向いている手法なので、それぞれ異なるニーズに対応したモデルです。

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

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

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

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

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

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

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

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

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

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

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

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

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

なお日本では、上記の単体テストと詳細設計、結合テストと基本設計、受入テストと要件定義をそれぞれ対にした「V字モデル」を採用することが多いです。V字モデルでは、上から下に進む開発フェーズから折り返すようにテストフェーズが進んでいきます。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

## ウォーターフォールモデルが適しているケースとは

以上のようにウォーターフォールモデルにはメリット・デメリットがありますが、どのような開発で採用すると良いのでしょうか。ここでは、ウォーターフォールモデルが適しているケースについて解説します。

プロトタイプモデルの解説でも少し触れましたが、ウォーターフォールモデルは大規模開発に適しています。大規模なプロジェクトは開発期間も長くなるためスケジュール管理が難しく、大規模であるがゆえに少しの変更の発生でも全体のスケジュールに大きく影響してしまうこともあるでしょう。

その点、要件定義を重視するウォーターフォールモデルであれば、プロジェクト初期の段階でシステム完成までの道筋を立てやすいです。*しっかりとした要件定義とスケジュールをもとに開発を進めることで、大規模案件でも品質・コスト・納期の管理がしやすくなります。*

### 仕様変更の必要性が低い開発

完成形が明確に定まっていて仕様変更の必要性が低いシステムやソフトウェアの開発も、ウォーターフォールモデルに適しています。*具体例としては、ハードウェアと連携させる組み込みソフトウェアの開発、OSの開発、大規模な通信システムの開発などが挙げられます。*

例えば組み込みソフトウェアは、前提としてハードウェアがあるため仕様を明確にしてから開発するのが一般的です。また、OSや通信システムは安定的な稼働が何よりも求められるため、リリース時点で完璧な状態に仕上げなければなりません。こうした開発では、ウォーターフォールモデルで品質を高く保つことが推奨されます。

## ウォーターフォール開発を行う際のポイント

ウォーターフォール開発を行う際には、いくつか押さえておきたいポイントがあります。これらのポイントに留意することが、開発を成功に導きます。

### 要件定義やスケジューリングを詳細に行う

**要件定義やスケジューリングがあいまいな状態で開発を進めてしまうと、後の工程で遅れが出るなどして納期に間に合わない可能性が出てきます。**ウォーターフォール開発は見積もりを立てやすいのがメリットですが、そのメリットを発揮するにはこのステップが重要です。

クライアントの要望や必要な機能は要件として細かくかつ明確に定義し、また全体のスケジュールと各工程のスケジュールを的確に算出することで、開発の遅れやトラブルを防ぎましょう。

### 各工程でドキュメントを作成する

ウォーターフォール開発では、各工程を別の担当者が担当するのが一般的です。しかし、**各工程はそれぞれが密接に関連しているため、連携を取れるような体制にしておくことは欠かせません。**

そのために必要となるのが、仕様などについて示したドキュメントの作成です。文書化することによって、工程をまたいでも確認がしやすくなり、エラーなどを回避することができます。特に特殊な仕様や注意点については必ずドキュメントに残しておきましょう。

また、チームメンバーと積極的にコミュニケーションを取り、問題が発生した時にすぐに把握・対応できるようにしておくことも重要です。

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

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

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

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

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

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

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

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

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

## アジャイル開発は要件定義が必要？

アジャイル開発は、反復的かつ柔軟な手法でプロジェクトを進める開発モデルです。従来のウォーターフォール型開発が計画からリリースまでを一連の流れで進めるのに対し、アジャイル開発は小規模な単位での「スプリント」を繰り返し、逐次的に成果物（プロダクト）を完成させます。

「ウォーターフォール型開発では要件定義は必須だが、アジャイル開発では不要」と考える方がいますが、*開発手法に関わらず要件定義は必要です。*この記事では、アジャイル開発における要件定義の重要性や、従来の要件定義との違いについて解説します。

アジャイル開発を学びたい方、アジャイル開発が主流のIT企業への転職を検討している方、ぜひ参考にしてください。

要件定義とは？流れや決め方、作成に必要なスキルをわかりやすく解説

<center>[エンジニア転職を成功させるため<br/>ぜひ*『マイナビIT エージェント』*をご活用ください！](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv07_2)</center>

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

アジャイル開発とウォーターフォール型開発は、どちらもソフトウェア開発の手法ですが、大きく異なる特徴を持っています。それぞれの特徴と、メリット・デメリットを確認しておきましょう。

**ウォーターフォール型開発は、要件が明確で変化が少ない大規模システムの開発に向いています。**その特徴とメリット・デメリットを見てみましょう。ウォーターフォール型開発の成果物一覧としては、要件定義書、基本設計書、詳細設計書、テスト実施報告書など、各工程ごとに成果物が決まっています。

*■ 特徴*
ウォーターフォール型開発は、全ての工程を順次進める線形的な開発モデルです。要件定義、設計、開発、テスト、リリースの順に、前の工程が完了してから次の工程に移るのが大きな特徴です。アジャイル開発が浸透するまでは、ウォーターフォール型開発がシステム開発手法の中心でした。

*■ メリットとデメリット*
ウォーターフォール型開発の最大のメリットは、工程が決まっており、プロジェクトの計画が立てやすく、進捗管理がしやすい点にあります。

一方、ウォーターフォール型開発のデメリットは、開発の初期段階で全ての要件を決める必要があり、企業や市場の変化に対応しにくい点があり、一旦開発が進んでしまうと、後戻りが難しくなります。

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

システムの開発手法は、ウォーターフォール型開発から始まりましたが、2000年代以降では、アジャイル開発が注目されています。**アジャイル開発は、大まかな仕様が決まったら「まずは作ってみる」という考えで、極力少ない工数と期間で開発を進めます。**

開発の成果物としては、プロダクトバックログ、スプリントバックログ、インクリメントの3種類です。インクリメントとは、最終成果物で、ソフトウエアや新たな機能などです。

*■ 特徴*
アジャイル開発のアジャイル（Agile）は「素早い」を意味する英語で、短期間の反復的な開発サイクルを繰り返す開発モデルです。短い期間（スプリント）で機能を開発し、顧客のフィードバックを基に改善を繰り返します。

*■ メリットとデメリット*
アジャイル開発の最大のメリットは、顧客のニーズに柔軟に対応できることです。早期に製品をリリースし、市場の反応を見ながら改善できる点にあります。

一方、アジャイル開発のデメリットとしては、全体的な計画が立てづらく、またドキュメント化が不十分になりがちな点にあります。

<center>[あなたに合った企業選びをサポート致します。<br/>エンジニア転職のご相談はぜひ<br/>*『マイナビIT エージェント』*へ！](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv07_2)</center>

## アジャイル開発における要件定義の特徴と重要性

アジャイル開発では、要件定義は変化することを前提にしており、従来の詳細な要件定義書を作成するケースは少なくなります。しかし、プロダクトバックログやユーザーストーリーといった成果物で、*基本的な要件の枠組みを管理することは、プロジェクトの進行に欠かせません。*

ウォーターフォール型開発では、要件定義書として明確な要件を記述し、プロジェクト開始時に詳細に策定します。

一方、**アジャイル開発では、 要件を具体的な文書化は行わず、プロダクトバックログやユーザーストーリーを使って柔軟に管理します。**要件定義の「成果物」としてはリスト化される、プロダクトバックログが主な参考資料になります。

### アジャイル開発における要件定義の特徴

アジャイル開発では、**柔軟で実用的な要件管理が特徴です。**ユーザーストーリーやプロダクトバックログは、開発チームが顧客の要求や目的を理解しやすくするための重要な成果物です。それぞれ見ていきましょう。

*■ ユーザーストーリー*
ユーザーストーリーは顧客視点での要件を表現する手法です。例えば、「As a [ユーザータイプ]、I want to [機能] so that [目的]」という形式で要件を記述します。

*■ プロダクトバックログ*
プロダクトバックログとは、プロジェクトで実現する機能の一覧です。プロジェクトの優先順位ごとに並べられ、要件定義の成果物として活用します。また、各スプリントでは、このリストからタスクを選択し、進捗に応じて内容が更新されます。

*■ スプリント計画*
アジャイル開発のスプリント計画とは、短期間（通常1〜4週間）で完了させるタスクの計画を立て、開発チームが達成するべき具体的な目標を明確にするプロセスです。プロダクトバックログから要件を選定し、具体的なタスクに分割して進めます。

*■ 変化への対応*
アジャイル開発では要件が変更される前提で進められるため、バックログやユーザーストーリーは常に更新され、最新の要求に合わせて変化させやすいのが特徴です。

## アジャイル開発の要件定義のデメリット

アジャイル開発は開発工数が小さく、開発期間が短いのが大きな特徴ですが、デメリットはないのでしょうか？ここでは、アジャイル開発の要件定義のデメリットについて詳細を確認しておきましょう。

アジャイル開発は短期間のスプリントごとに計画や要件を更新し、変化に対応しながら進めるため、詳細な長期計画を立てるのが難しいことがあります。特に大規模プロジェクトや複雑なシステムの場合、*スコープや納期が不確定になりがちで、予算管理も難しくなることがあります。*

### ドキュメント不足になりやすい

アジャイル開発では動作するソフトウェアに価値を置くため、詳細なドキュメントの作成が省略されることが少なくありません。

その結果、進行中のタスクや成果物は最新のものに保たれますが、プロジェクトの経緯や技術的な判断を後で振り返るための資料が不足し、*特にメンバー交代時やプロジェクト終了後に困ることがあります。*

### チームの熟練度や自律性が求められる

アジャイル開発では個々のメンバーがタスクを理解し、自律的に進行できることが重要です。メンバー間のコミュニケーションや協力が求められるため、熟練したエンジニアやリーダーシップを持つスクラムマスターなどが必要であり、*特に経験の浅いチームでは円滑に進まない場合があります。*

### プロジェクトが無期限に継続するリスク

アジャイル開発では次々に要件が追加されたり、顧客の要望に応じて方向性が変わったりすることがあるため、プロジェクトがなかなか完了しないケースがあります。*特に要件が曖昧な場合、終わりが見えずにリソースの消耗を招く可能性があります。*

## アジャイル開発の要件定義のメリット

以上、アジャイル開発のデメリットについて解説しましたが、アジャイル開発の要件定義には、次のようなメリットがあります。デメリットを回避しながらメリットを追求することで、素晴らしい成果を得られるでしょう。

アジャイル開発の要件定義は、顧客やステークホルダーと密に連携し、進行中のプロジェクトに直接反映させるための仕組みです。ユーザーストーリーやプロダクトバックログを用いることで、**顧客が望む機能や要望を分かりやすく整理できます。**

これにより、開発の各段階で顧客からのフィードバックを受け、リアルタイムで要件を調整することが可能となり、顧客満足度が向上します。

アジャイル開発は変化に対応することを前提としているため、**要件の追加・修正に対して柔軟に対応できます。**プロダクトバックログを基に、優先度に応じて取り組むべき機能を調整できるため、最重要な機能から優先的に実装し、他の要件はスプリントごとに評価しながら対応します。

このように、要件が変わりやすいプロジェクトでも適応可能で、リリース直前の大幅な設計変更や調整もスムーズに行うことができます。

アジャイル開発では、スプリントのたびに完成度の高い部分的な機能がリリースされ、実際のユーザや顧客のフィードバックが次のスプリントに反映されます。この反復的なサイクルにより、要件の誤解や欠陥が早期に発見・解決されやすくなり、**最終的なプロダクトの品質向上が期待できます。**

また、スプリントごとにテストを行うため、潜在的なバグや仕様のズレを早期に修正でき、製品リリース後の品質問題を未然に防ぎやすい点もメリットです。

### プロジェクトの透明性が高い

アジャイル開発では、要件定義がプロダクトバックログやユーザーストーリーに整理され、常に全員がアクセス可能な状態で管理されます。このため、チームメンバー全員がプロジェクトの進捗や優先事項をリアルタイムで把握でき、意思決定が透明になります。

また、要件や進行状況が視覚化されることで、**顧客やステークホルダーも現在の状況を把握しやすく、プロジェクトの一体感が向上します。**

アジャイル開発では、短期間のスプリントごとに部分的な機能が完成するため、リリースサイクルが早まります。このため、早期に成果物（MVP：Minimum Viable Product、または部分リリース）を顧客に提供し、早期にフィードバックを受けられます。

特に競争の激しい業界では、他社に先んじて市場投入するメリットが大きく、**リリースのタイミングや製品の方向性を機動的に調整することが可能です。**

<center>[*SE・システムエンジニアの転職・求人情報を見る　＞*](https://mynavi-agent.jp/jobsearch/job1_01/result.php?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv18)</center>

アジャイル開発の役割を担うシステムエンジニアの年収を見ていきましょう。一般的なシステムエンジニアの平均年収は「マイナビエージェント職種図鑑」によると、431万円（※2024年11月執筆時点）と算出されています。

また、経済産業省2017年発表の「IT関連産業の給与等に関する実態調査結果」における「エンジニア/プログラマ」の平均年収を参考にすると、592万円でした。

国税庁2020年発表の民間給与実態統計調査における民間企業平均年収は433万円ですので、システムエンジニアの平均年収は一般の年収よりも、やや高めであると言えます。

また、アジャイル開発は日本ではまだ十分に浸透しておらず、DX開発などアジャイル開発が適したケースでも、ウォーターフォール型開発手法が使われているケースがあります。そのため、**アジャイル開発の経験やノウハウを有するシステムエンジニアの需要は高まっていくと見られます。**

【参考】：[マイナビエージェント職種図鑑/システムエンジニア](https://mynavi-agent.jp/it/jobindex/04.html?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv07_2)
※【平均年収 調査対象者】2020年1月から2020年12月の間でマイナビエージェントに登録いただいた方
【参考】：[IT関連産業における給与水準の実態① ~ 職種別（P7）](https://warp.da.ndl.go.jp/info:ndljp/pid/11623215/www.meti.go.jp/press/2017/08/20170821001/20170821001-1.pdf)
【参考】：[民間給与実態統計調査-国税庁](https://www.nta.go.jp/publication/statistics/kokuzeicho/minkan2020/pdf/002.pdf)
【参考】：[アジャイル領域へのスキル変革の指針　アジャイル開発の進め方｜情報処理推進機構 IPA](https://www.ipa.go.jp/jinzai/skill-standard/plus-it-ui/itssplus/ps6vr70000001i7c-att/000065606.pdf)

## アジャイル開発の要件定義の実践

アジャイル開発では従来の詳細な要件定義書を用いず、柔軟かつ継続的に要件を見直すため、実践的な要件定義がプロジェクトの成否を左右します。ここでは、アジャイル開発の要件定義を実践する上で重要な手法やツール、プロセスについて解説します。

**ユーザーストーリーは、アジャイル開発における基本的な要件の単位であり、顧客やエンドユーザーの視点から必要な機能を短い文で表現します。**

これにより、開発チームがユーザの意図を理解しやすくなり、顧客価値に直結する開発が可能となります。ユーザーストーリーを作成するのは主にプロダクトオーナーで、基本的な形式は以下の通りです。

*「As a [ユーザータイプ]、I want to [機能] so that [目的]」*の形で短く記述し、顧客視点での要件を簡潔に記します。必要に応じてタスクを分割し、スプリントで達成可能な単位にまとめます。

 例：「As a shopper, I want to add products to a cart so that I can purchase multiple items at once.」

スプリント計画は、各スプリント（通常1〜4週間）の開始時に行われる重要なプロセスです。プロダクトオーナーがプロダクトバックログから優先度の高い要件を選定し、チームがスプリントでのタスクを設定し、取り組むべき課題を明確にします。

**スプリント計画では、タスクに必要な工数見積もり、目標の明確化、役割分担が決められ、チーム全員が目標を共有し、効率的に進められるよう進行管理を行います。**

アジャイル開発で、バックログ管理やタスクの進捗確認に役立つ代表的なツールを紹介します。これらのツールを使うことで、**プロジェクト全体の要件や進捗状況が可視化され、チーム全員が同じ情報を共有しながらスムーズに開発を進められます。**

*◼︎Jira*
バックログやユーザーストーリー、スプリントの進行状況を視覚的に管理するためのツールです。10ユーザまでは無料で利用可能です。

【参考】：[Jira | 課題 & プロジェクト管理ソフトウェア | Atlassian](https://www.atlassian.com/ja/software/jira)

*◼︎Trello*
カンバン方式でタスクを視覚化し、チーム内で進捗やタスクの状況を簡単に共有できます。Freeプランのユーザ数上限は10名までです。

【参考】：[どこにいてもチームのプロジェクトを管理 | Trello](https://trello.com/ja)

*◼︎Confluence*
要件定義の成果物やユーザーストーリー、バックログの内容をドキュメント化し、チーム全体で参照できるようにします。無料枠はJiraと同じく10名です。

一部では「アジャイル開発に要件定義は不要」という見方がありますが、システム開発において手法を問わず要件定義は必須です。この記事では、アジャイル開発とウォーターフォール開発の要件定義の違いや、アジャイル開発における要件定義の重要性を解説します。

要件定義はプロジェクトの指針となる重要な要素であるため、アジャイル開発でも必要

プロダクトバックログやユーザーストーリーが、アジャイルでの要件管理に活用される

アジャイル開発ではユーザーストーリーの作成とスプリント計画の立案が重要な鍵となる

アジャイル開発の要件定義とは？システムエンジニアの必須知識を解説

**SPA開発とは、SPA（シングルページ・アプリケーション）構成をとるアプリケーションの開発を指します。**ここでは、SPA開発の概要やメリットとデメリット、主要なSPA開発のフレームワークやライブラリについて解説していきます。

*SPAとは、シングルページ・アプリケーション（Single Page Application）の略で、ユーザエクスペリエンス（UX、User eXperience）の向上を図ったウェブの画面レイアウトを指します。*

ブラウザ画面をデスクトップのように使用し、単一のウェブ画面でありながらあたかも通常のアプリケーションを操作するような操作感を提供します。

*SPA開発は、1つのウェブページ上にアプリケーションを表示させるSPAを使用したアプリ開発です。*完成したアプリケーションは、画面遷移がウェブページで完結し、デスクトップアプリケーションを実行しているような操作感をユーザに与えることができます。

SPAを用いたソフトウェア開発は手間がかかるため、効率的な開発と利用を促進するために多くのフレームワークがリリースされています。フレームワークを使用することで、デメリットを抑制してメリットをよりシステムに活かせます。

SPAのメリットは、ウェブページを移動せずに、表示やコンテンツを切り替えるため、操作感が高まることが挙げられます。ページ全体が別のページをロードしないため、統一された表示が可能で、シームレスな描画とともに使いやすさも高められます。

*SPA開発では、SPAの特徴を活かしたデザインが可能となり、最初のロード時にファイルを読み込むことから、その後の処理はサーバへの負荷が少ないメリットもあります。*キビキビとした画面表示は使用者に好印象を与えることができます。

また、ブラウザ上でアプリケーションを動作させるためシステムの互換性が高まり、マルチプラットフォームで動作させることが簡単にできます。

SPAのデメリットとしては、最初にアプリケーションコードをロードするために時間を要することが挙げられます。最初の起動が遅くなるため、あらかじめ表示するHTMLを生成しておいたり、動的に必要なものだけを読み込んだりする工夫がされているものもあります。

*SPA開発においては、ブラウザ自体のロードが高いため、アプリに適するブラウザについての評価を行う必要があります。*クライアントサイドやサーバサイドのフレームワークが必要なため、システム移行性の低下や構築難易度が高いこともデメリットに挙げられます。

また、コンテンツの表示がクライアント側で行われることから、検索エンジンの最適化（SEO）の評価に反映されない場合もあります。

SPA開発では、HTMLとCSSに加えて、JavaScriptベースのフレームワークまたはライブラリを用いて、アプリケーションの開発を行います。そのため、*ベースとなるプログラミング言語の知識としてHTMLとCSS、JavaScriptが必要です。*それぞれの内容を入門書などで学んでおくと良いでしょう。

HTML・CSSとは何か？使い方やできること、独学方法を解説！

JavaScriptライブラリで何ができる？特徴やメリット・おすすめを解説！

### ウェブページがSPAかどうかを見分けるには

従来のMPA（マルチページ・アプリケーション）では、ウェブページをクリックするとリクエストがサーバに送られ、表示されるページがロードされます。

そのため、クリックごとに通信が発生し、画面がリフレッシュされます。簡単な見分け方は、クリックしたときの画面表示が滑らかかどうかを見ると、ある程度は区別がつきます。

ただし、ページを遷移せずに行うAjaxなどの非同期通信や、非同期通信をサポートするブラウザプラグインモジュールも多数リリースされているため、一概に違いを判断できるものではありません。

*SPA開発を行う上では、どのフレームワークを使うと開発生産性が高いのかなど、総合的に判断すると良いでしょう。*

Ajaxとは？HTTP通信の基本からAjaxの利用法まで解説！

## SPA開発で使用するフレームワーク

*SPA開発で使用するフレームワークとしては、JavaScriptのフレームワークが数多くリリースされています。*ここでは、主要なフレームワークであるAngular、React、Vue.js、Svelteを紹介し、どのようにSPA開発に利用できるのか解説していきます。

Angularは、Google CloudやGoogle FontsなどGoogleが提供するウェブアプリで用いられています。Googleと個人やコミュニティによって開発されました。

JavaScriptを大規模プロジェクトで利用できるように改良したTypeScriptをベースとした、フルスタックのフレームワークで、AngularJSの後継バージョンとなります。

Angularを採用するWebサイトの例には、Microsoft、Google、IBMなどがあります。

Angularは、コンポーネントをベースとしたアーキテクチャによって大規模アプリの開発に適しています。フルスタックのフレームワークであり、必要な機能が揃っているため、ウェブユーザインターフェースの構築以外にも対応できます。

*AngularはSPA開発をするためにコンポーネントを組み合わせ、複雑なウェブアプリケーションに対応可能です。*必要な機能が揃っている反面、コードサイズに関しては多少大きくなります。また、SPA開発やTypeScriptの知識が必要ですので多少知識のハードルが上がります。

【参考】：[Angular](https://angular.jp/)

Angular 14が正式リリース！その新機能とリリースポリシーを解説！

Reactは、ユーザインターフェース構築のためのフロントエンド用JavaScriptライブラリです。Reactは、Meta（旧Facebook）とコミュニティによって開発されたライブラリで、ユーザインターフェース用コンポーネントを用いてアプリケーションを開発します。

Reactを採用するWebサイトの事例には、Meta、PayPal、Netflixなどがあります。

Reactでは、クライアントサイドで仮想DOMを利用しており、DOMの状態をメモリ上にキャッシュし効率化を図っています。従来サーバサイドで行っていた処理をJavaScriptで行うために、JSXと呼ばれるJavaScriptの拡張言語を使用します。

*Reactはコンポーネントベースのため、コンポーネント単位で開発を行い、それらを組み合わせて複雑なインターフェースを構築していきます。*そのため、大規模なプログラム開発が簡単にできます。

ライブラリのみなのでコードサイズが小さい特長がありますが、SPA開発などで双方向の通信などが必要な場合などは、Node.jsを併用してサーバサイドで処理を行うことも可能です。

【参考】：[React](https://ja.react.dev/)

Reactとは？入門編！意味や将来性を初心者にもわかりやすく説明

Vue.jsは、ユーザインターフェース構築のためのJavaScriptフレームワークです。Googleの開発者がAngularの良い部分を取り入れ、軽量なフレームワークを目指して開発しました。

ユーザインターフェース構築用ですが、プログレッシブフレームワークと名付けられており、段階的な採用や移行が可能です。そのため、ビュー層のライブラリから段階的に導入することができます。

Vue.jsを採用するWebサイトとしては、Trivago、Nintendo、Appleなどがあります。

*Vue.jsでは、ページ全体を制御するとともに、データの更新を再読み込みせずに行うSPAでの開発や構築が可能です。*

再利用可能なコンポーネントを用いて、大規模アプリケーションの開発が可能であり、リアクティブという、単純で直観的に管理できるJavaScriptオブジェクトのシステムを採用し、レンダリングを管理しています。

【参考】：[Vue.js](https://ja.vuejs.org/)

Vue.jsとは？すぐに分かる概要から特長・使い方まで解説！

SvelteはJavaScriptベースのフレームワークと異なり、HTMLテンプレートをコンパイルして使用するプログラミング言語です。フロントエンドフレームワークとして動作し、プログラミングはテンプレート構文を用いて拡張したHTMLで、.svelteファイルを作成して使用します。

HTMLテンプレートをコンパイルすると、JavaScriptモジュール（.js）とスタイルシートファイル（.css）が生成されます。この機能は、アプリ全体をSvelteで実装することも可能ですが、部分的に作成して段階的な移行も可能です。もちろんコンポーネントを配布して利用することもできます。

Svelteを採用するWebサイトの事例には、LINEヤフー、IKEA、Spotifyなどがあります。

*SPA開発で用いる処理はリアクティブで、コンポーネントの状態を変更して再レンダリングを行うには、ローカルで宣言された変数に代入するだけで、再描画が行われます。*Svelteは、JavaScriptベースのフレームワークと異なりますが、必要なスキルはHTMLとCSS、JavaScriptと違いはありません。

【参考】：[Svelte](https://svelte.jp/)

開発の記事（1ページ目）