Question 490
A product team bypasses a standard deployment gate for urgent hotfixes, and exceptions never expire or receive retrospective review. Which limitation must be considered before claiming the issue is fully resolved?
Explanation
Correct Answer
A fast emergency path still needs controls proportionate to the business risk. This caution prevents extrapolating beyond the specific evidence or product boundary. Change governance can be expedited without eliminating accountability. The unresolved point should be tested using emergency change tickets, follow-up review dates and policy-exception register rather than assuming a working interface proves full compliance or resilience.
Incorrect Answers
Retrospective review is unnecessary if an emergency deployment succeeds. This limitation is framed as a blanket exception, but the case requires a different, narrower caution. The relevant boundary is that a fast emergency path still needs controls proportionate to the business risk. Change governance can be expedited without eliminating accountability. Inspect emergency change tickets, follow-up review dates and policy-exception register.
A fast hotfix cannot introduce material risk after the outage ends. The proposed claim mistakes an incomplete signal or product feature for a universal guarantee. The relevant boundary is that a fast emergency path still needs controls proportionate to the business risk. Change governance can be expedited without eliminating accountability. Inspect emergency change tickets, follow-up review dates and policy-exception register.
Exceptional change paths are inherently safer because fewer people can approve. This claim exceeds the evidence and ignores an important risk or operational dependency. The relevant boundary is that a fast emergency path still needs controls proportionate to the business risk. Change governance can be expedited without eliminating accountability. Inspect emergency change tickets, follow-up review dates and policy-exception register.