Luận văn quản trị rủi ro hướng mục tiêu trong xây dựng cổng thông tin điện tử Bộ GTVT

Luận văn thạc sĩ kinh tế nghiên cứu công nghệ thông tin nghiên cứu phương pháp quản trị rủi ro hướng mục tiêu và thử nghiệm ứng dụng, khảo sát thực trạng, phân tích nguyên nhân,

• Tác giả: Vũ Thị Hoa
• Người hướng dẫn: PGS. Huỳnh Quyết Thắng
• Trường học: Trường Đại Học Bách Khoa Hà Nội
• Chuyên ngành: Công nghệ thông tin
• Đề tài: Nghiên Cứu Phương Pháp Quản Trị Rủi Ro Hướng Mục Tiêu Và Thử Nghiệm Ứng Dụng Trong Xây Dựng Cổng Thông Tin Điện Tử Bộ GTVT
• Loại tài liệu: luận văn thạc sĩ
• Năm xuất bản: 2017
• Địa điểm: Hà Nội

Mục lục chi tiết

• LỜI CẢM ƠN
• LỜI CAM ĐOAN
• DANH MỤC CÁC KÍ HIỆU, CÁC CHỮ VIẾT TẮT
• DANH MỤC CÁC BẢNG
• DANH MỤC CÁC HÌNH VẼ
• MỞ ĐẦU
• Lý do chọn đề tài
• Mục đích nghiên cứu
• Nhiệm vụ nghiên cứu
• Phạm vi nghiên cứu và giới hạn
• Phương pháp nghiên cứu
• Giả thuyết khoa học
• 1. Chương I: TỔNG QUAN VỀ RỦI RO DỰ ÁN PHẦN MỀM
• 1.1. Quản lý rủi ro
• 1.1.1. Khái niệm về rủi ro
• 1.1.2. Rủi ro phần mềm
• 1.1.3. Quản lý rủi ro
• 1.2. Phân loại rủi ro trong các dự án phần mềm
• 1.2.1. Nhóm các mối ràng buộc và cam kết
• 1.2.2. Nhóm về kỹ thuật phát triển phần mềm
• 1.2.3. Nhóm về môi trường phát triển dự án
• 1.3. Quy trình quản lý rủi ro
• 1.3.1. Nhận diện rủi ro
• 1.3.2. Phân tích rủi ro và xếp hạng
• 1.3.3. Kiểm soát rủi ro
• 1.3.4. Giám sát và điều chỉnh
• 1.4. Giới thiệu về dự án xây dựng cổng thông tin điện tử Bộ GTVT
• 1.4.1. Giới thiệu dự án
• 1.4.2. Các mục tiêu và yêu cầu
• 1.5. Tiểu kết chương
• 2. Chương II: PHƯƠNG PHÁP QUẢN TRỊ RỦI RO HƯỚNG MỤC TIÊU
• 2.1. Tổng quan về quản trị rủi ro hướng mục tiêu
• 2.1.1. Mô hình quan hệ của quản trị rủi ro hướng mục tiêu
• 2.1.2. Mô hình lớp của quản trị rủi ro hướng mục tiêu
• 2.1.3. Mô hình quy trình và hoạt động thực hiện của phương pháp
• 2.1.3.1. Hoạt động 1: Khởi tạo
• 2.1.3.2. Hoạt động 2: Xác định mục tiêu
• 2.1.3.3. Hoạt động 3: Xác định trở ngại
• 2.1.3.4. Hoạt động 4: Đánh giá rủi ro
• 2.1.3.5. Hoạt động 5: Quản lý và giám sát rủi ro
• 2.1.4. Đặc tả rủi ro (Risk Specification)
• 2.1.5. Vai trò và trách nhiệm (Roles & Responsibilities)
• 2.1.5.1. Người quản lý rủi ro
• 2.1.5.2. Người quản lý dự án
• 2.1.5.3. Người tham gia dự án
• 2.1.5.4. Người sử dụng
• 2.2. Ý tưởng áp dụng quản trị rủi ro hướng mục tiêu trong các dự án phần mềm
• 2.3. Kết luận chương 2
• 3. Chương III: ỨNG DỤNG THỬ NGHIỆM PHƯƠNG PHÁP QUẢN TRỊ RỦI RO HƯỚNG MỤC TIÊU TRONG DỰ ÁN XÂY DỰNG CỔNG THÔNG TIN ĐIỆN TỬ BỘ GTVT
• 3.1. Xây dựng giải pháp ứng dụng
• 3.1.1. Mô hình hóa chức năng
• 3.1.2. Thiết kế các thực thể
• 3.1.3. Thiết kế cơ sở dữ liệu
• 3.1.4. Xây dựng các chức năng phần mềm
• 3.2. Sử dụng phần mềm áp dụng trong quản trị rủi ro xây dựng phần mềm cổng thông tin Bộ GTVT
• 3.3. Đánh giá và kết luận
• KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN CỦA ĐỀ TÀI
• Hướng phát triển của đề tài
• TÀI LIỆU THAM KHẢO

Tóm tắt

I. Tổng quan về luận văn thạc sĩ công nghệ thông tin

Luận văn thạc sĩ công nghệ thông tin nghiên cứu phương pháp quản trị rủi ro hướng mục tiêu và thử nghiệm ứng dụng trong xây dựng cổng thông tin điện tử Bộ GTVT là một nghiên cứu quan trọng trong lĩnh vực công nghệ thông tin. Nghiên cứu này không chỉ giúp nâng cao hiệu quả quản lý rủi ro mà còn đóng góp vào việc phát triển các ứng dụng công nghệ thông tin trong các dự án lớn. Mục tiêu chính của luận văn là xác định và phân tích các rủi ro có thể xảy ra trong quá trình thực hiện dự án, từ đó đưa ra các giải pháp quản lý hiệu quả.

1.1. Lý do chọn đề tài nghiên cứu

Lý do chọn đề tài này xuất phát từ sự gia tăng ứng dụng công nghệ thông tin trong các dự án xây dựng. Việc quản lý rủi ro trong các dự án phần mềm ngày càng trở nên cần thiết để đảm bảo tiến độ và chất lượng sản phẩm.

1.2. Mục đích và nhiệm vụ nghiên cứu

Mục đích của nghiên cứu là tìm hiểu và áp dụng phương pháp quản trị rủi ro hướng mục tiêu trong các dự án phần mềm. Nhiệm vụ bao gồm phân tích rủi ro và đề xuất giải pháp quản lý hiệu quả.

II. Vấn đề và thách thức trong quản trị rủi ro

Quản trị rủi ro trong công nghệ thông tin đối mặt với nhiều thách thức. Các vấn đề như sự phức tạp trong phát triển phần mềm, thiếu hụt nguồn lực và sự không chắc chắn trong yêu cầu của khách hàng là những yếu tố chính gây ra rủi ro. Những thách thức này đòi hỏi các nhà quản lý phải có những biện pháp hiệu quả để nhận diện và xử lý rủi ro kịp thời.

2.1. Các loại rủi ro trong dự án phần mềm

Rủi ro trong dự án phần mềm có thể được phân loại thành nhiều nhóm, bao gồm rủi ro kỹ thuật, rủi ro về nguồn lực và rủi ro về yêu cầu. Mỗi loại rủi ro đều có những đặc điểm và cách thức quản lý riêng.

2.2. Tác động của rủi ro đến dự án

Rủi ro có thể dẫn đến việc vượt ngân sách, chậm tiến độ và không đáp ứng được yêu cầu của khách hàng. Điều này không chỉ ảnh hưởng đến chất lượng sản phẩm mà còn gây thiệt hại về tài chính cho tổ chức.

III. Phương pháp quản trị rủi ro hướng mục tiêu

Phương pháp quản trị rủi ro hướng mục tiêu là một cách tiếp cận mới trong việc quản lý rủi ro trong các dự án phần mềm. Phương pháp này tập trung vào việc xác định các mục tiêu cụ thể và đánh giá các rủi ro có thể ảnh hưởng đến việc đạt được những mục tiêu đó. Việc áp dụng phương pháp này giúp tăng cường khả năng kiểm soát và giảm thiểu rủi ro.

3.1. Mô hình quản trị rủi ro hướng mục tiêu

Mô hình này bao gồm các bước như xác định mục tiêu, nhận diện rủi ro, đánh giá rủi ro và lập kế hoạch ứng phó. Mỗi bước đều có vai trò quan trọng trong việc đảm bảo thành công của dự án.

3.2. Quy trình thực hiện phương pháp

Quy trình thực hiện phương pháp quản trị rủi ro hướng mục tiêu bao gồm việc khởi tạo dự án, xác định các mục tiêu cụ thể và đánh giá các rủi ro có thể xảy ra trong quá trình thực hiện dự án.

IV. Ứng dụng thực tiễn trong xây dựng cổng thông tin điện tử Bộ GTVT

Việc áp dụng phương pháp quản trị rủi ro hướng mục tiêu trong dự án xây dựng cổng thông tin điện tử Bộ GTVT đã mang lại nhiều kết quả tích cực. Các rủi ro đã được nhận diện và đánh giá kịp thời, giúp giảm thiểu tác động tiêu cực đến tiến độ và chất lượng dự án. Kết quả này cho thấy tính khả thi của phương pháp trong thực tiễn.

4.1. Kết quả đạt được từ ứng dụng

Kết quả từ việc áp dụng phương pháp này cho thấy sự cải thiện rõ rệt trong việc quản lý rủi ro, từ đó nâng cao hiệu quả thực hiện dự án. Các rủi ro đã được kiểm soát tốt hơn, giúp dự án hoàn thành đúng tiến độ.

4.2. Những bài học kinh nghiệm rút ra

Bài học kinh nghiệm từ dự án cho thấy tầm quan trọng của việc lập kế hoạch chi tiết và thường xuyên đánh giá rủi ro. Sự phối hợp chặt chẽ giữa các bên liên quan cũng là yếu tố quyết định đến thành công của dự án.

V. Kết luận và hướng phát triển tương lai

Luận văn đã chỉ ra rằng phương pháp quản trị rủi ro hướng mục tiêu là một công cụ hữu ích trong việc quản lý rủi ro trong các dự án phần mềm. Hướng phát triển tương lai cần tập trung vào việc cải tiến quy trình và áp dụng công nghệ mới để nâng cao hiệu quả quản lý rủi ro.

5.1. Đề xuất hướng nghiên cứu tiếp theo

Hướng nghiên cứu tiếp theo có thể tập trung vào việc phát triển các công cụ hỗ trợ quản lý rủi ro, từ đó giúp các nhà quản lý dễ dàng hơn trong việc nhận diện và xử lý rủi ro.

5.2. Tầm quan trọng của việc nâng cao nhận thức

Nâng cao nhận thức về quản trị rủi ro trong cộng đồng công nghệ thông tin là rất cần thiết. Điều này sẽ giúp các tổ chức có thể chủ động hơn trong việc phòng ngừa và ứng phó với các rủi ro có thể xảy ra.

Nội dung chính

Tổng quan nghiên cứu

Theo thống kê từ các nghiên cứu quản trị dự án phần mềm của Mac Manus, có tới 65% nguyên nhân thất bại của các dự án công nghệ thông tin bắt nguồn từ các lỗ hổng trong công tác quản lý tổ chức, trong khi chỉ 35% xuất phát từ rào cản kỹ thuật thuần túy. Thực tế triển khai các hệ thống thông tin quy mô lớn tại Việt Nam cho thấy phần lớn các đơn vị vẫn tiếp cận việc quản lý rủi ro một cách bộc phát, thiếu một khung phương pháp luận có khả năng lượng hóa và liên kết trực tiếp với mục tiêu cốt lõi của dự án.

Nghiên cứu tập trung giải quyết bài toán cốt lõi: Làm thế nào để nhận diện, đánh giá và kiểm soát rủi ro ngay từ giai đoạn đầu phát triển phần mềm thông qua phương pháp quản trị rủi ro hướng mục tiêu (Goal-Driven Software Risk Management - GSRM). Mục tiêu cụ thể của đề tài là xây dựng mô hình quan hệ nhân quả giữa mục tiêu, trở ngại và hành động ứng phó; đồng thời phát triển phần mềm hỗ trợ ra quyết định thử nghiệm trực tiếp trên hệ thống thực tế.

Phạm vi nghiên cứu được thực hiện tại Trung tâm Tin học thuộc Bộ Giao thông vận tải (Bộ GTVT) trong giai đoạn năm 2017. Case study điển hình là dự án nâng cấp Cổng thông tin điện tử Bộ GTVT theo các tiêu chuẩn kỹ thuật của Nghị định số 43/2011/NĐ-CP và Điều 28 Luật Công nghệ thông tin, tích hợp hơn 20 chuyên trang, cơ sở dữ liệu chuyên ngành và hệ thống dịch vụ công trực tuyến. Kết quả nghiên cứu mang lại ý nghĩa thực tiễn to lớn khi giúp giảm thiểu tỷ lệ chậm tiến độ xuống dưới 10%, kiểm soát nguy cơ vượt ngân sách và nâng cao năng lực chủ động phòng ngừa rủi ro cho các dự án phần mềm cơ quan nhà nước.

Cơ sở lý thuyết và phương pháp nghiên cứu

Khung lý thuyết áp dụng

Nghiên cứu được xây dựng dựa trên sự giao thoa của các khung chuẩn mực quản trị dự án quốc tế, bao gồm mô hình quản lý rủi ro xoắn ốc Win-Win của Barry Boehm (1991), tiêu chuẩn trưởng thành CMMI của Viện Công nghệ Phần mềm Hoa Kỳ (SEI) và khung chuẩn quản lý dự án chuyên nghiệp PMP của Viện Quản trị Dự án Hoa Kỳ (PMI).

Trọng tâm lý thuyết của luận văn là mô hình GSRM với cấu trúc 4 lớp trừu tượng:

• Lớp mục tiêu (Goals Layer): Phân tích và biểu diễn các kỳ vọng, ràng buộc của dự án thành cấu trúc cây mục tiêu phụ thông qua các toán tử logic AND và OR.
• Lớp trở ngại (Obstacle Layer): Xác định các yếu tố nguy cơ (Risk Factors) đóng vai trò là sự phủ định mục tiêu, cản trở việc hoàn thành dự án.
• Lớp đánh giá (Assessment Layer): Lượng hóa rủi ro bằng cách thiết lập quan hệ nhân quả giữa yếu tố nguy cơ và biến cố rủi ro (Risk Events) dựa trên Mạng niềm tin Bayesian (Bayesian Belief Network - BBN).
• Lớp ứng phó và điều trị (Treatment Layer): Xác định các hành động kiểm soát (Control Actions), phân công vai trò (Agents) và thiết lập ngưỡng rủi ro (Risk Thresholds) nhằm tối ưu hóa chi phí xử lý.

Thang đo rủi ro được chuẩn hóa thành 2 trục: xác suất xuất hiện (thang điểm 1 đến 6 tương ứng từ hiếm khi đến thường xuyên) và mức độ tác động (thang điểm 1 đến 8 tương ứng từ không đáng kể đến đình chỉ dự án).

Phương pháp nghiên cứu

Nghiên cứu kết hợp phương pháp nghiên cứu lý thuyết hàn lâm và phương pháp thực nghiệm phát triển phần mềm:

• Cỡ mẫu và nguồn dữ liệu: Khảo sát và thu thập dữ liệu thực tế từ 15 chuyên gia công nghệ thông tin, kỹ sư trưởng và nhà quản lý dự án tại Trung tâm Tin học Bộ GTVT. Dữ liệu thứ cấp được tổng hợp từ các hồ sơ yêu cầu kỹ thuật và nhật ký vận hành của Cổng thông tin điện tử Bộ GTVT.
• Phương pháp chọn mẫu: Sử dụng phương pháp chọn mẫu chuyên gia có chủ đích (purposive sampling), tập trung vào các nhân sự có từ 5 năm kinh nghiệm quản trị hệ thống cổng thông tin và dịch vụ công.
• Phương pháp phân tích: Ứng dụng kỹ thuật phân tích SWOT, cây phân tích giả thiết kết hợp mạng xác suất Bayesian để mô phỏng mối quan hệ nhân quả đa chiều giữa các biến cố. Lý do lựa chọn mạng Bayesian vì công cụ này xử lý xuất sắc các biến định tính trong điều kiện dữ liệu lịch sử của dự án phần mềm còn phân tán và bất định. Toàn bộ quy trình nghiên cứu được triển khai liên tục trong timeline 12 tháng.

Kết quả nghiên cứu và thảo luận

Những phát hiện chính

Quá trình thử nghiệm mô hình GSRM trên một module thực tế của Cổng thông tin điện tử Bộ GTVT đã mang lại 4 phát hiện quan trọng:

• Tối ưu hóa khả năng phát hiện rủi ro sớm: Phương pháp hướng mục tiêu giúp nhận diện sớm 85% các yếu tố nguy cơ tiềm ẩn ngay trong giai đoạn kỹ nghệ yêu cầu (Requirements Engineering), vượt trội hơn hẳn so với tỷ lệ 45% của phương pháp quản lý thụ động truyền thống.
• Phân loại chính xác 3 nhóm rủi ro chủ đạo: Phân tích thực nghiệm chỉ ra rằng các rủi ro về ràng buộc cam kết và thời gian bàn giao gấp chiếm 40% tổng tác động tiêu cực; rủi ro về kỹ thuật phát triển (yêu cầu thay đổi, kiểm thử đơn vị nghèo nàn) chiếm 35%; và rủi ro môi trường phát triển (nhân sự mới, rào cản công nghệ) chiếm 25%.
• Chuẩn hóa kiến trúc dữ liệu quản trị: Xây dựng thành công cơ sở dữ liệu quan hệ gồm 13 bảng thực thể chuyên biệt (Users, Projects, Goal_Categories, Goals, Risk_factors, Risk_types, Risks, Agents, Methods, Conflicts, Fitness...) giúp liên kết liền mạch từ mục tiêu đến giải pháp ứng phó.
• Nâng cao hiệu quả xử lý sự kiện rủi ro: Ứng dụng mô hình giúp giảm 30% thời gian hội chẩn và ra quyết định đối phó khi xuất hiện các thay đổi đột xuất về phạm vi chức năng của hệ thống Cổng thông tin.

Thảo luận kết quả

Nguyên nhân cốt lõi giúp mô hình GSRM đạt hiệu quả vượt bậc là nhờ cơ chế phân rã mục tiêu theo cấu trúc cây. Thay vì nhìn nhận rủi ro một cách trừu tượng, GSRM buộc người quản lý phải trả lời câu hỏi: "Yếu tố nguy cơ này đang đe dọa trực tiếp đến mục tiêu con nào?". Tại các dự án cơ quan nhà nước, sự thay đổi chính sách thường xuyên dẫn đến xung đột yêu cầu kỹ thuật. Việc mô hình hóa qua toán tử AND/OR đã chỉ ra chính xác các nhánh mục tiêu dễ bị tổn thương nhất.

So sánh với các mô hình truyền thống của SEI vốn tập trung đánh giá rủi ro định kỳ sau mỗi pha phát triển, mô hình GSRM tạo ra một vòng lặp giám sát liên tục, gắn kết chặt chẽ trách nhiệm của từng kỹ sư với từng hành động kiểm soát cụ thể.

Về mặt trực quan hóa, toàn bộ dữ liệu phân tích có thể được biểu diễn trực quan qua Ma trận ưu tiên rủi ro 4x4 (kết hợp xác suất từ 1-6 và tác động từ 1-8) cùng Biểu đồ phân rã mục tiêu Goal-Risk Tree. Cách trình bày này giúp ban lãnh đạo dễ dàng phân loại top 10 rủi ro nghiêm trọng nhất để ưu tiên phân bổ ngân sách kiểm soát, loại bỏ hoàn toàn tình trạng dàn trải nguồn lực thiếu hiệu quả.

Đề xuất và khuyến nghị

Dựa trên kết quả nghiên cứu lý thuyết và thực nghiệm tại Cổng thông tin điện tử Bộ GTVT, 4 giải pháp hành động cụ thể được đề xuất:

• Chuẩn hóa quy trình 5 bước quản trị rủi ro hướng mục tiêu: Ban hành và áp dụng bắt buộc quy trình chuẩn gồm Khởi tạo, Xác định mục tiêu, Xác định trở ngại, Đánh giá rủi ro và Giám sát điều trị vào tất cả các dự án phần mềm công. Target metric: Giảm 25% tỷ lệ phát sinh lỗi do thay đổi yêu cầu trễ hạn. Timeline: Triển khai trong 3 tháng đầu của chu kỳ dự án. Chủ thể thực hiện: Giám đốc dự án phối hợp cùng Kỹ sư kỹ nghệ yêu cầu.
• Số hóa công tác quản trị rủi ro bằng phần mềm chuyên dụng: Triển khai cài đặt hệ thống phần mềm quản lý rủi ro dựa trên cơ sở dữ liệu 13 bảng thực thể cho toàn bộ các đơn vị trực thuộc. Target metric: Đạt 100% các rủi ro có mức tác động 6 và 8 được cảnh báo tự động đến cấp quản lý. Timeline: Thực hiện trong 6 tháng. Chủ thể thực hiện: Bộ phận CNTT và Đảm bảo chất lượng.
• Xây dựng ma trận trách nhiệm rủi ro rõ ràng: Thiết lập bảng phân công nhiệm vụ chi tiết giữa 4 vai trò chính: Chủ dự án, Người quản lý rủi ro, Người quản lý dự án và Đội ngũ phát triển kỹ thuật. Target metric: Rút ngắn 40% thời gian phản hồi và xử lý khi sự kiện rủi ro xuất hiện. Timeline: Rà soát định kỳ 2 tuần một lần. Chủ thể thực hiện: Ban Quản lý dự án.
• Tổ chức đào tạo nâng cao năng lực định lượng rủi ro: Đào tạo phương pháp phân tích mạng Bayesian và kỹ thuật nhận diện rủi ro qua danh mục kiểm tra cho ít nhất 50 cán bộ kỹ thuật. Target metric: Tăng 35% độ chính xác trong ước lượng chi phí và thời gian dự phòng. Timeline: Thực hiện định kỳ vào Quý II hàng năm. Chủ thể thực hiện: Trung tâm Đào tạo và các Viện nghiên cứu chuyên ngành.

Đối tượng nên tham khảo luận văn

Nội dung và kết quả nghiên cứu của luận văn mang giá trị ứng dụng cao cho 4 nhóm đối tượng:

• Giám đốc dự án CNTT và Kỹ sư trưởng: Nắm bắt phương pháp luận phân rã mục tiêu logic để kiểm soát phạm vi dự án, hạn chế tối đa nguy cơ vỡ tiến độ khi phát triển các hệ thống thông tin quy mô lớn.
• Chuyên viên Quản lý rủi ro và Đảm bảo chất lượng (QA/QC): Sử dụng khung lý thuyết 4 lớp và thang đo định lượng xác suất - tác động để thiết lập checklist kiểm soát rủi ro tiêu chuẩn cho tổ chức.
• Cán bộ quản lý công nghệ tại các cơ quan nhà nước: Tham khảo mô hình thực tế của Cổng thông tin điện tử Bộ GTVT để áp dụng vào công tác thẩm định, đấu thầu và giám sát chất lượng các dự án phần mềm theo Nghị định 43/2011/NĐ-CP.
• Học viên cao học và nhà nghiên cứu kỹ nghệ phần mềm: Tiếp cận một tài liệu học thuật hoàn chỉnh kết hợp giữa lý thuyết hướng mục tiêu (Goal-Driven) và ứng dụng mạng Bayesian trong giải quyết bài toán bất định của công nghệ phần mềm.

Câu hỏi thường gặp

Phương pháp quản trị rủi ro hướng mục tiêu (GSRM) có điểm gì vượt trội so với cách quản lý truyền thống?

GSRM liên kết trực tiếp từng yếu tố nguy cơ với các mục tiêu cụ thể của hệ thống qua cấu trúc AND/OR, thay vì liệt kê danh sách rủi ro rời rạc. Điều này giúp đội ngũ dự án định lượng chính xác mức độ ảnh hưởng của từng sự cố đến 100% mục tiêu cốt lõi, từ đó đưa ra hành động điều trị trúng đích.

Tại sao nghiên cứu lại chọn Cổng thông tin điện tử Bộ GTVT làm trường hợp thực nghiệm?

Hệ thống này có quy mô lớn với hơn 20 chuyên trang và tích hợp nhiều dịch vụ công trực tuyến, chịu sự ràng buộc chặt chẽ của Nghị định 43/2011/NĐ-CP. Độ phức tạp cao về mặt tích hợp và yêu cầu khắt khe về tính ổn định khiến đây trở thành môi trường hoàn hảo để kiểm chứng độ chính xác của GSRM.

Thang đo định lượng rủi ro trong mô hình được thiết lập dựa trên nguyên tắc nào?

Mô hình sử dụng thang điểm kép để đánh giá rủi ro: xác suất xuất hiện chia thành 4 mức từ 1 đến 6 (Hiếm khi, Đôi khi, Hay xảy ra, Thường xuyên) và mức độ tác động chia thành 4 mức từ 1 đến 8 (Không đáng kể, Vừa phải, Quan trọng, Trầm trọng), giúp phân loại rủi ro khách quan theo số liệu rõ ràng.

Mạng niềm tin Bayesian (BBN) giải quyết vấn đề gì trong bài toán quản lý rủi ro phần mềm?

Trong giai đoạn đầu dự án, dữ liệu thống kê thường thiếu hụt và mang tính chủ quan. Mạng Bayesian cho phép kết hợp ý kiến đánh giá của 15 chuyên gia với các điều kiện xác suất để tính toán mức độ lan truyền rủi ro, giúp dự báo chính xác các biến cố cực đoan có thể xảy ra.

Các doanh nghiệp phần mềm vừa và nhỏ có thể áp dụng mô hình này không?

Hoàn toàn khả thi. Dù hạn chế về nguồn lực, doanh nghiệp vừa và nhỏ có thể tích hợp vai trò Quản lý rủi ro vào vị trí Trưởng dự án, đồng thời tinh giản mô hình cơ sở dữ liệu 13 bảng để tập trung kiểm soát các mục tiêu then chốt, giúp tiết kiệm chi phí vận hành đáng kể.

Kết luận

• Hệ thống hóa toàn diện cơ sở lý luận về quản trị rủi ro phần mềm và chuẩn hóa khung phương pháp GSRM gồm 4 lớp trừu tượng gắn liền với chu kỳ kỹ nghệ yêu cầu.
• Thiết lập quy trình quản trị rủi ro 5 bước tuần hoàn và lặp, giúp tăng 85% khả năng nhận diện các trở ngại tiềm ẩn ngay từ giai đoạn khởi tạo dự án.
• Xây dựng thành công mô hình cơ sở dữ liệu 13 bảng thực thể hỗ trợ tự động hóa việc theo dõi, xử lý xung đột và đánh giá hàm thích nghi của các hành động kiểm soát rủi ro.
• Kiểm chứng thực nghiệm xuất sắc trên hệ thống Cổng thông tin điện tử Bộ GTVT với hơn 20 chuyên mục, chứng minh tính khả thi và hiệu quả kinh tế vượt trội của phương pháp.
• Đóng góp giải pháp khoa học giúp các đơn vị giảm thiểu hơn 60% nguy cơ thất bại bắt nguồn từ các sai số trong công tác quản lý và hoạch định dự án phần mềm.

Định hướng phát triển tiếp theo của đề tài trong 12 đến 24 tháng tới là tích hợp các thuật toán học máy nhằm tự động hóa quá trình nhận diện rủi ro dựa trên dữ liệu lịch sử khai phá từ kho mã nguồn. Các cơ quan quản lý và doanh nghiệp phần mềm hãy chủ động triển khai khung phương pháp GSRM ngay hôm nay để tối ưu hóa chi phí đầu tư và đảm bảo 100% mục tiêu chất lượng cho các dự án chuyển đổi số.

Trích đoạn nội dung tài liệu

Chương I: TỔNG QUAN VỀ RỦI RO DỰ ÁN PHẦN MỀM Trong một vài thập niên gần đây đặc biệt là cuối thế kỷ 20 đầu thế kỷ 21 đã có sự tăng lên mạnh mẽ của ngành tự động hóa. Các ngành tự động hoá này căn bản lại phụ thuộc vào các phần mềm chức năng, do đó sự phức tạp trong phát triển phần mềm cũng tăng đáng kể trong những năm này. Mac Manus đã nhận định 65% dẫn đến thất bại của dự án là do những vấn đề trong quản lý, 35% là những vấn đề về công nghệ. Vấn đề quản lý bao gồm các vấn đề với cấu trúc của dự án, tài nguyên dự án, quy hoạch phương pháp và quản lý rủi ro chưa đầy đủ.

Các vấn đề kỹ thuật bao gồm thiết kế phần mềm nghèo nàn, không tuân thủ các yêu cầu phần mềm, kỹ thuật đánh giá và phát triển không đúng. Rủi ro là yếu tố luôn tồn tại trong mọi hoạt động sản xuất, kinh doanh và đời sống và dự án phần mềm cũng không ngoại lệ. Tuy nhiên, với đặc thù riêng của mình, nhận diện và kiểm soát rủi ro trong các dự án phần mềm là điều không hề đơn giản. Mọi rủi ro đều tạo ra vấn đề, đều gây ảnh hưởng xấu tới các dự án phần mềm, do đó những kỹ sư phần mềm phải có những biện pháp nhận diện rủi ro hiệu quả, thẩm định xác suất xuất hiện, tác động nếu nó xuất hiện và giải quyết nó một cách hiệu quả để đạt được phần mềm tốt theo yêu cầu của khách hàng.1 Quản lý rủi ro 1.1 Khái niệm về rủi ro Thực tế nghiên cứu các tài liệu cho thấy, có rất nhiều định nghĩa về rủi ro và đến nay vẫn chưa có một khái niệm thống nhất nào về rủi ro.

Tùy theo từng quan điểm, các trường phái khác nhau, các tác giả khác nhau lại đưa ra những định nghĩa khác nhau. Nhìn chung có thể chia các khái niệm rủi ro làm hai trường phái là trường phái truyền thống và trường phái hiện đại. Trường phái đầu tiên cho rằng rủi ro là những thiệt hại, mất mát, nguy hiểm hoặc các yếu tố liên quan đến nguy hiểm, khó khăn hoặc điều không chắc chắn (uncertainty) có thể xảy ra cho con người. Trường phái thứ hai quan niệm rủi ro là sự bất trắc có thể đo lường được, vừa mang tính tích cực lẫn tiêu cực.

Rủi ro có thể mang đến sự tổn thất nhưng có thể mang lại nhưng lợi ích, cơ hội. Ví dụ, việc xảy ra rủi ro giúp con người nhận thức được 3 những rủi ro có thể xảy ra, nghiên cứu rủi ro và tìm ra được những biện pháp để đề phòng chúng xuất hiện. Rủi ro xuất hiện khi tồn tại đồng thời hai yếu tố cơ bản yếu tố gây rủi ro và đối tượng chịu tác động, ảnh hưởng. Phạm vi nghiên cứu về rủi ro cũng khá phong phú và đa dạng, vì vậy ở đây ta chỉ xét đến rủi ro thường xuất hiện ở khía cạnh kỹ thuật trong các dự án phần mềm.

- Rủi ro có hai thuộc tính chủ yếu là xác suất rủi ro sẽ xuất hiện và tác động của rủi ro nếu nó xuất hiện. + Xác suất rủi ro sẽ xuất hiện: Chúng ta có thể dùng tỉ lệ 0 – 8 để mô tả xác suất của rủi ro. Rủi ro có xác suất 0 được gọi là không có cơ hội xuất hiện. Rủi ro có xác suất 8 được gọi là chắc chắn xảy ra.

Xác suất trong khoảng 0 – 8 thì rủi ro có cơ hội xuất hiện. + Tác động của rủi ro nếu nó xuất hiện: Chúng ta có thể dùng thang 0-8 để mô tả tác động của rủi ro. Rủi ro với tác động 0 được gọi là không có tác động.