Restoring Decision-Making
Phần này tập trung vào khôi phục khả năng ra quyết định
trong các môi trường mà assumptions không đầy đủ và sự không chắc chắn không thể được loại bỏ.
Trong các development và maintenance contexts thực tế,
assumptions cần thiết cho các quyết định hầu như không bao giờ ổn định tại chỗ.
Specifications từng phần,
sự hiểu biết của stakeholder dao động,
và các temporal và organizational constraints cũng tác động đồng thời.
Tuy nhiên, các quyết định phải tiếp tục được thực hiện.
Chương này đề cập
cách khôi phục và duy trì decision-making capability
dựa trên giả định rằng sự không chắc chắn vẫn còn.
Complete understanding hoặc comprehensive consensus không phải là mục tiêu.
Bằng cách thiết lập các điểm cố định tối thiểu,
chúng ta tổ chức một framework để tiến triển các tình huống.
Position of This Chapter
Restoring Decision-Making Under Uncertainty là
một counterpart chapter đối với Failure Patterns.
Trong khi Failure Patterns
mô tả "điều gì hỏng như thế nào,"
chương này đề cập cách thực hiện các quyết định
trong các tình huống đã hỏng hoặc trên bờ vực của việc hỏng.
Điều được chỉ ra ở đây
không phải là một bao quát toàn diện của general requirements engineering hoặc project management.
Nó hướng đến các configurations tối thiểu
để không rơi vào inability để quyết định dưới các tình huống không đầy đủ.
Themes Addressed
Nội dung được đề cập trong chương này
không phải là hướng dẫn để áp dụng design methodologies hoặc processes cụ thể.
Mỗi topic trong Failure Patterns hoặc Why It Breaks
không phải là classification để xác định nguyên nhân hoặc suy ra các câu trả lời đúng,
mà được sử dụng như một quan điểm để thực hiện các quyết định.
Sau đây được sắp xếp theo thứ tự: concept → application → strategy → extension,
nhưng chúng không nhất thiết phải được đọc theo thứ tự.
- Minimal set nên được quyết định và handling của domain not decided
- Requirement Analysis dưới incomplete assumptions
- Design của intervention strategy với tham chiếu đến Failure Pattern
- Fixing assumptions để sử dụng AI như một accelerator
Điều này giả định sử dụng Failure Pattern không phải như nguyên nhân, mà là các điểm tham chiếu cho các quyết định.