Update lần cuối vào 21/12/2022 bởi Nguyễn Quang đãng Hoàng

Bạn Đang Xem: Product Backlog là gì? Cách quản lý Product Backlog hiệu quả

Product backlog là list 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. Với một sản phẩm tồn dư hiệu quả, bạn cũng có thể chỉ định các nhiệm vụ hàng ngày, hàng tuần hoặc hàng tháng cho nhà phát triển nhắm tới những mục tiêu cuối cùng của bạn và giúp cho bạn xây dựng một sản phẩm tốt hơn. Về sau sẽ san sẻ cách tạo product backlog cùng với những mẹo về phong thái sắp xếp trật tự ưu tiên các mục trong hồ sơ tồn dư của bạn.

Product Backlog là gì?

Product backlog là list các hạng mục công việc hoặc tính năng được ưu tiên giúp cho bạn đáp ứng mục tiêu sản phẩm và đạt kỳ vọng của dự án. Nói chung, mỗi sản phẩm trong quá trình phát triển nên có một product backlog riêng. Tương tự, mỗi product backlog nên có một nhóm dự án chuyên trách.

Thỉnh thoảng, có nhiều product backlog với nhiều nhóm thao tác làm việc trên một sản phẩm lớn. Ví dụ: tất cả chúng ta hãy xem bộ Adobe Creative Cloud. Creative Cloud là một sản phẩm bao trùm, với những sản phẩm nhỏ hơn như Photoshop, Illustrator và After Effects bên trong nó. Mỗi sản phẩm nhỏ hơn này sẽ có được product backlog riêng và các nhóm được chỉ định để phát triển.

Ai sử dụng Product Backlog?

Mặc dù bất kỳ nhà phát triển nào cũng có thể có thể sử dụng product backlog, nhưng chúng thường được những nhóm Agile sử dụng nhiều nhất. Trong các dự án Agile, các nhóm dành thời kì của họ để thiết kế sản phẩm và thực hiện các kiểm soát và điều chỉnh khi dự án của họ có sự tiến triển. Do tính linh hoạt của phương pháp Agile, các nhiệm vụ của product backlog không khăng khăng và bạn không nhất thiết phải hoàn thành mọi nhiệm vụ. Ngoài ra, các nhóm Agile sẽ thường xuyên trải qua sàng lọc product backlog để sắp xếp lại mức độ ưu tiên cho những nhiệm vụ khi cấp thiết.

Lợi ích của Product Backlog là gì?

Product backlog giúp nhóm của bạn vận hành như một cỗ máy được bôi dầu tốt bằng phương pháp cải thiện tổ chức và quá trình hiệp tác. Nó trở thành phương tiện quan trọng để giao tiếp và giúp mọi người liên kết với những mục tiêu và kỳ vọng.

Bởi vì tất cả công việc cho một sản phẩm đều chảy qua hồ sơ tồn dư, hồ sơ tồn dư của sản phẩm cung cấp cơ sở cho việc lập kế hoạch tái diễn. Khi nhóm của bạn ưu tiên các nhiệm vụ với sự hướng dẫn của chủ sở hữu sản phẩm, họ cũng sẽ xác định khối lượng công việc mà người ta có thể cam kết thực hiện trong một khoảng tầm thời kì cụ thể. Các khoảng tầm thời kì này được gọi là Sprint.

Product backlog cũng xúc tiến sự phát triển của nhóm Agile bằng phương pháp khuyến khích một môi trường tự nhiên thao tác làm việc linh hoạt và hiệu quả. Các nhiệm vụ trên product backlog không khăng khăng và nhóm sắp xếp chúng theo mức độ quan trọng trước lúc chọn nhiệm vụ nào cần xử lý trước.

Product Backlog gồm có những gì?

Một product backlog thường gồm có các tính năng (user story), bug fixes, technical debts và thu thập kiến ​​thức. Các hạng mục product backlog này là những phần công việc riêng biệt không được phân phối cho một sản phẩm.

1. Tính năng (user story)

Một tính năng, còn được gọi là user story, là một chức năng của sản phẩm mà người dùng sản phẩm thấy cấp thiết và có mức giá trị. Các tính năng có thể phức tạp hoặc cũng có thể có thể đơn giản. Tạo story map có thể giúp nhóm của bạn xác định những gì người dùng cần nhất.

2. Bug fixes

Xem Thêm : Bệnh tự miễn: Nguyên nhân, triệu chứng và điều trị

Nhóm Scrum của bạn nên xử lý những vấn đề về lỗi một cách nhanh chóng để duy trì tính toàn vẹn của sản phẩm. Một số lỗi quan trọng để làm gián đoạn Sprint ngày nay của nhóm bạn, trong lúc những lỗi khác có thể chờ đến Sprint tiếp theo. Tuy nhiên, một quy tắc chung với những lỗi là hãy giữ chúng ở đầu product backlog của bạn để nhóm của bạn không quên chúng.

3. Technical debts

Technical debts (nợ kỹ thuật), giống như nợ tài chính, “tích lũy tiền lãi” nếu không trả đúng hạn. Lúc các nhà phát triển đẩy công việc kỹ thuật xuống dưới cùng của product backlog, nó sẽ tích tụ và trở thành khó hoàn thành hơn. Quản lý tồn dư hiệu quả có thể ngăn ngừa sự tích tụ của nợ kỹ thuật. Khi nhóm của bạn được tổ chức tốt và đảm nhận khối lượng nhỏ công việc về kỹ thuật hàng ngày thì nhóm các bạn sẽ ít có khả năng tồn dư nhiều công việc kỹ thuật hơn.

4. Tiếp thu kiến ​​thức

Trong quá trình tiếp thu kiến ​​thức, bạn thu thập thông tin để hoàn thành các nhiệm vụ trong tương lai. Về cơ bản, đây là một thời đoạn nghiên cứu. Khi chúng ta xác định một tính năng cần nghiên cứu thêm, bạn tạo một nhiệm vụ thu thập kiến ​​thức ví như nguyên mẫu, thử nghiệm hoặc chứng cớ về khái niệm để đã sở hữu thông tin bạn phải để thao tác làm việc trên tính năng đó.

Ví dụ về Product Backlog

Các Product Backlog sẽ khác nhau giữa các dự án nhưng một số sẽ mở màn bằng một Epic. Epic là một vấn đề tổng thể mà bạn đang nỗ lực cố gắng xử lý cho khách hàng. Đây là một ví dụ trong tương lai:

Epic: Là người quản lý tiếp thị, tôi muốn có một mạng lưới hệ thống quản lý nội dung được cho phép tôi cung cấp nội dung chất lượng sản phẩm và dịch vụ cho độc giả của mình.

Epic này còn có thể giúp cho bạn thao tác làm việc trên các user stories, ví như cách người dùng tạo nội dung trong mạng lưới hệ thống mới của bạn hoặc cách họ chỉnh sửa và san sẻ nội dung với nhóm của họ. Để tiếp tục ví dụ về product backlog, ta có thể chia epic trên thành các user stories cụ thể hơn.

Story 1: Là người sáng tạo nội dung, tôi muốn có một mạng lưới hệ thống quản lý nội dung được cho phép tôi tạo nội dung để tôi có thể thông tin cho khách hàng về các sản phẩm của mình.

Story 2: Là một chỉnh sửa viên, tôi muốn có một mạng lưới hệ thống quản lý nội dung được cho phép tôi xem xét nội dung trước lúc xuất bản để tôi có thể đảm bảo nội dung được viết tốt và được tối ưu hóa cho tìm kiếm.

Product Owner, Scrum Master và nhóm phát triển sẽ xác định các tính năng mà sản phẩm nên gồm có từ các user story và ưu tiên chúng dựa trên mức độ quan trọng.

Các tính năng mà sản phẩm nên gồm có cho những story trên:

• Đăng nhập vào mạng lưới hệ thống quản lý nội dung
• Tạo nội dung
• Chỉnh sửa một trang nội dung
• Lưu thay đổi
• Chỉ định nội dung để chỉnh sửa viên xem xét

Với tư cách là người quản lý sản phẩm, các bạn sẽ sử dụng epic để hướng dẫn lộ trình sản phẩm và các mục trong list tồn dư của mình. Như bạn cũng có thể thấy trong ví dụ này, một epic có thể dẫn đến nhiều user stories và các tính năng của sản phẩm.

4 bước để tạo một Product Backlog

Xem Thêm : Talkmore Là Gì ? Don&39T Talk More Có Nghĩa Là Gì

Product backlog không chỉ là một list việc cần làm đơn giản, nó còn là một nơi bạn chia nhỏ các nhiệm vụ phức tạp thành một loạt các bước và ủy thác chúng cho những thành viên trong nhóm. Thực hiện theo bốn bước sau để phát triển một product backlog hiệu quả.

1. Xây dựng Product Roadmap

Product roadmap là nền tảng cho product backlog. Trước tiên, nhóm của bạn nên tạo một lộ trình, nó đóng trách nhiệp vai trò như kế hoạch hành động về phong thái sản phẩm của các 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.

2. Liệt kê các hạng mục product backlog

Khi đã có product roadmap, nhóm của bạn cũng có thể mở màn liệt kê các hạng mục tồn dư của sản phẩm. Những mục này nên gồm có cả mức độ ưu tiên và những ý tưởng thực hiện. Trong thời đoạn tạo product backlog này, bạn cũng cần được liên lạc với những bên liên quan và lắng tai ý kiến ​​của họ để cải tiến sản phẩm. Nếu như khách hàng đang sử dụng phương pháp Agile, bạn cũng có thể tổ chức cuộc thảo luận như một phần của cuộc họp lập kế hoạch Sprint của mình .

3. Ưu tiên công việc tồn dư của bạn

Sau lúc nhóm của bạn liệt kê tất cả những hạng mục tồn dư của sản phẩm, hãy sắp xếp và ưu tiên các nhiệm vụ quan trọng nhất. Chúng ta có thể xác định các mặt hàng ưu tiên hàng đầu bằng phương pháp đặt mình vào vị trí của khách hàng và xem xét mặt hàng nào mang lại giá trị rất tốt cho họ.

4. Update thường xuyên

Khi nhóm của bạn thao tác làm việc thông qua product backlog, hãy nhớ rằng đó là một tài liệu sống. Chúng ta có thể liên tục thêm các mục vào hồ sơ tồn dư và ưu tiên hoặc tinh chỉnh chúng khi thao tác làm việc.

Cách ưu tiên các hạng mục Product Backlog một cách hiệu quả

Một yếu tố quan trọng của việc quản lý product backlog là sắp xếp trật tự ưu tiên cho những nhiệm vụ. Với tư cách là Scrum master, bạn nên hiểu thấu đáo về những tính năng mới mà các bên liên quan muốn thấy trong sản phẩm. Về sau là một số chiến lược về phong thái ưu tiên các mục list tồn dư.

Tinh chỉnh các hạng mục product backlog

Trước lúc bạn cũng có thể sắp xếp trật tự ưu tiên, trước tiên bạn phải xác định các công việc tồn dư của mình. Thêm các cụ thể chi tiết như mô tả, kích thước và các mục tiêu hoặc chỉ số liên quan.

Sắp xếp công việc theo mức độ nguy cấp và quan trọng

Khi tập trung vào sàng lọc công việc tồn dư, hãy thử tổ chức các nhiệm vụ theo mức độ nguy cấp và tầm quan trọng. Nhóm nên ưu tiên các hạng mục tồn dư của sản phẩm giúp cải thiện chức năng của sản phẩm cũng như trải nghiệm người dùng.

Giải quyết và xử lý các nhiệm vụ phức tạp trước

Nhóm của bạn cũng có thể có xu hướng hoàn thành các nhiệm vụ đơn giản trước để họ có thể loại bỏ chúng khỏi product backlog và rút ngắn list, nhưng đây là hình thức quản lý dự án kém hiệu quả hơn. Sản phẩm tồn dư sẽ tiếp tục phát triển, do đó, xử lý các nhiệm vụ phức tạp trước thường là cách hiệu quả nhất.

Hoàn thành nhiệm vụ trong Sprint

Các nhóm Agile thao tác làm việc trong các Sprint để hoàn thành công việc và phương pháp này mang lại hiệu quả cao về năng suất. Vào thời gian cuối mỗi Sprint, chủ sở hữu sản phẩm (Product Owner) và bất kỳ bên liên quan nào có thể tham gia buổi nhận định và đánh giá Sprint cùng với bạn và nhóm phát triển để đảm bảo mọi thứ đang đi đúng hướng.

Giao tiếp với nhóm của bạn

Giao tiếp giữa các thành viên trong nhóm là một phần quan trọng trong việc ưu tiên product backlog. Để sắp xếp thành công công việc tồn dư và hoàn thành các hạng mục trong khuông thời kì hợp lý, bạn và nhóm của mình phải thao tác làm việc cùng nhau và tuân theo phía dẫn Scrum.

Kết luận

Product Backlog là một trong những yếu tố quan trọng quyết định đến thành công của một dự án. Nếu team của bạn quản lý product backlog một cách hiệu quả và tối ưu thì những công việc phức tạp và khó khăn sẽ tiến hành chia nhỏ thành các công việc đơn giản hơn, từ đó tiến độ thực hiện dự án cũng được đảm bảo và ít tồn động các nhiệm vụ. Bất kỳ ai trong scrum team cũng nên biết phương pháp quản lý product backlog để công việc trở thành trơn tru và hiệu quả hơn trong quá trình thực hiện.