Applies to:
SAP Upgrade Projects.
For more information, visit the Enterprise Resource Planning homepage.
Summary
Dual Maintenance in SAP Upgrade projects involves additional effort and is one of the challenges which
need to be managed well. Upgrade Project Management should aim to minimize the Dual Maintenance
changes and use effective tracking and control mechanisms to keep the impact to minimum.
Author Bio
Deepak Kumar is Principal Consultant in SAP Practice at Infosys Technologies Ltd. He has
over 15 years of experience in Business, IT Consulting, SAP Implementation and Upgrade
Projects.
Table of Contents
Overview .............................................................................................................................................................3
Key to Manage Dual Maintenance in Upgrade Project ......................................................................................3
Conclusion ..........................................................................................................................................................5
Related Content..................................................................................................................................................6
Disclaimer and Liability Notice............................................................................................................................7
Overview
Dual Maintenance in SAP Upgrade projects involves additional effort and is one of the challenges which
need to be managed well. Project Management should aim to minimize the Dual Maintenance changes and
use effective tracking and control mechanisms to keep the impact to minimum.
Dual maintenance is essential to keep the SAP Support or Parellel projects changes
(e.g.Devleopment/Configuration) performed in the current landscape (i.e. SAP older version landscape) in
synch with upgrade project landscape. Before the upgrade project go-live, the older version (Production
system) should be in synch with the upgrade Production system.
The Freeze periods should be communicated to all the stakeholders even before the Project Kick-Off. This
will help to minimize the Support changes. On the other hand this communication may trigger high volume of
support changes as Business may want to push (before the freeze start date) maximum changes to
production system. This should be monitored by the upgrade Project management and evaluated on case to
case basis, if required.
b) The Service level agreements between the SAP support & maintenance group and the Business
should be amended for the period of upgrade project execution.
c) It is important that all “Dual Maintenance” related changes are performed in upgrade development
system and are screened to make sure the relevant functionality is performing as expected. From
upgrade development system such changes would flow via transport to rest of the system of the
upgrade landscape. Subsequently, these changes should also be tested in the upgrade Quality
system and should be monitored & tracked for testing.
d) In the Realisation Phase (Deep Freeze), the “Dual Maintenance” changes should be minimum or
none. If these are high in number still, the “System Freeze” is not working as planned and upgrade
project management should review the situation.
e) Project management should ensure that the Upgrade testing starts after all the “Dual Maintenance”
related changes are also available in upgrade Quality system. This would ensure that the upgrade
testing is performed with all the changes present in the upgrade Quality system. Exceptional “Dual
Maintenance” changes in this period should be controlled.
f) Additionally, the following should be ensured to act as “Point of Control” during Upgrade project:
i. Ensure old development system and upgrade development system are in synch at time of go-
live: Unfinished Changes (Support or parallel projects) which remain in older version
development system and which are assessed that these would not move to SAP production
system before the upgrade project go live should be dually maintained in upgrade
development system and should not move to next system till end of hypercare phase. Such
changes will be taken to completion in new (upgrade) landscape after the completion of
upgrade project as this becomes regular landscape after go-live.
ii. Ensure that all finished changes (Support or parallel projects) which were moved to older
version SAP Production system and were part of “Dual Maintenance” were maintained in
upgrade landscape and were tested in upgrade quality system. Once upgrade Production
system is prepared from older version production system, all “Dual Maintenance” changes will
be applied to upgrade Production system via transport (of upgrade landscape) as a part of
system preparation. This will ensure that upgrade SAP Production system would be in synch
with pre-upgrade SAP Production system.
Conclusion
Dual Maintenance requires tighter control and tracking during the SAP Upgrade project execution. System
Freeze period should be communicated in advance to all the stakeholders and upgrade project management
should monitor the quantum of dual maintenance changes and should take relevant action to control the
impact on upgrade project.
Related Content
For more information, visit the Enterprise Resource Planning homepage.