Trong phát triển phần mềm, “ước lượng” thông thường bao gồm một đánh giá định lượng về công việc cần thiết để thực hiện một nhiệm vụ phát triển nhất định; điều này thường được thể hiện dưới dạng thời gian (giờ / ngày) hoặc đơn vị ước lượng (điểm câu chuyện). Mục đích là để hợp nhất một số ước lượng cá nhân như vậy nhằm có được một chỉ dẫn về tổng thời gian, công việc hoặc chi phí của dự án phần mềm.
Những cạm bẫy phổ biến của ước lượng linh hoạt
Ngay cả trong một linh hoạtcộng đồng, mọi người sẽ tìm thấy nhiều trường phái tư tưởng khác nhau về việc đánh giá lý thuyết và thực hành. Tuy nhiên, một số sai lầm điển hình mà các đội linh hoạtthường gặp phải khi họ thực hiện các đánh giá linh hoạt, và những cạm bẫy phổ biến này đã đạt được sự đồng thuận rộng rãi:
- Các ước lượng phải chứa “sự không chắc chắn”; “(điểm câu chuyện)“ước lượng thường được coi là không đầy đủ vì chúng không phản ánh được sự không chắc chắn này.
- Ước lượng khác với lời hứa; ví dụ, việc buộc tội nhà phát triển đã dành 3 ngày, trong khi anh/cô ấy ước lượng rằng việc hoàn thành công việc trong 2 ngày có thể là một thái độ phản tác dụng, thường dẫn đến kết quả ước lượng quá mức trong tương lai.
- Ước lượng không phải là câu trả lời cuối cùng, nó chỉ phản ánh thông tin có trong giao tiếp; luôn nên cho phép giá trị ước lượng được cập nhật lên hoặc xuống dựa trên thông tin mới.
Tài liệu tham khảo về ước lượng linh hoạt
- Ước lượng — Liên minh Linh hoạt
- Ước lượng Linh hoạt là gì?
- Poker Lập kế hoạch trong Linh hoạt là gì?
This post is also available in Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, 简体中文 and 繁體中文.