bmalph 설계 문서, 스토리 분해, 구현 준비 점검을 `todo-demo` 예제로 정리하는 실전 가이드 5편입니다.

bmalph PRD 작성과 화면 흐름 정리 방법을 `todo-demo` 예제로 설명하는 실전 가이드 4편입니다.

bmalph 분석 단계에서 `todo-demo` 범위를 줄이고 제품 개요를 정리하는 실전 가이드 3편입니다.

bmalph 설치, `init`, `status`, `doctor`를 지원 도구별로 정리하는 실전 가이드 2편입니다.

bmalph가 왜 필요한지, BMAD와 Ralph를 어떻게 연결하는지 문서와 실제 검증 기준으로 정리하는 실전 가이드 1편입니다.

BMAD 기본 흐름에 익숙해졌다면 이제 우리 팀 방식에 맞게 다듬을 차례입니다. `.customize.yaml`, 기본 모듈, Quick Update, 그리고 `TEA`와 `BMad Builder`를 안전하게 붙이는 방법을 정리합니다.

BMAD의 기본 흐름에 익숙해졌다면 이제 결과물 품질을 더 끌어올릴 차례입니다. `bmad-party-mode`, `bmad-advanced-elicitation`, `bmad-review-adversarial-general`, `bmad-review-edge-case-hunter` 같은 core tools를 언제 어떻게 쓰면 좋은지 정리합니다.

이미 운영 중인 코드베이스에 BMAD를 붙일 때는 새 프로젝트와 접근이 다릅니다. `bmad-document-project`, `project-context.md`, Quick Flow와 큰 변경 흐름을 어떻게 나눠야 하는지 정리합니다.

기획과 설계가 끝났다면 이제 5편에서 만든 story 구조 중 다음 항목 하나를 구현할 차례입니다. BMAD에서 sprint planning, create story, dev story, code review, Quinn 테스트, retrospective가 어떤 순서로 이어지는지 정리합니다.

PRD까지 만들었는데 왜 바로 구현하면 안 될까요? BMAD의 Solutioning 단계는 architecture 문서와 epics/stories 구조를 먼저 정리해 여러 구현이 같은 방향으로 움직이게 만듭니다.