Most project delays don't happen during execution. They happen during review — when feedback is scattered, contradictory, or just never resolves.

We've structured this phase specifically to avoid that. The number of rounds is agreed at the start. Each one has a clear scope. And we close decisions before moving forward — we don't carry unresolved questions from round to round.

Most deliverables go through two review rounds. The first focuses on direction. The second focuses on refinement. Feedback is most useful when it's specific and timely. We ask for it in writing where possible so nothing gets lost, and we always respond with what we're changing and why.

Feedback doesn't disappear into a queue. We review it, work through it, and return with a considered response. Some suggestions lead directly to changes. Others lead to discussion. The goal is progress, not automatic agreement.

The final pass is focused on detail. Small inconsistencies are resolved, rough edges are removed, and the work is brought to a level we're comfortable putting our name on. The standard stays the same regardless of timeline pressure.

Two rounds is usually enough. If we're still misaligned after that, the problem is earlier in the process — and we'll say so.