前のページ 1/3 次のページ

アジャイルソフトウェア開発 (アジャイルソフトウェアかいはつ、英: agile software development) は、ソフトウェア工学において迅速かつ適応的にソフトウェア開発を行う軽量な開発手法群の総称である。

近年、アジャイルソフトウェア開発手法が数多く考案されている。

ソフトウェア開発で実際に採用される事例も少しずつではあるが増えつつある。

アジャイルソフトウェア開発手法の例としては、エクストリーム・プログラミング (XP) などがある。

非営利組織 Agile Alliance がアジャイルソフトウェア開発手法を推進している。

◆ 概要

アジャイルソフトウェア開発手法の多くは、反復 (イテレーション) と呼ばれる短い期間単位を採用することで、リスクを最小化しようとしている。

1つの反復の期間は、プロジェクトごとに異なるが、1週間から4週間くらいであることが多い。

アジャイル開発手法においては、開発対象を多数の小さな機能に分割し、1つの反復 (イテレーション) で1機能を開発する(⇒反復型開発)。

この反復のサイクルを継続して行い、1つずつ機能を追加開発してゆくのである。

おのおのの反復は、小規模なソフトウェア開発プロジェクトに似ている。

各反復では、それまでに開発した成果物に1つの小さな機能を追加する。

計画、要求分析、設計、実装(コーディング)、テスト、文書化といった、ソフトウェアプロジェクトに要する全ての工程を、1つの反復内で行う。

場合によっては、1つの反復内で開発すると計画していたソフトウェア機能を、必ずしも期間内で充分に実現できるとは限らない。

このように時にはうまくゆかない反復もあるが、アジャイル開発手法では、各反復が終了するごとに、機能追加された新しいソフトウェア (ビルド) をリリースすることを目指す。

各反復が終了するごとに、プロジェクトチームは、プロジェクトにおける優先度を評価し直す。

アジャイル開発では、たくさんの文書を書くことよりも、プロジェクト関係者間で必要な時に即座に直接顔を合わせて意思疎通を行うべきであることを強調する。

ほとんどのアジャイル開発チームでは、ソフトウェア開発に必要な関係者全員が、1か所の作業場所で仕事をする。

この場合の関係者には、少なくともプログラマと「顧客」が含まれる (ここでの顧客とは開発対象のソフトウェアが何であるかを定義する人々である。「顧客」は、時にはプロジェクト管理者であったり、ビジネスアナリストや本物の顧客である場合もある) 。

この作業場所では、テスト担当者、ユーザインタフェース設計者、テクニカルライタ、管理職も一緒に作業する場合がある。

またアジャイル開発手法では、実際に動くソフトウェアこそが最重要なプロジェクト進行尺度であることを、強調する。

この実際に動くソフトウェアという進行尺度の採用と、直接顔を合わせた意思疎通の重視とがあいまって、アジャイル開発手法で作成する文書の量は、他の開発手法と比較すると、非常に少ない。

この少ない文書化については、無統制で雑な作業 (ハッキング、カウボーイコーディング) であるとして、アジャイル開発に対する批判材料の一つとなっている (後述する) 。

◆ アジャイルソフトウェア開発宣言

アジャイルソフトウェア開発手法とは、一群のソフトウェア開発手法の総体を意味する言葉であり、単一の開発手法を指す言葉ではない。

2001年に、アジャイルソフトウェア開発手法 (当時は軽量ソフトウェア開発手法と呼ばれていた) の分野において名声のある17人がアメリカ合衆国のユタ州のスノーバードというスキーリゾートに会し、彼らがそれぞれ別個に提唱していた開発手法の重要な部分を統合することについて議論した。

そして、彼らは「[外部リンク] アジャイルソフトウェア開発宣言」([外部リンク] Manifesto for Agile Software Development) という文書にまとめた。

アジャイルソフトウェア開発宣言は、アジャイルソフトウェア開発とその諸原則を公式に定義した文書であると、広く認められている (参考: [外部リンク] アジャイルソフトウェアの原則) 。

この宣言には、著者として次の17人が名前を連ねている。

・ Kent Beck (ケント・ベック)

・ Mike Beedle

・ Arie van Bennekum

・ Alistair Cockburn

・ Ward Cunningham (ウォード・カニンガム)

・ Martin Fowler (マーティン・ファウラー)

・ James Grenning

・ Jim Highsmith

・ Andrew Hunt (アンドリュー・ハント)

・ Ron Jeffries

・ Jon Kern

・ Brian Marick

・ Robert C. Martin

・ Steve Mellor

・ Ken Schwaber (ケン・シュウェイバー)

・ Jeff Sutherland

・ Dave Thomas (デイブ・トーマス)

◆ 他の開発手法との比較

アジャイルソフトウェア開発手法は、ソフトウェア開発手法を分類する視点である「適応的開発」手法から「計画重視」手法までの連続線上において、典型的な適応的開発手法に位置づけられる。

従来の開発手法との差異は、適応的開発手法から計画重視手法までの連続線上に、各開発手法を位置づけることによって、適切に説明できる。

他の開発手法のプロジェクトと同様に、アジャイル開発手法のプロジェクトでは、計画を立て、統制を行う。

アジャイル開発手法は、場合によっては、「計画駆動」手法や「統制された」手法の反対側に位置づけられると言及されることがあるが、これは誤りである。

<--アジャイル--> <--反復型開発--> <--ウォーターフォール-->

<------|----------------|----------------------|------->

適応的開発 計画重視

適応的 (adaptive) な開発手法では、現実世界で生じた変更にすばやく適応することに主眼をおく。

プロジェクトで変更が必要となった場合、適応的手法のプロジェクトチームは即座に変更に対応する。

適応的手法のチームにとっては、将来起こりうる変更について、正確に文書化することは難しい。

長期的予測になるほど、予測の不確実性は大きくなる。

適応的手法のチームは、次の週に行うべき作業については、正確に文書化することができる。

しかし、次の月に行うべき作業については、正確に文書化することはできない。

適応的手法のチームは、6か月後のリリースについて質問を受けた場合、チームにできることは、6か月後のリリースに向けた課題を文書化することや費用対効果の予測を文書化することぐらいであろう。

計画重視 (predictive) の開発手法では、適応的手法とは対照的に、詳細な開発計画を立てることに主眼をおく。

計画重視手法のチームは、開発プロセスの全期間にわたって、注意点と作業を正確に計画することができる。

計画重視手法のチームにとっては、プロジェクト中に生じた変更に対応することは、苦手である。

チームによって立てられた計画は、計画立案時点の開発対象に最適化されていることが多い。

そのため、プロジェクト中に変更が生じると、すでに完了した作業のいくつかは無駄になり、別途やり直すことになる。

計画重視手法のチームは、重要な変更のみを管理するために、変更管理委員会を設けることが多い。

◇ 反復型開発との比較

アジャイルソフトウェア開発手法の多くは、反復型開発手法と同様に、短い期間単位でリリース可能なソフトウェアをビルドすることを強調する。

反復型開発手法はリリースの期間単位が月単位であることが多いのに対し、アジャイル開発手法では週単位であることが多い。

アジャイル開発手法では、高度に洗練された共同作業のもとで作業を行うことを強調する。

アジャイル開発手法の多くではまた、反復型開発手法よりも、厳密な期間単位のもとで作業を行う。

◇ ウォーターフォールモデルとの比較

アジャイルソフトウェア開発は、ウォーターフォールモデルによる開発との共通点は少ない。

一部の人々は、ウォーターフォール開発はもはや信頼を失っていると考えるが、2005年前後の時点では、ウォーターフォール開発手法は未だ広く行われている ([外部リンク] "The Demise of the Waterfall Model Is Imminent" and Other Urban Myths) 。

ウォーターフォール開発手法は、数あるソフトウェア開発手法の中でも、最も計画重視であると位置づけられる。

要件定義、分析、設計、実装、テストの各工程を、厳格に、予め計画された順序に従って行う。

前のページ 1/3 次のページ

・アジャイルソフトウェア開発 page1

・アジャイルソフトウェア開発 page2

・アジャイルソフトウェア開発 page3