RE: Offtopic <Big Time>: Peoplesoft Implementation Horror Stories; Carrera Sc

Interesting article, but not necessarily typical. We implemented Peoplesoft HR/Payroll in 1992. The was release 2. We are not on 7.5 having switched databases and O/S platforms. We jumped from R3 to R7 with a dbms/os switch in under 6 months. A few (very few) independent contractors helped. No implementation partners at all. The things we learned through experience was have a good steering committee. Strong controls. Keep customisations to a minimum. Have decisions made quickly. Keep customisations to a minimum. Have dedicated user resources. Keep customisations to a minimum (a pattern is forming - nuff said). Have good project managers. Don't assign key items to coasters. If you have contractors, make sure they know the business along with the technology and have more than 6 months experience.

Our upgrade from 7 to 7.5 was interesting because we had a small team
(experienced) with fantastic project management and support from steering
committee. We split almost all our add on PeopleSoft objects out of the PeopleSoft database into a an empty tools only database. We have 2 peoplesoft databases now. One is 7.5 format with ETL process via Microsoft DTS into a subset 7.0 format peoplesoft database. We upgraded without having to upgrade reports and interfaces. PeopleSoft was impressed.

Our success was not because we are brilliant (I wish) but because we had a skilled team (technical & functional) that was focused (and happy!!) with very strong project management. We delivered on time two projects which were highly dependent on each other (very risky) and $14,000.00 over budget. The disasters I have seen are not related to PeopleSoft so much as they take on too much, trust too much especially the over paid consultants, have high expectations, lousy planning, lousy management, confused/indecisive clients, marginal skills, insufficient budget. All ERP's are expensive and highly complex to implement.

We are implementing an ERP (Financial suite) from another vendor. The software license is cheap in comparison to the project budget.

My two cents worth anyways.

David Davis

-----Original Message-----
From: root_at_fatcity.com [mailto:root_at_fatcity.com]On Behalf Of MacGregor, Ian A.
Sent: November 28, 2000 2:06 PM
To: Multiple recipients of list ORACLE-L Subject: Offtopic: Peoplesoft Implementation Horror Stories; Carrera Sc

The attention of present and future Peoplesoft users is invited to ...

http://www.sfweekly.com/issues/2000-11-22/feature.html/page1.html

Ian MacGregor
Stanford Linear Accelerator Center
ian_at_slac.stanford.edu

--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: MacGregor, Ian A.
  INET: ian_at_SLAC.Stanford.EDU

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L


(or the name of mailing list you want to be removed from).  You may

also send the HELP command for other information (like subscribing).