Ước lượng dự án
Một người phát triển phần mềm viết cho tôi: “Tại sao ước lượng dự án phần mềm thường sai? Tại sao nhiều dự án phần mềm không đáp ứng lịch biểu? Ai nên đặt ra lịch biểu cho dự án?”
Đáp: Ước lượng dự án phần mềm thường không chính xác bởi vì người phát triển có khó khăn với việc ước lượng thời gian được cần để hoàn thành nhiệm vụ của họ. Phần lớn các lí thuyết ước lượng đều giả định rằng người phát triển sẽ dành 100% thời gian làm việc nhưng thực ra có nhiều hoạt động thường chen vào với việc phát triển mà không được tính tới.
Chẳng hạn họp tổ, thảo luận nhóm, và các hoạt động khác của công ty. Những hoạt động bên ngoài này là không thể dự kiến được. Bên cạnh việc viết mã, người phát triển phải gặp gỡ khách hàng để lấy yêu cầu, thiết kế, kiểm thử, viết tài liệu dự án, tham gia vào các buổi kiểm điểm v.v. Tất cả những hoạt động này là khó ước lượng. Cho dù người quản lí có yêu cầu người phát triển tham gia vào những hoạt động này trong ước lượng của họ, cũng không dễ làm. Làm sao bạn ước lượng được thời gian cho việc thảo luận tổ? Bạn có thể ước lượng được bao nhiêu thời gian là cần để kiểm thử mã phần mềm? Có thể là vài phút nếu mã làm việc tốt và qua mọi kiểm thử hay có thể vài ngày mới nhận diện và gỡ lỗi được nếu phần mềm không làm việc tốt.
Nhiều lịch biểu dự án được trao cho người quản lí dự án từ khách hàng. Bạn đã bao giờ hỏi liệu người phát triển có gặp khó khăn gì trong ước lượng thời gian của họ không mà làm sao khách hàng có thể đi tới lịch biểu giao cho họ được? Khách hàng có thể có lí do chính đáng cho lịch biểu vì họ cần sản phẩm phần mềm vào lúc đó, trong trường hợp đó họ phải thảo luận với người quản lí dự án để đi tới bản kế hoạch hợp lí hài hoà với việc phát triển và giảm bớt rủi ro chứ.
Lịch biểu dự án nên được dựa trên ước lượng tốt nhất từ tổ dự án và thương lượng với khách hàng để đi tới lịch biểu hợp lí mà cả tổ dự án và khách hàng có thể đồng ý. Ngay cả với điều đó xảy ra, người quản lí dự án vẫn phải giám sát lịch biểu đã lập kế hoạch và việc thực hiện thực tại để kiểm về bất kì biến thiên lớn này và có hành động sửa chữa để đảm bảo dự án sẽ không bị lỡ lịch biểu đã thoả thuận.
Tác phẩm, tác giả, nguồn
- Tác phẩm: Quản lý dự án
- Nguồn: Blog của giáo sư John Vu, Carnegie Mellon University.
- Wiki hóa: https://kipkis.com
