TDD.NET

( p.3 )
アジャイル開発とは、必要最低限のことをシンプルにムダなく実施して良いソフトウェアを開発することであり、それを実現するための開発手法には様々なものがあります。2001年2月にアジャイル開発の分野で著名な17名の開発方法論者が集まり、彼らが提唱する個々の方法論の重要な部分を「アジャイルソフトウェア開発宣言」としてまとめ、アジャイル開発の価値と原則を定義しました。

すなわち、いくつものアジャイルソフトウェア開発手法が提案され実践されてきていますが、それらをひとくくりにしてアジャイルソフトウェア開発とは何かと言えば、アジャイルソフトウェア開発宣言の 4つの価値(英語) と 12の原則(英語) に従っている開発プロジェクトのことです。
※ 4つの価値と 12の原則の日本語訳は、たとえばこちらに。 ⇒ [Think IT] JAVA開発手法入門 - 第4回: アジャイルソフトウェア開発

記事の 2ページ目に「アジャイル型 (反復型) 開発プロセス」という図が載っています。一見すると、アジャイル開発 = 反復型開発 であると言っているように思えますが、アジャイルソフトウェア開発宣言の価値と原則に従うという点で、従来の反復型開発とは大きく異なっていることに注意してください。

冒頭に書かれている、 アジャイルプラクティスを導入すること (また、それによってその開発プロセスのアジリティ(俊敏性)を高めること) がアジャイルソフトウェア開発であるとは限らない、ということも大事なことです。極端な話、ウォーターフォールの実装工程に TDD を取り込んだとして、それをアジャイル開発と呼べるでしょうか。

ところで、この記事では触れられていないようですが、アジャイルソフトウェア開発では「顧客の負担が大きくなる」という特徴があります。イテレーションのたびに計画を作ったり、受け入れテストを実施したりと、開発期間を通して継続的にフィードバックを行う必要があるからです。私の経験からすると、アジャイル開発を成功させるための障害は、開発者から離れるほど大きくなるように思えます。開発者がプラクティスに慣れるよりもマネージャーのマネージメント手法の変革が、それよりも、経営陣の意識改革が、それよりもさらに、顧客の価値観の転換が、より難しいように感じています。
一橋氏が成功させたプロジェクトの例が下記の記事に載っていますが、そこではオンサイト顧客としてユーザー部門のトップに参加してもらった話が出てきます。このように、スコープと納期を柔軟に変更することの出来る権限と業務知識を持った人材に、顧客側から参加してもらわないと上手くいかないのでしょうね。

ITpro: 要件未定でも納期は厳守 “アジャイル開発”で乗り切る
2009/07/15

東邦チタニウムは、要件を固めきれないが納期は厳守というプロジェクトをアジャイル開発手法を使って乗り切った。アジャイルは短い開発期間を繰り返し、要件を決めながら機能を実装する手法。ユーザー部門のキーマンをチームに引き込んだり、途中でアジャイル開発向きでない開発者を交代させたりして、プロジェクトを完遂した。

このほかにも、 アジャイル開発についての文章は数多く Web 上にあります。 次のブログページが参考になるでしょう。
・ Publickey: アジャイルソフトウェア開発 ～ 基本情報と入門記事などのまとめ (2009年5月13日)