---
title: "Agile — アジャイル"
source: "https://systems-analysis.info/int/Agile_%E2%80%94_%E3%82%A2%E3%82%B8%E3%83%A3%E3%82%A4%E3%83%AB"
wiki: "systems-analysis.info/int"
article: "Agile_—_アジャイル"
language: "ja"
categories:
  - "Category:Japanese"
  - "Category:Project management"
revision_id: 260
wiki_created_at: 2026-09-06T22:31:10Z
wiki_modified_at: 2026-09-06T22:31:10Z
downloaded_at: 2026-09-07T22:39:00Z
---

# Agile — アジャイル

**アジャイルソフトウェア開発**（Agile software development）は、アジャイルソフトウェア開発宣言の価値と、その根底にある12の原則に基づいた一連のアプローチやプラクティスの総称である。アジャイル方法論には、特にエクストリーム・プログラミング（XP）、DSDM、Scrum、FDD、BDDなどが含まれる。

ほとんどの「アジャイル」手法は、開発時間をイテレーション（期間）と呼ばれる比較的に短い時間間隔に分割することで、リスクを最小限に抑えることを目的としている。イテレーションは通常2～3週間続き、小規模なソフトウェアプロジェクトのように見え、機能の小さなインクリメントを達成するために必要な以下のタスクが含まれる：計画、要求分析、設計、プログラミング、テスト、文書化。通常、1回のイテレーションだけではソフトウェアの新バージョンをリリースするには不十分だが、イテレーションの終わりには新バージョンがリリース可能な状態になっていることが想定されている。イテレーションの終了後、チームは開発の優先順位を再評価する。

「アジャイル」手法は、対面でのコミュニケーションを重視する。ほとんどの場合、人々は同じオフィスで働き、その場所は英語で「ブルペン」（bullpen）と呼ばれることもある。オフィスには少なくとも「顧客」（英語: product owner）が常駐する。これはソフトウェア開発の発注者またはその代理人であり、ソフトウェアの要件を定義する。「顧客」の役割は、プロジェクトマネージャー、ビジネスアナリスト、またはクライアントが担うこともある。オフィスには、テスター、インターフェースデザイナー、テクニカルライター、マネージャーもいる場合がある。

「アジャイル」手法のメトリクスは、作成されるソフトウェアの動作可能性に関連している。「アジャイル」手法の実践者は（他の手法の実践者と比較して）コミュニケーションを多く取り、文書作成を少なくするため、規律に欠けていると見なされることがある。