In the comments section of this answer, it’s explained that the asker is a “(system) engineer practicing DevOps” not a DevOps engineer, and this it is an “important distinction” not often understood.
So, what makes a DevOps Engineer NOT a DevOp Engineer? What is the distinction between a System Engineer and DevOps Engineer that is not often understood?
What the comment means is that DevOps is a way of working, a culture if you will, not a job title. There are plenty of blog posts about it.
While they have a point, one could also argue that Cubism is a way of painting, but "cubist painter" is still perfectly valid.
This is a potentially long and opinionated discussion, which is out of scope of this forum.
The point is, the definition of DevOps is too lacking on specifics about what exactly the person practicing it does and what kind of tools they use to do it to be of any actual use as a job title. Which is why it is often misunderstood and misused. And there is (almost?) always a better title to describe the job.
For example, if your job consists of solely setting up pipelines in Jenkins, then you might get slapped with the title "DevOps Engineer". However:
The title is avoided by most companies these days, often replaced by "Automation Engineer". Which, while still vague, it is less so then DevOps Engineer.
Going back to the specifics of the comment, many times the people that installed Jenkins (and the like) in a company were the Systems Engineers. And they probably also explained how it works to other people in the company, maybe even used the term DevOps to explain the philosophy behind it. Which is why the two are often confused. "The guy that takes care of Jenkins? Oh, you mean the DevOps guy? Yeah, DevOps Engineer". No, he's a Systems Engineer practicing DevOps. If nothing else, he should know a lot more than just Jenkins.
Most companies adopting DevOps practices often create teams with a combination of software engineers and operations engineers, thus creating DevOps teams. Although, i don't completely agree with this approach, I've heard it does help for adopting DevOps in large organizations. The responsibility for both these different (yet similar in many areas) guys is to embrace the DevOps culture and work in the best interest to make up for the missing skills in the other guy.
For the systems engineer, this would mean that you will apply your current skill set in systems administration for managing infrastructure in a way that's it's helpful for the software engineers to making automated programs for creating processes for efficiently building and releasing software.
Having said that, the efforts for both the guys should be to share each others' skills to become a beacon for the rest of the organization to adopt a stable DevOps culture.
In an ideal world, everyone in the Product development and operations should be practicing DevOps.
Hope this clarifies your query to some extent.
