Day 3: Spec-Driven Development의 이해 (Kiro의 핵심 아이디어)

Kiro 블로그 시리즈: From Zero to AI-Native Development에 다시 오신 것을 환영합니다. 처음 이틀 동안 우리는 Kiro를 설치하고, 환경을 탐색하며, 간단한 첫 번째 프로젝트를 구축했습니다. 그 과정은 주로 도구에 익숙해지는 과정이었습니다. 하지만 오늘은 다릅니다. 오늘은 Kiro의 핵심 아이디어인 Spec-Driven Development (명세 기반 개발)를 이해하는 것에 대해 다룹니다.

Spec이란 실제로 무엇인가?
Spec (명세)은 당신이 무엇을 만들고 싶은지에 대한 구조화된 설명입니다. 이것은 단순한 문서화가 아니라, 개발의 시작점입니다. 코드로 바로 뛰어드는 대신, 자연어 (Natural Language)로 당신의 의도를 정의하며, 이것이 다른 모든 것의 토대가 됩니다. 예를 들어:

"사용자가 작업을 추가, 삭제 및 완료로 표시할 수 있고 데이터가 로컬에 저장되는 간단한 To-do 애플리케이션"

이는 독자들이 Kiro 내부에서 "spec"이 어떤 모습인지 시각적으로 연결하는 데 도움을 줍니다.

전통적 개발 (Traditional Development) vs Spec-Driven Development
전통적인 개발에서 워크플로우는 보통 설정(Setup)과 구조(Structure)에서 시작합니다. 프레임워크를 선택하고, 폴더를 생성하고, 의존성 (Dependencies)을 설치한 후에야 비로소 기능을 구축하기 시작합니다. 이는 "과거 방식"의 복잡성을 시각적으로 보여줍니다. 따라서 흐름은 다음과 같습니다:

아이디어(Idea) → 설정(Setup) → 아키텍처(Architecture) → 코딩(Coding) → 디버깅(Debugging)

Spec-Driven Development에서는 순서가 바뀝니다. 구조 대신 의도(Intent)에서 시작합니다.

아이디어(Idea) → Spec → 구조화된 생성 (Structured Generation) → 정교화 (Refinement)

(이 이미지는 KIRO가 어떻게 작동하는지를 강조하기 위해 AI로 생성되었습니다)

이것은 Kiro가 Spec을 구조로 변환하는 "와우 모먼트 (wow moment)" 이미지입니다.

Spec이 보이는 것보다 더 중요한 이유
처음에는 Spec이 그저 하나의 설명처럼 보입니다. 하지만 실제로는 동시에 여러 역할을 수행합니다. 그것은 의도를 전달하고, 사고의 명확성을 강제하며, 구조를 자동으로 생성하는 데 도움을 줍니다. 아래는 모호한 Spec과 상세한 Spec의 시각적 표현입니다.

Kiro를 사용하며 느낀 점
Kiro를 사용하면서 한 가지 중요한 사실이 매우 명확해졌습니다. 출력물(Output)의 품질은 Spec이 얼마나 명확한지에 크게 좌우됩니다. 더 나은 Spec → 더 나은 구조 → 더 나은 결과. 이것이 시스템이 실제로 작동한다는 당신의 증거입니다.

핵심 사고방식의 전환 (Key Mindset Shift)
코드를 작성하는 것은 더 이상 첫 번째 단계가 아닙니다. 명확하게 생각하는 것이 첫 번째 단계입니다. 대신 "이것을 어떻게 만들 것인가?"라고 묻는 대신, "내가 정확히 무엇을 만들고 있는가?"라고 묻기 시작합니다.

Day 4 예고:
다음 단계에서는 이 개념을 바탕으로 Kiro를 사용하여 실제 애플리케이션을 단계별로 구축해 보겠습니다.