JIRA: Sử thi vs Nhãn vs Linh kiện

Question

This blog có một định nghĩa của sử thi trong JIRA:

Sử thi là cơ quan lớn hơn đáng kể công việc. Epics là công việc cấp tính năng bao gồm nhiều câu chuyện của người dùng. Sử dụng ví dụ trên, sử thi có thể là toàn bộ tính năng quản lý tài khoản và khả năng xem các giao dịch mua trước đó.

Vì vậy, nếu (với tư cách là chủ sản phẩm), tôi có một tính năng lớn tôi muốn gửi sẽ bao gồm nhiều tác vụ nhỏ hơn và chạy nước rút nhịp, sau đó sử thi là một lựa chọn tốt.

Tuy nhiên, tôi có thể dễ dàng tạo thành phần (sử dụng ví dụ từ blog) "Quản lý tài khoản" và mọi tác vụ liên quan đến tính năng đó đều được gán thành phần đó.

Tương tự, tôi cũng có thể dễ dàng sử dụng nhãn "Account_Management" và bất kỳ câu chuyện/vé nào là một phần của tính năng Quản lý tài khoản chỉ được gắn thẻ nhãn đó.

Vì vậy, câu hỏi của tôi: tại sao/trường hợp nào bạn sẽ sử dụng sử thi? tại sao/bạn sẽ sử dụng thành phần nào trong một trường hợp? Tại sao/bạn sẽ sử dụng nhãn nào? Tức là - cả ba (sử thi, nhãn hiệu, thành phần) dường như phục vụ các mục đích rất giống nhau (nhóm một tập hợp các vấn đề), sự khác biệt là gì?

Answer 1

Với nhãn và thành phần nếu bạn muốn chọn một nhóm, bạn cần sử dụng tìm kiếm vấn đề. Nếu bạn đang sử dụng sử thi, bạn cũng có thể sử dụng tìm kiếm vấn đề, nhưng bạn cũng có được chức năng tích hợp trong JIRA Agile.

Trong chế độ xem nhật ký của bảng JIRA Agile, bạn có tab Sử thi. Tab này cho phép bạn chọn các vấn đề liên quan đến sử thi riêng lẻ. Thêm vào đó, nó có chức năng giúp bạn thêm các vấn đề mới vào sử thi một cách đơn giản. Lợi thế cuối cùng là tên sử thi được hiển thị màu sắc rực rỡ cùng với các vấn đề trong danh sách. Điều này có thể rất hữu ích khi xem backlog và nhận được một cảm giác cho những gì công việc đang đến tiếp theo.

Bạn có thể xem thêm về sử thi trên trang Atlassian Working with Epics.

Các thành phần hữu ích cho nhóm kỹ thuật khi chúng có thể trải rộng trên nhiều sử thi. Một thành phần điển hình có thể là 'cơ sở dữ liệu' hoặc 'Giao diện người dùng'. JIRA cung cấp tùy chọn gán công việc cho một thành phần cụ thể cho một người dùng JIRA cụ thể. Ví dụ, tất cả các vấn đề được tạo ra với một thành phần của 'cơ sở dữ liệu' có thể được gán cho Jill Smith.

Nhãn phù hợp hơn nhiều và chúng có lợi thế là cho phép nhiều bài tập (vì vậy nhiều hơn một nhãn có thể được liên kết với một vấn đề). Với các nhãn, nó phụ thuộc rất nhiều vào cách bạn sử dụng chúng.

Answer 2

Sử thi là những câu chuyện lớn hơn đòi hỏi nhiều hơn một lần chạy nước rút để hoàn thành. Một Epic có thể liên quan đến một số câu chuyện của người dùng. Mỗi câu chuyện của người dùng có thể thuộc về một hoặc nhiều Thành phần. Nói, bạn có một tìm kiếm sẵn có hãng hàng không sử thi. Điều này có thể có nhiều câu chuyện của Người dùng như tìm kiếm OW, tìm kiếm RT, v.v. Một số hoặc tất cả chúng có thể liên quan đến các thành phần như bộ nhớ cache, chính sách du lịch & công cụ đặt chỗ.

Nhãn chỉ để thuận tiện. Nó có thể không có ý nghĩa vật chất.

Answer 3

Epics theo định nghĩa là các sự cố ngắn ngủi khi so sánh với toàn bộ dự án. Các thành phần và Nhãn mặt khác là mãi mãi.Và, bạn nên dính vào sử dụng chúng bằng ý nghĩa thực sự của chúng tuy nhiên nó có thể khác.

Tạo Epics cho tính năng hoặc như đã đề cập bởi @Sateesh, để có những câu chuyện lớn hơn. Họ nên giải quyết mục đích của họ, và một khi nhu cầu kinh doanh được thực hiện cho, sau đó họ sẽ được đóng/thực hiện.

Các thành phần không phải là tính năng. Chúng là các bộ phận kỹ thuật của hệ thống. Chúng cũng có thể được sử dụng để phân loại các bộ phận hoặc ... của bạn, thành phần: P ... của sản phẩm của bạn.

Nhãn có thể là bất kỳ thứ gì, như đã đề cập bởi @barnaby. Thông thường, chúng là từ khóa, cụm từ bắt, từ mà mọi người có thể muốn có một công việc liên quan đến, v.v. Tôi sử dụng nó chủ yếu để làm cho các vấn đề có thể tìm kiếm tốt hơn từ quan điểm dài hạn. Có một plugin JIRA cung cấp cho bạn một đám mây nhãn JIRA (cho mục đích hoàn toàn lạ mắt, tôi cảm thấy: D) mà bạn cũng có thể quan tâm.

Answer 4

Bổ sung: Hiện tại, Atlas đã tạo một bài viết mới giải thích điều này từ góc nhìn của họ.

https://www.atlassian.com/agile/delivery-vehicles

Ý kiến ​​/ cách sử dụng của tôi.

Nhãn và Linh kiện gần như đơn giản và được trả lời tốt.

Components ví dụ

• khách hàng ứng dụng Android
• Server API
• Cơ sở dữ liệu vv .....

Nhãn ví dụ.

• ngành Kinh doanh logic (Orders ex, Hoá đơn, người sử dụng, sản phẩm)
• Mã Cải thiện chất lượng
• Refactor
• Usability
• yêu cầu tài khoản/phàn nàn chung bất cứ điều gì giúp phân loại thứ.

Nhưng hãy để tôi viết hai xu của tôi về Epics vì tôi thấy cụm từ này quá chung chung.

Sử thi là cơ quan lớn hơn đáng kể công việc

Larger? 10 Chạy nước rút? 10 câu chuyện? 20 câu chuyện? hay cái gì?

Cá nhân tôi sẽ phân loại Epics là Mục tiêu.

Tại một hàng năm/quý hồi công ty bạn tổ chức một cuộc họp với tất cả các thành viên và các bên liên quan, và kết luận như sau

1. Chúng ta cần phải nhắm mục tiêu nền tảng hơn (sử thi = vBulletin Mở rộng)
2. chúng tôi nhân viên hỗ trợ cần nhiều công cụ hơn để xử lý các vấn đề. (Làm phong phú các công cụ Hỗ trợ)
3. Phần mềm này quá khó sử dụng! (Thiết kế lại giao diện người dùng UX)

Điều này có nghĩa 3 sử thi với tập các câu chuyện để trang trải mỗi người yêu cầu chung