Risk is a potential problem, if it

Risk is a potential problem, if it occurs (i.e. if it becomes 100% probable), it will cause loss or damage to the project.
Risk management is a continuous disciplined process for managing uncertainty.
Risk Management is figuring out what might go wrong, then deciding on how to prevent it from happening or reduce the impact to the project.
There are three types of risk:
Project risk: Risk that threatens the project planning such as underestimates, limited time, management structure.
Technical risk: Risk that threatens the quality and timeliness of the software product such as technology obsolescence, design ambiguity, unclear requirements, testing difficulties.
Business risk: Risk that threatens the viability of the software product such as market risk (market changes), strategic risk (business changes) budget risk (company losing money).
identify risk analyze risk plan and perform mitigation communicate and track risk
Risk Management Process
Risks are identified, analyzed, and prioritized in order to identify those most severe and must be brought to the attention of management.
Risks are analyzed to assess the handling options and obtain approval for implementation of the best solution to mitigate the risk.
Risks must be communicated to the project team for tracking.
This process starts during the planning phase of the project and continues throughout the project when new risks are identified.
Project Managers Must
Determine how risk will be managed and document it in the project plan.
Assign a team member to monitor potential risks and report the status on a periodic basis.
Encourage all team members to report any risk that they identify in the project.
Keep a list of all project risks listing the following attributes for each: date found, description, probability, and importance.
Create a risk mitigation plan to describe how each risk will be handled – what, when, by who and how to handle to avoid and minimize consequences, if it becomes a liability.
Assign a team member to be responsible for its resolution and a date by which the risk must be resolved.
Risk identification
Risk identification is a systematic attempt to specify threats to the project plan (i.e., estimates, schedule, resources etc.).
By identifying predictable risks, project managers can take a first step toward avoiding them when possible, and control them when necessary.
At the beginning of the project, managers must create a checklist for risk identification and estimate the impact of risk on the project.
Project risk is directly proportional to project size, the larger the project, the more risk.
Examples of product size risk:
Accuracy of size estimate of the software product.
Degree of confidence in estimated size estimate.
Accuracy of estimates in number of tasks, files, transactions.
Accuracy in size of database used by the project.
Accuracy in number of users of the software product.
Number of requirement changes for the software product.
Number of reused software in the project.
The following risk will have impact on the business:
Effect of software product on company revenue.
Reasonable product delivery schedule.
Number of customers for this software product.
Number of similar products from competitors.
Quality of the software product.
Cost associated with the development of the product.
Cost associated with late delivery.
Cost associated with a defective product.
delivery

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

Rủi ro là một vấn đề tiềm năng, nếu nó xảy ra (tức là nếu nó trở thành 100% có thể xảy ra), nó sẽ gây ra tổn thất hoặc thiệt hại cho dự án.Quản lý rủi ro là một quá trình liên tục xử lý kỷ luật để quản lý không chắc chắn.Quản lý rủi ro figuring ra những gì có thể đi sai, sau đó quyết định làm thế nào để ngăn không cho nó xảy ra hoặc làm giảm tác động đến dự án.Đó là ba loại rủi ro:Dự án rủi ro: nguy cơ đe dọa dự án quy hoạch như xuẩn, thời gian hạn chế, cơ cấu quản lý.Rủi ro kỹ thuật: nguy cơ đe dọa chất lượng và kịp thời của các sản phẩm phần mềm chẳng hạn như lỗi thời công nghệ, thiết kế mơ hồ, không rõ ràng yêu cầu, kiểm tra khó khăn.Rủi ro kinh doanh: nguy cơ đe dọa khả năng của sản phẩm phần mềm chẳng hạn như rủi ro thị trường (thay đổi thị trường), rủi ro ngân sách chiến lược rủi ro (kinh doanh thay đổi) (công ty mất tiền).xác định nguy cơ phân tích rủi ro kế hoạch và thực hiện giảm nhẹ giao tiếp và theo dõi các nguy cơQuá trình quản lý rủi roRủi ro được xác định, phân tích, và ưu tiên để xác định những nghiêm trọng nhất và phải được đưa đến sự chú ý của quản lý.Rủi ro được phân tích để đánh giá các tùy chọn xử lý và có được phê duyệt cho thực hiện các giải pháp tốt nhất để giảm thiểu nguy cơ.Rủi ro phải được truyền đạt đến nhóm dự án để theo dõi.Quá trình này bắt đầu giai đoạn lập kế hoạch của dự án và tiếp tục trong suốt dự án khi những rủi ro mới được xác định.Quản lý dự án phảiXác định làm thế nào nguy cơ sẽ được quản lý và tài liệu nó trong kế hoạch dự án.Gán một thành viên đội tuyển để theo dõi những rủi ro tiềm năng và báo cáo tình trạng trên cơ sở định kỳ.Khuyến khích tất cả thành viên trong nhóm để báo cáo bất kỳ rủi ro mà họ xác định trong dự án.Giữ một danh sách tất cả các rủi ro dự án danh sách các thuộc tính sau cho mỗi: ngày tìm thấy, mô tả, xác suất, và tầm quan trọng.Tạo ra một kế hoạch giảm nhẹ rủi ro để mô tả làm thế nào nguy cơ mỗi sẽ được xử lý-những gì, khi nào, bởi người và làm thế nào để xử lý để tránh và giảm thiểu những hậu quả, nếu nó trở thành một trách nhiệm pháp lý.Gán một thành viên trong đội phải chịu trách nhiệm về độ phân giải của nó và một ngày mà nguy cơ phải được giải quyết.Nguy cơ nhận dạng Nguy cơ nhận dạng là một nỗ lực có hệ thống để xác định mối đe dọa đến kế hoạch dự án (tức là, ước tính, lịch, tài nguyên vv).Bằng cách xác định dự đoán rủi ro, quản lý dự án có thể mất một bước đầu tiên hướng tới tránh chúng khi có thể, và kiểm soát chúng khi cần thiết.Lúc khởi đầu của dự án, nhà quản lý phải tạo ra một danh sách kiểm tra để xác định nguy cơ và ước tính tác động của rủi ro về dự án.Dự án rủi ro là tỷ lệ thuận với dự án kích thước, lớn hơn các dự án, rủi ro hơn.Ví dụ về sản phẩm kích thước rủi ro:Tính chính xác của kích thước ước tính của các sản phẩm phần mềm.Mức độ của sự tự tin trong ước tính kích thước xấp xỉ.Tính chính xác của các ước tính số lượng công việc, tập tin, giao dịch.Độ chính xác trong các kích thước cơ sở dữ liệu được sử dụng bởi các dự án.Độ chính xác trong số người sử dụng của sản phẩm phần mềm.Số lượng các yêu cầu thay đổi cho các sản phẩm phần mềm.Số lượng các phần mềm tái trong dự án.Nguy cơ sau đây sẽ có tác động về kinh doanh:Hiệu quả của sản phẩm phần mềm trên doanh thu công ty.Các lịch trình phân phối hợp lý sản phẩm.Số lượng khách hàng đối với sản phẩm phần mềm này.Số lượng các sản phẩm tương tự từ đối thủ cạnh tranh.Chất lượng của sản phẩm phần mềm.Chi phí liên quan với sự phát triển của sản phẩm.Chi phí liên quan đến giao hàng cuối.Chi phí liên quan đến một sản phẩm khiếm khuyết.giao hàng

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

Rủi ro là một vấn đề tiềm ẩn, nếu nó xảy ra (tức là nếu nó trở thành 100% có thể xảy ra), nó sẽ gây ra tổn thất hoặc thiệt hại đến dự án.
Quản lý rủi ro là một quá trình xử lý kỷ luật liên tục để quản lý không chắc chắn.
Quản lý rủi ro là tìm hiểu những gì có thể đi sai, sau đó quyết định làm thế nào để ngăn chặn nó xảy ra hoặc giảm tác động đến dự án.
Có ba loại rủi ro:
rủi ro dự án:. rủi ro đe dọa các dự án quy hoạch như đánh giá thấp, thời gian hạn chế, cơ cấu quản lý
rủi ro kỹ thuật: rủi ro, đe dọa sự chất lượng và tính kịp thời của các sản phẩm phần mềm như lỗi thời công nghệ, thiết kế không rõ ràng, yêu cầu không rõ ràng, khó khăn thử nghiệm.
Rủi ro kinh doanh: rủi ro, đe dọa sự tồn tại của các sản phẩm phần mềm như rủi ro thị trường (thị trường thay đổi), rủi ro chiến lược (thay đổi kinh doanh) có nguy cơ ngân sách (công ty mất tiền).
xác định nguy cơ phân tích kế hoạch rủi ro và thực hiện giảm thiểu giao tiếp và nguy cơ theo dõi
quá trình quản lý rủi ro
Các rủi ro được xác định, phân tích, và ưu tiên nhằm xác định những người nặng nhất và phải được đưa đến sự chú ý của quản lý.
Các rủi ro được phân tích để đánh giá các lựa chọn xử lý và được sự chấp thuận cho thực hiện các giải pháp tốt nhất để giảm thiểu rủi ro.
Rủi ro phải được thông báo cho các nhóm dự án để theo dõi.
Quá trình này bắt đầu trong giai đoạn lập kế hoạch của dự án và tiếp tục trong suốt dự án khi các rủi ro mới được xác định.
Quản lý dự án Phải
Xác định như thế nào rủi ro sẽ được quản lý và tài liệu đó trong kế hoạch dự án.
Chỉ định một thành viên trong nhóm để giám sát rủi ro tiềm năng và báo cáo tình trạng trên cơ sở định kỳ.
Khuyến khích tất cả các thành viên trong nhóm để báo cáo bất kỳ rủi ro mà họ xác định trong dự án.
Giữ . một danh sách của tất cả các rủi ro dự án liệt kê các thuộc tính sau cho mỗi: ngày phát hiện, mô tả, xác suất, và tầm quan trọng
Tạo một kế hoạch giảm nhẹ rủi ro để mô tả làm thế nào mỗi nguy cơ sẽ bị xử lý - những gì, khi nào, bởi ai và làm thế nào để xử lý để tránh và giảm thiểu hậu quả, nếu nó trở thành một trách nhiệm.
Gán một thành viên trong nhóm chịu trách nhiệm về độ phân giải của nó và một ngày mà các rủi ro phải được giải quyết.
xác định rủi ro
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 (ví dụ, dự toán, lịch, tài nguyên vv).
Bằng cách xác định những rủi ro có thể dự đoán, quản lý dự án có thể đi một bước đầu tiên trong việc tránh xa chúng khi có thể, và kiểm soát chúng khi cần thiết.
Khi bắt đầu của dự án, các nhà quản lý phải tạo ra một danh sách kiểm tra để xác định rủi ro và ước tính ảnh hưởng rủi ro của dự án.
rủi ro dự án là tỷ lệ thuận với quy mô dự án, lớn hơn các dự án, rủi ro nhiều hơn.
Ví dụ về các nguy cơ kích thước sản phẩm:
Độ chính xác của ước lượng kích thước của sản phẩm phần mềm.
Bằng niềm tin vào ước tính ước tính kích thước.
Độ chính xác của các ước tính trong số các nhiệm vụ, các tập tin, giao dịch.
Độ chính xác về kích thước của cơ sở dữ liệu được sử dụng bởi các dự án.
Độ chính xác về số lượng người sử dụng các sản phẩm phần mềm.
Số thay đổi yêu cầu cho các sản phẩm phần mềm.
Số phần mềm tái sử dụng trong dự án.
Các rủi ro sau đây sẽ : có tác động đến các doanh nghiệp
hưởng của sản phẩm phần mềm trên doanh thu của công ty.
lịch trình phân phối sản phẩm hợp lý.
Số lượng khách hàng cho sản phẩm phần mềm này.
Số lượng sản phẩm tương tự từ các đối thủ cạnh tranh.
Chất lượng của các sản phẩm phần mềm.
Chi phí liên quan với sự phát triển của sản phẩm.
Chi phí kết hợp với việc giao hàng trễ.
Chi phí liên quan đến một sản phẩm bị lỗi.
giao hàng