Trong Scrum, các câu chuyện có được cho là thay thế cho các yêu cầu của sản phẩm không?Không, chúng không phải là. Một trong những giá trị của Agile là "Phần mềm làm việc trên tài liệu toàn diện". Một lý do là rất khó để xác định sản phẩm nên làm gì ngay từ đầu.
Câu chuyện của người dùng có giống với yêu cầu không?
Câu chuyện của người dùng tập trung vàotrải nghiệm- những gì người sử dụng sản phẩm muốn có thể làm được. Một yêu cầu truyền thống tập trung vào chức năng - những gì sản phẩm nên làm. Những khác biệt còn lại là một danh sách nhỏ, nhưng quan trọng, bao gồm “cách thức”, “ai” và “khi nào”.
Câu chuyện của người dùng có phải là yêu cầu kinh doanh không?
Câu chuyện của người dùng lànhu cầu kinh doanh, không phải yêu cầu theo nghĩa truyền thống. Chúng hướng tới người dùng và nhu cầu kinh doanh. Sự khác biệt lớn giữa câu chuyện của người dùng và các loại yêu cầu khác là câu chuyện mô tả nhu cầu kinh doanh chứ không phải chức năng của hệ thống.
Làm cách nào để chuyển đổi câu chuyện của người dùng thành các yêu cầu?
Mẹo để làm việc với câu chuyện của người dùng
- Đừng viết quá nhiều tình tiết và đừng viết truyện sớm quá. Viết chúng khi cần thiết và ốm vào mẫu. …
- Nên viết những câu chuyện người dùng nhỏ hơn là những câu chuyện lớn. …
- Xác định số lượng yêu cầu quan trọng tối thiểu là bao nhiêu. …
- Cải thiện chức năng từng bước.
Người nào đến với người dùng đầu tiêncâu chuyện hoặc yêu cầu?
Câu chuyện của người dùnglà một vài câu bằng ngôn ngữ đơn giản phác thảo kết quả mong muốn. Họ không đi vào chi tiết. Các yêu cầu sẽ được bổ sung sau đó, sau khi được sự đồng ý của nhóm. Các câu chuyện nằm gọn trong các khuôn khổ nhanh nhẹn như scrum và kanban.
