Đối với những nhóm cải cách và phát triển phần mềm, Product Backlog đóng góp một sứ mệnh khôn cùng quan trọng. Vậy Product Backlog là gì? Bài viết sau đây, Got It sẽ giúp chúng ta hiểu rõ Product Backlog là gì và Đặc điểm cơ phiên bản của Product Backlog. Hãy cùng Got It mày mò ngay lập tức nhé!


Product Backlog là gì?

Trong trở nên tân tiến ứng dụng, Product Backlog là danh sách các các bước cần phải triển khai để hoàn thành một dự án. Những các bước vào Product Backlog rất có thể là những trải nghiệm, khả năng hoặc các lỗi đầu vào đến Sprint Backlog.

Bạn đang xem: Backlog là gì

Product Backlog những Product Owner tốt Product Manager thẳng quản lý. Nội dung các bước vào Product Backlog sẽ tiến hành update liên tiếp theo sự đổi khác của bạn xuất xắc nhu yếu thị trường.


*
Product Backlog là khu vực biểu lộ các các bước buộc phải chấm dứt của một dự án

Về thực chất, Product Backlog tương tự như nhỏng Sprint Backlog. Cả nhị hầu như giúp team trở nên tân tiến làm chủ quá trình tồn kho trong dự án công trình. Tuy nhiên, Product Backlog có phạm vi quá trình rộng rộng. Dưới đó là một số trong những kỹ lưỡng khác biệt giữa Product Backlog với Sprint Backlog:

Product backlog là nơi lưu trữ toàn bộ các câu chuyện của người dùng. Trong lúc ấy Sprint Backlog chỉ chứa các câu chuyện của người dùng đã được chọn trong một Sprint. Hiểu một biện pháp đơn giản, Sprint Backlog là 1 trong những tập vừa lòng bé của Product Backlog.Sprint Backlog phân chia những trách nhiệm ví dụ, còn Product Backlog diễn tả tổng quan liêu về các bước. Nếu Product Backlog là một trong kế hoạch, thì Sprint Backlog được thiết kế với nhằm hiện tại hóa chiến lược đó.
*

điểm sáng cơ phiên bản của một Product Backlog

Trong cuốn nắn “Agile Product Management with Scrum: Creating Products That Customers Love”, ông Roman Pichler vẫn chỉ dẫn quy tắc DEEP khi tạo nên một Product Backlog. Theo đó, Product Backlog gồm 4 điểm lưu ý cơ bản là Detailed appropriately, Estimated, Emergent với Prioritized.

Detailed appropriately (Chi máu một giải pháp đúng theo lý)

Trong Product Backlog, chưa phải bất kể khuôn khổ các bước nào thì cũng đề xuất thể hiện một bí quyết chi tiết. Thông thường, hầu như câu hỏi quan trọng đặc biệt nên làm trước sẽ được bố trí sinh sống phía bên trên cùng của Product Backlog. Những công công việc này cần được chi tiết nhằm hoàn toàn có thể chuyển vào Sprint gần nhất.

Mức độ chi tiết thường xuyên bớt dần theo độ ưu tiên và cần thiết của hạng mục quá trình kia. Công vấn đề bao gồm độ ưu tiên rẻ hoặc nhờ vào vào những hạng mục không giống cần đặt ở sau cùng. Chúng rất có thể được phân tích ít cụ thể hơn các khuôn khổ công việc sống phía bên trên Product Backlog.

*
Các hạng mục vào Product Backlog được sắp xếp cụ thể một cách hòa hợp lý

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

không chỉ là 1 list các các bước buộc phải làm cho, Product Backlog còn là 1 cách thức lập kế hoạch hữu ích. Trong Product Backlog, các hạng mục giành cho bản tạo mới rất cần được được ước lượng. Chúng rất có thể vày đội cải tiến và phát triển hoặc người sử dụng cung cấp.

Xem thêm: Cách Thắt Tên Bằng Dây Lên Bút Theo Yêu Cầu, Giá Tháng 6/2021

Nhóm Phát triển đã cung cấp cho Product Owner trọng lượng công việc ước tính của từng khuôn khổ. Product Owner với các bên tương quan vẫn đưa thông tin về quý giá của sản phẩm. Đó có thể là lợi tức đầu tư, chi phí, rủi ro khủng hoảng vào kinh doanh và nhiều hạng mục không giống.

Emergent (Sự tiến hóa)

Product Backlog chưa hẳn là một trong thực thể tĩnh cơ mà nó luôn luôn biến hóa theo thời gian. Các các mẩu truyện của người dùng trong Product Backlog sẽ được thêm, xóa hoặc Review lại. Product Backlog liên tiếp được Product Owner update trong veo Sprint.

Ví dụ: Nhóm Phát triển cung cấp mang đến Product Owner trọng lượng công việc của từng hạng mục. Nhưng vào quá trình tiến hành tất cả một trong những rủi ro chuyên môn dẫn tới sự thay đổi những hạng mục. Hiện nay, Product Owner đã đề nghị xem xét việc thêm sút, xuất xắc bố trí lại cường độ ưu tiên trong Product Backlog.


*

Prioritized (Tính ưu tiên)

Một Product Backlog phải thu xếp cùng với những sản phẩm có mức giá trị độc nhất sinh sống bên trên cùng với không nhiều giá trị tốt nhất sinh hoạt dưới cùng. Các bước làm này giúp đội có thể tối đa hóa quý hiếm của sản phẩm.


*

Chúng ta hoàn toàn có thể đặt mức độ ưu tiên cao cho những khuôn khổ đặc biệt quan trọng cần được đưa vào Sprint. Tiếp mang đến đã là các khuôn khổ dự tính kiến thiết trong đợt 1. lúc xếp ưu tiên thừa vượt quy trình tiến độ kiến tạo dịp 1, chúng ta cũng có thể đã mất không ít thời hạn hơn.

Tóm lại, Product Backlog là một trong những phương pháp góp làm chủ quá trình công dụng. Chúng ta rất có thể áp dụng Product Backlog trong tương đối nhiều nghành với ngành nghề khác nhau. Sau nội dung bài viết này, mong muốn chúng ta vẫn hiểu rõ được Product Backlog là gì cũng giống như điểm sáng của chính nó. Nếu bạn muốn phát triển thành một Product Owner, hãy nắm rõ các kiến thức Got It vẫn share nhé!


Nếu chúng ta quan tâm, hãy xem những vị trí đã tuyển dụng của Got It tại: bit.ly/gotit-hanoi và bài viết liên quan về các bước tuyển dụng trên phía trên.

Bài viết liên quan

Trả lời

Email của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *