Systems & Organizations
Stop Rewarding Early Drafts
Teams that celebrate the first slide deck often watch the final product stall before launch.
2026-08-201 min read
Celebrating the moment a draft lands in the shared folder creates a hidden incentive to ship half‑baked work. When the applause arrives at the first version, the signal to the creator is “speed wins,” while the rest of the group learns that polishing is optional. The result is a cascade: reviewers spend more time fixing gaps, downstream engineers inherit vague requirements, and product managers scramble to fill missing details. In one product group, a senior designer finished a concept overnight, posted it, and received a “great start” note from leadership. The next week the team spent a full sprint untangling ambiguous user flows that the draft never clarified, delaying the release and inflating the bug count. The underlying dynamic is simple: early‑stage praise raises the perceived value of speed relative to completeness, so the cost of rework silently grows.
To break the loop, replace the “first draft” trophy with a “finished iteration” check. When a piece reaches a state where every downstream owner can act without clarification, that moment earns the public nod. The shift flips the reward curve, making thoroughness a visible currency and encouraging creators to invest the extra effort before seeking applause. Over time, the team’s rhythm steadies, handoffs smooth, and the overall velocity rises because work arrives ready to be built, not to be rebuilt.
Key insights
Public praise should align with a state that downstream teams can act on without extra work.
Tagging “ready for handoff” creates a visible checkpoint that shifts incentives from speed to completeness.
Why it matters
Ignoring the reward imbalance leaves rework as a hidden drain on schedule and morale.
When speed is over‑valued, talent drifts toward flashy output rather than sustainable problem‑solving, eroding long‑term capability.
Use this tomorrow
1Open the latest shared design folder, locate the most recent version of each artifact, and count how many have a “ready for handoff” tag; aim for at least half by end of day.
2In your next stand‑up, ask the person who posted the newest draft whether any downstream owner has asked for clarification; note the number of “yes” answers and aim for zero.
Go deeper
The idea builds on the classic “feedback loop inversion” where the signal sent to a performer determines the quality of future output; by moving the signal downstream, the loop reinforces the behavior you actually need. In practice, teams that introduced a “completion badge” saw a drop in clarification tickets and a smoother sprint cadence.
The approach can backfire if the “ready” definition is too lax; teams may game the tag by labeling incomplete work as finished, which reintroduces hidden rework. Keep the criteria explicit and involve the downstream owners in setting them.