risk table provides you with a simp

risk table provides you with a simple technique for risk projection.2 A sample risk
table is illustrated in Figure 28.2.
You begin by listing all risks (no matter how remote) in the first column of the
table. This can be accomplished with the help of the risk item checklists referenced
in Section 28.3. Each risk is categorized in the second column


Seven Principles of Risk Management

Maintain a global perspective—view software risks within the context of a system in which it is a component and the business problem that it is intended to solve

Take a forward-looking view—think about the risks that may arise in the future (e.g., due to changes in the software); establish contingency plans so that future events are manageable.

Encourage open communication—if someone states a potential risk, don’t discount it. If a risk is proposed in an informal manner, consider it. Encourage all stakeholders and users to suggest risks at any time.

Integrate—a consideration of risk must be integrated into the software process.

Emphasize a continuous process—the team must be vigilant throughout the software process, modifying identified risks as more information is known and adding new ones as better insight is achieved.

Develop a shared product vision—if all stakeholders share the same vision of the software, it is
likely that better risk identification and assessment will occur.

Encourage teamwork—the talents, skills, and knowledge of all stakeholders should be pooled
when risk management activities are conducted

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

nguy cơ bàn cung cấp cho bạn một kỹ thuật đơn giản cho nguy cơ rủi ro mẫu projection.2 Abảng được minh họa trong hình 28,2.Bạn bắt đầu bằng cách liệt kê tất cả rủi ro (không có vấn đề như thế nào từ xa) trong cột đầu tiên của cácbảng. Điều này có thể được thực hiện với sự giúp đỡ của các nguy cơ hàng danh sách kiểm tra tham khảotrong phần 28.3. Nguy cơ từng được phân loại trong cột thứ haiBảy nguyên tắc quản lý rủi roDuy trì một quan điểm toàn cầu — xem phần mềm các rủi ro trong bối cảnh của một hệ thống mà nó là một thành phần và các vấn đề kinh doanh đó là nhằm mục đích giải quyếtCó một cái nhìn về phía trước nhìn-suy nghĩ về những rủi ro có thể phát sinh trong tương lai (ví dụ:, do sự thay đổi trong phần mềm); thiết lập kế hoạch phòng hờ do đó sự kiện tương lai có thể quản lý.Khuyến khích giao tiếp cởi mở — nếu ai đó nói một rủi ro tiềm năng, không giảm giá. Nếu rủi ro đề xuất một cách không chính thức, xem xét nó. Khuyến khích tất cả các bên liên quan và người sử dụng để đề nghị những rủi ro bất cứ lúc nào.Tích hợp-một xem xét các rủi ro phải được tích hợp vào quá trình phần mềm.Nhấn mạnh một quá trình liên tục — đội phải thận trọng trong suốt quá trình phần mềm, sửa đổi các rủi ro được xác định là thông tin được biết đến và thêm những cái mới là đạt được cái nhìn sâu sắc hơn.Phát triển một tầm nhìn được chia sẻ sản phẩm — nếu tất cả các bên liên quan chia sẻ cùng một tầm nhìn của phần mềm, nó làcó khả năng đánh giá và nhận dạng rủi ro tốt hơn mà sẽ xảy ra.Khuyến khích làm việc theo nhóm-tài năng, kỹ năng và kiến thức của tất cả các bên liên quan nên được gộp lạiwhen risk management activities are conducted

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

bảng nguy cơ cung cấp cho bạn với một kỹ thuật đơn giản cho nguy cơ projection.2 Một nguy cơ mẫu
bảng được minh họa trong hình 28.2.
Bạn bắt đầu bằng cách liệt kê tất cả các rủi ro (không có vấn đề như thế nào từ xa) trong cột đầu tiên của
bảng. Điều này có thể được thực hiện với sự giúp đỡ của các danh sách mục nguy cơ tham chiếu
tại mục 28.3. Mỗi rủi ro được phân loại ở cột thứ hai Bảy nguyên tắc quản lý rủi ro Duy trì một quan điểm rủi ro xem phần mềm toàn cầu trong bối cảnh của một hệ thống trong đó nó là một thành phần và các vấn đề kinh doanh mà nó được thiết kế để giải quyết Hãy sử- hướng tới tương lai nghĩ về những rủi ro có thể phát sinh trong tương lai (ví dụ, do sự thay đổi trong phần mềm); lập kế hoạch dự phòng để các sự kiện trong tương lai là quản lý được. Khuyến khích mở truyền thông nếu ai đó nói một nguy cơ tiềm ẩn, không giảm giá nó. Nếu một rủi ro được đề xuất trong một cách không chính thức, xem xét nó. Khuyến khích tất cả các bên liên quan và người sử dụng để gợi ý những rủi ro bất cứ lúc nào. Tích hợp-xem xét các rủi ro phải được tích hợp vào trình phần mềm. Nhấn mạnh là một quá trình liên tục đội phải thận trọng trong suốt quá trình phần mềm, sửa đổi rủi ro được xác định là nhiều thông tin được biết đến và thêm những cái mới như cái nhìn tốt hơn là đạt được. Phát triển một sản phẩm chia sẻ tầm nhìn, nếu tất cả các bên liên quan chia sẻ tầm nhìn chung về các phần mềm, đó là khả năng nhận diện rủi ro tốt hơn và đánh giá sẽ xảy ra. Khuyến khích tinh thần đồng đội, những tài năng, kỹ năng và kiến thức của tất cả các các bên liên quan nên được gộp lại khi hoạt động quản lý rủi ro được thực hiện