Bài viết

Lập kế hoạch Sprint

Lập kế hoạch Sprint là sự kiện diễn ra ở đầu mỗi Sprint để chuẩn bị cho toàn bộ Sprint. Buổi Lập kế hoạch Sprint được chia làm 2 phần riêng biệt với 2 mục đích khác nhau. Phần 1 nhằm trả lời câu hỏi: “Chúng ta sẽ làm gì?”. Phần 2 nhằm trả lời câu hỏi: “Chúng ta sẽ làm như thế nào?”.

Thành phần tham dự: Nhóm phát triểnScrumMaster bắt buộc phải tham gia toàn bộ 2 phần của sự kiện này. Product Owner bắt buộc phải tham gia Phần 1 và có thể vắng mặt ở Phần 2 nhưng phải đảm bảo sẵn sàng trả lời các thắc mắc của Nhóm Phát triển. Tuy nhiên, trong thực tế thì Product Owner nên tham gia đầy đủ cả hai phần để cho sự kiện này đạt được kết quả cao nhất.

Thời gian: Đối với Sprint kéo dài 1 tháng thì sự kiện này được đóng khung trong 8 giờ làm việc. Sprint ngắn hơn thì thường sự kiện này sẽ ngắn hơn, ví dụ: Sprint 2 tuần thì thường chỉ cần 4 giờ là đủ. Mỗi phần của sự kiện này được phân bố khoảng thời gian bằng nhau.

Trong phần 1 của buổi Lập kế hoạch Sprint, Product Owner trình bày cho Nhóm Phát triển hiểu rõ tất cả các hạng mục Product Backlog có khả năng được đưa vào sản xuất trong Sprint này. Thông thường, vì việc làm mịn các hạng mục Product Backlog đã được thực hiện liên tục trước đó cho nên lúc này Product Owner chỉ cần làm rõ một số hạng mục còn lại và trả lời các thắc mắc nếu có của Nhóm Phát triển. Nhóm Phát triển lựa chọn các hạng mục Product Backlog để phát triển trong Sprint này. Số lượng hạng mục được lựa chọn hoàn toàn phụ thuộc vào Nhóm Phát triển, có thể dựa vào tốc độ sản xuất của nhóm trong quá khứ để ước lượng. Kết thúc phần 1, Product OwnerNhóm Phát triển đưa ra một Mục tiêu Sprint, Nhóm Phát triển cũng đã biết được tổng quan về công việc mà mình sẽ thực hiện trong Sprint này.

Phần 2 của buổi Lập kế hoạch Sprint là để Nhóm Phát triển phân tích và lên kế hoạch công việc cho Sprint. Nhóm Phát triển bắt đầu bằng việc phân tách các hạng mục Product Backlog thành danh sách các công việc cụ thể. Nhóm Phát triển cũng ước tính lượng nỗ lực cần bỏ ra để hoàn thành từng công việc. Sau khi đã phân tích chi tiết, nếu Nhóm Phát triển thấy cần điều chỉnh (ví dụ, loại bớt một vài hạng mục Product Backlog đã chọn) thì có thể trao đổi với Product Owner để thực hiện thay đổi danh sách các hạng mục Product Backlog đã chọn. Kết thúc phiên này, Nhóm Phát triển có được Sprint Backlog.

Kết thúc buổi Lập kế hoạch Sprint, Nhóm Phát triển đã biết Mục tiêu Sprint và kế hoạch công việc để đạt được mục tiêu đó. Các thành viên có thể bắt tay ngay vào công tác sản xuất.

Agipedia

Ước tính linh hoạt với planning poker

Planning Poker là một kĩ thuật rất hiệu quả được sử dụng phổ biến để thực hiện ước tính trong Agile, bạn có thể tìm hiểu về bộ poker (bộ bài) này tại đây: Planning Poker.

Khi đã biết về bộ poker này và nhóm của bạn có nhu cầu sử dụng nó cho công việc ước tính các hạng mục Product Backlog, Sprint Backlog trong Scrum? Xin mời thực hiện theo hướng dẫn dưới đây.

Bạn thực hiện ước tính cho hạng mục Product Backlog hoặc hạng mục Sprint Backlog theo các bước sau:

  • Bước 1: Nhóm xác định các hạng mục sẽ được ước lượng.
  • Bước 2: Chọn một hạng mục.
  • Bước 3: Mỗi thành viên sẽ tự xác định điểm (point) tương ứng với nỗ lực mà nhóm cần bỏ ra để hoàn thành hạng mục đó bằng cách chọn một cây poker (quân bài) có số tương ứng. Úp cây poker đã chọn xuống trước mặt.
  • Bước 4: Tất cả thành viên cùng lật cây poker mình đã chọn lên.
  • Bước 5: Nếu cả nhóm cùng chọn một cây poker (cùng số điểm) thì việc ước lượng cho hạng mục đó đã xong. Ghi lại số điểm của hạng mục đó.
  • Bước 6: Nếu có sự khác biệt thì các thành viên lý giải lựa chọn của mình. Thông thường thì chỉ người đưa ra ước lượng thấp nhất và cao nhất cần giải thích lựa chọn của mình. Chú ý nên giới hạn thời gian trình bày là 1 phút cho mỗi người. Sau đó mọi người thực hiện lại Bước 2 cho tới khi hết các hạng mục cần ước tính.

pragmatic-scrum-egd-ftLưu ý: Mỗi hạng mục chỉ nên giới hạn ước lượng trong 3 lần. Tới lần thứ 3 nếu chưa đạt được sự đồng thuận nhóm nên lấy theo số đông hoặc chọn cơ chế khác để không tốn quá nhiều thời gian. Giá trị ở đây là sự trao đổi chứ không phải các con số. Khi cần nhóm có thể mời thêm chuyên gia tham dự cùng để hỏi ý kiến khi không đạt được sự đồng thuận. Hãy nhớ, các con số đó chỉ là ƯỚC LƯỢNG mà thôi.

Cách ước lượng này giúp cho mọi thành viên trong nhóm đưa ra ý kiến một cách độc lập và từ đó họ sẽ giúp nhau tìm ra một cách hiểu đúng về hạng mục sẽ phải làm.

(Trích sách Cẩm nang Scrum cho người mới bắt đầu)

Lập kế hoạch Sprint

Lập kế hoạch Sprint là sự kiện diễn ra ở đầu mỗi Sprint để chuẩn bị cho toàn bộ Sprint. Buổi Lập kế hoạch Sprint được chia làm 2 phần riêng biệt với 2 mục đích khác nhau. Phần 1 nhằm trả lời câu hỏi: “Chúng ta sẽ làm gì?”. Phần 2 nhằm trả lời câu hỏi: “Chúng ta sẽ làm như thế nào?”.

Thành phần tham dự: Nhóm phát triểnScrumMaster bắt buộc phải tham gia toàn bộ 2 phần của sự kiện này. Product Owner bắt buộc phải tham gia Phần 1 và có thể vắng mặt ở Phần 2 nhưng phải đảm bảo sẵn sàng trả lời các thắc mắc của Nhóm Phát triển. Tuy nhiên, trong thực tế thì Product Owner nên tham gia đầy đủ cả hai phần để cho sự kiện này đạt được kết quả cao nhất.

Thời gian: Đối với Sprint kéo dài 1 tháng thì sự kiện này được đóng khung trong 8 giờ làm việc. Sprint ngắn hơn thì thường sự kiện này sẽ ngắn hơn, ví dụ: Sprint 2 tuần thì thường chỉ cần 4 giờ là đủ. Mỗi phần của sự kiện này được phân bố khoảng thời gian bằng nhau.

Trong phần 1 của buổi Lập kế hoạch Sprint, Product Owner trình bày cho Nhóm Phát triển hiểu rõ tất cả các hạng mục Product Backlog có khả năng được đưa vào sản xuất trong Sprint này. Thông thường, vì việc làm mịn các hạng mục Product Backlog đã được thực hiện liên tục trước đó cho nên lúc này Product Owner chỉ cần làm rõ một số hạng mục còn lại và trả lời các thắc mắc nếu có của Nhóm Phát triển. Nhóm Phát triển lựa chọn các hạng mục Product Backlog để phát triển trong Sprint này. Số lượng hạng mục được lựa chọn hoàn toàn phụ thuộc vào Nhóm Phát triển, có thể dựa vào tốc độ sản xuất của nhóm trong quá khứ để ước lượng. Kết thúc phần 1, Product OwnerNhóm Phát triển đưa ra một Mục tiêu Sprint, Nhóm Phát triển cũng đã biết được tổng quan về công việc mà mình sẽ thực hiện trong Sprint này.

Phần 2 của buổi Lập kế hoạch Sprint là để Nhóm Phát triển phân tích và lên kế hoạch công việc cho Sprint. Nhóm Phát triển bắt đầu bằng việc phân tách các hạng mục Product Backlog thành danh sách các công việc cụ thể. Nhóm Phát triển cũng ước tính lượng nỗ lực cần bỏ ra để hoàn thành từng công việc. Sau khi đã phân tích chi tiết, nếu Nhóm Phát triển thấy cần điều chỉnh (ví dụ, loại bớt một vài hạng mục Product Backlog đã chọn) thì có thể trao đổi với Product Owner để thực hiện thay đổi danh sách các hạng mục Product Backlog đã chọn. Kết thúc phiên này, Nhóm Phát triển có được Sprint Backlog.

Kết thúc buổi Lập kế hoạch Sprint, Nhóm Phát triển đã biết Mục tiêu Sprint và kế hoạch công việc để đạt được mục tiêu đó. Các thành viên có thể bắt tay ngay vào công tác sản xuất.