TaDev Event 1: Backlog Refinement
Event 1: Backlog Refinement
1) Lời nói đầu
Tài liệu này giúp nhóm thống nhất cách chuẩn bị và làm rõ công việc trước khi bắt tay vào thực hiện Backlog Refinement. Các thành viên trong Team nên biết rõ ngay từ khi vào dự án.
2) Mục tiêu của Backlog Refinement
| Mục tiêu | Ý nghĩa thực tế | Kết quả mong đợi |
|---|---|---|
| Làm rõ hạng mục backlog | Cả nhóm hiểu giống nhau về việc cần làm | Giảm hiểu sai, giảm làm lại |
| Đưa hạng mục vào trạng thái sẵn sàng | Có đủ thông tin để bắt đầu làm | Lên kế hoạch sprint dễ hơn |
| Ước lượng tương đối | Có cơ sở để dự báo tiến độ | Chủ động quản trị rủi ro |
| Tối ưu ưu tiên | Tập trung vào việc tạo giá trị sớm | Tăng hiệu quả sử dụng nguồn lực |
3) Backlog Refinement là gì?
Backlog Refinement là hoạt động định kỳ để:
- Làm rõ nội dung các hạng mục sắp làm.
- Chia nhỏ hạng mục lớn.
- Ước lượng khối lượng công việc ở mức tương đối.
- Cập nhật mức ưu tiên dựa trên thông tin mới.
4) Nguyên tắc cốt lõi
| Nguyên tắc | Cách áp dụng nhanh |
|---|---|
| Tập trung vào gần nhất | Chỉ làm rõ nhóm hạng mục có khả năng được chọn trong 1-2 sprint tới |
| Ước lượng để dự báo | Không dùng ước lượng như một cam kết cứng |
| Rõ trước khi làm | Mỗi hạng mục cần có mục tiêu, phạm vi, điều kiện hoàn thành |
| Chia nhỏ để giảm rủi ro | Nếu quá lớn hoặc mơ hồ, tách thành phần nhỏ hơn |
| Chốt đầu ra rõ ràng | Kết thúc buổi họp phải có danh sách: sẵn sàng, cần làm rõ thêm, cần điều tra |
5) Vai trò tham gia và trách nhiệm
5.1 Tổng quan vai trò theo Scrum
| Vai trò (Scrum) | Tên gọi thực tế | Tham gia refinement | Ghi chú |
|---|---|---|---|
| Product Owner (PO) | Người phụ trách sản phẩm | Bắt buộc | Quyết định cuối về ưu tiên và phạm vi |
| Scrum Master (SM) | Người điều phối Scrum | Bắt buộc | Điều phối buổi họp, không phán xét nội dung |
| Development Team (Dev) | Nhóm phát triển (developer, tester, designer…) | Bắt buộc | Tất cả thành viên trong nhóm phát triển |
| Stakeholder | Bên liên quan ngoài nhóm | Khi được mời | Chỉ tham gia khi cần làm rõ yêu cầu nghiệp vụ hoặc phụ thuộc |
Lưu ý Scrum chuẩn: Refinement là trách nhiệm của cả Scrum Team (PO + SM + Dev). Stakeholder không phải thành viên Scrum Team và chỉ tham gia khi PO mời.
5.2 Trách nhiệm chi tiết theo từng công việc
Ký hiệu: R = Responsible (người thực hiện) · A = Accountable (người chịu trách nhiệm kết quả) · C = Consulted (người được hỏi ý kiến) · I = Informed (người được thông báo)
| Công việc | PO | SM | Dev Team | Stakeholder |
|---|---|---|---|---|
| Chọn hạng mục đưa vào refinement | A/R | I | C | I |
| Sắp xếp thứ tự ưu tiên sơ bộ trước buổi họp | A/R | C | I | C |
| Chuẩn bị mô tả hạng mục (mục tiêu, phạm vi) | R | I | C | C |
| Lên lịch và gửi thông báo họp | C | A/R | I | I |
| Điều phối buổi refinement (giữ giờ, trọng tâm) | C | A/R | C | – |
| Giải thích mục tiêu và giá trị hạng mục | R | – | C | C |
| Đặt câu hỏi làm rõ nội dung | C | C | R | C |
| Đề xuất cách chia nhỏ hạng mục | C | – | A/R | – |
| Xác nhận điều kiện hoàn thành | A | – | R | C |
| Ước lượng kích thước/độ phức tạp | I | I | A/R | – |
| Quyết định phân chia hạng mục | A | – | R | – |
| Cập nhật thứ tự ưu tiên sau thảo luận | A/R | I | C | I |
| Cập nhật nội dung hạng mục lên công cụ | R | I | C | – |
| Ghi biên bản đầu ra buổi họp | C | A/R | C | – |
| Theo dõi việc điều tra kỹ thuật còn mở | I | A | R | – |
5.3 Vai trò trong từng bước của buổi họp
| Bước trong buổi họp | PO | SM | Dev Team | Stakeholder |
|---|---|---|---|---|
| Mở đầu – nêu mục tiêu buổi họp | Xác nhận danh sách hạng mục | Điều phối, nhắc nguyên tắc | Đọc trước, chuẩn bị câu hỏi | – |
| Nêu bối cảnh hạng mục | Trình bày mục tiêu, giá trị | Giữ thời gian | Lắng nghe, ghi chú | Cung cấp thông tin khi được hỏi |
| Làm rõ nội dung | Trả lời câu hỏi, làm rõ phạm vi | Đảm bảo mọi người được nói | Đặt câu hỏi, phát hiện điểm mơ hồ | Làm rõ nghiệp vụ nếu có |
| Chia nhỏ hạng mục | Quyết định chia hay không | Hỗ trợ trung lập | Đề xuất cách chia, xác nhận khả thi | – |
| Ước lượng | Không tham gia ước lượng | Điều phối voting | Ước lượng độc lập, thảo luận chênh lệch | – |
| Cập nhật ưu tiên | Quyết định thứ tự mới | Tổng kết đầu ra | Cung cấp thông tin phụ thuộc | – |
| Kết thúc – chốt hành động | Xác nhận hạng mục sẵn sàng | Chốt người làm, hạn cập nhật | Ghi nhận việc cần làm tiếp | – |
6) Đầu vào cần có trước buổi họp
| Hạng mục đầu vào | Tối thiểu cần có |
|---|---|
| Danh sách ưu tiên sơ bộ | Thứ tự từ cao đến thấp |
| Mô tả hạng mục | Mục tiêu, người dùng/đối tượng hưởng lợi, phạm vi sơ bộ |
| Điều kiện hoàn thành bản nháp | Dạng có thể kiểm tra được |
| Ràng buộc/phụ thuộc | Hệ thống liên quan, đội liên quan, thời hạn nếu có |
| Câu hỏi mở | Điểm chưa rõ cần thảo luận |
7) Quy trình thực hiện trong buổi Refinement
| Bước | Mục đích | PO làm gì | SM làm gì | Dev Team làm gì | Đầu ra |
|---|---|---|---|---|---|
| 1. Nêu bối cảnh | Đồng bộ vì sao cần làm | Trình bày mục tiêu, người dùng, giá trị trong 1-2 phút | Giữ thời gian, chuyển tiếp khi xong | Lắng nghe, ghi câu hỏi | Cả nhóm cùng hiểu mục tiêu |
| 2. Làm rõ nội dung | Chốt phạm vi và kỳ vọng | Trả lời câu hỏi, làm rõ phạm vi làm/không làm | Đảm bảo mọi câu hỏi được hỏi, không để câu hỏi trôi | Đặt câu hỏi chủ động theo checklist mục 8 | Phạm vi rõ ràng hơn |
| 3. Chia nhỏ | Đưa về kích thước dễ làm | Quyết định hạng mục nào cần tách | Trung lập, không ép chiều | Đề xuất cách chia theo luồng hoặc kết quả nhỏ kiểm tra được | Hạng mục nhỏ, độc lập hơn |
| 4. Ước lượng tương đối | Hỗ trợ dự báo | Không ước lượng, chỉ nghe kết quả | Điều phối voting, xử lý khi chênh lệch lớn | Ước lượng độc lập, nêu lý do khi chênh lệch | Mức ước lượng thống nhất |
| 5. Cập nhật ưu tiên | Tối ưu kế hoạch | Quyết định thứ tự mới dựa trên kết quả thảo luận | Tổng kết, nhắc thời hạn cập nhật | Cung cấp thông tin về phụ thuộc kỹ thuật nếu ảnh hưởng ưu tiên | Thứ tự backlog mới |
8) Checklist câu hỏi làm rõ (dùng ngay)
| Nhóm câu hỏi | Câu hỏi mẫu |
|---|---|
| Mục tiêu | Kết quả cụ thể cần đạt là gì? Vì sao quan trọng? |
| Đối tượng sử dụng | Ai nhận giá trị trực tiếp? Ai bị ảnh hưởng? |
| Phạm vi | Làm gì trong lần này? Không làm gì trong lần này? |
| Điều kiện hoàn thành | Khi nào xem là xong? Đo bằng dấu hiệu nào? |
| Rủi ro/phụ thuộc | Cần chờ gì từ bên ngoài? Có điểm mơ hồ kỹ thuật nào? |
| Dữ liệu/trường hợp đặc biệt | Các trường hợp biên nào cần xử lý? |
9) Tiêu chí sẵn sàng để bắt đầu làm
| Tiêu chí | Có/Không |
|---|---|
| Mục tiêu hạng mục rõ ràng | |
| Phạm vi có làm và không làm đã thống nhất | |
| Điều kiện hoàn thành có thể kiểm tra | |
| Đã xử lý hoặc ghi nhận rõ phụ thuộc chính | |
| Kích thước đủ nhỏ cho một phần việc trong sprint | |
| Không còn câu hỏi chặn tiến độ |
10) Ví dụ chi tiết cho sprint 2 tuần
10.1 Khung thời gian tổng thể
| Thông tin | Đề xuất |
|---|---|
| Độ dài sprint | 2 tuần (10 ngày làm việc) |
| Số buổi refinement | 2 buổi/sprint |
| Thời lượng mỗi buổi | 75 phút |
| Khung giờ cố định | Thứ Ba và Thứ Năm, 14:00-15:15 |
| Người điều phối | 1 người cố định theo sprint |
10.2 Lịch mẫu theo ngày
| Tuần | Ngày | Thời gian | Hoạt động | Ai chủ trì | Ai tham gia | Mục tiêu |
|---|---|---|---|---|---|---|
| Tuần 1 | Thứ Hai | 16:00-16:30 | Chuẩn bị danh sách hạng mục | PO | SM (nếu cần) | Chọn 6-8 hạng mục ưu tiên cao, chuẩn bị mô tả sơ bộ |
| Tuần 1 | Thứ Ba | 14:00-15:15 | Refinement buổi 1 | SM (điều phối) | PO + Dev Team (+ Stakeholder nếu cần) | Làm rõ và ước lượng nhóm hạng mục ưu tiên cao |
| Tuần 1 | Thứ Tư | 10:00-10:20 | Cập nhật backlog sau buổi 1 | PO | PO | Chốt thay đổi phạm vi, ghi câu hỏi còn mở |
| Tuần 1 | Thứ Năm | 14:00-15:15 | Refinement buổi 2 | SM (điều phối) | PO + Dev Team (+ Stakeholder nếu cần) | Xử lý hạng mục còn lại, cập nhật ưu tiên |
| Tuần 1 | Thứ Sáu | 16:00-16:20 | Tổng hợp kết quả | SM | PO + SM | Chốt danh sách sẵn sàng cho Sprint Planning |
| Tuần 2 | Thứ Hai | 09:30-09:45 | Rà soát nhanh backlog | PO | PO + SM | Xác nhận không phát sinh blocker mới |
| Tuần 2 | Các ngày còn lại | Theo nhu cầu | Làm rõ phát sinh nhỏ (async) | PO | Dev Team liên quan | Không mở rộng phạm vi sprint |
10.3 Agenda chi tiết cho mỗi buổi 75 phút
| Phần | Thời gian | SM làm gì | PO làm gì | Dev Team làm gì | Kết quả |
|---|---|---|---|---|---|
| Mở đầu | 5 phút | Nêu mục tiêu, nhắc nguyên tắc, giới thiệu danh sách | Xác nhận thứ tự ưu tiên | Xác nhận đã đọc trước | Cả nhóm thống nhất cách làm |
| Hạng mục 1-3 | 30 phút | Giữ thời gian ~10 phút/hạng mục, điều phối hỏi đáp | Giải thích, làm rõ phạm vi | Đặt câu hỏi, ước lượng | Mục tiêu/phạm vi/ước lượng đã rõ |
| Hạng mục 4-6 | 30 phút | Tương tự hạng mục 1-3 | Tương tự hạng mục 1-3 | Tương tự hạng mục 1-3 | Tăng số hạng mục sẵn sàng |
| Chốt buổi | 10 phút | Đọc lại danh sách sẵn sàng, phân công cập nhật, chốt deadline | Xác nhận ưu tiên cuối | Ghi nhận việc điều tra cần làm | Danh sách hành động rõ ràng |
10.4 Ví dụ phân bổ thời gian theo hạng mục
| Loại hạng mục | Dấu hiệu nhận biết | Thời gian xử lý gợi ý |
|---|---|---|
| Nhỏ, rõ | Ít phụ thuộc, phạm vi hẹp | 6-8 phút |
| Trung bình | Có vài câu hỏi mở | 10-12 phút |
| Lớn hoặc mơ hồ | Nhiều phụ thuộc, chưa rõ kỹ thuật | 15 phút rồi tách việc điều tra |
10.5 Mẫu đầu ra sau 1 sprint 2 tuần
| Nhóm kết quả | Số lượng ví dụ | Ghi chú |
|---|---|---|
| Hạng mục sẵn sàng | 8 | Đủ thông tin để đưa vào planning |
| Hạng mục cần làm rõ thêm | 3 | Còn phụ thuộc bên ngoài |
| Việc điều tra tách riêng | 2 | Có người phụ trách và hạn hoàn thành |
| Thay đổi ưu tiên | 4 hạng mục | Cập nhật theo giá trị và rủi ro mới |
11) Anti-pattern thường gặp và cách xử lý
| Vấn đề | Dấu hiệu | Cách xử lý nhanh |
|---|---|---|
| Thảo luận quá sâu vào cách triển khai | Mất nhiều thời gian cho chi tiết kỹ thuật | Ghi chú để xử lý sau, quay lại mục tiêu làm rõ |
| Không chốt phạm vi | Họp xong vẫn tranh luận làm gì | Bắt buộc ghi rõ làm/không làm ngay trong buổi |
| Ước lượng chênh lệch lớn kéo dài | Tranh luận lâu nhưng không ra kết luận | Mỗi bên nêu lý do 1 phút, sau đó ước lượng lại |
| Không có chủ sở hữu cập nhật backlog | Kết quả họp không phản ánh trên công cụ | Chỉ định 1 người cập nhật và deadline ngay cuối buổi |
12) Mẫu biên bản sau buổi họp
| Mục | Nội dung cần điền |
|---|---|
| Thời gian họp | |
| Người tham gia | |
| Hạng mục đã xử lý | |
| Hạng mục sẵn sàng | |
| Hạng mục cần làm rõ thêm | |
| Việc điều tra cần mở | |
| Quyết định thay đổi ưu tiên | |
| Người cập nhật backlog | |
| Hạn hoàn thành cập nhật |
13) Cách bắt đầu ngay cho người mới
| Bước trong tuần này | Việc cần làm |
|---|---|
| Bước 1 | Chọn 6-8 hạng mục ưu tiên cao nhất |
| Bước 2 | Đặt 2 buổi refinement cố định, mỗi buổi 75 phút |
| Bước 3 | Dùng checklist ở mục 8 để làm rõ |
| Bước 4 | Chỉ đánh dấu sẵn sàng khi đạt tiêu chí ở mục 9 |
| Bước 5 | Chốt biên bản theo mẫu ở mục 12 ngay sau họp |
14) Tóm tắt
Backlog Refinement hiệu quả không cần phức tạp. Chỉ cần lịch đều đặn, đầu vào tối thiểu rõ ràng, quy trình 5 bước ngắn gọn và đầu ra được chốt ngay sau họp. Với khung mẫu trong tài liệu này, người mới có thể áp dụng ngay trong sprint 2 tuần đầu tiên.