애자일에 작별을 고하며
·2026.04.16 11:17
핵심 내용
Agile의 한계를 비판하고 spec-driven development의 부상을 짚는다.
자세히 보기
Agile은 업계를 지배했지만, 정작 무엇인지 끝내 명확하지 않았다. 실패가 나오면 언제나 “그건 진짜 Agile이 아니다”라는 말로 빠져나갔고, 선언문은 구체적 공정보다 모호한 격언에 가까웠다.
핵심 아이디어로 내세운 반복적 개발과 고객 참여는 이미 1970년대부터 연구와 실무에 존재했다. 워터폴의 한계 또한 새삼스러운 발견이 아니었고, Royce(1970) 와 Bell-Thayer(1976) 같은 초기 문헌은 프로토타입, 지속적 고객 참여, 명세와 설계의 중요성을 이미 분명히 짚고 있었다.
지금 다시 중요해지는 것은 spec-driven development다. LLM은 모호한 입력에 취약하기 때문에, 더 명확한 명세와 문서가 코드 생성의 품질을 좌우한다. 저자는 이를 두고 Agile의 구호인 “작동하는 소프트웨어가 포괄적 문서보다 중요하다”에 맞서, 이제는 포괄적 문서가 작동하는 소프트웨어를 만든다는 관점으로 돌아가야 한다고 주장한다.
결론은 명확하다.
- Agile을 절대 원리처럼 숭배하기보다, 실제 공학 원칙과 역사적 맥락을 봐야 한다.
- 반복과 피드백은 새로울 것이 없으며, 문서와 명세는 여전히 핵심이다.
- AI 시대에는 모호한 프로세스보다 명확한 스펙이 더 중요해진다.
이 한국어 요약은 AI가 자동으로 만들었습니다. 원문의 주장과 맥락은 원문에서 확인해 주세요. 저작권은 원저작자에게 있습니다.