1 hour ago · 6 min read1177 words · Life · hide · 0 comments

When does quality actually get decided on your team?Most people would say it's decided at the end - the final testing pass, the pre-release bug bash, the last sprint before launch.I don't think that's true.The teams I've seen ship the smoothest launches had already decided their quality months earlier. Not through some grand initiative. Through a hundred small habits, built up long before anyone was thinking about a release date.The problem with treating quality as a phaseHere's the pattern I keep seeing. A team builds a feature, it works, everyone moves on. Weeks later, something breaks it - a network drops, a user signs out mid-flow, a session gets interrupted - and suddenly there's a "quality bug" to fix before launch.Except it usually isn't a bug. Call it that, and you're saying the behaviour was defined somewhere and someone just built it wrong. Most of the time, nobody defined it at all. What happens if a session drops mid-flow was never written down - it was just assumed, the…

No comments yet. Log in to reply on the Fediverse. Comments will appear here.