When I interviewed, I was told the QA team is agile and I would be responsible for two projects written in python and react.
People who are not devs actually still write a lot of the code and will take over tickets without informing the qa working on the ticket. My second project was pulled without me being informed and tests were written for me, which is just disappointing because I was looking forward to that project.
The qa team is not self-organizing; it is controlled by a non-manager on when they have standup (there are two for one team), there are no retros to inspect and adapt, no grooming meetings, they do not work off of sprints, and no pair programming between the qa devs.
The qa organization is not agile; they operate by upper management. Entercom is not chaotic, but people there can be very unorganized and not effective leaders for the qa org.
While working there, there was no transparency nor was there professionalism and weirdly, several people are unaware as to who the CEO is.
I worked well with the dev team I was on but did not work well under this non-agile management style.
I would ask questions about process and get the response that we were not software engineers so it didn't matter. But I think, there are still important things to consider, even as a qa engineers, to be successful.
I was removed from slack channels, but still had access to repos and important, confidential docs and sites after I left. So unprofessional.
Pay is also under market value for Denver.