Sơ đồ sản phẩm trong Scrum là gì? Ai là người sở hữu nó?

Sơ đồ sản phẩm là nguồn thông tin duy nhất về tất cả những gì cần thiết cho sản phẩm và là danh sách ưu tiên các thay đổi yêu cầu sản phẩm. Người Người sở hữu sản phẩm chịu trách nhiệm về nội dung, tính sẵn có và thứ tự ưu tiên của các mục trong sơ đồ sản phẩm.

Sơ đồ sản phẩm là một danh sách phát triển liên tục. Bản đầu tiên chỉ liệt kê các yêu cầu đầu tiên và phổ biến nhất (không cần phải hiểu kỹ). Sơ đồ sản phẩm thay đổi theo sự thay đổi của sản phẩm và môi trường phát triển. Nó mang tính động và thường xuyên thay đổi để xác định những gì cần thiết để sản phẩm trở nên khả thi, cạnh tranh và hữu ích. Trong suốt thời gian sản phẩm tồn tại, sơ đồ sản phẩm cũng tồn tại.

Sơ đồ sản phẩm liệt kê tất cả các tính năng, trường hợp sử dụng, truyện người dùng, cải tiến và sửa lỗi được lên kế hoạch cho các phiên bản tương lai. Một mục trong sơ đồ sản phẩm (PBI) bao gồm mô tả, thứ tự và nỗ lực ước tính.

Các mục trong sơ đồ sản phẩm (PBIs) thường được sắp xếp theo giá trị, rủi ro, mức độ ưu tiên và tính cần thiết. Chúng được xếp theo thứ tự từ cao đến thấp, mỗi mục có thứ tự riêng biệt. Các mục ở đầu danh sách sơ đồ sản phẩm phải được phát triển ngay lập tức. Càng có thứ hạng cao, mục đó càng cấp bách, và bạn càng phải cân nhắc kỹ lưỡng về giá trị của nó—hiểu biết của bạn về giá trị sẽ trở nên nhất quán hơn.

Sơ đồ sản phẩm Scrum

Các mục có thứ hạng cao trong sơ đồ sản phẩm rõ ràng và cụ thể hơn các mục có thứ hạng thấp. Những mục này có thể được ước tính chính xác hơn nhờ nội dung rõ ràng và thông tin chi tiết hơn. Nói cách khác, mức độ ưu tiên của một mục sơ đồ sản phẩm càng thấp, thông tin chi tiết càng giảm. Các mục sơ đồ sản phẩm được đội ngũ phát triển trong một Sprint được chi tiết hóa và chia nhỏ thành các nhiệm vụ nhỏ hơn, để bất kỳ mục nào cũng có thể được “hoàn thành” trong khoảng thời gian thời gian giới hạn. Các mục sơ đồ sản phẩm mà đội phát triển có thể “hoàn thành” trong một Sprint được coi là đáp ứng **định nghĩa của “Sẵn sàng”** và có thể được chọn trong buổi cuộc họp lập kế hoạch Sprint.

Quy trình Scrum

Khi sản phẩm được triển khai, giá trị được tạo ra, và phản hồi từ thị trường ngày càng tăng, sơ đồ sản phẩm trở nên lớn hơn và chi tiết hơn. Vì các yêu cầu không bao giờ ngừng thay đổi, sơ đồ sản phẩm là một tác phẩm sống động. Những thay đổi về nhu cầu kinh doanh, điều kiện thị trường và công nghệ có thể dẫn đến thay đổi trong sơ đồ sản phẩm.

Mặc dù có nhiều đội Scrumcó thể hợp tác phát triển một sản phẩm, nhưng chỉ có một sơ đồ sản phẩm mô tả công việc tiếp theo cho sản phẩm. Sau đó, bạn cần sử dụng các thuộc tính để phân loại các mục trong sơ đồ sản phẩm.

Thông qua Sửa đổi sơ đồ sản phẩm, chi tiết, ước tính và thứ tự được bổ sung. Đây là một quá trình liên tục, nơi người sở hữu sản phẩm và đội phát triển hợp tác để thảo luận chi tiết về từng mục trong sơ đồ sản phẩm. Các mục được xem xét và điều chỉnh trong sơ đồ sản phẩm. Tuy nhiên, người sở hữu sản phẩm có thể cập nhật bất kỳ mục nào trong sơ đồ sản phẩm bất cứ lúc nào và đưa ra quyết định khi cần thiết.

Sửa đổi sơ đồ sản phẩm là một hoạt động liên tục—không phải là một hoạt động giới hạn thời gian—do người sở hữu sản phẩm và đội phát triển thực hiện. Đội phát triển thường có chuyên môn lĩnh vực để tự cải thiện. Tuy nhiên, việc làm sửa đổi và cách thức thực hiện là quyết định của đội Scrum.sửa đổi sơ đồ sản phẩm thường không mất nhiều hơn 10% thời gian phát triển của đội.

Buổi họp tinh chỉnh Danh sách Sản phẩm

Đội phát triển chịu trách nhiệm về tất cả công việc ước tính. Người chủ sản phẩm có thể ảnh hưởng đến quyết định của đội bằng cách giúp họ cân nhắc các lựa chọn thay thế. Tuy nhiên, ước tính cuối cùng được xác định bởi những người đang thực hiện công việc.

Theo dõi tiến độ thông qua các Mục tiêu Sprint

Vào bất kỳ thời điểm nào, nỗ lực còn lại để đạt được Mục tiêu Sprint có thể bị trừ đi từ tổng khối lượng công việc đã hoàn thành. Người chủ sản phẩm phải theo dõi tổng nỗ lực còn lại ít nhất sau mỗi Buổi xem xét Sprint. Người chủ sản phẩm so sánh con số này với nỗ lực còn lại từ các buổi xem xét Sprint trước để đánh giá tiến độ hướng tới công việc mong đợi vào thời điểm cần thiết. Thông tin này minh bạch với tất cả các bên liên quan.

Scrum không tính đến thời gian dành cho các mục trong Danh sách Sản phẩm. Chúng tôi chỉ quan tâm đến khối lượng công việc còn lại và biến số ngày tháng.

Các biểu đồ khác nhau hoặc biểu đồ giảm dầnvà các phương pháp lập kế hoạch khác có thể được sử dụng để dự báo tiến độ. Chúng đã chứng minh là hữu ích. Tuy nhiên, điều này không thay thế được tầm quan trọng của tư duy thực nghiệm. Trong môi trường phức tạp, điều gì sẽ xảy ra là chưa biết — chỉ có những gì đã xảy ra mới có thể được dùng để đưa ra các quyết định mang tính dự báo.

Tiến độ Sprint Scrum