Risk identification is a systematic

Risk identification is a systematic attempt to specify threats to the project plan (estimates,
schedule, resource loading, etc.). By identifying known and predictable risks,
the project manager takes a first step toward avoiding them when possible and controlling
them when necessary.
There are two distinct types of risks for each of the categories that have been presented
in Section 28.2: generic risks and product-specific risks. Generic risks are a
potential threat to every software project. Product-specific risks can be identified only
by those with a clear understanding of the technology, the people, and the environment
that is specific to the software that is to be built. To identify product-specific
risks, the project plan and the software statement of scope are examined, and an
answer to the following question is developed: “What special characteristics of this
product may threaten our project plan?”
One method for identifying risks is to create a risk item checklist. The checklist
can be used for risk identification and focuses on some subset of known and predictable
risks in the following generic subcategories:
• Product size—risks associated with the overall size of the software to be built
or modified.
• Business impact—risks associated with constraints imposed by management
or the marketplace.

Kết quả (Việt) 1:

Nhận dạng rủi ro là một cố gắng có hệ thống nhằm xác định mối đe dọa cho các kế hoạch dự án (ước tính,lịch trình, nguồn lực, vv). Bằng cách xác định được biết đến và dự đoán được các rủi ro,quản lý dự án phải mất một bước đầu tiên hướng tới tránh chúng khi có thể, và kiểm soáthọ khi cần thiết.Có hai loại riêng biệt của các rủi ro cho mỗi người trong số các loại đã được trình bàytrong phần 28,2: rủi ro chung và rủi ro sản phẩm cụ thể. Rủi ro chung là mộtmối đe dọa tiềm năng cho mỗi dự án phần mềm. Sản phẩm cụ thể rủi ro có thể được xác định chỉbởi những người có một sự hiểu biết rõ ràng về công nghệ, người dân và môi trườngđó là cụ thể cho các phần mềm đó là được xây dựng. Để xác định các sản phẩm cụ thểrủi ro, kế hoạch dự án và báo cáo phần mềm trong phạm vi được kiểm tra, và mộtcâu trả lời cho các câu hỏi sau đây được phát triển: "những gì đặc biệt đặc điểm nàysản phẩm có thể đe dọa chúng tôi dự án kế hoạch?"Một phương pháp để xác định rủi ro là để tạo ra một danh sách kiểm tra mục nguy cơ. Danh sách kiểm tracó thể được sử dụng để nhận dạng rủi ro và tập trung vào một số nhóm được biết đến và dự đoánrủi ro trong các tiểu thể loại chung sau đây:• Sản phẩm kích thước-rủi ro liên quan với kích thước tổng thể của phần mềm được xây dựnghoặc sửa đổi.• Kinh doanh tác động-rủi ro liên quan với những hạn chế áp đặt bởi quản lýhoặc trên thị trường.

Kết quả (Việt) 2:

Xác định rủi ro là một nỗ lực có hệ thống để xác định các mối đe dọa đến các kế hoạch dự án (dự toán,
tiến độ, tải tài nguyên, vv). Bằng cách xác định các rủi ro đã biết trước,
người quản lý dự án có một bước đầu tiên hướng tới việc tránh chúng khi có thể và kiểm soát
chúng khi cần thiết.
Có hai loại riêng biệt rủi ro cho từng hạng mục đã được trình bày
trong Mục 28.2: rủi ro chung và theo sản phẩm rủi ro cụ thể. Rủi ro chung chung là một
mối đe dọa tiềm tàng cho mọi dự án phần mềm. Rủi ro sản phẩm cụ thể được xác định duy nhất
bởi những người có một sự hiểu biết rõ ràng về công nghệ, con người, và môi trường
đó là cụ thể cho các phần mềm đó là được xây dựng. Để xác định các sản phẩm cụ thể
rủi ro, các kế hoạch dự án và báo cáo phần mềm của phạm vi được kiểm tra, và một
câu trả lời cho các câu hỏi sau đây được phát triển: "Đặc điểm gì đặc biệt này
? Sản phẩm có thể đe dọa kế hoạch dự án của chúng tôi"
Một phương pháp để xác định rủi ro là tạo ra một danh sách kiểm tra mục rủi ro. Danh sách kiểm tra
có thể được sử dụng để xác định rủi ro và tập trung vào một số tập hợp con của biết trước
rủi ro trong danh mục con chung sau đây:
• Sản phẩm kích thước-rủi ro liên quan với kích thước tổng thể của phần mềm được xây dựng
. Hoặc sửa đổi
• kinh doanh tác động-rủi ro liên quan hạn chế do quản lý
hoặc thị trường.