Giáo trình quản lý dự án phần mềm

PHẠM NGỌC HÙNG (Chủ biên) TRẦN HỒNG VIỆT GIÁO TRÌNH QUẢN LÝ DỰ ÁN PHẦN MỀM NHÀ XUẤT BẢN ĐẠI HỌC QUỐC GIA HÀ NỘI TailieuVNU.com sưu tầm Mục lục Mục lục i Danh sách hình vẽ ix Danh sách bảng xi Thuật ngữ/Từ viết tắt xiii Lời nói đầu xix Chương Tổng quan quản lý dự án 1.1 Tầm quan trọng quản lý dự án 1.2 Dự án đặc trưng 1.3 Một số tiêu chí đánh giá thành công dự án 1.4 Khái niệm quản lý dự án 1.5 Chương trình danh mục dự án 1.6 Các kỹ cần có nhà quản lý dự án 1.7 Một số vấn đề đạo đức nghề nghiệp quản lý dự án CNTT 1.8 Kết luận 1.9 Câu hỏi ôn tập i 1 12 22 25 31 34 35 ii MỤC LỤC Chương Quản lý dự án bối cảnh tổ chức 37 2.1 Giới thiệu 37 2.2 Cách tiếp cận có tính hệ thống 40 2.3 Một số góc nhìn tổ chức 45 2.3.1 Cơ cấu tổ chức 48 2.3.2 Văn hóa tổ chức 53 2.4 Quản lý bên liên quan 57 2.5 Một số đặc thù dự án CNTT 63 2.6 Một số xu hướng ảnh hưởng đến việc quản lý dự án CNTT 65 2.7 Kết luận 71 2.8 Câu hỏi ôn tập 72 Chương Quy trình quản lý dự án 3.1 Quy trình quản lý dự án 3.2 Ánh xạ nhóm quy trình quản lý dự án với miền tri thức 3.3 Tổng quan số mô hình phát triển phần mềm 3.3.1 Mơ hình Thác nước 3.3.2 Mơ hình Scrum 3.4 Mối quan hệ quy trình quản lý dự án mơ hình phát triển phần mềm 3.4.1 Mối quan hệ mơ hình phát triển phần mềm thác nước nhóm quy trình quản lý dự án 3.4.2 Mối quan hệ mơ hình phát triển phần mềm Scrum nhóm quy trình quản lý dự án 3.5 Hai loại dự án phầm mềm phổ biến 3.5.1 Dự án phát triển sản phẩm 3.5.2 Dự án bảo trì phần mềm 75 75 82 85 86 88 92 92 94 96 96 98 MỤC LỤC 3.6 3.7 iii Kết luận 100 Câu hỏi ôn tập 101 Chương Quản lý phạm vi dự án 103 4.1 Khái niệm phạm vi dự án 103 4.1.1 Định nghĩa phạm vi dự án 104 4.1.2 Tài liệu mô tả thông tin sơ dự án 106 4.1.3 Một số đặc thù phạm vi dự án phần mềm 109 4.2 Tầm quan trọng phạm vi dự án 110 4.3 Lập kế hoạch quản lý phạm vi dự án 113 4.4 Thu thập yêu cầu 115 4.5 Tạo cấu trúc phân rã công việc 118 4.5.1 Xác định phạm vi dự án 118 4.5.2 Tạo bảng phân rã công việc 119 4.5.3 Trình bày bảng phân rã công việc 125 4.5.4 Một số lưu ý tạo WBS 129 4.6 Thẩm định phạm vi dự án 132 4.7 Giám sát phạm vi dự án 134 4.8 Kết luận 135 4.9 Câu hỏi ôn tập 135 Chương Các phương pháp ước lượng công việc 5.1 Ước lượng công việc tầm quan trọng 5.2 Các loại ước lượng 5.3 Một số phương pháp công cụ ước lượng 5.4 Một số vấn đề ước lượng dự án phần mềm 5.5 Ví dụ ước lượng 5.6 Kết luận 5.7 Bài tập 139 139 140 141 151 154 159 160 Chương Quản lý thời gian 163 iv MỤC LỤC 6.1 6.2 6.3 6.4 6.5 6.6 6.7 6.8 Lịch trình dự án tầm quan trọng Lập kế hoạch quản lý lịch trình dự án Xác định chi tiết công việc Lập lịch trình dự án 6.4.1 Quan hệ phụ thuộc 6.4.2 Biểu đồ Gantt 6.4.3 Biểu đồ mạng lưới cơng việc Phân tích đường găng 6.5.1 Tính tốn đường găng 6.5.2 Phân tích đường găng Giám sát lịch trình dự án Kết luận Câu hỏi ôn tập Chương Quản lý chi phí 7.1 Khái niệm chi phí dự án 7.2 Tầm quan trọng quản lý chi phí 7.3 Quy trình quản lý chi phí dự án 7.4 Lập kế hoạch quản lý chi phí dự án 7.5 Lập dự tốn kinh phí dự án 7.6 Giám sát chi phí 7.7 Kết luận 7.8 Câu hỏi ôn tập Chương Quản lý chất lượng 8.1 Chất lượng dự án tầm quan trọng chất lượng 8.2 Quy trình quản lý chất lượng dự án 8.3 Lập kế hoạch quản lý chất lượng dự án 8.4 Đảm bảo chất lượng 8.5 Giám sát chất lượng dự án 163 167 168 171 171 173 175 179 180 180 183 184 185 187 187 189 190 191 193 196 201 202 205 quản lý 205 207 209 213 215 MỤC LỤC 8.6 8.7 8.8 8.9 Một số mơ hình quản lý chất lượng dự án phần mềm 8.6.1 Một số phương pháp đảm bảo chất lượng dự án phần mềm 8.6.2 Quản lý chất lượng dự án phát triển sản phẩm phần mềm 8.6.3 Quản lý chất lượng dự án bảo trì sản phẩm phần mềm Một số tiêu chuẩn chất lượng dự án 8.7.1 Các tiêu chuẩn ISO 8.7.2 Mơ hình trưởng thành 8.7.3 Kiểm soát chất lượng thông qua việc sử dụng Six Sigma Kết luận Câu hỏi ôn tập v 216 216 222 224 228 228 231 235 238 239 Chương Quản lý nguồn nhân lực 243 9.1 Khái niệm nguồn nhân lực dự án 243 9.2 Quản lý nguồn nhân lực cho dự án 246 9.3 Một số nguyên lý quản lý nguồn nhân lực 247 9.3.1 Tháp nhu cầu Maslow 247 9.3.2 Lý thuyết hai nhân tố Frederick Herzberg 250 9.3.3 Lý thuyết X lý thuyết Y McGregor 251 9.3.4 Lý thuyết Z William Ouchi 252 9.4 Lập kế hoạch quản lý nguồn nhân lực 252 9.4.1 Biểu đồ tổ chức dự án 253 9.4.2 Ma trận trách nhiệm công việc 256 9.4.3 Lập kế hoạch cung cấp nhân cho dự án 258 9.5 Xây dựng nhóm dự án 260 9.6 Phân công công việc dự án 262 vi MỤC LỤC 9.7 Phát triển nhóm dự án 264 9.7.1 Đào tạo 266 9.7.2 Một số hoạt động xây dựng nhóm 268 9.7.3 Hệ thống ghi nhận khen thưởng 273 9.8 Quản lý nhóm 274 9.8.1 Quản lý xung đột 274 9.8.2 Quản lý vấn đề phát sinh 275 9.8.3 Đánh giá thành viên nhóm dự án 276 9.9 Một số đặc thù quản lý nhân lực công nghệ phần mềm277 9.10 Kết luận 279 9.11 Câu hỏi ôn tập 280 Chương 10 Quản lý giao tiếp dự án 283 10.1 Khái niệm giao tiếp dự án 283 10.2 Một số nguyên lý để giao tiếp tốt 285 10.2.1 Tập trung vào mà cá nhân nhóm cần 285 10.2.2 Một số phương pháp giao tiếp thức khơng thức 287 10.2.3 Cung cấp thông tin quan trọng cách hiệu kịp thời 288 10.2.4 Thông báo tin xấu 289 10.3 Lập kế hoạch quản lý giao tiếp 290 10.4 Quản lý giao tiếp dự án 291 10.5 Giám sát trình giao tiếp dự án 294 10.6 Một số phương pháp giao tiếp dự án phần mềm296 10.7 Kết luận 300 10.8 Câu hỏi ôn tập 301 Chương 11 Quản lý rủi ro 303 11.1 Khái niệm rủi ro dự án 303 MỤC LỤC 11.2 11.3 11.4 11.5 11.6 Quy trình quản lý rủi ro Lập kế hoạch quản lý rủi ro Một số nguồn rủi ro cho dự án phần mềm Xác định rủi ro Phân tích rủi ro 11.6.1 Phân tích định tính 11.6.2 Phân tích định lượng 11.7 Lựa chọn rủi ro để quản lý 11.8 Giám sát rủi ro 11.9 Kết luận 11.10Câu hỏi ôn tập Chương 12 Quản lý cấu hình 12.1 Khái niệm quản lý cấu hình 12.2 Lập kế hoạch quản lý cấu hình 12.3 Thực quản lý cấu hình 12.3.1 Quản lý yêu cầu 12.3.2 Quản lý lỗi phần mềm 12.3.3 Quản lý phiên 12.3.4 Quản lý gói bàn giao 12.3.5 Quản lý thay đổi 12.4 Kiểm tra giám sát cấu hình 12.5 Một số cơng cụ quản lý cấu hình phổ biến 12.6 Kết luận 12.7 Câu hỏi ôn tập Chương 13 Quản lý bên liên quan 13.1 Khái niệm bên liên quan dự án 13.2 Xác định bên liên quan 13.3 Lập kế hoạch quản lý bên liên quan 13.4 Quản lý tham gia dự án bên liên quan vii 304 307 308 311 316 316 318 322 326 329 329 333 333 335 337 338 341 343 345 346 347 349 351 351 353 353 355 356 359 viii MỤC LỤC 13.5 Kiểm soát tham dự bên liên quan 361 13.6 Một số phương pháp quản lý bên liên quan số mơ hình phát triển phần mềm phổ biến 363 13.6.1 Quản lý bên liên quan mơ hình thác nước 363 13.6.2 Quản lý bên liên quan mơ hình Scrum365 13.7 Kết luận 366 13.8 Câu hỏi ôn tập 366 Tài liệu tham khảo 369 364 CHƯƠNG 13 QUẢN LÝ CÁC BÊN LIÊN QUAN thống nhất, chỉnh sửa chuẩn hóa nghiệp vụ cho khách hàng Sau đó, yêu cầu chuẩn hóa xác nhận từ phía người dùng cuối từ phía khách hàng tạo Yêu cầu sở cho bước ước lượng công sức dự án sau Để giai đoạn thành công, cần trợ giúp nhà tài trợ dự án quản lý cấp cao để thống nhất, phân vai trò trách nhiệm người liên quan đến mảng nghiệp vụ dự án Thơng thường, người đứng đầu phịng ban chức người chịu trách nhiệm cho mảng nghiệp vụ cần chuyển đổi thành phần mềm Việc giúp cho trình làm việc, thống chốt yêu cầu dự án thuận lợi Trong thực tế tiến hành dự án phần mềm theo mơ hình thác nước, pha phân tích, thiết kế hệ thống, cài đặt, kiểm thử, v.v., có vấn đề nghiệp vụ chưa rõ ràng, ta trao đổi với đại diện bên liên quan để đưa giải pháp điều chỉnh phù hợp cho dự án Ngoài ra, pha quan trọng dự án phần mềm theo mơ hình thác nước mà có tham gia lớn bên liên quan pha kiểm thử chấp nhận Trong pha này, người dùng cuối mời để sử dụng sản phẩm, kiểm tra xem chức hệ thống cung cấp có đáp ứng nghiệp vụ thường ngày họ không Đại diện bên liên quan có trách nhiệm kiểm tra chức mà hệ thống cung cấp Họ yêu cầu người dùng hệ thống tham gia vào trình Với điểm chưa phù hợp chưa đạt, ta cần đối chiếu lại tài liệu dự án xem có sai khác nào, liệu điểm chưa phù hợp có phải lỗi yêu cầu giúp cho hệ thống tốt Nếu yêu cầu cho hệ thống tốt nằm phạm vi dự án, ta thương lượng với bên liên quan để điều chỉnh thời gian chi phí dự án Tùy thuộc vào yêu cầu thỏa thuận đạt được, thông thường, yêu cầu có cơng sức thay đổi khơng vượt q mức định (khoảng 5-10%) ta cần thực 13.6 MỘT SỐ PHƯƠNG PHÁP QUẢN LÝ CÁC BÊN LIÊN QUAN TRONG MỘT SỐ MƠ HÌNH PHÁT TRIỂN PHẦN MỀM PHỔ BIẾN 365 mà không thay đổi thời gian chi phí dự án Thay đổi làm ảnh hưởng đến thời gian chi phí dự án thường địi hỏi có phân tích giải trình cụ thể cho bên liên quan Từ đó, ta có định phù hợp để dự án thành cơng mong đợi 13.6.2 Quản lý bên liên quan mô hình Scrum Ngày nay, nhiều tổ chức áp dụng mơ hình Scrum dự án phần mềm nhiều đặc điểm ưu việt Việc nắm rõ bên liên quan dự án mơ hình phát triển giúp nhà quản lý dự án thu thập, nắm bắt thông tin điều hành dự án cách hiệu Trong mơ hình Scrum, bên liên quan người đơn vị tổ chức thường xuyên trao đổi với chủ sản phẩm (PO), trưởng nhóm Scrum (Scrum Master) đội dự án để cung cấp đầu vào thông tin liên quan đến dự án Việc đóng vai trị quan trọng việc tạo điều kiện cần thiết để hoàn thành dự án kế hoạch đề Thông thường, bên liên quan đến dự án khách hàng, người dùng cuối nhà tài trợ dự án • Khách hàng: Một người tổ chức sử dụng sản phẩm dịch vụ đầu dự án Với tổ chức, tùy thuộc vào dự án, khách hàng dự án người sử dụng nội tổ chức dự án phát triển sản phẩm sử dụng nội tổ chức Một ví dụ điển hình cho dự án loại công ty phát triển phần mềm cần xây dựng công cụ quản lý, thống kê đánh giá dự án mà họ triển khai Công cụ cần có đặc thù để đáp ứng số tiêu chuẩn chất lượng bảo mật định ISO CMMI, v.v Khi đó, cơng ty lập dự án phát triển sản phẩm cho nội với mục đích Khách hàng dự án khách hàng ngồi tổ chức Đây dự án lập để 366 CHƯƠNG 13 QUẢN LÝ CÁC BÊN LIÊN QUAN phát triển sản phẩm dịch vụ cho đơn vị, doanh nghiệp cá nhân bên ngồi tổ chức • Người dùng cuối: Một cá nhân tổ chức mà trực tiếp sử dụng sản phẩm dịch vụ đầu dự án Giống khách hàng, với tổ chức, dự án có người dùng nội người dùng bên tổ chức Trong nhiều trường hợp, người dùng cuối khách hàng • Nhà tài trợ: Một cá nhân tổ chức cung cấp nguồn lực hỗ trợ cho dự án Nhà tài trợ bên liên quan đặc biệt mà toàn bên liên quan khác thành viên dự án phải phục tùng Tùy thuộc vào dự án tổ chức, người đóng nhiều vai trò khách hàng, người dùng cuối nhà tài trợ 13.7 Kết luận Chương trình bày khái niệm bên liên quan dự án số vấn đề quan trọng việc quản lý bên liên quan dự án Sau đó, chương đưa phương pháp xác định bên liên quan phương pháp lập kế hoạch quản lý bên liên quan dự án Với bên liên quan, chương phân tích đưa phương pháp quản lý tham gia họ vào dự án nhằm kiểm soát tác động tiêu cực họ phát huy tác động tích cực họ lên dự án Cuối cùng, chương đưa phương pháp xác định quản lý bên liên quan số mơ hình phát triển phần mềm phổ biến mơ hình thác nước mơ hình Scrum 13.8 Câu hỏi ôn tập Thế bên liên quan dự án? Lấy ví dụ minh họa 13.8 CÂU HỎI ÔN TẬP 367 Trong trình triển khai dự án, thách thức lớn làm việc với bên liên quan làm việc với chủ đầu tư, khách hàng, người dùng cuối hay với nhóm dự án? Tại sao? Vì việc xây dựng mối quan hệ tốt với lãnh đạo khách hàng đóng vai trị quan trọng cơng việc nhà quản lý dự án? Nêu nội dung thường có kế hoạch quản lý bên liên quan Trong công việc thường ngày nhân viên kế toán tổ chức, họ phải nhập nhiều số liệu làm báo cáo tương ứng Hãy nêu khó khăn thuận lợi triển khai dự án làm phần mềm kế tốn nhằm hỗ trợ kế tốn viên cơng việc Liệt kê người hưởng lợi người bị ảnh hưởng từ dự án Để quản lý tham gia bên liên quan, nhà quản lý dự án phải làm gì? Hãy nêu số điểm lưu ý để nâng cao hiệu việc tham dự bên liên quan vào dự án phần mềm Liệt kê bên liên quan quan trọng dự án phần mềm triển khai theo mơ hình Scrum phương pháp quản lý tham dự tương ứng họ vào dự án Liệt kê bên liên quan quan trọng dự án phần mềm triển khai theo mơ hình Thác nước phương pháp quản lý tham dự tương ứng họ vào dự án 10 Vì số trường hợp, kế hoạch quản lý bên liên quan dự án tài liệu tuyệt mật, số người quan trọng dự án phép truy cập? 368 CHƯƠNG 13 QUẢN LÝ CÁC BÊN LIÊN QUAN 11 Hãy nêu số bên liên quan đại diện họ dự án mà bạn biết? 12 Hãy lập kế hoạch quản lý bên liên quan cho dự án phát triển Hệ thống quản lý mối quan hệ cá nhân trình bày Chương với giả thiết dự án tiến hành theo mơ hình thác nước 13 Hãy hình dung bạn nhà quản lý dự án dự án phát triển Hệ thống đăng kí mơn học ĐHQGHN, lập kế hoạch quản lý bên liên quan cho dự án với giả thiết dự án tiến hành theo mơ hình Scrum Tài liệu tham khảo [And10] Crowe Andy, Alpha project manager: What the top 2% know that every one else does not, Velociteach, 2010 [AQAS08] Rafa E Al-Qutaish and Khalid T Al-Sarayreh, Applying six-sigma concepts to the software engineering: Myths and facts, Proceedings of the 7th WSEAS International Conference on Software Engineering, Parallel and Distributed Systems (Stevens Point, Wisconsin, USA), SEPADS’08, World Scientific and Engineering Academy and Society (WSEAS), 2008, p 178–183 [BAB+ 00] Barry W Boehm, Chris Abts, A Winsor Brown, Sunita Chulani, Bradford K Clark, Ellis Horowitz, Ray Madachy, Donald J Reifer, and Bert Steece, Software cost estimation with cocomo ii, vol 1, Upper Saddle River, NJ: Prentice Hall, 2000 [BBE+ 95] Boehm Barry, Clark Bradford, Horowitz Ellis, Westland Chris, Madachy Ray, and Richard Selby, Cost models for future software life cycle processes: Cocomo 2.0, Annals of Software Engineering (1995), 57 – 94 370 TÀI LIỆU THAM KHẢO [BD17] L.G Bolman and T.E Deal, Reframing organizations: Artistry, choice, and leadership, Wiley, 2017 [BFS14] Pierre Bourque, Richard E Fairley, and IEEE Computer Society, Guide to the software engineering body of knowledge (swebok(r)): Version 3.0, 3rd ed., IEEE Computer Society Press, Washington, DC, USA, 2014 [Boe81] Barry W Boehm, Software engineering economics, 1st ed., Prentice Hall PTR, USA, 1981 [BP88] B.W Boehm and P.N Papaccio, Understanding and controlling software costs, IEEE Transactions on Software Engineering 14 (1988), no 10, 1462–1477 [BSA92] Fran¸cois Bergeron and Jean-Yves St-Arnaud, Estimation of information systems development efforts: A pilot study, Inf Manage 22 (1992), no 4, 239–254 [BT76] T E Bell and T A Thayer, Software requirements: Are they really a problem?, Proceedings of the 2nd International Conference on Software Engineering (Washington, DC, USA), ICSE’76, IEEE Computer Society Press, 1976, p 61–68 [Car11] CareerBuilder, Employers Plan to Hire More Recent College Graduates in 2011, Finds CareerBuilder’s Annual Forecast, April 27, 2011 [cfSSC18] The council for Six Sigma Certification, Six sigma: A complete step-by-step guide, The council for Six Sigma Certification, 2018 [Cha12] Charles Duhigg and How the u.s lost out Keith Bradsher, on iphone work, TÀI LIỆU THAM KHẢO 371 www.nytimes.com/2012/01/22/business/ apple-america-and-a-squeezed-middleclass html?_r=0, January 21, 2012 [FB11] Bent Flyvbjerg and Alexander Budzier, Why your it project may be riskier than you think, Harvard business review 89 (2011), 23–25 [Fri05] Thomas L Friedman, The world is flat: A brief history of the twenty-first century, New York: Farrar, Straus and Giroux, 2005 [FWFW03] Steven L Haeck Fahrenkrog, Abrams William, and David Fred Whelbourn, Pmi’s organizational project R management maturity model, Proceedings of PMI Global Congress 2003 – North America (Stevens Point, Wisconsin, USA), PA: Project Management Institute, 2003 [Gra99] Robert Grady, An economic release decision model: Insights into software project management, Proceedings of the Applications of Software Measurement Conference (Orange Park, FL), Software Quality Engineering, 1999, pp 227–239 [Gru21] Galen Gruman, Us it job growth jumps in august; 2021 on track for record hiring levels, Computerworld, Sep 07, 2021 [GWD12] Craig Gygi, Bruce Williams, and Neil DeCarlo, Six sigma for dummies, 2nd ed., John Wiley & Sons, Inc, 2012 [Her66] Frederick Herzberg, Work and the nature of man, Cleveland : World Pub Co.„ 1966 372 TÀI LIỆU THAM KHẢO [Her68] , One more time: how you motivate employees?, Harvard Business Review 46 (1968), 53–62 [Ian10] Ian Wilson, Is iso the way to go? some say, not so, https://james.westgard.com/the_westgard_ rules/2010/06/iso-not-so.html, 2010 [IEE90] Ieee standard glossary of software engineering terminology, IEEE Std 610.12-1990 (1990), 1–84 [Int20] International Data Corporation, Worldwide ICT Spending to Reach $4.3 Trillion in 2020 Led by Investments in Devices, Applications, and IT Services, February 18, 2020 [ISOa] ISO, Iso 21511:2018 work breakdown structures for project and programme management, https://www.iso org/standard/69702.html [ISOb] , ISO 9000 Family Quality Management, https: //www.iso.org/iso-9001-quality-management.html [ISO91] , Iso/iec 9126:1991 software enginnering — product quality, https://www.iso.org/standard/16722 html, 1991 [ISO01] , Iso/iec 9126-1:2001 software engineering — product quality — part 1: Quality model, https://www iso.org/standard/22749.html, 2001 [ISO11] , Iso/iec 25010:2011 systems and software engineering — systems and software quality requirements and evaluation (square) — system and software quality models, https://www.iso.org/standard/35733.html, 2011 TÀI LIỆU THAM KHẢO 373 [ISO15] , Quality management principles, https: //www.iso.org/files/live/sites/isoorg/files/ store/en/PUB100080.pdf, 2015 [JF06] Krahn Jennifer and Hartment Francis, Effective project leadership: a combination of project manager skills and competencies in context, PMI Research Conference Proceedings, 2006 [JMO06] Magne Jørgensen and Kjetil Moløkken-Østvold, How large are software cost overruns? a review of the 1994 chaos report, Inf Softw Technol 48 (2006), no 4, 297–301 [JNW84] A.M Jenkins, J.D Naumann, and J.C Wetherbe, Empirical investigation of systems development practices and results, Information and Management (1984), no 2, 73– 82 [Joh00] John Seddon, The ’quality’ you can’t feel, https://www.theguardian.com/money/2000/nov/ 19/workandcareers.madeleinebunting, 2000 [KPM05] KPMG International, Managing global projects: Observations from the front-line, www.kpmg.com, 2005 [Mas43] Abraham H Maslow, A theory of human motivation, Psychological Review 50 (1943), 370–396 [MBT03] Guide to the isabel briggs myers papers 1885-1992, University of Florida George A Smathers Libraries, Department of Special and Area Studies Collections, Gainesville, FL 2003, 2003 [McG60] Douglas McGregor, The human side of enterprise, New York: McGraw-Hill, 1960 374 TÀI LIỆU THAM KHẢO [Mey17] N Dean Meyer, Principle-based organizational structure: a handbook to help you engineer entrepreneurial thinking and teamwork into organizations of any size, NDMA Publishing, 2017 [Mic18] Microsoft, Scrum process work item types and workflow, https://docs.microsoft.com/en-us/ azure/devops/boards/work-items/guidance/ scrum-process-workflow?view=azure-devops, 2018 [Ouc81] William Ouchi, Theory z: How american business can meet the japanese challenge, New York: Avon Books, 1981 [Par51] Talcott Parsons, The social system, Glencoe, III., Free Press, 1951 [PMI07] PMI, Practice standard for project configuration management, Project Management Institute, Newtown Square, Pennsylvania 19073-3299 USA, 2007 [PMI17] , A guide to the project management body of R guide), sixth ed., Project Manageknowledge (pmbok ment Institute, 2017 (English) [PMI19] , Practice standard for work breakdown structures, 3rd ed., Project Management Institute, Newtown Square, Pennsylvania 19073-3299 USA, 2019 [Pro20] Project Management Institute, Summary of ’Earning Power: Project Management Salary, 2020 [PS15] Putu Linda Primandari A and Sholiq, Effort distribution to estimate cost in small to medium software development project with use case points, Procedia Computer Science TÀI LIỆU THAM KHẢO 375 72 (2015), 78 – 85, The Third Information Systems International Conference 2015 [PVN88] D Phan, D Vogel, and J Nunamaker, The search for perfect project management, Computer World 22 (1988), no 39, 95–100 [PW21] Tom Preston-Werner, Semantic versioning 2.0.0, 2021 [RJ20] Stephen P Robbins and Timothy A Judge, Organizational behavior, 18th ed., Pearson, 2020 [Roy87] Winston W Royce, Managing the development of large software systems: Concepts and techniques, Proceedings of the 9th International Conference on Software Engineering (Washington, DC, USA), ICSE ’87, IEEE Computer Society Press, 1987, p 328–338 [Sal10] Kassem Saleh, Guidelines for effort and cost allocation in medium to large software development projects, Proceedings of the 10th WSEAS International Conference on Applied Computer Science (Stevens Point, Wisconsin, USA), ACS’10, World Scientific and Engineering Academy and Society (WSEAS), 2010, p 33–37 [Sal11] Kassem Saleh, Effort and cost allocation in medium to large software development projects, International Journal of Computers (2011), no 1, 74 – 79 [Sch18] Kathy Schwalbe, Information technology project management, 9th ed., Cengage Learning, Boston, MA, USA, 2018 [SEI00] SEI, Cmmi for systems engineering/software engineering, version 1.02, https://s3-eu-west-1.amazonaws 376 TÀI LIỆU THAM KHẢO com/pstorage-cmu-348901238291901/12057461/ file.pdf, 2000 [SEI10a] , Cmmi for acquisition, version 1.3, improving processes for acquiring better products and services, https://resources.sei.cmu.edu/asset_files/ technicalreport/2010_005_001_15284.pdf, 2010 [SEI10b] R for development, version 1.3 improving , Cmmi processes for developing better products and services, http://www.sc.ehu.es/jiwpiacj/Informatika/ 2010-CMMI-DEV_1.3_Improving%20processes% 20for%20developing%20better%20products%20and% 20services.pdf, 2010 [SEI10c] R , Cmmi for services, version 1.3, improving processes for providing better services, http://www.sc.ehu.es/jiwpiacj/Informatika/ 2010-CMMI-SVC_Improving%20processes%20for% 20providing%20better%20services.pdf, 2010 [Smi17] Kit Smith, Marketing: 105 amazing social media statistics and facts, Brandwatch Blog, November 18, 2017 [Som16] Ian Sommerville, Software engineering, 10th ed., Pearson Education Limited, 2016 [SS20] Ken Schwaber and Jeff Sutherland, The scrum guide the definitive guide to scrum: The rules of the game, https://scrumguides.org/, 2020 [Ste05] Clifford Stephanie, So many standards to follow, so little payoff, https://www.inc.com/magazine/20050501/ management.html, 2005 TÀI LIỆU THAM KHẢO 377 [Sys16] Dassault System, The voice of the customer, profitable innovation through requirements management, traceability and process integration, https://www.3ds.com/fileadmin/ Industries/Aerospace-Defense/Pdf/Whitepapers/ the-voice-of-the-customer-aerospace-whitepaper pdf, 2016 [The95] The Standish Group International, The chaos report, 1995 [The09] , The chaos report, 2009 [The15] , The chaos report, 2015 [The19] , The chaos report, 2019 [The20] , The chaos report, 2020 [TJ77] Bruce W Tuckman and Mary Ann C Jensen, Stages of small-group development revisited, Group & Organization Studies (1977), no 4, 419–427 [Tuc65] Bruce W Tuckman, Developmental sequence in small groups, Psychological Bulletin 63 (1965), 384–399 [tvTt11] Bộ Thông tin Truyền thông, Công văn số 2589/bttttƯdcntt ngày 24/8/2011 hướng dẫn xác định chi phí phát triển, nâng cấp phần mềm nội bộ, 2011 [tvTt20] , Thông tư số 4/2020/tt-btttt ngày 24/02/2020 quy định lập quản lý chi phí dự án đầu tư ứng dụng công nghệ thông tin, 2020 [Uni21] Motorola University, The inventors of six sigma, 2021 378 TÀI LIỆU THAM KHẢO [Vie20] VietnamWorks, Báo cáo thị trường nhân lực ngành Công nghệ thông tin thập niên 2010 năm 2020, 02/6/2020 [Yam17] Jeanne Yamfashije, Capability maturity model integration, Ph.D thesis, 04 2017 ... niệm dự án, dự án CNTT, dự án phần mềm, đặc trưng dự án, tiêu chí đánh giá thành công dự án, chương trình dự án, danh mục dự án, v.v • Khái niệm quản lý dự án, tầm quan trọng quản lý dự án kỹ... trưng dự án, tiêu chí đánh giá thành cơng dự án, quản lý dự án, số kỹ cần có nhà quản lý dự án số nguyên tắc quy tắc đạo đức ứng xử nghề quản lý dự án • Chương trình bày q trình quản lý dự án bối... Việc quản lý chương trình dự án phức tạp nhiều so với việc quản lý dự án đơn lẻ Các kiến thức, kỹ kinh nghiệm quản lý dự án chưa đủ để quản lý chương trình dự án Nhà quản lý chương trình dự án