Pennsylvania Sues IBM Over Jobless Claims System Upgrade (cnet.com) 60
Pennsylvania has sued IBM for $170 million, claiming the company failed to deliver a promised upgrade to its outdated system of processing unemployment claims. From a report: IBM did not immediately respond to a request for comment but a company representative told the Associated Press the suit had no merit and the company would fight it. The suit stems from a 2006 fixed-price contract awarded to IBM for $109.9 million with a completion date of February 2010, the state said in a press release. As delays and costs mounted, the state let the contract lapse in 2013 when an independent assessment determined the project had a high risk of failure.
Outdated?? What!? (Score:5, Interesting)
My wife lost her job in 2009 and filed for unemployment in PA... online.. in 5 minutes... and she had a debit card in the mail the following day with money already on it.
What the fuck, exactly, is so outdated about that?
Re: (Score:2)
you're. no one deserves unemployment. they are deserved a job.
Re: (Score:2)
Maybe it means that the system is written in Java instead of C#, Oracle and Microsoft salespeople aren't getting big license commissions, and the CTO isn't getting an enormous kickback.
Re: (Score:3)
Heh. I once worked at a place where a project manager thought (correctly) that IBM was doing a poor job as systems integrator, so he brought in Oracle instead. They shipped in their busload of IROCs (idiots right outta college) and things got worse and worse until finally the project was ended and declared a success by senior management.
Re: (Score:2)
Re: (Score:3)
you could have set up a simulator. a vm you know
Re: (Score:2)
Re: (Score:1)
Well Golly, if you wife was able to do that, all the other people using that system must have had the same experience.
Redundant (Score:4)
IBM Nazgûls (Score:2)
I wonder if the Nazgûl of late is as persistent as Nazgûl of old?
Nice headline there (Score:4, Insightful)
Seems on PAR for IBM (Score:5, Insightful)
totally anecdotal, but i was told by a senior engineer that "IBM doesn't make software anymore, they just keep taking payments from these gigantic legacy contracts, occasionally fooling a new company into signing up based on the name recognition of IBM"
Re: (Score:2)
Do these ever work as planned? (Score:1)
If it did, how could I.B.M. overcharge them out the wazoo?
NEVER (Score:5, Insightful)
Never use IBM or Oracle.
On time. On budget. Functional. Pick zero.
Re: (Score:3)
Or, Accenture. I don't understand why companies keep doing projects with them when every single one of them I've heard of has failed. I've at least seen IBM Global Services succeed on two projects. Both took over twice as long and cost over twice as much, but at least they were able to release something that worked.
The most successful executives are the ones that are able to evade risk. Working with a BigFirm allows the exec to look good..."nobody ever got fired for recommending BigFirm", while, by the time the project sinks into a morass, said exec will be long gone, at another company, recommending...you guessed it, BigFirm.
Re:NEVER (Score:5, Interesting)
Seconded. They royally fucked up PA's tax systems to the tune of $250 MILLION DOLLARS.
Nobody had a clue. I worked on a standalone system that exchanged data at a few points with the main ledger. The old system being a COBOL mainframe, this was done through fixed-field flat files overnight.
Of course, the H1Bs absolutely could not adhere to the old format because, well, H1Bs. The official excuse was that they were designing a common interface for all tax types (we had some weird specific fields at the end) and it would be realtime. So we had a meeting to get the new specs from them. That turned into several weeks of us asking the clown and the clown saying he's get back to us next meeting. I hate to say, I just stopped going, management was already sold and no information was exchanged so what was the point?
Lo and behold, months and months later, when we finally got a spec, it was...surprise, a flat file with everything needlessly rearranged and numerous weird specific fields kludged onto the end. Oh, and batches overnight because the promise of realtime was a lie. No improvement at all, just stupid busywork for everybody.
Of course this was pretty much SOP for them.
At one point, they discovered that the system couldn't handle 0 tax returns. Payments, fine, refunds, fine, but 0? System either crashed (and I mean really crashed, as in servers had to be rebooted) or THREW AWAY the filing record. We couldn't tell if anybody had filed if it was an even return. Who the hell builds a ledger on a framework that can't handle 0? H1Bs, that's who!
And that was _after_ they had implemented the corporate tax part, spent a year mailing bills to dead people and then another year not mailing bills to anybody. For two years the appeals bureau had to cope with all of the deadline/backdating screw-ups this caused. It wasn't isolated either, the system "lost" data like crazy because, well, H1Bs. Everything they touched was a disaster.
Now, when the tax system finally got out to end users inside Revenue, it was a complete basket case from a UI standpoint too. The legacy program came through an IBM terminal program with weird codes to trigger functions because it was a console and there was no easy GUI.
So you'd think with a brand new GUI they'd do menus, right? Wrong! Everything still launched from codes....except DIFFERENT RANDOM codes. Because H1Bs. Once you got into a screen, there were some controls, but has anybody ever had the misfortunate of using an SAP GUI? That's right, clicking a drop down list of 10 items takes 3 minutes to populate. Every single time you click it. Because H1Bs.
And before most of the corporate bugs were fixed, the locusts moved on to income and sales. They managed to fuck up sales so badly that the old system stopped mailing sales tax license renewals. Oh, it was trying to print them, but whatever printing functionality they'd stolen from expert sexchange, err, written themselves, just silently dropped all print requests for months.
It's was just one fuckup after another with them. Accenture, from top to bottom, belongs in prison.
Re: (Score:3, Interesting)
> because, well, H1Bs
To be fair, that's the problem on nearly all projects with contractors. After 34 years of working on software and most of that managing contractors, I've seen that over and over a again. If something is done wrong, they are either going to be gone or get paid per hour to fix the problem. There's no incentive to do the job right or fast.
Short version... (Score:2)
Re: (Score:1)
The consultants made out like bandits.
Slightly longer version: the lawyers noticed the consultants making out like bandits and wanted their cut.
Re: (Score:2)
HPE and HP Inc. are right behind them
Re: (Score:3)
A long ways down from the company that created OS/2 (but then failed to know how to market it, despite its clear superiority).
Re: (Score:2)
They also got stabbed in the back by MS.
Milestone Payments (Score:3)
Who authorized the payment in full on a project that wasn't delivered? Why are they trying to claw back money that should never have been payed? Were the people responsible for contracts stupid or corrupt? In either case, what happened to them?
Re: (Score:2)
Government often doesn't have the option (legally) to withhold payment. That you can't see the reasons why it's like that shows you aren't informed enough to comment.
Re: (Score:2)
Mines fine. The only time I had a problem was a couple of summers ago when he went on vacation. His fill in mad a few errors.
Re: (Score:2)
1) probably the Governor as part of his streamline the government "do more with less" philosophy. (Ignoring the fact that that is a violation of the laws of Thermodynamics)
2) Because they realized they got screwed.
3) Hard to tell. Or just following the legislation directing the project to be done.
4) Probably brushed up their resumes and left if they were smart. Or possibly became consultants helping to keep the crap going with bubble gum and bailing wire.
I probably need to see the specs (Score:2)
I probably need to see the specs, but I really can't imagine what they would be doing that would cost $100M for processing unemployment claims for a state. It's just not that complicated of a problem.
Re: (Score:3)
Here are a few basic rules I know of which can come into play *in my jurisdiction* (the rules vary by state)
1) you get unemployment. But not if you quit. Or you get injured, workman's comp and medicare usually cover that unless under special circumstances. You must be registered and actively looking for work.
2) You cannot file for unemployment until two weeks after you get laid off. If you get severance pay you have to wait to use all that up first then you can file. Though you can register for training cou
Good Luck With That, PA (Score:1)
Re: (Score:2, Interesting)
They're all just as bad; IBM, Oracle, Accenture, Deloitte, HP. It's almost irrelevant which one you pick, so punishing one simply forwards the next contract on to the other, who will do just the same thing.
Up here in British Columbia, the Provincial government for decades had a pretty effective in-house IT team, but in seeking savings the government has steadily in-house expertise in favor of private contractors. While not all the contractors I've seen are inept, when it comes to rolling out the big systems
Re: (Score:2)
Michigan sued IBM over their Secretary of State (DMV) system in 2015. They actually went with milestone payments, but IBM refused to release to source code of the last signed-off milestone . The state still hasn't rolled out the new system yet.
IBM and Unemployment (Score:3, Insightful)
Kind of ironic that a company known for firing North American workers and replacing them with Indians is working on an unemployment project. On second thought, they are masters of making people unemployed.
Re: (Score:2)
That's like the recipe for blue whale soup. Step 1, catch and clean one blue whale...
Tip Off (Score:2)
That's what you get with guest workers. (Score:2)
Other things aside, I'd bet they contributed to the problem in more ways than one.