Bài giảng Quản lý dự án phần mềm - Chương 7: Quản lý thời gian - Nguyễn Anh Hào
Quản lý thời gian
Để bảo đảm cho dự án tạo ra kết quả chuyển giao đúng thời
hạn dự kiến; điều này phụ thuộc vào 4 yếu tố:
1. Những công việc cần thiết phải thực hiện (trách nhiệm)
2. Thời gian thực hiện từng công việc; đó là hậu quả của
việc cấp nguồn lực cho công việc.
3. Một số công việc không thể làm song song do:
– 1. Chúng bị phụ thuộc nhau do bản chất.
– 2. Chúng sử dụng chung 1 nguồn lực.
4. Khả năng sắp xếp công việc để tận dụng tối đa tập nguồn
lực hiện có của dự án (làm tăng tối đa năng suất thực
hiện).
Trang 1
Trang 2
Trang 3
Trang 4
Trang 5
Trang 6
Trang 7
Trang 8
Trang 9
Trang 10
Tải về để xem bản đầy đủ
Bạn đang xem 10 trang mẫu của tài liệu "Bài giảng Quản lý dự án phần mềm - Chương 7: Quản lý thời gian - Nguyễn Anh Hào", để tải tài liệu gốc về máy hãy click vào nút Download ở trên
Tóm tắt nội dung tài liệu: Bài giảng Quản lý dự án phần mềm - Chương 7: Quản lý thời gian - Nguyễn Anh Hào
QUẢN LÝ THỜI GIAN Nguyễn Anh Hào Khoa CNTT – HV CNBCVT II 2005 - 2006 Quản lý thời gian Ch.II Để bảo đảm cho dự án tạo ra kết quả chuyển giao đúng thời hạn dự kiến; điều này phụ thuộc vào 4 yếu tố: 1. Những công việc cần thiết phải thực hiện (trách nhiệm) 2. Thời gian thực hiện từng công việc; đó là hậu quả của việc cấp nguồn lực cho công việc. 3. Một số công việc không thể làm song song do: – 1. Chúng bị phụ thuộc nhau do bản chất. – 2. Chúng sử dụng chung 1 nguồn lực. 4. Khả năng sắp xếp công việc để tận dụng tối đa tập nguồn lực hiện có của dự án (làm tăng tối đa năng suất thực hiện). 2 1.Định nghĩa các công việc Ch.II • Các công việc cần làm được định nghĩa trong phần quản lý phạm vi. • Các phương pháp cơ bản: – Work Breakdown Structure. – Tìm hiểu và sử dụng danh sách công việc của các dự án tương tự. 3 2.Ước tính thời gian cho công việc Ch.II • Dựa trên danh sách công việc của dự án, nguồn lực (hữu hình) mà dự án có thể sử dụng, và môi trường của dự án (vd: môi trường làm việc, pháp lý, chính trị, xã hội,) để ước tính thời gian cần thiết hoàn thành từng công việc với loại nguồn lực nào đó. • Uớc tính thời gian hoàn thành từng công việc dựa trên năng lực trung bình của dự án đối với công việc. – Đây là cơ sở để xác định mức độ nổ lực trung bình cho công việc (để tính chi phí). – Hoạch định khoảng thời gian hợp lý cho công việc (không quá lâu hoặc quá gấp; nhìn từ phía dự án). 4 Ước tính thời gian cho công việc Ch.II 1. Ước lượng tuyến tính. – ET = bình quân của các trường hợp 2. Ước tính dựa trên năng suất toàn cục – ET = Thời gian trung bình + ΔT dự phòng rủi ro 3. Ước tính trung bình PERT – ET = (4*M + O + P) / 6 5 3.Sắp xếp trình tự các công việc Ch.II ~ Là sắp xếp trình tự thực hiện các công việc trong dự án để bảo đãm rằng yêu cầu ban đầu của công việc đã được đáp ứng tại thời điểm thực hiện công việc đó (ie: công việc đã khả thi). Có thể có nhiều công việc được tiến hành song song; nhưng không phải lúc nào cũng thực hiện được như vậy; là do sự phụ thuộc (về bản chất) giữa các công việc, và sự tranh chấp về nguồn lực dùng chung. 6 Xác định các loại phụ thuộc Ch.II 1. Phụ thuộc bắt buộc (Mandatory Dependencies). Phụ thuộc bắt buộc phát sinh từ bản chất tự nhiên của công việc. 2. Phụ thuộc chọn lựa (Discretionary Dependencies). Là sự phụ thuộc của một công việc vào kết quả hoặc cách thực hiện của công việc trước đó (ở tình huống cụ thể). 3. Phụ thuộc bên ngoài (External Dependencies). Là sự phụ thuộc của công việc trong dự án vào các công việc nằm ngoài dự án (non-project activities). 7 Kiểu phụ thuộc Ch.II 1. Finish-to-Start. Công việc sau bắt đầu được chỉ khi nào công việc trước nó đã kết thúc (phổ biến). 2. Finish-to-Finish. Công việc sau kết thúc được chỉ khi nào công việc trước nó đã kết thúc. Ví dụ: làm việc trên máy tính. 3. Start-to-Start. Công việc sau bắt đầu được chỉ khi công việc trước nó đã bắt đầu. Ví dụ: làm việc trên máy tính. 4. Start-to-Finish. Công việc sau phải bắt đầu thực hiện để kết thúc được công việc trước. Ví dụ: giao ca. 8 Ví dụ. Ch.II Công việc Kết quả Phụ MO ML MP ET thuộc 1. Tìm hiểu yêu cầu User Req. Doc -- 1 5 9 5 (URD) 2. Thiết kế màn hình Screen layout 1 5 6 7 6 3. Thiết kế báo cáo Report layout 1 3 6 9 6 4. Thiết kế CSDL Database structure 2, 3 1 2 3 2 5. Lập tài liệu Documents (DOC) 4 3 6 7 5.5 6. Lập trình Source code 4 4 5 6 5 7.Kiểm tra Software 6 1 3 5 3 8. Cài đặt User Acceptance 5, 7 1 1 1 1 9 PERT-Action On Arc (AOA) Ch.II • Các cung (arcs) là các hoạt động tạo ra sản phẩm • Sản phẩm được thể hiện trên node. 1 URD 2 Screen design 3 4 Report 4 Database 5 DOC 8 User design design Acceptance 6 8 Source 7 Software code product 10 PERT-Action On Node (AON) Ch.II • Các cung chỉ sự phụ thuộc của các node (và kết quả chuyển giao sang node kế) • Hoạt động được thể hiện trên node. 2 5 8 ET=6 ET=5.5 ET=1 1 4 ET=5 ET=2 3 6 7 ET=6 ET=5 ET=3 11 4.Ước tính thời gian cho dự án Ch.II ~ Là tính thời gian thực hiện toàn bộ dự án với các ước tính thời gian hoàn tất từng công việc và sự phụ thuộc giữa chúng. Kết quả của nhóm tiến trình này là các lược đồ thể hiện thời gian thực hiện dự án (vd: PERT, GANTT) và biểu đồ nguồn lực sử dụng theo thời gian (Hình đồ tài nguyên) để chứng tỏ rằng cách tiến hành dự án như kế hoạch là hợp lý, hoặc tối ưu theo phương diện nào đó, vd: làm nhanh, hay ít tốn kém. 12 PERT-AON Thời gian hoàn thành sớm nhất Ch.II • Bắt đầu từ node đầu tiên bên trái (node 1) – TE1 = ET1 • Theo chiều mũi tên đi – TEcuối = TEđầu + ETcuối • Nếu node có nhiều mủi tên chỉ đến (node 8) – TEcuối = Max{TEđầu } + ETcuối TE=11 TE=18.5 TE=22 2 5 8 TE=5 ET=6 TE=13 ET=5.5 ET=1 Max{18.5, 21} 1 4 ET=5 TE=11 ET=2 TE=18 TE=21 3 6 7 ET=6 ET=5 ET=3 13 PERT-AON Thời gian hoàn thành trễ nhất Ch.II • Từ node cuối cùng bên phải (node 8): – TL8 = TE8 • Ngược chiều của mủi tên: – TLđầu = TLcuối - ETcuối • Node có nhiều mủi tên chỉ đi (node 4) – TLđầu = Min {TLcuối - ETcuối} TL=11 TL=21 TL=22 TE=11 TE=18.5 TE=22 2 5 8 TL=5 TL=13 TE=5 ET=6 TE=13 ET=5.5 ET=1 1 4 Min {15.5, 13} TL=11 TL=18 TL=21 ET=5 TE=11 ET=2 TE=18 TE=21 3 6 7 ET=6 ET=5 ET=3 14 PERT-AON Critical Path và độ thư giản Ch.II • Độ thư giản (Slack time) S = TL - TE là mức độ thời gian cho phép công việc có thể kéo dài (hoặc bắt đầu trễ) mà tiến độ của dự án không bị ảnh hưởng. • Critical Path gồm các node có S = 0, là những node không được phép trễ hạn để bảo đảm tiến độ của dự án. • Do các ước lượng thời gian cho mỗi công việc có thể bị sai, hoặc rủi ro thiếu nguồn lực, các công việc trên Critical Path cần phải được cộng thêm thời gian dự phòng để thực hiện những điều chỉnh cần thiết khi công việc có triệu chứng trễ tiến độ. 15 Gantt chart Ch.II • Gantt chart thể hiện (bằng hình vẽ) sự trùng lắp (overlap) giữa các công việc để ước lượng mức độ nổ lực của dự án tại mỗi thời điểm, và các thời điểm bắt đầu - kết thúc của từng công việc để kiểm soát tiến độ theo thời gian thực. Chris Task 1 Chris Task 2 John Task 3 John Task 4 Martin Task 5 John Task 6 Martin Task 7 Chris Task 8 0 5 11 13 18 21 22 16 Resource chart Ch.II • Resource chart thể hiện mức độ nguồn lực cần thiết của dự án theo thời gian thực. Chênh lệch giữa nguồn lực sẵn sàng của dự án với nguồn lực sử dụng cho công việc thể hiện mức độ lãng phí trong cách sử dụng nguồn lực. Nguồn lực sẵn sàng của dự án n lực Nguồn lực sử dụng cho công việc Chris Martin Nguồ Chris John John John Martin Chris 0 5 11 13 18 21 22 17 Resource leveling Ch.II Là sự điều chỉnh tăng giảm nguồn lực cho công việc (hoặc ngược lại) vì các mục đích khác nhau: 1. Giữ nguyên cách bố trí công việc hiện hữu; điều chuyển tăng cường nguồn lực từ nơi dư thừa nguồn lực sang các công việc đang gây quá tải để cân bằng nguồn lực. 2. Giữ nguyên cách bố trí nguồn lực hiện hữu; điều chuyển công việc từ nơi đang quá tải sang nơi đang dư thừa nguồn lực để cân bằng nguồn lực. 3. Tăng cường nguồn lực cho các Critical tasks để chúng hoàn thành sớm hơn (giảm ET), nhờ đó rút ngắn thời gian thực hiện dự án (kỹ thuật crashing). 4. Giảm bớt nguồn lực của các công việc có độ thư giản cao (Slacktime lớn) để tiết kiệm nguồn lực (giảm chi phí). 18
File đính kèm:
- bai_giang_quan_ly_du_an_phan_mem_chuong_7_quan_ly_thoi_gian.pdf