Nhận thức về các mốc thời gian cần hoàn thành

Một phần của tài liệu Giáo trình Quản lý dự án phần mềm (Trang 59 - 60)

Bài số 4,5: Cấu trúc phân rã công việc (WBS), Ước lượng và lập lịch

Nhận thức về các mốc thời gian cần hoàn thành

bên ngoài hay không. Liệu thời hạn này cần có hay không để đảm bảo dự án thành công. Ví dụ: kết thúc năm tài chính, hết hạn hợp đồng, hạn đến năm 2000 là những thời hạn “thực tế”, do ngoại cảnh bên ngoài tác động và không thể thay đổi được.

Hoặc các thời hạn đó có phải "hạn giả" không? Nó có thể là thời hạn giả hay thời hạn mềm nếu như nó được thiết lập bởi người có quyền bất kỳ vì thế nên có thể có một vài sự linh hoạt.

Vic th hin sựước lượng trong tài liu

Việc thể hiện sự ước lượng như thế nào cũng có ảnh hưởng rất lớn tới kết quả của dự án. Sự đánh giá kết quả dự án có đúng với ước lượng ban đầu hay không phụ thuộc nhiều vào việc mô tả ước lượng thế nào. Chằng hạn nếu ghi con số ước lượng một cách chính xác thì nếu kết quả là một con số cụ thể khác, se dẫn tới kết luạn việc ước lượng sai, nhưng nếu ghi ước lượng trong một khoảng nào đó sẽ đưa ra kết luận ước lượng đúng. Các kỹ thuật để thể hiện sự ước lượng được trình bày dưới đây

• Thêm các nhân tố cộng hoặc trừ để thể hiện sự sai số cho ước lượng ví dụ 6 tháng +/-1tháng

• Sử dụng các khoảng thời gian để thể hiện ước lượng ví dụ: 6-8 tháng • Khi định lượng rủi ro thì thêm +/- với các thông tin được thêm mới vào

60

– +1 tháng với các công cụ mới không làm việc như mong đợi – -2 tuần cho khoảng thời gian chậm trễ để thuê lập trình viên mới • Nên thêm các ước lượng theo các tình huống

– Tình huống tốt nhất/ Theo kế hoạch/ Hiện tại/ Tồi nhất • Trình bày sự ước lượng theo các ngày hoạt động

– Ví dụ cho Q3 02: quí 3 năm 2002 • Thêm các yếu tố khẳng định

– Ví dụ ước lượng cho tháng 4 xác suất 1-10%, cho tháng 7 xác suất 1-50%

Các yếu t khác nh hưởng đến quá trình ước lượng

Một phần của tài liệu Giáo trình Quản lý dự án phần mềm (Trang 59 - 60)

Tải bản đầy đủ (PDF)

(127 trang)