Bài giảng Quản lý dự án phần mềm: Phần 1

Bài giảng Quản lý dự án phần mềm: Phần 1 có nội dung trình bày giới thiệu chung về quản lý dự án phần mềm; quản lý việc tích hợp dự án; các tiến trình xử lý và tổ chức; lập kế hoạch dự án; phân rã công việc và ước lượng; công việc ước lượng trong quản lý dự án;... Mời các bạn cùng tham khảo!

HỌC VIỆN CƠNG NGHỆ BƯU CHÍNH VIỄN THƠNG ***** BÀI GIẢNG QUẢN LÝ DỰ ÁN PHẦN MỀM HÀ NỘI - 2018 GIỚI THIỆU Học phần Quản lýdự án phần mềm cung cấp cho sinh viên loại hình cơng việc khác người tập thể chịu trách nhiệm tổ chức, quản lývàtriển khai dự án Đồng thời, học phần cung cấp cho sinh viên kiến thức khía cạnh khác việc quản lýmột dự án phần mềm Qua môn học này, sinh viên rèn luyện kỹ làm việc nhóm, kỹ giải vấn đề, kỹ quản lývàthuyết trì nh Sinh viên cần hồn thành mơn học: Ngơn ngữ lập trình C++, Cơ sở liệu, Phân tích thiết kế hệ thống thơng tin, Nhập môn công nghệ phần mềm trước tham gia học môn học Đây môn học tính điểm trung bình sau kết thúc cuối kỳ học, kiểm tra cuối kỳ chiếm 60%, tập lớn làm theo nhóm (khoảng người/nhóm) chiếm 30%, quátrình tham dự lớp chiếm 10% Tổng số gồm tín dạy 30 tiết lýthuyết giảng lớp có tiết cho việc giảng viên giải đáp thắc mắc tập lớn và4 tiết cuối dùng để sinh viên thuyết trình tập lớn lớp trao đổi với giảng viên Yêu cầu sinh viên đọc sách để chuẩn bị vàlàm tập lớn theo hướng dẫn giảng viên trước buổi tham gia lớp học Mơn học trình bày yếu tố bả nh ất quản lýdự án phần mềm, đồng thời tập trung vào vấn đề thực tế phương pháp giải nhanh vấn đề, số tình quản lýdự án thực tế Nói chung, sinh viên khuyến khích đặt câu hỏi vàphát biểu ýkiến riêng với vấn đề đặt quátrình phát triển dự án phần mềm, tránh thái độ thụ động ngồi nghe Trên giới, tổ chức chuyên nghiên cứu tập trung vào lĩnh vực cótên làviện quản lýdự án (PMI) Hoa Kỳ, viện công nghệ phần mềm (SEI), vànhóm phát triển cơng nghệ phần mềm IEEE viện PMI cócấp chứng quản trị dự án quốc tế, cótên làPMP Chúng ta tuân thủ theo kiến thức chuẩn quốc tế PMI để tiến hành việc quản trị dự án, vìvậy yêu cầu sinh viên đọc vàlàm theo hướng dẫn PMBook, việc cung cấp kiến thức lĩnh vực này, cịn cung cấp thơng tin cần thiết vàchuẩn bị trước phần cho sinh viên sau trường có ý định làm quản lýdự án, cókhả tham gia thi lấy PMP viện PMI Công cụ sử dụng môn học làphần mềm hỗ trợ quản trị dự án Microsoft Project Sinh viên yêu cầu tự tìm hiểu công cụ để làm tập lớn theo nhóm Nội dung mơn học trình bày chương với nội dung Chương 1: Mở đầu Giới thiệu chung quản lýdự án, quản lýdự án phần mềm; Những khái niệm bản; Những lỗi truyền thống thường gặp quản lýdự án Chương 2: Các tiến trình xử lývàtổ chức dự án Giới thiệu kiến thức vàcác cách tổ chức dự án Chương 3: Lập kế hoạch dự án Quátrình chuẩn bị; Khởi tạo dự án; Lập kế hoạch Chương 4: Phân rãcơng việc vàƯớc lượng Tóm tắt quản lýphạm vi; Cấu trúc phân rãcông việc; Công việc ước lượng quản lýdự án; Chương 5: Lập lịch thực dự án Các kiến thức bản; Các kỹ thuật lập lịch; Sơ đồ mạng; Các kỹ thuật nén Chương 6: Quản lýrủi ro vànhững thay đổi Quản lýrủi ro: Kiểm soát thay đổi; Quản lýcấu hình Chương 7: Quản lý tài nguyên người Các vị trítrong nhóm thực dự án; Cấu trúc nhóm dự án; Phát triển nhóm làm việc cho dự án; Phương pháp lãnh đạo Chương 8: Kiểm soát dự án Giao tiếp Kiểm sốt dự án; Phân tích giátrị thu Chương 9: Quản lýchất lượng vàkết thúc dự án Đảm bảo chất lượng dự án thông qua kiểm thử hệ thống Chuyển sang hệ thống mới; Họp tổng kết kết thúc dự án MỤC LỤC GIỚI THIỆU BẢNG DANH MỤC CÁC TỪ VIẾT TẮT CHƯƠNG I: MỞ ĐẦU 1.1 Giới thiệu chung quản lý dự án phần mềm 1.1.1 Các kỹ quản lýdự án trình bày theo thứ tự độ quan trọng giảm dần 1.1.2 Các vị tríquản lýdự án 1.1.3 Định nghĩa quản lýdự án PMI 1.1.4 Định nghĩa việc quản lýdự án 10 1.1.5 Các công cụ phần mềm dùng quản lýdự án 11 1.2 Các khái niệm 13 1.2.1 Các lĩnh vực tri thức cần quan tâm việc quản lýdự án 13 1.2.2 Định nghĩa thành công dự án 14 1.2.3 Quản lýviệc tích hợp dự án 14 1.2.4 Các chiến lược quản lýdự án 16 1.2.5 Các tảng quátrình quản lýdự án 17 1.3 Các lỗi truyền thống 18 1.3.1 Liên quan tới người 18 1.3.2 Liên quan tới tiến trình 19 1.3.3 Liên quan tới sản phẩm 19 1.3.4 Liên quan tới công nghệ 19 CHƯƠNG 2: CÁC TIẾN TRÌNH XỬ LÝ VÀ TỔ CHỨC 20 2.1 Các kiến thức 20 2.2 Các cách tổ chức dự án 25 2.2.1Các loại sơ đồ môtả tổ chức dự án 25 2.2.2 Cấu trúc tổ chức 26 2.3 Phát biểu tốn tơn dự án 28 2.3.1 Phát biểu toán (SOW) 28 2.3.2 Tôn dự án 29 CHƯƠNG 3: LẬP KẾ HOẠCH DỰ ÁN 32 3.1 Nhắc lại giai đoạn phát triển hệ thống 32 3.2 Quá trình chuẩn bị 34 3.3 Quá trình khởi tạo dự án 34 3.4 Quá trình lập kế hoạch 36 CHƯƠNG 4: PHÂN RÃ CÔNG VIỆC VÀ ƯỚC LƯỢNG 39 4.1 Tóm tắt quản lý phạm vi 39 4.2 Cấu trúc phân rã công việc (WBS) 42 4.2.1 Định nghĩa thức 43 4.2.2 Các kỹ thuật tạo WBS 49 4.3 Công việc ước lượng quản lý dự án 50 4.3.1 Các phương pháp luận cho việc ước lượng 52 4.3.2 Một số lưu ý ước lượng 55 CHƯƠNG 5: LẬP LỊCH THỰC HIỆN DỰ ÁN 57 5.1 Các kiến thức lập lịch 57 5.1.1 Khái niệm chung 57 5.1.2 Bốn loại phụ thuộc công việc 59 5.2 Các kỹ thuật lập lịch 60 5.2.1 Sơ đồ mạng 61 5.2.2 Các loại phương pháp khác không sử dụng sơ đồ mạng: 66 5.2.3 Các kỹ thuật nén lịch 67 CHƯƠNG 6: QUẢN LÝ RỦI RO VÀ NHỮNG THAY ĐỔI 68 6.1 Quản lý rủi ro 68 6.1.1 Định nghĩa rủi ro 68 6.1.2 Việc quản lýrủi ro 69 6.1.3 Những thời điểm đánh giá lại rủi ro 75 6.1.4 Tối thiểu hóa mốc milestone 75 6.2 Kiểm soát thay đổi 76 6.2.1 Các định nghĩa Mục đích 76 6.2.2 Qtrình kiểm sốt thay đổi 77 6.2.3 Quản lýcấu hình 78 CHƯƠNG 7: QUẢN LÝ TÀI NGUYÊN CON NGƯỜI 82 7.1 Các vị trítrong nhóm thực dự án 82 7.2 Cấu trúc nhóm dự án 84 7.2.1 Mơhình nhóm làm việc dự án 84 7.2.2 Ma trận phân chia trách nhiệm việc dự án 85 7.3 Phát triển nhóm làm việc cho dự án 86 7.3.1 Định nghĩa đội dự án 87 7.3.2 Các giai đoạn phát triển đội dự án 87 7.3.3 Những khó khăn ngăn cản việc phát triển đội dự án 91 7.4 Phương pháp lãnh đạo 92 7.4.1 Khái niệm lãnh đạo 92 7.4.2 Các kiểu lãnh đạo 93 7.4.3 Động thúc đẩy (motivation) 94 7.4.4 Sức mạnh 95 CHƯƠNG 8: KIỂM SOÁT DỰ ÁN 97 8.1 Kiểm soát dự án 97 8.1.1 Các hoạt động việc kiểm soát dự án 97 8.1.2 Theo dõi tiến độ thực công việc dự án 98 8.2 Phân tích giá trị thu (earned value analysis) 99 8.2.1 Các thuật ngữ liên quan tới việc phân tích giátrị đạt 100 8.2.2 Một tập phân tích giátrị thu 103 CHƯƠNG 9: QUẢN LÝ CHẤT LƯỢNG VÀ KẾT THÚC DỰ ÁN 106 9.1 Quản lý chất lượng dự án 106 9.1.1 Đảm bảo chất lượng dự án thông qua kiểm thử 106 9.1.2 Một số lưu ý thực công việc kiểm thử 112 9.2 Kết thúc dự án 115 9.2.1 Chuyển người sử dụng sang hệ thống 115 9.2.2 Họp tổng kết kết thúc dự án 118 PHỤ LỤC SỐ 1: TÓM TẮT CÁC LĨNH VỰC TRI THỨC CỦA QUẢN LÝ DỰ ÁN 120 Quản lý tích hợp dự án 120 Quản lý phạm vi dự án 120 Quản lý thời gian dự án 121 Quản lý chi phídự án 121 Quản lý chất lượng dự án 122 Quản lý nguồn nhân lực dự án 122 Quản lý truyền thông dự án 123 Quản lý rủi ro dự án 123 Quản lý việc mua sắm dự án 124 PHỤ LỤC 2: KỸ NĂNG GIAO TIẾP 124 Khả lãnh đạo 125 Xây dựng đội dự án 125 Động lực 126 Giao tiếp 126 Gây ảnh hưởng 126 Ra định 127 Nhận thức trị văn hóa 127 Đàm phán 128 TÀI LIỆU THAM KHẢO 129 BẢNG DANH MỤC CÁC TỪ VIẾT TẮT Từ viết tắt Viết đầy đủ Từ viết tắt Viết đầy đủ ASP Application Service Provider FP Function Point CPM Critical Path Method LOC Line Of Code CMM Capability Maturity Model HTML Hypertext Markup Language CSOW Contract Statement Of Work GERT Graphical Evaluation and Review Technique PERT Program Evaluation and Review Technique RFP Request For Proposal SCMP Software Configuration Management Plan SOW Statement Of Work SDP Software Development Plan XML Exchanged Markup Language SQAP Software Quality Assurance Plan SPMP PMP Project Management Professionals PMI Project Management Institute RAM Responsibility Assignment Matrix ROI Return Of Investment SRS Software Requirements Specification WBS Work Breakdown Structure CWBS Contract Work Breakdown Structure PWBS Project Work Breakdown Structure PDM Precedence Diagramming Method SCCI Software Configuration Control Item QA Quality Assurance SWAT Special Weapons and Tactics Team Software Project Management Plan CHƯƠNG I: MỞ ĐẦU Nội dung gồm phần sau: Giới thiệu chung quản lýdự án, quản lýdự án phần mềm Những khái niệm Những lỗi truyền thống thường gặp quản lýdự án 1.1 Giới thiệu chung quản lýdự án phần mềm Quản lýdự án phần mềm làmột cơng việc địi hỏi nhiều kỹ kiến thức tổng hợp Trên thực tế, lương trung bình giám đốc dự án Mỹ tính đến thời điểm năm 2008 khoảng $81,000/năm Tỉ lệ hợp đồng với vị trílàgiám đốc dự án làcao năm gần đây, không giới màcòn Việt nam Thêm nữa, giám đốc dự án cóchứng PMP viện quản lýdự án quốc tế lương bình quân tăng 14% Số lượng chứng PMI năm 1993 1000 bản, năm 2002 40.000 Sự tăng đáng kể số lượng chứng PMP đủ cho thấy tầm quan trọng lĩnh vực phát triển phần mềm Các tảng cần thiết tìm hiểu lĩnh vực quản lýdự án bao gồm kỹ cần thiết, vị trívàvai trịtrong quản lýdự án vàcác tiến trình thực quátrình quản lýdự án Chúng ta tìm hiểu vấn đề để có nhìn ban đầu vàtổng thể cho lĩnh vực quản lýdự án 1.1.1 Các kỹ quản lýdự án trình bày theo thứ tự độ quan trọng giảm dần Khả lãnh đạo làkỹ quan trọng người giám đốc dự án Nóbao gồm lãnh đạo nhóm làm việc, khả tổng hợp vàbao quát vấn đề, đạo điều hành công việc Khả thứ hai làkỹ giao tiếp với người khác nhóm, kỹ truyền tải ý tưởng, thông tin tới người đội dự án cách nhanh chóng vàhiệu Kỹ thứ ba làkhả giải vấn đề đặt cho dự án Giám đốc dự án người biết cách phân nhỏ vấn đề khó khăn để với người hỗ trợ cho dự án giải cách triệt để Ngoài kỹ trên, kỹ quan trọng làkhả thương lượng Trong quátrình thực dự án, thương lượng cần thiết bất đồng hay mâu thuẫn xảy (cóthể qtrình giao việc cho thành viên đôi dự án, bàn bạc vàthống yêu cầu với khách hàng hay chíngay giai đoạn đề xuất giải pháp, lựa chọn dự án vàkýhợp đồng) Kỹ cần thiết làkhả ảnh hưởng tới tổ chức người giám đốc dự án Mức độ ảnh hưởng mạnh thìviệc điều hành tổ chức dễ dàng Ngoài kỹ lãnh đạo điều hành tổ chức, người giám đốc dự án cịn cần phải có kỹ hướng dẫn giảng dạy kiến thức vàthực tế cần thiết cho thành viên đội dự án, cặp thành viên chưa có kinh nghiệm để thực tốt nhiệm vụ giao Kỹ có tầm quan trọng cuối làsự hiểu biết vàtri thức tiến trình quản lývàthơng thạo kỹ thuật cơng nghệ sử dụng quátrình phát triển dự án 1.1.2 Các vị tríquản lýdự án Người đứng đầu điều hành dự án người quản trị dự án hay người giám đốc dự án Nhiều cơng ty cịn cóthêm chức danh khác la điều phối dự án Người giúp đỡ vàhỗ trợ thực công việc quản lýdự án gọi làtrợ lýdự án Nếu chương trình có nhiều dự án người đứng đầu dự án Giám đốc dự án, đứng đầu điều hành vàchịu trách nhiệm cho tồn chương trình giám đốc chương trình Người quán xuyến hoạt động điều hành chúng giám đốc điều hành chương trình Người phụ trách phần cơng việc cho giám đốc điều hành gọi làphó giám đốc phát triển chương trình Một số khái niệm liên quan tới quản lýdự án mà sinh viên thường hay nhầm lẫn làquản lýdự án, quản lýnói chung vàquản lýdự án phần mềm Mối quan hệ chúng thể hình vẽ Hình vẽ cho thấy quản lýdự án làmột lĩnh vực quản lýnói chung vàquản lýdự án phần mềm làmột lĩnh vực quản lý dự án Môn học cung cấp kiến thức tập trung vào quản lýdự án phần mềm Quản　ｌý Quản　ｌý dự án Quản lý dự án phần mềm 1.1.3 Định nghĩa quản lýdự án PMI Một dự án làmột nhiệm vụ tạm thời thực để tạo sản phẩm dịch vụ Một dự án hoạt động thường kèm với khái niệm tiến độ dự án: Mức độ hoàn thành dự án Quátrình phát triển dự án làmột quátrình lặp lặp lại số cơng việc hay cịn gọi tiến trình Người điều hành vàchịu trách nhiệm cho dự án giám đốc dự án Đơi Quátrình lập kế hoạch cho dự án làmột chương trình gồm 12 bước sau: 1) Thiết lập mục đích vàphạm vi dự án 2) Lựa chọn chu trì nh phát triển 3) Thiết lập kiểu nhóm /tổ chức 4) Lựa chọn đội làm việc 5) Xác định rủi ro 6) Tạo cấu trúc phân rãcông việc WBS 7) Xác định nhiệm vụ cụ thể dự án 8) Ước lượng kích cỡ nhiệm vụ 9) Ước lượng công thực 10) Xác định phụ thuộc công việc 11) Gán tài nguyên cho nhiệm vụ 12) Lập lịch thực nhiệm vụ Quátrình lập lịch thực sau: Bước Xác định công việc cần thực cho dự án, công việc thể lược đồ cấu trúc phân rãcông việc (WBS) IT Bước Xác định kích cỡ công việc thực Công việc cần dùng kỹ thuật ước lượng kích cỡ Bước Xác định phụ thuộc công việc Những phụ thuộc biểu diễn đồ thị phụ thuộc, biểu đồ mạng (sẽ trình bày sau) PT Bước Ước lượng tổng thời gian công việc thực hiện, sau đưa lịch thực thực tế, loại trừ ngày nghỉ, lễ tết 4.2 Cấu trúc phân rãcông việc (WBS) Chúng ta trình bày q trình xác định cơng việc cần thực cho dự án trước hay việc xác định WBS Việc ước lượng cho toàn dự án phụ thuộc nhiều vào việc thiết lập WBS cóchính xác hay không Bạn cảm thấy hỏi “Dự án bạn thực bao lâu?” Chắc chắn bạn khơng dễ dàng cócâu trả lời bạn làkhách hàng thật dự án cóthực Vậy bạn cóthể giải vấn đề nào? Một cách tiếp cận để giải vấn đề làbiện pháp phân nhỏ dự án Bạn cần phân chia dự án thành nhiều phần để cóthể quản lýđược Tất dự án cần bước cách dựa nguyên lý “Chia để trị “ Nguyên nhân dẫn đến thất bại dự án làdo 1) - Quên số thứ thiết yếu cho dự án và2) – Cố gắng nhắm tới số ước lượng Muốn biến số thành thực Chúng ta thử phân tích xem việc phân nhỏ dự án giúp gìcho việc Các nhân tố dự án bao gồm chức năng, hoạt động vàcơng việc mơtả vídụ hình vẽ 42 IT 4.2.1 Định nghĩa thức PT Một nhóm phân cấp theo định hướng sản phẩm phân phối nhân tố dự án tổ chức định nghĩa toàn phạm vi dự án Mỗi mức bên thể định nghĩa dự án mức chi tiết Cấu trúc phân rãcông việc làdanh sách phân rãcác hoạt động cần thực dự án.Cấu trúc gồm hai định dạng, sử dụng hệ thống đánh số thập phân vs dụ 3.1.5 thường biểu diễn mức độ cao - Định dạng theo dạng đầu mục (outline) - Định dạng theo đồ họa (biểu đồ tổ chức) Cấu trúc thường bao gồm nhiệm vụ phát triển phần mềm (sản phẩm cuối giao cho khách hàng), nhiệm vụ quản lývàhỗ trợ dự án Nóthể mối quan hệ bên dự án, mối quan hệ cơng việc cụ thể vànókhơng thể phụ thuộc thời gian vàkhoảng thời gian cần thực công việc Hai loại cấu trúc phân rãcông việc WBS 1- WBS dạng hợp đồng (Contract WBS-CWBS): gồm hai ba mức đầu tiên, thường dùng để theo dõi công việc mức cao 2- WBS dạng dự án (Project WBS- PWBS) định nghĩa giám đốc dự án vàcác thành viên đội Với dạng WBS này, công việc gắn liền với sản phẩm phân phối Loại dùng trường hợp cần theo dõi công việc mức thấp 43 Một cấu trúc WBS đầy đủ cóthể lên tới mức, thơng thường số mức nằm từ 3-6 ví dụ sau Trong vídụ trên, mức cóthể sử dụng khách hàng cho việc báo cáo, mức dùng cho việc quản lýcác công việc bên đội dự án Các mức khác cóthể áp dụng cho người sử dụng khác Vídụ: Mức dành cho người trao quyền, mức cho người làm ngân sách, mức cho lập lịch PT IT Một vídụ sơ đồ WBS theo dạng đồ họa thể hình vẽ Vídụ WBS mơtả dạng đầu mục thể 0.0 Retail Web Site 1.0 Project Management 2.0 Requirements Gathering 3.0 Analysis & Design 4.0 Site Software Development 44 4.1 HTML Design and Creation 4.2 Backend Software 4.2.1 Database Implementation 4.2.2 Middleware Development 4.2.3 Security Subsystems 4.2.4 Catalog Engine 4.2.5 Transaction Processing 4.3 Graphics and Interface 4.4 Content Creation 5.0 Testing and Production • • WBS phân loại theo tiến trình hay theo định hướng hoạt động • Vídụ: u cầu, Phân tích, Thiết kế, Kiểm thử • Điển hình sử dụng giám đốc dự án PT • IT WBS cónhiều tiêu chí để phân loại, số loại môtả WBS phân loại theo sản phẩm hay theo định hướng thực thể dự án • Vídụ: máy tài chính, hệ thống giao diện, sở liệu • Thường dùng cho người quản lýkỹ thuật WBS phân loại kết hợp hai loại trên: • Thường sử dụng • Vídụ: pha chu trình sống mức cao với thành phần đặc tính cụ thể bên pha • Thường thể tiến trình sinh sản phẩm Vídụ WBS theo sản phẩm 45 PT IT Vídụ WBS theo tiến trình Vídụ WBS theo đầu mục với biểu đồ Gantt 46 IT PT WBS theo nhóm tiến trình PMI Các loại WBS khác làcác loại thay thể sử dụng 47 – WBS phân loại theo tổ chức chức thành loại • Nghiên cứu, Thiết kế sản phẩm, Kỹ thuật, Thao tác • Phân loại kiểu cóthể cóích cho dự án màđộ đan chéo cao chức – WBS phân loại theo địa lý • Cóthể cóích với đội dự án phân tán địa lý • Vídụ Đội NYC (NewYork City), San Jose, đội nước (Off-shore) Các gói cơng việc (work package) làkhái niệm chung cho nhiệm vụ riêng biệt với kết cuối cóthể định nghĩa Thơng thường, gói cơng việc làcác "lá" biểu diễn cấu trúc phân rãchức Việc phân rã đến “lá” phải tuân thủ nguyên tắc sau   Luật "1 tới 2": Thường nhỏ tới mức người làm đến tuần Làm tiền đề cho tiến trình theo dõi vàbáo cáo  • Cóthể gắn với mục ngân sách (những số chi tiêu) • Cóthể gắn với tài nguyên người gán Lýtưởng hố, ngắn làdài PT IT • Dài thìcần thêm ước lượng tiến độ • Mang tính chủ quan làtính "hồn thành" • Cho dự án phần mềm, 2-3 tuần lànhiều • ngày lànhỏ (đơi lànửa ngày) • Khơng qnhỏ tới quản lývi mô Một số lưu ý WBS • Danh sách cơng việc, khơng phải vấn đề • Danh sách việc cóthể lấy từ nhiều nguồn: – Phát biểu toán SOW, đề xuất, buổi lấy ýkiến, người tham gia, đội dự án • Mơtả hoạt động sử dụng "ngơn ngữ nút" – có ý nghĩa gắn nhãn (terse labels) • Tất đường dẫn WBS khơng phải tới mức • Khơng nên mơtả chi tiết mức độ cóthể quản lýđược Phương pháp luận để xác định WBS • • • • • • PM phải ánh xạ hoạt động tới chu trình vịng đời dự án chọn Mỗi loại chu trình cótập hoạt động khác Các hoạt động tiến trình tích hợp xuất cho tồn quátrình – Lập kế hoạch, quản lýcấu hình, kiểm thử Các pha thực vàbảo trìthường khơng cótrong kế hoạch (được coi làsau dự án) Vài mơhình dùng đương nhiên cho WBS – Mơhình hình xoắn ốc, vàcác loại lặp lại khác – Chuỗi tuyến tính vài lần Các sản phẩm phân phối nhiệm vụ thay đổi tuỳ theo phương pháp luận 48 4.2.2 Các kỹ thuật tạo WBS Kỹ thuật từ xuống: Bắt đầu mức cao sau phát triển chi tiết công việc mức thấp cách hệ thống Kỹ thuật tốt trường hợp – Bài toán hiểu thấu đáo – Kỹ thuật vàphương pháp luận không – Giống với dự án hay tốn trước Tuy nóđược áp dụng hầu hết trường hợp • Kỹ thuật từ lên: thường mức thấp sau kết hợp cơng việc mức thấp thành công việc mức cao vàtổng quát hơn.Nhược điểm kỹ thuật – Tốn thời gian – Cần tìm hiểu nhiều u cầu để hồn thành Nhưng có ưu điểm làrất chi tiết • Kỹ thuật tương tự: làkỹ thuật dựa WBS dự án tương tự, sử dụng mẫu sẵn có Tương tự làtiền đề cho việc ước lượng Kỹ thuật có ưu điểm – Dựa kinh nghiệm thực tế quákhứ Nhược điểm là: – Cần códự án tương tự • Kỹ thuật cuộn sóng – Lượt thứ nhất: sâu xuống mức1-3 – Thu thập thêm yêu cầu liệu – Đưa thêm vào nhiều chi tiết sau • Kỹ thuật tổng hợp ý tưởng: – Tạo tất hoạt động cần thực cho dự án màbạn cóthể nghĩ đến – Nhóm chúng vào thành loại khác PT IT • Cả hai loại kỹ thuật xuống vàtổng hợp ýtưởng cóthể sử dụng WBS Chú ýrằng nên kéo tất người thực công việc liên quan tham gia kỹ thuật tổng hợp ý tưởng WBS quan trọng tảng nhiều q trình sau đây: Lập lịch theo dạng mạng, tính chi phí, phân tích rủi ro, cấu trúc tổ chức, kiểm sốt, đo đạc tính tốn Một số hướng dẫn tạo WBS • • • • • • • Tạo WBS nên dễ hiểu Một vài cơng ty có chuẩn cho sơ đồ nên dùng chuẩn để to WBS Một vài mục mức cao quản lý dự án nên có WBS dự án – Các mục khác thay đổi theo dự án Vấn đề gây ảnh hưởng xấu nhiều cho dự án làcái thiếu cấu trúc WBS Phân rã mục đến bạn đưa ước lượng xác thời gian chi phí Đảm bảo yếu tố liên quan tới sản phẩm phân phối Chi tiết nên đến mức nào? Không nên quáchi tiết – Mỗi mức khơng nên có q mục 49 • • – Nó tăng trưởng qua thời gian Cơng cụ nên sử dụng? – Excel, Word, Project – Công cụ vẽ sơ đồ tổ chức (Visio, Visual Paradigm) – Các ứng dụng thương mại đặc thù Dùng lại mẫu tham khảo bạn có sẵn 4.3 Cơng việc ước lượng quản lýdự án PT IT Đây cơng việc cần thiết cho qtrình lập kế hoạch cho dự án vìbất kể dự án cần phải dự tốn trước chi phí, nhân công thực hiện, thời gian thực vàtài nguyên cần thiết khác Công việc ước lượng làmột công việc khóthực vìviệc ước lượng thường khơng xác thường dựa phương pháp ước lượng thích hợp dựa kinh nghiệm người thực công việc Một ước lượng xác làmột điều khơng tưởng Lấy vídụ bạn thử ước lượng xem tốn thời gian để từ trường đến nhàhơm Khócó thể ước lượng xác vìrất cóthể đường, giao thơng tắc nghẽn, hay xấu làxe bạn bị xịt lốp,…Dựa tiền đề bạn ước lượng vậy? Bạn dựa kinh nghiệm? hay tính giátrị trung bình dựa nhiều lần di chuyển Giátrị bạn đưa xảy với xác suất Đối với hầu hết dự án phầ mềm, khơng cókhái niệm "giátrị trung bình" Hầu hết ước lượng quátrình làm dự án phần mềm sai khoảng 25-100% Sự không chắn việc ước lượng thể biểu đồ sau, không chắn giảm dần theo quátrình phát triển dự án, giai đoạn cósự ước lượng khơng chắn nhất, thêm khơng chắn cịn phụ thuộc vào kích cỡ tăng trưởng dự án, dự án lớn không chắn cao 50 IT – PT Việc ước lượng cósai số tùy theo kích cỡ dự án Với dự án cókích cỡ: nhỏ (10-99 điểm chức - FPs), thay đổi khoảng 7% so với ước lượng sau tìm hiểu yêu cầu – trung bình (100-999 FPs), thay đổi 22% – Lớn (1000-9999 FPs) thay đổi 38% – Rất lớn (> 10K FPs) thay đổi 51% Những số ước lượng tạo ra, sử dụng vàchuẩn hóa qtrình lập kế hoạch chiến lược, nghiên cứu tính khả thi và/hoặc phát biểu toán, đưa đề xuất dự án, đánh giá đơn vị trung gian hỗ trợ cho việc sản xuất dự án hợp đồng thứ cấp với tổ chức dự án, trình lặp lại việc lập kế hoạch dự án Công việc ước lượng cho dự án bao gồm trình sau 1) Ước lượng kích cỡ sản phẩm phân phối dự án kết thúc 2) Ước lượng công sức thực công việc nhỏ (theo công thực tháng, ngày-ngày công) 3) Ước lượng lịch thực cho công việc 51 Chúý: Không phải tất bước ln thực cách tường minh, mà bước thực cách gián tiếp bước khác Khi lập lịch thực cho cơng việc dự án có hai khái niệm cần biết + Ngày mục tiêu: ngày đề xuất đội làm công việc kinh doanh thông báo với khách hàng Một điều cần lưu ý không nên cam kết ngày mục tiêu nhanh, sau nhận yêu cầu khách hàng, hay sau nhận công việc + Ngày cam kết: ngày đồng ý đội dự án Ngày cam kết đưa sau bạn làm công lịch thực công việc dự án có chỉnh sửa cho phù hợp với tiến độ thực 4.3.1 Các phương pháp luận cho việc ước lượng Bao gồm phương pháp từ xuống, từ lên, tương tự, dùng phán đoán chuyên gia phương pháp dùng thuật tốn tham số (sử dụng cơng thức tốn học, xác suất biểu thức để tính tốn) PT IT Phương pháp ước lượng trên-xuống: Là phương pháp ước lượng cơng việc cókích cỡ lớn trước sau ước lượng cơng việc thành phần chúng sau Một vài phương pháp khác phương pháp ước lượng tương tự, dùng phán đoán chuyên gia hay phương pháp tham số làmột dạng phương pháp ước lượng xuống Ưu điểm phương pháp dễ tính tốn vàcóhiệu sớm, làviệc ước lượng chi phí ban đầu vàcóthể dùng Nhược điểm phương pháp cónhững mơhình ước lượng mức tổng thể cịn nhiều nghi vấn khơng phùhợp với mức nhỏ Nhược điểm làkém xác vìxuất phát từ ước lượng tổng thể, từ cơng việc cókích cỡ lớn, khơng tập trung vào chi tiết (những cơng việc cókích cỡ đủ nhỏ) Phương pháp ước lượng lên Phương pháp tập trung vào ước lượng công việc mức chi tiết trước sau tổng hợp ước lượng nhỏ lại thành ước lượng mức lớn Công việc phụ thuộc nhiều vào cấu trúc phân rãchức –WBS, dựa vào cấu trúc để tổng hợp từ chi tiết lên ước lượng tổng thể cơng việc cókích cỡ cao Ưu điểm phương pháp hoạt động tốt hoạt động, cơng việc dự án hiểu rõ hay WBS tạo xác vàmỗi cơng việc nhỏ ước lượng xác Nhược điểm phương pháp không tốt công việc cụ thể không hiểu rõ So với phương pháp từ xuống phương pháp tốn thời gian Dùng phán đoán chuyên gia Đây phương pháp dùng người có kinh nghiệm dự án tương tự dự án cần thực thực gần Người cung cấp kinh nghiệm đưa ước lượng tương tự dự án trước Độ việc ước lượng 52 theo phương pháp phụ thuộc vào độ chuyên gia, hiểu biết thực họ lĩnh vực tri thức vàdự án trước Với phương pháp này, việc lựa chọn ứng dụng tương tự phải xác, vàcótính hệ thống Cóthể sử dụng hệ thống đánh trọng số để lựa chọn dự án tương tự có nhiều dự án làm ứng cử viên Phương pháp dựa tham số Phương pháp ước lượng dựa số tham số vàmột số mơhình tốn học mơhình xác suất thống kê Chúng ta tìm hiểu số đơnvị đo lường thuật toán coi làtham số cho loại phương pháp + Số dòng lệnh- LOC: làtổng số dòng lệnh, mãnguồn tất chức dự án +Điểm chức năng-FPs: làtổng số điểm mốc chức cơng việc dự án, kích cỡ dự án khơng đo số dịng lệnh số chức khó cài đặt số dịng mãnguồn cóthể lớn cơng viết nócóthể ít, ngược lại chức có độ phức tạp lớn thìkhátốn cơng viết số lượng dịng lệnh khơng nhiều IT + Các đơn vị khác cóthể làsố lượng “bọt nổi” tìm kiếm theo chiều sâu, tìm kiếm theo thuật tốn bọt hay số lượng thực thể mơ hình thực thể liên kết hay số lượng tiến trình biểu đồ cấu trúc PT Hai đơn vị hay sử dụng LOC FPs sử dụng theo cách tiếp cận thuật toán Ước lượng dựa LOC có + Ưu điểm đơn vị đo lường nhìn chung dễ hiểu, cho phép so sánh cụ thể vàrõràng, dễ đo đạc thực tế + Nhược điểm LOC làkhóước lượng sớm chu trình phát triển dự án lúc chưa có thiết kế vàlập trình nên chưa biết số lượng mãnguồn làbao nhiêu Số lượng mãnguồn thay đổi tuỳ theo ngôn ngữ lập trình Nhiều chi phíkhơng liên quan tới mãnguồn chưa quan tâm đến (vídụ nhiệm vụ xác định yêu cầu) màchỉ tập trung tới việc phát triển chương trình phần mềm Các lập trình viên cóthể thưởng dựa # defects/# LOC (số lỗi/số mãnguồn) Một nhược điểm làcác phần mềm sinh mãnguồn thường sản sinh mãthừa nên việc ước lượng có tính đến mãthừa khơng xác Một số vấn đề ước lượng LOC: • Bạn khơng biết cóbao nhiêu dịng lệnh từ đầu • Nếu dùng ngơn ngữ khác thìsố dịng lệnh khác • Mỗi kiểu lập trình khác sản sinh số lượng dịng lệnh khác • Con số thống kê: suất trung bình lập trình viên 3,000 LOC/năm Hầu hết phương thức tiếp cận theo thuật tốn cóhiệu sau qtrình tìm hiểu u cầu (thường phải sau yêu cầu) 53 IT Ước lượng dựa điểm chức FP cómột số đặc điểm sau • Kích cỡ phần mềm đo lường số lượng vàđộ phức tạp hàm thực • Phương pháp luận tốt đếm LOC • Việc xác định điểm chức tương tự ngơi nhàtrong – Diện tích ngơi nhà~= số dịng lệnh phần mềm – Số lượng phòng tắm vàphòng ngủ ~= điểm chức – Con số trước làkích cỡ, số sau làkích cỡ vàchức nên việc ước lượng xác Các bước để ước lượng theo phương pháp điểm chức Đếm số chức nghiệp vụ loại – Các loại: đầu ra, đầu vào, truy vấn liệu, cấu trúc tệp liệu vàgiao diện Thiết lập yếu tố độ phức tạp cho chức vàsử dụng – Đơn giản, Trung bình, Phức tạp – Thiết lập trọng số nhân cómỗi yếu tố (0->15) – Dẫn tới tổng số điểm chức khơng điều chỉnh Tính tốn nhân tố ảnh hưởng vàáp dụng nócho chức – Nóchạy từ 0.65 đến 1.35, vàdựa vào yếu tố Kết thành "tổng điểm chức năng": Điều sử dụng việc ước lượng tương thích PT Các vấn đề phương pháp tham số: hầu hầu hết dự án bạn gặp không sử dụng phương pháp mà phương pháp cóhiệu dự án lớn (Nơi màmột tiền đề lịch sử quákhứ tồn tại), gặp vấn đề cho hầu hết dự án làthiếu dự án tương tự vìvậy thiếu liệu tương thích vàvấn đề bắt đầu dự án Ước lượng trường hợp dự án dùng lại mãnguồn Mãnguồn dùng lại khơng phải làmiễn phínên cần tính chi phícho việc dùng lại này, khơng tính miễn phí.Mãnguồn bao gồm loại: mãmới, mãsửa đổi từ mã cũ, vàmãnguồn dùng lại hồn tồn Nếu mãnguồn màcólớn 50% sửa chữa thìđược coi làmãnguồn khơng coi làmãdùng lại Đối với mã coi làdùng lại thìcần tìm hiểu loại phạm vi tính tốn sau: – Mãdùng lại chiếm 30% cơng mãmới – Mãsửa đổi là60% mãmới Nhân công cho tích hợp hệ thống với mãsửa đổi nhiều việc tích hợp với mãmới Đến bạn biết "kích cỡ" sau q trình ước lượng kích cỡ trình bày trên, tiếp đến cần xác định "công" để xây dựng dự án Việc thực dựa nhiều mơhình khác dựa kinh nghiệm, mơhình tốn học vàtheo tác nhân chủ quan thể theo đơn vị thời gian thực Vídụ đơn vị tính cơng thực làcông người làm tháng hay công người làm tuần, ngày 54 Để tính cơng cần thiết để thực sau ước lượng kích cỡ, sử dụng bảng chuyển đổi từ kích cỡ cơng Giống với ước lượng kích cỡ phương pháp dựa tham số, kỹ thuật thực tốt códữ liệu lịch sử Lại lần nữa, đừng nhìn vào dự án "trung bình", thường thìcác bước ước lượng kích cỡ vàcơng sức kết hợp lại làm công đoạn (điều khuyến khích thường xảy ra) Lâp lịch “dựa cam kết" thường thực yêu cầu người lập trình cam kết ước lượng (của người đó) Các vấn đề q trình ước lượng nói chung • • • Ước lượng chất lượng làcần thực sớm giai đoạn đầu dự án có khó khăn giai đoạn đầu thơng tin bị hạn chế nên khóthực cơng việc ước lượng Dữ liệu ước lượng xác cósẵn vào giai đoạn cuối qtrình phát triển dự án lúc chúng không cần thiết vìcơng việc dự án hồn thành Ước lượng tốt làdựa kinh nghiệm trước Nhiều dự án phần mềm thường cóít khơng cónhững yếu tố sau – Các công nghệ thay đổi – Dữ liệu lịch sử khơng sẵn có – Sự đa dạng kinh nghiệm/ kiểu – Bản chất chủ quan việc ước lượng phần mềm PT 4.3.2 Một số lưu ý ước lượng IT • Nhận thức mốc thời gian cần hồn thành Các thời hạn có phải là"hạn thực tế" khơng? Cóthể xem xét có gắn với kiện bên ngồi hay khơng Liệu thời hạn 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ế”, ngoại cảnh bên tác động vàkhông thể thay đổi Hoặ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 thiết lập người cóquyền vìthế nên cóthể cómột vài linh hoạt Việc thể ước lượng tài liệu Việc thể ước lượng có ảnh hưởng lớn tới kết dự án Sự đánh giákết dự án có với ước lượng ban đầu hay không phụ thuộc nhiều vào việc môtả ước lượng Chằng hạn ghi số ước lượng cách xác thìnếu kết làmột số cụ thể khác, se dẫn tới kết luạn việc ước lượng sai, ghi ước lượng khoảng đưa kết luận ước lượng Các kỹ thuật để thể ước lượng trình bày • Thêm nhân tố cộng trừ để thể sai số cho ước lượng vídụ tháng +/-1tháng 55 • • Sử dụng khoảng thời gian để thể ước lượng vídụ: 6-8 tháng Khi định lượng rủi ro thìthêm +/- với thơng tin thêm vào – +1 tháng với công cụ không làm việc mong đợi – -2 tuần cho khoảng thời gian chậm trễ để thuêlập trình viên • Nên thêm ước lượng theo tình – Tình tốt nhất/ Theo kế hoạch/ Hiện tại/ Tồi • Trình bày ước lượng theo ngày hoạt động – Vídụ cho Q3 02: quí3 năm 2002 • Thêm yếu tố khẳng định – Vídụ ước lượng cho tháng xác suất 1-10%, cho tháng xác suất 1-50% Các yếu tố khác ảnh hưởng đến trình ước lượng      Kinh nghiệm vàkỹ đội dự án ảnh hưởng lớn tới việc ước lượng dự án, làm cơng việc thìcác thành viên mức thấp thìsẽ cần ước lượng nhiều cơng so với nhân viên mức cao Trong đội dự án, số lượng thành viên mức thấp thường cần nhiều mức cao, vídụ người hay tập coi lànhững thành viên mức thấp Cần tính tốn tới thời gian khơng dành cho cơng việc dự án màcần tính nững thời gian cho nhiệm vụ chung khác chẳng hạn họp hành, nói chuyện điện thoại, lướt web vàcác ngày nghỉ Lưu ý sử dụng cơng cụ ước lượng thương mại có sẵn thị trường Các công cụ thường yêu cầu dựa liệu quákhứ Lưu ý tuân thủ theo luật Parkinson “Mở rộng công việc phạm vi thời gian cho phép” Có nghĩa ước lượng cơng việc bạn cóthể mở rộng, thêm vào số cơng việc phát sinh để tồn dự án hoạt động cóhiệu hơn, ln phải lưu ý thêm công việc giới hạn thời gian cho phép Bệnh sinh viên “Nước đến chân nhảy” : sát đến thời hạn nộp sản phẩm tăng tốc độ làm việc, ảnh hưởng nhiều đến chất lượng sản phẩm vàtạo nhiều rủi ro 56 ... v? ?quản l? ?dự án phần mềm làmột lĩnh vực quản lý dự án Môn học cung cấp kiến thức tập trung vào quản l? ?dự án phần mềm Quản? ??ｌý Quản? ??ｌý dự án Quản lý dự án phần mềm 1. 1.3 Định nghĩa quản l? ?dự án. .. 12 0 Quản lý thời gian dự án 12 1 Quản lý chi ph? ?dự án 12 1 Quản lý chất lượng dự án 12 2 Quản lý nguồn nhân lực dự án 12 2 Quản lý truyền thông dự án. .. gồm phần sau: Giới thiệu chung quản l? ?dự án, quản l? ?dự án phần mềm Những khái niệm Những lỗi truyền thống thường gặp quản l? ?dự án 1. 1 Giới thiệu chung quản l? ?dự án phần mềm Quản l? ?dự án phần