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 quản lý bán sách ebook online

ĐẠI HỌC QUỐC GIA THÀNH PHỐ HỒ CHÍ MINH TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN Quản trị dự án TMĐT Dự án: Book Story GVHD: Ths Huỳnh Đức Huy Lớp: EC208.N11.TMCL.ST6 Tên Nhóm: Nhóm Tên thành viên: ● Nguyễn Thanh Hiếu - MSSV 20521328 ● Trương Quốc Thắng - MSSV 20520930 ● Đỗ Công Lâm - MSSV 20521001 ● Tống Khánh Linh - MSSV 20521537 ● Mai Quốc Bảo - MSSV 20521103 TP HCM, Ngày 15 tháng 12 năm 2022 CMI - BOOK STORY KẾ HOẠCH DỰ ÁN Phạm vi áp dụng: Những khách hàng có nhu cầu mua sách ebook audio, Những người dùng muốn thảo luận vấn đề sách Phiên 2.1.3 Công ty startup BOOK STORY Kế hoạch dự án Trang Nhận Xét ································································································································· ································································································································· ································································································································· ································································································································· ································································································································· ································································································································· ································································································································· ································································································································· ································································································································· ································································································································· ································································································································· ································································································································· ································································································································· ································································································································· ································································································································· ································································································································· ································································································································· ································································································································· ································································································································· ································································································································· ································································································································· ································································································································· ································································································································· ································································································································· ································································································································· ································································································································· ································································································································· Kế hoạch dự án Trang LỜI CẢM ƠN Trong trình học tập mơn Quản trị dự án TMĐ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 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 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 12 năm 2022 Kế hoạch dự án Trang Quản lý tài liệu Ngày tạo: 25/11/2022 Thời gian lưu: 13/12/2022 13:52:48 Nhóm: Lưu bởi: Nguyễn Thanh Hiếu Lịch sử thay đổi Người thực Ngày thực Nội dung Lập tài liệu, trang bìa, lời Phiên Nguyễn Thanh Hiếu 25/11/2022 Đỗ Công Lâm 25/11/2022 Trương Quốc Thắng 25/11/2022 Nguyễn Thanh Hiếu 27/11/2022 Tổ chức dự án 0.0.2 Nguyễn Thanh Hiếu 27/11/2022 Vai trò trách nhiệm 0.0.2 Nguyễn Thanh Hiếu 27/11/2022 Các quy tắc nhóm 0.0.2 Trương Quốc Thắng 27/11/2022 Giả định, điều kiện rủi ro 0.0.2 Tống Khánh Linh 27/11/2022 Giả định 0.0.3 Mai Quốc Bảo 27/11/2022 Cập nhật hạn chế 0.0.3 Đỗ Cơng Lâm 29/11/2022 Tính tốn chi phí dự kiến 0.0.4 Nguyễn Thanh Hiếu 28/11/2022 Khởi tạo dự án 0.0.5 Trương Quốc Thắng 29/11/2022 Ước lượng 0.0.6 Trương Quốc Thắng 30/11/2022 Yêu cầu nguồn lực 0.0.7 Đỗ Công Lâm 30/11/2022 Đỗ Công Lâm 2/12/2022 Kế hoạch thực dự án 0.0.9 Nguyễn Thanh Hiếu 30/11/2022 Cập nhật WBS 0.1.0 Nguyễn Thanh Hiếu 30/11/2022 Lập lịch làm việc 0.1.1 Nguyễn Thanh Hiếu 30/11/2022 Kế hoạch dự án cảm ơn Giới thiệu Cập nhập mơ hình phát triển phần mềm (Agile) Yêu cầu đào tạo nhận dự án Xác định cột mốc, work product 0.0.1 0.0.1 0.0.1 0.0.8 0.1.2 Trang Thông tin điều phối nguồn Tống Khánh Linh 2/12/2022 Tống Khánh Linh 2/12/2022 Mai Quốc Bảo 3/12/2022 Trương Quốc Thắng 4/12/2022 Trương Quốc Thắng 5/12/2022 Đỗ Công Lâm 6/12/2022 Trương Quốc Thắng 7/12/2022 Đỗ Công Lâm 8/12/2022 Trương Quốc Thắng 9/12/2022 Trương Quốc Thắng 10/12/2022 Đỗ Công Lâm 11/12/2022 Trương Quốc Thắng 12/12/2022 Đo lường dự án 2.0.1 Nguyễn Thanh Hiếu 13/12/2022 Kế hoạch quản lý rủi ro 2.1.1 Đỗ Công Lâm 14/12/2022 Bổ sung tài liệu liên quan 2.1.2 Mai Quốc Bảo 14/12/2022 Kế hoạch dự án lực Kế hoạch kiểm soát dự án Kiểm soát kế hoạch thực Kế hoạch quản lý yêu cầu Kế hoạch quản lý quy trình phát triển phần mềm Quy trình mẫu Phương pháp, cơng cụ, công nghệ Cơ sở hạ tầng Xác định yêu cầu người dùng Nghiệm thu sản phẩm Kiểm tra chất lượng sản phẩm Chỉnh sửa format word, sửa lỗi tả 0.1.3 0.1.5 0.1.8 0.1.9 1.1.1 1.1.6 1.5.9 1.6.2 1.9.1 1.9.2 1.9.6 2.1.3 Trang Lịch sử kiểm tra Người kiểm tra Ngày kiểm tra Nhận xét/đánh giá Phiên Đánh giá chung kế hoạch (bản chưa hoàn thiện) Các góp ý bao gồm: Nguyễn Thanh Hiếu 29/11/2022 - Về định dạng kế hoạch, 1.0.0 phông chữ, ngôn ngữ sử dụng - Cần xác định lại thời gian chi phí xác hơn, dựa vào WBS Nguyễn Thanh Hiếu 2/12/2022 Nguyễn Thanh Hiếu 4/12/2022 -Bổ sung thêm tài liệu tham khảo -Chỉnh sửa lại kế hoạch quản lý rủi ro Viết lại theo format 1.1.1 2.0.1 -Bị nhiều lỗi tả Cần chỉnh Nguyễn Thanh Hiếu 14/12/2022 lại nhanh chóng -Bổ sung thêm tài liệu liên 2.1.1 quan Kế hoạch dự án Trang Mục Lục 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.5 Các bên liên quan nhân _ 14 1.6 Điều phối dự án _ 15 Tổ chức dự án _ 16 2.1 Mơ hình phát triển phần mềm _ 16 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 Quản lý dự án _ 22 3.1 Giả định, điều kiện rủi ro 22 3.1.1 Giả định _ 22 3.1.2 Các hạn chế 22 3.1.3 Chi phí dự kiến 22 3.2 Khởi tạo dự án 23 3.2.1 Ước lượng _ 23 3.2.2 Yêu cầu nguồn lực 23 3.2.3 Yêu cầu đào tạo nhân (nếu có) _ 24 3.2.4 Các quy tắc nhóm 24 3.3 Kế hoạch thực dự án _ 26 3.3.1 Phân rã công việc (WBS) 26 3.3.2 Lập lịch làm việc _ 32 3.3.3 Các cột mốc (milestone) work product 35 3.3.4 Điều phối nguồn lực _ 38 Kế hoạch dự án Trang 3.4 Kế hoạch kiểm soát dự án _ 40 3.4.1 Kiểm soát kế hoạch thực _ 40 3.4.2 Kế hoạch quản lý yêu cầu 41 3.4.3 Kế hoạch quản lý quy trình phát triển phần mềm 41 3.4.4 Kiểm tra chất lượng sản phẩm _ 45 3.4.5 Báo cáo dự án _ 46 3.4.6 Đo lường dự án 47 3.5 Quản lý rủi ro 47 3.5.1 Nhận diện rủi ro 48 3.5.2 Phân tích rủi ro 50 3.5.3 Phân tích rủi ro 52 Kế hoạch dự án Trang Mục Lục Hình Ảnh Hình 2.1-1: Mơ Hình Agile 16 Hình 2.1-2: Phương pháp Scrum _ 17 Hình 2.2-1: Tổ chức dự án 19 Hình 3.3-1: Sơ đồ gantt _ 35 Hình 3.5-1: Quy trình quản trị rủi ro _ 48 Hình 3.5-2: Mối quan hệ trình tự bước quy trình kiểm sốt rủi ro 48 Hình 3.5-3: Phân tích rủi ro 50 Hình 3.5-4: Bảng đánh giá khả xuất 51 Hình 3.5-5: Bảng đánh giá khả tác động _ 51 Hình 3.5-6: Bảng xếp độ ưu tiên _ 52 Hình 3.5-7: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 53 Hình 3.5-8: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 54 Hình 3.5-9: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 56 Kế hoạch dự án Trang - Đề nghị cấp quyền git dự án cho thành viên 3.4.3.1 Quy trình mẫu Xem quy trình phát triển phần mềm - Thời gian phát triển dự án: Từ 25/11/2022 đến 15/12/2022 - 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ừ PO (Nguyễn Thanh Hiếu) + Giai đoạn 3: Phân tích yêu cầu PO + Giai đoạn 4: Thiết kế + 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 + Tài liệu thiết kế liệu, hệ thống + Source code chương trình - Các phê chuẩn cần thiết giai đoạn dự án: + PO phê duyệt chức theo đặc tả + Nhà tài trợ phê duyệt cấp vốn theo giai đoạ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 u cầu 3.4.3.2 Quy trình mẫu Mơ tả phương pháp, công cụ, công nghệ sử dụng dự án Kế hoạch dự án Trang 42 o o o o o o o o o Phương pháp phát triển phần mềm: Agile scrum Kiến trúc phần mềm: mẫu phát triển ứng dụng mơ hình Client-Server Cơng nghệ: Reactjs, Firebase Framework: Reactjs Database noSQL: Firebase Công cụ phát triển ứng dụng: Visual studio code Công cụ thiết kế giao diện: Figma, exel Công cụ thiết kế liệu: Draw.io Công cụ thiết kế, sửa đổi tài liệu: Word, exel - Tiêu chuẩn kỹ thuật: Tiêu chuẩn quốc gia TCVN 10539:2014 (ISO/IEC 12207:2008) Kỹ thuật hệ thống phần mềm - Các q trình vịng đời phần mềm Mơ tả chi tiết: - Phương pháp phát triển phần mềm: xem mục 2.1 - Công nghệ: + 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 + Firebase dịch vụ sở liệu hoạt động tảng đám mây – cloud Kèm theo hệ thống máy chủ mạnh mẽ Google Chức giúp người dùng lập trình ứng dụng cách đơn giản hóa thao tác với sở liệu Cụ thể giao diện lập trình ứng dụng API đơn giản Mục đích nhằm tăng số lượng người dùng thu lại nhiều lợi nhuận Đặc biệt, dịch vụ đa bảo mật cực tốt Firebase hỗ trợ hai tảng Android IOS 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: laptop + Hệ điều hành: Window 11 Enterprise, MacOs 13 Ventura + Mạng: Gói mạng Viettel + Phần mềm phát triển: Visual studio code + Phần mềm thiết kế: Figma + Phần mềm quản lý: Github, Trello + Phần mềm soạn thảo: Microsoft Word 2019 Kế hoạch dự án Trang 43 + Quy định hành chính: nhân viên phải tuân thủ thời gian họp mặt giờ, phải làm đủ số task giao thời gian quy định khơng bị xử phạt theo hình phạt quy định 3.4.3.4 Xác định yêu cầu người dùng Giai đoạn Tài liệu Thời gian gửi tài liệu YCND Giai đoạn lấy yêu cầu Tài liệu yêu cầu tính năng, giao diện người dùng Tuần 11/2022 Chuyển qua email Tài liệu thêm yêu cầu giao diện tính Tuần 11/2022 Trello , Drive Tài liệu thư viện liệu Tuần 11/2022 Gửi qua gmail, Github Tài liệu triển khai kỹ thuật Tuần 12/2022 Chuyển qua email phận IT, Trello Tài liệu hướng dẫn sử dụng Tuần 12/2022 Chuyển qua email, Drive Tài liệu hướng dẫn cài đặt Tuần 12/2022 Chuyển qua email, Drive Tài liệu hỗ trợ kỹ thuật Tuần 12/2022 Chuyển qua email, Trello Drive Giai đoạn thiết kế phần mềm Giải đoạn kiểm thử Giai đoạn triển khai - Ghi 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: Kế hoạch dự án Trang 44 + 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 website đến cho người dùng, 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, 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ợ phần mềm gặp cố Mỗi cố hay lỗi phần mềm quản lý (Trương Quốc Thắng) 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ố 001 Lỗi conflict github Khi thành viên push code lên git bị dính file code cũ dẫn đến conflict Đã cải thiện lỗi Team lead sửa lại conflict merge Dev không merge code! 002 Trùng liệu Team test gặp phải số vấn đề dataseed, cụ thể lỗi trùng lặp liệu Xử lý vấn đề data seed lỗi dev ( lỗi hook xử lý) Kế hoạch dự án Chi tiết lỗi Trạng thái sửa lỗi/sự cố Trang 45 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 khơng thể thiếu PM tổ chức họp định kỳ sau sprint 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ứ hồn thành 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ỳ tuần cho phiên, thời gian cho hoạt động Sprint Cụ thể 20h30h 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: + 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 đề 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 Tóm tắt khoản kể từ lần báo cáo trước + Lên kế hoạch cho sprint 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 Kế hoạch dự án Trang 46 3.4.6 Đo lường dự án Với mơ hình agile/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 trước Nếu hoạt động 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 khơng thể hồn thành báo cáo Teamlead để có phương án support + Sau sprint thành viên ghi điểm tốt điểm xấu cải thiện sau sprint PM nhận xét lại sprint cải thiện vào sprint sau + 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 sprint 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) để 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 hoàn thành 50%, lúc đo lường so với kế hoạch xem nhanh hay chậm dự định 3.5 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ệ 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, chiếu lệ 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 Kế hoạch dự án Trang 47 Hình 3.5-1: Quy trình quản trị rủi ro Hình 3.5-2: 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 Danh sách rủi ro STT Kế hoạch dự án Loại rủi ro Rủi ro tiềm ẩn Mã rủi ro Trang 48 Yêu cầu thay đổi thường - Thiết kế không đủ đáp ứng yêu cầu thực tế xuyên - Thay đổi phạm vi yêu cầu dự án A Không nắm yêu cầu - Hiểu lầm mục tiêu dự án khách hàng -Yêu cầu khách hàng khơng rõ ràng, khó B hiểu, thiếu liên hệ với khách hàng Không liên lạc với - Thiết kế không đủ đáp ứng yêu cầu thực tế khách hàng - Yêu cầu khách hàng khơng rõ ràng, khó C hiểu Kỹ quản lý, tổ chức -Thiếu thời gian cho kiểm định chất lượng công việc sản phẩm D - Xung đột thành viên dự án Thành viên gặp vấn đề - Thành viên dự án đột ngột rút khỏi dự sức khỏe án (nghỉ thời gian dài) - Thành viên dự án: Ốm đau, tai nạn E (nghỉ thời gian ngắn) Thành viên thuyên chuyển - Chuyển công tác chừng chừng - Thành viên dự án đột ngột rút khỏi dự F án (nghỉ thời gian dài) Thành viên không đủ kinh - Tiến độ task khơng hồn thành kịp nghiệm Thiếu tài liệu tham khảo - Thiết kế không đủ đáp ứng yêu cầu thực tế Lịch làm việc căng thẳng - Nhiệm vụ quan trọng bị sót từ lịch trình, xác định yêu cầu thiếu G H I Ngân sách dự kiến khơng - Ước tính chi phí 10 xác - Nguồn tài trợ cho dự án khơng cịn đủ ngân J sách Cơng nghệ 11 - Công nghệ thay đổi liên tục, phải refactor lại hệ thống K - Không làm rõ yêu cầu cần phải test Kế hoạch dự án Trang 49 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.5-3: 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 + - 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 (XÁC SUẤT) XUẤT HIỆN Kế hoạch dự án Trang 50 Hình 3.5-4: 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 Hình 3.5-5: 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 Kế hoạch dự án Trang 51 + - 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 BẢNG SẮP XẾP ĐỘ ƯU TIÊN Hình 3.5-6: Bảng xếp độ ưu tiên 3.5.3 Phân tích 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 Kế hoạch dự án Trang 52 BẢNG NHỮNG HƯỚNG GIẢI QUYẾT Bảng kế hoạch đối phó rủi ro Độ ưu tiên: Ngày:10/12/2022 Tần suất: 3.9 Mức tác hại: 5.4 Rủi ro Không nắm yêu cầu khách hàng Chiến lược Cung cấp thêm góc nhìn (Giảm thiểu rủi ro) Soạn trước câu hỏi trước gặp khách hàng Trau dồi để có đủ khả linh hoạt đáp ứng theo yêu cầu khách hàng Trao đổi kỹ với khách hàng Đi người am hiểu kĩ thuật Sau nắm bắt yêu cầu khách hàng tiến Cách tiếp cận hành phân tích thiết kế hệ thống gửi cho khách hàng xem Đợi đến khách hàng hài lòng với chức tiến hành xây dựng hệ thống Ngược lại tiếp tục quay lại giai đoạn phân tích thiết kế hệ thống Khi ký kết hợp đồng, cần phải yêu cầu khách hàng sau xem qua, hài lòng chấp thuận với chức hệ thống Xác nhận lại lần cuối trước Thắng: người chịu trách nhiệm cho việc gặp khách hàng Đảm Trách nhiệm bảo bàn bạc kỹ với khách hàng kí hợp đồng, tránh việc khách hàng thay đổi yêu cầu dự án thực Lâm: trưởng phòng kỹ thuật, cung cấp góc nhìn khác hệ thống Người lập bảng: Trương Quốc Thắng Ngày lập bảng: 09/12/2022 Người duyệt: Ngày duyệt: 10/12/2022 Nguyễn Thanh Hiếu Kí tên: Thắng Kí tên:Hiếu Hình 3.5-7: Bảng kế hoạch đối phó rủi ro với độ ưu tiên Kế hoạch dự án Trang 53 Bảng kế hoạch đối phó rủi ro Độ ưu tiên: Ngày:10/12/2022 Tần suất: 4.3 Rủi ro Mức tác hại: Kỹ quản lý, tổ chức công việc Nắm rõ mục tiêu, mốc thời gian thực hiện, nguồn lực nội dung công việc liên quan cần chuẩn bị trước dự án Chiến lược thức bắt đầu Sau người quản lý tiến hành lập kế hoạch phổ biến chúng cách rõ ràng, quán (Giảm thiểu rủi ro) -Phát triển mơ hình Agile, Quản lý task trello product backlog Tiến hành họp nội để thống mục tiêu, thời gian, nguồn lực trước bắt đầu dự án PM lắng nghe ý kiến đóng góp từ nhân viên để nắm bắt khả Cách tiếp cận người dự án Tổng hợp ý kiến đưa kế hoạch thực thi bao gồm nhiệm vụ cụ thể thành viên dự án, kết yêu cầu thời gian hoàn thành Hiếu: (Project manager) Người đạo họp, lập kế hoạch thực thi đảm bảo người thực thi theo kế hoạch đề Xây dựng Trách nhiệm WBS hoàn chỉnh từ ước lượng thời gian cho nhân viên thiết bị cần thiết trình thực dự án Linh: Tổng hợp ý kiến đóng góp từ để review lại kế hoạch hợp lý chưa Người lập bảng: Mai Quốc Bảo Ngày lập bảng: 09/12/2022 Kí tên: Bảo Người duyệt: Ngày duyệt: 10/12/2022 Nguyễn Thanh Hiếu Kí tên:Hiếu Hình 3.5-8: Bảng kế hoạch đối phó rủi ro với độ ưu tiên Kế hoạch dự án Trang 54 Bảng kế hoạch đối phó rủi ro Độ ưu tiên: Tần suất: 3.3 Ngày:10/12/2022 Mức tác hại: 3.7 Rủi ro Thành viên không đủ kinh nghiệm Chiến lược Tập huấn thêm cho thành viên (Giảm thiểu rủi ro) Lập lịch training cho thành viên dự án Đảm bào thời gian cho đa số thành viên tham gia vào học tập Xây dựng nhóm làm việc Ký kết hợp đồng làm việc rõ ràng quy định nhân viên khơng nghỉ việc q trình thực dự án PM lắng nghe ý kiến đóng góp từ nhân viên để nắm bắt khả người dự án Cách tiếp cận Tổ chức buổi báo cáo tiến độ, trao đổi kinh nghiệm trình thực dự án cho thành viên nhóm để thành viên nắm rõ q trình thực phần dự án để luân phiên thay đổi cần thiết Phân công rõ ràng cho thành viên theo lực Tổ chức hoạt động giải trí gắn kết thành viên với tránh áp lực không cần thiết Lưu trữ phân loại rõ ràng tất tài liệu liên quan đến trình phát triển phần mềm dùng quản lý cấu hình việc dễ dàng có thay Trách nhiệm Kế hoạch dự án Lâm: Là người đứng chia sẻ kỹ lập trình cho thành viên dự án Trang 55 Thắng: Đảm nhiệm việc tổ chức buổi báo cáo, trao đổi kinh nghiệm cho thành viên thường xuyên suốt trình thực dự án Bảo: Người hỗ trợ tiếp cận nhóm trưởng để xếp lịch training cho người Người lập bảng: Ngày lập bảng: Trương Quốc 09/12/2022 Thắng Kí tên: Thắng Người duyệt: Ngày duyệt: 10/12/2022 Nguyễn Thanh Hiếu Kí tên:Hiếu Hình 3.5-9: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 3.5.3 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 Những rủi ro phân tích q trình kiểm sốt 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 chất 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 na ná tương lai (bao gồm dự án tại) Kế hoạch dự án Trang 56 ... 56 Kế hoạch dự án Trang Giới thiệu Tài liệu báo cáo đồ án môn học Quản trị dự án thương mại điện tử 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 lý tiến độ công... ································································································································· Kế hoạch dự án Trang LỜI CẢM ƠN Trong trình học tập môn Quản trị dự án TMĐ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ệ... ngày quen thuộc với ebook, hàng loạt dự án sách điện tử đời với tốc độ chóng mặt Theo thống kê hãng bán lẻ trực tuyến Amazon (Mỹ), 100 sách giấy bán có tương ứng 143 sách điện tử người đọc tiếp