Different Stages in An Oracle Application Implementation Project
Different Stages in An Oracle Application Implementation Project
Implementation Project
A Project is not a short term activity to be completed in matter of days, it requires
intensive analysis, thoughtful thinking and serious decision making in core and
critical business activities. These decisions taken at every stage are critical and
irreversible.
There is no going back after performing final step. We have to understand how a
long term project is broken up in to phases and completed smoothly. We will see
what the different stages in an Oracle Application Implementation project.
Application Implementation Methodology (AIM) has laid out various stages available
in a project.
Documentation to be Prepared
======================
1.) Project Plan (Finalized or Draft)
2.) Write up about the Client and the Consultant.
Stage 2 - Operational Analysis
Description
========
This is the most Critical stage of the Project. One must devote the maximum
possible time to this stage. Any compromise on this stage may prove critical at
later stage of the project.
In this stage a Consultant, who is a total stranger to the client so far is going to
make an effort to become an expert in understanding the client business every
inch.
Only when he masters the clients business, he will be in a position to think
beyond it and provide solutions considering the impact it can have on overall
business.
Clearly understand the contractual obligations made between the client and
the consultant with respect to the work to be performed.
Detailed study on the Client business and Organization Structure
Capture the current business process as they are following (Also known by AS
IS documentation)
Collect the requirements from the client, managers, end users as to what they
expect from the Oracle Product
Requirements with respect to Functional Side as well as Technical Side is
collected
Document the bottlenecks faced with the existing system in place
Most important point is that get the document signed from the client
( Note: Normally speaking once a requirement is expressed at this stage , it will
be taken care by the consultant, however in real time, requirements gathering
becomes a day to day activity in many clients place, which is highly
unprofessional way of working )
Documentation to be Prepared
======================
Description
========
Documentation to be Prepared
======================
1.) BP 80 --> Business Process Design (To Be process)
2.) BR 10 --> High Level Gap Analysis
3.) BR 30 --> Business Requirements Mapping
4.) MD 50 --> Application Extension Functional Design
5.) MD 70 --> Application Extension Technical Design
Documentation to be Prepared
======================
First Level - CRP - Conference Room Piloting - here the consultant gives a
preview of the new system to the selected members of the client and gets their
feedback.
Second Level - UAT - User Acceptance Testing - Here the consultant gives
detailed demonstration on the new system to the users (Super and End), and get
the acceptance from the users that the new system meet their expectations.
Documentation to be Prepared
======================
Once CRP and UAT is approved, it is the duty of the consultant to replicate the
same in a new environment which will be used solely and exclusively for the
Production purposes only. After making the production server ready with all
setups, it is advised to clone the production server to a development or test
server, so that any value addition or future testing can be carried out
separately in future. Once the production server is ready, it is given to the client
to begin their operations, which is termed as GO LIVE. In order to assist the
client in adapting to the new system, consultant will provide them with User
Manuals and also a support consultant for a short period of time if needed.
Once the production server is ready and used, the implementation gets over, and
the client should give it in writing that he is satisfied with the implementation
taken place, which is termed as sign off ( A Big Good Bye ) !!
Documentation to be Prepared
======================
1.) User Manuals
2.) Client's sign off on the Acceptance Certificate
NOTE:-
Documentations suggested in this post are recommended when AIM is adopted.