Skip to main content

Why Faster Work Can Create More Rework

Lean Six Sigma, Quality & Process ImprovementBlog Posts

By Jefferson Otonbara Imgbi

Published
8 October 2026
Last reviewed
8 October 2026
Measure checked outputs and repeated effort before deciding that working faster has improved the process.
Image
Corrected and rejected proof sheets beside quality-check tools.

Speed can move the problem downstream

A team may celebrate finishing drafts faster while the checking queue grows. The drafting stage looks more productive, but the whole process may now require more corrections. My view is that improvement should be assessed at the point where the agreed output is usable. Otherwise, a local gain can transfer work to another person without reducing the total effort.

Look at the same work from start to finish

Consider a fictional team producing event brochures. To shorten drafting time, it skips checking venue details before layout. Layout finishes earlier, but the venue changes require several pages to be rebuilt. The apparent saving disappears in correction work. This example does not prove that every early check is valuable; it shows why a team should observe where defects enter and where they are discovered.

Count repeat effort alongside throughput

Record how many outputs pass the agreed checks, how many return for correction and how much effort the corrections require. Use consistent definitions so a comparison means something. A returned item is not automatically a personal failure. It may reveal unclear requirements, missing inputs or an unsuitable handover. Investigate the conditions before assigning blame.

Consider prevention and failure costs

ASQ’s cost-of-quality guidance distinguishes resources used to prevent problems, appraise quality and address failures. That provides a useful background for discussing a proposed time saving. An extra check might prevent expensive rework, but a check with no clear purpose might add delay. Examine the actual work rather than assuming that either more checking or less checking is always better.

Test an improvement on a small scale

Choose one fictional process and define a checked output. Compare an original approach with a proposed change, using the same quality criteria. Record both elapsed time and correction effort. Review what changed and what remains uncertain. A faster stage is encouraging only when the team understands its effect on the finished result and the people who handle it next.

Source and editorial note

Author: Jefferson Otonbara Imgbi. Reviewed 8 October 2026. The recommendations and fictional examples are original RDE editorial learning material. The source below provides background, not endorsement of RDE.

ASQ: cost of quality

Cover image: AI-generated illustrative scene created specifically for this resource.

Related resources

Explore related RDE learning