Tôi có một số câu chuyện của người dùng trong đó cùng một tính năng cần được chia sẻ bởi nhiều vai trò. Tôi đã bắt đầu viết những câu chuyện như thế này:

Là Vai trò-A hoặc Vai trò-B
Khi tôi thực hiện Hành động-X
Sự kiện-Y nên xảy ra.

Đây có phải là cách chính xác để thể hiện khái niệm đó trong các câu chuyện của người dùng hay tôi nên chia nó thành một câu chuyện cho mỗi vai trò?

Thôi đi

một vai trò cho mỗi câu chuyện; bằng cách buộc bạn xem xét từng vai trò riêng biệt, bạn có thể thấy sự khác biệt xuất hiện một cách tự nhiên

[một ví dụ có thể giúp đỡ; có thể có một số nhầm lẫn vai trò diễn ra vai trò A và B chia sẻ rất nhiều câu chuyện tương tự; thay vào đó, có một vai trò C 'sở hữu' những câu chuyện chung]

Tôi đồng ý với @Steven. Bạn nên phá vỡ câu chuyện hoặc bạn nên giới thiệu khái quát hóa cho các vai trò. Điều đó có nghĩa là bạn sẽ có sự khái quát hóa A và B sẽ được sử dụng mỗi khi câu chuyện giống nhau cho cả A và B. (Nó giống như sự kế thừa vai trò / diễn viên trong đó khái quát hóa là cha mẹ của A và B).

Bạn cần xác định và trừu tượng hóa vai trò

Ví dụ bạn cung cấp ...

As a Role-A or a Role-B 
When I perform Action-X 
Event-Y should occure.

không mở rộng quy mô vì có số lượng kết hợp theo cấp số nhân mà chương trình có thể thực hiện.

Để trích xuất các vai trò riêng lẻ, bạn cần tưởng tượng các bước từ quan điểm đầu tiên trong khi bỏ qua trạng thái toàn cầu.

Tôi thực sự khuyên bạn nên xem ' Cách lấy một tách cà phê '. Nó cho thấy cách API REST cho quán cà phê có thể được mô hình hóa bằng sơ đồ trạng thái.

Vấn đề là, bạn sẽ không thể vẽ một bức tranh chính xác về cách hệ thống tương tác trên toàn cầu cho đến khi bạn có thể thấy nó hoạt động ở cấp địa phương.