アジャイル開発

意味

アジャイル開発とは、あらかじめ全体を細部まで固めてから一気に作り上げるのではなく、短い期間の反復（イテレーション）を繰り返しながら、動くものを少しずつ育てていく開発の進め方を指す。各反復の終わりに成果を確かめ、得た学びを次の計画へ反映していく点に特徴がある。

この進め方の背景には、要求は最初から確定できず、作りながら変わっていくものだという前提がある。だからこそ、変化を歓迎し、顧客や利用者との対話を重ねながら方向を調整する姿勢が重んじられる。計画に従うことよりも、変化に応じることに価値が置かれる。

ブランドやサービスづくりの観点では、アジャイルな進め方が顧客体験の改善サイクルと結びつく。仮説を小さく試し、反応を見て磨いていく流れは、デジタル上の体験を継続的に整えていく営みと相性がよい。

成り立ち

アジャイル開発の考え方は、2001年に技術者らが発表した『アジャイルソフトウェア開発宣言』（Manifesto for Agile Software Development）によって整理・共有された。宣言は、対話・動くソフトウェア・顧客との協調・変化への対応といった価値を掲げ、以降の反復型開発の広がりを支えた。

使いどころ

ソフトウェアやデジタルサービスの開発体制を語る文脈で、従来の一括計画型（ウォーターフォール）と対比して用いられることが多い。手法名やフレームワーク（スクラム等）と混同されやすいが、本来はそれらの土台にある価値観・進め方を指す語である。

よくある誤解

計画を省く進め方だという理解が広まっている。実際には反復のたびに計画を引き直すため、計画に費やす時間の総量はむしろ膨らむ。省けるのは着手前に細部まで固める一度きりの計画であって、計画そのものではない。長期の見通しを持たないままイテレーションだけを回せば、届いた要望を順に片づける運用へ落ち、半年先に何が出来上がっているのかを誰も語れなくなる。

もう一つは、決めなくてよいという読み方である。後から変えられることと、決めずに進めてよいことは違う。各周期の始まりに何を確かめるのかを決めていなければ、終わりに何が分かったのかも言えず、変更のたびに前提が振り出しに戻る。