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í).
18File đính kèm:
bai_giang_quan_ly_du_an_phan_mem_chuong_7_quan_ly_thoi_gian.pdf

