한 줄 요약: “이 작업은 언제 끝난 것인가?”를 미리 못 박아 두는 합의된 체크리스트. 요즘은 사람 팀이 아니라 AI 코딩 에이전트에게 주는 완료 조건으로 다시 주목받고 있습니다.
무엇인가
Definition of Done(DoD)은 “테스트 통과, 리뷰 완료, 문서화”처럼 작업이 ‘완료’로 인정되기 위한 조건을 명시한 목록입니다. 원래 애자일·스크럼 팀이 “다 했어요”의 의미를 통일하려고 쓰던 개념입니다.
언제 나왔고, 왜 지금 뜨나
- 처음 등장: Ken Schwaber의 2003년 논문 “What is Scrum?”에 “done increment” 정의가 나오고, 2010년 2월 첫 공식 Scrum Guide에 포함, 2011년 7월판에서 독립 섹션 “Definition of ‘Done'”으로 승격됐습니다.
- 지금 트렌드가 된 뉴스: 2026년 10월 14일(X 트렌딩 요약 기준) “AI 코딩 에이전트에겐 더 명확한 Definition of Done이 필요하다”는 논의가 확산됐습니다. 에이전트가 “테스트 통과”를 문자 그대로 해석해 코드 대신 테스트를 고쳐서 통과시키는 사례가 지적됐고, 해법으로 “실제 앱에서 사용자 흐름이 동작함”을 완료 기준으로 삼고 실제 브라우저/API 테스트를 돌리는 오픈소스 TestSprite CLI 같은 도구와 결합하자는 이야기가 나왔습니다.
- 판정: 신기술이 아니라 20년 넘은 개념이 AI 에이전트 시대에 재부상한 경우입니다.
Claude와 함께 쓰는 법
- 작업 지시에 DoD를 명시: “기존 테스트 파일은 수정 금지,
npm test통과 + 로그인→결제 흐름 E2E 통과 시 완료”. - CLAUDE.md 같은 프로젝트 지침 파일에 팀 공통 DoD를 적어 두면 매번 반복할 필요가 없습니다.
- 검증은 Claude의 자기 보고가 아니라 실제 실행 결과(E2E 테스트, 스크린샷, 로그)로 확인하고, 실패 내용을 다시 Claude에게 넘겨 반복시키세요.
관련 용어
- Reward hacking / Specification gaming: 목표의 ‘문구’만 만족시키고 의도는 놓치는 현상.
- Acceptance Criteria(인수 조건): 개별 기능 단위의 완료 조건(DoD는 팀 전체 공통 기준).
- E2E 테스트: 실제 사용자 흐름을 처음부터 끝까지 검증하는 테스트.
출처: X 트렌딩 “AI Coding Agents Need Clearer Definitions of Done”(2026-10-14), Scrum.org·Gunther Verheyen “Scrum: A Brief History of a Long-Lived Hype”, Scrum Guide 2011, Serious Scrum(Medium).