It is common among SAP IT teams to want to break the shackles of standard SAP release cycles and deliver ‘smaller chunks’ of functionality more frequently. And continuous delivery makes it possible.
Dan McGrann is the Sales Director at Rev-Trac
He first joined the company in 2015 to grow Rev-Trac’s partner ecosystem and build relationships with like-minded organizations to creates strategic DevOps initiatives for SAP-using enterprises. Dan has an in-depth understanding of the challenges and opportunities facing today’s SAP IT teams, particularly in SAP change management, cross-platform integration trends and DevOps best practices.
Dan brings to the role more than 20 years’ experience in sales management in enterprise software and IT infrastructure. He works with Rev-Trac’s strategic customers to ensure they maximize the value of their investment in RSC solutions and software partnerships and gain a competitive advantage.
Dan is an avid Philadelphia team sports fan and holds a BA in Management Science from Schippensburg University and an MBA from Drexel University.
Wisdom crafted by Dan McGrann
Continuous delivery is a core principle of DevOps. It’s also an approach that is very achievable for SAP customers – with some internal cultural and automation adjustments.
What are our customer’s plans for S/4HANA? Every year we conduct a TechValidate survey with our customers for insights on their business and how Rev-Trac used, and what they think of the automated solution.
Whether greenfield, brownfield or bluefield, transitioning to S/4 HANA can be difficult. This is widely known. There are hundreds of blogs, articles, whitepapers and even books identifying the process and expected challenges.
I recently read a Gartner article, “Create a Strategic Roadmap for Infrastructure and Operations Automation”. It included an excellent roadmap for organizations who are trying to justify internal IT automation projects. The roadmap accurately shows how to move from today’s mainly manual “As Is” state of operations to a highly automated “To Be” future. While…
The million dollar question for organizations when it comes to SAP change management is: “How much does it cost to manage our SAP technical changes?” For many SAP customers, it typically costs approximately a million dollars per year to manage SAP changes. Hard data from our customers and prospects indicates the cost to manage SAP change is usually $150-$300 per change. What does it cost you?
To massively improve your SAP change management outcomes, automation is critical. Rev-Trac automates the entire SAP change management process, enabling an end-to-end SAP DevOps toolchain.
Customers have been using Rev-Trac – a Revelation Software Concepts solution – for more than 20 years – to safely and efficiently deliver SAP changes for better business outcomes.
Join the thousands of professionals that keep up-to-date with Rev-Trac
Join the Rev-Trac newsletter and we'll keep you informed of the new articles, resources and updates.
Data is the language of the digital age. It is the core of nearly every business decision made, providing insight into every facet of your organization. And it dominates the headlines, with regular stories about data security and privatization, data ownership, big data analytics and so on.
The SAP TechEd conference starts this week and we’re more excited than ever. There are two things in particular we’re looking forward to discussing at TechEd.
These days it’s hard to find companies using SAP where a modern approach to improving SAP change management is not top of mind with business owners or IT leaders.
Just before the recent SAPPHIRE conference, SAP quietly announced the “beta” availability of a new Cloud-based Transport Management System which is supposed to be similar to CTS+. Since it’s still in beta, it’s hard to determine exactly how it will work. However, SAP states that it will support a wide variety of content and many different types of target environments.
Our customers sometimes amaze me – in a good way. Many organizations have been kicking around the agile, DevOps and continuous delivery phrases for some time now, but we haven’t seen very many execute on their plans.
It’s hard to believe, but the SAP COE has been around for more than 21 years. SAP COE’s started around the same time that Rev-Trac did and it’s safe to say that they began for many of the same reasons. That is – in general – to help SAP customers reduce the cost of operations, provide a required level of governance and continually improve SAP processes.