Về Planning Poker | Hướng dẫn Toàn diện

Planning Poker, còn được gọi là Scrum Poker, là một kỹ thuật ước lượng dựa trên đồng thuận và được game hóa được sử dụng trong phát triển phần mềm agile để đo lường nỗ lực hoặc kích thước tương đối của các mục tiêu phát triển. Nó được áp dụng rộng rãi trong các framework như Scrum, Extreme Programming (XP) và Kanban.

Kỹ thuật này sử dụng phương pháp phương pháp Delphi băng rộng và tập trung vào trí tuệ tập thể của nhóm để tạo ra các ước lượng chính xác hơn so với các ước lượng được thực hiện cá nhân.

Mục tiêu chính của Planning Poker là giảm thiểu thiên kiến neo. Trong tâm lý học nhận thức, thiên kiến neo xảy ra khi thông tin đầu tiên hoặc số được đề xuất trong một cuộc thảo luận chiếm ưu thế trong quá trình ra quyết định, ảnh hưởng đến các ước lượng sau đó.

Bằng cách yêu cầu tất cả các thành viên nhóm trình bày ước lượng của họ đồng thời và độc lập (thông qua các lá bài ẩn), phương pháp này buộc tư duy cá nhân. Các khác biệt được tiết lộ trong việc bỏ phiếu được sử dụng làm chất kích hoạt cho các cuộc thảo luận kỹ thuật, nơi các thành viên với các cấp độ kinh nghiệm khác nhau có thể chia sẻ thông tin chi tiết về các rủi ro hoặc lợi ích mà người khác không nhận thấy.

Kỹ thuật này được định nghĩa và đặt tên lần đầu tiên bởi James Grenning vào năm 2002 như một giải pháp cho 'phân tích tê liệt' trong các cuộc họp lập kế hoạch. Sau đó, nó được phổ biến bởi Mike Cohn trong sách 'Agile Estimating and Planning' (2005).

Mặc dù thuật ngữ là một nhãn hiệu thương mại của Mountain Goat Software, việc sử dụng nó miễn phí cho cộng đồng, và kỹ thuật này đã trở thành tiêu chuẩn toàn cầu cho lập kế hoạch sprint và quản lý backlog.

Các ước lượng Planning Poker không sử dụng giờ hoặc ngày, mà thay vào đó là các đơn vị đo lường trừu tượng được gọi là Story Points. Thang đo phổ biến nhất là dãy Fibonacci sửa đổi:

0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100

Việc sử dụng các số ngày càng xa nhau khi tăng lên nhằm phản ánh sự không chắc chắn cố hữu trong các nhiệm vụ phức tạp. Về mặt tâm lý, dễ dàng phân biệt một nhiệm vụ 2 điểm từ một nhiệm vụ 3 điểm hơn là phân biệt một nhiệm vụ 20 điểm từ một nhiệm vụ 21 điểm. Bước nhảy từ 13 đến 20 (và sau đó là 40) chỉ ra rằng càng nhiều nỗ lực, khả năng dự đoán của con người càng kém chính xác.

• Dấu hỏi chấm (?) Người tham gia không có đủ thông tin về nhiệm vụ.
• Vô cực (∞) Nhiệm vụ được coi là quá lớn để ước lượng và cần được chia nhỏ (lát).
• Cốc cà phê Cho thấy nhóm đã mệt và đề nghị nghỉ ngơi để duy trì chất lượng ước lượng.

Quy trình thường diễn ra trong buổi lễ lập kế hoạch sprint và tuân theo các bước sau:

1. Product Owner mô tả một câu chuyện người dùng.
2. Nhóm thảo luận các yêu cầu kỹ thuật, tiêu chí chấp nhận và sự phụ thuộc.
3. Mỗi thành viên chọn một lá bài về mặt tinh thần và giữ nó ẩn.
4. Tất cả các lá bài được tiết lộ đồng thời.
5. Nếu có đồng thuận, giá trị được chấp nhận. Nếu không, các phiếu cực đoan (cao nhất và thấp nhất) giải thích lập luận của họ. Sau khi thảo luận, một vòng bỏ phiếu mới tiếp tục cho đến khi đạt được đồng thuận.

• Sử dụng Trung bình Cộng học Tính trung bình của các phiếu thay vì tìm kiếm đồng thuận làm mất giá trị của cuộc thảo luận kỹ thuật.
• Áp lực Lãnh đạo Khi các nhà quản lý hoặc lập trình viên 'cao cấp' bày tỏ ý kiến trước khi bỏ phiếu, gây ra thiên kiến neo cho phần còn lại của nhóm.
• Ước lượng theo Giờ Cố gắng chuyển đổi điểm trực tiếp thành giờ, bỏ qua sự khác biệt về sự tập trung và năng suất giữa các thành viên khác nhau.

Với sự chuyển đổi sang làm việc từ xa và các nhóm phân tán, Planning Poker đã tiến hóa từ các bộ bài vật lý sang các nền tảng kỹ thuật số đồng bộ. Các công cụ này cố gắng tái tạo động thái tiết lộ bài đồng bộ trong các môi trường ảo, đảm bảo tính toàn vẹn của phương pháp từ xa.