Product backlog là một trong những phần thiết yếu của chuỗi phát triển sản phẩm. Một danh sách ưu tiên các tính năng của sản phẩm và các bản sửa lỗi dẫn đến tầm nhìn của công ty và sản phẩm thông qua quá trình thực thi. Về bản chất, việc quản lý Product backlog thuộc về người quản lý sản phẩm, người có nghĩa vụ chính là tạo, ưu tiên và duy trì nó. Ngoài ra, ví dụ về tồn đọng sản phẩm của bạn phải được xây dựng trên một công cụ thân thiện với người dùng, đủ linh hoạt để tùy chỉnh và dễ dàng truy cập, đặc biệt là trên đám mây. Đọc tiếp để tìm hiểu về sự khác biệt giữa product backlog và sprint backlog và sự sàng lọc của nó.
Giới thiệu chung
Product backlog là danh sách kiểm tra công việc được các nhóm phát triển phần mềm sử dụng để xếp hàng các tính năng mong muốn, sửa lỗi và các nhiệm vụ kỹ thuật khác. Nói cách khác, đó là danh sách việc cần làm để phát triển công ty. Product backlog liên kết trở lại lộ trình sản phẩm của công ty, giúp ưu tiên các hạng mục và nhiệm vụ ở đầu product backlog để nhóm biết phải phân phối cái gì trước. Ngoài ra, đó là một cách hiệu quả để nhóm truyền đạt những gì họ đang làm và kế hoạch làm việc tiếp theo. Tóm lại, chúng ta hãy xem xét chi tiết cách tạo sản phẩm tồn đọng,
Các bước để tạo một Product Backlog
Product backlog không chỉ là một danh sách việc cần làm đơn giản mà bạn chia nhỏ các nhiệm vụ phức tạp thành một loạt các bước và giao phó chúng cho các thành viên trong nhóm. Thực hiện theo các bước sau để phát triển một sản phẩm tồn đọng hiệu quả,
#1. Thêm ý tưởng vào công việc tồn đọng của bạn
Nếu một khách hàng đến gặp bạn với ý tưởng tạo giải pháp phần mềm mới hoặc cải thiện giải pháp hiện có, hãy xem xét thêm những ý tưởng này vào hồ sơ tồn đọng của bạn. Bởi vì việc thêm chúng vào hồ sơ tồn đọng của bạn có thể kích thích các cuộc trò chuyện quan trọng và giúp nhóm đưa ra các giải pháp để đáp ứng yêu cầu của khách hàng. Do đó, bao gồm chúng sẽ giúp bạn xác định xem bản cập nhật có thể đạt được theo dòng thời gian và ngân sách của dự án hay không. Dưới đây là các nguồn ý tưởng tồn đọng tiềm năng hơn:
- Nhóm đảm bảo chất lượng (QA) của công ty
- Khảo sát khách hàng về tính năng sản phẩm
- Đánh giá sản phẩm hoặc dịch vụ
- Đề xuất hoặc yêu cầu bán hàng và tiếp thị
#2. Xây dựng lộ trình sản phẩm
Lộ trình sản phẩm là nền tảng cho sản phẩm tồn đọng. Trước tiên, nhóm của bạn nên tạo lộ trình, sau đó sẽ đóng vai trò là kế hoạch hành động về cách sản phẩm của bạn sẽ thay đổi khi phát triển. Lộ trình là tầm nhìn để phát triển sản phẩm dài hạn nhưng nó cũng có thể phát triển.
#3. Danh sách kiểm tra Hạng mục tồn đọng sản phẩm
Lưu ý đến lộ trình sản phẩm của bạn, nhóm của bạn có thể bắt đầu liệt kê các hạng mục tồn đọng của sản phẩm. Những mục này nên bao gồm cả những mục có mức độ ưu tiên cao và những ý tưởng trừu tượng hơn. Trong giai đoạn tạo sản phẩm tồn đọng này, bạn cũng cần liên lạc với các bên liên quan và lắng nghe ý kiến của họ để cải tiến sản phẩm.
#4. Tập trung vào Backlog của bạn
Sau khi nhóm của bạn liệt kê tất cả các mục, hãy sắp xếp và ưu tiên các nhiệm vụ quan trọng nhất của bạn bằng cách ghi nhớ khách hàng và xem xét mục nào mang lại giá trị cao nhất cho họ. Sau khi hiểu đầy đủ yêu cầu của khách hàng, hãy cân nhắc phân loại ý tưởng thành các nhiệm vụ riêng lẻ và khả thi để nhóm phát triển hoàn thành theo thứ tự ưu tiên với các nhiệm vụ quan trọng nhất ở trên cùng của công việc tồn đọng và các nhiệm vụ ít quan trọng nhất ở dưới cùng.
#5. Cập nhật thường xuyên
Khi nhóm của bạn làm việc thông qua sản phẩm tồn đọng, hãy nhớ rằng đó là một tài liệu sống nơi bạn cần liên tục thêm các mục vào hồ sơ tồn đọng, chọn và tinh chỉnh chúng khi bạn làm việc. Do đó, khi nhóm hoàn thành nhiệm vụ, điều quan trọng là phải cập nhật để phản ánh những thay đổi này.
Ví dụ về Product Backlog
Sản phẩm tồn đọng là vật phẩm quan trọng nhất trong bất kỳ công ty phát triển sản phẩm nào. Làm thế nào chúng ta nên cấu trúc hiện vật quan trọng này? Một ví dụ về tồn đọng sản phẩm là danh sách mục hành động liên quan đến phát triển sản phẩm được các nhóm sản phẩm sử dụng để lập kế hoạch, lựa chọn và quản lý các tác vụ. Ví dụ,
#1.Dự án
- Trang đăng nhập cho thiết kế cuối cùng của khách hàng
- Trang đăng ký cho khách hàng thử nghiệm
- Tạo bản dựng vé (bao gồm đính kèm tài liệu và ảnh chụp màn hình)
- Sửa lỗi: tự động chỉ định yêu cầu cho trưởng nhóm hỗ trợ
#2. xếp hạng
- Là một người đã hoàn thành thành công Khóa học cấp chứng chỉ (trở thành ScrumMaster được chứng nhận hoặc Chủ sở hữu sản phẩm Scrum được chứng nhận), tôi đã nhận được một liên kết đến bản khảo sát về khóa học và người hướng dẫn qua email để tôi có thể cung cấp phản hồi về khóa học.
- Là một huấn luyện viên, tôi muốn được đảm bảo rằng không ai có thể gửi cùng một câu trả lời nhiều lần và làm sai lệch kết quả của tôi, vì vậy xếp hạng của tôi là chính xác.
- Là một giảng viên, tôi được thông báo về kết quả khảo sát về các lớp học của mình, vì vậy tôi có thể đọc chúng. (Câu hỏi: Sau mỗi cuộc khảo sát? Sau một khoảng thời gian nhất định? Huấn luyện viên có nhận được email hay chỉ biết truy cập trang web?)#3.tư cách thành viên
- Với tư cách là quản trị viên trang web, tôi có thể đặt phí hàng năm cho các thành viên, Học viên và Người đào tạo để có thể đặt phí mà không cần liên quan đến lập trình viên.
- Là một người có tư cách thành viên (thuộc bất kỳ loại nào) sắp hết hạn, tôi được gửi một lời nhắc và một liên kết để tôi có thể gia hạn.
- Là thành viên có vấn đề về trí nhớ ngắn hạn, tôi có thể yêu cầu hệ thống gửi email cho tôi mật khẩu mới hoặc lời nhắc mật khẩu, có thể là tên người dùng của tôi (trừ khi chúng tôi sử dụng email cho việc đó), v.v.
#4. công việc
- Với tư cách là quản trị viên trang web, tôi nhận được email bất cứ khi nào có công việc được gửi để tôi biết về công việc đó và có thể quyết định xem tôi có muốn đăng công việc đó hay không.
- Với tư cách là thành viên của trang, tôi có thể đăng ký nguồn RSS về các công việc có sẵn để tôi có thể đọc chúng mà không cần truy cập trang.
- Với tư cách là quản trị viên trang web, tôi có thể chỉnh sửa và xóa các quảng cáo cần trợ giúp để tôi có thể khắc phục các sự cố nhỏ hoặc thực hiện
#5. Hoàn thành khóa học
- Với tư cách là người tham gia, tôi được xem một trang hướng dẫn cách lấy PDU sau khi hoàn thành khóa học để kiếm được tín chỉ mà tôi có thể quan tâm.
- Là một người tham gia, tôi có thể kiếm được chứng chỉ hoàn thành bằng cách hoàn thành khóa học để tôi có bằng chứng rằng tôi đã hoàn thành khóa học.
- Với tư cách là người tham gia, tôi có thể kiếm được huy hiệu chứng tỏ rằng tôi đã hoàn thành khóa học để tôi có thể hiển thị huy hiệu đó trên trang web của riêng mình.
Với ví dụ liên quan về tồn đọng sản phẩm tại chỗ, có thể ước tính chính xác về khối lượng công việc và dự đoán những gì sẽ được hoàn thành khi có ít sai lệch.
Sàng lọc Product Backlog
Tinh chỉnh Product Backlog là hành động thêm chi tiết, ước tính và đơn đặt hàng vào các hạng mục trong Product Backlog. Ngoài ra, đây là quá trình mà Chủ sở hữu sản phẩm và nhóm phát triển hợp tác, xem xét và sửa đổi chi tiết của các hạng mục sắp được triển khai. Về bản chất, việc sàng lọc sản phẩm tồn đọng là cần thiết vì nó giúp nhóm làm quen với các Hạng mục có mức độ ưu tiên cao nhất. Hãy xem cách vận hành sàng lọc sản phẩm tồn đọng một cách hiệu quả,
Làm thế nào để chạy hiệu quả Phiên sàng lọc Product Backlog
Dưới đây là một số phương pháp sàng lọc tốt nhất sẽ giúp phiên sàng lọc tồn đọng của bạn hiệu quả hơn.
#1. Làm cho nó sâu
Một công việc tồn đọng được quản lý tốt phải là DE'EP, là từ viết tắt của chi tiết một cách thích hợp, ước tính, khẩn cấp, và ưu tiên.
- Chi tiết một cách thích hợp có nghĩa là các mục có mức độ ưu tiên cao hơn sẽ có mức độ chi tiết cao hơn các mục có mức độ ưu tiên thấp.
- Ước tính có nghĩa là bạn nên có ý tưởng tốt về thời gian và nguồn lực cần thiết để triển khai từng hạng mục công việc tồn đọng.
- Mới nổi có nghĩa là công việc tồn đọng là một tài liệu trực tiếp cần được cập nhật thường xuyên.
- Các hạng mục tồn đọng nên được sắp xếp theo thứ tự ưu tiên.
#2. Giữ khách hàng trong tâm trí
Mọi quyết định được đưa ra trong cuộc họp sàng lọc công việc tồn đọng phải dựa trên nhu cầu của khách hàng. Rốt cuộc, nếu sản phẩm không phù hợp với khách hàng của bạn, thì không có gì khác quan trọng. Nhóm sẽ thảo luận cởi mở về các câu chuyện của người dùng để trao đổi ý kiến và cuối cùng đạt được sự hiểu biết chung. Ngoài ra, bạn nên ghi lại các cuộc thảo luận và suy nghĩ của mình để PO có thể xem xét chúng sau đó và tóm tắt.
#3. Xác định phụ thuộc
Đôi khi, một số mục tồn đọng nhất định không thể được triển khai cho đến khi một mục khác đã được bắt đầu hoặc hoàn thành. Việc không xác định được các yếu tố phụ thuộc này có thể dẫn đến tiến trình bị trì hoãn. Do đó, thật tốt khi xác định sớm những phụ thuộc này và lập kế hoạch cho chúng.
#4. Theo dõi sau cuộc họp
Sau khi cuộc họp kết thúc, hãy theo dõi tất cả những người tham dự và chia sẻ biên bản cuộc họp với họ. Điều này giúp giữ mọi người trên cùng một trang và đảm bảo rằng họ biết các bước tiếp theo. Ngoài ra, nếu một số câu chuyện của người dùng thiếu thông tin, hãy tiếp tục nghiên cứu thêm và thêm chi tiết cho cuộc họp chải chuốt tiếp theo.
Quản lý tồn đọng sản phẩm
Quản lý tồn đọng sản phẩm là khi chủ sở hữu sản phẩm bổ sung, điều chỉnh, cải thiện và ưu tiên các hạng mục tồn đọng để đảm bảo rằng khách hàng chỉ nhận được sản phẩm tốt nhất và có giá trị nhất. Do đó, về bản chất nó là một danh sách các nhiệm vụ ưu tiên cần được thực hiện. Nếu bất kỳ nhiệm vụ nào không có trong danh sách, thì công việc đó không được tính là đã hoàn thành.
Do đó, quản lý tồn đọng sản phẩm đóng vai trò là điểm khởi đầu tuyệt vời cho việc lập kế hoạch chạy nước rút và phát triển nhóm để xác định các nhiệm vụ có thể là một phần của quá trình chạy nước rút. Vì vậy, để đảm bảo tính chính xác và minh bạch, sản phẩm tồn đọng phải được cập nhật thông qua sàng lọc hồ sơ tồn đọng. Dưới đây là các mẹo dành cho nhóm quản lý sản phẩm,
#1. Bắt đầu với Chiến lược sản phẩm
Quản lý tồn đọng thích hợp bắt đầu với một chiến lược sản phẩm được viết rõ ràng và rõ ràng. Trước khi bạn đi sâu vào quản lý tồn đọng sản phẩm, hãy đảm bảo rằng bạn đã xác định và xác thực chiến lược sản phẩm. Để đạt được tầm nhìn của mình, trước tiên bạn phải có một chiến lược sản phẩm được xác định rõ ràng.
#2. Đặt đúng tùy chọn tồn đọng
Ưu tiên các nhiệm vụ trong hồ sơ tồn đọng của bạn là một khía cạnh quan trọng. Phù hợp với KPI và tầm nhìn sản phẩm, ưu tiên tồn đọng của bạn phải rõ ràng và minh bạch. Sử dụng các quy trình và khuôn khổ ưu tiên để giúp bạn sắp xếp các ý tưởng của mình theo thứ tự và lập kế hoạch lặp lại một cách dễ dàng. Và phản hồi của người dùng có thể giúp bạn làm điều đó, bằng cách hiểu những sáng kiến nào quan trọng nhất đối với khách hàng của bạn.
#3. hợp tác
Hãy để người quản lý sản phẩm và nhóm phát triển hợp tác để đảm bảo quản lý công việc tồn đọng phù hợp. Yêu cầu cả hai nhóm thảo luận liên quan đến công việc tồn đọng để khám phá các rủi ro kỹ thuật và sự phụ thuộc tốt hơn. Ngoài ra, mọi thành viên trong nhóm sản phẩm sẽ có phản hồi có giá trị, vì vậy hãy sử dụng các cuộc họp này để thảo luận về cách ưu tiên công việc tồn đọng nhằm tăng cường hiểu biết và đồng ý. Điều này sẽ dẫn đến sự hiểu biết rõ ràng trong toàn nhóm về những gì đã được ưu tiên và lý do tại sao.
#4. Sử dụng từ 'Không' ngoại giao
Một trong những thách thức của người quản lý sản phẩm là họ có thể cảm thấy áp lực khi chấp nhận mọi yêu cầu từ các bên liên quan và thành viên trong nhóm nhưng mục tiêu là làm hài lòng khách hàng của bạn chứ không phải đáp ứng mọi yêu cầu hoặc nói 'có' với mọi ý tưởng. Thúc đẩy kết quả và hiệu quả (không đề cập đến lợi nhuận) bằng cách nói 'không' thường xuyên hơn. Điều quan trọng là không trở thành người cản trở nội bộ và luôn sẵn sàng đón nhận các yêu cầu mới, nhưng việc nói 'không' sẽ giúp bạn sắp xếp thứ tự ưu tiên mà không bị phân tâm.
#5. Luôn cập nhật các bên liên quan
Chia sẻ các bản cập nhật minh bạch với các bên liên quan để thông báo trạng thái hiện tại của công việc tồn đọng của bạn. Các bản cập nhật có thể ở dạng cấp cho các bên liên quan quyền truy cập vào bảng điều khiển trực tiếp có hình ảnh cập nhật về công việc tồn đọng của bạn.
Hoặc đó có thể là một bản tin email thông thường cho những người có liên quan trong công ty, chỉ bao gồm một ảnh chụp nhanh trang tổng quan. Duy trì tính minh bạch với các bên liên quan khi nói đến sản phẩm tồn đọng. Hãy để các bên liên quan của bạn biết tình trạng hiện tại, nhận các bản cập nhật mới nhất và đưa ra phản hồi hữu ích.
Sprint Backlog so với Product Backlog
Sprint backlog và product backlog rất giống nhau về các thành phần của chúng. Tuy nhiên, Sprint Backlog là danh sách các hạng mục công việc mà nhóm của bạn dự định hoàn thành trong Sprint dự án thường được lấy từ Product Backlog trong phiên lập kế hoạch Sprint. Do đó, một hồ sơ tồn đọng rõ ràng của sprint sẽ ngăn chặn phạm vi leo thang bằng cách làm rõ chính xác những gì nhóm của bạn sẽ làm và không làm trong mỗi lần chạy nước rút. Bây giờ chúng ta sẽ xem xét sự khác biệt giữa hồ sơ tồn đọng của nước rút và hồ sơ tồn đọng của sản phẩm,
Thứ nhất, product backlog chứa danh sách đầy đủ các mục sắp tới cho vòng đời của sản phẩm, trong khi sprint backlog tập trung vào những gì cần thiết để đạt được các mục tiêu sprint riêng lẻ. Do đó, mỗi mục được lấy từ product backlog để tạo thành sprint backlog phải liên quan đến sự thành công của mục tiêu chạy nước rút cụ thể đó.
Thứ hai, product backlog theo dõi cách thức hoạt động của nhóm sản phẩm tùy thuộc vào quy mô tổ chức của bạn, bạn có thể có một hoặc nhiều product backlog trung tâm cho các nhóm khác nhau. Ngoài ra, chủ sở hữu sản phẩm sẽ tinh chỉnh sản phẩm tồn đọng theo định kỳ để đảm bảo rằng các sáng kiến quan trọng nhất luôn ở trên cùng và mỗi sáng kiến đều có tất cả thông tin cần thiết để thực thi nó. Trong khi Sprint Backlog là một tập hợp con của Product Backlog và liệt kê các hạng mục công việc cần hoàn thành trong một Sprint cụ thể.
Ngoài ra, cả product backlog và sprint backlog đều cần thiết để giữ cho toàn bộ quá trình phát triển sản phẩm được minh bạch. Họ cung cấp một cái nhìn rõ ràng về tiến độ công việc đang diễn ra và cả các kế hoạch trong tương lai.
Product Backlog trong Scrum là gì?
Theo định nghĩa đơn giản nhất, Scrum Product Backlog chỉ đơn giản là một danh sách tất cả những thứ cần được thực hiện trong dự án. Nó thay thế các tạo phẩm đặc tả yêu cầu truyền thống. Các mục này có thể có bản chất kỹ thuật hoặc có thể lấy người dùng làm trung tâm, ví dụ: dưới dạng câu chuyện của người dùng. Chủ sở hữu của Scrum là Scrum Product Owner. Scrum Master, Nhóm Scrum và các Bên liên quan khác góp phần tạo nên một danh sách Việc cần làm rộng rãi và đầy đủ. Khi áp dụng Scrum, không cần thiết phải bắt đầu một dự án với nỗ lực lâu dài để ghi lại tất cả các yêu cầu.
Tóm lại
Product backlog là danh sách sắp xếp các nhiệm vụ, tính năng hoặc mục cần hoàn thành như một phần của lộ trình sản phẩm lớn hơn. Với các nguyên tắc được liệt kê ở trên, tôi tin rằng giờ đây bạn sẽ có thể tạo ra cách quản lý hiệu quả, bạn có thể giao cho nhà phát triển các nhiệm vụ hàng ngày, hàng tuần hoặc hàng tháng nhắm đến mục tiêu cuối cùng của bạn và giúp bạn xây dựng một sản phẩm tốt hơn.
dự án
- tư thế.
- Thực sự.
- phần mềm .mountaingoat
- .airgram.
Bài viết liên quan
- SCRUM LÀ GÌ: Định nghĩa, Nguyên tắc và Mục đích
- CÁC CÔNG CỤ QUẢN LÝ DỰ ÁN AGILE: Định nghĩa, Cách sử dụng và Danh sách APM
- Công cụ quản lý dự án: 25 + Công cụ và kỹ thuật tốt nhất
- Trình tự công việc: Thủ tục đơn giản / Các bước để tạo một trình tự công việc
- LỘ TRÌNH SẢN PHẨM: Ý nghĩa, Ví dụ, Cách tạo, Phần mềm & Chiến lược
- CHUYỂN ĐỔI DOANH NGHIỆP: Định nghĩa, quy trình, chiến lược, đại lý & mô hình
