Công nghệ phần mềm, quản lý rủi ro

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á

MỤC LỤC

MỤC LỤC 1

1 Phần I Giới thiệu : 2

2 Phần II Quản lý rủi ro 2

2.1 Rủi ro 2

2.2 Quản lý rủi ro 3

2.3 Quy trình quản lý rủi ro: 8

2.3.1 Nhận diện rủi ro: 8

2.3.2 Phân tích và phân loại rủi ro: 10

2.3.3 Kiểm soát rủi ro: 11

2.3.4 Giám sát và điều chỉnh: 13

2.4 Biện pháp quản lý rủi ro: 14

2.5 Phương pháp Riskit: 15

1. Phần I Giới thiệu :

Trong 1 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 MacManus đã 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

Như vậy, rủi ro trong các dự án phần mềm là không thể tránh khỏi

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 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ó

1 cách hiệu quả để đạt được phần mềm tốt theo yêu cầu của khách hàng

2. Phần II Quản lý rủi ro

2.1 Rủi ro

- Khái niệm về rủi ro: rủi ro là 1 hay nhiều sự việc chưa nhưng có khả năng xảy

ra trong tương lai có tác động đến dự án, và khi sự việc đó xảy ra thường sẽ gây ảnh hưởng xấu tới dự án, cản trở sự hoàn thành của dự án

- Rủi ro có 2 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 Rủi ro với tác động 8 được gọi là đình chỉ (nguy hiểm nghiêm trọng dẫn đến dự án không thực hiện được)

- Nhận diện các rủi ro:

Thành phần gây ra rủi ro Quản lý rủi ro

Ghi đè lên công việc của người

khác, đoạn mã không có trong

phiên bản mới nhất

Sử dụng công cụ quản lý cấu hình hiệu quả

Thiếu thời gian thử nghiệm hoặc

chưa biết cách sử dụng các sản

phẩm công nghệ

Dành thêm thời gian để học cách sử dụng các công cụ và những công nghệ mới, tìm kiếm

sự giúp đỡ từ giáo viên, đồng nghiệp Công việc bị chôn vùi trong công

việc của nhóm khác

Phải có 1 kế hoạch quản lý xác định, thường xuyên cập nhật kế hoạch của nhóm

Thiếu sự liên lạc giữa các nhóm Thiết lập 1 trang web nhóm, tài khoản email

cho nhóm, thường xuyên họp nhóm

Sự tổ chức cho dự án Xác định vai trò cho các thành viên trong

nhóm Khó khăn trong việc hợp nhất các

công việc

Gia tăng giao tiếp, hợp nhất thường xuyên

Kế hoạch triển khai mất nhiều thời

gian, không đủ thời gian để hoàn

thành sản phẩm

Không đi sâu vào các chi tiết không cần thiết cho kế hoạch

Thiếu người phát triển Sử dụng những người tốt nhất, xây dựng

nhóm làm việc, đào tạo người mới

Kế hoạch, dự toán không sát thực

tế

ước lượng bằng các phương pháp khác nhau;

lọc, loại bỏ các yêu cầu không quan trọng

Phát triển sai chức năng chọn phương pháp phân tích tốt hơn; phân

tích tính tổ chức/mô hình nghiệp vụ của khách hàng

Phát triển sai giao diện phân tích thao tác người dùng; tạo kịch bản

cách dùng; tạo bản mẫu

Yêu cầu quá cao lọc bớt yêu cầu; phân tích chi phí/lợi ích.

2.2 Quản lý rủi ro

Trong các dự án công nghệ thông tin, tỉ lệ thành công theo nghĩa đạt được yêu cầu chất lượng, đúng hạn và không vượt chi là rất không cao, nguyên nhân chủ yếu là do không

có, hoặc thực hiện không tốt việc phòng ngừa và xử lý các nguy cơ dẫn đến thất bại của 1

dự án Như vậy quản lý rủi ro có vai trò khá quan trọng trong toàn bộ tiến trình quản lý

dự án Trong cả 2 bộ mô hình và tiêu chuẩn nổi tiếng được ứng dụng nhiều trong dự án phần mềm là CMMi (Capability Maturity Model Integration) của viện công nghệ phần mềm Hoa Kỳ (SEI) và PMP (Project Management Professional) của viện quản trị dự án (PMI) đều xem quản lý rủi ro là 1 trong những hoạt động cơ bản nhất của quá trình quản trị dự án Một cách hiểu đơn giản, quản lý rủi ro là cách để quản lý các rủi ro, để làm giảm những tác động của những sự kiện không mong muốn phát sinh trong dự án

- Tầm quan trọng của quản lý rủi ro: quản lý rủi ro là 1 nghệ thuật và những nhận biết khoa học, là nhiệm vụ và và sự đối phó rủi ro thông qua hoạt động của dự án và những mục tiêu đòi hỏi quan trọng nhất của dự án

Quản lý rủi ro thường không được chú ý nhiều trong các dự án, nhưng nó lại giúp cải thiện được sự thành công của dự án trong việc giúp chọn lựa những dự án tốt, xác định phạm vi dự án và phát triển những ước tính có tính thực tế

- Mục đích của quản lý rủi ro trong kỹ nghệ phần mềm: Quản lý rủi ro giúp cho

1 dự án tránh khỏi bị thất bại như không hoàn thành dự án như kế hoạch đã định, vượt quá ngân sách và không đáp ứng được sự mong đợi của khách hàng Quản lý rủi ro tìm kiếm và xem xét từ các góc cạnh khác nhau trong các dự án

để đảm bảo rằng những mối đe doạ cho các dự án được xác định và phân tích, tiến hành các chiến lược thích hợp để giảm nhẹ và khống chế rủi ro Chức năng chính của quản lý rủi ro là đoán nhận được tất cả những rủi ro có khả năng ảnh hưởng đến 1 dự án, đánh giá mức độ nghiêm trọng và hậu quả, sau

đó xác định các giải pháp tuỳ theo tính chất của các rủi ro Giảm thiểu tối đa các yếu tố bất ngờ và các vấn đề không mong đợi phát sinh trong suốt quá trình thực hiện của dự án, bằng cách thiết lập ra các kế hoạch cho các tình huống có thể xảy ra Những kế hoạch này sẽ giảm thiểu tối đa những tình huống có thể dẫn tới các sản phẩm lệch lạc hoặc có thể phá huỷ toàn bộ dự án Quản lý rủi ro làm giảm tối thiểu khả năng rủi ro, trong khi đó tăng tối đa những

cơ hội tiềm năng

Quản lý rủi ro đã xuất hiện trong nhiều thập kỷ Tuy nhiên chỉ vào khoảng nửa cuối thập kỷ trước nó mới thật sự trở lên quan trọng đối với cộng đồng phần mềm Trong những năm đầu của thế kỷ trước, các dự án phần mềm chỉ được áp dụng quản lý rủi

ro bằng các cách tiếp cận bộc phát, không hề theo 1 phương pháp hệ thống nào Tuy nhiên với sự phức tạp đang được tăng lên trong việc phát triển phần mềm, nhiều ngành công nghiệp đã thấy được sự quan trọng của quản lý rủi ro Trước khi áp dụng

bất cứ 1 quá trình quản lý rủi ro nào, các thành viên trong nhóm thực hiện dự án nên nắm được rõ ràng về các hậu quả sau này của các rủi ro trong dự án của họ như:

• Sự mất mát sẽ phát sinh nếu xuất hiện rủi ro: sự mất mát trong dự án phần mềm có thể kể đến như lợi nhuận, thị phần, khách hàng

• Tính nghiêm trọng của sự mất mát

• Tính lâu dài của các rủi ro

- Những mô hình quản lý rủi ro phần mềm phổ biến:

Đã có 1 vài cách tiếp cận quản lý rủi ro phần mềm được đề xuất trong quá khứ Hầu hết là đánh giá rủi ro trong tất cả các giai đoạn phát triển phần mềm Kết quả

là trong những cách tiếp cận đó, các mô hình quản lý rủi ro đã được áp dụng 1 cách có kỷ luật Đó là những cách tiếp cận sau:

• Mô hình quản lý rủi ro của Boehm (win-win)

• Mô hình quản lý rủi ro phần mềm của SEI

• Mô hình quản lý rủi ro của Hall

• Mô hình quản lý rủi ro của Karolak

• Phương pháp luận rủi ro của Kontio

Những đóng góp nền tảng của Boehm: Boehm đã đề xuất 1 mô hình phát triển phần mềm

là điều khiển rủi ro Điểm mạnh trong mô hình này là đã quy công việc vào thành 1 mô hình xoắn ốc, nhiều rủi ro được loại bỏ tại những giai đoạn sớm nhất thay vì sẽ gặp phải những rào cản dự án ở những giai đoạn sau Boehm đã mở rộng mô hình xoắn ốc của ông bằng cách sử dụng lý thuyết mô hình win-win, với mục tiêu đáp ứng các mục đích và mối quan tâm của các bên liên quan Năm 1991, Boehm cũng đề xuất ra 1 khung quản lý rủi ro, giúp tìm ra được những nguồn rủi ro chính, phân tích và phân giải chúng

Tiếp cận quản lý rủi ro phần mềm của SEI: SEI đã cung cấp 1 khuôn khổ quản lý rủi ro toàn diện bao gồm trong 3 nhóm: đánh giá rủi ro phần mềm, quản lý rủi ro liên tục, nhóm quản lý rủi ro

- Đánh giá rủi ro phần mềm liên quan đến nhận biết, phân tích, liên lạc và các chiến lược làm giảm nhẹ quản lý rủi ro phần mềm Phân loại rủi ro bao gồm rủi ro trong yêu cầu, rủi ro trong thiết kế, rủi ro viết code và kiểm thử, rủi ro hợp đồng…

- Quản lý rủi ro liên tục được tiếp cận trên nguyên tắc cung cấp các tiến trình, phương thức và công cụ liên tục cho quá trình quản lý rủi ro trong tất cả các giai đoạn của vòng đời phần mềm

- Nhóm quản lý rủi ro liên quan với sự phát triển của các phương pháp luận, các chương trình và các công cụ trong sự phát triển mối quan hệ giữa khách hàng

và nhà cung cấp

3 nhóm trên đều có tác dụng tương hỗ với nhau, chẳng hạn 1 nhóm được định hướng tiếp cận cho quản lý rủi ro cũng có thể hỗ trợ được cho quản lý rủi ro liên tục

Tiếp cận mô hình của Hall:

Năm 1998 Hall đã tiếp cận quản lý rủi ro bằng xác định ra 4 nhân tố khác nhau có khả năng làm thay đổi các kết quả mong đợi của bất kỳ dự án nào Các nhân tố đó là con người, quy trình, cơ sở hạ tầng và sự thực hiện

- Nhân tố con người liên quan tới khía cạnh nguồn nhân lực cho quản lý rủi ro Điều này là quan trọng vì sự thành công của bất kỳ hoạt động quản lý rủi ro nào đều phụ thuộc vào sự thành công trong việc chỉ đạo thực hiện quản lý rủi ro

- Nhân tố quy trình xác định các tiến trình cần được thực hiện để quản lý rủi ro cho các bất ngờ nhỏ nhất bao hàm toàn bộ trong dự án

- Nhân tố cơ sở hạ tầng xác định các yêu cầu, các nguồn và các kết quả cần thiết

để thực hiện các hoạt động quản lý rủi ro cho 1 tổ chức

- Nhân tố thực hiện liên quan tới việc tiến hành trong thực tế của các hoạt động quản lý rủi ro như đặt ra các sáng kiến cho quản lý rủi ro, phát triển kế hoạch, điều chỉnh các chương trình để phù hợp với yêu cầu, đánh giá và điều chỉnh rủi ro

Cách tiếp cận của Karolak:

Karolak đã đưa ra cách tiếp cận giai đoạn để áp dụng cho quản lý rủi ro, tiếp cận giai đoạn là

cố gắng thu nhỏ lượng rủi ro đã bao hàm, trong khi ta tối ưu hoá các chiến lược phòng chống cho các tình huống Nó đưa đến cách tiếp cận điều khiển rủi ro và áp dụng nguyên tắc quản

lý rủi ro trong những giai đoạn sớm của vòng đời phát triển phần mềm, để giảm chi phí dự

án, thời gian và cải thiện mong đợi của khách hàng

Trong cách tiếp cận này, đầu tiên ông nhận biết các hạng mục có rủi ro ở mức cao, tiếp đến kết hợp các hạng mục rủi ro đó thành nhân tố rủi ro, số liệu rủi ro và các câu hỏi được đặt ra cho người nắm giữ dự án Những câu hỏi đó giống như danh sách kiểm tra để xác định những lớp khác nhau của nhiều rủi ro

Tiếp cận Riskit của Kontio:

Năm 2001 Kontio đã đề xuất phương pháp Riskit, cung cấp 1 khung khái niệm hoàn thiện cho quản lý rủi ro, sử dụng mục tiêu và tiếp cận định hướng của các bên liên quan, bằng cách giữ lại mục đích của các bên liên quan và đưa nó vào quá trình quản lý rủi ro

Áp dụng phương pháp Riskit giúp cho dự án được quản lý đúng đắn, phân tán thời gian kịp thời Trái tim của phương pháp Riskit là biểu đồ phân tích Riskit, phân tích các nhân tố rủi

ro, những sự kiện rủi ro, kết quả rủi ro, ảnh hưởng của rủi ro và những lợi ích sẽ mất khi xuất hiện rủi ro

Sau khi thảo luận về các mô hình quản lý rủi ro quan trọng ở trên.Dưới đây ta tiếp tục thảo luận về 5 mô hình mới đề xuất gần đây.Tuy nhiên chúng chỉ đề xuất các phương pháp phân tích rủi ro mà không hoàn toàn là một khung quản lý rủi ro như chúng ta đã được tiếp cận ở trên

Đề xuất của Foo và Murugananthan : Hai người đã đề xuất một bảng câu hỏi có phân tích

các rủi ro để cung cấp cho họ đánh giá định lượng Cách tiếp cận của họ có thể được xác định để định lượng các thành phần rủi ro,sau đó sử dụng chúng để ước lượng một giá trị chuẩn cho toàn bộ rủi ro của dự án.Mô hình của họ được gọi là mô hình đánh giá rủi ro phần mềm (SRAM=software risk assessment model).Dựa trên các yếu tố để đoán biết trước được các tình huống rủi ro.Nói cách khác mô hình đánh giá rủi ro này phụ thuộc vào tính chất của

dự án

Trong mô hình này họ xét tới 9 thành phần rủi ro quan trọng : sự phức tạp của phần mềm, nhân viên dự án,xác định mục tiêu,yêu cầu của sản phẩm,phương pháp dự đoán ,phương pháp kiểm tra,quá trình phát triển được thông qua, khả năng sử dụng các phần mềm phát triển,và các công cụ

Cách tiếp cận của Daursen và Kuiper :

Năm 2003 Daursen và Kuiper đã đề xuất một giả thuyết về phương pháp đánh giá rủi ro bằng cách nhận biết những khác nhau giữa dữ liệu sơ cấp và dữ liệu thứ cấp trong một dự án.các dữ liệu sơ cấp thu được bằng cách phân tích hệ thống,dữ liệu thứ cấp thu được bằng các cuộc phỏng vấn khác nhau với các bên liên quan,rà soát hồ sơ hợp đồng,những kế hoạch

dự án,xác định những yêu cầu và những hồ sơ thiết kế.Cuối cùng ,dữ liệu sơ cấp và dự liệu thứ cấp được tạo thành một nhóm, và so sánh với nhau để rút ra được những rủi ro cùng xuất hiện trong cả 2

Phương pháp đánh giá rủi ro có sự khác biệt so với các phương pháp quản lý rủi ro sản phẩm

và quản lý rủi ro chương trình khác.Ưu điểm của nó là đều kế thừa những ưu điểm của 2 phường pháp trên để giải quyết những rủi ro về mâu thuẫn quan điểm của các bên liên quan

Cách tiếp cận của Roy :

Năm 2004 Roy đã phát triển khung quản lý ProRisk bằng cách mở rộng chuẩn AS/NZS

4350.Nó là các hạng mục quản lý rủi ro sử dụng trong thương mại miền và hoạt động

miền.Nó thực hiện các hoạt động khác nhau như , nhận biết các bên liên quan , nhận biết các nhân tố rủi ro,xây dựng mô hình rủi ro,đo đạc các mô hình rủi ro,xác định xác suất của các rủi ro sự kiện

đánh giá các giá trị kết hợp của các rủi ro, phát triển các kế hoạch hành động, và theo dõi tiến độ

2.3 Quy trình quản lý rủi ro:

Nhận diện và kiểm soát tốt rủi ro chỉ bằng những kỹ năng và kinh nghiệm cá nhân không thì chưa đủ, việc kiểm soát rủi ro phải được thực hiện theo 1 quy trình chặt chẽ và phù hợp với đặc thù, mục tiêu và ngân sách của dự án

Hình 1: Quy trình quản lý rủi ro

2.3.1 Nhận diện rủi ro:

Xác định được chính xác các nguồn có khả năng phát sinh rủi ro là điều không dễ dàng Thông thường rủi ro xuất hiện từ các nguồn sau:

- Ngân sách- nguồn tài trợ cho dự án

- Thời gian thực hiện dự án

- Thay đổi về phạm vi và yêu cầu dự án

- Khó khăn về kỹ thuật

- Hợp đồng giữa các bên

- Môi trường, luật pháp, chính trị, văn hoá

Để nhận diện được rủi ro có nhiều kỹ thuật được áp dụng Các kỹ thuật này giúp cho dự án khoanh vùng và xác định dấu hiệu xuất hiện rủi ro, vừa giúp tránh bỏ xót các dấu hiệu, vừa làm tăng kết quả và độ tin cậy của việc nhận diện rủi ro Từng kỹ thuật đều có những hạn chế riêng, do đó việc kết hợp các kỹ thuật để có kết quả tốt nhất là cần thiết Các kỹ thuật được sử dụng rộng rãi bao gồm:

• Xem xét tài liệu: là cách thức xác định rủi ro cơ bản, đơn giản và thông dụng Phương thức này thường bao gồm việc xem xét các tài liệu của dự án như các kế hoạch, giả định, cam kết với khách hàng, cơ chế thông tin giữa 2 bên, môi trường dự án, thông tin của các dự án khác trong quá khứ…, từ đó nhận diện các yếu tố có khả năng gây rủi ro cho dự án

• Động não: đây là kỹ thuật được sử dụng rộng rãi nhất để nhận diện rủi ro và hầu như bất kì ai trong đời sống đều đã từng sử dụng kỹ thuật này cho nhiều vấn đề khác nhau

Đó là sự đóng góp ý kiến từ nhiều người khác nhau, từ các chuyên gia đến các thành viên của dự án, hoặc bất cứ ai có liên quan hoặc có kinh nghiệm về các vấn đề xảy ra trong dự án Từ những ý kiến này, các rủi ro có thể được định vị nhanh chóng

• Kỹ thuật Delphi: tương tự như kỹ thuật động não, chỉ khác là các thành viên tham gia không biết nhau, do đó kỹ thuật này thích hợp nếu các thành viên ở xa nhau Ngày nay

kỹ thuật Delphi thực hiện dễ hơn trước đây do có sự trợ giúp của email và hệ thống hỗ trợ làm việc từ xa Do các thành viên không biết nhau nên kỹ thuật này đã hạn chế được những nhược điểm của kỹ thuật động não, đó là 1 vài cá nhân sẽ có ảnh hưởng tới suy nghĩ của cá nhân khác

• Nhóm danh nghĩa: nhóm này làm việc từ 7-10 người, mỗi thành viên sẽ ghi ý kiến riêng của mình (thường là 1 rủi ro quan trọng nhất) trên 1 mẩu giấy Các ý kiến này sẽ được tập hợp và nhóm sẽ phân tích, đánh giá từng ý kiến Kết quả là rủi ro quan trọng nhất sẽ được sắp xếp lên trên cùng Kỹ thuật này không chỉ để nhận biết rủi ro mà còn

để đánh giá rủi ro, được thực hiện nhanh và ít tốn kém hơn kỹ thuật Delphi

• Hỏi ý kiến chuyên gia: thường được dùng để hỏi ý kiến cá nhân của những người có kinh nghiệm từ các dự án đã hoàn thành trong quá khứ Công cụ sử dụng thường là bảng câu hỏi có trả lời sẵn để chọn lựa hoặc để trống cho người được hỏi tự ghi ý kiến hoặc trả lời

• Sử dụng phiếu kiểm tra hoặc bảng câu hỏi: phiếu kiểm tra hoặc bảng câu hỏi thường đúc kết kinh nghiệm từ các dự án quá khứ và các dự án tương tự, trong đó liệt kê những rủi ro thường hay gặp nhất Phiếu này giúp nhanh chóng xác định rủi ro có thể xảy đến cho dự án Kỹ thuật này có thể tham khảo các kinh nghiệm từ bên ngoài, 1 trong những tham khảo tốt nhất theo cách này là sử dụng bảng phân loại và liệt kê các rủi ro thường gặp của viện kỹ thuật phần mềm Hoa Kỳ (SEI)

• Sử dụng biểu đồ: sử dụng nhiều dạng biểu đồ khác nhau để phân tích và xác định rủi ro, chẳng hạn như biểu đồ xương cá được sử dụng để chỉ sự liên quan và ảnh hưởng của các yếu tố rủi ro khác nhau, từ đó xác định rủi ro có thể ảnh hưởng tới dự án Biểu đồ quy trình cho thấy sự nối tiếp trong chuỗi các sự kiện, từ đó xác định các yếu tố có thể gây rủi ro cho dự án

Hình 3: Dùng biểu đồ xương cả định vị rủi ro

2.3.2 Phân tích và phân loại rủi ro:

Trong thực tế, những rủi ro có thể xảy ra trong 1 dự án là khá nhiều, và việc giải quyết hết tất cả các rủi ro là không cần thiết, cũng như sẽ làm phá sản ngân sách của

dự án

Thông thường người ta áp dụng nguyên tắc 20/80 để xác định và giải quyết những rủi

ro quan trọng, những nguyên nhân gốc có ảnh hưởng lớn nhất đến sự thành công của

dự án, trong chừng mực cân nhắc cẩn thận ngân sách dự án cũng như 1 số yếu tố đặc biệt khác Điều này dẫn đến việc dự án phải phân tích để chọn ra những rủi ro cần giải quyết đó Có nhiều kỹ thuật phân tích rủi ro được sử dụng, kỹ thuật thường được

sử dụng bao gồm các phân tích chính sau:

• Phân tích khả năng xuất hiện của rủi ro:

Có 4 mức để đo lường khả năng xuất hiện của rủi ro, mỗi mứ được gán với 1 giá trị số để có thể ước lượng sự quan trọng của nó

 6 - Thường xuyên: khả năng xuất hiện rủi ro rất cao, xuất hiện trong hầu hết dự án