Blow Up Your Silos: DevOps Makes Working Together More Efficient
Source – e3zine.com
In short: The use of DevOps requires no less than a major cultural change. It is important to form compact DevOps teams and to set them up along the company processes, not according to departments. These competence teams then also need the freedom to make their own decisions. Developers, UX consultants and product managers are the best experts for all technical and operational questions. Even when it comes to budget and resources: If the competence team is free to make their own decisions, their work becomes more agile.
To achieve this change in a company, courage and vision are mandatory. Courage to break new ground and vision to see how to capitalize on it. An example: I look after trading companies and experience an open-minded atmosphere for DevOps. Why? Because these companies work with real-time KPIs. Anyone who sells his goods on a large scale via e.g. an online shop knows what a big impact small changes can have. Providers use A/B tests to find out which variant of a page layout sells more during ongoing business operations.
There’s a mantra that helps these companies in DevOps: “Always Beta”. However, that does not mean spending corporate life at the software construction site. It means understanding development work itself as a process that offers room for continuous improvements during live operations.
When it comes to the core business processes, DevOps reaches a few limitations because at the heart of every ERP system, there is stability.That stability is manifested in the monolithic core that has often been customized for years. Anyone who changes documents and transactions carelessly, because they benefit one department, can trigger side effects that are detrimental to others. The problem: The SAP systems are too large, the necessary preparatory work is uneconomical. If you rely on DevOps, you have to trust in systems and test scenarios and define target results. This is easier to achieve with front-end applications – but not with a mature SAP landscape.
But: SAP is tempting entrepreneurs into a greenfield approach with S/4 Hana. Those who are willing to clean up their systems and orient themselves towards the SAP standard, also create new opportunities because they will be able to make decisions in real time. In addition, the new SAP system focuses on business processes, not on departments, which enables agile development. Then SAP and DevOps – even at the core – are not mutually exclusive anymore.