Question 1

Chuẩn bị câu chuyện của bạn

Accepted Answer

Trước phiên, đảm bảo tất cả câu chuyện người dùng được viết tốt với tiêu chí chấp nhận rõ ràng. Câu chuyện mơ hồ dẫn đến ước lượng không chính xác.

Question 2

Hiểu thang đo

Accepted Answer

Sử dụng dãy Fibonacci (1, 2, 3, 5, 8...) để đại diện cho nỗ lực tương đối. Số lớn hơn chỉ ra độ phức tạp tăng dần, không phải thời gian chính xác.

Question 3

Bỏ phiếu độc lập

Accepted Answer

Mỗi người tham gia nên bỏ phiếu dựa trên đánh giá riêng của họ, không bị ảnh hưởng bởi người khác. Điều này tránh thiên kiến và thúc đẩy các cuộc thảo luận mang tính xây dựng.

Question 4

Thảo luận sự khác biệt

Accepted Answer

Khi phiếu bầu khác biệt đáng kể, thảo luận lý do. Điều này tiết lộ các giả định khác nhau và dẫn đến hiểu biết tốt hơn về câu chuyện.

Question 5

Đạt được sự đồng thuận

Accepted Answer

Tiếp tục bỏ phiếu cho đến khi nhóm đạt được sự đồng thuận. Mục tiêu không phải là đúng, mà là ước lượng công việc một cách thực tế.

Question 6

Planning Poker Agile là gì?

Accepted Answer

Planning Poker là một kỹ thuật dựa trên sự đồng thuận của Agile để ước lượng nỗ lực hoặc kích thước tương đối của các câu chuyện người dùng trong phát triển phần mềm. Các thành viên nhóm đưa ra ước lượng bằng cách chơi các thẻ đánh số úp xuống, sau đó lộ ra đồng thời để tránh thiên kiến.

Question 7

Planning Poker hoạt động như thế nào?

Accepted Answer

1. Chủ sở hữu sản phẩm trình bày một câu chuyện người dùng. 2. Nhóm thảo luận về yêu cầu và đặt câu hỏi. 3. Mỗi thành viên chọn một thẻ đại diện cho ước lượng của họ. 4. Các thẻ được lộ ra cùng lúc. 5. Thảo luận sự khác biệt và ước lượng lại nếu cần.

Question 8

Lợi ích của Planning Poker là gì?

Accepted Answer

Thúc đẩy hợp tác nhóm, giảm thiên kiến neo, khuyến khích thảo luận về yêu cầu, cung cấp ước lượng chính xác hơn và tạo ra một quá trình ước lượng vui vẻ, hấp dẫn.

Question 9

Các thực hành tốt nhất cho Planning Poker là gì?

Accepted Answer

Giữ phiên ngắn (15-30 phút mỗi câu chuyện), sử dụng dãy Fibonacci để ước lượng, bao gồm tất cả thành viên nhóm, thảo luận công khai về các giá trị ngoại lệ và sử dụng kích thước tương đối thay vì ước lượng thời gian tuyệt đối.

Planning Poker cho các đội Agile

Hướng Dẫn Planning Poker

Mẹo Nhanh

Dành cho người ước lượng

Dành cho người điều hành

Planning Poker FAQ

Hướng Dẫn Planning Poker

Mẹo Nhanh

Dành cho người ước lượng

Dành cho người điều hành

Planning Poker FAQ