Việc tạo danh sách sản phẩm là một trong những trách nhiệm quan trọng nhất trong khung Scrum. Nó đóng vai trò là nguồn thông tin duy nhất về những gì cần được xây dựng, tinh chỉnh và giao nộp. Khác với một danh sách việc cần làm đơn giản, danh sách sản phẩm là một tài sản động, luôn thay đổi, phản ánh nhu cầu thay đổi của thị trường và người dùng.
Hướng dẫn này cung cấp một lộ trình toàn diện về việc xây dựng danh sách sản phẩm ban đầu của bạn. Chúng ta sẽ đi xa hơn các định nghĩa cơ bản để khám phá các cơ chế về ưu tiên, viết câu chuyện và tinh chỉnh. Đến cuối hướng dẫn này, bạn sẽ hiểu cách duy trì một danh sách công việc mang lại giá trị và hỗ trợ giao hàng linh hoạt.
Hiểu rõ về Danh sách Sản phẩm 📋
Danh sách sản phẩm là danh sách được sắp xếp các thứ có thể cần thiết cho sản phẩm. Đây là tài sản chính được sử dụng để theo dõi tiến độ và lên kế hoạch công việc. Trong Scrum, người sở hữu sản phẩm chịu trách nhiệm về hiệu quả của danh sách sản phẩm. Điều này có nghĩa là họ phải chịu trách nhiệm sắp xếp các mục để tối ưu hóa giá trị.
Những đặc điểm chính của một danh sách sản phẩm khỏe mạnh bao gồm:
- Được sắp xếp:Các mục được sắp xếp theo giá trị, rủi ro, mức độ ưu tiên hoặc sự cần thiết.
- Bắt nguồn từ sự phát triển:Nó thay đổi theo sự phát triển của sản phẩm và môi trường.
- Được tinh chỉnh:Các mục ở đầu danh sách phải rõ ràng và sẵn sàng để chọn trong quá trình lập kế hoạch Sprint.
- Minh bạch:Bất kỳ ai cũng có thể thấy những gì đang được xem xét và lý do tại sao.
Yêu cầu tiên quyết: Vai trò và Trách nhiệm 👥
Trước khi điền danh sách, điều quan trọng là phải hiểu ai tham gia và đóng góp như thế nào. Danh sách sản phẩm không được tạo ra trong trống rỗng.
Người sở hữu sản phẩm
Người sở hữu sản phẩm chịu trách nhiệm về nội dung và thứ tự. Họ đóng vai trò là tiếng nói của khách hàng và doanh nghiệp. Họ quyết định những gì sẽ đi vào danh sách công việc và khi nào cần xử lý.
Đội Phát triển
Đội ngũ cung cấp góc nhìn kỹ thuật. Họ giúp ước lượng nỗ lực, xác định rủi ro kỹ thuật và làm rõ các tiêu chí chấp nhận. Sự đóng góp của họ đảm bảo các mục là khả thi.
Người Chuyên viên Scrum
Người Chuyên viên Scrum hỗ trợ quá trình. Họ giúp đảm bảo danh sách công việc minh bạch và các buổi tinh chỉnh diễn ra trơn tru. Họ huấn luyện đội ngũ về các thực hành linh hoạt.
Bước 1: Xác định tầm nhìn Sản phẩm 🎯
Trước khi thêm mục đầu tiên, bạn cần có một điểm đến. Tầm nhìn sản phẩm mô tả trạng thái tương lai của sản phẩm. Nó cung cấp hướng đi rõ ràng cho danh sách công việc.
Để xác lập điều này:
- Xác định đối tượng mục tiêu.
- Xác định vấn đề bạn đang giải quyết.
- Phác thảo đề xuất giá trị độc đáo.
- Đặt các mục tiêu cấp cao cho 6 đến 12 tháng tới.
Tầm nhìn này hoạt động như một bộ lọc. Khi xem xét một mục mới, hãy tự hỏi: “Mục này có phù hợp với tầm nhìn của chúng ta không?” Nếu câu trả lời là không, mục đó không thuộc về danh sách công việc.
Bước 2: Thu thập yêu cầu và tạo các Epic 📝
Các Epic là những khối công việc lớn quá lớn để hoàn thành trong một Sprint duy nhất. Chúng đóng vai trò như các thùng chứa cho những phần công việc nhỏ hơn. Hãy hình dung các Epic như những chương trong một cuốn sách.
Để tạo các Epic:
- Xem lại tầm nhìn sản phẩm.
- Xác định các chủ đề chính hoặc các khu vực chức năng.
- Viết mô tả cấp cao cho từng chủ đề.
- Đảm bảo mỗi Epic đều có một mục tiêu rõ ràng.
Ví dụ về Epic: “Hệ thống xác thực người dùng”. Đây là quá lớn để xây dựng một lần. Nó sẽ cần được chia nhỏ hơn nữa.
Bước 3: Soạn thảo các câu chuyện người dùng 🧩
Các câu chuyện người dùng là đơn vị công việc chính trong danh sách công việc sản phẩm. Chúng mô tả một tính năng từ góc nhìn của người dùng. Một định dạng chuẩn giúp duy trì sự rõ ràng.
Định dạng câu chuyện người dùng
Sử dụng mẫu sau để viết các câu chuyện của bạn:
Là một [loại người dùng],
Tôi muốn [thực hiện một hành động],
Để rằng [tôi có thể đạt được một mục tiêu].
Cấu trúc này buộc bạn phải tập trung vào giá trị thay vì triển khai kỹ thuật. Nó đảm bảo đội ngũ hiểu rõ về tại saođằng sau công việc này.
Ví dụ về câu chuyện người dùng
- Là mộtngười dùng đã đăng ký, Tôi muốnđặt lại mật khẩu của tôi, để rằngtôi có thể lấy lại quyền truy cập vào tài khoản của mình nếu tôi quên nó.
- Là một quản lý, Tôi muốn xem báo cáo hàng tuần, để tôi có thể theo dõi hiệu suất đội nhóm.
- Là một khách, Tôi muốn lướt qua danh mục, để tôi có thể tìm thấy sản phẩm trước khi đăng ký.
Bước 4: Kỹ thuật ưu tiên ⚖️
Sắp xếp danh sách công việc là một hoạt động liên tục. Bạn không thể xây dựng mọi thứ cùng một lúc. Bạn phải ưu tiên dựa trên giá trị, chi phí và rủi ro. Dưới đây là ba khung phổ biến.
1. Phương pháp MoSCoW
Phương pháp này phân loại các mục thành bốn nhóm:
- MPhải có: Quan trọng đối với bản phát hành. Không có điều này, sản phẩm sẽ thất bại.
- SNên có: Quan trọng nhưng không thiết yếu. Có thể hoãn lại nếu cần thiết.
- CCó thể có: Các tính năng mong muốn. Tốt nếu có thời gian.
- WKhông có: Các mục được loại trừ rõ ràng khỏi phạm vi hiện tại.
2. Thứ tự ưu tiên công việc ngắn nhất có trọng số (WSJF)
Phương pháp này hữu ích trong môi trường mở rộng. Nó tính toán giá trị bằng cách xem xét:
- Giá trị kinh doanh
- Tính cấp bách về thời gian
- Giảm thiểu rủi ro
- Khả năng tạo cơ hội
Các mục có điểm số cao nhất được đặt ở đầu danh sách công việc chờ xử lý.
3. Ma trận Giá trị so với Nỗ lực
Vẽ các mục trên lưới 2×2. Ưu tiên các mục có giá trị cao/nỗ lực thấp trước tiên (các thành công nhanh). Các mục có giá trị cao/nỗ lực cao là các sáng kiến lớn. Các mục có giá trị thấp được ưu tiên thấp hơn.
Bước 5: Rà soát và ước lượng 📏
Rà soát (trước đây gọi là sàng lọc) là quá trình thêm chi tiết, ước lượng và thứ tự cho các mục trong danh sách công việc chờ xử lý. Quá trình này diễn ra trong suốt Sprint, không chỉ diễn ra trước khi lập kế hoạch.
Danh sách kiểm tra rà soát
- Câu chuyện có rõ ràng và súc tích không?
- Các tiêu chí chấp nhận đã được xác định chưa?
- Liệu cách tiếp cận kỹ thuật đã được hiểu rõ chưa?
- Câu chuyện có đủ nhỏ để thực hiện trong một Sprint không?
Các kỹ thuật ước lượng
Các đội thường sử dụng kích thước tương đối thay vì giờ. Điều này giảm bớt lo lắng về độ chính xác.
- Bài đánh bài lập kế hoạch: Đội thảo luận về câu chuyện và bỏ phiếu về mức độ phức tạp bằng các thẻ bài.
- Phân loại theo áo thun: Đánh dấu các mục là XS, S, M, L, XL dựa trên nỗ lực.
- Điểm câu chuyện: Gán một giá trị số đại diện cho độ phức tạp và nỗ lực.
Bước 6: Xác định tiêu chí chấp nhận ✅
Một câu chuyện người dùng thiếu tiêu chí chấp nhận là chưa hoàn chỉnh. Những tiêu chí này xác định các điều kiện phải được đáp ứng để coi câu chuyện là hoàn thành.
Tiêu chí chấp nhận hiệu quả nên có:
- Cụ thể: Rõ ràng và không mơ hồ.
- Có thể kiểm thử: Người kiểm thử phải có thể xác minh điều kiện.
- Độc lập: Mỗi tiêu chí có thể được kiểm thử riêng biệt.
Ví dụ:
Câu chuyện: Màn hình đăng nhập
- Hệ thống chấp nhận tên người dùng và mật khẩu hợp lệ.
- Hệ thống chuyển hướng đến bảng điều khiển khi thành công.
- Hệ thống hiển thị thông báo lỗi cho thông tin đăng nhập không hợp lệ.
- Trường mật khẩu được che khi nhập.
Duy trì danh sách chờ 🧹
Một danh sách chờ không được duy trì sẽ trở thành nơi chôn cất những công việc chưa hoàn thành. Cần duy trì thường xuyên để giữ cho nó luôn khỏe mạnh.
Chỉ số sức khỏe danh sách chờ
| Chỉ số | Tại sao điều đó quan trọng | Mục tiêu |
|---|---|---|
| Tuổi của các mục hàng đầu | Đảm bảo các thay đổi ưu tiên gần đây được phản ánh | Ít hơn 2 Sprint |
| Tỷ lệ tinh chỉnh | Đo lường lượng công việc sẵn sàng cho lập kế hoạch | 20% dung lượng Sprint |
| Kích thước câu chuyện | Đảm bảo các mục có thể hoàn thành trong một Sprint | 10-20 điểm câu chuyện |
Những sai lầm phổ biến cần tránh ⚠️
Nhiều đội gặp khó khăn với danh sách sản phẩm do những sai lầm phổ biến. Hãy cảnh giác với những cái bẫy này.
1. Quá nhiều mục
Giữ hàng ngàn mục sẽ tạo ra tiếng ồn. Hãy tập trung vào 20% mục hàng đầu tạo ra 80% giá trị.
2. Mô tả mơ hồ
Những mục như “Cải thiện hiệu suất” không thể thực hiện được. Hãy chia nhỏ chúng thành các nhiệm vụ hoặc câu chuyện cụ thể.
3. Bỏ qua nợ kỹ thuật
Đừng giấu nợ kỹ thuật trong một thùng riêng biệt. Hãy đưa nó vào danh sách chờ để có thể ưu tiên cùng với các tính năng.
4. Thứ tự cố định
Danh sách chờ phải thay đổi. Nếu điều kiện thị trường thay đổi, thứ tự cũng phải thay đổi. Đừng coi mục đầu danh sách là luật bất biến.
Danh sách chờ so với danh sách chờ Sprint
Rất quan trọng khi phân biệt giữa danh sách sản phẩm và danh sách chờ Sprint. Việc nhầm lẫn hai thứ này dẫn đến mở rộng phạm vi và thất bại trong lập kế hoạch.
| Tính năng | Danh sách công việc sản phẩm | Danh sách công việc Sprint |
|---|---|---|
| Người sở hữu | Người sở hữu sản phẩm | Đội phát triển |
| Phạm vi | Toàn bộ sản phẩm | Chỉ Sprint hiện tại |
| Độ ổn định | Linh hoạt (Thay đổi bất cứ lúc nào) | Ổn định (Không thay đổi trong suốt Sprint) |
| Chi tiết | Thay đổi (Các mục hàng đầu được chi tiết) | Cao (Tất cả các mục được chi tiết) |
Câu hỏi thường gặp ❓
Số lượng mục trong danh sách công việc sản phẩm nên là bao nhiêu?
Không có con số cố định. Nó phụ thuộc vào chu kỳ sống của sản phẩm. Tuy nhiên, hãy đảm bảo rằng 10-20 mục hàng đầu đã được tinh chỉnh đầy đủ và sẵn sàng cho Sprint tiếp theo.
Đội phát triển có thể thêm mục vào danh sách công việc không?
Có. Mặc dù người sở hữu sản phẩm sắp xếp danh sách, đội phát triển có thể đề xuất các mục dựa trên nhu cầu kỹ thuật hoặc phản hồi từ người dùng. Họ sẽ cùng người sở hữu sản phẩm xem xét các đề xuất này.
Các mục không được chọn trong Sprint sẽ ra sao?
Chúng vẫn nằm trong danh sách công việc sản phẩm. Chúng sẽ được ưu tiên lại trong buổi họp lập kế hoạch tiếp theo. Chúng không hết hạn hay biến mất.
Chúng ta có nên ước lượng mọi mục trong danh sách công việc không?
Không. Việc ước lượng tất cả là lãng phí thời gian. Chỉ ước lượng các mục ở vị trí gần đầu và có khả năng được thực hiện sớm. Dùng ước lượng thô cho các mục ưu tiên thấp.
Chúng ta nên tinh chỉnh danh sách công việc bao nhiêu lần?
Việc tinh chỉnh cần là hoạt động liên tục. Việc tổ chức một buổi họp chuyên biệt mỗi Sprint là cách làm phổ biến. Điều này đảm bảo đội ngũ sẵn sàng cho buổi họp lập kế hoạch tiếp theo.
Kết thúc 🏁
Xây dựng danh sách công việc sản phẩm là một quá trình lặp lại. Nó đòi hỏi sự giao tiếp liên tục, ưu tiên và tinh chỉnh. Bằng cách tuân theo các bước được nêu trong hướng dẫn này, bạn có thể tạo ra một danh sách công việc hoạt động như một bản đồ hành trình đáng tin cậy cho sản phẩm của mình.
Hãy nhớ, mục tiêu không phải là tạo ra một danh sách hoàn hảo ngay lập tức. Mục tiêu là tạo ra một tài liệu sống động, dẫn dắt đội ngũ của bạn hướng tới việc mang lại giá trị. Bắt đầu nhỏ, lặp lại thường xuyên, và luôn giữ tập trung vào nhu cầu của người dùng.
Với một danh sách công việc được duy trì tốt, đội Scrum của bạn có thể vượt qua sự phức tạp một cách tự tin và liên tục cung cấp các sản phẩm chất lượng cao.
