開発手法

アジャイル開発 あじゃいるかいはつ

アジャイル反復開発スクラムイテレーション継続的改善適応型開発
アジャイル開発について教えて

簡単に言うとこんな感じ!

「全部決めてから作る」じゃなくて「小さく作って、試して、直して」を繰り返す開発スタイルだよ。料理で例えると、完璧なレシピを完成させてから調理するんじゃなく、まず小皿に試作して「塩足りない?」「食感どう?」って都度フィードバックをもらいながら仕上げていく感じなんだ!


アジャイル開発とは

アジャイル開発(Agile Development) とは、短い開発サイクルを繰り返しながら、変化する要求に柔軟に対応していくソフトウェア開発の考え方・手法の総称です。「アジャイル(Agile)」は英語で「素早い・機敏な」を意味します。

2001年に17名のソフトウェア開発者が集まり、アジャイルソフトウェア開発宣言(Agile Manifesto) を発表しました。その中で「プロセスやツールよりも個人と対話を」「包括的なドキュメントよりも動くソフトウェアを」「契約交渉よりも顧客との協調を」「計画に従うよりも変化への対応を」という4つの価値が掲げられました。

発注者にとって重要なのは、アジャイル開発では 要件が途中で変わること自体を前提にしている という点です。全要件を確定してから発注するウォーターフォールとは契約形態も異なり、「準委任契約」や「ラボ型契約」が使われることが多くなります。


アジャイルの代表的フレームワーク

フレームワーク概要主な用途
スクラム2〜4週間のスプリントを繰り返す。役割・イベント・成果物が明確に定義されているソフトウェア開発全般
カンバン作業の流れを可視化し、仕掛中の作業数(WIP)を制限して効率化運用・サポート・継続的改善
XP(エクストリームプログラミング)テスト駆動開発・ペアプログラミングなど技術的プラクティスを重視開発チームの技術品質向上
SAFe大規模組織向けにアジャイルをスケールするフレームワーク数百人規模のエンタープライズ
LeSSスクラムを複数チームに拡張するシンプルなフレームワーク中〜大規模チーム

歴史と背景

  • 1990年代: 「ラピッドアプリケーション開発(RAD)」「スクラム(1995年)」「XP(1996年)」など軽量プロセスが相次いで登場
  • 2001年: ユタ州スノーバードで17名の開発者が会合し、アジャイルソフトウェア開発宣言 を発表
  • 2002年頃〜: スクラムが急速に普及。ScrumAllianceが設立され認定制度(CSM)がスタート
  • 2010年代: Spotify・Amazon・Googleなどがアジャイル組織文化を公開し、IT業界全体に拡大
  • 2011年: SAFe(Scaled Agile Framework)が発表。大企業向けスケーリングの需要が高まる
  • 2020年代: デジタルトランスフォーメーション(DX)の文脈でアジャイルは非IT部門にも拡大。「ビジネスアジャイル」として経営レベルで語られるように

ウォーターフォールとアジャイルの比較

ウォーターフォール vs アジャイル ウォーターフォール 要件定義 設計 開発・実装 テスト リリース 全工程終了後に動くものが見える アジャイル スプリント1(2〜4週) 設計→開発→テスト→レビュー 動く機能をリリース スプリント2(2〜4週) 設計→開発→テスト→レビュー 機能を追加・改善 スプリント3…(繰り返し) フィードバックを取り込みながら継続 各スプリントで動くものが届く

関連する規格・RFC

規格・番号内容
Agile Manifesto(2001)アジャイル開発の4つの価値・12の原則を定義した宣言
ISO/IEC/IEEE 12207ソフトウェアライフサイクルプロセスの国際標準(アジャイルを含む)
PMBOK 第7版(PMI)アジャイルを含む適応型開発アプローチを統合して体系化

関連用語

  • スクラム — アジャイルの代表的フレームワーク。役割・イベント・成果物が明確に定義されている
  • スプリント — アジャイル(スクラム)における短い開発サイクル(反復)の単位
  • バックログ — アジャイルで開発する機能・タスクの優先順位付きリスト
  • カンバン — アジャイルの一形態。作業の可視化とWIP制限で流れを最適化する手法
  • ウォーターフォール開発 — アジャイルの対比となる、工程を順番に進める伝統的な開発手法
  • レトロスペクティブ — スプリント末に行うチームの振り返り。アジャイルの継続改善の要
  • ユーザーストーリー — アジャイルでの要件記述スタイル。「〇〇として△△したい」という形式