Stanford Learns a Software Lesson
Nick Irelan writes "In 1994 Stanford set aside $60 million to aquire the latest financial and management software from PeopleSoft and Oracle. However, the upgrade that was planned years ago is still not complete. Stanford has even begun outsourcing! 'Those who can't do teach :)'."
'Those who can't do teach'
As if the computer science professors at stanford are the ones that set up the financial and human-resources systems.
Three Stanford professors serve on Oracle's board of directors, and CEO Larry Ellison has pledged $10 million to the university as director of the Ellison Medical Foundation. Across San Francisco Bay behind a range of hills is PeopleSoft, which has been fighting Oracle's hostile takeover attempt for the last year.
Seems like there is a bit of a conflict of interest on all sides here. Big surprise that this is an expensive bust...
"Those who can't do, teach"
Last I checked, faculty was not generally responsible for doing IT software upgrades.
"Sometimes I look back and wonder if this wave of ERP software ... wasn't a collective hallucination," says Stanford CIO Chris Handley
That would have been Berkeley then, no? Home of LSD and UNIX IIRC.
Nothing disgusts me more in normal conversation than this sort of bullshit parading as wit (its similar to 'kill all the lawyers' being invoked as the wisdom of Shakespeare, with everyone forgetting that the line is a description of the first step in installing a tyrant).
Those who can do, do. Those who teach are doing! You think you learned everything you know on your own? Go tell your parents, your teachers, your professors, your bosses, your friends, etc.
Pardon the vulgarity, but grow some fucking common sense.
"Stumble before you crawl"
how dare you suggest that Don Knuth cant "do"
The One Rule Of Chess You'll Ever Need: Don't play someone who carries a kit in their bookbag.
Another PeopleSoft SNAFU is at the University of Missouri. They have been working on their project for > 5 years and are STILL using their old COBOL-based mainframe system. Millions of dollars down the drain because the pointy-headed academic administrators can't lead their way out of a wet paper bag.
-JT
about being able to do partial rollouts of various systems, keeping loose coupling between them and planning a migration path that doesn't require changes to everything all at the same time. The problem with the "business software" and the required customization, however, highlights the problem with packaged, closed-source software. Open Source software does not require you to be at the latest and greatest version. However, software vendors are often only willing to support the newest versions and discontinue support for older versions.
There will be a great market for companies who specializes in supporting older versions of software that the original software vendor no longer supports.
I mean, after all, it's not like John McCarthy wrote the Oracle financials package.
Seastead this.
'Those who can't do teach'
And those who can't teach, teach gym.
While those who can't teach gym, teach college.
Surely the same institution that came up with a distributed computing software project such as Folding@Home can handle a menial financial and record-keeping software project. If they made their own, using the GPL, then other universities could adopt it as well, and contribute to its development.
Seems like a great opportunity for open source software - the resources of the university, developers at large and oracle could work together. One of the problems noted in the article is that the oracle software was customized so heavily, future upgrades to the main project can't be applied to Stanford's version. Open Source it and some of these might be solved faster. I'm sure oracle makes a nice pile of dough on the consulting / integration.
I don't know any PhDs, let alone proffesors, who specialize in the pro's and con's of individual applications. Most of them are far more focused on the science behind all of this stuff. They tend to leave the details of implimentation to the folks in industry...
and yes, I do work for a university.
"I'll have a Guinness, no wait, make that a Coors Light" -Grad student I work with, who shall remain anonymous...
Funny. I don't hear any complaints.
I found this article quite funny because my school, Boise State University, is having the exact same problem with Peoplesoft.
our education system is in the state it is today with attitudes like this. Sigh. And we wonder why fewer and fewer people want to teach? Or at least fewer intelligent qualified people. If I have kids they're going to private school. B
Those who can't do teach...
/., but none as ignorant as this. Teaching is one of the most admirable things a person can do as it gives back to the community in every way, shape, and form. Those who 'do' learn from those who teach.
I've read some ignorant things on
As a student I actually think that it is much more true that "those who cannot teach 'do'" rather than vica verca. Get some common sense before saying somthing extremely STUPID like that.
In my own experience with PeopleSoft at a major university, let's just say it can be rather frustrating. Yes there's lots of useful functionality BUT, the forced upgrades are more trouble than they seem to be worth. And some processes that ran perfectly on the old systems are glitchy as all hell now. And there's not much we can modify - just have to wait for the next so-called "upgrade".
"We are the first generation to influence the climate and the last generation to escape the consequences." - John McCain
Those who can't teach, do.
Many of those who teach can in fact do, and what the heck do you think teaching is? Is it not doing?
However many that can do, can't seem to teach. Which is why they pretend that those who can't do, teach.
The DC public school system has had a similar project going on for most of the last decade that does not work yet. Also a large database, management, and payroll system. They are actually being advised to give up on it since they are now out of money and the citywide system will do a better job. But they don't even have the money to join the citywide system now. A lot of it stems from unnacountable and incompetent administration for large .edu and government projects that change specs often and insist on a lot of customization which then has to be redone every time they change the specs. They are also only interested in the latest buzzword instead of what works. The companies are all too happy to take advantage of the situation. In the DC case and in some other school districts they purchase systems well in excess of their current and future needs because they refuse to hire competent people for project planning and administration. In most cases the needs fulfilled by these systems could be done with very little customization and be planned and implemented in less than 2 years. Consultants can cost a lot but its a lot less than the cost of buying something that never works. One more reason why colleges are always so behind the times.
I proposed this idea to Clarkson University -- that it should become the first university to commit to 100% open source in five years. The president (Tony Collins) gave me the warm fuzzies and then dropped the idea like a hot potato.
-russ
Don't piss off The Angry Economist
Yup. If he could start with something as mundane as typesetting and come up with TeX, just imagine what he could do with ERP :)
Maybe you could've put a bit of meat into the article to explain exactly what the hold up is? Surely Oracle aren't going to leave their customers hanging like this, losing money!
Note to M1-ers: a curt but otherwise insightful message is not "Flamebait" or "Troll".
"I've read some ignorant things on /., but none as ignorant as this. Teaching is one of the most admirable things a person can do as it gives back to the community in every way, shape, and form. Those who 'do' learn from those who teach."
Correct. Now when are we going to put the deeds behind the words. Otherwise it's all lip-service. Powerful teachers unions, and don't care parents, and school administrations. Is this "admirable" profession getting a pay raise? When was the last time a teacher got a send-off like Reagen? More people cried when the space shuttle destructed, than when something bad happens to a teacher. Columbine was more about the kids, than any of the teachers that died. We talk "Noble profession", but that's the extent of that.
Humoring the author here, what about the professors that do both? Plenty of my professors teach during the day/at night and work at JPL or other research firms in the LA area. Not sure where your ignorance is coming from, but it's quite unfounded about the teaching community, in general.
Those that can't make the news, submit the news!
I just wasted your mod points! HA!
administer.
So that's why Stanford costs so much. Not better quality, just higher costs due to poor budgeting and incompetence. Nobody should spend $60 million over 10 years on something they could probably do in house for $500k in just one.
For their price they could have had 600 programmers for a year, or 60 for 10 years. Seeing that it's still not done, I doubt they had even a single good programmer on average working on their project for the majority of its lifetime. Maybe someone who could do what'd take a normal programmer a week, spread over a year, for the price $6m a year (Though I doubt he could have been paid more than $30/hr). Oracle & PeopleSoft might call this a spectacular success.
Those who can't do post "witty" comments on Slashdot.
How many fully paid student scholorships could have that money have bought?
For the first time in history, a corporation has screwed over a university...
Get over it people, corporations are legally required to earn money for their shareholders by any means possible. They do this to universities EVERY DAY.
- Adam L. Beberg - The Cosm Project - http://www.mithral.com/
would this be one time that posting YHBT YHL HAND is on-topic, since the bait is in the article summary?
Aren't PeopleSoft already being sued by Cleveland State University for $510 million over claimed breach of contract and fraud. The university is claiming that software developed by PeopleSoft was missing specified features, and as a result has caused disruption to the admissions process...
Frankly, there's absolutely nothing unusual about this. The general level of management competence is such that, they rarely have any idea of exactly what their existing systems do or what the systems they are buying will do. I don't see why an educational establishment would be any different.
Government of the people, by corporate executives, for corporate profits.
A failed or struggling ERP implementation is no an IT issue. Implementing new financial and business software is very difficult, especially in organizations that require multiple methodologies to manage money. Success requires that nearly every employee change some facet of their job... and when you look at a university that is a staggering number of people.
Fast moving private corporations struggle with ERP implementations - some even go out of business and blame it on the software... when in reality the problem was millions of threads holding gulliver down.
-- $G
teachers dont do their jobs to earn lots of cash, however you do, which makes you a prostitute or a whore
The admin people (accounting, personnel, admin data
processing) never talk to the academics. It is just not done.
After a number is major systems at the U of O (over 27 years) I can tell you,it doesn't happen.
The academics may not even be aware a system is changing until their secretary can't log on( or more likely is gone for training).
The biggest problem today in business with respect to software is that people in business don't understand that the reason you have software in a business at all is to make the processes of that business more effective.
Instead, there is a notion that "well, our competitors have it", or "we have to have it or we'll go out of business".
If you're just playing catch-up with your competitors, you aren't. There's certainly no innovation going on in your company, and beyond that you have no competetive advantage. That would be "stuff that makes you DIFFERENT".
So -- there's a fundamental perception problem. Since transitioning from a relatively advanced-thinking commercial development shop to an insurance company almost 10 years ago, I've been seeing this problem.
Given all of this context, the quote toward the beginning of the article by the Stanford CIO shows that Stanford also doesn't get it:
"Just buying the software does not solve the problem. You have to change the institution, and that's something Stanford struggled with."
No. You write (or buy/obtain if it's commodotizeable, like word processing or web servers) software that works to make the processes that you have more effective. Sometimes you need to make adjustments to have them work together. One case where you'd need to change is if you had a team of 50 people that did nothing all day long but go and pull index cards out of the card catalog in response to user requests -- putting in a database would require them to change this task. But overall, the process would be much more effective. Looking for a book (in this case) would remain functionally the same sort of thing.
The problem with software of this nature, or any "black-box-off-the-shelf" core business software is that it always comes with its own agenda regarding what the core processes of the business should be. To implement, the business has to change the way it does business in order to map into this new set of processes. AND often pay millions of dollars for the privilege. So, the business has just lost some of its competetive advantage (distinctiveness), AND has to pay a BUNCH per month. Plus they all come with maintenance fees now. On top of the original ridiculous price tag.
Why don't these businesses just write their own, you may be asking? Sadly, the answer is rather simple. In order to find out what you need the software to do, you need to get the users together and find out from them what they do.
First, this will take time. Generally, in a business, if you stand up and say "I have time to be able to do this extra thing" it translates as "because I don't do anything anyway", which is managerial for "I am an expense that produces nothing, fire me". So people don't like being put in that position. Second, it's human nature to not have a good idea what it is that you are doing. Go read about contextual design for discussion on this subject, and ideas on a method of getting around it. Suffice to say, people don't give good information when just asked -- they need to be watched. Which is time intensive (see 1 above). So, even if you get volunteers, unless you use the special tricks, you get bad information. Which leads to an incorrect product. See the last 20-30 years of "the software problem" for references here.
Sounds like a bottomless pit. The way out seems to me to be to get the users educated as to why the software need exists in the first place, then once they're educated, get them motivated to work together to discover what the software needs to do.
Easier said than done. Here're your shovels, get digging!
The University of North Texas is about 60% through our own migration from mainframe to Oracle/PeopleSoft and I have to say that the transition is going quite well so far. We are already done with financials and inventory and many other parts of the system and are going live with registration this coming fall term. Projects are being completed mostly on-time and with relatively few problems. Now, our team did a tremendous amount of research before getting into this and knew much about the problems at other universities. It seems the problem is not the software, but the tendency of these organizations to continue doing business in their old ways. They try to force the new software to behave much the same way as the legacy systems they are trying to replace. From what I can tell, the problem is not with PeopleSoft or Oracle, but the universities themselves.
Ouch! The truth hurts!
I've heard about many ERP nightmares, both with Peoplesoft and SAP. Even when they work, the projects are always incredibly expensive.
What's so frickin' hard? I am a programmer, and I know how hard programming is, but (correct me if I'm wrong) the goal of ERP is to use a single integrated program to do tasks that have been written a million times before: accounting, payroll, inventory, etc.
I can't help but believe that the problem isn't on the technical side but the business side: each organization has an idiosyncratic way of doing business and believes that it's cheaper to write custom software, or expensively adapt ERP software, to its specific goals, rather than doing things in a standardized way that can be assisted cheaply by standardized software.
When you bring a program like Quickbooks into an office, you're expected to do things its way, because "its way" is a collection of well-understood accounting principles. The more you try to customize it, the more likely that it is you are simply doing the wrong thing.
ERP is, to my understanding, a scaled up version of the same thing. The scaling will always make things difficult; large organizations are going to be more different from one another than small ones. It also presents performance and reliability issues.
Still, I've heard of so many failures costing tens of millions of dollars with these programs that I start looking to blame something other than the software and software developers.
He [Handley] notes that every ERP package he's worked with--Oracle, PeopleSoft and SAP--has a single ship-to address in the purchasing module. That's great for a company like IBM, which is organized around a central receiving unit, but ...
No, it's not even great for a large public company. It's unbelievably stupid. These vendors are getting the big bucks for massive ERP products containing everything but the kitchen sink, but when it comes to shipping and receiving, they typically just tack on a ridiculously simplistic toy module so they can add "Shipping and Receiving" as another bullet in their marketing materials.
Those who would give up essential liberty to purchase a little temporary safety, deserve neither liberty nor safety.
This seems to be a normal thing... Three large Norwegian universities (the universities of Oslo, Trondheim and Bergen) signed up for a brand new personell management and whatnot system from IBM 5 years ago. It's still not working and has caused a lot of trouble for the universities.They were actually at one point unable to pay their employees.
Eventually they found out that IBM had stopped development and sold the product to another company, without telling any customers. I understand that they're mad.
The whole project ended up in one large lawsuit where the universities sued Big Blue for NOK 50 million (approx. $7 million). IBM ansvered with a counter-suit for NOK 5 million in damages. The case ended with a NOK 20 million settlement.
Ironicaly it seems they have gone for an Oracle-system after this...
Link to an article about the case, and one about the settlement (both in Norwegian) for those who are interested.
-- If ignorance is bliss, why aren't there more happy people?
Change an institution to match software? Why not change the software to match the institution?
the board of trustees since 1999 has been asked to approve $93.4 million in capital expenditures for applications and infrastructure . The trustees had approved $60 million in 1994 to overhaul Stanford's entire administrative information systems, a project they expected would take five years, even though controller Susan Calandra says some of the projects in the original plan were never started.
For $60,000,000 they should have a custom system that works with anything. Hell, they should have as much for $5,000,000. Now they want 93,000,000 more?
The delay has been caused in part by Oracle itself, which helped Stanford customize the software so heavily?changing Oracle Financials to accommodate the way Stanford redistributes overhead costs across its grants, for instance?that together they broke continuity with future versions of the software, rendering portions of what they put in place unusable.
I can't imagine something so poorly modularized. What's going on here?
The university must cope with what Handley calls "version upgrade gridlock"?installing Oracle v. 11.5.9 requires changing PeopleSoft v. 7.6, upgrading to PeopleSoft v. 8 requires changing Oracle v. 11.5.9, and so on.
Oh, now I see they should have used free software from the get go and done it themselves.
Friends don't help friends install M$ junk.
ERP systems implementations fail due to people and organizations, not due to technology.
Give a university administrator a system she doesn't know or like, and she's not going to put any effort in to making it work.
Give an IT department a mandate that they don't feel they had an adequate role in bringing about, and they're going to blame the technology, no matter what the real problem is.
Slap down a system made for a sane business in front of a university and tell that university to behave like a sane business in order to make the system work... well, it won't work.
Having seen PeopleSoft and Oracle Financials implementations from several angles, I firmly believe that the technology is fine - nothing spectacular or earth-shattering - but fine. The problem lies entirely with the organization implementing.
How to fix this? There's the ten million dollar question. A hint at the answer is this: look at Oracle Financials and PeopleSoft implementations in organizations with strict heirarchical (read militaristic) management. Success rates?
One thing that was very clear to everyone who was thinking, even back then, was that an ERP would not pay for itself and therefore had to be bought on the basis on making life easier. Another thing that was clear was that you had to have a clear idea of how it would be used, and how much it would cost to use, otherwise it would never get used.
I saw the same blindness when i was working for a company that sold custom websites. Mostly we took a cut of advertising, and I suppose paid salesmen commission based on what we all now know is mark to market. At that time the advertising market was dying, and all the tech people, and even some of the managers, knew that the deals would result in no money. However that truth was not useful for the salesmen who wanted large commissions or the upper management that wanted large sales. So deals were put together that cost the company hundreds of thousands of dollars to honor, with customers that made not commitments whatsoever. Of course all this came crashing down.
So, having worked in small business, corporate, and academia, I would say there is little difference in the ability to be blinded by greed and the smooth talking salesman.
"She's a scientist and a lesbian. She's not going to let it slide." Orphan Black
Hey, IBM just won an award for their middleware system. The article talks about websphere MQ, but I'm going to assume it's YAMN for MQ Series. Odd that this never made an /. story.
t m
http://news.bbc.co.uk/1/hi/technology/3797191.s
BTW, you can roll your own to a large degree, (jabber, email, nntp etc) but it makes absolute sense to have some form of MOM in your organisation if you have more than a couple of systems.
Government of the people, by corporate executives, for corporate profits.
When you repeatedly hear stories of companies having problems installing ERP packages, why should it come as any surprise that an educational institution for which the package is not designed has problems with it?
Personally, I think the person(s) responsible for specifying off-the-shelf software with some customisations should be shot.
I've worked on ERP implementations, heck, I've worked on ERP software development. It's all about providing a sophisticated accounting system with cookie-cutter business modules around it. Everyone has customisations on it, how large those customisations are depend on how far away you are, or want to be, from the template the ERP provider offers. Education is well away from what those templates offer. Probably so far away that you cannot justify the cost of the migration and customisations. That leaves you wondering if someone recommended the migration because it would look good on their CV.
Where's the Kaboom?
There's supposed to be an Earth-shattering Kaboom.
In my opinion, they should use more of their 'in-house capital'. I'm sure they have business and IT related corses there.
By having graduate students have as a final project something like that, they can save lots of bucks on things like that.
Why shouldn't they ? I know my university does. It also shows in a way that if you prepare students in those fields, you are confident of their capabilities, e.g. the level of 'education' your own university provides is good enough for they big companies you are training them for to work later.
It's a 'eat your own dogfood'-kind of thing.
Or our hero Andrew Tanenbaum. It was his "doing" that caused the entire AdTI controversy.
All your Student Info Are Now Belong To India!
Remember this when someone from abroad starts ruining your credit with SSN data stolen from outsourced student records.
Pray that East India doesn't treat you the way Dow treated those East Indian citizens during that little chemical accident a few years back...
--- Grow a pair, liberals... stop letting the Republicans bully you!
If you read the article, you see that they have a vendor cluster fuck going on. Versioning and custom software to fit the institution that break forward compatibility. They are right to demand custom modules. A university is not a corporation and operates on a different set of rules. Indeed, there's no one size fits all solution for companies either. A few different modules should not break anything and the problem is more between the vendors. Quoting the article, "The university must cope with what Handley calls "version upgrade gridlock"?installing Oracle v. 11.5.9 requires changing PeopleSoft v. 7.6, upgrading to PeopleSoft v. 8 requires changing Oracle v. 11.5.9, and so on." For the money they have spent, they should have a working system second to none.
They should dump all of this expensive cruft and just go with free software. The solution they are taking now is "outsourcing" stuff to India. That will work if they free themselves from their vendor supplied nightmare.
Still, I've heard of so many failures costing tens of millions of dollars with these programs that I start looking to blame something other than the software and software developers.
The article also names the cost of this failure is around 150 milion dollars.
Friends don't help friends install M$ junk.
Has anyone actually, ever, witnessed a completed Oracle applications upgrade? I mean outside of folklore.
My understanding is that these projects usually 'end' by management committee declaring 'We're Done' or maybe 'Mission Accomplished' or how 'bout 'major hostilities have ended' or something like that, as opposed to actually meeting original project goals.
-x
It goes like this
And those who can't teach 'Administrate'
I've watched a large public school system try and adapt a commercial financial/HR package. What they are doing is rewriting it to match the mainframe program they are replacing. After at least 4 years and millions of taxpayer dollars down the drain, it's still years away from completion.
As far as Open Source? They won't go near it because there is nobody to sue if it doesn't work. After all the administrators who choose it can't be blamed, can they?
If you want to understand large organizations, read "The Peter Principle" by Lawrence J. Peter. People are promoted to their level of incompetance.
If you can administer and upgrade this type of software in Stanford's neighboorhood, chances are you can get better pay at any of the hundreds of local companies that might employ this type of person. I highly doubt Stanford's salaries are competitive with many local companies.
What science? CS is not a science; it's applied discrete mathematics.
And what exactly do you think they study, if not the 'details of implementation?' Go look at Citeseer, and tell me those aren't details of implementation.
However what they are not necessarily experts on, is software packages.
Blame the user, eh? Let's have a look at a few choice quotes from the article:
There might be some spec changing going on, but it looks more like the University got ripped off. The vendors not only failed to deliver what they promissed, ten years ago, they broke what they provided. The solution chosen, to offshore report writing, won't solve the vendor incompatibility issues.
For all $150,000,000 spent over the last ten years, they could have written their own system from scratch about 30 times. That would be a good use of consultants. I don't think the university got it's money's worth from the consultants who set them up for their vendor supplied nightmare.
Friends don't help friends install M$ junk.
Never try to explain otherwise what can be adequately explained with corruption
You said:
"Nothing disgusts me more in normal conversation than this sort of bullshit parading as wit (its similar to 'kill all the lawyers' being invoked as the wisdom of Shakespeare, with everyone forgetting that the line is a description of the first step in installing a tyrant).
Those who can do, do. Those who teach are doing! You think you learned everything you know on your own? Go tell your parents, your teachers, your professors, your bosses, your friends, etc.
Pardon the vulgarity, but grow some fucking common sense."
Stop fucking posting. You make too much sense and cut into our sense of smugness and superiority to the sheepole.
They must have thought it would cost too much. Anyone who objects on those grounds should be shown this $150,000,000 vendor nightmare.
The nuclear power plant I used to work for had spent $5,000,000 building custom software for itself with Powersoft tools. It worked beautifully. The administration types thought that it cost too much and fired their programmers with the bone headed attitude, "we are an electric company not a software company." Now they are putting in a fifteen million dollar commercial package. I'm not there anymore, but I'm sure it's going to be a dissaster. You have to wonder if they are going to fire their engineers and clerks because they are not an engineering firm or a filing company.
Just think of how much money everyone would have saved had they switched over to free software in the mid or late 90s.
Friends don't help friends install M$ junk.
The problems that Stanford has encountered with PeopleSoft and Oracle ERP applicatons are in fact widespread across University campuses (though one would have thought that Stanford 'knew better'). The University of Minnesota, for example, had serious problems (particularly performance issues) with its PeopleSoft implementation and has been working with other universities to customize it properly for a university environment. These are complex and expen$ive software applications that turned out not to be as bug-free, flexible, and effective as promoted by the vendors. One also has to wonder how much the universities were taken in by the reputation of these software companies and their supposed ability to deliver a fully functional product. And who paid for all of the extra costs associated with fixing bugs and faulty implmentations!
You obviously do not work in the English department.
A lot of places have had similar experiences. The University of Minnesota (which has one of the largest campuses in the country, though the overall statewide system isn't extraordinary) began switching over to a PeopleSoft system back around 1997. I'm not sure if it is complete yet, but I guess I haven't heard much about it for a few years (but then, I graduated a year and a half ago).
One thing to keep in mind is that productive research faculty tend to be very adept at avoiding committee assignments that have little potential upside and are primarily administrative, such as one overseeing adminstrative computing in a case like this one.
I remember someone who was a reasonable faculty member who had been doing a good job as department chair, who agreed to become chair of a university committee that was overseeing a tranistion to PeopleSoft, in fact. I tried to talk him out of it and it did in fact become the huge morass with fingerpointing that I was worried it would become, but when deciding to do it he was sure this was a straightforward ticket to moving up the administrative food-chain to dean and so on. In my experience, research faculty tend to work much better in environments when the success is primarily determined by their own efforts, and being in a situtaion where you are depending upon an outside entity (particularly one from another (non-scientific) universe, like PeopleSoft or other huge corporate entity) is a recipe for disaster.
The point is that a university is a community and in general, people end up in different roles, perhaps at different times in their careers. Some faculty are effective researchers throughout their careers and would be unlikely to ask or be asked to serve on what I would think of as a "committee from hell," whereas others who are not contributing research-wise are often the ones who feel obligated or are asked to shoulder more of the adminstrative burden. Remember that faculty generally have no particular preparation in adminstration, and it is pretty random as to whether or not anyone works out well.
It's psychosomatic. You need a lobotomy. I'll get a saw.
I was on the Stanford faculty from 1983-1994. There was very little relationship between administrative computing and academic computing at the departmental level. (There was a centralized "academic computing" facility, run as I recall by the same people who ran the administrative stuff, that continued to be used for a while by the older-fashioned people in some non-science departments as others adopted PCs.) Administrative computing centered on an IBM dinosaur that ran a lot of locally developed software. Migration away from a system like that can be pretty rough, with data tied up in peculiar local formats, and a lot of the staff get very invested in it.
Stanford was also rather prone to central decision-making. Around 1983 they decided that every faculty member should have an IBM PC and arranged a cheap deal. (As I recall we paid a modest amount and the machines eventually became ours.) Later, they made a sweetheart deal with Apple and only wanted to support Macs. They were very slow to support Unix systems, even though when I got there in 1983 there were about 150 Vaxen, two running VMS, the rest Unix, and soon after that Suns, Microvaxen, and HP Bobcats.
Administrative computing was a different world, one from the past. Logging in to the admin system was kind of like "Voyage to the Lost World". I can imagine that the decision to go to outside suppliers reflects a lack of confidence in the ability of the internal administrative computing people to do the job.
You can read the BBC article here... the project was late nineties, early 00's... cost far more than it should have done... and didn't work when finally brought online. It was also financial software from Oracle.
The compsci lot was never involved -- why would they be? It's not even remotely the same job.
The article puts the losses at 9 million GBP but I've heard much higher figures quoted. Strangely enough it was covered in some detail in the Software Engineering lectures at Cambridge :-)
Ten years for a glorified accounting and payroll system? That's just insane!
Oracle's licence model was (and as far as I know still is) based on number of users, number or CPUs, speed of machine, etc.
So putting oracle onto even a workgroup sized SUN box (E450, V880) can run several hundred thousand a year.
Given the size of Stanford, the requirements for redundancy, many users requiring different database access, I would imagine that the licences alone between 1-5 million a year. That's 10-50 million over the last decade.
There are support costs, need for table locking, performance issues for a large database. Who get's called when the database doesn't come up at 3 AM after it crashes and the system won't roll back?
So 60 million doesn't sound out of line. The customer needs a database that can reliably handle billions of dollars a year, tens of thousands of payroll changes a year as students and faculty change, take on jobs, contracts, etc. Being a university and getting public money (Grants, contracts, etc.) their probably are requirements to maintain financial accountability. And of course, there are privacy laws to limit access.
The 10 year rollout seems quite excessive though.
If an English prof saw the horrible butchering of the language that goes on here, their head would explode.
No one suggested that Don Knuth can't do, only those that can't do teach.
SPF support for most open source mail servers can be found at libspf2.
These ERP implementations fail because each and every part of the existing process is not defined and documented. If the current processes are clearly documented, then they can be compared to the proposed ERP solution to see if it makes sense.
Our company licenses Oracle's complete system. During the latest upgrade to 11i, I looked into the possiblity of using an Oracle module for tracking prototypes in our developement lab. I submitted a complete process definition along with flowcharts and process diagrams. After about a month of communicating with various Oracle departments, they finally admitted that they didn't have anything that would fit.
A clearly defined process saved us from trying to convert our existing in-house system to something that wouldn't come close to meeting our requirements.
The hardware/software issues, at Stanford and elsewhere, are certainly challenging.
The real mother, though, is the people-ware.
Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
This doesn't suprise me. Has anyone ever heard of an instalation of PeopleSoft that works well or a situation where Peoplesoft software has really addressed all of the business needs. Peoplesoft sells there solution as an infanatly flexibale system that will bend itself around the way you do business. Once you sign the contract you find out that the ammount of consulting time required to make it work the way want it to will require an army of very expensive consultant or even worse, you pay consultants to tell you to change your business model to the way the peoplesoft software does things.
Someone mentioned the PHB problem. No doubt. PHBs don't understand the "make it work" step. I bought something, I'm done, right?
ERP systems implementations fail due to people and organizations, not due to technology.
Slap down a system made for a sane business in front of a university and tell that university to behave like a sane business in order to make the system work... well, it won't work.
Sure, the people or the organization should be nudged toward change if they are doing something in a way that is contrary to the "sane" way for no good reason. But saying that the fault lies entirely with the customer is ridiculous. You can't stuff every business model into the same mold, but you can design software with enough modularity to be able to adapt to almost any business model, even if it's technically "wrong".
Any software that costs $150 MILLION DOLLARS to implement should be flexible enough to adapt to different types of businesses and individual ways of working. It's absolutely stupid to blame the problems with a system like this entirely on the end user instead of on the software. Let me say that again: ONE HUNDRED FIFTY MILLION DOLLARS. I don't know how that kind of expenditure on software could be justified even if it worked like a charm. And it obviously doesn't. You should be able to buy god-like, rock solid and infinitely adaptable software for that kind of money. Not something that "doesn't work" after several YEARS and is no longer upgradeable due to half-assed "customization" by Oracle that no doubt cost millions of dollars.
They should have gone with Sunguard-Bitech.
Setting his threshold to 5, Sparky eliminated most of the trolls on /.
Hippie found mumbling this to himself in the hallowed halls at Stanford:
Like, Man, we need to switch to Linux, Man. All our problems will be solved, Man.
. (Hippie turned out to be Tommy Chong, long thought dead.)
Add to this complaints by a former student http://www.epinions.com/content_73675148932
and the acknowledgement by faculty in May 2004 of problems in the advising system http://www.stanforddaily.com/tempo?date=05-14-2004 . In a related article by Ray Delgado:
Sounds like they don't know what they are doing.
President John Hennessy looks like he'll get even richer in this Stanford Daily article of May 21, 2004, by Michael Miller (emphasis mine, not in the original article):
Does anybody seriously believe that there's no conflict of interest? Hennessey's textbook (coauthored with Dave Patterson of the University of California, Berkeley) on computer architecture is taught using MIPS assembly language (MIPS is Hennessey's company). So in addition to earning something like $461,656 a year (http://advancement.sdsu.edu/marcomm/news/clip
Well, at Stanford what, a hundred? If you include housing (Silicon Valley prices), and have you seen what they pay for gasoline in California? Got to include that.
"It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
'Those who can't do teach :)'.
It's unlikely that there is much communication between the people in systems support who are in charge of implementing the system and academics in the Comp Sci dept. Also the purpose of being an academic is not teaching. Academics don't get raises based on the quality of their teaching. They get promoted based on their research, which basically amounts to having papers published in respectable journals like SIGGRAPH.
Paul.
You are lost in a twisty maze of little standards, all different.
If Cthulhu wrote software, he might come up with something like PeopleSoft. It is unbelievably, unspeakably horrible.
Halfway through the install of it (about five years ago), with the manual marked-up and plastered with yellow stickies, and a voice mailbox full of offers of help from high-priced, pushy consultants, I realized what the profit model was: Ship crap, and charge oceans of money to patch it up in the field.
Say what you like about MS (right or wrong), this stuff is pure garbage, and you won't escape with your sanity intact.
Any sufficiently advanced technology is insufficiently documented.
Last I checked, faculty was not generally responsible for doing IT software upgrades.
You must have missed this in the article: Stanford CIO Chris Handley, a former psychology instructor who joined Stanford from PricewaterhouseCoopers in 1999.
Granted, he's not an instructor now but he surely is responsible for fixing the mess and has been for five years:
Handley joined Stanford in November 1999 as executive director of administrative systems. Previously, he directed the national PeopleSoft Practice for Higher Education at PricewaterhouseCoopers. Before that he held positions at the University of Toronto, where he enjoyed a 14-year career as a psychology instructor before taking responsibility for university systems there.
No mention of a CS degree or any technical background, just an affiliation to PeopleSoft? Is this why Stanford has been screwed around by their vendors for so long?
The plot thickens, he's spoken at Open Source conferences! He should know better. I'd love to know what he said.
Anyone known anything else about Chris?
Friends don't help friends install M$ junk.
Yup, spent over 200 million as a capital expence to install SAP to replace our old IBM mainframe apps. Took about 6 years to do, during this time we had to run both systems. The "old" IBM way cost maybe 5 million a year including personnel to run and maintain it.
SAP may be nice, but it ain't 200 million nice. It does pretty much the same as the old system, with little "value added".
I do work @ a college IT department. Some professors have no clue what they are doing. Some of the professors try to tell me how to do my job, but in fact they are completely wrong! Just think of this you are not going to quit your IT job just to go teach for 50k a year while you can make 80k. This is the main issue why colleges can't get good IT professors. They don't pay enough.
Stanford had decided to change itself rather than the software. This meant relinquishing forever the convenience of technically superior mainframe software customized for Stanford.... "Vendors [won't] devote time to giving you those bells and whistles."
So far, however, each installation of Oracle and PeopleSoft at Stanford has been different enough that it's hard to establish best practices. The university must cope with what Handley calls "version upgrade gridlock"--installing Oracle v. 11.5.9 requires changing PeopleSoft v. 7.6, upgrading to PeopleSoft v. 8 requires changing Oracle v. 11.5.9, and so on.
Now, explain to me again the advantages of proprietary software.
Those who can't do teach :)
You obviously can't do - acquire has a 'c', meat head - so you're a teacher, right?
At the end of the story is a "Base Case" for the Stanford PeopleSoft/Oracle upgrade. There are three "Baseline Goals" listed that are just the start of wrong thinking in a project so full of wrong thinking (if the story is accurate) that it could be used as a the basis of a study of how not to run a enterprise software replacement.
To start with, it was inevitable that the close connections between the Stanford officials and the vendors would result in management blindness to problems. Either they would refuse to see problems, or the technical staff would be under tremendous political pressure to hide the problems.
Another dead wrong move: the "big bang" rollout. Of course the helpdesk and support folks were going to be overwhelmed. Things never work perfectly in the beginning, and what might have been limited to a small troubleshooting effort if they'd done a limited, staged rollout swamped everthing else with problems.
The complaint that the software was designed for a particular mainstream business process and not well suited for a university is reasonable in some respects. Yes, for the dollars spent, the software should be more flexible, and it is unreasonable to expect a university to re-engineer its process to fit the standard ERP model. On the other hand, if, as the story implies, the people running the project didn't realize in advance that university administrative computing is unlike private businesses they were wholly at fault for problems. At the very least, had they identified the areas where Stanford's processes could not be changed to match the software's expectations they would have known to budget more for the customizations.
Another problem mentioned in the story is the apparent disconnect between the IT people in charge of the project and the people expected to use the product. There are multiple mentions of the userbase feeling shafted by the results. Any large IT project that fails to include input from the people whose jobs require using the system constantly every day will be a textbook failure.
The story also mentions the CIO saying, "Stanford should distinguish itself through teaching and research, not unorthodox administrative processes that software vendors could standardize and ultimately make cheaper". This is a form of the increasingly common fallacy of "core business" that pops up a lot in management. The thinking is that a company should focus only on being better at whatever business it's in, and that the "non-core" things, like IT, should be standardized and outsourced. The fallacy is that it is generally impossible to separate a company's way of competing in business from the way it is structured and the support processes it has created. As an extreme example, take FedEx. Nominally they are just a shipping company. They collect boxes, move them around, and deliver them. But it is impossible to say that FedEx would be better by focusing on better box-handling and buying some standardized pre-packaged logistics software.
The real core of the problems, however, appears to be the bottom line, as stated in all three of the base case points:
In small words: do the same work with less money. Apparently, the rule of "cheap, fast, good: pick two" is no longer part of the vocabulary of management. Of course the users, and to some extent the poor overworked and underpaid techies tasked with making the steaming heap work, are the ones who actually end up with the burden of the cost, in money and time.
One final observation. Several slashdotters have commented on the apparent irony that a university with some of the smartest people in computer science screwed up this project so badly.
As a Stanford employee working for ITSS, here's my 2c on this article. 1) It makes no mention of the Opensource software solutions in place that have saved the university hundreds of thousands of dollars (For example, implementing OpenLDAP as our directory service) 2) The account of outsourcing to India fails to mention the fact that they (a) failed to meet their last deadline (b) Recent deliveries had issues (c) major security concerns about data The article glosses over a lot of real issues, but that is understandable, given the source they talked to.
I doubt any professors were consulted on this project. At UCSB they just built a new building devoted to nano-tech. Professors from around campus sent input on how to build this new facility so that it would be environmentally friendly. The contractor either never heard their suggestions or just plane ignored them. So now the new buildings will be using drawing 1/6th the power off all other campus buildings combined.
Years back the UofA got sold on PeopleSoft, even though we had the people on staff who could do a better job inhouse. It has been an unmitigated debacle. Payroll systems are less reliable. Course registration is now a pain in the ass (before it was okay). There are some major security/privacy concerns. Last I heard the project was over 300% over budget, and that was a few years ago.
Serve Gonk.
The article spends a lot of time quoting Chris Handley, but it's only getting the view from the top. My brother is one of the IT staff at Stanford trying to get this monster to work, and the management of the project-- lead by Handley-- is a top-to-bottom disaster. This project was originally due 20 months ago! The writing was on the wall but they didn't acknowledge it wasn't going to roll out until the last minute, and got a one-year extension. Then it was going to miss the target AGAIN, and only managed to technically 'meet' the target because big chunks of functionality were left out. Heck, it wasn't user tested before it went live last fall, they just took the prototype systems and ran with it.
Handley and his people do not understand software systems, and they do not understand business, either. They set arbitrary deadlines, don't plan adequately for development, testing, and modification, don't listen to feedback from their users, work employees around the clock for months and then lay the entire team off when they're 'done', and then turn around and ask the next team to do the same... They don't understand the business model of the university because they've laid off the people who knew and developed the previous home grown financial system and ran it for twenty years. Management figured these people were dinosaurs, but they threw out the baby with the bathwater, which was the detailed knowledge of how the university finances ACTUALLY WORKED in the trenches. Now they're throwing contractors at the problem in a vain attempt to make it work, but the contractors only know their tools and few if any of them know how a university's finances operate. It's not just another business.
The only way to make it work is to hire and empower competent people and follow their advice. But Handley won't do that because they'd say the first thing to do is to throw him and his lackeys out, and restore some morale to the place.
for example, if you give a new software for people to use, they will tend to ignore, be against it - as a rule of thumb, people resist change. you must have a method of wooing them to use and own the system.
installation and customizations are the first part of the system, once the software has been installed, you will need after support services such as training and technical support.
installing a new software or system does not improve the process of doing things. it just computerizes it. the problem is, as per policy it requires a step 1-2-3-4-5 to do a task and you are designing the software to do that instead of improving the process and simplifying it to step 1-3-5, for example.
before starting with the system, you will really need to have people who are not all programmers or technical people. if you will be implementing an accounting system, then definitely you will need accountants to be able to implement the system - not relying on a programmer and stuffing them with accounting processes and terms.
for me, no matter how proprietary or open-source the software being used, it will still fair if crucial system implementation is not made from above. remember, it's not the software but the people.
Live your life each day as if it was your last.
> (A = B) does not imply (B = A)
Logic wasn't your best course, was it?
If A = B, then B = A.
You probably mean that A => B doesn't mean that B => A [with => being the logical implication]
I'm currently a grad. student at Stanford, and they don't even begin to document the Peoplesoft bugs. People getting incorrect paychecks, all sorts of stuff. The rumor that I heard why they switched in the first place is that the admin/creator of the system wanted to retire, and no one else knew how to run the thing. It's too bad, because the old system was far superior.
Regarding other schools. I know that in Canada the University of Alberta, University of British Columbia, and the University of Western Ontario (all 20,000+ student schools) all went through hell when "upgrading" to PeopleSoft. Is there any alternative to their software that isn't open-source?
jcr's problem has nothing to do with correct spelling or personal asssholery. It is all related to underdeveloped genitalia.
If their heads exploded, at least that would be something entertaining.
"The user is expected to change their business rules to adapt to the software rather than the other way around. It's arrogant and bass-ackwards. Software is supposed to malleable and adjustable. That's why it's called software. "
IN theory what you say is true.
But think of it another way; lets say you want a word processor, and you've looked at MS Word, Wordperfect, a couple open source solutions, and everyone of them would force you to change the way you work.
You're suggesting that its the fault of the software because it isn't infinitely maleable?
Perhaps you're right. But you're going to pay a dear price for that flexibility.
So think of it this way: Do your word processing like everybody else and pay $0-$400. Or hire someone to write you a word process at a cost of several $thousand to several $million?
Same way with these packages. You either completely customize the pacakge (and pay 4-10 times as much as the base software) or you alter your business.
If you alter your business, you get the bonus that your business starts to use best accounting practices.
So you choose.
You because a teacher.
"that's right, invisible fairies"
Not all professors are gay and many of them show up to teach their class. So this kind of slander is really uncalled for.
IMHO this is a prime example why projects fail.
.. )
- ppl buy standard software only to discover they cant use it (a centralised software for a decentral system)
- making big jumps dont work (unless you are lucky)
- big institution have big inertia; changes take a long time, several big projects broke because they tought they could change the administration in no time
- sending good money after bad money.
nobody had the stamina to cancel the project. obviously it was in trouble early but nobody said 'stop' to (atleast !) reevalute the project
what can we say about that ? learn from history or
you will be dammed to repeat it over and over again.
(read the chaos report and you will find the same
points, read DeMarco, Brooks
stanford has a lot of man/brain-power. why shouldnt they (profs & students) do it ? because they can fail ?
The system can't even store *vacation days*...
Their heads would asplode?
I drank what? -- Socrates
I work for a large company (Fortune 500 level). A few years ago we moved from a mainframe environment to Oracle Financials and a few additional prgorams that were supposed to make everything better. It was a nightmare that cost the company millions and almost created financial disaster. The story is so similar, they customized the software for us and the customizations broke when a required upgrade was performed.
To this day there are things that should be easy that aren't but at least it works. Sort of anyhow.
After the project was over we learned that other companies had similar experiences. Another company that was similar to our main buisness unit had elected to go with almost exactly the same setup as us. They too were driven to the brink of ruin.
My feeling to this day is that we would have been better off staying with the mainframe system or going to something that emulated what we had been doing. It was the bells and whistles that broke it all for us and that other company.
How bad was it? Well the inventory didn't work right and we were unable to deliver product to our distributors even though we physically had it in stock. Since what we produce is perishable we had to throw away product we counldn't sell so we lost twice over.
Dear God! Could you please tell us where exactly is that pawer plant in question located? Thanks...
Sincerely,
Pan Tarhei Hosé, PhD.
"Homo sum et cogito ergo odi profanum vulgus et libido."
Perhaps this is a good time to consider the evolution of the university system in Western civilization.
In the middle ages, organized religions needed literate people to preserve scripture. As trade developed, universities needed to produce people who could keep accounts, interpret laws, and communicate in a variety of languages. With the industrial revolution, training in the sciences and engineering became important to produce technological inventions and infrastructure.
More recently there has been another major paradigm change -- that universities need to operate as businesses.
Thus, at least in everyday operations, universities now seek to follow in technology rather than lead. To keep enrollment (income) up, some promise vocational training rather than traditional learning. The goal is to produce consumers of existing technology for the benefit of major corporations. That Stanford administrators, along with those of many other well-respected institutions, chose the course of imitating what they perceived as accepted business practices is just another symptom of this change.
That the faculty IT experts whose knowledge was ignored or actually scorned chose to stay and continue to teach is a compliment to their dedication.
I hope that university administrators stop trying to be pale imitations of business organizations and that society wakes up to the fact that we need to subsidize education to encourage able and independent thinkers.
The company has lots of plants, but the dissaster I refer to is an economic one and not a safety issue. The program was administrative not operations. Poor maintenance and records keeping will force them to shut down more often, and operators may be harmed but there is no public safety risk associated with it. The engineers will remember and have paper records when the databases don't work right. Also, Operations still has 1970 era analog devices to monitor the actual condition and state of the plant. When things break, they can turn it off if it does not shut down on it's own. It's going to cost lots of money and the cost will be passed onto the public but there's not going to be accidents.
Friends don't help friends install M$ junk.
and yes, I do work for a university.
So do I (slaps stamp on latest loan payment).
Vote in November. You won't regret it.
The first major implementor of Peoplesoft was the University of Utah, followed by Michigan. Michigan posted huge overruns in time and money. Utah posted huge overruns in time, but tried to hide the cost overruns by sucking development resources from around the campus without attributing those costs to the Peoplesoft project. It caused some resentment at the hospital, for instance, that a significant amount of their resources were diverted without any budgetary compensation.
The glitches were memorable: The first semester of use at Utah, Peoplesoft scheduled an engineering class in the swimming pool "classroom."
To be fair, these things were to be expected no matter what software was chosen to replace all the disparate systems throughout the university.
But maybe that's the point. Enormously expensive proprietary solutions cannot be expected to pull things off better than free and open software.
To date, dozens of universities have contributed bug fixes and feature enhancements to Peoplesoft. Each pays Peoplesoft $100,000s each year so that Peoplesoft will let them have the contributions of the others. If even 20 of these institutions formed an OSS coalition that was similarly funded... the results would be staggering.
Many people don't realize how similar the Peoplesoft model is to OSS.
When Peoplesoft first ventured into the world of academia, they simply took existing PS modules for other industries and tried to make them work at a few pilot universities. Those universities bulked up on in-house and consulting developers. They spent huge budgets to adapt the Peoplesoft code to their worlds. Peoplesoft collected those changes and rolled them into the next upgrade, charging the original contributors to get the "official" patch.
In the end, Peoplesoft customers do much of the programming and contribute it back to Peoplesoft. Peoplesoft acts as the coordinator. The biggest difference is that contributors have to pay huge licenses to get access to the original code. Then they have to pay huge support fees to get their own code handed back to them with a Peoplesoft copyright.
Other than those two small things, there's not much difference in the two models.
Here the CS and Math departments have their own networks. I have no idea about ECE (Elec. & Comp. Eng.) except that the engineering departments are a strong source of campus worms, viri (sp?), spam, etc. The IT office is a joke; the IT head hates linux (although the VP who oversees IT is warming to linux).
Just as an aside, do you remember who was the Provost at Stanford from 1993-99? The same person who has done such a good job of protecting us from terrorists. The quality of her work speaks for itself.
Just imagine if he had a real CS PhD instead of a Math PhD ... or not.
Seriously, TeX is great (as is LaTeX). I happen to think Knuth can do anything. (OK, he needs to work on the "walking on water" bit.)
The company has lots of plants, but the dissaster I refer to is an economic one and not a safety issue. [...] operators may be harmed but there is no public safety risk associated with it. [...] When things break, they can turn it off if it does not shut down on it's own. It's going to cost lots of money and the cost will be passed onto the public but there's not going to be accidents.
I can honestly say that I hope you are right. Still, I find it very suspicious, to say the very least, that you don't want to disclose the plant location. Very suspicious.
Sincerely,
Pan Tarhei Hosé, PhD.
"Homo sum et cogito ergo odi profanum vulgus et libido."
What do you know about the UK now?
You're DEAD.
The only "detailed post-mortem" that's going to be going on will be done by forensic analysts IF THEY EVER FIND YOUR HEAD.
Chew on that - oh, wait! You can't! You're dead!