Agile は、顧客と密に協働し、変化に適応しながら、ソフトウェアを小さく頻繁な増分で提供するためのマインドセットです。これは特定のプロセスではなく、Agile Manifesto(2001)によって定義されています。Scrum、Kanban、XP は Agile の価値を実践するための具体的な framework です。
4 つの価値
Manifesto は 4 つの価値の対を示しています。右側を捨てるのではなく、左側をより重視します。
text
Individuals and interactions OVER processes and tools
Working software OVER comprehensive documentation
Customer collaboration OVER contract negotiation
Responding to change OVER following a plan
これは 12 の原則に支えられています。早期かつ継続的な delivery、要求変更の歓迎、頻繁な delivery、日々の協働、持続可能なペース、定期的な振り返りなどです。
具体例
チームが 6 か月間こもって完全な製品を作るのではなく、Agile チームは 2 週間ごとに薄くても使える slice を出荷し、ユーザーに見せ、feedback に基づいて次の slice を調整します。
よくある落とし穴
- Agile を「ドキュメントなし」や「計画なし」と解釈すること。意味するのは 必要十分 であり、ゼロ ではありません。
- standup や sprint などの ceremony だけを導入し、その背後にある価値を無視すること。
なぜ重要なのか
Agile は、アイデアと動くソフトウェアの間の feedback loop を短くすることで、間違ったものを作るリスクを減らします。
面接でこれを聞くのは、Agile を単なる ritual ではなく、価値の集合として理解しているかを確認するためです。
