BÁO CÁO ĐỒ ÁN MÔN HỌC QUẢN TRỊ DỰ ÁN THƯƠNG MẠI ĐIỆN TỬ phần mềm website bán giày

ĐẠI HỌC QUỐC GIA THÀNH PHỐ HỒ CHÍ MINH TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN KHOA HỆ THỐNG THÔNG TIN BÁO CÁO ĐỒ ÁN QUẢN TRỊ DỰ ÁN THƯƠNG MẠI ĐIỆN TỬ Đề tài: XÂY DỰNG WEBSITE BÁN GIÀY OVION Giảng viên hướng dẫn: ThS Huỳnh Đức Huy Nhóm sinh viên thực hiện: An Ngọc Vân Hà 20521265 Nguyễn Thúy Hà 20521270 Hứa Long Hải 20521277 Lê Thị Ngọc Huyền 20521421 Văn Đặng Nhật Hưng 20521375 TP Hồ Chí Minh, tháng 12 năm 2022 OVION Kế hoạch dự án Trang thương mại điện tử bán giày Phạm vi áp dụng: Trường ĐH Cơng nghệ Thơng tin Phiên bản: 0.0.1 Nhóm 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 trị dự án thương mại điện tử, 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 chân thành cảm ơn TP.HCM, tháng 12 năm 2022 MỤC LỤC Chương GIỚI THIỆU 10 1.1 Từ ngữ viết tắt thuật ngữ 10 1.2 Tham khảo 10 1.3 Tổng quan dự án 11 1.4 Phạm vi, mục tiêu dự án 11 1.4.1 Mục tiêu phạm vi dự án: 11 1.4.2 Phương pháp, công nghệ sử dụng: 12 1.5 Các bên liên quan nhân 12 1.6 Điều phối dự án 14 Chương TỔ CHỨC DỰ ÁN 15 2.1 Mơ hình phát triển phần mềm 15 2.2 Cơ cấu tổ chức dự án 19 2.2.1 Tổ chức dự án 19 2.2.2 Vai trò trách nhiệm 19 Chương 3.1 QUẢN LÝ DỰ ÁN 21 Giả định, điều kiện rủi ro 21 3.1.1 Giả định 21 3.1.2 Các hạn chế 21 3.1.3 Chi phí dự kiến 21 3.2 Khởi tạo dự án 3.2.1 22 Ước lượng 22 3.2.2 3.3 Yêu cầu nguồn lực 22 Kế hoạch thực dự án 23 3.3.1 Phân rã công việc 23 3.3.2 Các cột mốc (milestone) work product 30 3.4 Kế hoạch kiểm soát dự án 31 3.4.1 Kiểm soát kế hoạch thực 31 3.4.2 Kế hoạch quản lý yêu cầu 32 3.4.3 Kế hoạch quản lý quy trình phát triển phần mềm 32 3.4.4 Kiểm tra chất lượng sản phẩm 38 3.4.5 Báo cáo dự án 39 3.4.6 Đo lường dự án 40 3.5 Kế hoạch quản lý rủi ro 41 3.5.1 Nhận diện rủi ro 41 3.5.2 Phân tích rủi ro 43 3.5.3 Kiểm soát rủi ro 46 3.5.4 Giám sát điều chỉnh 47 DANH MỤC HÌNH VẼ Hình 2-1: Tun ngơn phát triển phần mềm linh hoạt 15 Hình 2-2: Các khái niệm Scrum 17 Hình 2-3: Vịng đời phát triển theo quy trình Scrum 18 Hình 3-1: Mối quan hệ trình tự bước quy trình kiểm sốt rủi ro 41 Hình 3-2: Phân tích rủi ro 43 Hình 3-3: Bảng đánh giá khả xuất 44 Hình 3-4: Bảng đánh giá khả tác động 45 Hình 3-5: Bảng xếp độ ưu tiên 46 Quản lý tài liệu Ngày tạo: 9/12/2022 Thời gian lưu: 12/15/2022-14:36 PM Phòng ban/Bộ phận: PM Lưu bởi: An Ngọc Vân Hà Lịch sử thay đổi Người thực Nội dung Phiên An Ngọc Vân Hà Lập tài liệu 0.0.1 Lê Thị Ngọc Huyền Giới thiệu 1.1 Lê Thị Ngọc Huyền Cập nhật mơ trình phát triển phần mềm (Agile) 2.1 Lê Thị Ngọc Huyền Tổ chức dự án 2.2.1 Lê Thị Ngọc Huyền Vai trò trách nhiệm 2.2.2 Nguyễn Thúy Hà Giả định, điều kiện rủi ro 3.1 Nguyễn Thúy Hà Giả định 3.1.1 An Ngọc Vân Hà Cập nhật hạn chế 3.1.2 An Ngọc Vân Hà Tính tốn chi phí dự kiến 3.1.3 Văn Đặng Nhật Hưng Khởi tạo dự án 3.2 Hứa Long Hải Ước lượng 3.2.1 Văn Đặng Nhật Hưng Yêu cầu nguồn lực 3.2.2 Văn Đặng Nhật Hưng Yêu cầu đào tạo nhận dự án 3.2.3 An Ngọc Vân Hà Kế hoạch thực dự án 3.3 An Ngọc Vân Hà Cập nhật WBS 3.3.1 An Ngọc Vân Hà Lập lịch làm việc 3.3.2 Văn Đặng Nhật Hưng Xác định cột mốc, work product 3.3.3 An Ngọc Vân Hà Thông tin điều phối nguồn lực 3.3.4 Hứa Long Hải Kế hoạch kiểm soát dự án 3.4 Hứa Long Hải Kiểm soát kế hoạch thực 3.4.1 Hứa Long Hải Kế hoạch quản lý yêu cầu 3.4.2 Hứa Long Hải Kế hoạch quản lý quy trình phát triển phần mềm 3.4.3 Hứa Long Hải Quy trình mẫu 3.4.3.1 Hứa Long Hải Phương pháp, công cụ, công nghệ 3.4.3.2 Hứa Long Hải Cơ sở hạ tầng 3.4.3.3 Hứa Long Hải Nghiệm thu sản phẩm 3.4.3.5 Hứa Long Hải Kiểm tra chất lượng sản phẩm 3.4.4 Hứa Long Hải Báo cáo dự án 3.4.5 Hứa Long Hải Đo lường dự án 3.4.6 Nguyễn Thúy Hà Kế hoạch quản lý rủi ro 3.5 An Ngọc Vân Hà Bổ sung tài liệu liên quan 1.2 Lịch sử kiểm tra Người kiểm tra Ngày kiểm tra Nhận xét/đánh giá Phiên 3.2.1 3.5.1 An Ngọc Vân Hà 14/12/2022 - Cần xác định lại thời gian chi phí xác hơn, dựa vào WBS phần ước lượng chi phí Hưng mục 3.1.3 3.3.2 An Ngọc Vân Hà 26/12/2022 - Sửa đổi lại rủi ro thay đổi công nghệ Báo cáo môn Quản Lý Dự Án Nhóm 03 Chương GIỚI THIỆU Tài liệu báo cáo đồ án môn học Quản lý dự án cơng nghệ thơng tin nhóm bao gồm tồn trình lên kế hoạch cách sử dụng phần mềm để phân chia quản lý tiến độ cơng việc thành viên nhóm 1.1 Từ ngữ viết tắt thuật ngữ Từ viết tắt Diễn giải Trưởng nhóm – Project Manager PM 1.2 Tham khảo STT Tên tài liệu Mô tả https://github.com/phat-trien-ung-dung- Source code web-4conheo https://trello.com/b/WFPDuUzh/qu%E 1%BA%A3n-tr%E1%BB%8Bd%E1%BB%B1-%C3%A1nec208n11tmcl https://www.figma.com/file/7KJvhcKnr Bản thiết kế web 1j2psZS5B6Ry4/Ovion?nodeid=0%3A1&t=c2mI4KR5B6P4qBN https://www.netlify.com/?fbclid=IwAR Deloy web 00DFrnGGoNbj_OEr8klAeBqPIiYLXI PEI0eSmu4 10 Phân chia task, theo dõi hoạt động thành viên Báo cáo mơn Quản Lý Dự Án Nhóm 03 - Phương thức đánh giá: Dự án chia nhỏ chức đánh giá qua vòng lặp, dựa bảng phân rã công việc (WBS) thay đổi cập nhật phần mềm quản lý dự án - Các cột mốc quan trọng để đạt được: ▪ Giai đoạn 1: Lập kế hoạch dự án ▪ Giai đoạn 2: Lấ y yêu cầ u từ khảo sát ▪ Giai đoạn 3: Phân tích yêu cầu khảo sát thu ▪ Giai đoạn 4: Thiết kế (sử dụng công cụ figma, công cụ vẽ mockup) - - ▪ Giai đoạn 5: Hiện thực thiết kế ▪ Giai đoạn 6: Kiểm thử (tích hợp, đơn vị, chức năng) ▪ Giai đoạn 7: Kiểm thử chấp nhận ▪ Giai đoạn 8: Chuyển giao sản phẩm ▪ Giai đoạn 9: Hỗ trợ kỹ thuật ▪ Giai đoạn 10: Đóng dự án Các sản phẩm dự án: ▪ Tài liệu hướng dẫn sử dụng ▪ Tài liệu hướng dẫn cài đặt ▪ Mã nguồn chương trình Các phê chuẩn cần thiết giai đoạn dự án: ▪ Người dẫn dắt nhóm phê duyệt chứng triển khai vòng lặp ▪ Khách hàng xác nhận tiếp nhận sản phẩm đạt yêu cầu 3.4.3.2 Phương pháp, công cụ công nghệ Mô tả phương pháp, công cụ, công nghệ sử dụng dự án - Phương pháp phát triển phần mềm: Agile - Kiến trúc phần mềm: Sử dụng mơ hình MVC (Model – Controller – View (Giao diện Front-End) 33 Báo cáo môn Quản Lý Dự Án Nhóm 03 - Ngơn ngữ lập trình: HTML, CSS, JavaScript, ReactJs, NodeJs, Redux, React-router  HTML: HTML ngôn ngữ đánh dấu thiết kế để tạo nên trang web World Wide Web Nó trợ giúp cơng nghệ CSS ngôn ngữ kịch giống JavaScript  CSS: Trong tin học, tập tin định kiểu theo tầng – dịch từ tiếng Anh Cascading Style Sheets – dùng để miêu tả cách trình bày tài liệu viết ngôn ngữ HTML XHTML Ngồi ngơn ngữ định kiểu theo tầng dùng cho XML, SVG, XUL  Javascript: JavaScript, theo phiên hành, ngôn ngữ lập trình thơng dịch phát triển từ ý niệm nguyên mẫu Ngôn ngữ dùng rộng rãi cho trang web phía máy chủ  ReactJs: ReactJS opensource phát triển Facebook, mắt vào năm 2013, thân thư viện Javascript dùng để để xây dựng tương tác với thành phần website Một điểm bật ReactJS việc render liệu không thực tầng Server mà Client  NodeJs: Node.js hệ thống phần mềm thiết kế để viết ứng dụng internet có khả mở rộng, đặc biệt máy chủ web Chương trình viết JavaScript, sử dụng kỹ thuật điều khiển theo kiện, nhập/xuất khơng đồng để tối thiểu tổng chi phí tối đa khả mở rộng  Redux: Node.js hệ thống phần mềm thiết kế để viết ứng dụng internet có khả mở rộng, đặc biệt máy chủ web Chương trình viết JavaScript, sử 34 Báo cáo môn Quản Lý Dự Án Nhóm 03 dụng kỹ thuật điều khiển theo kiện, nhập/xuất không đồng để tối thiểu tổng chi phí tối đa khả mở rộng  React-Router: React-Router thư viện định tuyến (routing) tiêu chuẩn React Nó giữ cho giao diện ứng dụng đồng với URL trình duyệt React-Router cho phép bạn định tuyến "luồng liệu" (data flow) ứng dụng bạn cách rõ ràng Nó tương đương với khẳng định, bạn có URL này, tương đương với Route này, giao diện tương ứng - Mã nguồn mở: Tailwind CSS, MUI  TailwindCSS: utility-first CSS framework, giống Bootstrap, có class built-in mà dùng Tailwind CSS có nhiều class bao gồm thuộc tính CSS khác quan trọng, dễ dàng mở rộng tạo class class - Cơng cụ phát triển ứng dụng: Visual Studio Code - Công cụ thiết kế giao diện: Figma - Công cụ thiết kế liệu: MongoDB  MongoDB: MongoDB hệ quản trị sở liệu NoSQL mã nguồn mở đa tảng viết C++ Bản ghi MongoDB lưu trữ dạng liệu văn bản, cấu trúc liệu bao gồm cặp giá trị trường tương tự đối tượng JSON - Công cụ thiết kế, sửa đổi tài liệu: Word, Excel Mô tả chi tiết: - Phương pháp phát triển phần mềm: dẫn mục tổ chức dự án (Vân Hà) 35 Báo cáo mơn Quản Lý Dự Án Nhóm 03 - Công nghệ: ReactJS thư viện JavaScript chuyên giúp nhà phát triển xây dựng giao diện người dùng hay UI Trong lập trình ứng dụng front-end, lập trình viên thường phải làm việc thành phần sau: UI xử lý tương tác người dùng UI tập hợp thành phần mà bạn nhìn thấy ứng dụng nào, ví dụ kể đến bao gồm: menu, tìm kiếm, nút nhấn, card,… Giả sử bạn lập trình website thương mại điện tử, sau người dùng chọn sản phẩm ưng ý nhấn vào nút “Thêm vào giỏ hàng”, việc mà bạn phải làm thêm sản phẩm chọn vào giỏ hàng hiển thị lại sản phẩm user vào xem => xử lý tương tác - Công cụ Visual Studio Code trình soạn thảo mã nguồn phát triển Microsoft dành cho Windows, Linux macOS Nó hỗ trợ chức debug, kèm với Git, có chức bật cú pháp (syntax highlighting), tự hoàn thành mã thơng minh, snippets, cải tiến mã nguồn Nó cho phép tùy chỉnh, đó, người dùng thay đổi theme, phím tắt, tùy chọn khác Nó miễn phí phần mềm mã nguồn mở theo giấy phép MIT, phát hành Microsoft theo giấy phép phần mềm miễn phí 3.4.3.3 Cơ sở hạ tầng - Kế hoạch thiết lập trì mơi trường phát triển: ▪ Phần cứng: laptops, điện thoại thông minh ▪ Hệ điều hành: Window 10 Enterprise, Window 11 ▪ Phần mềm phát triển: Visual Studio Code ▪ Visual Studio Code: Visual Studio Code tên gọi công cụ biên tập soạn thảo code Đây ứng dụng giới lập trình viên ưa chuộng trình xây dựng trang web sử dụng tất hệ điều hành phổ biến Windows, macOS 36 Báo cáo mơn Quản Lý Dự Án Nhóm 03 Linux Giới coder gọi Visual Studio Code với tên gọi quen thuộc VS Code ▪ Phần mềm thiết kế: Figma ▪ Figma: Figma ứng dụng gồm nhiều công cụ thiết kế mạnh mẽ tảng website Với Figma, bạn sáng tạo không giới hạn giao diện người dùng (UI/UX), thiết kế tạo mẫu, tạo đăng mạng xã hội nhiều dự án thiết kế khác ▪ Phần mềm quản lý: Github, Trello ▪ Github: GitHub dịch vụ tiếng cung cấp kho lưu trữ mã nguồn Git cho dự án phần mềm Github có đầy đủ tính Git, ngồi cịn bổ sung tính social để developer tương tác với ▪ Trello: Trello công cụ quản lý công việc hiệu làm việc theo nhóm, giúp người team cần nhìn qua biết có đầu việc nào, làm làm đến giai đoạn Trello cơng cụ Freemium, tức bạn xài miễn phí cần tính nâng cao đặc biệt có trả tiền có bạn phải trả ▪ Phần mềm soạn thảo: Microsoft Word 2019 ▪ Quy định hành chính: nhân viên phải tuân thủ thời gian họp mặt 3.4.3.4 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 37 Báo cáo mơn Quản Lý Dự Án Nhóm 03 ▪ 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 Website, kiểm tra Website 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: ▪ Khách hàng phải tuân theo điều khoản sử dụng Website ▪ Khách hàng phải đảm bảo điều kiện, môi trường, sở vật chất trước triển khai Website lên hệ thống - - 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 ▪ Luôn hỗ trợ website gặp cố Mỗi cố hay lỗi website quản lý lưu lại gồm có mục sau để đảm bảo chất lượng sản phẩm Trạng thái sửa lỗi/sự cố Mã yêu cầu Tên lỗi/sự cố Chi tiết lỗi ER00 Lỗi sản phẩm Thêm giỏ hàng khơng Đã sửa ER01 Thiếu hình ảnh sản phẩm Sản phẩm khơng hiển thị hình ảnh Đã sửa ER03 Render Số lần render nhiều Chưa sửa ER04 Dark/Light theme Chức không hoạt động Chưa sửa 38 Báo cáo mơn Quản Lý Dự Án Nhóm 03 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 Agile 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 đưa vấn đề cần có ý kiến chung để giải - Thời gian: Nhóm áp dụng dự án theo mơ hình Agile/Scrum nên định thời gian báo cáo định kỳ Thứ hàng tuần phiên, thời gian cho hoạt động Sprint Cụ thể 21h tối ngày 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: ▪ Sơ lược lại hoạt động kết thu từ báo cáo trước, tiến độ công việc, báo cáo cơng việc hồn thành tiến hành chuyển giao sang giai đoạn cơng việc ▪ 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 Đưa đề xuất giải hướng vấn đề có mức độ nghiêm trọng cao ảnh hưởng tới cấu tồn dự án ▪ Các vấn đề cịn tồn Giải thích lý vấn đề cịn tồn 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 39 Báo cáo mơn Quản Lý Dự Án Nhóm 03 ▪ Đố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 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 Agile, để đo lường dự án, 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 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: ▪ Nếu khung thời gian người thực hoạt động cảm thấy 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 - Ngoà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 tơi đơ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 khởi tạo activity 0% sau update sau tuần kết thúc sprint sprint làm điều tương tự, activity sprint update 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 40 Báo cáo mơn Quản Lý Dự Án Nhóm 03 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 soá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 số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 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 Quản trị rủi ro dự án phần mềm: https://www.cads.com.vn/vi/quan-tri-rui-ro-trong-du-an-phan-mem- nws72.html?fbclid=IwAR3Z-KWT2OXtZ_H3a0KZrBf5xqcgjVIBy2tFxMlZw_vhiPiYvBfEBk-PxCA 41 Báo cáo môn Quản Lý Dự Án Nhóm 03 STT - 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 Loại rủi ro Rủi ro tiềm ẩn Mã rủi ro Nhân lực Thành viên dự án đột ngột rút khỏi dự án (nghỉ thời gian dài) A Nhân lực Thành viên dự án thiếu kiến thức kinh nghiệm B Nhân lực Thiếu kinh nghiệm quản lý C Nhân lực Xung đột thành viên dự án D Thay đổi phạm vi yêu cầu dự án Yêu cầu khách hàng khơng rõ ràng, khó hiểu, thiếu liên hệ với khách hàng E Thay đổi phạm vi yêu cầu dự án Hiểu lầm mục tiêu dự án Thay đổi phạm vi yêu cầu dự án Khách hàng thay đổi yêu cầu liên tục Thay đổi phạm vi yêu cầu dự án Thiết kế không đủ đáp ứng yêu cầu thực tế Lịch trình Ước tính chi phí I 10 Ngân sách Ngân sách không đủ J 11 Công nghệ Công nghệ thay đổi liên tục K 12 Công nghệ Công nghệ L 42 F G H Báo cáo mơn Quản Lý Dự Án Nhóm 03 13 Công nghệ Thiếu công cụ hỗ trợ M 3.5.2 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 xuyên: Khả xuất rủi ro cao, xuất hầu hết dự án Quản lý Rủi ro Dự án phần mềm: https://kienthuclaptrinh.vn/2012/10/02/quan-ly-rui-ro-trong-du-an- phan-mem/?fbclid=IwAR1yjTFYrPHrMsy6fFmhHtt8Rk98EEZBYRXcsmMEUuU4AWfzQB-wiisVlH8 43 Báo cáo môn Quản Lý Dự Án Nhóm 03 ▪ - 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 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ể BẢNG ĐÁNH GIÁ KHẢ NĂNG TÁC ĐỘNG 44 Báo cáo mơn Quản Lý Dự Án Nhóm 03 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 (Tác động * Xác suất) 45 Báo cáo mơn Quản Lý Dự Án Nhóm 03 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 *Ghi chú: Xác xuất tác động theo thang điểm 10 (Cao nhất) Giải rủi ro Sau thấy rủi ro có độ ưu tiên cao nhất, nhóm xếp lại đưa hướng giải rủi ro có xảy ra: 46 Báo cáo mơn Quản Lý Dự Án Nhóm 03 *Ghi chú: Độ ưu tiên cao 3.5.4 Giám sát điều chỉnh - Bao gồm hoạt động giám sát để đảm bảo 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 47 ... Báo cáo mơn Quản Lý Dự Án Nhóm 03 Chương GIỚI THIỆU Tài liệu báo cáo đồ án môn học Quản lý dự án công nghệ thơng tin nhóm bao gồm tồn q trình lên kế hoạch cách sử dụng phần mềm để phân chia quản. .. 38 Báo cáo môn Quản Lý Dự Án Nhóm 03 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 Agile báo cáo nội dung khơng thể thiếu PM tổ chức họp định kỳ tuần để báo. .. 14/12/2022 32 Báo cáo môn Quản Lý Dự Án Nhóm 03 - Phương thức đánh giá: Dự án chia nhỏ chức đánh giá qua vịng lặp, dựa bảng phân rã cơng việc (WBS) thay đổi cập nhật phần mềm quản lý dự án - Các cột