3단계: 사용자 스토리를 작성하라

사용자 스토리는 범위를 테스트 가능한 동작으로 바꾼다. 형식은 간단하다:

**[사용자]**로서, 나는 **[행동]**하고 싶다, 그래서 **[이점]**을 얻기 위해.

책 트래커의 경우:

• 독자로서, 나는 제목과 저자로 책을 추가하고 싶다, 그래서 추적을 시작할 수 있도록.
• 독자로서, 나는 책을 완독으로 표시하고 싶다, 그래서 내 진행 상황을 볼 수 있도록.
• 독자로서, 나는 완독한 책에 1~5점 별점을 매기고 싶다, 그래서 무엇이 좋았는지 기억하도록.

각 스토리는 독립적으로 만들고 검증할 수 있는 단위다. 앱을 클릭해 돌아다니며 스토리를 어떻게 테스트할지 그릴 수 없다면, 너무 모호한 것이다 — 쪼개거나 다시 써라.

그래서(so that) 절은 사람들이 떨어뜨리는 부분이고, 가장 중요한 부분이다. "독자로서, 나는 검색창을 원한다"는 AI에게 무엇을 만들지는 알려주지만 왜는 알려주지 않아서, AI가 좋은 절충을 할 수 없다. "독자로서, 나는 제목 일부를 입력해 내 목록에서 책을 찾고 싶다, 그래서 수십 개의 항목을 스크롤하지 않아도 되도록"은 AI에게 실제 할 일을 알려준다 — 그리고 이제 입력하는 대로 거르는 간단한 필터가 묵직한 검색 엔진을 이길 수도 있다. 이점은 명세를 위한 명세다: AI가(그리고 미래의 당신이) 좋은 구현과 잘못된 구현을 구분할 수 있을 만큼 그 기능을 충분히 설명해준다.