advanced 2 min answer

How would you provide assurance that controls are operating without a review board?

assurancepreventive-controlsevidenceautomationexceptions
Show the full answer Hide the answer

What is being tested

Whether you can replace a human bottleneck with controls that provide better coverage.

The three-part answer

1. Preventive controls where the rule is unambiguous. Make the wrong thing impossible: policy blocking public storage, a pipeline refusing an unsigned artefact, infrastructure policy rejecting an unapproved region, a network rule that cannot be bypassed.

A preventive control provides complete coverage and requires no human attention. A review board provides sampled coverage and requires a great deal.

2. Detective controls for what cannot be prevented. Continuous scanning, drift detection, access review, configuration compliance — running constantly rather than periodically, reporting to owners rather than to a central team.

3. Automatic evidence generation. Auditors want proof a control operated throughout the period. If access reviews, change approvals, scans, backup tests and deletion jobs emit structured evidence as a side effect of normal operation, the audit is an export rather than a project.

This is the difference between compliance as an annual programme and compliance as a property of the platform.

Why this is stronger than a board

A board reviewing dozens of changes across unfamiliar systems is approving a description, not a change. It adds latency, which forces batching, which increases batch size — and larger batches are riskier, so the control makes the outcome worse through the mechanism it was meant to improve.

Software delivery research consistently finds external approval processes have little or no positive effect on stability, while frequent small changes with automated verification perform better on both throughput and stability.

What still needs humans

Genuinely novel or high-risk changes: a data migration, a change to a security boundary, a cutover, a new integration pattern. Risk-based — automate the routine, review the exceptional. A model that reviews everything reviews nothing well.

The mechanism that keeps it honest

Exceptions tracked with owners and review dates. A control set with no exception path is broken quietly rather than formally, and invisible exceptions are worse than granted ones — you lose the ability to see and support what is actually running.