Câu trả lời được chấp nhận
Nguyễn Thu Hà, PMP
Jira coi mỗi mục công việc (work item) là "viên gạch" có thể là story, bug, task… và hỗ trợ quan hệ cha – con. Một quy ước dễ dùng:
| Cấp | Dùng cho | Độ lớn gợi ý | Ai quan tâm |
|---|---|---|---|
| Initiative / mục tiêu (nếu có) | Mục tiêu kinh doanh nhiều quý | Nhiều epic | Lãnh đạo, PMO |
| Epic | Một khối giá trị lớn, ví dụ "Thanh toán trực tuyến" | Vài sprint đến một quý | PO, sponsor |
| Story / Task / Bug | Một phần giá trị hoặc việc hoàn thành được trong một sprint | Vài ngày | Đội |
| Sub-task | Bước kỹ thuật để làm xong story | Vài giờ – 1 ngày | Người làm |
Nguyên tắc
- Story mô tả giá trị cho người dùng ("Là khách hàng, tôi muốn…"); task cho việc kỹ thuật/hành chính không trực tiếp tạo giá trị cho người dùng.
- Epic phải có điểm kết thúc. Epic "Bảo trì hệ thống" sống mãi là dấu hiệu dùng sai — đó nên là nhãn (label) hoặc thành phần (component).
- Sub-task không có story point riêng; điểm nằm ở story cha. Đừng dùng sub-task để đo năng suất từng người.
- Mỗi epic nên có mô tả mục tiêu và tiêu chí hoàn thành để Sprint Review biết khi nào đóng.
Liên hệ với WBS: epic tương tự một gói sản phẩm bàn giao ở cấp cao của cấu trúc phân chia công việc (WBS); story là phần tử chi tiết hơn được làm rõ dần (progressive elaboration). Khác biệt là backlog được sắp xếp theo giá trị và thứ tự ưu tiên, liên tục tinh chỉnh, còn WBS truyền thống thường cố định sau khi lập đường cơ sở phạm vi.
Nguồn: