BÁO CÁO QUẢN LÝ DỰ ÁN PHẦN MỀM Đề tài Hệ thống giám sát người cao tuổi ở nhà một mìnhBÁO CÁO QUẢN LÝ DỰ ÁN PHẦN MỀM Đề tài Hệ thống giám sát người cao tuổi ở nhà một mìnhBÁO CÁO QUẢN LÝ DỰ ÁN PHẦN MỀM Đề tài Hệ thống giám sát người cao tuổi ở nhà một mình
HỌC VIỆN CƠNG NGHỆ BƯU CHÍNH VIỄN THƠNG KHOA CƠNG NGHỆ THÔNG TIN - BÁO CÁO QUẢN LÝ DỰ ÁN PHẦN MỀM Đề tài: Hệ thống giám sát người cao tuổi nhà Mục Lục LỜI CẢM ƠN Quản lý tích hợp dự án 1.1 1.1.1 Tổng quan nhu cầu thực tế 1.1.2 Mô tả tổng quan dự án 1.1.3 Business Model Canvas 1.2 Mục tiêu dự án 1.2.2 Phạm vi công việc 1.2.3 Các hướng tiếp cận 1.2.4 Các sản phẩm bàn giao 1.2.5 Các công nghệ sử dụng 1.2.6 Tiến trình quản lý dự án 10 Quản lý phạm vi dự án 10 Phạm vi công việc 10 2.1.1 Vòng đời dự án 10 2.1.2 Bản phân rã công việc dự án 10 2.2 Tôn dự án 1.2.1 2.1 Giới thiệu dự án Phạm vi tài nguyên 17 2.2.1 Kinh phí: 17 2.2.2 Nhân lực 17 2.2.3 Thời gian 17 2.2.4 Sản phẩm xuất 18 2.2.5 Các công cụ thực dự án 18 Quản lý thời gian thực dự án 18 3.1 Tình thời gian ước lượng cuối cùng: (Công thức PERT) 18 3.2 Bản đồ Gaint biểu diễn 29 3.3 Đường thiết yếu dự án 31 3.4 Sơ đồ mạng 31 Quản lý kinh phí dự án 33 4.1 Lập kế hoạch quản lý tài nguyên 33 4.1.1 Nhân lực gồm người (1 người có nhiều chức vụ) 33 4.1.2 Cơ sở vật chất, trang thiết bị 33 4.2 Ước lượng dự đốn chi phí 33 4.2.1 Chi phí mua sắm thiết bị sở vật chất 33 4.2.2 Chi phí nhân lực 34 4.2.3 Chi phí phát sinh 35 4.3 Quản lý chất lượng kiểm thử dự án 36 5.1 Thành phần quản lý chất lượng kiểm thử 36 5.2 Quản lý chất lượng 36 5.2.1 Các tiêu chuẩn thước đo 36 5.2.2 Các hình thức kiểm thử dùng 37 5.3 Kiểm thử 38 5.3.1 Môi trường công cụ kiểm thử 38 5.3.2 Chiến lược ngăn ngừa rủi ro 38 5.3.3 Chiến lược đánh giá 39 5.3.4 Kiểm thử tích hợp 40 5.3.5 Kiểm thử hệ thống 40 5.3.6 Kiểm thử chấp nhận 41 Quản lý nguồn nhân lực dự án 41 6.1 Các vị trí nhóm quản lý dự án 41 6.2 Các cá nhân tham gia vào dự án 43 6.3 Cấu trúc nhóm dự án 43 6.3.1 Ma trận kỹ 43 6.3.2 Vị trí thành viên 45 6.3.3 Phân chia công việc 46 Quản lý truyền thông dự án 47 7.1 Yêu cầu trao đổi thông tin 47 7.1.1 Xác định nhu cầu trao đổi thông tin bên 47 7.1.2 Yêu cầu trao đổi thông tin 48 7.2 Tổng chi phí cho dự án 35 Xác định tần suất kênh trao đổi 52 Quản lý rủi ro dự án 53 8.1 Kế hoạch quản lý rủi ro 53 8.1.1 Xác định rủi ro 53 8.1.2 Phân tích rủi ro, chiến lược quản lý 56 8.2 Ứng phó rủi ro 56 8.3 Giám sát kiểm soát rủi ro 57 Quản lý tích hợp dự án 1.1 Giới thiệu dự án 1.1.1 Tổng quan nhu cầu thực tế Chăm sóc sức khỏe cho người già vấn đề toàn xã hội Người già người khuyết tật đối tượng cần xã hội quan tâm bất lợi sức khoẻ, tinh thần so với người trẻ khỏe Người già có lựa chọn cho sống người thân, vào viện dưỡng lão, thuê người chăm sóc riêng Tuy nhiên, có nhiều người già lại nhiều lý khác như: người thân xa khơng có điều kiện chăm sóc, khơng có điều kiện kinh tế để th người chăm sóc riêng, khơng muốn chung với người thân khoảng cách hệ không phù hợp không muốn làm phiền Theo số liệu điều tra Viện Dân số, Sức khoẻ Phát triển công bố vào năm 2020, thực 6.000 người cao tuổi tồn quốc, có khoảng 19.4% người cao tuổi sống riêng hai vợ chồng; 8.6% người cao tuổi sống Vì nhiều lý khác nói mà họ trở thành người già khơng có người sống Bên cạnh đó, việc người già sống người thân người chăm sóc khơng đảm bảo họ theo dõi sức khỏe thường xuyên, người thân họ thường phải làm vào ban ngày để họ nhà Do đó, tình người già phải sống khoảng thời gian định ngày tình thường xảy Tỷ lệ ngày tăng xã hội phát triển Việt Nam không nằm xu Khi người già mình, có nhiều vấn đề xảy bất ngờ với sức khỏe họ việc thường xuyên giám sát, theo dõi để xử lý kịp thời vấn đề cần thiết Từ vấn đề ngã bất thường vận động, ngất, đến vấn đề nguy hiểm đột quỵ phải phát sớm xử lý kịp thời Riêng với vấn đề đột quỵ, theo thống kê năm có khoảng 200.000 vụ đột quỵ, việc phát sớm xử lý khung “vàng” vấn đề cấp thiết bệnh Để theo dõi nắm bắt sức khỏe người già mình, người chăm sóc (người thân người uỷ quyền) phải thường xuyên giám sát trực tiếp qua phương tiện Internet camera Tuy nhiên, việc giám sát thủ công người đảm bảo tồn thời gian Ngồi ra, người khó có khả kết hợp hành vi người giám sát thời gian dài để phát biểu bất thường Trong bối cảnh vậy, hệ thống cơng nghệ tích hợp trí tuệ nhân tạo (AI) có khả giám sát, phân tích hình ảnh hành vi từ camera để tự động phát bất thường sức khoẻ người già giải pháp hữu hiệu để hỗ trợ cho hoạt động giám sát, cảnh báo bất thường sức khỏe người cao tuổi 1.1.2 Mô tả tổng quan dự án Hệ thống tự động giám sát cảnh báo sức khoẻ người già người khuyết tật hệ thống sử dụng công nghệ AI để tự động phân tích hình ảnh từ camera giám sát để nhận diện bất thường người giám sát video Hệ thống bao gồm mơ hình AI huấn luyện để tiếp nhận video từ camera giám sát thông thường, nhận diện theo dõi người giám sát, nhận diện hành vi người giám sát (hành vi đi, đứng, nằm, ngồi, ngã) Các hành vi lưu trữ lại hệ thống thời gian đủ lâu Dựa sở liệu hành vi này, bất thường sức khoẻ hệ thống phát cảnh báo đến người chăm sóc bất thường vận động, ngã, ngất, đột quỵ v.v Việc cảnh báo đến người chăm sóc thực qua ứng dụng di động tự động gọi tới điện thoại người chăm sóc Mơ hình tổng qt hệ thống trình bày hình 1.1.3 Key partner - Các công ty bán camera cung cấp thiết bị Business Model Canvas Key activities - Phát triển xây dựng thuật toán AI Value propositions - Giảm thiểu rủi ro bệnh tật nhờ việc phát kịp thời Customer relationships - Cung cấp sản phẩm (bare minimum) - Dịch vụ chăm - Thu thập sóc khách hàng - Các sở gán nhãn data 24/7 trung tâm y tế - Tạo cảm - Khách hàng cung cấp thông - Quảng cáo giác yên tâm trải nghiệm thử tin cầu nối kênh cho người nhà sản phẩm với khách hàng MXH - Khuyến sở y tế sử dụng sp lâu dài - Các chuyên gia y tế có chun mơn để tư vấn Key Channels hành vi bất - Facebook thường người resources - Cơ sở hạ tầng ads, Youtube già công nghệ ads - Nhân sự: Người nhóm - Thơng qua người quen sở y tế - Tài chính: Các thi nhà đầu tư - Store: CHPlay, AppStore,… - Truyền thông: Các tảng MXH Customer segments - Các điều kiện: + Tuổi: 35 - 55 tuổi + Thu nhập: Trên 10 triệu VNĐ/tháng + Thường xun khơng có thời gian chăm sóc người bệnh: đột quỵ, Cost structure - Chi phí nghiên cứu phát triển sản phẩm: Mua lắp đặt camera, lấy liệu, trả lương cho đội ngũ phát triển nhân viên, (55%) - Chi phí quản lý hệ thống: Domain, máy chủ, điện, mạng, (30%) Revenue streams - Dịch vụ streaming thông báo, thu theo tháng năm - Từ đối tác: hãng camera, sở y tế giới thiệu khách hàng, chuyên gia y tế tư vấn - Chi phí truyền thơng : Quảng cáo, PR sản phẩm, (15%) 10 Social cost - Chi phí tư vấn từ chuyên gia y tế 11 Social impact Thực trạng nước ta, năm có 200,000 ca đột quỵ có 2-3% số người cấp cứu kịp thời khung vàng (3-6 tiếng sau khởi phát) Ứng dụng chúng tơi nâng tỷ lệ lên cao (50%), từ giảm ca bệnh trở nặng đột quỵ bệnh khác mà không phát hiện, cấp cứu kịp thời - Giảm gánh nặng lên hệ thống y tế - Giảm gánh nặng cho người chăm sóc gia đình - Giảm chi phí y tế cho người già gia đình 1.2 Tôn dự án 1.2.1 Mục tiêu dự án Xây dựng hệ thống cơng nghệ tích hợp trí tuệ nhân tạo (AI) có khả giám sát, phân tích hình ảnh hành vi từ camera để tự động phát bất thường sức khỏe người già 1.2.2 Phạm vi công việc - Hệ thống xây dựng máy chủ, cho phép truy cập camera nhằm phát kịp thời hành vi bất thường người cao tuổi thông báo tới điện thoại người theo dõi - Ước lượng thời gian hoàn thành: khoảng tháng 1.2.3 Các hướng tiếp cận - Xác định yêu cầu cụ thể phần mềm, khảo sát hệ thống mẫu để định hướng phát triển ứng dụng - Xác định rõ nguồn nhân lực, chi phí cho dự án - Thực kế hoạch truyền thông, báo cáo nội dung thành viên với - Hoàn thành bàn giao sản phẩm dự kiến - Đảm bảo sản phẩm chạy tốt môi trường hệ thống khách hàng 1.2.4 Các sản phẩm bàn giao - Ứng dụng theo dõi camera với chức hợp đồng với khách hàng - Hệ thống sở liệu khách hàng cung cấp - Mã nguồn chương trình - Tài liệu hướng dẫn sử dụng phần mềm 1.2.5 - Các công nghệ sử dụng Code Editor : Visual Studio Code, Google Colab Gán nhãn data: Roboflow Xây dựng backend : sử dụng ngôn ngữ Python, framework: FastAPI Mobile App: sử dụng React Native Quản trị thông báo ứng dụng điện thoại - Cloud Message : Firebase Xây dựng model AI: sử dụng Python Hệ quản trị sở liệu: PostgreSQL Thiết kế: Photoshop, Canva Văn phòng: Microsoft Word, Excel, Powerpoint, Team, Project 1.2.6 - Tiến trình quản lý dự án Phần 1: Tôn dự án Phần 2: Kế hoạch quản lý dự án Phần 3: Kế hoạch quản lý phạm vi dự án Phần 4: Kế hoạch quản lý thời gian Phần 5: Kế hoạch quản lý chi phí Phần 6: Kế hoạch quản lý chất lượng dự án Phần 7: Kế hoạch quản lý nguồn nhân lực Phần 8: Kế hoạch quản lý truyền thông giao tiếp Phần 9: Kế hoạch quản lý rủi ro dự án Quản lý phạm vi dự án 2.1 Phạm vi công việc 2.1.1 Vòng đời dự án 2.1.2 Bản phân rã công việc dự án 10 STT Nội dung Khảo sát thị trường, thu thập yêu cầu khách hàng 1.1 Đi vấn hộ gia đình có người cao tuổi sống ( khách hàng tiềm năng) 1.2 Khảo sát online bảng biểu 1.3 Xử lý yêu cầu khách hàng 1.3.1 Xác định yêu cầu khách hàng 1.3.2 Xác định yêu cầu hệ thống 1.3.3 Tham khảo hệ thống có thị trường 1.3.4 Thống nghiệp vụ hệ thống Lập kế hoạch, ước lượng 2.1 Soạn thảo quy định phạm vi dự án 2.2 Soạn thảo tôn cho dự án 2.3 Phân rã công việc 11 6.2 Các cá nhân tham gia vào dự án Họ tên STT Giới tính Thông tin liên hệ SĐT Ngô Thế Nghĩa Nam 0982222222 Nguyễn Công Khánh Nam 012345678 Email nghia.nt@gmail.com nckhanh.2k1@gmail.com Phạm Việt Hoàng Nam 0961139522 hoangpv2405@gmail.co m Mark Zuckerberg Nam 0335222123 ceo.fb@gmail.com Elon Musk Nam 0335111789 ceo.tw@gmail.com 6.3 Cấu trúc nhóm dự án 6.3.1 Ma trận kỹ 43 Họ tên / Phân Lĩnh vực tích Thiết kế React Pytho Fast PostgreS Nativ n API QL e Testi ng QA AI Ngô Thế Nghĩa 4 4 3 Nguyễn Công Khánh 3 4 4 4 Phạm Việt Hoàng 3 3 3 3 Mark Zuckerbe rg 4 4 4 4 Elon Musk 4 4 4 4 Chú thích: Mức 1: Fresher Mức 2: Junior Mức 3: Senior Mức 4: Expert 44 6.3.2 Vị trí thành viên Bộ phận Số lượng thành viên phận Vai trò Tên thành viên Quản lý dự án Quản lý dự án Ngô Thế Nghĩa Thư ký dự án Thư ký dự án Phạm Việt Hồng Phân tích nghiệp vụ Nhóm Trưởng Ngơ Thế Nghĩa Thành Viên Phạm Việt Hồng Nhóm Trưởng Ngô Thế Nghĩa Thành Viên Nguyễn Công Khánh Thiết kế hệ thống Lập trình Kiểm thử Đảm bảo chất lượng 2 Nhóm Trưởng Ngơ Thế Nghĩa Thành Viên Nguyễn Cơng Khánh Thành Viên Mark Zuckerberg Nhóm Trưởng Phạm Việt Hồng Thành Viên Nguyễn Cơng Khánh Nhóm Trưởng Nguyễn Công Khánh Thành Viên Elon Musk 45 6.3.3 Phân chia công việc STT Mô tả Quản lý dự án Nhóm phân tích Khảo sát thị trường, lấy yêu cầu từ khách hàng P, R A Lập kế hoạch, ước lượng R, P A R Phân tích hệ thống R A R Thiết kế R hệ thống Phát triển hệ thống Nhóm Nhóm thiết kế lập trình Nhóm kiểm thử A R R A 46 Nhóm quản lí chất lượng R R Kiểm thử R Cài đặt xuất R Đóng dự án A R R R A R A R R Chú thích: - A (Accountable): Chịu trách nhiệm - P (Participant): Tham gia - R (Reviewer): Người kiểm tra lại Quản lý truyền thông dự án Yêu cầu trao đổi thông tin 7.1 7.1.1 Xác định nhu cầu trao đổi thông tin bên Đối tượng Nhu cầu thông tin Giám đốc dự án Bản kế hoạch dự án, tiến độ thực dự án Khách hàng Tiến độ dự án theo định kỳ chất lượng thực Nhóm phân tích u cầu Chi tiết yêu cầu khách hàng 47 Nhóm thiết kế Bản phân tích yêu cầu khách hàng, chức hệ thống Nhóm lập trình Tài liệu thiết kế front-end, chức hệ thống Nhóm kiểm thử Các module tài liệu chức hoàn thành 7.1.2 Tài liệu Mô tả Tổng quan dự án Tài liệu quản lý thời gian Yêu cầu trao đổi thông tin Người gửi Người nhận Tần suất Tổng quan Thư ký dự án, dự án tóm lược kế hoạch thực thi Khách hàng Một lần Email lúc bắt tài liệu đầu dự án cứng Các mốc Thư ký thời gian dự án thực dự án dự kiến thời gian hoàn thiện dự án Giám đốc dự án thành viên đội dự án Khi bắt đầu dự án bổ sung có thêm thay đổi phát sinh lúc thực 48 Phương thức trao đổi Email, tài liệu cứng, trực tiếp trao đổi thông tin thành viên đội Tài liệu quản lý phạm vi Mô tả phạm vi dự án, giới hạn ngân sách, yêu cầu Thư ký dự án Khách hàng, Giám đốc dự án, Các thành viên đội dự án Khi bắt đầu dự án có thay đổi Trao đổi trực tiếp đối tượng liên quan, email, tài liệu cứng Tài liệu quản lý rủi ro Mô tả rủi ro xảy dự án, chiến lược kế hoạch dự phòng Các thành viên đội dự án -Giám đốc dự án Duyệt hàng tuần thơng báo có rủi ro xảy Email, tài liệu cứng, trực tiếp trao đổi thông tin thành viên đội Tài liệu quản lý nhân lực Mơ tả vị trí, Thư ký nhiệm vụ dự án thành viên đội dự án Giám đốc dự án Khi bắt Email, tài liệu đầu dự án cứng có thay đổi Tài liệu quản lý chi phí, mua sắm Chi phí Thư ký tiến độ thực dự án thi sản phẩm cần mua Giám đốc dự án Khi bắt Email, tài liệu đầu dự án cứng bổ sung có thêm thay đổi phát sinh lúc thực -Các giám đốc chức 49 Tài liệu quản lý chất lượng Chất lượng Thư ký thực thi, dự án yêu cầu sản phẩm Giám đốc dự án Duyệt hàng tuần thơng báo có rủi ro xảy Email, tài liệu cứng trực tiếp trao đổi thông tin thành viên đội Tài liệu quản lý truyền thông Phương Thư ký thức giao dự án tiếp thành viên, giám đốc, nhà tài trợ, khách hàng Giám đốc dự án Một lần sau đọc tài liệu tổng quát dự án Bản cứng, email -Giám đốc dự án, thành viên, Khách hàng - Thư ký dự án: Một lần sau thu thập yêu cầu từ khách hàng Nói chuyện trực tiếp, Email, Tài liệu cứng Tài liệu Mô tả Khách liên quan yêu cầu hàng, thư nghiệp vụ khách hàng ký dự án hệ thống - Khách hàng: muốn cập nhật yêu cầu 50 Tài liệu báo cáo phân tích hệ thống Tài liệu thiết kế Tài liệu kiểm thử Mô tả yêu cầu chức Nhóm -Giám đốc phân tích dự án -Tất hệ thống thành viên đội dự án Mô tả thiết Nhóm kế hệ thống thiết kế frontend, back-end -Giám đốc dự án Kết kiểm tra test thử hệ thống, module, sản phẩm hoàn thiện -Giám đốc dự án Nhóm kiểm thử -Tất thành viên đội dự án -Tất thành viên đội dự án -Một lần sau hồn thiện phân tích hệ thống -Họp trực tiếp -Một lần sau hồn thiện phân tích hệ thống -Họp trực tiếp -Giám đốc dự án: lần hoàn thiện hệ thống -Tài liệu cứng -Các thành viên khác: thường xuyên chưa đạt yêu cầu 51 -Tài liệu cứng -Email -Tài liệu cứng -Email -Email -Gặp mặt trực tiếp trao đổi Tài liệu hướng dẫn sử dụng Hướng dẫn Thư ký sử dụng sản dự án phẩm -Khách hàng -Một lần hoàn thiện sản phẩm -Tài liệu cứng -Email -Gặp trực tiếp Ước tính nỗ lực dự án 7.2 Mô tả nỗ lực, trách nhiệm làm việc thành viên Nhóm trưởng nhóm thư ký dự án -Giám đốc dự án -Tất thành viên đội - Duyệt -Email hàng tuần -Họp trực tiếp - Báo cáo hiệu hàng tháng Xác định tần suất kênh trao đổi Đối tượng Tần suất Kênh trao đổi Giám đốc dự án Hàng tháng hai tuần lần Tóm lược tiến trình thực thi qua thư điện tử họp trực tiếp Giám đốc nhóm Báo cáo chi tiết hàng tuần Thư điện tử, thuyết trình Hai lần tuần hàng ngày Họp nhóm, email Các thành viên đội dự án Khách hàng Định kỳ ngày Email, họp trực yêu cầu khách hàng 52 Quản lý rủi ro dự án 8.1 Kế hoạch quản lý rủi ro + Dự án khởi động vào ngày 29/11/2022 + Kế hoạch quản lý rủi ro thực sau: - Ngày 29/11/2022: Sau khởi động dự án, xác định rủi ro xảy pha lấy yêu cầu để đưa biện pháp giải - Ngày 30/12/2022: Cuối pha yêu cầu, triển khai xử lý rủi ro pha lấy yêu cầu xác định rủi ro xảy pha phân tích - Ngày 03/02/2023: Cuối pha phân tích, triển khai xử lý rủi ro pha phân tích xác định rủi ro xảy pha thiết kế - Ngày 17/03/2023: Cuối pha thiết kế, triển khai xử lý rủi ro pha thiết kế xác định rủi ro xảy xây dựng website - Ngày 17/05/2023: Cuối pha phát triển hệ thống, triển khai xử lý rủi ro pha phát triển hệ thống xác định rủi ro xảy pha kiểm thử - Ngày 29/05/2023: Cuối pha kiểm thử, triển khai xử lý rủi ro pha kiểm thử xác định rủi ro xảy pha cài đặt - Ngày 06/06/2023: Cuối pha cài đặt, triển khai xử lý rủi ro trình bàn giao sản phẩm 8.1.1 Xác định rủi ro ❖ Các loại rủi ro xảy ra: + Rủi ro yêu cầu toán + Rủi ro lịch thực + Rủi ro chi phí + Rủi ro điều hành + Rủi ro chất lượng + Rủi ro khác ❖ Rủi ro yêu cầu toán: Xác định yêu cầu + Lấy yêu cầu từ phía khách hàng ● Hiểu sai, thiếu, mát thông tin yêu cầu ● Đánh giá chưa đủ tính khả thi yêu cầu 53 => Tổng hợp yêu cầu: Yêu cầu đầy đủ, rõ ràng không đồng ❖ Rủi ro lịch thực hiện: + Liên quan đến tiến trình ● Kế hoạch Lập lịch trễ, không hợp lý Lịch thực gặp rủi ro bị nén lịch Để mặc kế hoạch dự án áp lực Kế hoạch truyền thông giao tiếp chưa hiệu ● Phạm vi Ước lượng thiếu nhiệm vụ cần thiết Không đảm bảo phạm vi theo dự định ● Phát triển Lập trình theo kiểu mạch khơng có xem xét lại sửa chữa ● Hiệu suất công việc Chậm tiến độ so với kế hoạch ● Quản lý, giám sát Kiểm sốt quản lý khơng đầy đủ ❖ Rủi ro chất lượng: ● Sản phẩm: Hệ thống không thực thiếu yêu cầu Tốc độ xử lý chậm Số lượng trình duyệt hệ điều hành mà hệ thống hỗ trợ không đáp ứng yêu cầu ● Kiểm thử: Không phát hết lỗi Đánh giá không khả chịu tải hệ thống Kiểm thử trình cài đặt hiệu ❖ Rủi ro điều hành: + Thời gian ● Thời Gian thực dự án Ước lượng sai thời gian hồn thành cơng việc Khơng hồn thành dự án kế hoạch + Con người: 54 ● Trách nhiệm vai trò Làm việc thiếu trách nhiệm ● Quản lý giám sát Quản lý, giám sát nhân hiệu Thêm người vào dự án muộn + Liên quan đến công nghệ: ● Áp dụng công nghệ vào quản lý dự án: Dựa vào giải pháp công nghệ để giải vấn đề công việc mà chưa hiểu rõ tồn phạm vi cơng việc Thiếu kiểm sốt mã nguồn tự động Xung đột phần hệ thống ❖ Rủi ro chi phí: + Tài nguyên ● Nhân lực Tuyển thêm nguồn nhân lực Làm việc không hiệu Ước lượng chi phí khơng phù hợp, thiếu hụt ngân sách + Khách hàng ● Lấy yêu cầu Thay đổi, tăng u cầu q nhanh khơng kiểm sốt Trì hỗn, chậm trễ cung cấp thơng tin u cầu ● Thỏa thuận, đàm phán Khó khăn thương lượng chi phí, thời hạn bàn giao + Giải pháp ● Cơng nghệ Khó khăn chưa quen sử dụng cơng nghệ + Mục tiêu hài lịng từ hai phía o Con người ● Khách hàng Yêu cầu phức tạp, khắt khe Xung đột đội phát triển dự án khách hàng ● Đội dự án Mâu thuẫn, xung đột thành viên đội dự án, bên liên liên quan o Sản phẩm ● Chất lượng sản phẩm 55 - Sản phẩm không yêu cầu Sản phẩm không đủ chức Sản phẩm không bàn giao hạn Sản phẩm không ứng dụng nhiều ❖ Rủi ro khác: ● Rủi ro khơng có khả biết trước Thời tiết: bão, lũ lụt, động đất, … 8.1.2 Phân tích rủi ro, chiến lược quản lý Pha phân tích rủi ro gọi đánh giá rủi ro dựa tiêu chí: ● Xác định - Xác suất xảy rủi ro - Ảnh hưởng tới mục tiêu dự án rủi ro xảy - Độ nguy hiểm (= xác suất * ảnh hưởng) ● Xác định rủi ro cần làm giảm nhẹ ● Phân tích định tính ● Phân tích định lượng - Dựa ước lượng mô 8.2 Ứng phó rủi ro Phương pháp Mơ tả Tránh né Dùng “đường khác” để né tránh rủi ro, đường khơng có rủi ro, có rủi ro nhẹ hơn, chi phí đối phó với rủi ro thấp hơn… Thương lượng với khách hàng (hoặc nội bộ) để thay đổi mục tiêu Giảm nhẹ Thành lập quỹ dự phòng Giảm ảnh hưởng: đưa kế hoạch cứu chữa: nhân lực dự phòng, thời gian dự phòng thay người, sử dụng công cụ mới, tham khảo chuyên gia 56 Chuyển giao rủi ro Chuyển giao rủi ro cho bên thứ ba (công ty bảo hiểm) Đề nghị khách hàng chấp nhận chia sẻ rủi ro (tăng thời gian,chi phí…) Chấp nhận 8.3 Chấp nhận rủi ro xảy Giám sát kiểm soát rủi ro ● Rủi ro xảy thường không lần, trình giám sát rủi ro cần trọng, rủi ro xác định, phân tích ứng phó thành cơng, phải đưa trước dự án để thành viên khác nắm tránh mắc phải ● Để đạt hiệu tốt nhất, rủi ro phân tích q trình ứng phó cần đề họp tiến độ dự án định kỳ Trong họp cần rõ tường tận rủi ro, đặc biệt rủi ro có tính nghiêm trọng Việc hiểu rõ ràng tường tận rủi ro giúp tránh gặp phải rủi ro tương tự tương lai 57