I've recently joined a small company, maybe sub 200 people, as a Senior DevOps engineer. The company is about a decade old at this point.
While it was made clear in the interview process that the company was very immature in their DevOps journey, after seeing inside the company for a little bit, it's becoming clear to me just how anti-devops the company culture is.
I could honestly write thousands of words as to how backwards their DevOps approach is - for one thing, we do monthly releases because there's no CICD integration from QA, who do half their testing by running and watching scripts, and the other half manually.
In the short time I've been here not only have I basically seen every DevOps anti-pattern written about, I've seen active defences of them.
How do I go about determining if I've got a chance at making any kind of impact in such a company, and when should I decide to just call it a day and start looking for other positions? I'm honestly feeling at a loss as to what I can do here - I've never been in a company this opposed to any kind of basic modern practice before.
I hear you in terms of aversion to DevOps or Engineering discipline as whole, as one of the biggest problems I had to tackle when leading an engineering team working with another large team of data scientists had a lots of these symptoms you're referring to. We eventually got into a better state where there's a more robust path to getting enterprise-grade software out the door with some Git and CI/CD in place, but that takes time and persistence (at least 1 year in my situation).
That being said, before choosing to jump ship, here are a few things I'd try / consider.
On last thought it to not take implementing DevOps to an extreme after you've gotten a bit of traction. One mistake I made was anchor too much on quality/discipline after a certain point, which wasn't necessary given the use case / business criticality.
Thank you Casey, I really appreciate the advice. I'll work on building up a solid base of allies and work on determining the underlying reasons for why so many people here are against DevOps and linking that back to the business needs