Ứng dụng Product Backlog trong phát triển phần mềm

Trong phát triển ứng dụng, Product Backlog là danh sách các công việc rất cần được tiến hành để hoàn thiện một dự án công trình. những công việc trong Product Backlog rất có thể là các nhu cầu, tác dụng hoặc các hỏng nguồn vào chẩn đoán Sprint Backlog.

Product Backlog là gì? Là những Product Owner hoặc Product Manager trực tiếp cai quản. nội dung công việc trong Product Backlog sẽ được cập nhật thường xuyên theo sự chuyển đổi của người tiêu dùng hay nhu yếu thị trường.

Product Backlog là nơi biểu đạt các công việc cần phải triển khai xong của 1 dự án công trình

Về bản chất, Product Backlog cũng tương tự Sprint Backlog. cả 2 đều giúp cho nhóm trở nên tân tiến quản lý việc làm tồn đọng trong dự án công trình. mặc dù thế, Product Backlog thì có phạm vi công việc bao la hơn. dưới đây là một trong những góc nhìn khác biệt giữa Product Backlog & Sprint Backlog:

• Product backlog là chỗ tàng trữ toàn bộ những câu chuyện của người tiêu dùng. trong những khi ấy Sprint Backlog chỉ đựng các mẩu chuyện của người tiêu dùng từng đc lựa chọn trong 1 Sprint. Hiểu 1 cách đơn giản dễ dàng, Sprint Backlog là một trong tập trung con của Product Backlog.

• Sprint Backlog phân bổ những nghĩa vụ chi tiết, còn Product Backlog miêu tả tổng quát về việc làm. ví như Product Backlog là 1 chiến lược, thì Sprint Backlog được thiết kế để hiện thật hóa kế hoạch đó.

Product Backlog tụ hội tất cả các công việc trong Sprint backlog (Nguồn: Visual Paradigm)

Điểm lưu ý cơ bản của một Product Backlog

Trong cuốn “Agile Product Management with Scrum: Creating Products That Customers Love”, ông Roman Pichler đã đặt ra luật lệ DEEP lúc tạo 1 Product Backlog. Từ đó, Product Backlog liệu có 4 điểm lưu ý cơ bản là Detailed appropriately, Estimated, Emergent & Prioritized.

Detailed appropriately (Chi đào thải 1 cách hợp lý)

Trong Product Backlog, không phải bất cứ danh mục công việc nào thì cũng nên thể hiện một cách cụ thể chi tiết. bình thường, các vấn đề cần thiết buộc phải khiến trước sẽ được bố trí Ở phía trên cộng của Product Backlog. các công việc làm này phải chi tiết để có thể đem vào Sprint sớm nhất.

chừng độ cụ thể thường hay giảm dần theo tình trạng ưu ái và thiết yếu của danh mục công việc ấy. công việc có độ ưu tiên thấp hay nhờ vào những danh mục không giống nên để ở cuối cùng. Chúng hoàn toàn có thể đc nghiên cứu ít cụ thể hơn những danh mục công việc Tại bên trên Product Backlog.

Các danh mục trong Product Backlog được bố trí cụ thể một cách hài hòa

Estimated (Tính ước lượng)

không chỉ có một list những việc làm buộc phải khiến, Product Backlog còn là dụng cụ lập kế hoạch bổ ích. Trong Product Backlog, những hạng mục dành riêng cho bạn dạng ban hành thế hệ cần được được ước đạt. Chúng rất có thể bởi lực lượng cải tiến và phát triển hoặc người sử dụng cung cấp.

lực lượng trở nên tân tiến sẽ cung cấp kết luận Product Owner khối lượng công việc ước đạt của từng hạng mục. Product Owner & những phía liên quan sẽ cung cấp tin về giá trị của dòng sản phẩm. ấy hoàn toàn có thể là doanh thu, giá cả, rủi ro trong kinh doanh và rất nhiều hạng mục khác.

Tham khảo: https://fmit.vn/tin-tuc/dinh-nghia-chuoi-cung-ung-fmit

Emergent (Sự tiến hóa)

Product Backlog không phải là một trong những thật thể tĩnh nhưng nó luôn thay đổi theo thời hạn. các các mẩu chuyện của người dùng trong Product Backlog sẽ được thêm, xóa hoặc đánh giá và nhận định lại. Product Backlog liên tục được Product Owner update trong suốt Sprint.

Ví dụ: đội ngũ cải tiến và phát triển cung ứng cho biết Product Owner khối lượng việc làm của đã hạng mục. song trong tiến trình thực hiện có một số rủi ro kỹ thuật dẫn đến sự đổi khác những danh mục. lúc này, Product Owner cần phải quan tâm đến vấn đề thêm bớt, hay sắp xếp lại mức độ ưu tiên trong Product Backlog.

Những hạng mục việc làm trong Product Backlog chỉ mang tính chất ước đạt

Prioritized (Tính ưu tiên)

1 Product Backlog cần phải bố trí với những mặt hàng có mức giá chữa trị nhất Ở trên cộng & ít giá nhất Ở bên dưới cộng. giải pháp làm này giúp nhóm hoàn toàn có thể đêm đa hóa giá của dòng sản phẩm.

Product Backlog có phong cách thiết kế theo mức độ ưu tiên của công việc (Nguồn: Magestore)

bạn cũng có thể đặt mức độ ưu ái cao cho các danh mục quan trọng rất cần được đưa vào Sprint. tiếp đến được xem là các hạng mục ý định phát hành trong đợt một. khi xếp ưu ái vượt lên trên quá tiến độ ban hành đợt một, bạn cũng có thể sẽ mất quá nhiều thời hạn hơn.

Trang nguồn: https://fmit.vn/