Báo cáo quản lý dự án checkmeinkế hoạch dự án

ĐẠI HỌC QUỐC GIA THÀNH PHỐ HỒ CHÍ MINH TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN -!&# - BÁO CÁO QUẢN LÝ DỰ ÁN Giảng viên hướng dẫn: Ths Huỳnh Đức Huy Sinh viên thực hiện: NGUYỄN HỒNG PHÚC 16520951 NGUYỄN CAO LUYỆN 16520713 NGUYỄN HỮU MY 15520499 TP Hồ Chí Minh, tháng năm 2020 ! ! ! ! ! CMI – CheckMeIn Kế hoạch dự án Phạm vi áp dụng: BHT Công nghệ Phần mềm Phiên bản: 0.0.1 Công Ty Phần mềm Bliss TP HCM, Việt Nam NHẬN XÉT LỜI CẢM ƠN Trong trình học tập môn Quản lý dự án công nghệ thông tin, chúng em học hỏi nhiều kiến thức mặt lý thuyết, phương pháp thực hành thực tế việc quản lý dự án phần mềm cơng nghệ thơng tin Vì vậy, chúng em xin gửi lời cảm ơn đến thầy Huỳnh Đức Huy ln ln tận tình việc hướng dẫn truyền đạt nội dung môn học đến với chúng em Trong q trình làm đồ án, khó tránh khỏi sai sót Chúng em mong nhận góp ý thầy để hồn thiện đồ án tốt Xin trân thành cảm ơn TP.HCM, tháng 07 năm 2020 ! MỤC LỤC Chương GIỚI THIỆU .13 1.1 Từ!ngữ!viết!tắt!và!thuật!ngữ! .!13 1.2 Tham!khảo! !13 1.3 Tổng!quan!dự!án! !14 1.4 Phạm!vi,!mục!tiêu!dự!án! .!15 1.4.1 Mục!tiêu!và!phạm!vi!dự!án:! .!15 1.4.1.1 Mục!tiêu !15 ! 1.4.1.2 Yêu!cầu! !15 1.4.1.3 Đối!tượng!người!dùng! !16 1.4.2 Phương!pháp,!công!nghệ!sử!dụng: !16 ! 1.4.2.1 Phương!pháp! !16 1.4.2.2 Công!nghệ! .!16 1.5 Các!bên!liên!quan!và!nhân!sự!chính! !16 1.6 Điều!phối!dự!án! !17 Chương TỔ CHỨC DỰ ÁN 18 2.1 Mơ!hình!phát!triển!phần!mềm! !18 2.2 Cơ!cấu!tổ!chức!dự!án !21 ! 2.2.1 Tổ!chức!dự!án !21 ! 2.2.2 Vai!trò!và!trách!nhiệm! !21 Chương QUẢN LÝ DỰ ÁN 24 3.1 Giả!định,!điều!kiện!và!rủi!ro !24 ! 3.1.1 Giả!định !24 ! 3.1.2 Các!hạn!chế! .!24 3.1.3 Chi!phí!dự!kiến! !25 3.2 Khởi!tạo!dự!án !25 ! 3.2.1 Ước!lượng !25 ! 3.2.1.1 Thời!gian! .!25 3.2.1.2 Chí!phí! !26 3.2.2 Yêu!cầu!nguồn!lực! !26 3.2.3 Yêu!cầu!đào!tạo!nhân!sự!dự!án!(nếu!có)! .!26 3.3 Kế!hoạch!thực!hiện!dự!án! !27 3.3.1 Phân!rã!công!việc! !27 3.3.2 Lập!lịch!làm!việc! .!38 3.3.3 Các!cột!mốc!(milestone)!và!các!work!product!chính! .!44 3.3.4 Điều!phối!nguồn!lực! .!46 3.4 Kế!hoạch!kiểm!soát!dự!án! !49 3.4.1 Kiểm!soát!kế!hoạch!thực!hiện! !49 3.4.2 Kế!hoạch!quản!lý!yêu!cầu! !50 3.4.3 Kế!hoạch!quản!lý!quy!trình!phát!triển!phần!mềm! !51 3.4.3.1 Quy!trình!mẫu! .!51 3.4.3.2 Phương!pháp,!công!cụ!và!công!nghệ! !52 3.4.3.3 Cơ!sở!hạ!tầng! !53 3.4.3.4 Xác!định!yêu!cầu!người!dùng! .!54 3.4.3.5 Nghiệm!thu!sản!phẩm! .!55 3.4.4 Kiểm!tra!chất!lượng!sản!phẩm! !55 3.4.5 Báo!cáo!dự!án !56 ! 3.4.6 Đo!lường!dự!án! .!57 3.5 Kế!hoạch!quản!lý!rủi!ro !58 ! 3.5.1 Nhận!diện!rủi!ro! .!59 3.5.2 Phân!tích!rủi!ro! .!62 3.5.2.1 Phân!tích!khả!năng!xuất!hiện!của!rủi!ro!(Risk!Probability)! !62 3.5.2.2 Phân!tích!mức!tác!động!của!rủi!ro!(Risk!Impact)! .!63 3.5.2.3 Phân!tích!thời!điểm!xuất!hiện!rủi!ro!(Time!Frame)! !64 3.5.2.4 Ước!lượng!và!phân!hạng!các!rủi!ro !64 ! ! 3.5.3 Kiểm!soát!rủi!ro! !65 3.5.4 Giám!sát!và!điều!chỉnh! !68 DANH MỤC HÌNH VẼ Hình 2-1: Tun ngơn phát triển phần mềm linh hoạt 18 Hình 2-2: Các khái niệm Scrum 19 Hình 2-3: Vịng đời phát triển theo quy trình Scrum 20 Hình 3-1: Mối quan hệ trình tự bước quy trình kiểm sốt rủi ro 59 Hình 3-2: Phân tích rủi ro 62 Hình 3-3: Bảng đánh giá khả xuất 63 Hình 3-4: Bảng đánh giá khả tác động .64 Hình 3-5: Bảng xếp độ ưu tiên 65 Hình 3-6: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 66 Hình 3-7: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 66 Hình 3-8: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 67 Hình 3-9: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 67 ! ! Báo cáo mơn Quản Lý Dự Án ! Nhóm 02 Quản lý tài liệu Ngày tạo: 01/06/2020 Thời gian lưu: 7/9/2020 10:24:24 SA Phòng ban/Bộ phận: PM Lưu bởi: Nguyễn Hồng Phúc Lịch sử thay đổi Người thực Ngày thực Nội dung Phiên Nguyễn Hồng Phúc 01/06/2020 Lập tài liệu 0.0.1 Nguyễn Cao Luyện 21/06/2020 Giới thiệu 1.1 Nguyễn Hồng Phúc 15/06/2020 Cập nhật mơ trình phát triển 2.1 phần mềm (Agile) Nguyễn Hồng Phúc 15/06/2020 Tổ chức dự án 2.2.1 Nguyễn Hồng Phúc 16/06/2020 Vai trò trách nhiệm 2.2.2 Giả định, điều kiện rủi ro Nguyễn Cao Luyện 25/06/2020 Giả định 3.1.1 Nguyễn Hồng Phúc 20/06/2020 Cập nhật hạn chế 3.1.2 Nguyễn Hồng Phúc 02/07/2020 Tính tốn chi phí dự kiến 3.1.3 Nguyễn Cao Luyện 25/06/2020 Khởi tạo dự án Nguyễn Cao Luyện 25/06/2020 Ước lượng 3.2.1 Nguyễn Cao Luyện 25/06/2020 Yêu cầu nguồn lực 3.2.2 9! ! 3.1 3.2 Báo cáo môn Quản Lý Dự Án ! Nguyễn Cao Luyện 25/06/2020 Nhóm 02 Yêu cầu đào tạo nhận dự 3.2.3 án Kế hoạch thực dự án 3.3 Nguyễn Hồng Phúc 23/06/2020 Cập nhật WBS 3.3.1 Nguyễn Hồng Phúc 02/07/2020 Lập lịch làm việc 3.3.2 Nguyễn Hồng Phúc 02/07/2020 Xác định cột mốc, work 3.3.3 product Nguyễn Hồng Phúc 02/07/2020 Thông tin điều phối nguồn lực 3.3.4 Nguyễn Hữu My 26/06/2020 Kế hoạch kiểm soát dự án Nguyễn Hữu My 26/06/2020 Kiểm soát kế hoạch thực 3.4.1 Nguyễn Hữu My 26/06/2020 Kế hoạch quản lý yêu cầu 3.4.2 Kê hoạch quản lý quy trình 3.4.3 3.4 phát triển phần mềm Nguyễn Hồng Phúc 05/07/2020 Quy trình mẫu 3.4.3.1 Nguyễn Hồng Phúc 05/07/2020 Phương pháp, công cụ, công 3.4.3.2 nghệ Nguyễn Cao Luyện 07/07/2020 Cơ sở hạ tầng 3.4.3.3 Nguyễn Hữu My 07/07/2020 Xác định yêu cầu người dùng 3.4.3.4 Nguyễn Hữu My 07/07/2020 Nghiệm thu sản phẩm 3.4.3.5 Nguyễn Hữu My 26/06/2020 Kiểm tra chất lượng sản phẩm 3.4.4 Nguyễn Hữu My 26/06/2020 Báo cáo dự án 3.4.5 Nguyễn Hữu My 26/06/2020 Đo lường dự án 3.4.6 Nguyễn Hữu My Kế hoạch quản lý rủi ro 10! ! 3.5 Báo cáo môn Quản Lý Dự Án ! Nhóm 02 3.4.3.4 Xác định yêu cầu người dùng - Bảng kế hoạch chuyển giao tài liệu: Giai đoạn Giai đoạn lấy yêu cầu Thời gian gửi tài Tài liệu Ghi liệu YCND Tài liệu yêu cầu tính Tuần 1, tuần năng, giao diện người 03/2020 dùng Chuyển qua email Liên lạc qua Tài liệu thêm yêu cầu Giai đoạn thiết kế phần Tuần 3, 03/2020 kênh chat đến tuần 04/2020 Microsoft giao diện tính Teams công ty mềm Tài liệu thư viện liệu Giải đoạn Tài liệu triển khai kỹ kiểm thử thuật Gửi qua gmail Chuyển qua Tuần 4, 03/2020 email phận IT Tài liệu hướng dẫn sử dụng Tài liệu hướng dẫn cài Giai đoạn Tuần 4, 03/2020 đặt Tuần 1, 05/2020 Tuần 1, 06/2020 triển khai Chuyển qua email Chuyển qua email Chuyển qua Tài liệu hỗ trợ kỹ Tuần 1, 06/2020 thuật email kênh chat Microsoft 54! ! Báo cáo mơn Quản Lý Dự Án ! Nhóm 02 Teams công ty ! - Tất tài liệu yêu cầu từ trường hay tài liệu bên công ty báo cáo cần đồng thuận bên nên bên thường xuyên gặp kí kết xác nhận tài liệu yêu cầu bên 3.4.3.5 Nghiệm thu sản phẩm - Lập kế hoạch bàn giao sản phẩm, điền thông tin vào Lập kế hoạch bàn giao sản phẩm: § Lập biên nghiệm thu tính năng, giao diện đưa số đo chất lượng trước đưa vào sử dụng § Tiến hành lập bảng thống kê thời gian, vấn đề sửa, thời gian làm gặp vấn đề lỗi kĩ thuật để rút kinh nghiệm cho dự án khác sau § Tổng hợp tài liệu kĩ thuật, đánh giá lại lần cuối xem ổn định hay chưa đưa phương án giải - Sau nghiệm thu: § Chuẩn bị đẩy đủ tài liệu hướng dẫn kĩ thuật, để sau kí kết bàn giao lại § Kí kết hợp hai bên xác nhận theo biên § Sử dụng biên nghiệm thu để bên ký xác nhận 3.4.4 - Kiểm tra chất lượng sản phẩm Để đảm bảo chất lượng, sau triển khai phần mềm lên tổ chức BHT CBPM, kiểm tra phần mềm sau cài đặt có với tiêu chuẩn đề dự án đề hay không - Các điều khoản triển khai: § BHT phải tuân theo điều khoản sử dụng phần mềm Quản lý sinh viên 55! ! Báo cáo mơn Quản Lý Dự Án ! Nhóm 02 § BHT phải đảm bảo điều kiện, mơi trường, sở vật chất trước triển khai phần mềm - Các điều khoản, quy định sau triển khai: § Có cải tiến sản phẩm trường yêu cầu thêm § Ln hỗ trợ phần mềm gặp cố - Mỗi cố hay lỗi phần mềm quản lý lưu lại gồm có mục sau để đảm bảo chất lượng sản phẩm ! Mã yêu cầu Tên lỗi/sự cố Chi tiết lỗi Trạng thái sửa lỗi/sự cố ! 3.4.5 - Báo cáo dự án Với dự án công nghệ thông tin, dự án triển khai theo mơ hình Scrum báo cáo nội dung thiếu PM tổ chức họp định kì tuần để báo cáo gọi báo cáo định kì - Nếu vấn đề dự án lớn, ảnh hưởng đến tiến độ chất lượng dự án PM yêu cầu họp dự án gấp bao gồm thành viên dự án - Mục đích: Giao tiếp chủ yếu dự án với bên , ngắn gọn theo mẫu quy định sẵn Đây lúc để cá thể nhóm báo cáo tiến độ đồng thời vần đề cần có ý kiến chung để giải Ngồi báo cáo tiến độ báo cáo định cịn lúc nhóm bàn giao cho khách hàng thứ hoàn thành - Thời gian: Nhóm áp dụng dự án theo mơ hình Angile/Scrum nên định thời gian báo cáo định kì tuần cho phiên, thời gian cho hoạt động Sprint Cụ thể 2h chiều ngày thứ tuần thứ Cuộc hợp không kéo dài tiếng - Nội dung: Báo cáo định kỳ cần bao gồm phần sau đây: 56! ! Báo cáo môn Quản Lý Dự Án ! Nhóm 02 § Sơ lược lại hoạt động kết thu từ báo cáo trước Kê khai công việc thực hiện, tiến độ cơng việc, cơng việc hồn thành § Liệt kê vấn đề nảy sinh Giải thích trở ngại xuất hiện, gây ra, chịu trách nhiệm theo dõi xử lý đến đâu Xác định mức độ ảnh hưởng vấn đề đến dự án § Các vấn đề giải Giải thích tóm tắt (hoặc dẫn chiếu đến báo cáo kỳ trước), vấn đề giải nào, giải tác động lên dự án § Các vấn đề cịn tồn Chỉ cần hay hai câu đủ Không cần mô tả lại vấn đề báo cáo trước § Lịch biểu đối chiếu với kế hoạch Giải thích tất thay đổi so với sơ đồ Gantt tuần trước, đặc biệt thời hạn giao hàng khác Gạch để nhấn mạnh thơng báo kéo dài thời hạn § Đối chiếu chi phí thực tế với dự tính ngân sách Có thể sử dụng MS Project để có sơ đồ chiếu Chi phí thực tế Tóm tắt khoản kể từ lần báo cáo trước § Inform kế hoạch cho sprint kế Liệt kê công việc theo kế hoạch kiện mốc hai tuần tới, công việc liên kết với để đem đến kết định bàn giao cho khách hàng 3.4.6 - Đo lường dự án Với mơ hình angile/scrum, để đo lường dự án, chúng chia nhỏ dự án thành sprint tiến hành đo lường cho Sprint - Ngồi ra, tổ dự án đóng khung thời gian cho Sprint, hoạt động sprint đóng khung thời gian bàn giao khách hàng theo tính thống nhât trước - Nếu hoạt động chưa sprint chưa hồn thành, quy trình giải hiện theo bước sau: 57! ! Báo cáo mơn Quản Lý Dự Án ! Nhóm 02 § Nếu khung thời gian người thực hoạt động cảm thấy khơng thể hồn thành báo cáo Teamlead để có phương án support § Những cơng việc chưa hồn thành sprint này, phiên báo cáo định kì, PM chuyển vào spint sau mở thêm khung thời gian để giải - Ngồi chúng tơi cịn áp dụng biết pháp phần trăm cơng việc hồn thành (percent complete) cách theo đơn giản thông qua việc sử dụng Project Schedule để ghi nhận phần trăm hồn thành cơng việc - Khi bắt đầu dự án chúng tối khởi tạo activity 0% sau đo update sau tuần kết thúc sprint sprint làm điều tương tự, activity_ sprint updata sau ngày hợp sprint - Nếu dự án/activity bạn hồn thành 50%, lúc đo lường so với kế hoạch xem nhanh hay chậm dự định 3.5 Kế hoạch quản lý rủi ro - Rủi ro yếu tố tồn hoạt động sản xuất kinh doanh, dự án phần mềm không ngoại lệ Rủi ro yếu tố tồn hoạt động sản xuất kinh doanh, dự án phần mềm không ngoại lệ Tuy nhiên, với đặc thù riêng mình, nhận diện kiểm sốt rủi ro dự án phần mềm điều không đơn giản Trong thực tế, nhiều dự án phần mềm bỏ qua kiểm soát rủi ro sơ sài dẫn đến kết thất bại, khách hàng phàn nàn chất lượng lỗ vốn chi phí tăng cao - Nhận diện kiểm soát tốt rủi ro kỹ kinh nghiệm cá nhân không chưa đủ, việc kiểm soát rủi ro phải thực theo quy trình chặt chẽ phù hợp với đặc thù, mục tiêu ngân sách dự án 58! ! Báo cáo mơn Quản Lý Dự Án ! Nhóm 02 ! Hình 3-1: Mối quan hệ trình tự bước quy trình kiểm sốt rủi ro ! 3.5.1 Nhận diện rủi ro Xác định xác nguồn có khả phát sinh rủi ro điều không dễ dàng Thông thường rủi ro xuất từ nguồn sau: - Ngân sách/nguồn tài trợ cho dự án - Thời gian thực dự án - Thay đổi phạm vi yêu cầu dự án - Khó khăn kỹ thuật - Vấn đề liên quan đến nhân lực - Hợp đồng (hoặc nhiều) bên - Mơi trường, luật pháp, trị, văn hóa - 59! ! Báo cáo mơn Quản Lý Dự Án ! STT Nhóm 02 Loại rủi ro Nhân lực Nhân lực Rũi ro tiềm ẩn Thành viên dự án: Ốm đau, tai nạn (nghỉ thời gian ngắn) Mã rủi ro A Thành viên dự án đột ngột rút khỏi dự án (nghỉ thời gian B dài) Nhân lực Thành viên dự án thiếu kiến thức kinh nghiệm Nhân lực Rào cản ngôn ngữ Nhân lực Thiếu kinh nghiệm quản lý Nhân lực Thay đổi phạm vi yêu cầu dự án Thay đổi phạm vi Xung đột thành viên dự án Thay đổi phạm vi ràng, khó hiểu, thiếu liên hệ với khách Thay đổi phạm vi Hiểu lầm mục tiêu dự án Khách hàng thay đổi yêu cầu liên tục Thiếu tài liệu tham khảo yêu cầu dự án 11 Thay đổi phạm vi Thiết kế không đủ đáp ứng yêu cầu yêu cầu dự án thực tế 60! ! E F G hàng yêu cầu dự án 10 D Yêu cầu khách hàng không rõ yêu cầu dự án C H I J K Báo cáo mơn Quản Lý Dự Án ! 12 13 Nhóm 02 Thời gian thực dự Thiếu thời gian cho kiểm định chất án lượng sản phẩm Lịch trình Nhiệm vụ quan trọng bị sót từ lịch trình, xác định u cầu thiếu L M 14 Lịch trình Ước tính chi phí N 15 Lịch trình Lịch biểu q căng thẳng O 16 Ngân sách/nguồn tài trợ Nguồn tài trợ cho dự án khơng cịn đủ cho dự án ngân sách Môi trường, luật pháp, Thời tiết khắc nghiệt: Lũ lụt, bão, … trị, văn hóa Chính trị: Bạo động, 17 18 P Q Không làm rõ môi trường làm việc Môi trường người tham gia dự án từ đầu (chuyển R công tác chừng) 21 22 23 Công nghệ Công nghệ Công nghệ Công nghệ thay đổi liên tục, phải refactor lại hệ thống Công nghệ mẻ Không làm rõ devices cần phải test U V 24 Công nghệ Vấn đề proxy, IP, … W 25 Công nghệ Thiếu công cụ hỗ trợ X 26 ! 61! ! T Báo cáo mơn Quản Lý Dự Án ! 3.5.2 Nhóm 02 Phân tích rủi ro - Trong thực tế, rủi ro xảy dự án nhiều, việc giải hết tất rủi ro không cần thiết, làm phá sản ngân sách dự án ! Hình 3-2: Phân tích rủi ro 3.5.2.1 Phân tích khả xuất rủi ro (Risk Probability) Có mức để đo lường khả xuất rủi ro, mức độ gán với giá trị số (tùy dự án) để ước lượng quan trọng § - Thường xun: Khả xuất rủi ro cao, xuất hầu hết dự án § - Hay xảy ra: Khả xuất rủi ro cao, xuất nhiều dự án § - Đơi khi: Khả xuất rủi ro trung bình, xuất số dự án § - Hiếm khi: Khả xuất thấp, xuất điều kiện định 62! ! Báo cáo môn Quản Lý Dự Án ! Nhóm 02 BẢNG ĐÁNH GIÁ KHẢ NĂNG XUẤT HIỆN! ! Hình 3-3: Bảng đánh giá khả xuất 3.5.2.2 Phân tích mức tác động rủi ro (Risk Impact) Có mức để đo lường mức tác động rủi ro, mức độ gán với giá trị số (tùy dự án) để ước lượng tác động § - Trầm trọng: Có khả cao làm dự án thất bại § - Quan trọng: Gây khó khăn lớn làm dự án không đạt mục tiêu § - Vừa phải: Gây khó khăn cho dự án, ảnh hưởng việc đạt mục tiêu dự án § - Khơng đáng kể: Gây khó khăn khơng đáng kể ! 63! ! Báo cáo mơn Quản Lý Dự Án ! Nhóm 02 BẢNG!ĐÁNH!GIÁ!KHẢ!NĂNG!TÁC!ĐỘNG! ! Hình 3-4: Bảng đánh giá khả tác động 3.5.2.3 Phân tích thời điểm xuất rủi ro (Time Frame) Có mức để ước lượng thời điểm rủi ro xuất hiện, mức gán với giá trị số (tùy dự án) để ước lượng tác động § - Ngay lập tức: Rủi ro xuất gần tức khắc § - Rất gần: Rủi ro xuất thời điểm gần thời điểm phân tích § - Sắp xảy ra: Rủi ro xuất tương lai gần § - Rất lâu: Rủi ro xuất tương lai xa chưa định ! 3.5.2.4 Ước lượng phân hạng rủi ro Rủi ro sau tính giá trị để ước lượng công thức: Risk Exposure = Risk Impact * Risk Probability 64! ! Báo cáo môn Quản Lý Dự Án ! Nhóm 02 BẢNG SẮP XẾP ĐỘ ƯU TIÊN ! Hình 3-5: Bảng xếp độ ưu tiên 3.5.3 - Kiểm soát rủi ro Kiểm soát rủi ro bắt đầu với việc chọn lựa chiến lược phương pháp đối phó rủi ro Có nhiều chiến lược phương pháp đối phó khác nhau, tùy theo tình dự án, môi trường đặc thù rủi ro - Thông thường người ta áp dụng nguyên tắc 20/80 để xác định giải rủi ro quan trọng, nguyên nhân gốc có ảnh hưởng lớn đến thành công dự án, chừng mực cân nhắc cẩn thận ngân sách dự án số yếu tố đặc biệt khác Điều dẫn đến việc dự án phải phân tích để chọn rủi ro cần giải ! 65! ! Báo cáo mơn Quản Lý Dự Án ! Nhóm 02 BẢNG!NHỮNG!HƯỚNG!GIẢI!QUYẾT! ! Hình 3-6: Bảng kế hoạch đối phó rủi ro với độ ưu tiên ! Hình 3-7: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 66! ! Báo cáo môn Quản Lý Dự Án ! Nhóm 02 ! Hình 3-8: Bảng kế hoạch đối phó rủi ro với độ ưu tiên ! Hình 3-9: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 67! ! Báo cáo môn Quản Lý Dự Án ! 3.5.4 - Nhóm 02 Giám sát điều chỉnh Bao gồm hoạt động giám sát để bảo đảm chiến lược đối phó rủi ro lên kế hoạch thực thi chặt chẽ Việc giám sát nhằm mục đích điều chỉnh chiến lược kế hoạch đối phó chúng tỏ khơng hiệu quả, không khả thi, ngốn nhiều ngân sách, để đáp ứng với rủi ro xuất hiện, biến tướng rủi ro nhận diện trước - Kết giám sát báo cáo định kỳ đến tất người có liên quan, đến quản lý cấp cao, đến khách hàng cần thiết - Trong thực tế, yếu tố liên quan đến dự án thay đổi liên tục, chu trình quản lý rủi ro khơng theo đường thẳng mà lặp lại điều chỉnh liên tục chặng Các rủi ro liên tục điều chỉnh nhận diện mới, chiến lược kế hoạch đối phó ln thay đổi để bảo đảm chúng khả thi có hiệu ! 68! !