애자일은 어떻게 정의 없이 살아남았나

얼마 전 Hacker News Korea에 올라온 "애자일에 작별을 고하며"를 읽고, 궁금증이 꼬리를 물었습니다. 애자일은 정의된 적이 없는데 어떻게 30년을 살아남았을까? 그리고 스크럼·XP·칸반 같은 건 애자일과 뭐가 다른가?

파보니 생각보다 무거운 주제였습니다. 학계도 애자일의 성공률을 숫자로 합의하지 못하고, 원저자들끼리도 논쟁하고, 철학자 칼 포퍼까지 소환됩니다. 이 글은 그 길을 따라간 기록입니다.

애자일은 정의될 수 없다

애자일 선언문은 2001년 17명이 모여 쓴 가치 선언입니다. 방법론이 아니에요. "사람과 상호작용을 프로세스와 도구보다", "변화 대응을 계획 따르기보다" 같은 4개 대조와 12개 원칙이 전부입니다.

문제는 여기서 시작됩니다. 가치는 반증되지 않습니다. 어떤 프로젝트가 실패해도 "진짜 애자일을 안 해서"라고 말할 수 있어요. 이게 애자일을 둘러싼 No True Scotsman 오류 논쟁의 핵심입니다. **"구체적 기준을 말할 수 있으면 NTS가 아니다"**라고 Ron Jeffries(선언문 17인 중 한 명)가 반박했지만, 그 기준 자체가 주관적이라는 반론이 또 돌아옵니다.

철학자 Karl Popper가 말한 반증 가능성 문제가 그대로 재현됩니다. 마르크스, 프로이트, 점성술처럼 애자일도 **"과학이 아닌 것이 오히려 더 오래 산다"**의 사례가 됐어요.

연구도 서로 싸운다

숫자가 정반대로 나옵니다.

Engprax 연구는 The Register에서 화제였지만 비판이 많습니다: - 조사 기간 5일 (2024-05-03~07) - 경쟁 방법론을 밀던 컨설팅사가 의뢰 - 자기보고 설문

David Rodenas의 해부 글을 읽어보면, 같은 데이터에서 다른 결론도 나옵니다.

역설적 발견: Engprax 연구에서 애자일 선언에 반하는 변수가 성공을 예측했습니다. - 개발 전 명세 문서화 → 성공률 +50% - 시작 전 명확한 요구사항 → +97%

"working software over comprehensive documentation"이 선언문인데, 데이터는 문서화가 성공을 높인다고 말합니다. LLM 시대 spec-first 회귀의 실증적 배경이기도 합니다.

그럼 스크럼·XP·칸반은?

이 셋은 진짜로 정의가 있습니다. 성문화된 문서, 구체적 규칙, 측정 가능한 지표가 있어요.

*Scrum* — 프로세스 프레임워크. Jeff Sutherland와 Ken Schwaber가 1995년 공개, Scrum Guide 13페이지에 정의. 역할 3개(PO, SM, Developers), 이벤트 5개, 산출물 3개, 스프린트 1~4주 고정.

*Extreme Programming* — 엔지니어링 방법론. Kent Beck이 1996년 크라이슬러 프로젝트에서 시작. 가치 5개 + 실천 12개(TDD, Pair Programming, Refactoring, CI 등).

*Kanban* — 흐름 관리 시스템. 도요타 생산방식에서 파생, David J. Anderson이 2010년 책으로 소프트웨어에 적용. WIP 제한, Lead/Cycle Time 측정, 이터레이션 없음.

결정적 차이: 이 셋은 반증 가능합니다. - "스탠드업 15분 넘었으면 Scrum 아님" - "페어 프로그래밍 안 하면 XP 아님" - "WIP 제한 없으면 Kanban 아님"

그래서 이 셋은 과학이고, 애자일은 종교라는 비아냥이 생깁니다.

어떻게 정의 없이 살아남았나

다섯 가지 메커니즘이 동시에 작동했습니다.

(1) 의식(ritual)이 정의를 대체했다

스탠드업 15분, 스프린트 2주, 레트로스펙티브. 사람들은 "애자일이 뭐냐"를 묻기 전에 의식들을 수행하기 시작했습니다. 종교가 교리 논쟁 전에 예배로 공동체를 유지하는 것과 같아요. 정의는 없어도 달력에는 있었습니다.

(2) 인증 산업이 경제적 뿌리를 박았다

Scrum Alliance(CSM), Scaled Agile(SAFe), PMI-ACP… 수백만 명의 자격증 소지자, 수십억 달러 시장. 이 사람들은 애자일이 정의되면 안 됩니다. 정의되면 검증되고, 검증되면 실패가 측정되고, 자격증 가치가 떨어지니까요. 모호함이 자산인 체계입니다.

(3) 중간 관리자에게 언어를 줬다

비개발자 관리자는 소프트웨어 회의에서 할 말이 없었습니다. 스토리포인트·번다운·벨로시티가 PM·HR·임원에게 참여권을 줬어요. 그들이 가장 강력한 옹호자가 됐습니다.

(4) 책임 전가 메커니즘

실패하면 "진짜 애자일을 안 했기 때문". 방법론이 아니라 실천자를 탓할 수 있는 구조입니다. "실패해도 실패할 수 없다"가 바로 이 메커니즘이죠.

(5) 반대어가 자동으로 나쁜 말이었다

"애자일 안 할래"라고 말하면 **"난 경직됐어, 느려, 고객 안 들어"**로 들립니다. 형용사 agile 자체가 보편적 긍정어였고, 반대어는 자동 부정어가 됐어요. 담론 공간에서 경쟁자가 존재할 수 없었습니다.

읽어볼 것들

체계적 리뷰: - A systematic literature review of agile software development projects (ScienceDirect, 2025) - Uncovering the failure of Agile framework implementation using SSM-based action research (Nature, 2019) - Bridging the Gap: Comparative Evaluation of Agile, Waterfall, and Hybrid (2025)

비판적 시각: - Will Anderson, "Software Engineering and the No True Scotsman Fallacy" - Pablo Curell Mompo, "Agile's no true Scotsman problem"

원저자의 변호: - Ron Jeffries, "Dark Scrum: Is It 'No True Scotsman'?"

개별 방법론 원전: - The Scrum Guide (2020) — 13페이지, 10분이면 읽습니다 - Kent Beck, Extreme Programming Explained (1999) - David J. Anderson, Kanban: Successful Evolutionary Change for Your Technology Business (2010)

기원: - Winston W. Royce의 1970년 논문. 아이러니하게도 "워터폴의 아버지"로 불리지만, 원문은 반복적 개발을 권장했습니다.

관련 문서

• 방법론: Scrum · Extreme Programming · Kanban · 워터폴 모델
• 개념: 애자일 선언문 · No True Scotsman 오류 · 반증 가능성
• 인물: Jeff Sutherland · Ken Schwaber · Kent Beck · David J. Anderson · Winston W. Royce · Karl Popper · Ron Jeffries

한 줄 소감

애자일은 "정의 안 해서 죽지 않은" 개념입니다. 스크럼·XP·칸반을 공부하면 각각 무엇이 작동하는지 알 수 있지만, "애자일"을 공부하면 당신이 이미 믿는 것을 재확인하는 것 이상은 얻을 수 없어요. 그래서 더 오래 살 겁니다.