Professional Documents
Culture Documents
Case Study IR
Case Study IR
Release 1:
Release 2:
Release 3:
It was about creating a simple, common and global infrastructure that enable
reliable desktop access to the Toledo headquarters worldwide as well as lower
global support costs.
It was the first implementation that involved widespread technology change across
the company.
It established both client/server infrastructure and the basic end-user computing
skills required for effective SAP R/3 deployment.
Release 4:
Its objective was to get all the business running on a common platform.
It was to be deployed in successive waves, one business unit at a time. The company
would not be able to sustain the successive 30-day deployments at these major
business units, and the plan was changed to allow 60 days between waves.
It included new configurations due to process changes as well as new functionality.
There were some lessons from release 2 which incorporated into the release 4:
i) More accountability for deployment activities was given to the Release
Management Capability and less to the GDLs.
ii) Increase the training time on the new business processes. Consequently, the
business owners would also be more involved in and have greater accountability
for the deployment.
The number of business employees that would receive training at corporate
headquarters was significantly increased.
What to Do Next:
This implantation had many benefits as well as many drawbacks and some mistakes
were made. There is still many questioned to answer and many decisions to be
made.
This implantation of advantage 2000 is great lesson for future implantations.
f. A summary of different releases of the soft.
Release 2: It was driven by global teams. One of the challenges they face that the resources
needed for deployment preparation and for actual deployment had been significantly
underestimated. One of the most advantages of this release that it has brought the IS people
and the business process leaders together. They understood each other’s work more than
before. In this release everyone was contributing so the release was successful.
Release 3: It was about creating a simple, common and global infrastructure that enable
reliable desktop access to the Toledo headquarters worldwide as well as lower global
support costs. It was the first implementation that involved widespread technology change
across the company. It established both client/server infrastructure and the basic end-user
computing skills required for effective SAP R/3 deployment.
Release 4: Its objective was to get all the business running on a common platform. It was
to be deployed in successive waves, one business unit at a time. The Company would not be
able to sustain the successive 30-day deployments at these major business units, and the
plan was changed to allow 60 days between waves. It included new configurations due to
process changes as well as new functionality. There were some lessons from release 2
which incorporated into the release 4: A) More accountability for deployment activities
was given to the Release Management Capability and less to the GDLs. B) increasing the
training time on the new business processes. Consequently, the business owners would
also be more involved in and have greater accountability for the deployment. The number
of business employees that would receive training at corporate headquarters was
significantly increased.