3 ms·
Sounds like, “I’m looking for someone in the majors who is interested in switching to playing minor league ball.” If you had a fantastic developer who you coul
by poof131 11y ago
Sounds like, “I’m looking for someone in the majors who is interested in switching to playing minor league ball.” If you had a fantastic developer who you could use to build new product that drives revenue or use them to write tests for the current product, which task would you put them on? Which task would your CEO want them on? Which task is going to get the most visibility in the company and offer the best opportunity for promotion? If the org had a huge issue with quality, I may temporarily put them on QA to get things organized and structured, but after that I’d want them on new product or refactoring current product for faster velocity.
A business can exist without tests, but tests can’t exist without a business. I love and appreciate great QA people, but I also believe there is a hierarchy and you can’t ignore it. You can offer a path up, either to manage QA or a future switch to dev. You can offer to pay more for QA. You can integrate dev and QA. But I don’t think you can realistically get the same caliber developer at the same level in pure QA as in pure Dev without it being detrimental to retention and the business. You can try to create parallel org charts for the two roles, but the hierarchy will still form.
- meric 11y agoIf he really wanted a higher calibre for tests than for product, he could offer 10% more salary for test engineers, and let the test engineers be the interviewers. May be detrimental for business. But he'd get his top notch engineers in test.
- grammernerd 11y agoI think organizations make that kind of choice all the time. They take fantastic devs and make them leads and managers in the hope that it will have a multiplicative benefit on the business. And they do devote resources to test - but by hiring testers. It might be great if a company could devote some of its devs to test, but I suspect the reason that they wouldn't is that the devs wouldn't want to. I take the point about integrating Test and Dev, and probably it would need to lead by example from the Test side... :) I do also take your point about what actually happens in the real world. This is the kind of response I was expecting - it's super helpful to see it articulated.