This is post is a little rant, about the IT industry and how we grab onto the coattails of terms and play buzzword bingo with job boards. The latest term that has me mildly annoyed is the term DevOps Engineer!
There is no such thing as a DevOps engineer. DevOps is a cultural change in attitude so shared ownership and collaboration are the common working practices in building and managing a service.
The culture change is especially important for established organisations.
DevOps is not a team or a
There is no such thing as a DevOps swat team, driving around in a black and red van and if you have a problem, if no one else can help , and if you can find them, maybe you can hire the DevOps team.
Transforming an organisation and implementing DevOps practices takes a lot more than parachuting is some guy who has skills in Puppet, Chef, ansible , docker or any other verb that became a tool.
Your organisation won’t be saved by a terminal wonder kid in a hoody churning awesome BASH scripts during his lunch break.
Changing your department names form Software Development and IT operations and moving them to a co-located zone with a pool & Ping Pong tables, open plan kitchens and bean bags then calling them DevOps is not really going to make your customers any happier.
Your customers really don’t care about the fact, your staff now look more like Canadian Loggers than they do log consuming coding units!
The truth is DevOps is about a lot more than just changing your build server, source control repositories and configuration management tools.
These tools may be a feature of DevOps but have nothing to do with the benefits. They solve particular development issues, but in reality, your organization may not be directly suffering from those issues, and the cause of your issues are manifested elsewhere.
It is the old adage that data counts. After
I’ve had issues in the past with the rising popularity of bazaar job descriptions. An example of which is Agile
I don’t think it necessarily described a developer who knew a little about TDD and Stand Up meetings.
Another term is Rockstar Developer, why would an organization want to employ somebody who throws TV’s out of hotel rooms and die of a drug overdose in his
Job descriptions on Job Boards for the mythical DevOps engineer, primarily detail the skillsets of build and automation
In fact the majority of the job posts I read seemed to require nothing more than Linux, Security and Build with some exposure to working in Agile teams.
Job adverts for DevOps engineers are nothing more than a sign that the industry has yet again adopted some cool buzzword and appended it to other keywords and now we have a whole new name for something! In an attempt to describe something that’s cool and hot. Unfortunately, in
It just serves to paint the industry in a bad light with the rest of the business disciplines, because nobody can understand that Devops is a cultural change required by the whole organisation!
What worries me most is that the DevOps engineers are required to work in the DevOps team! ( I don’t even know what a DevOps team is! )
If an organisation has a DevOps team, comprised of DevOps engineers then what has happened to the multi discipline aspect of what DevOps is supposed to encompass?
If an organisation has actually implemented such a concept as a DevOps team, effectively all they would’ve done, is effectively renamed the IT Operations department to some more cooler and down with kids term! However, I fear that the
It is human nature to attempt to
It is due to the compartmentalisation of organisations that we believe work can easily be carved up into discrete packages and passed through production line process, whereby discrete units of work are passed between each functional unit.
It may not be a perfect process, but in some respects, tends to work (pun not intended)
It is commonly believed that by following a process that we don't need to communicate. It is that concept that brings about the problems. The major problem that DevOps ideology attempts to address is the breakdown of communication in organisations.
This all seemingly falls in place, until the organisation seeks to engage in project work. Project work in organisations is tough and one of the biggest challenges is that of finding and assigning adequate resources.
Often projects maybe innovative in nature, and may revolve around the implementation of new services or products. Often requiring out of the box thinking usually by people that are required to think within boxes!
Organisations will often, try to use existing resources from various departments, and mix them into a project team. Project team members will be told that they are to rid themselves of their normal day to day business activities and their core focus over a period of time will be nothing but the project work!
The downside to this is that usually these team members maybe subject matter experts in particular business areas
Developers tend to fall into this category, usually because they may have been ones that developed the initial application.
Database Administrators too, due to their role, as the name suggests is to Administrate the various production databases in use in the organisation.
IT operations guys maybe the defacto points of contact for networking related issues, due in part that they on a daily basis troubleshoot issues.
In fact instead of me droning on it's probably a better choice to read The Phoenix Project: A Novel about It, Devops, and Helping Your Business Win.
Although, a fictional tale, it describes situations I have all too often witnessed in organisations during my career as a freelance software developer.
So the long and the short of it is, sorting out the continuous delivery aspect of your project, is a very small component of what DevOps addresses. There is no one specific role required. DevOps is a collective sense of purpose of your project team.
DevOps is a belief, shared ideology and a cultural change which is at the core of an organisation. Just because some individual knows something about Puppet and Chef and can write Bash scripts to make coffee, does not necessarily make the DevOps Experts. They are IT automation professionals who may form part of the collective sense of purpose that the organisation aspires too.
The ideal DevOps implementation will include the integrations and collaboration of a number different resources. There is no magic tool, formula or wand waving wizard can fix it.
DevOps is about ensuring all friction points are eliminated, communication is clear, concise and open. This can only be done by ensuring you have a smooth flow data and clear interaction points. There are 4 Key Components of DevOps:
- Cross-functional team
- widely shared metrics
- Regular releases
Stop calling yourself or even refer to individuals as DevOps engineers. There is no such thing. If you need some sort of title or need some kind of title to identify your role call yourself Millenial Falcon Engineer , it sounds cooler and most people will be really impressed, while at the same time have no real idea of what you actually do!
A unique background as business owner, marketing, software development and business development ensures that he can offer the optimum business consultancy services across a wide spectrum of business challenges.
Latest posts by Gary Woodfine (see all)
- Making API calls with HttpClientFactory in Console applications - April 16, 2019
- Product Review: System76 Darter Pro - April 12, 2019
- Disrupting the disruptors - April 10, 2019