JIRA: Epics vs Labels vs Components

Blog này có định nghĩa về sử thi trong JIRA:

Sử thi là những tác phẩm lớn hơn đáng kể. Sử thi là tác phẩm 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, một 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ở hữu sản phẩm) tôi có một tính năng lớn mà tôi muốn phân phối sẽ bao gồm nhiều nhiệm vụ nhỏ hơn và có khả năng kéo dài thời gian chạy nước rút, thì 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 "Quản lý tài khoản" (sử dụng ví dụ từ blog) và bất kỳ nhiệm vụ nào liên quan đến tính năng đó đều có thành phần đó được chỉ định.

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ần được gắn nhãn đó.

Vì vậy, câu hỏi của tôi: tại sao / những trường hợp nào bạn sẽ sử dụng sử thi? tại sao / những trường hợp nào bạn sẽ sử dụng một thành phần? Tại sao / những trường hợp nào bạn sẽ sử dụng nhãn? Tức là - cả ba (sử thi, nhãn, thành phần) dường như phục vụ những 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ì?

Với các nhãn và thành phần, nếu bạn muốn chọn một nhóm trong số chúng, 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 sự cố, nhưng bạn cũng có được chức năng tích hợp trong JIRA Agile.

Trong giao diện tồn đọng của một bảng JIRA Agile, bạn có một tab Epic. Tab này cho phép bạn chọn các vấn đề liên quan đến các sử thi riêng lẻ. Thêm vào đó, nó có chức năng giúp bạn dễ dàng thêm các vấn đề mới vào một bộ phim sử thi. Ưu điểm cuối cùng là tên sử thi được hiển thị sáng màu 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 các công việc tồn đọng và cảm nhận công việc sắp tới.

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 vì chúng có thể trải dài 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 để chỉ định 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 với một thành phần của 'cơ sở dữ liệu' có thể được gán cho Jill Smith.

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

Sử thi theo định nghĩa là những vấn đề tồn tại ngắn ngủi khi so sánh với toàn bộ dự án. Mặt khác, các thành phần và nhãn là mãi mãi. Và, bạn nên sử dụng chúng theo ý nghĩa thực sự của chúng, tuy nhiên nó có thể bị cám dỗ bởi cách khác.

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

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 của bạn hoặc ... tốt, các 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 @barnaby đề cập. Thông thường, chúng là từ khóa, cụm từ nắm bắt, những từ mà mọi người có thể muốn một nhiệm vụ 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ừ góc độ dài hạn. Có một plugin JIRA cung cấp cho bạn một đám mây nhãn JIRA (cho các mục đích hoàn toàn ưa thích, tôi cảm thấy: D) cũng có thể khiến bạn quan tâm.

Bổ sung: Atlasian hiện đã tạo một bài báo mới giải thích điều này từ quan điểm của họ.

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

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

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

Ví dụ về thành phần

• Ứng dụng khách Android
• API máy chủ
• Cơ sở dữ liệu vv .....

Các ví dụ về nhãn .

• Các lĩnh vực logic kinh doanh (ví dụ: Đơn đặt hàng, Hóa đơn, Người dùng, Sản phẩm)
• Cải tiến chất lượng mã
• Cấu trúc lại
• Khả năng sử dụng
• Yêu cầu / khiếu nại của người dùng Nói chung là bất cứ điều gì giúp phân loại mọi thứ.

Nhưng hãy để tôi đưa ra hai xu về Sử thi vì tôi thấy cụm từ này quá chung chung.

Sử thi là phần lớn hơn đáng kể của tác phẩm

Lớn hơn? 10 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 Sử thi là Mục tiêu .

Tại một cuộc Tổng kết Hàng năm / Hàng quý, công ty của 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 tôi cần nhắm mục tiêu nhiều nền tảng hơn (sử thi = Nền tảng mở rộng )
2. Nhân viên hỗ trợ của chúng tôi cần thêm công cụ để xử lý các vấn đề. ( Làm giàu công cụ hỗ trợ )
3. Phần mềm quá khó sử dụng! ( Thiết kế lại UI UX )

Điều này có nghĩa là 3 sử thi với tập hợp các câu chuyện để đáp ứng từng yêu cầu chung đó

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 sử thi 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. Giả sử, bạn có một tìm kiếm về tình trạng còn hàng của hãng hàng không hoành tráng. Đ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 và công cụ đặt phòng.

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