Bài giảng Quản lý dự án hệ thống thông tin - Chương 8: Quản lý rủi ro dự án hệ thống thông tin - Hà Quang Thụy

BÀI GIẢNG QUẢN LÝ DỰ ÁN HỆ THỐNG THÔNG TINCHƯƠNG 8. QUẢN LÝ RỦI RO DỰ ÁN HTTTPGS. TS. HÀ QUANG THỤYHÀ NỘI 01-2013TRƯỜNG ĐẠI HỌC CÔNG NGHỆĐẠI HỌC QUỐC GIA HÀ NỘI1Nội dungKhái niệm rủi ro dự án HTTTDanh mục rủi roMười rủi ro thường xuyênNhóm quy trình quản lý rủi ro DA HTTT21. Khái niệm rủi ro dự án CNTTKhái niệmRủi ro (Risk) là một sự kiện, một điều kiện không chắc chắn mà nếu nó xảy ra thì có ảnh hưởng đến ít nhất một mục tiêu dự án: mục tiêu về phạm vi, thời gian, chi phí, và chất lượng (PM08)Rủi ro là những điều có thể làm hỏng dự án và buộc nó không hoàn toàn thành công. Nó là thay đổi bất kỳ không được lập kế hoạch trong dự án và chúng ta luôn biết về nó xảy ra (Vicky Haney, 09) Rủi ro dự án như một lẽ tự nhiên. Rủi ro luôn ở phía trước: Dự án tạo ra một sản phẩm/dịch vụ mới nên luôn kèm theo yếu tố không chắc chắn nảy sinh rủi ro.Dù có nhiều mô hình toán học song khó khăn phân tích rủi ro một cách đầy đủ: hoạch định rủi ro thường bị bỏ quaCó hai loại rủi ro: đã biết và chưa biết. Rủi ro đã biết là đã được nhận diện và phân tích để lên kế hoạch dự phòng; rủi ro chưa biết là không quản lý được và nhóm dự án cần có dự phòng.3Đặc trưng rủi roMột số đặc trưngMột rủi ro có một/nhiều nguyên nhân; nếu xuất hiện, một rủi ro gây ra một/nhiều tác động.Nguyên nhân: một yêu cầu, một điều kiện, một ràng buộc, môt điều kiện tạo ra kết quả tích cực hoặc tiêu cực. Ví dụ, cơ quan cấp phép kéo dài thời gian mà ở Việt Nam là thường xuyên: đề nghị tháng 1 hy vọng tháng 3, tháng 10 cấp phép tính từ tháng 3 nhân viên được gán cho dự án là hạn chế,Nguyên nhân từ quản lý dự án: quản lý dự án chưa đủ mạnh, thiếu hệ thống quản lý tổng hợp, nhiều dự án đồng thời, từ bên thứ ba4Rủi ro: thái độThái độ với rủi roCác tổ chức nhận thức được rủi ro như ảnh hưởng của tính không chắc chắn tới dự án và mục tiêu. Dung sai rủi ro (risk tolerance): Các tổ chức và các bên liên quan chấp nhận các mức độ khác nhau của rủi ro. Chấp nhận rủi ro: rủi ro trong dung sai và cân đối với phần thu khi chấp nhận rủi ro. Thái độ của cá nhân và nhóm với rủi ro: phụ thuộc vào cách đáp ứng nó. Thái độ này được điều khiển từ nhận thức, từ dung sai rủi ro, các thiên hướng khác. Quản lý dự án cần xác định rõ được thái độ của các bên liên quan về nhận thức, dung sai và thiên hướng.Để thành công, tổ chức cam kết giải quyết quản lý rủi ro chủ động và liên tục. Ở mọi cấp, mọi lúc, mọi nơi. Rủi ro tập trung từ hình thành dự án và càng làm rõ trong tiến độ dự ánMột yêu cầu chuẩn đầu ra sinh viên: đương đầu với rủi ro cho nên cần chuẩn bị các mô hình toán học liên quan tới phân tích rủi ro.52. Danh mục rủi roChia thành 6 nhóm rủi ro: thương mại, quan hệ, yêu cầu, lập kế hoạch và tài nguyên, kỹ thuật, hợp đồng phụ 6Danh mục rủi ro Nền tảng thương mạiTrường hợp kinh doanh cho dự án là không có căn cứ hoặc tài trợ không được phê duyệt. Có nhiều hơn một khách hàng, hoặc một số nhà cung cấp liên quan, và mối quan hệ thương mại giữa họ không rõ ràng.Loại hợp đồng không thích hợp cho loại hình công việc - ví dụ, một hợp đồng giá cố định cho một dự án nghiên cứu. Nhà cung cấp ít kinh nghiệm trong khu vực kinh doanh.Cách tốt nhất để tránh những rủi ro này là phải có bản dự án trước khi thủ tục xem xét trong đó vấn đề thương mại được xem xét cùng với các vấn đề kỹ thuật của dự án. Rủi ro thương mại cần được xác định và phản ánh trong cách thức mà dự án được thiết lập, bao gồm các điều khoản hợp đồng được thỏa thuận các bên.7Danh mục rủi ro Hợp đồngKhó xác định phạm vi công việc hoặc không thống nhất giữa các bênCó điều khoản phạt nặng với chậm trễ hoặc hiệu quả thấpTiến độ thanh toán không rõ ràng hoặc không liên quan tới thành quả hữu hình quan trọngHợp đồng đã ký không dựa trên thỏa thuận chính thức giữa các bênChính sách khôn ngoan ghi lại mọi giả định và yêu cầu khách hàng phê duyệt. Nếu không thi hành thì ít nhất phải có các cuộc thảo luận để loại bỏ sự không chắc chắnNên có người quản lý thương mại có kinh nghiệm hoặc luật sư hợp đồng xem xét lại toàn bộ hợp đồng để đảm bảo lợi ích của tất cả các bên. 8Danh mục rủi ro Khách hàngCơ cấu quản lý khách hàng không rõ ràng. Nhân viên khách hàng khó khăn trong việc tiếp cận dẫn đến khó có quyết địnhKhó khăn từ cơ chế nội bộ khách hàng. Trong trường hợp nhiều khách hàng, mỗi nguời có quan điểm và mức độ cam kết khác nhau với dự ánNgười quản lý dự án (thường đóng vai trò nhân viên khách hàng) phải nỗ lực làm quen với các bên khác nhau và đạt được cam kết của họ đối với dự ánNếu có tranh luận nội bộ khách hàng, người quản lý dự án phải đảm bảo rằng những người quan trọng nhất – có ảnh hưởng lớn nhất trong tổ chức - ủng hộ dự án và sử dụng quyền hạn cho tiến độ dự án9Danh mục rủi ro Người sử dụngKhông được cam kết dự án hoặc không dành đủ thời gian cho dự án.Hoặc không quen công nghệ mới (cần đào tạo) hoặc không muốn thay đổi phương thức hoạt động của hệ thống mới. Quản lý cao cấp của khách hàng và người sử dụng có quan điểm khác nhau về hệ thống. Quan niệm hệ thống mới đe dọa công ăn việc làm của người sử dụng.Đào tạo người sử dụng làm quen với hệ thống mới. Nếu có khác biệt giữa quản lý cao cấp khách hàng và người sử dụng thì quản lý dự án cần thuyết phục. Loại trừ nguy cơ chống đối của người sử dụng với hệ thống mới.10Danh mục rủi ro Tiêu chí chấp nhậnTiêu chí chấp nhận và cơ chế chấp nhận không được xác định trong hợp đồng. Hoặc xác định mơ hồ.Từ các khía cạnh khác trì hoãn kiểm thử hệ thống của khách hàngChấp nhận nên là một quá trình gia tăng: (i) chấp nhận kế hoạch kiểm tra; (ii) kiểm tra các thông số kỹ thuật; (iii) kiểm tra thành phần ; (iv) kiểm tra toàn bộ hệ thống. Yêu cầu các đặc tả chức năng cần chặt chẽ.11Danh mục rủi ro Yêu cầu chức năngYêu cầu chức năng đã không được ký tắt trước khi tiến hành dự án. Yêu cầu không hoàn chỉnh hoặc có thể không nhất quán. Xác định ở mức cao khó khăn trong thực hiện và kiểm soát. Yêu cầu được xác định trong nhiều tài liệu. Hiểu biết của nhà phát triển và khách hàng là không phù hợp.Cần một hệ thống quản lý cấu hình chặt chẽ đảm bảo các tài liệu yêu cầu phù hợp. Cần một kỹ thuật đánh giá chính thức giúp xác định sự khác biết nhà phát triển và khách hàng.12Danh mục rủi ro Yêu cầu kỹ thuậtYêu cầu phức tạp hoặc đổi mới quá cao về kỹ thuật dẫn đến đòi hỏi các công cụ, kỹ thuật và phần cứng không quen thuộc với người phát triển. Thử nghiệm hệ thống là khó khăn.Nếu nhóm phát triển không có đủ chuyên môn kỹ thuật thì cần giám định ngoài xác định cách tiếp cận kỹ thuật là phù hợp. Thiết kế tổng thể phải có trước thiết kế chi tiết các thành phần.13Danh mục rủi ro Hiệu suất, độ tin cậy, tính sẵn sàng và bảo trìyêu cầu thực hiện nghiêm ngặt đối với hệ thống. Một mức độ cao về độ tin cậy và tính sẵn sàng được yêu cầu. khó khăn để kiểm tra các hệ thống sử dụng các con số thực tế của các giao dịch hoặc người sử dụng. Không có cách để mô phỏng hiệu suất trước của thử nghiệm hệ thống.Hợp đồng phải được kiểm tra chặt chẽ đối với yêu cầu thực hiệnquản lý dự án phải đảm bảo rằng các điều kiện chính xác và cách thức đo lường được xác định.xây dựng nguyên mẫu của các chức năng quan trọng và kiểm tra chúng sớm để xác định các nỗ lực bổ sung.14Danh mục rủi ro Kế hoạch dự ánQuản lý dự án không được tham gia vào giai đoạn đấu thầu, không góp phần vào kế hoạch ban đầu. Khoảng thời gian dự án chặt chẽ.Dự án là lớn và đòi hỏi một nhanh chóng xây dựng của nhân viên. Chương trình không đưa vào tài khoản cần phải xem xét lại công việc từ giai đoạn trước. Dự toán có thể không được dựa trên số liệu cứng. Không thêm vào dự phòng đầy đủ, hoặc được trả giá trong quá trình đấu thầu. Có sự phụ thuộc quá nhiều vào một vài cán bộ chủ chốt. Sự kiện quan trọng quá xa nhau, thành phẩm không được xác định đủ chặt hoặc gói công việc quá lớn để kiểm soát hiệu quả.Nếu người quản lý dự án không tham gia vào giai đoạn đấu thầu, thì nên xem xét lại các kế hoạch càng sớm càng tốt và đánh dấu bất kỳ mối quan tâm, không nhất quán hoặc rủi ro có thể. Quản lý dự án cần phải giả định rằng, nếu bất cứ điều gì sai, anh/chị ta cho phép dự phòng phù hợp.15Danh mục rủi ro Nhà phát triểnCán bộ chủ chốt, ví dụ như các nhà lãnh đạo quản lý hoặc nhóm dự án, mới. Nhóm nghiên cứu nói chung thiếu kinh nghiệm trong lĩnh vực kinh doanh hoặc công nghệ, hoặc cả hai, và cần thiết đào tạo nhiều. Phân tích, thiết kế công việc được thực hiện bởi những người có ít kinh nghiệm. Nhân viên kỹ thuật cao cấp ham mê song chưa được chứng minh, phương pháp hoặc công nghệ.Nếu bất kỳ rủi ro này được cho là có mặt, thì người quản lý dự án nên xem xét lại dự toán và xem xét trên cơ sở những gì đã được chuẩn bị. Nếu cần thiết, kế hoạch phải được điều chỉnh để mô hình các tác động của việc sử dụng nhân viên ít kinh nghiệm. Nếu người quản lý dự án xem xét có một điểm yếu nguy hiểm trong một số khu vực - có thể là một kỹ năng kỹ thuật quan trọng - thì người đó phải vận động bổ sung, tư vấn, hỗ trợ cho khó khăn .16Danh mục rủi ro Nhân viên dự ánNhân viên không có sẵn khi cần thiết, hoặc tham gia dự án quá sớm, khi có rất ít việc. Nhân viên có những cam kết khác có thể chuyển họ khỏi dự án. Có quá nhiều nhân viên cơ sở hoặc thiếu kinh nghiệm, dẫn đến vượt nỗ lực, hoặc quá nhiều nhân viên cấp cao, dẫn đến chi phí vượt. Khách hàng chưa được chứng minh hoặc nhân viên hợp đồng có liên quan. Dự án có thể trùng với thời gian của nhân viên doanh thu caoQuản lý dự án sẽ nhắm tới việc nhân viên chỉ khi họ muốn. Nếu nhân viên được chia sẻ với các dự án khác, người quản lý dự án phải thương lượng với người quản lý có liên quan các điều khoản chính xác và họ có sẵn cho mỗi đội.17Danh mục rủi ro Môi trường phát triểnMôi trường phát triển là với nhà phát triển. Môi trường phát triển không phù hợp và có giới hạn truy cập đến nó. Nó không được sẵn sàng truy cập trong các tình huống khẩn cấp. Truy cập vào các môi trường phát triển thông qua các liên kết từ xa và nó không được kiểm soát của nhà phát triển. Phần cứng không đáng tin cậy hoặc tài liệu kém.Nếu môi trường mới cần có đào tạo thích hợp cung cấp cho người phát triển. Khi cần thiết, sắp xếp để một chuyên gia kỹ thuật giải quyết vấn đề khó khăn. Quản lý dự án cần thương lượng khó khăn để có được tiếp cận đầy đủ với môi trường phát triển.18Danh mục rủi ro Phần mềm hệ thốngPhần mềm hệ thống là mới hoặc chưa được chứng minh hoặc chưa có. Nó không quen thuộc với các nhà phát triển và hỗ trợ kỹ thuật không có sẵn.Có các chi phí hoạt động quá mức. Phiên bản không ổn định và có khả năng thay đổi trong dự án. Có một số yếu tố khác nhau để phần mềm hệ thống, do được cung cấp bởi các nhà cung cấp khác nhau và trước đây không dùng kết hợp này.Đào tạo thích hợp cần được cung cấp để nhóm phát triển hiểu những ưu điểm và hạn chế của phần mềm hệ thống. Hỗ trợ tư vấn - có lẽ từ các nhà cung cấp của phần mềm – để minh chứng chi phí - lợi ích dài hạn về thời gian lưu lại và khai thác hiệu quả nhất của phần mềm.19Danh mục rủi ro Công cụ và phương phápNhà phát triển không quen với các ngôn ngữ lập trình. Ngôn ngữ LT không phù hợp với các yêu cầu dự án cụ thể. Nếu sử dụng một ngôn ngữ thế hệ thứ tư, cần thiết một số mã cấp thấp hơn để đáp ứng hiệu suất. Các tiêu chuẩn và phương pháp mới hoặc là để các nhân viên phát triển hoặc cho những khách hàng. Không có đầy đủ dụng cụ cho các bài toán như quản lý cấu hình, lập kế hoạch dự án, kiểm tra v.v.Đào tạo và làm quen cần được cung cấp theo yêu cầu. Cần khuyến khích sử dụng một khu vực nhỏ của dự án như một thí điểm để có kinh nghiệm của các công cụ và sau đó kinh nghiệm được thông qua tới phần còn lại của nhóm phát triển. Nếu công cụ này không có sẵn, ví dụ, công cụ quản lý cấu hình, quản lý dự án phải phát triển chúng; gói bảng tính rất hữu ích trong lĩnh vực này.20Danh mục rủi ro Kiến trúc đíchPhần cứng là mới hoặc chưa được chứng minh, hoặc không được sử dụng trước khi cho mục đích này. Một số phần cứng tùy chỉnh xây dựng và không có sẵn phiên bản cuối. Có nghi ngờ về khả năng của phần cứng, để lưu trữ hoặc xử lý hoặc cả hai. Có nhiều phần khác nhau của phần cứng, từ các nhà cung cấp khác nhau, được tích hợp lại.Thử nghiệm trên môi trường mục tiêu nên được lên kế hoạch càng sớm càng tốt, để có thời gian để làm nổi và khắc phục bất kỳ vấn đề. Nếu thiết bị được lựa chọn là ở gần biên phạm vi của nó, thì kiểm tra tính toán kích cỡ chặt chẽ và nếu gặp tình huống xấu nên cần chuyển sang một nền tảng hoàn toàn khác.21Danh mục rủi ro Mua nhiều mặt hàngNếu sản phẩm của bên thứ ba - phần cứng hoặc phần mềm - được yêu cầu, do thiếu hoặc ít kinh nghiệm của nhà cung cấp. Nhà cung cấp ở trong tình trạng tài chính yếu kém và có nguy cơ đi ra khỏi kinh doanh. Khó khăn trong việc thiết lập các bài kiểm tra cho mua nhiều mặt hàngĐộ tin cậy kỹ thuật và tài chính của các nhà cung cấp tiềm năng cần được kiểm tra chặt chẽ. Sử dụng phần mềm mở, như trái ngược với quyền sở hữu, giải pháp nên làm cho nó chuyển đổi được nhà cung cấp nếu có khó khăn. Các nhà phát triển phải đảm bảo rằng họ được bảo vệ hợp đồng, nếu một nhà cung cấp đi ra khỏi kinh doanh:Cần có một bản sao của phần mềm được đặt trong quỹ - được tổ chức với một bên thứ ba sẽ được phát hành trong các sự kiện cụ thể nào đó, bao gồm phá sảnCần có điều khoản bất khả kháng trong hợp đồng của họ với khách hàng của họ, theo đó họ được giải phóng khỏi nghĩa vụ của mình nếu chúng được nhấn bởi sự kiện bên ngoài kiểm soát của họ.223. Mười rủi ro dự án CNTT phổ biếnDanh sáchSự tham gia của người dùngHỗ trợ của điều hànhYêu cầu lạm phát (phạm vi leo thang)Lỗi lịch trìnhKỳ vọng không thực tếThu nhập của nhân viênQuản lý dự ánĐổ vớ đặc tảCông nghệ và tính không chắc chắnKhông biết điều gì đang đe dọa23Rủi ro phổ biến: Tham gia của người dùngNội dungĐược coi là nguyên nhân rủi ro hàng đầu (number one) cho thất bại của dự ánNếu người dùng không liên quan mật thiết khi lập kế hoạch dự án: khi thực hiện dự án họ yêu cầu thêm/thay đổi thông số kỹ thuật làm chậm trễ và tăng chi phíĐề phòng cách nghĩ chủ quan “biết hết điều người dùng muốn” !Tham gia của người dùng là chìa khóa của thành công, cần giữ liên tục cập nhật và quản lý kỳ vọng của họ.Người dùng thực hiện hoặc phá vỡ dự ánDự án đào tạo nhân lực CNTT cao cấp tại ĐHQGHNNgười dùng: nhân lực CNTT-TT cao cấp được đào tạo.Rủi ro: chương trình và nội dung đào tạo đảm bảo tính tiên tiến và hiện đại song không phù hợp với trình độ và tâm lý của từng lớp Điều tra yêu cầu người dùng: hình thành chương trình, nội dung đào tạo và nhận được phản ánh đánh giá của sinh viên và học viênKết quả của người học cần được trân trọng theo hướng chất lượng cao + được ghi nhận để có thể tiếp tục học tập phát triển tiếp24Rủi ro phổ biến: Hỗ trợ điều hànhNội dungHỗ trợ của cấp quản lý cao nhất là một trong ba thành tố cốt lõi của dự án CNTT-TT, và điều đó có nghĩa đây là một trong các yếu tố tiềm năng nảy sinh rủi ro cao nhất Chắc chắn biết những nhà tài trợ cho dự ánChắc chắn những nhà trợ biết họ cần làm gì trong quá trình tiến độ dự ánCần khẳng định ngay thời điểm bắt đầu dự ánDự án đào tạo nhân lực CNTT cao cấp tại ĐHQGHNSự ủng hộ nhất quán của Giám đốc ĐHQGHN: Dự án có phạm vi toàn ĐHQGHN và còn phát huy danh tiếng của ĐHQGHN trong nước và quốc tế, cần sự ủng hộ cao nhất của Giám đốc ĐHQGHNĐHQGHN tìm kiếm sự ủng hộ cao nhất của các Bộ - Ban - Ngành, đặc biệt là Ban chỉ đạo quốc gia về CNTT-TT, Bộ TTTT, Bộ Kế hoạch và Đầu tư và Bộ Tài chính đối với dự ánthông qua nhiều kênh giám sát, Giám đốc ĐHQGHN chỉ đạo kịp thời phát huy kết quả đạt được hoặc tháo gỡ vướng mắc có thể.25Rủi ro phổ biến: Lạm phát yêu cầuNội dungLạm phát yêu cầu: yêu cầu không kiểm soát đượcThay đổi yêu cầu là cần thiết song cần kiểm soát đượcNguyên nhân: (i) Người dùng không mật thiết với thực hiện dự án dẫn đến lạm phát yêu cầu; (ii) “Mạ vàng” (Gold Plating) dự án: đội dự án muốn cung cấp sản phẩm tốt nhất đưa ra tính năng không quen bổ sung vào sản phẩm . Giải pháp “khóa yêu cầu” là không thực tế song phải ghi lại mọi thay đổi yêu cầu và biện minh các thay đổi đó.Dự án đào tạo nhân lực CNTT cao cấp tại ĐHQGHNThổi phổng yêu cầuđào tạo 200 lãnh đạo theo hướng chính quy và đào tạo 100 doanh nghiệp về kinh tế tri thức26Rủi ro phổ biến: Sai sót lập lịchNội dungCũng là vấn đề phổ biến trong dự án CNTTThiếu hiểu biết thấu đáo về sản phẩm dự án và các công việc liên quan; ước tính thập theo công việc và dự toán không thực tế.Nguyên nhân lớn nhất: lên lịch theo con đường lạc quan nhất có thể “không ai bị ốm”, “không gì bên ngoài ảnh hướng tới”Giải pháp: (i) Cần phân tích rủi ro và lịch trình phù hợp; (ii) Sử dụng kỹ thuật ước tính ba điểm (three-point-estimating) để có ước tính ý nghĩa hơn; (iii) Có vai trò ước tính công việc; (iv) Khai thác ước tính trong dự án quá khứ; (v) Đừng ngại cắt giảm phạm vi nếu này hoàn thành đã cố địnhDự án đào tạo nhân lực CNTT cao cấp tại ĐHQGHNTiến độ thực hiện dự án đã cố gắng bố trí phù hợp với việc huy động nhân lực và thời gian.được xem xét cải tiến trong quá trình xây dựng kế hoạch chi tiết. có thể được điều chỉnh tiến độ cho từng bộ phận (tăng tốc hoặc giảm tốc độ) tùy thuộc vào kết quả cụ thể.27Rủi ro phổ biến: Kỳ vọng không thực tếNội dungKỳ vọng tự do phát triển nếu không được quản lý “được voi đòi tiên”Nếu khách hàng/người sử dụng không liên quan mật thiết với các vấn đề và quyết nghị tiến độ dự án, họ có thể kỳ vọng vào cái khác hoàn toàn với cái đang phát triển.Quản lý kỳ vọng đảm bảo nếu họ áp đặt rủi ro cho dự án thì cải thiện dự án và sản phẩm trung thành kỳ vọngGiải pháp: Thống nhất và đồng lòng ký kết về yêu cầu, kinh phí, lịch, thiết kế và phương án kiểm thử.Dự án đào tạo nhân lực CNTT cao cấp tại ĐHQGHNkỳ vọng mục tiêu trình độ quốc tế của nhân lực CNTT-TT cao cấp kỳ vọng trong bối cảnh trình độ kinh tế tri thức Việt Nam còn thấp. Cần có lịch trình về nâng cấp dần về mức độ đạt trình độ quốc tế của nhân lực CNTT-TT cao cấp, trong đó, mục tiêu đào tạo nhân lực của dự án đảm bảo tính dẫn dắt quốc gia về trình độ quốc tế. Nhất trí định hướng tăng dần tỷ lệ của bộ phận đẳng cấp quốc tế trong đối tượng mục tiêu đào tạo28Rủi ro phổ biến: Thu nhập của nhân viênNội dungHiện nay con người có khuynh hướng thay đổi công việc và công ty, tuy nhiên, thay đổi công ty không gây áp lực cho dự ánChuyển động nội tại tổ chức có thể tàn phá dự ánTrong rủi ro 2: ảnh hướng của người điều hành cấp caoNhân lực dự án là nguồn tài nguyên và thay đổi nhân sự tác động tới ngân sách và tiến độ: chậm chễ và kinh phí gia tăngThu nhập nhân viên dự án: hiện chính sách với tài nguyên dự ánDự án đào tạo nhân lực CNTT cao cấp tại ĐHQGHNĐây là một trong các yếu tố tiềm năng nảy sinh rủi ro cao nhất. Dự án đòi hỏi một lực lượng lớn giảng viên CNTT-TT có trình độ cao và ĐHQGHN có đủ lực lượng giảng viên này.hiện tại có sự chênh lệch quá lớn về thu nhập của nhân lực CNTT-TT cao cấp hoạt động tại ĐHQGHN và các doanh nghiệp CNTT-TTHiện tượng “chảy máu chất xám” phần nào từ các trường đại học ra doanh nghiệp là một thực tế, chẳng hạn, một cán bộ có trình độ TS nếu tham gia bán thời gian ở công ty29Rủi ro phổ biến: Quản lý dự ánNội dungBản thân người quản lý dự án là một nguồn rủi ro. Ví dụ, như “quản lý” và “lãnh đạo”,Từ chối liên quan tới người dùng, không muốn làm phiền quản lý điều hành, tự xây dựng tiến độ là nguy cơ Giải pháp: định kỳ giao tiếp nhà tài trợ vá các bên liên quan, “ngoại giao” song thẳng thắn về rủi ro; trong giao tiếp cần có phương pháp nhắc lặp và khác nhau với đối tác giaio tiếp; Hiểu biết các rủi ro xảy ra để phương án giải quyết; khi không đáp ứng thời gian, không ngần ngại kịp thời thông báo nhà đầu tưDự án đào tạo nhân lực CNTT cao cấp tại ĐHQGHNSự chỉ đạo trực tiếp của lãnh đạo ĐHQGHN, thông qua đó là sự liên hệ với các Bộ, Ban, Ngành trung ươngSự phối hợp với các Ban chức năng của ĐHQGHN cũng như sự huy động các trường đại học, các viện nghiên cứu tham gia vào dự án;Tính chuyên nghiệp về mặt quản lý dự án của Ban QL&PTDA ĐHQGHN30Rủi ro phổ biến: Đặc tả đổ vỡNội dungCó nhiều lý do: các đặc tả không được phát triển chính xác; nhiều nhát cắt ngắn được sử dụng; nhóm phát triển không hiểu đúng đặc tả; người dùng không biết cách đưa yêu cầu vào đặc tảLà nguy cơ phổ biếnNếu đặc tả đổ vỡ nhiều nguy cơ xảy ra ở giữa dự ánGiải pháp: đào tạo các nhà phân tích kinh doanh và đội phát triển dự ánDự án đào tạo nhân lực CNTT cao cấp tại ĐHQGHNDự án đào tạo nhân lực CNTT-TT cao cấp có phạm vi tác động rộng không chỉ trong toàn ĐHQGHN mà còn tới một lực lượng đông đảo các nhân lực CNTT-TT cao cấp trong toàn quốcnội dung và mục tiêu của dự án, các nhiệm vụ cụ thể được gán tưng ứng tới các đơn vị thực hiện trực tiếp31Rủi ro phổ biến: Công nghệ và tính không chắc chắnNội dungCông nghệ là yếu tố tự nhiên của dự án CNTTCông nghệ cũng mang tính không chắc chắnQuản lý và nhà tài trợ cần đặt ra một số câu hỏi liên quan đến rủi ro công nghệ và tính không chắc chắn: (i) đã làm điều nay trước đây ? (ii) Làm thê nào quen thuộc với nền tảng/môi trường ? kinh nghiệm với phần mềm, mạng, giao diện tới khách hàng ? Cố gắng có được công nghệ thi hành là hợp lý ?Không phải “chọn công nghệ mới nhất” mà “công nghệ hiệu quả nhất”Dự án đào tạo nhân lực CNTT cao cấp tại ĐHQGHNKhuyến cáo dự án liên quan về nền tảng phát triển nên dựa trên các công nghệ chủ động nhất thay vì hướng đến các công nghệ tiên tiến nhất mà chưa thật sự chủ động.32Rủi ro phổ biến: Không biết điều gì đe dọaNội dungKhông biết điều gì đe dọa nếu dự án thất bạiĐặt câu hỏi: Tổn thất ra sao khi dự án thất bại?Giải pháp: Ý kiến phản biện và “sức mạnh của các ý kiến trái chiều”Dự án đào tạo nhân lực CNTT cao cấp tại ĐHQGHNcần đưa ra một số khung nhìn đối với dự án ở từng mức chi tiết trong quá trình triển khai dự ánVới một số khung nhìn như vậy có thể phát hiện thêm các yếu tố có thể đe dọa dự án.Có biện pháp huy động phản hồi về dự án, quá trình thực hiện dự án.Định kỳ tổ chức các hội nghị rộng rãi đánh giá thực hiện dự án Thi hành các hình thức phong phú thu nhận ý kiến phản hồi từ mọi phía tác nhân của dự án; các ý kiến phản biện “trái chiều” cần được xem xét kỹ vì các ý kiến đó có thể cung cấp về những yếu tố đe dọa dự án mà đã không được dự tính trước.334. Nhóm quy trình quản lý rủi ro34Quản lý rủi ro dự án gồm các quá trình lập kế hoạch quản lý, xác định, phân tích, lập kế hoạch ứng phó, giám sát và kiểm soát rủi ro trên một dự án. Mục tiêu của quản lý rủi ro dự án là tăng cường khả năng và tác động của sự kiện tích cực, và làm giảm khả năng và tác động của các sự kiện tiêu cực trong dự án.Nhóm quy trình – hướng mục tiêu35Ba mục tiêu chính:Lập kế hoạch quản lý rủi roGhi nhận rủi roĐạt được mục tiêu dự ánNhóm 6 quy trìnhLập kế hoạch quản lý rủi roxác định cách thức tiến hành các hoạt động quản lý rủi ro cho một dự án.Xác định rủi roxác định những rủi ro có thể ảnh hưởng đến dự án và tài liệu đặc điểm của chúng.Thực hiện phân tích định tính rủi roSắp xếp theo độ ưu tiên các rủi ro để phân tích và hành động đánh giá và kết hợp xác suất xuất hiện chúng và ánh hưởngThực hiện phân tích định lượng rủi roPhân tích theo số lượng và xác định ảnh hưởng của rủi ro đối với các mục tiêu của dự ánLập kế hoạch ứng phó rủi roLựa chọn rủi ro và hành động để tăng cơ hội giảm nguy cơGiám sát và kiểm soát rủi roThực hiện kế hoạch ứng phó rủi ro, theo dõi rủi ro được xác định, giám sát rủi ro còn lại, xác định rủi ro mới; đánh giá rủi ro36