Story point là gì?

Story point là một đơn vị đo kích thước tương đối. Thay vì ước lượng một phần công việc bằng giờ hay ngày, đội ngũ so sánh nó với công việc đã làm trước đó: “cái này lớn khoảng gấp đôi cái kia.” Con số này gộp chung công sức, độ phức tạp và mức độ chưa chắc chắn.

Vì sao tương đối, không phải giờ

Con người dự đoán kém về việc một tác vụ sẽ mất bao lâu, nhưng khá giỏi trong việc đánh giá tác vụ này có lớn hơn tác vụ kia hay không. Story point tận dụng kỹ năng thứ hai.

• Điểm không phụ thuộc vào người làm. Một story là 3 điểm dù kỹ sư senior hay junior nhận nó; sự khác biệt thể hiện ở tốc độ đội ngũ hoàn thành điểm, không nằm ở ước lượng.
• Việc ước lượng vẫn nhanh. So sánh một story với một story đã biết chỉ mất vài giây. Chia nhỏ nó thành giờ mất nhiều thời gian hơn nhiều và hiếm khi chính xác hơn.
• Điểm chuyển thành ngày tháng nhờ đo lường. Khi đội ngũ biết mình hoàn thành bao nhiêu điểm mỗi iteration — tức velocity — đội ngũ có thể dự báo khi nào một nhóm story sẽ xong.

Một ước lượng là một cuộc trò chuyện về kích thước, không phải một lời hứa. Nếu đội ngũ không thống nhất về một con số, cuộc thảo luận thường làm lộ ra một sự hiểu lầm về story, và đó mới là kết quả hữu ích hơn.

Các thang đo

Các đội ngũ chọn một thang đo ngắn để ước lượng luôn ở mức thô. Các thang phổ biến:

• Fibonacci — 0, 1, 2, 3, 5, 8, 13. Khoảng cách tăng dần theo kích thước, vì story càng lớn càng kém chắc chắn.
• Tuyến tính — 0, 1, 2, 3. Một thang nhỏ cho các đội ngũ chia công việc thật mịn.
• Cỡ áo — S, M, L (đôi khi thêm XS và XL).

Một story quá lớn so với mức cao nhất của thang là tín hiệu để chia nó thành các story nhỏ hơn.

Ước lượng cùng đội ngũ

Một kỹ thuật phổ biến là planning poker: mỗi người chọn một ước lượng riêng, mọi người cùng lật bài một lúc, và những người đưa ra ước lượng cao nhất và thấp nhất giải thích lý do trước khi đội ngũ thống nhất một con số. Việc lật bài cùng lúc giúp ý kiến đầu tiên không neo các ý kiến còn lại.

Hãy ước lượng trước khi story được bắt đầu, khi đội ngũ đã hiểu “xong” nghĩa là gì đối với story đó — tức các tiêu chí chấp nhận. Xem User story và lập kế hoạch iteration.

East Agile Tracker làm điều đó như thế nào

• Feature nhận điểm theo mặc định. Bug và chore không được ước lượng trừ khi dự án bật Points for bugs and chores. Xem Ước lượng feature.
• Có sẵn ba thang đo: Fibonacci (0, 1, 2, 3, 5, 8, 13), East Agile (0, 1, 2, 3), và 3-Point (1, 2, 3 cho Small / Medium / Large). Thang đo được chọn theo từng dự án; đổi thang sau này không ánh xạ lại các ước lượng hiện có. Xem Points.
• Điểm đóng góp vào velocity. Điểm của một story được tính vào velocity khi story đạt tới done state của dự án, và velocity định cỡ các iteration tiếp theo. Xem Velocity.
• Story chưa ước lượng có thể tìm kiếm được. Bộ lọc is:unestimated liệt kê các feature vẫn cần một con số. Xem Tìm kiếm và bộ lọc.

Đọc thêm

• Velocity là gì? — điểm trở thành dự báo như thế nào.
• Scrum hay Kanban — vị trí của việc ước lượng trong mỗi phương pháp.
• eXtreme Programming — phương pháp khai sinh ra story point.