3 ms·
Not in my experience. For one thing, this is usually what the peer review process, tests and QA team are there to fix. Almost everyone's work will have at least
by CM30 3y ago
Not in my experience. For one thing, this is usually what the peer review process, tests and QA team are there to fix. Almost everyone's work will have at least some things that need improvement/fixing before they can go live, but there's a process to make sure they don't go through into production without those fixes.
If the issue actually happens in production and say, a bank's payment API goes down that may be a different story, but even then I've usually seen the managers say it was a process issue rather than finding someone responsible and calling for their firing. Or as the old story goes, treating it like an expensive learning experience.
But eh, your mileage may vary.
- ulizzle 3y agoI suppose you do have a monopoly on the truth.
- windmark 3y agoWe got your point the first time you posted this. You come across as someone who tries to keep the monopoly for themselves.
- salawat 3y ago>For one thing, this is usually what the peer review process, tests and QA team are there to fix. The QA team are not your personal team of muckrakers. The more you treat them as such, the faster we burn out, because it's our job to say no, and saying no is a recipe for interpersonal disaster or attrition in an org, especially once management inevitably starts overriding the department consistently, regardless of the amount of risk that they end up taking on in spite of it.