Slashdot Mirror
Univ. of Wisconsin's 30-Year-Old Payroll System Needs a $40 Million Fix
jaroslav writes "The University of Wisconsin is attempting to update a payroll system they have had in place since 1975, but spent $28.4 million in a 2004 attempt with no results, and now is experiencing new overruns in cost and time after 'not hav[ing] the full picture of how complex this project would be.' The current estimate of the redesign is $12 million and years of further work on top of the money already spent."
I would totally sign up to do this job.
I just want to say how glad I am my tuition's going to a good cause.
Who am I kidding, right?
Their payroll system doesn't need a 40-million-dollar fix. That's just what they've ended up spending on it (hypothetically, once the $12 MM hot cash injection fixes all the problems).
The University should just scrap the system and go with a commercial payroll vendor. Bigger organizations have done the same, and there's no shame in it.
$40 MM is insane. That's over four years of tuition for 4500 students at UW-Madison.
No use throwing good money after bad.
"Trolls they were, but filled with the evil will of their master: a fell race..." -- J.R.R. Tolkien on Olog-hai
I'm sorry, but what a heap of crap.
It's a payroll system. Yeah, it's a biggee, and yeah, it's got a lot of old information in it most probably. It's written in an old language (Oh no! The end of the world! Soon we might not be able to understand our systems! Hold on... we just had three attempts and replacing it with something new and FAILED because we didn't know half the stuff it was running). But you're not telling me that MILLIONS of dollars and YEARS of work by supposedly professional IT companies isn't enough to get ANYTHING working well enough to say "We don't need to worry about that part any more". You can get an OS written for that sort of money, or kit out an entire borough of schools with an integrated network.
What's *more* disgusting is that by the looks of it, the IT people at the University are probably barely getting a look in - it's being project-managed by external companies. Come on, stop faffing about; seriously, this is just stupid. Get your *existing* IT team, hire a bunch of programmers directly (hey, you're a University... I wonder where you can get a crapload of cheap, intellectual labour nearby, trained in the art of programming properly and designing the systems from the start, supervised and educated by people who have spent years using their technical, professional and theoretical expertise in the subject?) and just write the damn thing from the ground up. It wouldn't cost anywhere near as much money/time as you have wasted on a single company out of those that tried to sell you crap. Oh, and you can make it do what YOU want any time and you'll have the programmer's hanging around for the next few years with an incentive to keep the system running properly ("What grade did I give you for that paper on your design of the new payroll system? I've revised it, it just crashed.").
If it's THAT damn big, you want to start breaking the thing up into pieces, anyway. Anything that you can't find out all that it does in that many YEARS, you really want to be breaking into smaller and smaller parts and replicating them one at a time. Don't pretend that you're the only place on Earth that has that amount of employees, that amount of computer data, and require mordernisation.
Get rid of the project managing companies, get rid of the "slice-off-50%-for-myself" companies, get rid of the stupid contracts that REWARD failure, and give the project to people who will give you a system that will not only last for ever but be documented and updated and revised and bug-fixed and converted for ever and a day.
This is a statewide system that needs to be deployed on all 26 UW campuses, administration and UW-Extension (which has an office in each of Wisconsin's 72 counties). It handles all types of employees from student LTEs to professors to staff to administration, all of their benefits through the state retirement fund and the state employees healthcare plan (which itself is fairly complex). It has to deal with union and non-union employees and their different pay structures, special deals for certain faculty, etc. It's a complex system that is specific to the State of Wisconsin, so no, there is no off the shelf solution.
On top of all that, much of the cost is in deployment and training of all the people who have to use the thing.
Do you even know anything about perl? -- AC Replying to Tom Christiansen post.
The real problem here is that best of breed software developers have too many great opportunities that are more inline with their passions to work on this backwater payroll system. This leaves the unmotivated drones managed by Dilbertesque managers to run with this ball.
We see a lot of stories about this kind of thing on Slashdot. Often it is a politician showing that he or she is completely ignorant of technical issues, but wants his or her foolish opinions to be respected.
Maybe it wouldn't be sensible to attend a university that has such technically backward management.
The world will be a better place when all the managers retire who were raised without computers.
"I'll bugfix this thing with badgers gnawing on both my arms for that kind of pay."
That's nothing! I'll get the badgers to do the coding.
I've been involved in a few of these types of projects (unfortunately), and believe it or not, the money goes quickly. So does the time. It's not just coding -- that's actually a very small part of the money. It would take some time to burn through $40mm, but you'd be amazed how quickly these project eat up cash. I certainly was when I first got involved.
Here are some things to consider:
testing the new processes, and getting buy-in and approval on all that from all the stakeholders costs? You know there will always be 3 to 5 revision and feedback cycles for everything. That's an easy 6 to 18 months of work for a team of six to eight people probably.
(Ugh, thank God I'm out of that ERP systems business these days!)
Yes, a fair amount of the money is probably wasted. But these projects do cost big bucks. This isn't hacking up a new blogging tool from open source toolkits. I'm not saying it's right, or well managed (it almost certainly isn't), but to say "dude, I could hack up a payroll system in a couple of months, pay me the money!" just shows that while you may know how to sling code, you don't have a clue about delivering solutions to business problems.
I love it when you talk dirty like that! Gimme some more, and say it in a hoarse whisper!
There's nothing wrong with the current payroll system other than it's old and runs on old hardware. The guys who wrote it 30+ years ago did a pretty good job.
The problem is, those guys are long retired, and some are dead. The ones who are still living have some hard feelings. They got treated like crap and were told to give up their jobs to youngsters whose sole knowledge of COBOL was a CS professor saying how awful it was. Consequently, there hasn't been much in the way of maintenance or knowledge transfer; the young'uns simply weren't interested.
They brought an old guy in to deal with Y2K issues. They agreed to pay him well, but then got chintzy when it turned out that there really wasn't much that he needed to do. They eventually did pay him, but kicked him to the curb again afterwards.
Since none of the young'uns understand the system, and the old guy refuses to deal with them any more, they have no choice but to replace it entirely. The problem is, nobody really knows what went into the system except for the old guy, who has the irritating habit of wanting to be paid to have his knowledge tapped.
COBOL is not that horrible, except in the minds of the ignorant. If you could do BASIC or FORTRAN, you could do COBOL. The bulk of a COBOL program isn't code at all, but instead is structure and format definitions ("data division"). Don't expect to have recursion or local variables (those are all new-fangled extensions) or object-oriented semantics. Be grateful that the original self-modifying feature of COBOL got removed. Then just break it down. Each procedure is labeled, and unless the programmer was an idiot the variable names have some relationship to what they mean.
The only real PITA for COBOL is learning all the reserved words (there's a few hundred of them) and their semantics. Other than that, it's just drudgery.
Stanford had a very expensive conversion to PeopleSoft a few years ago. Stanford had a huge collection of in-house systems from the 1970s and 1980s, running on either DEC PDP-10 machines or IBM mainframes. They've finally phased out all the PDP-10 based stuff at Stanford proper, although SLAC is still running some PDP-10 code.
OMFG, you've figured it out! All of these years we've been supporting all of these complex systems, and all we had to do all of this time is avoid the complexities! You're a genius!
So, Kreskin, what do you do when one of the unions that represent a good chunk of your employees brings you to Federal court and wins a judgement requiring you to give workers employed between June 5, 1989 and December 31, 1994 who were on maternity leave a pension credit and healthcare refund equal to 8% of their average pension contribution during that period, paid in 104 bi-weekly portions?
Stuff like that happens all of the time. What are you going to do? Go to jail for contempt of court?
Conformity is the jailer of freedom and enemy of growth. -JFK
I've worked for government, small businesses and Fortune 50 corporations. In my experience, government is just as screwed up as a big corporation. The only difference is that most big corporations purge some people every year, and government tends to have more overhead of workers doing little/nothing.
It works out to be about the same. 15-20% of corporate people are busy sucking up to the boss and 15-20% of government people are making paper airplanes or whatever.
Government generally has professional staff who have some sort of clue, just like in the corporate world. The difference is that there is another layer(s) of management about the professional managers and directors -- political appointees. Usually the political types know they are dumb and stay out of the way, but sometimes they decide to flex their power -- resulting in many a dilbert moment.
Conformity is the jailer of freedom and enemy of growth. -JFK
What is it with these fans of Senator Bill Frist and them always wanting to sound off about him at the start of every slashdot thread?
And if it doesn't work, you give them all 'F's and start again with the next incoming class.
Not on that scale but still a hefty chunk of change nevertheless.
The cost and complexity of moving the entire payroll and finance system over to peoplesoft was so much that it lead to the resignation of the CFO of the university because he spent more without the authorization of the board - never mind that the board and the president pushed for this improvement knowing the budget will go over from $25 mil to $40 mil or so.
http://www.vermontnewsguy.com/tag/daniel-fogel/
Bottom line is that these type of projects are incredibly complex and no one really knows the long term costs when they get into it initially. But due diligence and oversight would be critical and helpful no doubt.
I am a software architect and ex comp sci. lecturer.
I guarantee you are being exceptionally naive.
Who wants a job doing a payroll system using a third party tool set based on old languages and technology....doomed from the start.
I don't know about the rest of you guys but I have never looked at our payroll drone and wished I had his job.
Got Code?
Often it is a politician showing that he or she is completely ignorant of technical issues
Payrolls are hardly technically challenging. By way of perspective, 30 years ago I worked at a computer bureau, which for those too young to remember such a thing, was a shop where businesses brought in their handwritten input data on paper forms, and our keypunch ops would encode it on to mag tape for us to process on our Burroughs B3700 computer.
We ran our in-house payroll package for everything from public services to market gardens, and there is no reason why it wouldn't work just as well today, other than that it was written in COBOL, which isn't so trendy any more.
The world will be a better place when all the managers retire who were raised without computers.
The managers who used our packages were ALL raised without computers. That did not make them incapable or stupid. The world will be a better place when kids stop belittling their elders for no factual reason.
What are you basing your optimism in?
I (and many other old timers on this thread) are telling you in no uncertain terms how the cookie crumbles, so what is your evidence that what you are saying could actually be done in the way you say?
What you are suggesting is stupid and naive (a word I have seen used several times on this thread, and rightly so), that you are moderated "Interesting" a the moment just comes to show how few people in /. are familiar with the complexities of such systems.
IANAL but write like a drunk one.