...

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

Làm BA trong Fintech: Bí kíp để không chỉ là người ghi yêu cầu!

Fintech đang là “đỉnh của chóp” với ví điện tử, ngân hàng số, blockchain, crypto – cơ hội cho BA tụi mình đầy rẫy ngoài kia. Nhưng làm BA trong fintech không chỉ là ngồi viết BRD hay vẽ sơ đồ đâu nha. Muốn nổi bật, bạn cần vài “vũ khí bí mật” ngoài nghiệp vụ. Hôm nay, mình chia sẻ 5 bí kíp siêu thực tế, cộng thêm cách dùng AI để học fintech nhanh như chớp và lý do vì sao dân BA mê mẩn ngành này.

ITBA

PRODUCT OWNER DỄ HIỂU

Product Owner (PO), hay còn gọi là người quản lý sản phẩm, là người đứng ở “giao điểm” giữa người dùng – công nghệ – mục tiêu kinh doanh. Họ đóng vai trò then chốt trong việc phát triển các sản phẩm số như ứng dụng, trang web, và phần mềm trên nhiều nền tảng khác nhau.

TOP 10 LỖI CẦN TRÁNH KHI VIẾT TÀI LIỆU PRODUCT REQUIREMENT DOCUMENT (PRD)

Một Product Requirements Document (PRD) là tài liệu quan trọng định hướng phát triển cho mọi dự án phần mềm.

VAI TRÒ CỦA MVP TRONG GIAI ĐOẠN XÁC ĐỊNH PHẠM VI DỰ ÁN

Trong phát triển phần mềm, việc ra mắt một sản phẩm hoặc tính năng mới luôn đi kèm với rủi ro. Luôn tồn tại sự không chắc chắn về việc liệu người dùng có thấy sản phẩm của bạn hữu ích hay không

Đă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.