기획 / 개발 프로세스
SDD(Spec-Driven Development)
SDD는 Spec Driven Development의 줄임말로, 구현 전에 명세를 먼저 정리하고 그 명세를 기준으로 코드와 테스트를 만드는 방식입니다.
쉬운 설명
명세를 먼저 정리하고 그 명세를 기준으로 구현과 검증을 진행하는 개발 방식.
배경과 쓰임까지 이해하기
조금 더 자세히
SDD는 Spec Driven Development의 줄임말로, 구현 전에 명세를 먼저 정리하고 그 명세를 기준으로 코드와 테스트를 만드는 방식입니다.
AI에게 구현을 맡기기 전 요구사항, API 계약, 화면 동작, 예외 조건을 명확히 고정하고 싶을 때 유용합니다.
TDD가 테스트를 먼저 써서 개발을 이끈다면, SDD는 명세와 스펙 문서를 먼저 세워 구현 방향을 이끕니다.
실제로는 이렇게 만나요
SDD은(는) 실제 작업 흐름에서 PRD, Test Code, TDD 같은 개념과 함께 등장합니다.
- 이런 거 할 때 나와요 AI에게 구현을 맡기기 전 요구사항, API 계약, 화면 동작, 예외 조건을 명확히 고정하고 싶을 때 유용합니다.
- 이렇게 생겼어요 SDD(Spec-Driven Development)은(는) PRD, Test Code, TDD 같은 주변 개념과 함께 문서, 설정 화면, 오류 메시지에서 자주 보입니다.
- 나오는 화면 예시 기획 / 개발 프로세스 작업을 하다가 PRD, Test Code, TDD를 확인하는 화면
헷갈리기 쉬운 점
TDD가 테스트를 먼저 써서 개발을 이끈다면, SDD는 명세와 스펙 문서를 먼저 세워 구현 방향을 이끕니다.
왜 알아두면 좋을까요?
AI에게 구현을 맡기기 전 요구사항, API 계약, 화면 동작, 예외 조건을 명확히 고정하고 싶을 때 유용합니다.
Checklist
실제로 볼 때 확인할 것
- 01
정의보다 쓰이는 상황을 먼저 본다
- 02
관련 개념을 함께 확인한다
- 03
실제 프로젝트에서 등장한 위치를 기록한다
관계 지도
현재 개념 SDD(Spec-Driven Development)
함께 보면 좋은 개념
PRD(Product Requirements Document) PRD는 누구를 위해 무엇을 만들고, 어디까지 완성할지 정리한 제품 요구사항 문서입니다. 테스트 코드(Test Code) 테스트 코드는 프로그램에 입력이나 동작을 주고 결과가 기대한 조건과 맞는지 자동으로 확인하는 코드입니다. TDD(Test-Driven Development) TDD는 원하는 동작을 검사하는 실패하는 테스트를 먼저 만들고, 통과하도록 구현한 뒤 코드를 정리하는 개발 방식입니다. Spec 기능이 충족해야 할 요구사항과 동작 기준을 정리한 명세.