【基本情報】アジャイルを完全に理解する！過去問と一緒に解説！

この記事ではアジャイルについてIT初心者にも分かりやすく解説します。

基本情報ではアジャイルに関する問題が出題されます。是非最後までご覧ください。

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

システム開発の進め方には大きく2種類の方法があります。
ウォーターフォールモデルとアジャイルです。ウォーターフォールモデルを知っている方がアジャイルも理解しやすいと思うので、まず簡単にウォーターフォールモデルから解説します。

ウォーターフォールモデルとは、全ての機能を一気に、要件定義→設計→開発→テスト→リリースの順番で開発する手法です。ちなみに、ウォーターフォールには滝という意味があります。水の流れになぞらえて、要件定義のような最初の方の工程を上流工程、テストのような最後の方の工程を下流工程と言います。

ウォーターフォールモデルの分かりやすい身近な例は建築です。
家を建てる時、キッチンは広めが良いとかバルコニーが欲しいとか要望を設計者とすり合わせ（要件定義）、そこから設計図に落とし込み（設計）、実際に建築（開発）していきますよね。

なぜこの順番なのかと言うと、建築するためには設計図が必要で、設計図を作るためには要件が決まっている必要があるからです。要件を決める、設計図を作る等、各段階できちんと細部まで煮詰めてから次に進んでいくのがウォーターフォールモデルの特徴です。

しかし、ウォーターフォールモデルには弱点があります。最後の方の工程にならないと実際に完成する家のイメージが湧きにくい所です。設計書上では素敵な玄関に見えたけど、完成間近の家を見てみると微妙かも…なんてことが起こり得る可能性があります。しかも、完成間近で「やっぱり玄関を変えたい！」と言っても既に手遅れなんてこともあり得ます。

アジャイルとは

アジャイルでは、ウォーターフォールモデルのように完全に仕様を決めてから一気に開発するのではなく、大体の仕様が決まった機能から小分けに開発を進めていき、完成した機能は少しずつリリース(納品)していきます。

アジャイルの特徴は、途中で仕様変更があるのは当たり前であると踏んだ上で開発を進めていく所です。ウォーターフォールモデルのように細部まで仕様を決めず、大体の要件が決まった段階で開発を始めてしまいます。また、少しずつ開発・リリースを進めるので、素早くユーザーにシステムを提供出来ます。

アジャイル開発の手法

アジャイル開発にはスクラムとXP(Extreme Programming)と呼ばれる手法があります。

スクラム

スクラムはアジャイル開発で最もよく使われる手法です。スクラムではチーム内のコミュニケーションを大切にします。
スクラムでは3つの役割を持つ人達が5つのイベントを経て3つの成果物を作成します。

3つの役割を持つ人

スクラムチームにはプロダクトオーナー、開発者、スクラムマスターの3種類の人がいます。

プロダクトオーナーはユーザーと開発するシステムの機能や要件をすり合わせ、その結果を管理し、開発者やスクラムマスターに共有します。
開発者は実際にシステムを作成します。
スクラムマスターは開発チームのリーダーで、開発者が効率良く作業を進められるように環境を整備します。

5つのイベント

スクラムでは、スプリントプランニング、スプリント、デイリースクラム、スプリントレビュー、スプリントレトロスペクティブの5つのイベントを行います。

アジャイルでは小さいサイクルを繰り返すことでシステム開発を進めていきますが、スクラムではその1サイクルをスプリントと言います。アジャイル開発中のスプリントの期間は常に一定で、1か月以内になるように設定します。

スプリントの前には、スプリントで行うべき作業やゴールを決めるスプリントプランニングが行われます。また、各スプリントの終盤では、スプリントで作成した成果物の確認を行うスプリントレビューが行われ、スプリントの最後にはスプリントの振り返りを行うスプリントレトロスペクティブが行われます。

また、スプリント中は毎日チームで集まり、進捗や次にするべき作業の確認を行うデイリースクラムと呼ばれるミーティングを行います。

3つの成果物

スクラムでは、プロダクトバックログ、スプリントバックログ、インクリメントを成果物とします。

プロダクトバックログは、成果を上げるために必要なことを優先順位と共にリスト化したものです。
スプリントバックログは、実際にどんな作業をすればよいかをまとめたものです。
インクリメントは、スクラムの成果物です。

XP(Extreme Programming)

XPは柔軟に仕様変更出来ることに重きを置いたアジャイルの開発手法です。開発者目線での方法論が多いことに特徴があります。

XPでは5つの価値観と19個のプラクティス(開発方法論)を提唱しています。

5つの価値観

XPでは、コミュニケーション、シンプル、フィードバック、勇気、尊重の5つの価値観を大切にします。

システム開発では顧客やエンジニア等、様々な人が関わり合います。お互いの意見を尊重し、積極的にコミュニケーションを取ることがプロジェクトの成功に重要です。また、成果物を適切にフィードバックすることで、必要な機能が明確になり、無駄な開発をすることが無くなります。アジャイルでは仕様変更を想定内とするので、仕組みは出来るだけシンプルにしておきます。複雑な仕組みを後から変更するのは難しいからです。とは言え、仕様変更には大きなストレスが掛かります。そんな時、困難を恐れず、勇気を持って仕様変更を受け入れる姿勢が大切になります。

19個のプラクティス

XPでは19個のプラクティスが提唱されていますが、その中でも基本情報で出題されたことがあるペアプログラミング、継続的インテグレーション、リファクタリングを紹介します。

ペアプログラミング

ペアプログラミングでは2人1組でプログラミングを行います。1人がプログラミングを行い、もう1人が内容の確認・補佐をします。

2人でプログラミングをするので、ちょっとした問題点があってもすぐに相談し合えることや、コードを理解している人が2人いることで、問題が発生した時に迅速な対応が出来ます。

継続的インテグレーション

継続的インテグレーションでは、少しずつ開発して成果物と結合させてはテストを行うことを繰り返します。

少しずつコードを結合するので、不具合が発生した時に原因箇所の特定が容易になります。

リファクタリング

リファクタリングとは、仕様を変えずに、完成したコードを分かりやすいように改善することです。分かりやすくすることで、障害が発生した時でも調査を迅速に行えます。

リバースエンジニアリング

リバースエンジニアリングと言う、アジャイルとは全く関係ありませんが、基本情報で出題される開発手法があります。リバースエンジニアリングも出題されることがあるので覚えておきましょう。

リバースエンジニアリングとは、既に完成しているシステムを分析して、その仕様や構造を明らかにすることです。通常、仕様や構造を決めてからシステムを開発するのですが、その逆でシステムから仕様や構造を明らかにするため、「戻る」を意味するリバースを使って、リバースエンジニアリングなんて呼ばれています。

基本情報技術者試験での出題例

令和6年度問12

サンプル問題問41

令和5年度問12

令和元年度秋期問50

平成30年度秋期問50

平成30年度春期問50

平成29年度秋期問50

平成29年度春期問50

基本情報に関する他の記事

基本情報技術者で学ぶべきことをまとめた記事一覧

ハードウェア

ソフトウェア

システム構成

ネットワーク

データベース

開発手法

情報セキュリティ

開発手法に関する記事