SAP Professional Journal –
Whether your SAP system is still in its settling-in phase, or is one that has been firmly entrenched for years, ushering in new changes is a nontrivial challenge. Even small, seemingly innocuous changes, like rearranging a screen, introducing new headings on a report, or revising your backup practices can introduce downtime. Large or small, IT teams obviously need to avoid downtime and make sure that a change does not have an adverse effect on users, partners, or customers. Kurt Bishop prescribes a three-step process for averting downtime: document the risk/reward and cost associated with each R/3 change request; categorize change requests according to their risk/reward profile; and safeguard, schedule, and implement the change in a manner that is consistent with its risk/reward profile. This article provides details on all three steps.