MidTình huốngQuản lý backlog
Tách một epic thanh toán lớn thành các user story
Thử trả lời trước
Đáp án mẫu
Mục tiêu là các story là lát cắt dọc: mỗi story mang lại một phần giá trị chạy được từ đầu đến cuối (giao diện, logic, dữ liệu), hoàn thành được trong một Sprint và kiểm thử được độc lập. Tôi tránh tách theo tầng kỹ thuật, như "xây database cho thanh toán".
Với epic thanh toán, tôi bắt đầu bằng đường đi hoàn chỉnh mỏng nhất, một walking skeleton:
- Khách vãng lai thanh toán giỏ hàng bằng một loại thẻ và nhận xác nhận đơn hàng.
- Kiểm tra lỗi thẻ và hiển thị thông báo thất bại rõ ràng.
- Thêm phương thức thanh toán thứ hai, như ví điện tử.
- Thêm tuỳ chọn giao hàng và tính phí.
- Áp dụng mã giảm giá.
- Lưu địa chỉ và thông tin thanh toán cho khách quay lại.
- Email xác nhận đơn hàng và lịch sử đơn hàng.
Các mẫu tách hữu ích: theo bước của quy trình, theo biến thể quy tắc nghiệp vụ, theo loại dữ liệu, theo luồng chính so với trường hợp biên, và theo đơn giản so với phức tạp.
Sau đó tôi sắp xếp các lát cắt theo giá trị và rủi ro, để đội học sớm và các bên liên quan thấy tiến triển mỗi Sprint.
Ý chính
- Tách thành lát cắt dọc mang lại giá trị chạy được, không tách theo tầng kỹ thuật
- Bắt đầu với đường đi xuyên suốt mỏng nhất
- Dùng các mẫu: bước quy trình, biến thể quy tắc, luồng chính trước
- Sắp xếp các lát cắt theo giá trị và rủi ro
Câu hỏi nối tiếp thường gặp
- Nhỏ đến đâu là đủ nhỏ cho một story?
- Bạn xử lý thế nào với một story phụ thuộc vào API của đội khác?
Lỗi thường gặp
- Tách theo tầng nên chưa có gì dùng được cho đến khi xong tất cả các phần
- Làm story nhỏ đến mức không còn giá trị cho người dùng