Advertisement

Advertisement
EDIGenie - All things Electronic Data Interchange

Wednesday, January 3, 2018

The Role of Process Maturation and Process Automation in SAP DevOps

Last posting I mentioned some component areas, tenets for success, SAP IT teams will need to address on their journey to a fully implemented DevOps approach. In this post, I’ll elaborate on the first couple.

Process maturation

To progress towards a DevOps approach, change control processes need to be robust and clearly understood by all involved. Development, QA, Testing, Business and the Functional teams. There are different types of change, and so changes will be processed in different ways. It’s not rocket science, but it is still surprising how many teams still struggle with this relatively simple concept. Managing change with a ‘one size fits all’ single process will not work in a DevOps / agile environment.

Even in a DevOps / agile environment developed changes will carry varying degrees of risk. To accelerate as much change as possible, processes will reflect the risk variance and vary accordingly. It is also very unlikely that the team wakes up on a Monday morning as an agile development team. Therefore, there will need to be a combination of processes coexisting, at least for a time, that include traditional and agile methodologies.

Eventually though, a DevOps team will have bedded down its processes and have in place a method of improving and modifying as the approach matures.

Process automation

So then how does an SAP IT team manage its various processes? For example, which process is invoked when, and who decides? How are multiple processes managed without things getting tangled up? And how can one be certain the right process was followed for any change?

The answer is automation.

To be effective however, automation ideally needs to be able to deliver a range of automated capabilities within its feature set. For example:
  • Visibility into in-flight parallel development
  • Overtake and overwrite protection
  • Assignment of change process based on object type or analyzed risk
  • Cross release and within release dependency management
  • Facilities for the simplification of N +1 change processing
  • Deployment of approved changes
  • Communication workflow across multiple teams
  • Enforcement of process

Next steps

Mature processes and process automation will ensure a collaborative and automated environment upon which to build on the journey to a fully implemented SAP DevOps approach. Next post I will look at the role of multi-track development streams and the value of release management as additional components.


About Revelation Software Software Concepts

We’ve Simplified SAP Change Control

Revelation Software Concepts (RSC) is a recognized leader in the field of SAP change control automation. As one of the first to anticipate automation as a key future issue RSC has delivered one software innovation after another to meet the growing complexities of managing SAP change simply and cost effectively. 

The company’s SAP change control automation software and ALM tool set integrations have been proven to significantly lower the costs of managing and delivering SAP software changes, no matter the ALM and DevOps methodology employed, making RSC a trusted partner for teams running even the largest and most complex of SAP IT infrastructures.

If you would like to learn more, simply Contact Us or visit www.xrsc.com

No comments:

Post a Comment