Implementation of PeopleSoft 8.9



Similar documents
Data Migration Strategy in ERP Introduction:

A Systems Implementation Project Planning Guide. Solutions & Project Management Services for Systems & Operations Projects

Dallas IIA Chapter / ISACA N. Texas Chapter. January 7, 2010

Integrating Tutor and UPK Content: A Complete User Documentation Solution. An Oracle White Paper April 2008

INTERNAL AUDIT DIVISION AUDIT REPORT 2013/020. Audit of the Umoja software system (SAP) implementation

How To Write An Slcm Project Plan

ERP Project Management An Activity Based Approach

ENTERPRISE RESOURCE PLANNING SYSTEMS

4 Minutes. Please stay tuned. The Presentation will start in. How to Select and Implement ERP Systems 11/2/2012. Presented By : Madura Gamanayake

CDC UNIFIED PROCESS JOB AID

Research Project Management Key Concepts. Dr Robin Henderson

Risks in ERP implementation

Project Lifecycle Management (PLM)

KM Implementation UAT Plan

PHASE 8: IMPLEMENTATION PHASE

TEN TIPS FOR A SUCCESSFUL INFOR IMPLEMENTATION

Leveraging BPM Workflows for Accounts Payable Processing BRAD BUKACEK - TEAM LEAD FISHBOWL SOLUTIONS, INC.

Change Management Procedures Re: The Peoplesoft Application at Mona

The George Washington University

Information Systems Development Process (Software Development Life Cycle)

PROJECT MANAGEMENT PLAN Florida A&M University Financials Version 9.0 Upgrade and Redeployment

How To Build A New System For A College

Key Business Drivers. Copyright 2013, Oracle and/or its affiliates. All rights reserved.

Fixed Scope Offering for Implementation of Oracle ERP Financials in Cloud. Oracle ERP Finacials Cloud Offerings

RFP Attachment C Classifications

Obtaining Value from Your Database Activity Monitoring (DAM) Solution

California Department of Mental Health Information Technology Attention: MHSA-IT th Street, Room 141 Sacramento, CA 95814

The Accounts Payable Solution from Avanquest

Strategies for a Successful E2E Systems Integration Test. Fiona Charles Let s Test May 9, 2012

SAP ERP Upgrade Checklist Project Preparation

Enterprise Application Performance Management: An End-to-End Perspective

Test Plan (a Real Sample) SoftwareTestingHelp.com Live Project Training - OrangeHRM

KMS Implementation Roadmap

ERP (Enterprise Resource Planning)

PROJECT RISK MANAGEMENT

Network Configuration Management

Earned Value Management for Enterprise Resource Planning Implementations

Why SDLC Controls are important for a project. Jason D. Lannen CISA, CISM August 21, :15 AM

Technical Support. Technical Support. Customer Manual v1.1

IT Service Continuity Management PinkVERIFY

Cloud Services Catalog with Epsilon

Crosswalk Between Current and New PMP Task Classifications

CAE DATA & PROCESS MANAGEMENT WITH ANSA

Enterprise Financial Management: ERP for Small and Mid-market Companies

ADVANCED CUSTOMER SUPPORT ORACLE FUNCTIONAL HELP DESK EXHIBIT

Guideline on Vulnerability and Patch Management

Best Practices Report

Website Administration and Development (WSAD)

PHASE 6: DEVELOPMENT PHASE

Developing a Load Testing Strategy

Service Definition: MooD Cloud Application Configuration & Evolution

Estimating the Size of Software Package Implementations using Package Points. Atul Chaturvedi, Ram Prasad Vadde, Rajeev Ranjan and Mani Munikrishnan

ERP 101: A Primer for Busy Executives

Project Charter Client: IPS

Web Load Stress Testing

BMC Control-M Workload Automation

<Insert Picture Here> Working Effectively with Oracle Support

SECTION 4 TESTING & QUALITY CONTROL

Application Management Services (AMS)

JD EDWARDS METHODOLOGY

POLAR IT SERVICES. Business Intelligence Project Methodology

Skelta. Accounts Payable Solution. Business Process Management for All POWERED BY SKELTA BPM.

Developing a Risk Based Testing Plan for Enterprise Applications Systems

CITY UNIVERSITY OF HONG KONG Change Management Standard

Systems Development Life Cycle (SDLC)

Construction Management System (CMS) Deliverable Review Process

White paper: Unlocking the potential of load testing to maximise ROI and reduce risk.

Case Study - I. Industry: Social Networking Website Technology : J2EE AJAX, Spring, MySQL, Weblogic, Windows Server 2008.

Project Risk and Pre/Post Implementation Reviews

How To Migrate To Control-M

PROJECT SCOPE STATEMENT

Latest Trends in Testing. Ajay K Chhokra

REVOLUTIONIZE YOUR BACK OFFICE DEPARTMENTS NEXT»

Accenture Foundation Platform for Oracle

Successful Factors for Performance Testing Projects. NaveenKumar Namachivayam - Founder - QAInsights

Montana Department of Transportation Information Services Division. System Development Life Cycle (SDLC) Guide

Second Clinical Safety Review of the Personally Controlled Electronic Health Record (PCEHR) June 2013

Request for Proposal for Application Development and Maintenance Services for XML Store platforms

Data Consistency Management Overview January Customer

1. Project Charter. Sheri Kellogg. Phyllis Short. Project Title: PeopleSoft CSS / HCM Split Description:

Information Technology Project Oversight Framework

Microsoft Azure Cloud on your terms. Start your cloud journey.

BUSINESS JUSTIFICATION

Requirements Management

fdsfdsfdsfdsfsdfdsfsdfdsfsdfsdfsdfs Square Box Systems Technical Support

Cisco Change Management: Best Practices White Paper

- ATTACHMENT - PROGRAM MANAGER DUTIES & RESPONSIBILITIES MARYLAND STATE POLICE W00B

CAMMS ONLINE SUPPORT PORTAL USER MANUAL

Draft Document STATE OF MICHIGAN. SACWIS Planning Department of Human Services Strategic Implementation Plan: Project Staffing

Transcription:

Implementation of PeopleSoft 8.9 Implementation of any ERP product is a huge effort considering the generic nature of the product and specific customer requirements. In addition the industry specific and region specific requirements be it localizations or industry best practices of the region add to the complexity. Implementation of PeopleSoft is similar to implementation of any other ERP products will all phases from Project Initiation to Go Live. This document brings up a high level methodology used for PeopleSoft Implementation with its phases. A list of possible activities involved under each phase, some risks associated with each phase and suggested mitigation plans are also presented. Phases of Implementation There is no specific methodology used for implementation of PeopleSoft such as AIM popularly used for implementation of Oracle Applications. PeopleSoft Implementation from Initiation to Transition follows seven distinct phases as outlined below Project Initiation Business Process Analysis Solution Design Development Testing Production Transition Project Initiation During this phase all important structures for the implementation will be built. The strength of these foundations will determine the success of the implementation. A few of the foundations built during this phase are - Implementation Team Building within the System Integrator team and the Customer team and overall team consisting of the implementation consultants and the users. - Establishment of protocols for communication during the project, phase completion criteria and documentation and signoff through the Project Charter. - Recasting of the project plan showing actual efforts required for each phase considering the business complexity and the team capabilities. - Defining Hardware and Software requirements for the Project including Server Capacity Planning - Deciding on the PeopleSoft instances available during the implementation During the initial period the Customers will be very watchful with the implementation team to measure the capabilities and levels of responsibilities. The implementation team from the system integrators should work towards establishing strong foundation to bring a sound success in phases to follow. During this phase the implementation team and the users team should try to build a strong team required for the success of the project. Making a Project Plan and Project Charter Defining and establishing the Infrastructure such as Hardware and Software Planning and Establishing PeopleSoft Environments Project Plan Project Charter

Infrastructure Requirements Document Initial Project Infrastructure Play/Demo PeopleSoft Environment Creation Establishing Communication Protocol that is acceptable for both the users and the implementation team. In the absence of simple and clear communication plan it becomes a major challenge to build the complete project team of implementers and users. Planning for required PeopleSoft Instances for the Project is another key challenge. Incomplete instance planning will lead to challenges during later phases of the project leading to cost escalations and project delays. PeopleSoft Environments Normally the following six different PeopleSoft Environments are required in a simple PeopleSoft Implementation with customizations and reports developments. Business Process Analysis Business Process Analysis phase covers understanding the current business process available at the customer location. This phase normally overlaps with the Initiation phase where the implementation team and the users team will collectively work together to understand the document the current business processes. Current business processes It is important to bring up all possible scenarios for discussion during this phase and find required answers for each of the business process. Revisiting a requirement at a later phase would be very expensive both from the cost perspective and motivation perspective. While documenting the current business process, it is important to record maximum possible examples showing different scenarios. This will help the implementation team in finding a good and optimal solution during the next phase to handle a specific business process. In addition to building a strong foundation for the project by establishing all requirements in detail, this phase also is very critical from the perspective of establishing the relationship between the implementation and user teams. The amount of business knowledge and flexibility to understand industry specific practices displayed by the implementation team is a key factor for success during this phase. Studying Current Business Process at the Customer Location

As Is Business Process Document Incomplete Current Business Process document will lead to wrong definition of business requirements. Such events can be identified only during UAT which can impact the project schedule adversely. Solution Design Solution Design Phase will establish the actual process required for the Customer in the ERP product being implemented. During this phase all possible scenarios, customizations, functional designs, interface designs, security designs and initial configuration will be planned and documented. To Be Business Processes During an ERP implementation, implementing organizations always attempt to utilize the best practices to streamline the existing business process. This exercise will lead to a new business process from existing process which will lead to the final solution design for the organization. Though the attempt is not to lead towards a complete re-engineering of the business process, certain amount of process corrections and streamlining the processes will be attempted. Final Solution Design During this phase a complete solution of the finalized business processes the implementing organization attempts to create for running their business operations will be created. The solution maps will drive the configuration of the initial set up data and conversion of data for reaching a desired state of the system. While making the solution maps from business processes mapped into the PeopleSoft application, the implementation team should attempt to find a near complete solution fitment within the application for all business processes. All the scenarios for which a direct solution is not available within the PeopleSoft application should be recorded as gaps before attempting the workarounds. If workaround solutions are attempted at the time of initial solution mapping the completeness of solution will suffer. Conference Room Pilot During this activity, all the agreed business processes and their respective mapping into the PeopleSoft applications will be discussed in detail by the implementation and the users teams. The implementation team will present each of the business process map in the PeopleSoft application and bring up the clear gaps of the business requirements discussed and agreed upon. The implementation team can bring up the alternate/workaround solutions for discussion during this phase. Defining To Be Scenarios for the Customers Creation of Design Books Writing Functional Specification CRP Configuration and execution of Conference Room Pilot Planning Interfaces, Customizations and Reports Creation of Security Matrix and Batch Schedule Matrix To Be Business Process Document Design Books Functional Specifications for Customizations, Interfaces and Reports Security Matrix Batch Schedule Matrix

While arriving at To Be Business Processes it is important to look at the feasibility of a specific solution. If a wrong mapping take place at this level it can be found only during UAT phase which can lead to delays. All agreed business processes to be fit into PeopleSoft system should be showed to the users during CRP and signed off clearly. Any workarounds to be agreed during CRP for finding solution to any to be business process should also be documented clearly and signed off to avoid conflicts at later phases. Development During the Development phase, the PeopleSoft System configuration will be made; Customizations, Interfaces and Reports will be developed into the application and tested. Data files for conversion and Conversion scripts will be created. During configuration the master configurations should be created to make the organization structure and other set ups. All required data relating to countries, currencies, chart of accounts, budgets, invoice types, voucher types and so on should be created in the configuration instance. A copy of the finally configured instance should be archived before progressing for the next phase. Data Conversion During this phase the existing customer s transaction data will be converted into the PeopleSoft system. The best practice for conversion is to convert the opening balances of the year and the open items up to the date of conversion using the data conversion scripts. The data should be provided by the user teams in a required format which can be used as input for the data conversion scripts. Creation of Configurations Development of Customizations, Interfaces and Reports Creation of Conversion Data Files and Conversion Scripts Configurations Developed Components/Objects for Customizations, Interfaces and Reports Data Conversion Files Data Conversion Scripts While creating Configurations it is important to explore optimum solutions else the solutions will not be convincing for the users. It is important to execute functional unit test carefully to confirm the developed feature is confirming to the functional design. If huge amount of data has to be converted, few important aspects should be considered o The users should be aware of the impact of huge amount of data conversion on their involvement for creation of data files and verification of data after conversion o If the more than one year finance data has to be converted important risk is to convert one full year data and have the finance books tallying in the financial year to populate the correct opening balances. Testing During the testing phase complete system testing with new customizations, interfaces and reports and User Acceptance Testing will have to be executed.

User Acceptance Testing During this phase the finally configured system with converted data should be copied into a new instance to create the Test Environment. The test environment represents the possible live scenario and the testing by users on this instance can bring up the actual issues that need resolution to reach the Go Live phase. The users team should provide a list of scenarios they believe to be very critical and complex for their business and the implementation team should bring up the test cases to facilitate the testing of these scenarios. The test cases show a systematic flow showing which screen after which screen to be used, what data to be inserted and what is the expected outcome. This helps the users to navigate through the PeopleSoft system for testing the focused scenarios faster and the results will be reliable as well because this can reduce the knowledge issues to a large extent. Functional Unit Testing Stress and Network Testing Creation of Test Scripts for User Acceptance Testing Execution of User Acceptance Testing Test Scripts for User Acceptance Testing Building of extensive scenarios through Test Scripts for complete testing to establish completeness of testing. Participation of users in the User Acceptance Testing is a key factor. Production This is the preparation for Going Live. Production Instance should be created and initial configurations should be created in the system. The configured Production System should be used for configuring the Security as per the agreed Security Matrix. Opening Balances should be populated and the data conversion should be executed. Creation of Production Instance Execution of Security Matrix Final Data Conversion Final Production Instance with configurations, security and required data. Security should be planned and executed considering all constraints and standards such as corporate governance or SOX. Transition During this phase the users team will be prepared to take over the fully configured PeopleSoft system to run for their business processes. The final configurations created in the production system will be documented for the purpose of user reference. The users will be trained on the production business processes and Standard Operating Procedures to guide the users on different business processes will be created. Preparing the users to take over the PeopleSoft system to handle their regular business processes and transactions. Creation of guides to support the users in running their business processes.

Final Configurations should be documented and training guides should be provided. Final Production Configuration Document Standard Operating Procedures User Training Guides User training should cover the clear directions towards executing different business processes. Standard Operating Procedures should be made available for all configured business processes.