Business and development teams have seen a move from traditional, waterfall approaches to iterative development\u00a0\u2013 from agile to scaled agile, and, finally, DevOps. But shifting an organisation\u2019s focus from development to delivery is far from plain sailing.<\/p>\n
So, what DevOps challenges are enterprises facing? While mistakes vary from one organisation to another, there are some common patterns and telltale signs when it comes to DevOps failure.<\/p>\n
DevOps is a culture of cross-functional working, and infrastructure, to deliver constant value to customers. This means the dialogue should always contain people and decision makers from all over the business\u00a0\u2013 not just developers.<\/p>\n
However, bringing different functions together is hard because they come complete with different incentives, personalities, processes, cultures. After the initial decision to \u2018do DevOps\u2019, it\u2019s easy for everyone to retreat to their silos and do their own thing, and this is arguably the biggest reason for failure.<\/p>\n
But, given the pace of change, teams could be forgiven for being accused of not keeping up with each other. While completely understandable, there are warning signs that, if identified early enough, can be addressed. For instance, look no further than the conversation. If discussions are all about tooling and infrastructure\u00a0\u2013 that is a telltale sign. Deploying specific people or rebadging job titles does not automatically equal DevOps.<\/p>\n
The fact DevOps is a culture challenge means it is mandatory for any organisation taking it seriously to have a leader at the head who understands it and is able to work with people and cross-functionally. If there is a clear vision, and the objectives well defined at the outset, then the rest of the organisation will fall into line. Conversely, if this doesn’t exist then it\u2019s almost certainly going to fail.<\/p>\n
But who bears responsibility for a failing DevOps initiative? Usually, it\u2019s the person who asked that question\u00a0\u2013 and that is symptomatic of failed initiatives in any business. DevOps projects fail because it\u2019s easy to blame other parts of the business. This blame game inevitably turns the organisation inward as people point an accusing finger at one department or team. While this is a futile, but potentially cathartic exercise, the effect is that the business stops looking outwardly\u00a0\u2013 towards its customers and market.<\/p>\n
And this is where the difference is between success and failure. DevOps projects succeed because, despite the fact that they could easily blame someone or something else for the failure, a few leaders stand-up and make it happen.<\/p>\n
Having said that, nothing works perfectly and mistakes will happen. This is especially the case with DevOps which is, by its very nature, change. This means an acceptance that things won’t always go according to plan and, it needs managing change. From people to culture, things in the business are going to evolve. DevOps is one of the first times teams are asked to come up with a collaborative way of working with other functions. The challenges are not DevOps-specific but change management challenges. If approached that way, DevOps tends to succeed.<\/p>\n
Written by Antony Edwards, CTO at Eggplant<\/p>\n","protected":false},"excerpt":{"rendered":"
What DevOps challenges are enterprises facing? While mistakes vary from one organisation to another, here are some common patterns and telltale signs when it comes to DevOps failure<\/p>\n","protected":false},"author":2,"featured_media":12903,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"content-type":"","pmpro_default_level":"","footnotes":""},"categories":[2],"tags":[286,67,2684,2827,647],"yoast_head":"\n