Bước 3: Viết User Story (Câu Chuyện Người Dùng)

User story (câu chuyện người dùng) biến phạm vi thành hành vi có thể kiểm thử được. Định dạng rất đơn giản:

Là một [người dùng], tôi muốn [hành động], để [lợi ích].

Cho ứng dụng theo dõi sách:

• Là một người đọc, tôi muốn thêm một cuốn sách bằng tựa đề và tác giả, để tôi có thể bắt đầu theo dõi nó.
• Là một người đọc, tôi muốn đánh dấu một cuốn sách là đã đọc xong, để tôi có thể theo dõi tiến độ của mình.
• Là một người đọc, tôi muốn đánh giá một cuốn sách đã đọc xong từ 1–5 sao, để tôi nhớ mình thích gì.

Mỗi câu chuyện là một đơn vị bạn có thể xây dựng và kiểm chứng độc lập. Nếu bạn không thể hình dung được cách bạn sẽ kiểm thử một câu chuyện bằng cách click qua lại trong ứng dụng, thì nó quá mơ hồ — hãy chia nhỏ hoặc viết lại nó.

Mệnh đề để (so that) là phần mọi người hay bỏ qua, và nó lại là phần quan trọng nhất. "Là một người đọc, tôi muốn có một ô tìm kiếm" cho AI biết cái gì cần xây, nhưng không cho biết tại sao, nên nó không thể đưa ra những đánh đổi tốt. "Là một người đọc, tôi muốn tìm một cuốn sách trong danh sách của mình bằng cách gõ một phần tựa đề, để tôi không phải cuộn qua hàng chục mục" cho nó biết công việc thực sự — và giờ đây một bộ lọc gõ-tới-đâu-lọc-tới-đó đơn giản có thể tốt hơn một công cụ tìm kiếm nặng nề. Lợi ích chính là bản đặc tả cho bản đặc tả: nó giải thích tính năng đủ rõ để AI (và bạn của tương lai) có thể phân biệt một cách triển khai đúng với một cách sai.