Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm PHẦN II: LÊN KẾ HOẠCH Chương XÁC ĐỊNH DỰ ÁN Trong dự án phần mềm, việc xác định mục tiêu dự án chiếm tỷ lệ đáng kể thời gian chi phí dự án Hầu 1/3 nỗ lực dự án dành cho việc thu thập yêu cầu Đề xác định dự án, trưởng dự án phải trả lời câu hỏi sau: Mục tiêu dự án gì? Sản phẩm hay dịch vụ cung cấp? Ai người tham gia chủ yếu? Dự án bắt đầu kết thúc nào? Dự án thực đâu? Tại lại đề xuất dự án? Những khó khăn/giới hạn dự án? Phải trả lời câu hỏi bước quản trị dự án có khả thực tốt Tuy nhiên, việc có câu trả lời từ câu hỏi việc dễ dàng Nó đòi hỏi nỗ lực to lớn để vấn thành viên ban lãnh đạo, liên hệ khách hàng, thu thập xem xét hồ sơ (ví dụ hợp đồng nhà cung cấp khách hàng) Bản phát biểu công việc (Statement of work- SOW) Tuy nhiên hợp đồng ký nhà cung cấp khách hàng, sót lại nhiều chi tiết không giải thích Do trưởng dự án phải làm rõ lại tất phát biểu công việc (SOW) Bản phát biểu công việc văn thống nhằm ghi lại giải pháp cho vấn đề Nó thoả thuận khách hàng lãnh đạo dự án điều cần thực Hay xác hơn, thoả thuận bên liên quan Ngoài tảng cho giao tiếp hiệu việc giải mâu thuẫn tiền ẩn, nơi phát biểu giả thiết, đường lối đạo chung dự án Với phát biểu công việc trưởng dự án có câu trả lời cho câu hỏi Hơn từ này, trưởng dự án rút thông tin sau: Khó khăn giới hạn công việc Các yêu cầu bên liên quan Mức độ hổ trợ từ người tham gia Các giả thiết Trách nhiệm chủ yếu 28 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Những mốc thời gian quan trọng Tiêu chuẩn chất lượng Xác định mục tiêu nhiệm vụ trưởng dự án thu thập liệu cần thiết để phác thảo phát biểu công việc Để có liệu đó, trưởng dự án nên khảo sát liệu từ dự án trước đó; vấn nhà tài trợ dự án, ban lãnh đạo, người bán hàng, khách hàng; xem xét lại tài liệu có sổ ghi nhớ tiến trình làm việc với khách hàng trước đây; xem lại kinh nghiệm từ dự án trước Nôi dung phát biểu công việc gồm: Giới thiệu Phạm vi Các giả định Các ràng buộc Tiêu chuẩn thực Sản phẩm mô tả dịch vụ Những trách nhiệm Tham khảo Sửa đổi, bổ sung? 10 Chữ ký 7.1.1 Giới thiệu Phần mô tả mục đích dự án gồm tên dự án, lý thực dự án, tên người tham gia chính, số thông tin chủ yếu 7.1.2 Phạm vi Phần xác định „biên‟ dự án – nghĩa là làm không làm Phạm vi quan trọng cho việc lập kế hoạch giúp làm tối thiểu hóa thay đổi Theo [3] thống kê 7/10 dự án bị thất bại hai bên (nhà cung cấp khách hàng) không hiểu Vì để bên hiểu ý nhau, trưởng dự án phải sử dụng nhiều kỹ thuật nghệ thuật khác việc xác định phạm vi Bắt đầu phạm vi điều cần thiết Do hai bên phải ngồi lại với để thỏa thuận làm không làm Nếu bước bị bỏ qua dự án gặp nhiều rủi ro, rủi ro hiểu lầm mục tiêu dự án Do pha đòi hỏi hai bên phải biết lắng nghe Biết lắng nghe nghệ thuật cần thiết cho trưởng dự án Lắng nghe thành viên nhóm để giải mâu thuẫn, lắng nghe khách hàng để hiểu rõ yêu cầu khách hàng v v… Kỹ thuật xác định phạm vi Ở mức xác định phạm vi này, bên phải lắng nghe lẫn để hiểu ý Kỹ lắng nghe cụ thể hóa thành qui trình bước sau [3]: 29 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Hình 3.1 Bước 1: khách hàng đưa yêu cầu Bước 2: nhà cung cấp làm rõ yêu cầu cách lặp lại lời hay viết lại yêu cầu thành văn bản, mô hình,.v v đưa cho khách hàng duyệt khách hàng xác nhận nhà cung cấp hiểu yêu cầu Bước 3: nhà cung cấp trả lời (bằng lời, văn bản, mô hình,.v v ) đáp ứng tương ứng với yêu cầu khách hàng Bước 4: nhà cung cấp đem văn đáp ứng bước 3cùng khách hàng làm rõ đáp ứng cách bên ngồi duyệt lại nhà cung cấp xác nhận khách hàng hiểu điều anh muốn cung cấp Qui trình đơn giản, tốn thời gian; trưởng dự án coi thường, bỏ qua qui trình khả xác định phạm vi sai, thiếu cao Vì mục đích qui trình khử bỏ hiểu lầm bên Nghệ thuật vấn Xác định rõ mục tiêu vấn Chuẩn bị sẳn số kiến thức cần thiết cho nội dung vấn Chọn loại hình vấn: Phỏng vấn có xếp trước hỏi loạt câu hỏi với mục đích lấy thông tin rõ ràng, chi tiết cụ thể Kiểu vấn thường dùng vấn đề đề cập rõ ràng, không mơ hồ Ví dụ dùng kiểu vấn cần có thông tin chi tiết mục phát biểu công việc Phỏng vấn không xếp trước hỏi câu hỏi có tính chất mở rộng từ liên hệ thông tin cần thiết khác Người vấn cần phải kiểm soát vấn Kiểu vấn dùng vấn đề đề cập mơ hồ cần thiết có nhìn sâu vào bên vấn đề Ví dụ dùng kiểu vấn để nắm bắt kỳ vọng khách hàng dự án thực Xin trước hẹn đến trước hẹn vài phút Đi theo số quy ước định vấn xin phép thu âm ghi băng lại, hỏi câu hỏi ngắn gọn súc tích, lọai bỏ xu hướng chen tình cảm cảm xúc vào câu trả lời, lắng nghe cách chủ động lên kế họach cho buổi vấn vào thời điểm thích hợp Cố gắng né tránh 30 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm tranh cãi ko cần thiết xảy vấn tránh ko cho thành kiến chen vào lẫn câu hỏi Nếu theo sát nguyên tắc vấn công cụ hỗ trợ đắc lực việc tìm kiếm thông tin thích hợp cho phát biểu công việc Nghệ thuật đàm phán Là trưởng dự án, có nhiều lúc bạn cần thương lượng đàm phán tài nguyên, thời gian biểu, ngân sách, chất lượng với khách hàng, với thành viên nhóm, với xếp bạn Cuộc đàm phán diễn không kiểu cách đòi hỏi phải diễn theo nghi thức định Khi đàm phán, phải nắm rõ quy tắc tối thiểu sau: Tìm giải pháp có lợi cho đôi bên Nên nhớ, đàm phán để chiến thắng Vì chiến thắng không dài lâu chí gây bất lợi lớn cho bạn sau Cần phổ biến thông tin chung bạn đối tác đàm phán Các thông tin chung gồm giá trị, chuẩn, công cụ, mục đích, hay tầm nhìn Bằng cách nhấn mạnh vào chung, bạn giữ cho giao tiếp mở Linh hoạt Lập trường cứng nhắc chẳng đem đến cho bạn chí kết cục thất bại cho đôi bên Linh họat cách nhận thức rõ điểm mạnh yếu bạn Chọn thời gian địa điểm thích hợp cho việc đàm phán, nơi tạo cảm giác thoải mái cho phía Cảm giác thỏai mái giúp cho đối thọai thuận lợi Cần biết nhiều thông tin đối tác bạn thương lượng tốt 7.1.3 Các giả định Phần liệt kê ý tưởng không dự án Các giả định thể liên quan đến mức độ hổ trợ nội điều kiện thị trường Giả định dùng việc lập kế hoạch 7.1.4 Các ràng buộc Hiếm có dự án mà tài nguyên hay tùy ý sử dụng vô giới hạn Tiền bạc, thời gian, nhân lực, thiết bị, công cụ hỗ trợ tiện ích thường bị giới hạn số lượng chất lượng Nhận biết sớm giới hạn giúp dự án có tính khả thi 7.1.5 Tiêu chuẩn thực – Cam kết chất lượng Phần mô tả tiêu chuẩn để khách hàng hài lòng Thông thường, ba tiêu chuẩn quan trọng là: chi phí, lịch biểu chất lượng Ví dụ: Dự án không vượt chi phí dự trù, không sai ngày giao nộp, phải bảo đảm hạn cột mốc ngày quan trọng; dịch vụ biên đặc tả sản phẩm phải trọng Ngoài ra, với dự án phần mềm cần phải có cam kết rõ ràng yêu cầu phi chức như: Hiệu năng: Lượng người truy cập đồng thời, dự án web Thời gian đáp ứng phần mềm, v.v Tính sẳn sàng: ví dụ thời gian phục hồi hệ thống có cố, thời gian phục vụ hệ thống, v v… 31 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Bảo mật: theo vết người dùng, mã hóa mật khẩu, v.v v v Thông tin giúp ích cho việc lên kế hoạch, bảo đảm dự án tập trung vào mối quan tâm yếu ngăn chặn tranh cãi sau 7.1.6 Lợi ích nghiệp vụ Mô tả ích lợi mà dự án đem lại cho khách hàng cho công ty 7.1.7 Mô tả sản phẩm / dịch vụ Phần mô tả tổng quát sản phẩm hay dịch vụ Sự mô tả bao gồm đặc điểm bản, tính chất, thành phần, hay phần giao cho khách hàng dạng sản phẩm Nội dung phần tường thuật hay sơ đồ.Thông tin hữu ích để xây dựng sơ đồ phân rã công việc (WBS) 7.1.8 Các trách nhiệm Phần phác họa công việc cấp cao người tham gia chính, công việc mô tả chi tiết sơ đồ phân rã công việc (WBS) 7.1.9 Tham khảo Phần liệt kê tài liệu liên quan đến nội dung SOW Những tài liệu thường giúp việc lên kế hoạch chi tiết 7.1.10 Sửa đổi bổ sung Bản phát biểu công việc văn cố định, chỉnh sửa theo thời gian, viết thêm vào thay đổi sau mà chấp thuận 7.1.11 Chữ ký Phần ghi nhận tán thành người định Ít có chữ ký trưởng dự án, người bảo trợ, khách hàng, thành viên ban lãnh đạo Công bố dự án Khi phát biểu công việc hoàn tất, trưởng dự án bắt đầu công bố dự án Công bố dự án ghi nhớ phân bố rộng rãi Nó cách dự án „chào sân‟ công ty, thông báo cho người ưu dự án, để giành sức mạnh hành chánh để cạnh tranh với dự án khác 32 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Chương 8: CÁC KỸ THUẬT LÊN KẾ HOẠCH Sau công bố dự án, trưởng dự án bắt tay vào việc lên kế hoạch bắt đầu việc xác định công việc cụ thể ước lượng tài nguyên cho chúng 8.1 Phân rã công việc (Work Breakdown Structure -WBS) Từ phát biểu công việc (SOW), công việc phát biểu mức cao, nghĩa mức trừu tượng (what), khó hình dung công việc làm (how) để ước lượng xác tối đa tài nguyên cho Vì vậy, đề ước lượng công việc làm nào, phải dùng kỹ thuật phân rã công việc hay WBS để cụ thể hóa công việc dự án mức chi tiết WBS danh sách công việc dạng phân cấp, cấp chi tiết hóa công việc mức trên, phân cấp Đây kỹ thuật thực hóa công việc trừu tượng Công việc trừu tượng Công việc CV 1.1 CV 1.3 Công việc CV 2.1 Côngviệc … Công việc n CV n.1 CV 2.2 CV 1.2 CV n.2 CV n.4 CV 2.2.1 CV 2.2.2 CV n.3 CV n.5 CV 2.2.3 CV 2.2.4 Hình 5.1: WBS dạng phân cấp Nói cách dễ hiểu hơn, công việc phân rã hình dung làm nào, từ ước lượng tài nguyên, thời gian thực chi phí Một định nghĩa khác, WBS công cụ để chi tiết hóa công việc đến mức ước lượng tài nguyên, thời gian cho công việc WBS đầu vào (input) kế hoạch, WBS sai kế hoạch dự án bị sai nguy dự án bị thất bại cao WBS trình bày dạng Dạng danh sách: dạng hay sử dụng Ví dụ: dự án Xây dựng WebSite 33 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm 1.0 Khảo sát 1.1 Khảo sát hệ thống hành 1.2 Xác định yêu cầu 1.2.1 Của người dùng 1.2.2 Về nội dung trang web 1.2.3 Về hệ thống 1.2.4 Của chủ server 1.3 Xác định chức 1.4 xác định rủi ro cách tiếp cận quản lý rủi ro 1.5 Lên kế hoạch dự án 1.6 Nhóm phát triển trang web 2.0 Thiết kế Web Site 3.0 Phát triển Web Site 4.0 Triển khai 5.0 Bảo trì Dạng đồ họa: dạng trực quan tốn chỗ vẽ, thích hợp cho dự án nhỏ đơn giản Ví dụ: với dự án xây dựng web site công ty ABC Dự án WebSite Khảo sát Thiết kế Giao diện người dùng Triển khai Phát triển Bảo trì Cơ sở hạ tầng hổ Các trang Tích hợp / trợ server đường links migrate nội dung Các chức Khởi tạo server Kiểm thử Hình 5.2 WBS dạng đồ họa dạng phân cấp Phải bảo đảm WBS có gồm công việc: Công việc quản trị dự án: chi phí tài nguyên cần thiết cho viêc quản trị dự án như: lương cho trưởng dự án, văn phòng làm việc, máy tính, Viết tài liệu: hồ sơ phát triển sản phẩm, kinh nghiệm quản trị dự án này,… Cài đặt sản phẩm: huấn luyện người dùng, lên kế hoạch truyền thông, kế hoạch maketing,… 34 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Đóng dự án: gồm thời gian, chi phí tài nguyên cần để đóng cửa văn phòng dự án, tái phân công nhân đóng tài khoản ngân hàng Thu hồi sản phẩm: gồm kế hoạch thu hồi sản phẩm sau hết vòng đời sử dụng Lưu ý: Có thể phân rã theo phạm trù miễn có ý nghĩa cho dự án Phạm trù thành phần sản phẩm, chức năng, đơn vị tổ chức, lãnh thổ địa lý, chi phí, lịch biểu, công việc WBS thường phân rã theo công việc Các ví dụ minh họa cho phân rã theo công việc Các thành phần phân rã mức cuối –mức hay gọi gói công việc, phải thỏa tiêu chí sau: Tình trạng/tính hoàn tất công việc đo Thời gian, tài nguyên chi phí dễ ước lượng Luật 80 giờ: công việc nên thực khoảng 80 Thời gian hoàn thành công việc giới hạn cho phép Công việc phân công độc lập Nghĩa công việc thực thực hết mà không bị dừng chừng để chờ kết công việc khác Trong lúc phân rã, có tiêu chí không thỏa phải phân rã tiếp Tránh đưa WBS không đủ chi tiết Nếu công việc xác định mức độ thô (còn mơ hồ) việc ước lượng nhân sự, thời gian thực hiện, ngân sách cho công việc trở nên "phán" Những thông tin ước lượng không đáng tin cậy, nguyên nhân khiến kế hoạch không khớp với thực tế WBS chi tiết, việc lên kế hoạch xác khả theo dõi trình thực tốt Một phương pháp phổ biến sử dụng phương pháp 80 giờ: công việc thuộc tầng thấp WBS phải không vượt 80 lao động Nếu công việc cần nhiều hơn, trưởng dự án phải chia nhỏ công việc thành công việc nhỏ Do WBS liên tục cải tiến trưởng dự án ước lượng thời gian thực công việc Khi hoàn tất, trưởng dự án nên với khách hàng người bảo trợ duyệt lại (review) để chắn WBS đầy đủ có đề cập đến chi tiết quan trọng Trưởng dự án dùng WBS để thượng lượng lại với khách hàng, cấp ngân sách, lich biểu, Các lợi ích lên WBS: WBS bắt trưởng dự án, thành viên nhóm, khách hàng ngồi lại với để phác họa bước cần thiết xây dựng chuyển giao sản phẩm hay dịch vụ Điều tự khuyến khích đối thoại giúp khoanh vùng phạm vi dự án; sớm vấn đề then chốt; làm rõ điều mơ hồ; phơi bày giả định ngầm - giả định phải liệt kê cách tường minh chúng nguồn gốc hiểm nguy tiềm ẩn Mức độ thấp WBS mức độ gói công việc (work package level ) Đó công việc sử dụng để phân công, xây dựng lịch biểu theo dõi tiến độ WBS xem danh sách phác thảo khổng lồ Mỗi mục thấp danh sách chia nhỏ mức độ cao 35 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Những đối tượng mức thấp tạo thành mức độ cao Đôi mức độ cao WBS mức độ quản lý , chi tiết tổng quát lên mức độ quản lý để dùng mục đích báo cáo Mức độ thấp gọi mức độ kỹ thuật Nó sở cho việc tạo lịch biểu hiệu kế hoạch ngân sách tốt Một WBS tốt cho phép tài nguyên cấp cho công việc rõ ràng, giúp cho việc đưa lịch biểu hợp lý, làm cho việc tính toán ngân sách đáng tin cậy Mức độ chi tiết WBS giúp trở nên hiệu việc phân công nhân với công việc cụ thể, người nấp "vỏ bọc chung chung" Một WBS lớn (có hàng ngàn công việc khác nhau) tốn nhiều tuần để thực Phạm vi dự án lớn,WBS lớn, trưởng dự án thực bị thiếu sót sai cao Do trưởng dự án nên mời thêm thành viên nhóm tham gia xây dựng WBS Sự tham gia khiến thành viên ý thức rõ vai trò trách nhiệm dự án WBS phải cập nhật dự án có thay đổi Một WBS tốt khiến cho việc thực lên kế hoạch dễ dàng Ví dụ 5.1: Xây dựng tiệm net với phòng rộng 60m2 (hiện chưa có thiết bị, vật dụng) Yêu cầu cung cấp thiết bị kể server, 15 máy clients Hãy lên WBS cho biết có công việc gì, cần người làm, thời gian bao lâu, chi phí bao nhiêu? Số lượng Công việc Số ngày 1: Mua thiết bị Nhân viên Trình độ trung cấp Đơn giá(VNĐ) 120,000 1.1: Thiết bị trang trí Thành tiền(VNĐ) 110,553,500 890,000 1.1.1: Sơn Nước 140,000 140,000 1.1.2: Cọ quét sơn 10,000 20,000 1.1.3: Bảng hiệu 150,000 150,000 1.1.4: Cửa kính 500,000 500,000 1.1.5: Đồng hồ treo tường 80,000 80,000 1.2: Thiết bị điện 5,215,500 1.2.1: Đèn 60,000 360,000 1.2.2: Quạt 80,000 400,000 1.2.3: Máy lạnh 1,500,000 3,000,000 1.2.4: Dây điện 100 700 70,000 1.2.5: Ổ cắm 20 3,000 60,000 1.2.6: Phích cắm 20 3,000 60,000 1.2.7: UPS( Lưu điện) 563,500 563,500 1.2.8: Ổn áp 500,000 500,000 1.2.9: Cầu dao 100,000 100,000 1.2.10: Cầu chì 2,000 2,000 50 2,000 100,000 1.2.11: Nẹp dây điện 1.3: Bàn ghế 1.3.1: Bàn đặt clients 5,800,000 15 250,000 36 3,750,000 Ghi Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm 1.3.2: Ghế cho khách ngồi 15 100,000 1,500,000 1.3.3: Bàn đặt server 250,000 250,000 1.3.4: Ghế cho nhân viên trực 100,000 100,000 1.3.5: Ghế cho khách ngồi chờ 40,000 200,000 1.4: Máy tính 64,060,000 1.4.1: Clients 54,060,000 1.4.1: Mainboard 15 981,000 14,715,000 1.4.1.2: CPU 15 917,000 13,755,000 1.4.1.3: RAM 15 804,000 12,060,000 1.4.1.4: Card Lan 15 129,000 1,935,000 1.4.1.5: Monitor 15 500,000 7,500,000 1.4.1.6: Case 15 273,000 4,095,000 1.4.1.7: Keyboard 15 0 Tặng 1.4.1.8: Mouse 15 0 Tặng 1.4.1.9: Headphone 15 0 Tặng 10,000,000 10,000,000 643,000 643,000 100 2,000 200,000 1.5.3: Nẹp Cable mạng 50 2,000 100,000 1.5.4: Đầu RJ45 50 1,000 50,000 1.1.4.2: Server 1.5: Thiết bị mạng 1.5.1: Switch 1.5.2: Cable mạng 993,000 1.6: Phần mềm 32,880,000 300USD/Năm 1.6.1: Microsoft 1.6.1: Windows Server 2003 1.6.1.2: Windows XP Home (Clients) 16 1.6.1.3: Office 2003 16 1.6.1.4: Visual Studio.NET 16 1.6.2: Ứng dụng 1.6.2.1: Lac Viet mtd 2002 1.6.2.2: Mcafee 1.6.3: Quản lý 1.7: Phụ kiên khác: bù lon, táng, nước uống… 1.8: Thuê đường truyền ADSL + Router 4,800,000 16 80,000 26,880,000 1,280,000 16 1,600,000 25,600,000 16 1,200,000 100,000 375,000 2: Lắp đặt 2.1: Trang trí nội thất 2 2.2: Máy tính 2.3: Đường mạng 4: Cài đặt phần mềm 2 1 5: Cấu hình mạng 6: Tìm cài đặt phần mềm cần thiết khác(phần mềm free) 37 680,000 Trung cấp Trung cấp Trung cấp Cử nhân Cử nhân Cử nhân 70,000 280,000 100,000 200,000 100,000 200,000 200,000 400,000 300,000 600,000 200,000 200,000 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Linh tinh,… Nên nhớ tất hoạt động khiến dự án phải tốn thêm chi phí mà nhân lại tình trạng không làm việc Nghĩa việc phải tính thêm chi phí, trưởng dự án phải tính thêm thời gian tiêu thụ hoạt động vào dự án Quỹ phòng hờ (Buffer budged): với đồng ý khách hàng, quỹ tính thêm 10%-20% trị gía dự án Quỹ sử dụng để tính chi phí phía khách hàng thay đổi yêu cầu, thêm chức năng, v…v , nhằm tránh cho khách hàng khỏi phài tốn thời gian thuyết phục, xin phép, làm giấy tờ thu chi với công ty họ có thay đổi thêm chức Khi kết thúc dự án, số tiền dư quỹ trả lại khách hàng 10.1.2 Công thức tính chi phí Như nói, có nhiều thành phần dự án phải tiêu xài tiền Các thành phần tiêu biểu là: • Trang thiết bị (mua, xin, mướn, mượn) • Cơ sở vật chất (facilities) (không gian phòng ốc, kho liệu) • Lao động (nhân công, hợp đồng) • Các vật dụng (giấy, viết, mực , vài thứ lặt vặt khác) • Huấn luyện (các buổi seminar, hội nghị, hội thảo khoa học) • Vận tải (đường bộ, đường thủy , đường hàng không) Công thức tính chi phí này: Trang thiết bị = giá mua = Giá thuê × khoảng thời gian thuê = Giá mướn × khoảng thời gian mướn Cơ sở vật chất = Giá thuê × khoảng thời gian thuê = Giá mướn × khoảng thời gian mướn Chi phí lao động = (thời gian lao động × đơn giá giờ) + (số làm việc thêm tuần × 1.5 đơn giá giờ) + (các làm việc thêm vào lễ, weekend × đơn giá giờ) Trong đơn giá lao động giờ: dựa vào khả nhân + độ phức tạp công việc + xu hướng thị trường Các vật dụng = số lượng × đơn giá đơn phẩm Chí phi huấn luyện = (chi phí giảng dạy × đơn giá × số lượng người có mặt) + (tổng chi phí lao động cho người có mặt) Chi phí vận tải = (đơn giá theo giờ, hàng ngày, hàng tháng, hàng năm) × (thời gian sử dụng) 59 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm 10.1.3 10.1.3.1 Phân loại chi phí Chi phí trực tiếp chi phí giám tiếp Chi phí trực tiếp liên quan tới tạo sản phẩm – ví dụ, chi phí mua nguyên vật liệu trả công người lao động Chi phí gián tiếp chi phí khác không cần thiết liên quan tới tạo sản phẩm - ví dụ, tiền thuê mướn thuế 10.1.3.2 Chi phí tuần hoàn chi phi phí không tuần hoàn Chi phí tái diễn: xuất thường xuyên - ví dụ, chi trả lâu dài cho sở vật chất hoạt động Chi phí không tái diễn: xuất lần – ví dụ, tiền mua thiết bị 10.1.3.3 Chi phí cố định chi phí biến động Chi phí cố định: chi phí không thay đổi theo khối lượng công việc- ví dụ, chi phí sử dụng sở vật chất Chi phí biến động: chi phí phụ thuộc vào tiêu dùng khối lượng công việc làm - ví dụ, chi phí cho nguyên vật liệu 10.1.3.4 Các chi phí lao động bắt buộc không bắt buộc Chi phí lao động bắt buộc: bao gồm tiền trả cho phúc lợi– ví dụ, bảo hiểm xã hội, y tế không gian phòng ốc chi phí hoạt động Chi phí lao động không bắt buộc: chi phí lao động – phí lao động bắt buộc 10.1.3.5 Lao động lao động Số lao động nhỏ 40 (=8h x ngày) tuần Số lao động lớn 40 tuần, bao gồm thời gian làm việc tuần ngày lễ, weekend 10.1.4 Các yếu tố ảnh hưởng việc tính toán chi phí Việc đạt ước lượng chi phí đáng tin cậy phụ thuộc vào ước lượng thời gian Vì hầu hết ước lượng chi phí dựa vào số lượng lao động để hoàn thành công việc Do đó, ước lượng công việc đáng tin cậy, ước lượng chi phí có độ tin cậy tương đương, chi phí kết đơn giá làm việc theo nhân với tổng thời gian làm việc Hơn nữa, ước lượng thường dựa giả thiết Trừ phi giả thiết làm rõ, không chúng đưa đến việc hiểu sai cho tính toán không xác Vì giả thiết phải giải thích rõ phát biểu công việc (SOW -xem chương 4) 60 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm 10.1.5 Cách tiếp cận quản lý chi phí Nếu không quản lý chi tiêu cách chặt chẻ nguy dự án bị vượt chi cao Trưởng dự án phải có nhiệm vụ rà soát để loại bỏ cắt giảm chi tiêu phí phạm, không hợp lý trình thực dự án Quản lý chi tiêu nên tiếp cận theo qui trình để tính toán đưa nhìn thực tế toàn chi phí dự án Trong chi phí cho hoạt động (overhead) vật liệu có ảnh hưởng lớn tổng chi phí dự án Do trưởng dự án phải tập trung vào quy trình cải tiến quy trình để giảm bớt chi phí hoạt động, chi phí vật liệu, mà phải tập trung vào khách hàng chi phí thật sản phẩm cuối tính cho khách hàng Để làm vậy, trưởng dự án phải đóng vai trò quan trọng việc xác định rõ: Khách hàng muốn (SOW) Danh sách công việc đáp ứng mong muốn khách hàng (WBS) Tổng số tiền (ước lượng chi phí) để tạo sản phẩm dịch vụ Các chi phí trực tiếp gián tiếp thực tế Các quy trình cần cải tiến bỏ để gia tăng thỏa mãn cho khách hàng giảm bớt chi phí 10.1.6 Làm trưởng dự án bị cho ước lượng chi phí cao? Trưởng dự án thường bị yêu cầu giảm bớt ước lượng họ Người quản lý cấp cảm thấy dự án hoàn thành với chi phí thấp Thậm chí yêu cầu giảm 10% tổng dự án Đây thách thức lớn mà trưởng dự án phải đối mặt Sau số phương án gợi ý cho tình vậy: Trưởng dự án đưa lý giải thích ước lượng chi phí Bằng cách giải thích nhân tố đằng sau ước lượng thời gian, tính toán kèm theo Việc đưa lý giả thiết làm cho thương lượng với xếp trở nên thuyết phục nhằm giữ lại ước lượng chi phí Trưởng dự án sửa đổi lại ước lượng chi phí dựa vào phản hồi cấp trên, chọn ước lượng sửa đổi tốt Cuối cùng, trưởng dự án thương lượng với khách hàng để giảm bớt thay đổi phạm vi dự án, giảm bớt yêu cầu công việc mô tả WBS, giảm bớt ước lượng thời gian, sửa đổi - bổ sung phân công Cuối cùng, thay đổi để phạm vi dự án tương ứng với chi phí giao Nên nhớ chi phí với kế hoạch vô nhạy cảm với thay đổi tích tiêu cực, điều làm tăng giảm độ tin cậy ước lượng Trong chừng mực đó, độ tin cậy bị ảnh hưởng mức độ rủi ro có liên quan đến kế hoạch ước lượng chi phí 61 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Chương 11: PHÂN PHỐI TÀI NGUYÊN Như biết, trưởng dự án phải quản lý lượng lớn tài nguyên đa dạng gồm người, vật tư, thiết bị, phòng ốc, công cụ, tiện ích v v Anh ta có nhiệm vụ phân phối tài nguyên cho bảo đảm việc sử dụng chúng với hiệu cao Trong tài nguyên người nguồn tài nguyên quí khó quản lý Do tập trung minh họa nguyên tắc phân phối tài nguyên người Các loại tài nguyên khác ứng dụng tương tự Phân phối tài nguyên gồm bước sau Xác định công việc liên quan Trưởng dự án dựa sơ đồ mạng công việc (network diagram) để xác định công việc dự án Những công việc tương ứng với gói công việc (cấp lá) sơ đồ phân rã công việc (WBS) Phân phối tài nguyên cho công việc Khi phân phối nguồn tài nguyên người, trưởng dự án nên xét đến yếu tố sau: Khả sẵn sàng tài nguyên Khả sẵn sàng ngân sách Giáo dục / huấn luyện Công cụ hổ trợ Sự thành thạo Sự mong đợi lợi ích cá nhân Kiến thức Cá tính Khả làm việc đội, nhóm Trưởng dự án nên xét yếu tố thuộc cách cư xử nhân cách Ví dụ vài người không thích hợp để làm nhiệm vụ tưởng đơn giản (một kĩ sư giỏi không thích hợp để làm công việc người bán hàng), phân người có mâu thuẫn cá nhân làm chung việc Ngoài ra, nên sử dụng động thúc đẩy để kích hoạt nhân viên vươn lên tầm cao, rộng Ví dụ: Phân công việc có khả mở rộng cho người mà ta muốn thử thách lực để xem người có khả đảm trách hay không Chỉ định công việc phong phú để thúc đẩy thành viên khác nhóm Phân công công việc cách luân phiên với 62 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Dĩ nhiên, có vài rủi ro, mà phần lớn bất lực người tham gia vào vai trò không quen thuộc phải mang nhiều trách nhiệm Tuy nhiên, trưởng dự án nên áp dụng điều có hội, lợi ích việc phát khả tiềm ẩn nhân vượt thắng rủi ro Khi phân phối tài nguyên, trưởng dự án nên áp dụng heuristic sau: Gán độ ưu tiên cao cho công việc nằm đường căng Với công việc không nằm đường căng (Critical Path) gán độ ưu tiên công việc tùy theo độ thả nổi, nghĩa công việc có độ thả thấp có độ ưu tiên cao Nếu công việc có độ thả ưu tiên cho công việc phức tạp 11.1 Cân đối tài nguyên Sau phân công tài nguyên, trưởng dự án phải mô tả việc sử dụng tài nguyên đồ hình để xem coi có tài nguyên bị phân công tải hay không Các phần mềm quản trị dự án (như MS Project) hầu hết có hổ trợ chức 100% Hình H 9.1 Trục X biểu diễn thời gian Trục Y biểu diễn tích lũy tài nguyên (nhân sự) để thi hành nhiều nhiệm vụ khoảng thời gian xác định Vạch ngang: biểu diễn 100% suất tài nguyên, ví dụ giờ/ngày Đồ hình ban đầu thường hình không Những điểm cao đỉnh (peak), phản ánh cách dùng tài nguyên nhiều hơn, khoảng thời gian cụ thể Những điểm thấp thung lũng (valley), phản ánh cách dùng tài nguyên thấp hơn, khoảng thời gian cụ thể Hình 5.1 ví dụ biểu đồ với vài đỉnh thung lũng Nếu đỉnh thung lũng hội tụ đường vạch ngang có nghĩa phân công tài nguyên có hiệu sử dụng gần hết suất tài nguyên Một đồ hình không phản ánh tài nguyên dùng không hiệu Những đỉnh (càng) vượt vạch ngang cho thấy nhân bị phân công (rất) tải, phải làm thêm hoàn thành công việc Những thung lũng xa vạch ngang cho thấy chưa tận dụng hết suất nhân Do trưởng dự án phải giảm số lượng đỉnh thung lũng cách làm đồ hình phẳng tốt nghĩa làm cho chúng hội tụ vạch ngang Quá trình san gọi cân đối tài nguyên (resource leveling) Tất nhiên, đồ hình phẳng 63 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Hình H9.2 11.2 Các phương pháp cân đối tài nguyên: Khi tài nguyên -con người, vật tư thực /được sử dụng nhiều công việc song song lúc thường hay xẩy qúa tải lúc trưởng dự án phải cân đối để giảm tải cho tài nguyên Có thể dùng phương pháp sau: Trên SĐMCV, đổi cặp công việc có quan hệ song song (SS Start-Start) thành quan hệ (FS Finish-Start), không làm ảnh hưởng đến thời gian hoàn tất dự án Dùng thời gian trễ: thêm độ trễ (lag) hai công việc gối đầu để giảm thực đồng thời chúng Kéo dài thời gian thực công việc không thuộc đường căng cho không vượt độ thả cho phép Ví dụ người phân công 30% thời gian cho công việc tuần (3 ngày), kéo dài thời gian thực công việc lên tuần (giả sử không ảnh hưởng đến đường căng) phần trăm phân công giảm xuống 20% Cũng sức gia công, ngày, thỏa cho trường hợp, nhân có thêm thời gian cho công việc gối đầu Thay đổi phần trăm thời gian phân công: người/tài nguyên thực nhiều công việc song song lúc, nên cắt giảm phần trăm thời gian cần cho công việc Ví dụ lập trình viên phân công thực công việc, công việc cam kết 40 phần trăm, giảm 40 phần trăm thành 25 phần trăm Phân công nhân lại: Nếu người rảnh người khác lại qúa tải người kỹ tương đương nên phân công lại cho họ Phân hoạch công việc: số công việc phân hoạch thành công việc nhỏ phân công cho nhiều người thực đồng thời 11.3 Hổ trợ phân công nhân Để hổ trợ việc phân công nhân xác nhanh chóng, trưởng dự án cần tổ chức thông tin sau: Cơ sở liệu nhân sự: Trưởng dự án công ty nên có sở liệu lưu trữ thông tin cá nhân nhân Ngoài thông tin lý lịch cá nhân, cần thêm thông tin sau: Các kỹ trình độ tương ứng, trình độ cụ thể hóa cho điểm Tính tình, sở thích, v…v 64 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Nhân LAN THUY NGOC 7.5 HÙNG Hát Đọc sách MAI TUẤN NET PT TK Nghiêm túc Vẽ Nhiệt tình C# Giao Test Tính tình Du lịch Sở thích tiếp Hình 9.3 Cơ sở liệu dự án: lưu trữ công việc dự án Ứng với công việc, cho biết: Cần người với kỹ năng, trình độ tương ứng Độ khó V v Hình minh họa: giả sử dự án có công việc A, B, C, … Giả sử công việc A cần người trình độ Net điểm, 65 Khả Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Công việc A 1,8 B C 3,7 D 3,7 2,9 E F Khả .NET PT TK C Giao Test tiếp Hình 9.4 Phân công: phân công vấn đề so khớp bảng để lọc ứng viên thỏa yêu cầu Sau trưởng dự án tự định phân công cho nhân chọn ứng viên Sau ví dụ bảng phân công ứng với bảng nhân công việc trên: Có thể viết phần mềm hổ trợ cho chức phân công Hơn nữa, khai thác sở liệu nhân sở liệu dự án cho nhiều mục đích khác Ví dụ khai thác kinh nghiệm lên kế hoạch dự án thực sở liệu dự án để lên kế hoạch cho dự án 66 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Chương 9: RÚT NGẮN THỜI GIAN THỰC HIỆN VỚi CHI PHÍ THẤP NHẤT Trong thực tế có tình sau: Nếu dự án kết thúc sớm thưởng ngày X $ Nếu dự án kết thúc trễ bị phạt ngày X $ Hoặc lý đó, dự án cần phải rút ngắn số ngày Vậy mục tiêu toán ta phải chọn công việc cho thực (tốc hành) chúng chi phí bỏ thấp mà dự án rút ngắn mong muốn Phát biểu tóan: Cho dự án Y, gồm công việc bảng Giả sử bình thường A thực ngày, làm tốc hành A thực tối thiểu ngày Với ngày tốc hành vậy, chi phí phải trả cho A 140$/ngày (dĩ nhiên làm bình thường chi phí ngày thấp hơn) Tương tư cho công việc lại: C, D chi phí ngày rút ngắn 120$ B, E, F chi phí ngày rút ngắn 100$ Hãy cho biết thời gian tối thiểu chi phí tối thiểu cho đề án Liệt kê phương án rút ngày cho chi phí thấp Công việc trước Công Việc TGTH TG tối thiểu A - B A C A D C E B F E,D Bài làm: gồm bước Lưu ý: gom bước làm dễ dàng bị sai toán nhiều công việc Với Vẽ SDMCV lý luận: B i j i: thời gian thực bình thường j: thời gian thực tối thiều hay tốc hành 67 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Con đường thực ABEF ACDF TGTH TGTT 15 13 Theo bảng trên, ta thấy -Khi chưa rút ngắn, thời gian thực dự án là: 15 ngày -Khi rút ngắn tối đa (rút công việc được) thời gian thực là: ngày -Từ suy ra: Mọi đường phải chặt Rút tối đa ngày (15-9) Chọn CV rút: rút công việc theo thứ tự ưu tiên sau: a Công việc thuộc đường căng b Công việc rẻ tiền c Công việc nằm đường giao: lúc công việc nằm giao rẻ Số ngày rút (tương ứng với công việc dòng trên) -(Các) Đường găng: ABEF=15-9 = rút ngày 2121 $= 2*140+100+2*100+100= 680$ Nghĩa chọn công việc A rút ngày, B rút 1, E rút 2, F rút -(Các) đường ngòai găng: Số ngày rút ACDF=13-3-9=1 rút ngày $=120 Nghĩa A rút ngày, F rút 1ngày (tổng cộng rút ngày rồi) Bây cần rút thêm ngày Chọn công việc C để rút ngày Tổng chi phí: 680 +120=800 Liệt kê thứ tự rút: Phương án 1: Ngay Công việc ABEF ACDF $ TGTH 15 13 F 14 12 100 E 13 12 100 E 12 12 100 C B 12 11 11 11 220 A 10 10 140 9 140 Phương án 2: Ngay Công việc ABEF ACDF $ TGTH 15 13 F 14 12 100 E 13 12 100 E 12 12 100 A 11 11 140 A 10 10 140 C B 10 9 220 Phương án tốt hơn? Nếu dự án cần rút ngắn ngày (thay 6) thì: -Phương án 1: rút công việc F/E/E/CB với tổng chi phí 520$ -phương án 2: rút công việc F/E/E/A với tổng chi phí 440$ rẻ phương án Nếu rút hết ngày đương nhiên chi phí phương án giống 68 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Nhận xét: Để ý dòng $ cuối phương án tăng đều, phương án biến thiên Nếu dòng $ bị biến thiên chắn phương án không tối ưu Bài mẫu 2: cho dự án vơí SDMCV sau: Với chi phí rút ngắn sau: B,H,i: 70$ / ngày A, D, F: 110$ / ngày C,G,: 120$ / ngày J, H :100$ / Ngay Lý luận Con đường TH ACEHK ACFIK BDFIK BDGJK TGTH 16 18 21 24 TG Tối thiểu 13 14 16 16 Theo bảng trên, ta thấy -Khi chưa rút ngắn, thời gian thực dự án là: 24 ngày -Khi rút ngắn tối đa (rút công việc được) thời gian thực là: 16 ngày -Từ suy ra: Mọi đường phải chặt 16 Rút tối đa ngày (24-16) Chọn công việc rút a Xét đường căng: i BDGJK=24-16=8 rút ngày 2123 $=2*70+110+2*120+3*100= Nghĩa B rút ngày, D rút 1, G rút 2, J rút K không rút b Xét đường căng 21 i BDFIK=21-3-16=2 rút ngày 11 $=70+110= Nghĩa rút ngày (B:2, D:1), cần rút thêm ngày (I:1, F:1) 11 ii ACFIK=18-2-16=0 không rút iii ACEHK =16 không rút 69 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm B,H,i: 70$ / ngày A, D, F chi phí 110$ / ngày C,G,: 120$ / ngày J, H :100$ / Ngay Liệt kê thứ tự rút Phương án 1: Ngay CÔNG VIệC BDGJK BDFIK ACFIK $ Phương án 2: Ngay CÔNG VIệC BDGJK BDFIK ACFIK $ Phương án tốt hơn? Tại sao? TGTH 24 21 18 B 23 20 18 70 B 22 19 18 70 J 21 19 18 100 J 20 19 18 100 J 19 19 18 100 G I 18 18 19 18 18 17 190 D 17 17 17 110 F G 17 16 16 16 16 16 230 TGTH 24 21 18 B 23 20 18 70 B 22 19 18 70 J 21 19 18 100 J 20 19 18 100 J 19 19 18 100 D 18 18 18 110 I G 18 17 17 17 17 17 190 F G 17 16 16 16 16 16 230 Bài tập Thời gian Thời gian hoàn thành tối thiểu - 100 B - 70 C A 120 D B 100 E C 4 F C,D 100 G D 120 H E 70 I F 70 J G 70 K H,I,J 2 Công việc Công việc trước A 70 Chi phí Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Bài Thời gian Thời gian hoàn thành tối thiểu - 100 B A 90 C A 110 D A 100 E B 120 F C 110 H E,F 90 I F 90 J H 110 K D,I,J 100 Công việc Công việc trước A 71 Chi phí Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm 72 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm TÀI LIỆU THAM KHẢO Jolyon Hallows, Information Systems Project Management: How to Deliver Function and Value in Information Technology Projects, Second Edition, AMACOM © 2005 -mHuy Larry Richman, Project management Step by step Amacom, 2002-(mHuy), Robert K Wysocki, Effective Project Management-2nd Edition, Wiley, 2000 Kathy Schwalbe, Information Technology Project Management, Thomson Learning, 2000 Ralph, L Kleim and Irwin S Lucdin, Project Management Practitioner‟s Handbook, Amacom Book, 1998 George Stepanek, Software Project Secrete, Why Software Project Fail? Apress, 2005 Pankaj Jalote, Software Project Management in Practice, AddiSon WESle, 2002 B Boehm Software Engineering Economics Prentice Hall, 1981 Jennifer Greene, Andrew Stellman ,Applied software Project Management O'Reilly, 2005 -triet 10 Gregory M Horine ,Absolute Beginner's Guide to Project Management, Que, 2005 -triet 11 Joseph Phillips , IT Project Management: On Track From Start to Finish, Second Edition, McGrawHill/Osborne © 2004- trie 12 http://diaoc.tuoitre.com.vn/Tianyon/Index.aspx?ArticleID=224649&ChannelID=452 13 http://tapchiktnn.no-ip.info/am/modules.php?name=tinnhanh&file=chitiet&url=/Vietnam/Thethao/2005/01/3B9DA5B8/ 73 [...]... ngày TG lịch= 4/1 /20 08 – 11/1 /20 08 57 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Chương 10: TÍNH TOÁN CHI PHÍ Trưởng dự án phải chịu trách nhiệm về ngân sách của dự án và có nhiệm vụ báo cáo các mức độ chi tiêu chênh lệch của dự kiến so với thực tế, lên quản lý cấp trên Dự án có rất nhiểu đề mục cần phải chi tiêu, trưởng dự án phải nắm rõ các... 21 50 1.1 Tables 1 .2 Room server equipment such as air conditioner, fans … 3 30 2 5 1 0 3 20 00 2 Buying devices 2. 1 High capacity SCSI hard disk external devices 2. 2 Sofware 1 2. 3 Computer 2 1 1 30 5000 5 1 2 70 800 4 2 2 70 3 Services 150 5350 21 60 90860300 3.1 Install 7 880300 3.1.1 The room for server 3 2 1 50 300 3.1 .2 The Hardware 2 2 3 100,000 400000 3.1.3 The software 2 2 3 120 ,000 480000 3 .2. .. thời điểm bắt đầu / kết thúc trễ nhất của công việc mà không làm ảnh hưởng ngày hoàn tất dự án Chiều thuận Ví dụ: 4 2 B 3 1 1 2 1 Hình 5.5 D 5 4 3 2 A 1 9 5 9 5 5 4 1 C2 3 8 F 3 10 E 2 4 9 Chiều nghịch 42 12 10 12 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm 8.3.8 Độ thả nổi (float): Là khả năng trì hõan, kéo dài thời gian thực hiện của một công... làm công việc D 45 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Giám sát nhân sự: nhìn sơ đồ bên dưới, ta phát hiện việc phân công không hiệu quả (giả sử Hưng làm toàn thời gian cho dự án này) do Hưng không được phân công (nhưng vẫn tính lương) 6 ngày từ ngày 6-13/11/07 Thời gian trống của Hung 46 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ... thúc B Đóng dự án Ví dụ Đóng các tài khoản NH Bài tập: lên SĐMCV cho ví dụ 5.1 (bảng 5.1), 5 .2 (bảng 5 .2) 8.3.4 Các loại SĐMCV 1 Công việc trên nút (Action On Node-AON): được dùng nhiều trong các ứng dụng thuộc hệ thống thông tin, các ngành công nghiệp thiết kế và mua bán 4 2 2 1 D 5 4 3 2 A 1 4 8 40 F 3 10 E 2 C2 12 10 9 5 5 4 1 3 9 5 B 3 1 1 Ví dụ: 9 12 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công... căng (Critical Path Method): Xét dự án X có SDMCV sau: D 5 B 3 A 1 F 3 C2 E 2 Hình 5.4 Theo SĐMCV trên, dự án có các con đường thực hiện (CĐTH) và thời gian thực hiện (TGTH) tương ứng: CĐTH TGTH/ngày ABDF 12 ACDF 12 ACEF 8 Nhận xét: Đường ABDF (hình 5.4) có thời gian thực hiện dài nhất 12 ngày Đó chính là thời gian thực hiện của dự án 41 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại... các dự án thành công; trưởng dự án nên ghi nhận các ước lượng thật tế và dự kiến, các đặc trưng, trình độ và kỹ năng người thực hiện các công việc của dự án Khi nhận một dự án mới, nếu trong dự án mới này có những công việc tương tự như các công việc trong các dự án cũ, thì trưởng dự án nên tham khảo các ước lượng cũ này trước khi quyết định các ước lượng cho dự án mới Kết quả ước lượng sẽ rất đáng... kẹt xe, cung cấp vật tư trễ,… 52 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm -Hiểu lầm và sai sót -Một đề nghị chia phần trăm thời gian theo tỷ lệ sau: Lên kế hoạch, thu thập yêu cầu, phân tích, thiết kế: 50% Lập trình: 20 %, Kiểm thử: 30% 9.5.1 Các loại thời gian Trong suốt qui trình thực hiện dự án, trưởng dự án một mặt phải ước lượng nguồn... 480000 3 .2 Testing 3 .2. 1 With mailbox storage 3 .2. 2 With mailbox storage 20 500.000 maximum 500.000 minimum 3.3 Documentation 20 000000 10 5 4 20 0,000 10000000 10 5 4 20 0,000 10000000 27 3.3.1 The architect of the system 3990000 2 1 3 120 ,000 24 0000 25 1 2 150,000 3750000 3.4 Operating 60 2 4 20 0,000 24 000000 3.5 Maintenent 90 1 4 20 0,000 18000000 3.3 .2 Technical User guide Bảng 5 .2 Hãy cho biết WBS trên... chung như việc quản trị dự án, quản trị cơ sở dữ liệu, quản trị cấu hình Những việc này ít ảnh hưởng trực tiếp lên kế hoạch vì nó là công việc kéo dài trong suốt quá trình làm dự án chứ không phải là công việc có khoảng thời gian thực hiện rõ ràng trong dự án Tuy nhiên chúng có tiêu thụ tài nguyên nên phải được tính gồm vào kế hoạch Hiếm khi trưởng dự án hoàn tất kế hoạch chi tiết cho toàn dự án một lần ... án Công bố dự án ghi nhớ phân bố rộng rãi Nó cách dự án „chào sân‟ công ty, thông báo cho người ưu dự án, để giành sức mạnh hành chánh để cạnh tranh với dự án khác 32 Giáo Trình Quản Trị Dự Án. .. hoạch, WBS sai kế hoạch dự án bị sai nguy dự án bị thất bại cao WBS trình bày dạng Dạng danh sách: dạng hay sử dụng Ví dụ: dự án Xây dựng WebSite 33 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ... sở liệu nhân sở liệu dự án cho nhiều mục đích khác Ví dụ khai thác kinh nghiệm lên kế hoạch dự án thực sở liệu dự án để lên kế hoạch cho dự án 66 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ