I have found that skipping review rarely saves time in the end, because small misunderstandings about requirements or edge cases tend to surface later when they are more expensive to fix. What has worked better in my experience is keeping reviews small and focused: short pull requests, a clear description of what changed and why, and automated tests for the routine checks. That way the human review can focus on logic and risk rather than style, and it stays fast enough that teams are less tempted to skip it.