Teachers Give ERP Implementations Failing Grades
theodp writes "Nine months after the Los Angeles Unified School District launched SAP HR and Payroll as part of a larger $132M ERP rollout, LAUSD employees are still being overpaid, underpaid or going unpaid. In June, about 30,000 paychecks were issued with errors, falling somewhat short of the Mission Statement 'to effectively deliver services to meet the payroll needs of all District employees serving our students.' Meanwhile, a $17M PeopleSoft-based payroll implementation has been making life miserable for Chicago Public Schools teachers and staff since last April, including June retirees who were stiffed for more than $35M. It's been a bad computer year for CPS staff, who also had to contend with a new $60M system that wasn't up to the task of taking attendance."
http://csueu9.blogspot.com/2007/08/peoplesoft-no-pay-for-arizona-state.html
"The move to PeopleSoft at Arizona State has left hundreds of employees high and dry with smaller or empty paychecks. Employees are bouncing checks and having to scramble for loans to pay bills."
My undergrad college rolled out a Peoplesoft based system with (IIRC) the objective of avoiding having to deal with fixing the old mainframe based setup. After a very large amount of money (which included fixing the old system anyway since the new system wasn't ready in time) we got a new system that (at least from the student side) was less attractive than the old one. I don't know all that much about the admin/teaching sides of things, but from what I saw Postgresql + PHP + better initial design considerations + a few good coders would have done wonders for a fraction of the $$. At that time we also had wind of other schools having similar trouble with Peoplesoft.
Perhaps the system got better over time, but I can't help wondering why Peoplesoft is so dominant in such situations - do people have better experiences with them they can report? My experience with it was admittedly very light (in the form of rather useless and highly non-intuitive grade reports) but if that was a sample of their standard work quality the market should be begging for competition.
"I object to doing things that computers can do." -- Olin Shivers, lispers.org
Payroll won't pay you if they have a choice.
Our school system recently made a transition from individual electronic gradebook servers per school to centralized gradebook servers serving the district. The troubles they didn't foresee in testing came from not having actual teachers around to place a realistic load on the system. Not just in the number of concurrent users, but the varying operating systems in place at schools, the varying age of equipment from room-to-room, and other factors have popped up. I'm responsible at my school site for handling people's issues with the system, but I had no part in the decision to move to a centralized server. It makes sense though, I just wish it had been set up in parallel for a while last year so that we wouldn't have all this failure to deal with that could have been anticipated.
The worst case with our gradebooks is that we get a little behind putting scores into the computer. No one's livelihood is at stake. I would hope that with something like payroll they could have tried it in parallel for a while to catch issues like the ones they're having now.
When the axe came to the forest, the trees said, "Look out - the handle was once one of us."
PeopleShaft not working right? Thats unpossible!
Seriously, PeopleSoft sucks fiercely unless you have an army of people spending thousands of manhours on it to make it work right. At the university I attended, when they rolled out PeopleSoft to do EVERYTHING (including tuition, enrollment, etc.) all kinds of random errors would screw up what you were trying to do, and the university's stance was "oops, sorry." This was their stance even if it meant you couldn't enroll in a class (or couldn't drop a class), or pay your tuition on time.
I don't work for SAP, but I do work as a developer for an ERP competitor to them. Some of the business flows are seriously convoluted. Tack on a few layers of customer specific adaptations, and it's pretty close to spaghetti.
Luckily it appears our framework is a lot more modern than SAP's. While we may lose the initial sale to SAP, it's not all that rare we're asked to deliver a few years later when SAP still hasn't managed to get things up and running. I'm guessing lack of flexibility in their framework is at least part of the reason.
I don't know much about the innards of Peoplesoft, but speaking as a faculty end user, it is a steaming pile of crap. The current implementation of Peoplesoft running across all 23 campuses of the California State University system is estimated to have cost over $700 million at this point.
.pdf). After skimming through it, I couldn't believe that no CSU executives were not indicted on insider trading and corruption charges.
Just as one example, this fall students were being booted out of classes they legitimately enrolled in, because the financial aid module could not talk to the enrollment module properly, leading the system to think that these students did not pay tuition. Our department office spent the better part of the last 3 weeks manually re-enrolling everyone.
There is a state auditor's report on the CSU selection and implementation of Peoplesoft, which began back in 1997 (too lazy to link to it but Google will find you the
NO CARRIER
My wife is a teacher in LAUSD. Her paycheck has been screwed up on a number of occasions. She no longer knows how much she is supposed to be paid, because her salary is now different every month. The worst case was when the district deposited her check (direct deposit into the checking account), then withdrew every penny of it the next day with no warning. Why did they do this? No one has been able to explain it. The following day, they deposited the exact same amount back into the account. Even when we have the money in the account now, we feel like we can't touch it.
Since this has affected us personally, and since I'm an I.T. professional, I've been following this pretty closely. Here is some more information that wasn't talked about in the article:
"Any fool can make a rule, and any fool will mind it."
--Henry David Thoreau
Oh and payroll is something you can't get wrong. Quite possibly more so then any other business function has to be right the first time. Fixing mistakes is hard and extreemly costly, and that is before any legal exposure is considered. You will also find your self working with the group of business people who are the least trusting, and first to loose confidence, for very good reasons.
If you think ERP is anything like a database and some spread sheets you have never been close to ERP. I admint its not climate modeling, or interstellar navigation but its not simple.
Repeal the 17th Amendment TODAY! Also Please Read http://www.gnu.org/philosophy/right-to-read.html
Tiny ERP
opentaps
But I guess they'd never find out about these projects because a service that lets you search the web using keywords doesn't exist, either.
PFFFFFT! $132M... $17M... $60M... Bah! Nickels and dimes! Come see me and bitch when your school system's people soft implementation has cost you $800M+.
And yes we bitch that the state doesn't fund our university well enough. That we should be given more funding. When, in fact, we are given enough money. Our administrators, chancellors and trustees just choose to waste it in the most inefficient ways possible.
And don't get me started on the lack of business case. That's just S.O.P.
I will never live for sake of another man, nor ask another man to live for mine.
This is especially true in the public sector
I got to watch a Peoplesoft HR implementation at a large public university in the late 90s. It was really the first time that Peoplesoft was being deployed for university HR purposes.
It was a painful, ugly and almost absurdly expensive transition (we're talking an initial budget of $10-12 million, but a final cost more in the $100-120 million range.) Over and over again I heard complaints that there was no particular way of doing X in the Peoplesoft software--the unique payroll setup of a public university wasn't taken into account.
This wasn't helped by the odd client access method--running the Peoplesoft software on NT 3.51 servers, and then having users access it via Citrix Winframe. At the time that probably seemed like a good idea--and perhaps today it would be a lot more stable and fast, but back then it was a slow as molasses.