Planning Poker là cách cả nhóm ước lượng độ lớn của một đầu việc bằng cách mỗi người chọn một lá bài có con số, úp xuống, rồi lật cùng lúc. Nếu các con số chênh nhau, người cao nhất và thấp nhất giải thích lý do, cả nhóm bàn rồi ước lượng lại cho tới khi đủ gần nhau.
Lý do kỹ thuật này đáng bàn trên một trang về định kiến: nó được thiết kế để chặn hai lệch lạc rất đời thường trong công việc. Một là hiệu ứng mỏ neo: con số nói ra đầu tiên kéo mọi ước lượng sau về phía nó. Hai là lệch theo vị thế: ý của sếp, của người lớn tuổi, của người nói to được coi nặng hơn, còn người mới, người trẻ, người ít nói thì im.
Bài này giải thích cơ chế của hai lệch lạc đó, Planning Poker vận hành ra sao, vì sao nó giảm lệch, giới hạn của nó, và cách đem nguyên lý "nghĩ riêng rồi mới nói chung" sang những việc không phải phần mềm như báo giá, lập kế hoạch sự kiện hay xét duyệt hồ sơ.
Hiệu ứng mỏ neo: con số đầu tiên kéo cả nhóm
Năm 1974, Amos Tversky và Daniel Kahneman mô tả hiệu ứng mỏ neo trong bài báo về các phép suy đoán nhanh khi phán đoán dưới bất định. Trong một thí nghiệm nổi tiếng, người tham gia nhìn một con số ngẫu nhiên rồi ước lượng một đại lượng không liên quan; ước lượng của họ bị kéo về phía con số vừa thấy, dù họ biết nó ngẫu nhiên. Hiện tượng này được lặp lại nhiều lần với nhiều loại phán đoán khác nhau, từ giá nhà tới mức bồi thường.
Trong cuộc họp ước lượng, mỏ neo xuất hiện rất tự nhiên. Trưởng nhóm hỏi "việc này chắc hai ngày nhỉ?", và từ lúc đó mọi người điều chỉnh quanh con số hai. Người nghĩ là sáu ngày sẽ nói "chắc ba", vì nói sáu nghe như phản đối. Kết quả là ước lượng của cả nhóm chỉ là ước lượng của người nói đầu, được trang trí thêm vài tiếng gật đầu.
Mỏ neo đặc biệt mạnh khi người đặt nó có vị thế. Câu hỏi của sếp vừa là con số vừa là tín hiệu kỳ vọng. Người dưới quyền hiểu rằng nói khác đi là đặt câu hỏi về phán đoán của sếp, nên họ tự kiểm duyệt. Đây là chỗ mỏ neo nhận thức gặp định kiến xã hội: ý của người có vị thế được mặc định là đúng hơn, không vì lý lẽ mà vì vị thế.
Planning Poker vận hành thế nào, từng bước
Kỹ thuật này thường gắn với James Grenning, người mô tả nó đầu những năm 2000, và được Mike Cohn phổ biến rộng trong giới phát triển phần mềm linh hoạt. Nó kế thừa ý tưởng của phương pháp Delphi: lấy ý kiến chuyên gia độc lập trước, rồi mới bàn chung. Một vòng điển hình gồm:
- Người nắm yêu cầu đọc to đầu việc và trả lời câu hỏi làm rõ. Chưa ai nói con số.
- Mỗi người tự chọn một lá trong bộ bài, thường theo dãy gần với Fibonacci (1, 2, 3, 5, 8, 13, 20…). Khoảng cách giãn dần vì việc càng lớn càng khó đoán chính xác.
- Mọi người úp bài, rồi lật cùng lúc. Không ai thấy số của người khác trước khi chọn số của mình.
- Nếu các số gần nhau, nhóm chốt. Nếu chênh nhiều, người chọn cao nhất và thấp nhất nói lý do trước.
- Nhóm bàn ngắn, thường vài phút, rồi chơi lại vòng hai. Thông thường hai đến ba vòng là các số hội tụ.
- Ghi kết quả cùng những giả định đã lộ ra trong lúc bàn, vì đó là thông tin quý hơn chính con số.
Đơn vị không bắt buộc là ngày công. Nhiều nhóm dùng "điểm" (story point) để đo độ lớn tương đối so với một việc mẫu, tránh việc con số bị hiểu thành lời hứa thời hạn.
Bộ bài có thể là bài in, ứng dụng trên điện thoại, hoặc đơn giản là mỗi người viết số lên giấy rồi giơ lên cùng lúc. Điều cốt lõi là bước lật đồng thời, không phải đạo cụ.
Vì sao lật bài cùng lúc giảm lệch
Cắt mỏ neo ngay từ gốc. Không ai nghe con số của người khác trước khi quyết định số của mình, nên mỗi ước lượng là một phán đoán độc lập. Giá trị của trí tuệ đám đông chỉ có khi các ý kiến độc lập; một nhóm năm người cùng nghe sếp nói trước thực chất chỉ có một ý kiến.
Giảm áp lực vị thế. Người mới vào làm, người trẻ nhất nhóm, người ít nói đều phải lật bài như sếp. Con số của họ hiện lên bàn với cùng kích thước. Khi số của họ khác biệt, quy trình yêu cầu họ giải thích, tức là trao cho họ lượt nói mà văn hoá họp thông thường hiếm khi trao.
Biến bất đồng thành thông tin. Khi một người chọn 3 còn người khác chọn 13, gần như chắc chắn hai người đang hiểu đầu việc khác nhau. Có thể người chọn 13 biết một phần hệ thống cũ rất rối; có thể người chọn 3 biết có sẵn công cụ làm nhanh. Cuộc bàn sau đó lộ ra hiểu lầm từ trước khi bắt tay làm, rẻ hơn rất nhiều so với phát hiện giữa chừng.
Phân biệt người với con số. Vì bàn về lý do chứ không phải về ai đúng, cuộc tranh luận nhắm vào giả định của công việc. Người chọn số lệch không bị coi là "không hiểu", mà là người đang nắm một mảnh thông tin cả nhóm cần.
Tạo trách nhiệm chung. Con số cuối cùng là của nhóm, không phải do một người áp xuống. Khi việc trễ, nhóm xem lại giả định nào sai thay vì tìm người để trách.
Ước lượng kiểu thường và Planning Poker: khác nhau ở đâu
So sánh dưới đây dựa trên cách một cuộc họp ước lượng thường diễn ra ở các nhóm làm dự án.
| Khía cạnh | Ước lượng kiểu thường | Planning Poker |
|---|---|---|
| Ai nói trước | Trưởng nhóm hoặc người có kinh nghiệm nhất | Không ai; mọi người lật cùng lúc |
| Ảnh hưởng của mỏ neo | Mạnh, con số đầu tiên định hướng cả buổi | Yếu, vì phán đoán ban đầu độc lập |
| Tiếng nói của người mới, người ít nói | Thường im hoặc nói theo | Bắt buộc có số; số lệch thì được mời giải thích |
| Bất đồng | Bị che bằng đồng thuận bề mặt | Hiện ra rõ và được bàn |
| Thông tin thu được | Một con số | Một con số kèm các giả định, rủi ro đã lộ ra |
| Thời gian | Nhanh hơn ở buổi họp | Lâu hơn ở buổi họp, thường đỡ sửa sai về sau |
Planning Poker không làm con số chính xác tuyệt đối. Ước lượng phần mềm, cũng như mọi ước lượng việc mới, vẫn sai lệch đáng kể. Điểm mạnh của nó là sai lệch được phân tán thay vì đi theo một hướng định sẵn, và các rủi ro lộ ra sớm.
Giới hạn và những cách dùng hỏng
Kỹ thuật nào cũng có thể bị dùng sai đến mức mất tác dụng. Lỗi hay gặp nhất là lật bài nhưng vẫn nhìn mặt sếp: mọi người chờ một nhịp, liếc xem trưởng nhóm chọn gì rồi mới lật. Khi đó bước lật đồng thời chỉ còn là hình thức. Người điều phối cần đếm nhịp rõ ràng và chính sếp nên tránh bình luận trước khi lật.
Lỗi thứ hai là biến điểm thành thước đo hiệu suất cá nhân. Khi số điểm hoàn thành bị dùng để so người này với người kia, mọi người sẽ thổi phồng ước lượng để an toàn, và con số mất ý nghĩa. Điểm chỉ có giá trị so sánh trong nội bộ một nhóm, cho mục đích lập kế hoạch.
Lỗi thứ ba là bàn quá lâu. Nếu sau ba vòng vẫn không hội tụ, đó là tín hiệu đầu việc chưa đủ rõ để ước lượng, cần tách nhỏ hoặc tìm hiểu thêm, không phải tín hiệu cần tranh luận tiếp.
Cuối cùng, Planning Poker giảm được mỏ neo trong một cuộc họp, nhưng không chữa được định kiến nằm ở chỗ khác: ai được giao việc khó, ai được ghi công, ý của ai được dùng khi lập kế hoạch. Nó là một công cụ, không phải chứng nhận rằng nhóm đã công bằng.
Đem nguyên lý "nghĩ riêng rồi mới nói chung" sang việc khác
Ý tưởng cốt lõi của Planning Poker dùng được ở rất nhiều chỗ ngoài phát triển phần mềm. Một xưởng may báo giá đơn hàng mới, một nhóm tổ chức sự kiện dự trù ngân sách, một hội đồng xét học bổng, một nhóm phỏng vấn chấm ứng viên: mọi tình huống có nhiều người cùng phán đoán đều có nguy cơ người nói đầu kéo cả nhóm theo.
Ba cách áp dụng đơn giản. Viết trước, nói sau: trước khi bàn, mỗi người viết đánh giá của mình ra giấy hoặc nhắn riêng cho người điều phối. Người có vị thế cao nói sau cùng: trưởng phòng, người lớn tuổi nhất, khách mời quan trọng chờ tới cuối mới nêu ý. Chấm theo tiêu chí trước, tổng hợp sau: khi phỏng vấn, mỗi người chấm từng tiêu chí độc lập trước buổi hội ý, tránh để một ấn tượng chung của ai đó lan sang cả hội đồng.
Ví dụ giả định: một nhóm năm người dự trù chi phí cho hội nghị khách hàng. Cách cũ, trưởng nhóm nói "chắc tầm bằng năm ngoái", và cả nhóm điều chỉnh quanh đó. Cách mới, mỗi người tự ước lượng từng hạng mục rồi so. Người phụ trách hậu cần ghi chi phí vận chuyển cao gấp đôi người khác, vì biết năm nay địa điểm xa hơn. Thông tin đó suýt nữa đã không được nói ra.
Một buổi Planning Poker mẫu, tình huống giả định
Bối cảnh
Nhóm giả định gồm năm người làm phần mềm quản lý kho cho một cửa hàng vật liệu: trưởng nhóm Hùng, hai lập trình viên lâu năm, một bạn mới vào làm ba tháng là Mai, và một người kiểm thử. Đầu việc cần ước lượng là "cho phép nhập hàng bằng cách quét mã vạch trên điện thoại".
Vòng một
Người nắm yêu cầu đọc đầu việc, trả lời hai câu hỏi làm rõ. Cả nhóm úp bài và lật cùng lúc: 3, 5, 5, 13 và 5. Lá 13 là của Mai. Theo quy trình, Mai và người chọn 3 nói lý do trước. Người chọn 3 nghĩ chỉ cần gắn thư viện quét mã có sẵn. Mai kể rằng tuần trước, khi sửa lỗi ở màn hình nhập hàng, bạn thấy hệ thống cũ lưu mã hàng theo hai định dạng khác nhau, nên quét xong vẫn phải viết thêm phần đối chiếu.
Vòng hai và điều thu được
Không ai trong nhóm lâu năm nhớ chi tiết đó. Sau năm phút bàn, nhóm lật lại: 8, 8, 8, 13, 8, và chốt 8 kèm ghi chú rủi ro về hai định dạng mã. Nếu buổi họp diễn ra theo kiểu cũ, trưởng nhóm hỏi "cái này chắc 3 điểm thôi nhỉ", rất có thể Mai, người mới nhất và trẻ nhất, đã không lên tiếng.
Giá trị của buổi Planning Poker này không nằm ở con số 8, mà ở chỗ thông tin của người có vị thế thấp nhất được đặt lên bàn ngang hàng với mọi người.
Câu hỏi thường gặp
Planning Poker có phải chỉ dùng trong Scrum không?
Nó phổ biến nhất trong các nhóm làm theo Scrum và các phương pháp linh hoạt, nhưng nguyên lý ước lượng độc lập rồi mới bàn chung dùng được ở bất kỳ nhóm nào phải phán đoán độ lớn công việc. Không cần áp dụng cả khung Scrum mới dùng được kỹ thuật này.
Vì sao bộ bài dùng dãy gần Fibonacci thay vì 1 đến 10?
Khoảng cách giãn dần phản ánh thực tế là việc càng lớn thì độ bất định càng cao. Phân biệt việc 1 điểm với 2 điểm có ý nghĩa, còn phân biệt 19 với 20 thì không. Dãy giãn dần buộc nhóm chọn mức độ chứ không giả vờ chính xác.
Sếp có nên tham gia lật bài không?
Có thể, nếu sếp hiểu việc và chấp nhận con số của mình được đối xử như mọi con số khác. Nhiều nhóm để người quản lý chỉ nghe và trả lời câu hỏi về yêu cầu, không chọn số, để tránh tín hiệu kỳ vọng. Điều quan trọng là thống nhất từ trước.
Nhóm làm việc từ xa thì chơi Planning Poker thế nào?
Có nhiều công cụ trực tuyến cho phép chọn số ẩn rồi lật cùng lúc. Không có công cụ thì mỗi người nhắn riêng con số cho người điều phối, người này công bố cùng lúc. Điều cần giữ là không ai thấy số của người khác trước khi chọn.
Hiệu ứng mỏ neo có biến mất khi người ta biết về nó không?
Không hoàn toàn. Các thí nghiệm cho thấy mỏ neo vẫn ảnh hưởng cả khi người tham gia được cảnh báo, chỉ giảm bớt. Vì vậy cách hiệu quả hơn là thiết kế quy trình để mỏ neo không xuất hiện, thay vì trông vào ý chí của từng người.
Ước lượng sai nhiều thì có nên bỏ Planning Poker?
Sai lệch là bản chất của ước lượng việc mới. Nên đo xem sai có theo một hướng cố định không, ví dụ luôn thấp hơn thực tế, rồi xem lại những giả định hay bị bỏ qua. Nếu bỏ kỹ thuật mà quay lại để một người nói trước, sai lệch thường tăng thêm vì mỏ neo.