Australian State Bans IBM From All Contracts After Payroll Bungle
renai42 writes "If you don't follow Australian technology news, you're probably not aware that over the past few years, the State of Queensland massively bungled a payroll systems upgrade in its Department of Health. The issues resulted in thousands of hospital staff being underpaid or not paid at all, and has ballooned in cost from under $10 million in budget to a projected total cost of $1.2 billion. Queensland has now banned the project's prime contractor, IBM, comprehensively from signing any new contracts with any government department, until it addresses what the state says are IBM's project governance issues."
Obviously, you Aussie blokes need to learn Hindi if you want to partner effectively with IBM.
Deflection, Qld health are the worst run bureaucracy in country. I've heard first hand they put non IT on the project and were forever changing scope then pushing forward with little or no testing.
That's not how government procurement is supposed to work! A company that has failed to deliver on multiple contracts in the past should be given priority, because it has significant experience in government contracting work!
I am TheRaven on Soylent News
If I were paying $1.2 billion for something as rote as a payroll system, it better be fucking amazing. It's estimated that the entirety of Linux could be recreated from scratch for $600 million. A payroll system twice as complex as the entire Linux operating system! Think of the possibilities! I have no idea what the possibilities are, but they must be amazing to justify that cost!
IBM were the contractor for New Zealand's largest IT cock up INSIS (Integrated National Crime Information System, http://en.wikipedia.org/wiki/INCIS) which was a total flop and cost $110,000,000.
Funny thing is though, we didn't learn from our own mistakes and hired an Australian company called Talent2 for our Education Payroll. It has been a runaway failure (with more new bugs being found than being fixed over any given time period).
My wife is a doctor who works for Queensland health. To be honest, they had comprehensively mucked up her payroll numerous times prior to the IBM System. Unfortunately, they now feel the need to deduct her pay based on shifts she did 4 years ago (as the new system has slightly different data than the old one). The staff of QH are basically comprehensively useless, and even prior to the new system they would do things like email her other people's personal details and salary information. The staff always have been lazy and careless, and the new system couldn't handle users that didn't give a shit about doing a good job. IBM has undoubtedly ballsed things up, but QH Payroll are genuinely amongst the least competent people in the world. In fact, pretty much anyone in a government position in Queensland is useless, which is why they are in the process of firing 16,000 of them...
IBM bungled a massive project for the re-automation of the AKH, Vienna's main hospital. Got banned. It seems, however, that IBM does not care: such "missers" are like flies to such an elephant - yet.
Religous speak to God. Insane are spoken to by God. When all shut up, one can finally hear Shostakovich in peace
* Footnote: The average meal at mcdonald's costs around $6. The ratio is accurate: This is like going to McDonald's to order a happy meal and winding up spending more than you do on rent for it. Whups.
#fuckbeta #iamslashdot #dicemustdie
I thought these contracts were just an excuse by suppliers to wildly overcharge governments on the daily rates, software licences and support fees knowing that once the ink has dried on the contract they basically have them by the balls.
I wonder given the expense of these systems if governments wouldn't be better off to hire teams in-house to write this stuff.
They should have gone with Pronto. An Australian ERP company that is quickly responsive to changes in legislation (for Australian and overseas customers) and very flexible during implementation.
I've recently finished a two year planning and implementation of Pronto for my employer, and we are impressed with the outcome. We were on budget, accomplished within a reasonable timeframe (given some feature creep) and the post implementation support is great.
"Hey honey, I'm going to McDonald's to grab a bite to eat, be back in 10!"
(A few hours later)
"... Umm, honey, how did you manage to spend $710 dollars at McDonalds?"
But let's be fair, the actual breakdown is probably more along these lines:
$6 Happy meal (expected budget)
$250 consultants and managers haranguing you about how you are hungrier than expected
$200 to replace provided hamburger with a specialty burger
$250 "expert eating" trainers who advise you on the how to insert hamburger into mouth
$4 extra hamburger you ate because the above three took so much time lecturing you that you got hungry again
IBM only got $25 million of that $1.2 billion. The rest was a result of "the state failing to properly articulate its requirements or commit to a fixed scope."
That's off by more than two orders of magnitude. Heads need to roll.
Poppycock. I used to work for Big Blue. It was the most process bound organization on Earth. It's entire business model is to sell, not innovation, not cutting edge, not feature set, but a complete and utter lack of surprises. If there is anything I can't imagine blaming on IBM, it is a lack of governance.
You are totally blocking my view of the wall. - Dogbert
I think that those big failures indicate something about human nature at a much lower level. The green screen (CICS and such) was something that every developer could reasonably comprehend in its entirety, and there weren't really a 100 ways to do anything and everything (AFAIK based on 2nd hand lore). It was "limited", but those limitations made it mesh with human limitations. Bazillions of CICS and architectural lookalike systems were successfully deployed, and are still in use and under maintenance.
Then we've got all the web technologies and suddenly you can do everything in an almost infinite number of ways, and the tech involved can be selected to be almost arbitrarily complex. All this while the people who actually design and implement the stuff haven't magically become any more intellectually-able. They are the same species; there's no particular pressure to select truly cream-of-the-crop uber-developers with extraordinary mental capabilities. This impedance mismatch between the breadth of technology and the limitations of the implementers is a surefire recipe for disaster, especially given the demonstrably natural tendency for PHBs to jump onto "new" technologies for no reason other than those technologies happen to be out there.
There is a reason why there are many very successful projects that run on "legacy" technologies and purposefully limit themselves to what they use in the implementation. Had they not done it, they'd not be successful, it's that simple. I agree with Joel Spolsky that such legacy implementation should never be scrapped by a "total rewrite". You've got something that's CICS but you want to move on - port it to something more modern, web2py for all I care, but do it by a series of easy to understand (perhaps automated, even) transformations. Only when that's done, and you've got exactly the same system on a platform you feel like using in the longer term, should you start adding new features and doing deeper architectural changes.
A successful API design takes a mixture of software design and pedagogy.