...

Tất Tần Tật Về Planning Poker

Cập nhật 20:39, 30/08/2024

1353 lượt xem

Admin

1. Planning Poker là gì?
Planning Poker được sử dụng trong agile dựa trên sự đồng thuận trong việc ước tính. Để bắt đầu một lần ước tính, Product Owner hoặc khách hàng đọc một User Story hoặc mô tả một tính năng của sản phẩm với những người tham gia ước tính, thường là tất cả các thành viên của một Nhóm
Các giá trị đó thể hiện số điểm (story point), lý tưởng là theo số ngày, hoặc bất cứ đơn vị nào mà nhóm dự tính. Các thành viên của nhóm cùng thảo luận về tính năng đó, đặt các câu hỏi với Product Owner nếu cần thiết.

2. Lợi ích của Planning Poker

  •  Tăng độ chính xác: Việc kết hợp ý kiến từ tất cả các thành viên giúp tạo ra ước lượng chính xác hơn so với khi chỉ có một người ước lượng.
  • Khuyến khích sự tham gia: Mỗi thành viên đều có cơ hội tham gia, đóng góp ý kiến, qua đó nâng cao cam kết và trách nhiệm đối với công việc chung.
  • Đảm bảo sự hiểu biết chung: Thảo luận trong Planning Poker giúp tất cả mọi người hiểu rõ yêu cầu và nhiệm vụ cần thực hiện, giảm thiểu rủi ro hiểu lầm.
  • Tiết kiệm thời gian: Planning Poker nhanh chóng và hiệu quả, khi mọi người đều đưa ra ước lượng cùng lúc và chỉ thảo luận khi có sự khác biệt.
  • Giảm thiểu thiên vị: Việc ước lượng độc lập giúp giảm thiểu ảnh hưởng từ ý kiến của người khác, đặc biệt là từ những người có vai trò cao hơn trong nhóm.
  • Tăng cường hợp tác: Planning Poker khuyến khích giao tiếp và hợp tác, xây dựng một môi trường làm việc cởi mở và hỗ trợ lẫn nhau.
3. Cách Planning Poker hoạt động
 - Bước 1: Chuẩn bị
Mỗi thành viên nhận một bộ thẻ bài với các giá trị tương ứng với độ phức tạp hoặc thời gian cần thiết cho nhiệm vụ (thường dùng dãy Fibonacci: 1, 2, 3, 5, 8, 13, 21, v.v.). Scrum Master hoặc Product Owner chuẩn bị danh sách các User Story cần được ước lượng.
 - Bước 2: Trình bày nhiệm vụ
Product Owner hoặc Scrum Master trình bày chi tiết về User Story cụ thể, bao gồm yêu cầu, mục tiêu và các thông tin liên quan. Các thành viên có thể đặt câu hỏi để làm rõ yêu cầu hoặc thảo luận thêm nếu cần
 - Bước 3: Đưa ra ước lượng cá nhân
Sau khi hiểu rõ nhiệm vụ, mỗi thành viên chọn một lá bài đại diện cho ước lượng về độ phức tạp hoặc thời gian cần thiết để hoàn thành nhiệm vụ. Các thành viên chọn thẻ độc lập và không tiết lộ cho người khác.
 - Bước 4: Review ước lượng
Khi mọi người đã chọn xong, cả nhóm cùng lật thẻ để tiết lộ ước lượng. Thường sẽ có sự khác biệt giữa các ước lượng, đây là lúc để thảo luận.
- Bước 5: Thảo luận và điều chỉnh
Những thành viên chọn giá trị cao nhất và thấp nhất sẽ giải thích lý do. Nhóm thảo luận để hiểu rõ các quan điểm khác nhau và điều chỉnh lại nếu cần.
- Bước 6: Đưa ra ước lượng cuối cùng
Sau khi thảo luận, nhóm có thể bỏ phiếu lại để điều chỉnh ước lượng. Quá trình này tiếp tục cho đến khi nhóm đạt được sự đồng thuận.
- Bước 7: Ghi nhận kết quả
Khi đã thống nhất, ước lượng cuối cùng được ghi nhận vào backlog hoặc tài liệu liên quan. Nhóm tiếp tục với các nhiệm vụ tiếp theo và lặp lại quy trình.

4. Kết luận
Planning Poker không chỉ là một phương pháp hiệu quả để ước lượng công việc, mà còn là công cụ xây dựng sự đồng thuận, cải thiện giao tiếp và nâng cao chất lượng sản phẩm. Mỗi lần thảo luận là một cơ hội để nhóm hiểu rõ hơn về công việc, từ đó tăng cường sự hợp tác và hiệu quả làm việc.

👉 Nếu bạn đang mong muốn trở thành một Product Owner chuyên nghiệp. Đừng bỏ lỡ ưu đãi trong tháng 9 này khi tham gia khóa đào tạo Product Management tại True Skill Center. Để trang bị cho mình những kiến thức nền tảng và kỹ năng thực tế cần thiết, giúp bạn tự tin trở thành Product Owner.

 

– – –
 
Xem thêm thông tin bổ ích miễn phí và tham gia cộng đồng True Skill tại:
 
 
Facebook: True Skill Center 
 
 
Youtube: Quý Nguyễn 

CÓ THỂ BẠN QUAN TÂM

ITBA

🔥 TẤT TẦN TẬT VỀ USE CASE

Trong quá trình phát triển phần mềm, việc nắm bắt và quản lý yêu cầu của hệ thống là một bước vô cùng quan trọng. Một trong những phương pháp phổ biến và hiệu quả để mô tả yêu cầu là Use Case. Vậy Use Case là gì? Vì sao IT Business Analyst (BA) và Product Owner (PO) cần hiểu rõ Use Case? Hãy cùng tìm hiểu chi tiết trong bài viết này.

ITBA

Sprint Planning Là Gì? Toàn Tập Về Buổi Lập Kế Hoạch Sprint Trong Scrum

Nếu Sprint Planning được tổ chức hiệu quả, nhóm sẽ có một Sprint backlog rõ ràng, tinh thần đồng thuận và định hướng công việc xuyên suốt. Ngược lại, một buổi lập kế hoạch kém chất lượng dễ dẫn đến sự mơ hồ, kỳ vọng sai lệch và giảm năng suất.

ITBA

🔥5 Kỹ Năng Để Trở Thành Một Product Owner Xuất Sắc

Một Product Owner giỏi chính là người “cầm lái” đưa sản phẩm từ ý tưởng ban đầu đến khi triển khai thành công ra thị trường. Nếu thiếu kỹ năng, PO dễ khiến dự án chậm tiến độ, backlog rối loạn và sản phẩm không đáp ứng đúng nhu cầu.

ITBA

🎉 BLACKLOG GROOMING - BÍ QUYẾT ĐỂ CẢI THIỆN SPRINT PLANNING

Bạn đã bao giờ rơi vào cảnh Sprint Planning kéo dài hàng giờ chỉ vì backlog quá lộn xộn, user story mơ hồ, hoặc cả đội nhóm tranh cãi mãi không đi đến kết luận?

Đăng kí nhận tư vấn

Hãy nhập ngay email của bạn vào form bên dưới để được nhận tư vấn trực tiếp từ trung tâm.