
What I actually do when I walk into a team with no QA at all
When a company hires a QA Lead, it often means the team has outgrown how they handle quality. Releases need to be more predictable, and they are ready to make that happen. In many places, QA has meant " the person who checks things at the end. " So when someone new joins with "Lead" in their title, engineers quietly wait to see if more process is about to land on their desk. Most QA leads respond by producing something visible. A strategy document, a new framework, a test template. Something you can point to in week one. I've learned there's a better starting point. I start by talking to people. I ask how work really moves from idea to release, where and how testing happens, where things tend to slip, and what they wish was clearer. If you introduce a framework before understanding that, it might solve your need to show impact, but it rarely addresses the real issue. It doesn't take long before the same concerns from onboarding and early conversations start resurfacing: work that keeps
Continue reading on Dev.to
Opens in a new tab


