애자일 개발이란?

애자일은 단일한 베팅을 중심으로 만들어진 방법론 가족의 포괄적 명칭입니다: 소프트웨어는 사전에 상세히 계획하기에는 너무 예측 불가능하므로, 작은 조각으로 전달하고, 돌아오는 것에 귀 기울이고, 끊임없이 조정하라는 것입니다.

이 페이지는 배경을 다룹니다. 이미 이 모든 것을 알고 있다면 East Agile Tracker가 애자일에 어떻게 매핑되는가로 건너뛰세요.

애자일 선언

2001년 2월, 열일곱 명의 소프트웨어 실천가 — Kent Beck, Martin Fowler, Robert Martin, Ron Jeffries 등 — 가 유타의 한 스키 산장에 모여 그들이 공통으로 가진 것을 적었습니다. 그들은 그것을 애자일 선언이라 불렀습니다. 네 줄입니다:

우리는 소프트웨어를 직접 개발하고 다른 이들의 개발을 도우면서 더 나은 개발 방법을 찾아가고 있다. 이 작업을 통해 우리는 다음을 가치 있게 여기게 되었다:

프로세스와 도구보다 개인과 상호작용

포괄적인 문서보다 작동하는 소프트웨어

계약 협상보다 고객 협력

계획을 따르기보다 변화에 대응

즉, 오른쪽 항목에도 가치가 있지만, 우리는 왼쪽 항목을 더 가치 있게 여긴다.

그것이 전부입니다. 한 페이지의 서문, 열두 개의 보조 원칙, 그리고 위의 네 줄. 이는 현대 소프트웨어 실천에서 가장 영향력 있는 문서입니다.

열두 가지 원칙

네 가지 가치 뒤에서, 선언의 열두 가지 원칙은 “애자일”이 실제로 일상에서 어떤 모습인지를 자세히 설명합니다:

최우선 순위는 가치 있는 소프트웨어를 이르고 지속적으로 전달하여 고객을 만족시키는 것이다.
요구 사항의 변화를 늦게라도 환영하라. 애자일 프로세스는 고객의 경쟁 우위를 위해 변화를 활용한다.
작동하는 소프트웨어를 자주 — 몇 달이 아니라 몇 주 단위로 — 전달하라.
비즈니스 담당자와 개발자는 매일 함께 일해야 한다.
동기 부여된 개인을 중심으로 프로젝트를 구성하라. 그들에게 필요한 것을 주고 일을 해낼 것을 신뢰하라.
정보를 전달하는 가장 효율적인 방법은 얼굴을 맞댄 대화이다.
작동하는 소프트웨어가 진척의 주요 척도이다.
애자일 프로세스는 지속 가능한 개발을 촉진한다 — 무기한으로 일정한 속도를.
기술적 우수성과 좋은 설계에 대한 지속적인 관심이 민첩성을 높인다.
단순성 — 하지 않는 일의 양을 극대화하는 기술 — 이 필수적이다.
최고의 아키텍처, 요구 사항, 설계는 자기 조직화된 팀에서 나온다.
팀은 더 효과적이 되는 방법을 정기적으로 성찰하고, 그에 맞춰 조정한다.

방법론 가족

“애자일”은 우산입니다. 그 아래에 여러 별개의 방법론이 있습니다:

eXtreme Programming (XP) — 가족 중 가장 까다롭습니다. 페어 프로그래밍, TDD, 지속적 통합, 현장 고객, 작은 릴리스. 우리의 XP 페이지를 참고하세요.
Scrum — 스프린트라 불리는 시간 박스 이터레이션, 일일 스탠드업, 명명된 역할(Product Owner, Scrum Master). XP보다 엔지니어링 실천에 덜 무겁습니다.
Kanban — 워크플로를 시각화하고, 진행 중인 작업을 제한하고, 흐름을 최적화합니다. 시간 박스 없음. 밀기 대신 당기기.
Lean — Toyota의 제조 시스템에서 빌려옴: 낭비를 제거하고, 전체를 최적화하고, 빠르게 전달하고, 품질을 내장합니다.

이 방법론들은 겹치고 결합됩니다. 대부분의 실제 팀은 네 가지 모두에서 좋은 것을 골라 씁니다. East Agile Tracker는 XP를 향해 의견이 분명하지만 — eXtreme Programming 참고 — 그것이 제공하는 대부분은 어떤 애자일 변형에서도 작동합니다.

애자일이 아닌 것

명명할 가치가 있는 몇 가지 끈질긴 오해:

애자일은 “계획 없음”이 아닙니다. 계획은 더 작고 짧지만, 계획은 끊임없습니다.
애자일은 “문서 없음”이 아닙니다. 필요한 것을 쓰세요. 선언은 작동하는 소프트웨어가 포괄적인 문서보다 더 가치 있다고 말하지, 문서가 나쁘다고 말하지 않습니다.
애자일은 Scrum이 아닙니다. Scrum은 하나의 애자일 방법론입니다. 여러 개가 있습니다.
애자일은 도구가 아닙니다. 어떤 도구도 여러분을 애자일하게 만들지 않습니다. 애자일은 일하는 방식입니다. 도구(이것을 포함해)는 돕습니다. 대체하지는 않습니다.

How East Agile Tracker maps to agile

East Agile Tracker는 위의 원칙을 중심으로 설계되었습니다. 그 대응은 다음과 같습니다:

Principle	How the tracker supports it
지속적 전달	1–4주의 이터레이션, 속도 기반 자동 계획, 일급 스토리 유형으로서의 릴리스.
변화 환영	언제든지 백로그를 재정렬, 스토리는 이터레이션을 자유롭게 넘나듦, “이터레이션 잠금” 없음.
척도로서의 작동하는 소프트웨어	속도는 기본적으로 수락된 포인트를 셈 — 전달되어 작동하는 작업만 셈.
지속 가능한 속도	속도는 목표가 아니라 관찰임. 시스템은 여러분이 실제로 하는 것으로 다음 이터레이션을 계획함.
성찰	이터레이션별 분석: 번다운, 거부율, 사이클 타임, 예측.
자기 조직화 팀	역할은 의도적으로 최소함: owner / member / viewer. 팀이 결정함.
단순성	상세 패널은 한 화면임. 보드는 한 페이지에 들어맞음. 우리는 출시에서 주의를 흩뜨리는 기능에 저항함.

2026년의 애자일 — 그리고 에이전트

선언은 2001년에 작성되었습니다. 그 이후로 소프트웨어 개발은 새로운 종류의 참여자를 얻었습니다: AI 에이전트입니다.

우리는 에이전트가 애자일 팀에 속한다고 생각합니다 — 이름을 가진 참여자로서, 자신의 역할을 가지고, 사람과 더불어 진짜 일을 하는. 원칙은 여전히 유효합니다. 개인과 상호작용은 이제 에이전트 참여자를 포함합니다. 자기 조직화 팀은 이제 어떤 에이전트를 데려올지, 그들에게 무엇을 허용할지 결정하는 것을 포함합니다. 성찰은 이제 활동 로그에서 에이전트의 기여를 살펴보고 그들이 작업하는 것을 조정하는 것을 포함합니다.

East Agile Tracker는 이를 실용적으로 만들기 위해 구축되었습니다. 모든 스토리는 사람이나 에이전트가 소유할 수 있습니다. 모든 감사 로그 항목은 실제 행위자를 귀속합니다. 에이전트가 취하는 모든 행동은 가시적이고, 검토 가능하며, 취소 가능합니다.

더 읽을거리

애자일 선언 — 원본.
eXtreme Programming — 실천 속의 XP에 관한 우리 페이지.
사용 안내 — 트래커 사용 방법.

East Agile이 만들었습니다.