Slashdot Mirror


One Expert Pegs Yearly Cost of IT Failure At $6.2 Trillion

blognoggle writes "Roger Sessions, a noted author and expert on complexity, developed a model for calculating the total global cost of IT failure. Roger describes his approach in a white paper titled The IT Complexity Crisis: Danger and Opportunity. He concludes that IT failure costs the global economy a staggering $6.2 trillion per year."

242 comments

  1. incompetence by X10 · · Score: 3, Interesting

    Does this mean that IT people are generally incompetent? Or is it just the IT managers who are incompetent? Or, just maybe, it's all IT people who don't read /. who are. Hmm..

    --
    no, I don't have a sig
    1. Re:incompetence by Anonymous Coward · · Score: 0

      It's all due to those people in my classes who cheated on their projects...

    2. Re:incompetence by ta+bu+shi+da+yu · · Score: 5, Insightful

      I'd look at it differently. I would firstly work out exactly how much money is generated through effective IT services and projects, and then I'd work out how much money is saved through effective IT services and projects, and then work out how much is lost through projects that go wrong. I think this sort of analysis would give a more true picture of the benefits and risks of IT projects.

      --
      XML is like violence. If it doesn't solve the problem, use more.
    3. Re:incompetence by pnewhook · · Score: 4, Insightful

      The amount of time / effort / money I've lost over the years due to buggy and crashing computer software is staggering. And I solely blame this on incompetent software developers. I'm talking of both commercial software (I'm surprised they let some of this crap out the door - do they know what testing is?), and also my own experiences working with development teams.

      I've had developers work for me that think they know everything there is to know, refuse to listen to any advice, and basically try to write software only in the way they believe it should be done, completely ignoring the needs and requirements of the system lead and the customer. Throw in to the mix some elitism and a complete lack of ability to communicate without insulting an derogatory statements, and you've got a profile of a large percentage of current software developers. I'm still working to undue to colossal mess of my last ex-software lead that I ended up kicking off the program because he fundamentally didn't know what he was doing (despite thinking he was the best developer on the planet). I've also worked with some amazingly brilliant software developers, but unfortunately they are few and far between. The sheer arrogance of some software developers is astounding.

      --
      Tesla was a genius. Edison however was a overrated hack who liked to torture puppies.
    4. Re:incompetence by Anonymous Coward · · Score: 0

      You're such an expert, let's see your design docs, testing suites, code etc. That way every developer on the planet can learn from your perfectness.

    5. Re:incompetence by ozmanjusri · · Score: 0, Troll
      Does this mean that IT people are generally incompetent?

      ' No, it means that the monopoly provider of the world's computer desktop software is greedy and takes profits at the expense of progress, interoperability and stability.

      --
      "I've got more toys than Teruhisa Kitahara."
    6. Re:incompetence by nOw2 · · Score: 1

      Probably true.

      There was a significant number of people around me during my degree who tried cheating. While I hope they went into factory work (putting the small boxes in the big boxes) my experience of maintaining other people's code suggests not.

      I did not cheat, got a reasonable overall degree, and I have not been involved in any failed projects in the decade or so since.

      Anecdote:
      I once wrote a module for a large industrial application (robot control; very cool stuff) as an outsourced developer. The company hired a couple of full time programmers on to work on the project too. Now, since they offered me the job I knew the salary range. Two years later, both programmers had quit leaving behind a terrifying VB.net mess. I was asked to work on it again and found my module with a header comment "Originally by nOw2 but rewritten 99% by Xyzl!". I did a diff and found about 5% changes, all of which was code to integrate the module into the main application, breaking the modularity of the original design.

    7. Re:incompetence by pnewhook · · Score: 1

      You seem awfully defensive..

      --
      Tesla was a genius. Edison however was a overrated hack who liked to torture puppies.
    8. Re:incompetence by LogicalError · · Score: 1

      No, it means that the monopoly provider of the world's computer desktop software is greedy and takes profits at the expense of progress, interoperability and stability.

      Oh please, so all software bugs are suddenly the fault of microsoft? I've seen plenty of bugs in open source projects and I'm pretty sure no microsoft engineer had anything to do with that

    9. Re:incompetence by Anonymous Coward · · Score: 0

      That's what happens when you get fired as lead developer.

    10. Re:incompetence by fuzzyfuzzyfungus · · Score: 1

      I suspect that IT failure is more like moral evil.

      Most people aren't stone-cold psychopaths, or even consistently self-interested egotists. They're just plugging along, mostly trying to get along with one another. And yet, despite the inputs being, on average, good(or at least OK), the system as a whole puts out an unrelenting stream of shit.

      In IT, there are certainly some truly impressive morons(and their much more dangerous cousins, the slick frauds); but most people are more or less OK, and some are downright brilliant. Trouble is, we don't really have a good handle on how to make very complex, very interconnected, systems work well when the inputs are "mostly ok, with spots of genius and blotches of pure suck".

    11. Re:incompetence by ozmanjusri · · Score: 5, Insightful
      Company, Annual turnover, $mln. 2004
      1. Symantec 1364
      2. McAfee (NAI) 597
      3. Trend Micro 508

      Which OS is costing this?

      Which company just blocked the best efforts of the rest of the world to develop an interoperable set of document formats?

      Microsoft has repeatedly prevented progress in computing. the opportunity costs of that alone are incalculable.

      --
      "I've got more toys than Teruhisa Kitahara."
    12. Re:incompetence by Bucc5062 · · Score: 4, Insightful

      The amount of time / effort / money I've lost over the years due to buggy and crashing computer software is staggering

      The amount of time / effort / money lost over the years due to poor management, bad analysis, and improbable times lines is staggering.

      There, fixed it for you. You do see that your own statement is about as arrogant and condescending as the programmers you want to insult. Buggy code, crashing software is not just the responsibility of the programmer, it is the responsibility of the leadership as well. Why was it buggy? Bad design specs, no code reviews, tight time lines with large interruptions? Why did it crash? Poor QA and review by business owners? ridiculous deadlines, poor working conditions, low morale?

      There is more there then just "bad programming" as if programming exists in some bubble. Developing is not assembly line work, it is a complex art and yet over decades management has viewed it from an industrial age mentality. Work from x to y, produce x lines of code, stop what you are doing and look at something else no matter where you are at. Certainly there are arrogant programmers, just like there are arrogant managers. I challenge you though to see that both need each other to reduce the number of bugs, the minimizing of crashes (really "crashing computer software? Not Abending or exception failures?) When a positive work environment is set that people tend to work better, with less error. That is the job of management and yes, even leads. For the record, I have been in lead and oversight positions. The best role I played was to get out of the way and let my people do their job. Along the way I would just ensure that we maintained a high quality of effort and we kept on focus to the requirements provided.

      --
      Life is a great ride, the vehicle doesn't matter
    13. Re:incompetence by Anonymous Coward · · Score: 0

      First of all, I agree with you. There are some utterly moronic developers out there.

      >I'm surprised they let some of this crap out the door
      >(...)think they know everything(...)refuse to listen to any advice(...)they believe it should be done(...)ignoring the needs and requirements(...)elitism(...)
      lack of ability to communicate(...)insuling an derogatory statements(...)colossal mess(...)I ended up kicking off(...)didn't know what he was doing
      >The sheer arrogance of some software developers is astounding.

      So - you have the power to kick someone out. You are therefore also in charge of at least part of this program you are describing.

      You are a person in power over a program with missing QA, poor communication, where you try to control technology instead of what gets produced, a program you yourself describe as a "colossal mess", and where you are describing those you work with as "arrogant".

      Do you think there may be more problems with your program?

    14. Re:incompetence by Anonymous Coward · · Score: 0

      Also he seems like someone who hasn't been rushed though a project yet... bad managers don't care if the product sucks, just that it's out the door at some arbitrary date.

    15. Re:incompetence by Anonymous Coward · · Score: 0

      No... not incompetent. The overall complexity of systems is so great that IT is difficult to manage. I work for a large company with extensive, complex systems. Failure is not so much the issue ( we generally get to where we want to be and more or less on time/budget ) but we've learned that success is expensive. Much of our effort in the past 5 or 10 years has been to homogenize and to reduce complexity/differences. Standards and planning are a big part of success.

    16. Re:incompetence by bwcbwc · · Score: 1

      Actually, this is more likely mostly due to user incompetence. This number has to include the cost of all the extra IT and helpdesk personnel that are required to help PHBs who forget their passwords, download malware onto their work computers, can't figure out how to run a financial report and so on, you can get into the trillions pretty quickly.

      The other big item is probably the industry-standard 20% of losses on IT projects due to scope creep, cancellations, system defects and projects that shouldn't have been attempted in the first place. Which includes IT incompetence but still has a PHB component.

      --
      We are the 198 proof..
    17. Re:incompetence by zoomshorts · · Score: 0

      Agreed, you need to quantify what you have , before guessing how much you do not have, effects
      the overall structure. In addition, you need it to be understandable by management types. That
      may prove to be impossible.

    18. Re:incompetence by A_Lost_Frenchman · · Score: 3, Insightful
      No ! It just means the guy who wrote the white paper, and the guy who comments on it, are both incompetent.

      A large number of these will eventually fail. I assume the failure rate of an "at risk" project is between 50% and 80%. For this analysis, I'll use the average: 65%.

      Using the same kind of bullshit reasoning here is what I found: A large number of human beings will eventually die. I assume that human beings live between 0 and 100 years. For this analysis, I'll use the average: 50 years. Except that the average life expectancy is not 50 years but actually much higher. Taking the mean of the minimum and the maximum is not at all the same as taking an average, you may as well be pulling the numbers right out of your ass.

      To find the predicted cost of annual IT failure, we then multiply these numbers together: .0275 (fraction of GDP on IT) X .66 (fraction of IT at risk) X .65 (failure rate of at risk projects) X 7.5 (indirect costs) = .089. To predict the cost of IT failure on any country, multiply its GDP by .089.

      You're trying to introduce a global economic indicator using only 1st grade calculus, that's certainly an interesting approach. So the basic reasoning is that 65% of all IT projects fail, and when they fail, not only do we lose everything that was invested in this particular project, but because of the indirect costs, we are actually going to lose 7.5 times more money ! There is so much bullshit in this sentence I don't even know where to start ! First of all, is the project a failure because it was delivered late, because it is not completely satisfactory, because there are bugs ? In any case, there is almost no chance that the project is such a failure that we can't get anything out of it. What's more there is no way it is going to cost 7.5 times more money than that, which leads me to all the stupid assumptions.

      1. explicit assumption: 66% of all Federal IT dollars are invested in projects that are "at risk". I assume this number is representative of the rest of the world
        => It's not. The US is not even remotely representative of the rest of the world
      2. explicit assumption: I assume the failure rate of an "at risk" project is between 50% and 80%.
        => Maybe you could have looked up the real number included in the definition of an "at risk" project. For all we know it could be 10% of 90%, assuming you know the number when you actually don't doesn't make it right.
      3. implicit assumption: I assume that the average of the minimum and the maximum is the same thing as the average over all projects.
        => It's not, come back when you understand basic statistics.
      4. explicit assumption: I will assume that the ratio of indirect to direct costs is between 5:1 and 10:1. For this analysis, I'll take the average: 7.5:1
        => Same thing as above, you don't actually know the number, it could be anything. Plus you make an average on minimum and maximum values which makes no sense at all.

      Now the worst part is that Michael Krigsman seems to find the study interesting:

      Although not precise, the numbers demonstrate the seriousness of IT failure around the world.

      No, they don't ! We don't have a clue how precise they are, which means we don't have a clue how far they are from the truth. All the assumptions are completely wrong, and not just a little.

      Michael Krigsman is CEO of Asuret, Inc., a software and consulting company dedicated to reducing software implementation failures.

      I propose we make a study on how much money is lost to software and consulting companies dedicated to reducing software implementation failures. Assuming one fifth are incompetent frauds like Krigsman, and the number of projects involving consulting companies is between 20% and 70% (we take the "average" 45%), and making the same du

    19. Re:incompetence by jitterman · · Score: 1

      Mod this person's comment up to 5 insightful. This was precisely my thought upon reading the summary (no, didn't RTFA). Figure the gross earnings saved/made overall based on tech/IT solutions, then remove loses to reach your net benefit/loss.

      I wonder how much money companies would lose if suddenly no IT services were available.

      --
      For conscience is the wound, and there's naught to staunch it
    20. Re:incompetence by jimbolauski · · Score: 1

      I've had developers work for me that think they know everything there is to know, refuse to listen to any advice, and basically try to write software only in the way they believe it should be done, completely ignoring the needs and requirements of the system lead and the customer. Throw in to the mix some elitism and a complete lack of ability to communicate without insulting an derogatory statements, and you've got a profile of a large percentage of current software developers.

      I think I know your problem you keep hiring noobs right from college and are giving them large of tasks with little oversight. If your employees do not follow your direction then either you're and idiot because you don't know where you are going or you're an idiot because you don't know how to manage your personnel. There are many excellent developers you just have to properly interview candidates so you can weed out the morons there are idiots in every profession and the good managers know how to spot them. The sheer arrogance of some managers is astounding.

      --
      Knowledge = Power
      P= W/t
      t=Money
      Money = Work/Knowledge so the less you know the more you make
    21. Re:incompetence by Anonymous Coward · · Score: 0

      MS let us not forget is both good and evil. MS, though the standardization on dos/windows gave a huge boost to the industry. For time and again it has been shown that it is not so much the quality of your standard but the existence of one that makes the biggest difference.

      However has MS been anti-competitive as well stifling innovation and producing low quality software? Why yes, they did that too. Does it net out in the end, at this point probably not. MS has been king too long and has grown fat and lazy with its current excesses exceeding the good its early standardization brought.

      We can hope for Linux, I certainly use it, but it is not without its flaws. Given a few more years maybe Ubuntu can make some headway into the mainstream, it seems to have a better shot at it than any other distribution.

    22. Re:incompetence by Nerdposeur · · Score: 5, Insightful

      Also, this happens too often:

      Manager: We need to add Feature Y.
      Coder: But that builds on Feature X, which is still buggy.
      Manager: I don't care. The customer wants it.
      ---
      (A month later)
      Coder: Can we take some time to fix the bugs in Feature X and Y?
      Manager: No, we have to make Feature Z, which builds on X and Y. We can fix them later.
      Coder: If we'd known you wanted Feature Z, we would have done X and Y completely differently.
      Manager: Hmmm. Well, it needs to work by next Tuesday.
      Coder: (very quiet expletive)

    23. Re:incompetence by Anonymous Coward · · Score: 0

      Clearly you are not a programmer...

    24. Re:incompetence by mforbes · · Score: 1

      Microsoft probably pays engineers to sabotage F/OSS projects, using emails that can't be traced to MS! (yes, that's sarcasm...)

      --

      Allegedly real newspaper headline from 1998:
      Man Struck by Lightning Faces Battery Charge

    25. Re:incompetence by pnewhook · · Score: 4, Interesting

      So I'm not a programmer because I don't accept crappy buggy code? Get real. I've 20 years of real-time mission critical coding experience; I know what constitutes good code and architecture, and what is bad.

      Software developers need to learn they have to ARCHITECT code. You cannot just hop in and start writing code without a plan. It would be the same as trying to build a house without blueprints, just nailing up wood at one of the corners.. It will kind of look like a house when done, but will have lots of problems. Code is the same thing.

      --
      Tesla was a genius. Edison however was a overrated hack who liked to torture puppies.
    26. Re:incompetence by liquibyte · · Score: 1

      Lesson learned? One does not simply write vb code into a robot!

    27. Re:incompetence by pnewhook · · Score: 1

      I agree with what you say is an aspect, but you cannot just poor working conditions for bad coding. If software was properly architected from the ground up, then there wouldn't be so many bugs, and the schedule wouldn't be blown.

      Where I work, the schedule is determined by the actual developers, and the features are finalized at the beginning of the program. If development stays on schedule, then management doesn't interfere (why interfere if there are no problems?). The conditions you state I'm certain exists in many companies, but they are not the case where I am.

      --
      Tesla was a genius. Edison however was a overrated hack who liked to torture puppies.
    28. Re:incompetence by pnewhook · · Score: 1

      Yes, then the company/management are idiots. Quit and find a better job where the employee input is respected.

      --
      Tesla was a genius. Edison however was a overrated hack who liked to torture puppies.
    29. Re:incompetence by jhoegl · · Score: 1

      There are plenty of incompetent IT and IS people out there, and although it is no excuse, there are plenty of incompetent people in other parts of the work place.
      IT may not be to blame for some of the proposed losses, as bosses, money, and other factors contribute to the inability of IT/IS to be able to complete their job correctly.
      This years "one server failure" for the FAA flight systems is a key point to my synopsis. Why no back up? No money... and its not just the government that has to deal with this.

    30. Re:incompetence by jedidiah · · Score: 1

      Standardization on DOS gave a huge boost to MICROSOFT at the detriment to anyone else that wanted to build compatable software.

      Binary "standardization" just gives the owner of the standard a lot of control and the ability to destroy anyone else in the industry it finds to be a threat. It also allows the monopoly owner to continue to forcefeed their product to customers no matter how crappy or unsuitable it is. Everyone ends up like a strung out junkie stuck on a perpetual upgrade treadmill over DECADES. Helsinki syndrome sinks in and people are frightened in general and become to afraid to try anything different or new.

      The value of "being DOS compatable" quickly evaporates if you find you want to use something other than the monopoly product.

      Being able to "run anything" isn't necessarily all it's cracked up to be.

      Binary level vendor standards are actually destructive and what retards progress.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    31. Re:incompetence by pnewhook · · Score: 1

      You are a person in power over a program with missing QA, poor communication, where you try to control technology instead of what gets produced, a program you yourself describe as a "colossal mess", and where you are describing those you work with as "arrogant". Do you think there may be more problems with your program?

      I'm in charge of a program where the ONLY problem was with the software lead. Mechanical, electrical, controls, etc - no issues at all. It also happens that the software line manager is friends with the moron software lead and refused to do anything despite repeated warnings that software was an impending train wreck. I was told to let him do what he wanted to do. My hands were effectively tied.

      Several wasted millions of dollars later, I finally get him kicked off. Now its a matter of cleaning up the aftermath.

      Yes, its sometimes hard for software developers to believe this, but sometimes the problem DOES lie with the software person.

      --
      Tesla was a genius. Edison however was a overrated hack who liked to torture puppies.
    32. Re:incompetence by WinterSolstice · · Score: 2, Insightful

      1) Yes
      2) Yes
      3) Maybe :D

      To be blunt, I have noticed a MASSIVE decline in the quality, intelligence, and desire to do a 'good' job in the companies I've been at over the last 5 years. The outsourcing boom chronicled so nicely in Office Space and the like has not done anything to improve the quality of tech work.

      I would say good IT people are probably 1 in 100 or less - the rest are either grossly incompetent, lazy, or completely burned out by carrying 2-3 times the workload that should be expected of them.

      Always-on, always-on-call lifestyles and mentalities have driven many of the good rank and file (those not totally into IT for whatever reason, but still competent and savvy) out into pretty much ANY other field.

      Heck, I know 8 amazing IT people who left last year when they became the 'last one standing' after massive outsourcing or layoffs. They decided that they would rather open barbershops, bookstores, coffeeshops, or go to the business side.

      The people left are just ghastly. (I'm generalizing - there are still some amazing people, it's just that the *ratio* is so bad)

      --
      An operating system should be like a light switch... simple, effective, easy to use, and designed for everyone.
    33. Re:incompetence by TimSSG · · Score: 1

      And some managers need to learn that coding takes time!!!! I was on a project where 98% of the time was design and Analysis and then I was supposed to code it in the few remaining days/hours. The waterfall model IS NOT valid for less than multi-year projects. Or at least incompetent can NOT use waterfall model. Tim S.

    34. Re:incompetence by pnewhook · · Score: 1

      We use a modified iterative waterfall, but guidelines say design should be 20% of the total time. This also includes some prototyping of the high risk areas.

      --
      Tesla was a genius. Edison however was a overrated hack who liked to torture puppies.
    35. Re:incompetence by AvitarX · · Score: 1

      The amount of time / effort / money I've saved over the years due to buggy and crashing computer software is staggering.

      I really think articles like these ignore the simple fact that time is saved, not lost due to the buggy software, simply not as much as perfect software would save.

      --
      Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
    36. Re:incompetence by Javagator · · Score: 1

      I have seen programs fail or get into trouble for a variety of reasons; bad programmers, bad managers, unrealistic deadlines, not enough time spent in design, too much time spent in design, third party software that did not live up to expectations, etc. It's not always Microsoft's fault. When you think of all the ways a project can go wrong, six trillion is not surprising. It's just about the cost of a minor war.

    37. Re:incompetence by haruharaharu · · Score: 2, Insightful

      You're just never wrong, are you?

      --
      Reboot macht Frei.
    38. Re:incompetence by Antique+Geekmeister · · Score: 1

      Oh, dear. My friend, I have been kicked _off_ of projects because I insisted on architecting them correctly from the ground up, and didn't accept the "mine runs 20 times as fast, let's use this!!!" version with no usable error messages, spewing log messages to read by hand, and no security, when I demonstrated that the reason it ran 20 times as fast was because the programmer cherrypicked his test cases and then multipled by the size of the whole set of targets.

      The engineer who did the alternate design made big errors which took a long time to clean up. But the fundamental error was on the manager's part, who believed excited new hype about the magic of using a new language instead of the actual data I handed them: hype consistently won out over measured data there, and it was rampant in the newly hired managers as the company grew.

    39. Re:incompetence by sjames · · Score: 2, Interesting

      Many IT people are incompetent. They are hired by incompetent managers who are more interested in keeping salaries down and maintaining a corporate cube farm than they are in hiring good quality people. Very few understand that the best are 10 times more productive than the run of the mill if you stay out of their way. The problem is exacerbated when management refuses to believe that the assembly line is not at all an appropriate analogy for software development.

      It doesn't help that HR departments are utterly clueless when it comes to hiring IT. They look for matches on bullet points but don't understand those points well enough to recognize which ones are important or even which are possible. That's where we got positions requiring 5 years experience in Java when it had only been out there for 2 years. That's also where we get nit-picking bullet points that don't recognize equivalent experiences.

      Imagine if architects were rejected regardless of other qualifications if they didn't happen to have at least 5 years experience with a particular brand of drafting pencil.

      The result of all of that plus the boom and bust cycle is that during the booms, HR will fill positions with any stuffed shirt and during the bust the layoffs fly indiscriminately. Said stuffed shirts then clog the queues with their resumes and make it hard to find the well qualified candidates. It also depresses salaries for the best while inflating them for the barely adequate.

      If you want to look a bit higher, you'll find that the stock/financial segment has spent decades rewarding the short sighted and punishing "engineer run" corporations that refuse to sell out the future for the sake of a 10% bump next month. That also contributes to the continued failures in IT. MBAs who happily save a few pennies today by outsourcing to the very lowest bargain basement bidder (who promptly re-assigns their A-team to the next prospect and substitutes with their b-team who just barely know how to turn a PC on) and then suffer losses by the bucket load when it all goes 'mysteriously' wrong.

    40. Re:incompetence by Antique+Geekmeister · · Score: 1

      Make that "selective standardization". The DRDOS lawsuits demonstrated that Microsoft could, and did, directly manipulate standard API's to threaten or interfere with other businesses. (Look up the "AARD Code" craziness.)

    41. Re:incompetence by pnewhook · · Score: 1

      No, I'm often wrong, and I know enough to know when I'm wrong and will admit it to.

      Why do you feel the need to attack me?

      --
      Tesla was a genius. Edison however was a overrated hack who liked to torture puppies.
    42. Re:incompetence by pnewhook · · Score: 1

      Too bad. If that's the case, if you haven't done so already find yourself a new job quick. Hype is just window dressing and a pig in a dress is still a pig.

      There ARE good companies out there.

      --
      Tesla was a genius. Edison however was a overrated hack who liked to torture puppies.
    43. Re:incompetence by sjames · · Score: 1

      ...and then I'd work out how much money is saved through effective IT services and projects,

      That one is drastically underestimated routinely because so much is taken for granted. Imagine an international mega-corp trying to hire enough file clerks and adding machine jockeys to keep going if every IT function were to be shut down for good next month (or year). Not to mention the costs of constructing their paper archives to handle dead-tree P.O.s and the associated fulfillment documentation.

      That may not look like new development and new projects, but if they DON'T invest in development, those working systems will eventually be crushed under the ever increasing weight of a growing operation.

    44. Re:incompetence by jc42 · · Score: 1

      Does this mean that IT people are generally incompetent? Or is it just the IT managers who are incompetent? Or ...

      Well, I'd guess it's mostly an example of the old observation that, while a person can be very smart, people are stupid. Human intelligence isn't additive; it's some inverse function of the number of brains involved.

      Most software is developed by teams, and the more important management thinks a software project is, the more people they assign to it. This means that the most important products are developed by the stupidest teams. Also, the bigger the company, the more people they have to assign to a project (or move from project to project, as often happens). So the bigger companies tend to have the stupidest development methods.

      I've worked on several projects that produced some high-quality products. In each case, it was done by a small team, and the team found ways to chop up the work into pieces that could each be done by a single person (with well-documented interfaces between the pieces). So each piece was done by the smartest human team, a single person. But big companies generally don't permit this approach (though a couple of these projects were for some big companies with a few smart managers).

      --
      Those who do study history are doomed to stand helplessly by while everyone else repeats it.
    45. Re:incompetence by sjames · · Score: 1

      Sure, open source projects have bugs too. However, considering the much much smaller amounts of money thrown their way, they are vastly more cost effective.

    46. Re:incompetence by Anonymous Coward · · Score: 0

      Not meaning to offend you.
      But you show a lack of understanding of the situation most developers are in.
      And then, even when you have a plan and stuff works out the way you planned there are enough reasons things can go bad.
      Management fail, market fail, time fail, etc.
      Usually programmers are expected to work miracles under dodgy conditions.
      No freaking time to architect the details, no freaking money to do proper tests, etc, etc.
      It happens daily and often it's not the programmers that are at fault.

      To keep in tune with your analogy, what if the client decides that the bathroom needs to be bigger and there needs to be a small garden in the living room and they don't like one of the pillars that's needed to support the original design.
      Ooh, and they want it tomorrow and no money for a redesign of the blueprint so just 'go with the flow'.

      I mean, i understand that it can all be done right, but usually there are nowhere near enough resources to do it right as all the money is sucked up by marketing.

    47. Re:incompetence by Antique+Geekmeister · · Score: 1

      That incident was some years ago. There are ways to protect against bad managers, and bad projects. In that particular case, it involved getting the excited new engineer in a one-on-one discussion and showing him where the problems were so he could fix them on his own time, and outlasting the particular bad manager by being _right_ about predicted problems, and having solutions in place ready to go with my manager, with the bad manager's name, date, and time on his claims that it wouldn't happen, to bring to the annual review meetings at my manager's level.

      But it took more than a year, and other departments had to deal with things in their own way. Accessing one manager's email to the employee they were sleeping with, attaching a copy of the state's laws on sexual harassment, and forwarding it to the mailing list for the board, the mailing list for HR, the mailing list for the corporate layers, and their spouses was one approach to a manager who refused to follow basic screen locking and password handling policy.

    48. Re:incompetence by pnewhook · · Score: 1

      But you show a lack of understanding of the situation most developers are in.

      No offence taken, but I disagree. I've been a developer for 20 years, most of that in real-time mission critical systems. I'm now a developer when I need to be and a project, technical leader.

      To keep in tune with your analogy, what if the client decides that the bathroom needs to be bigger and there needs to be a small garden in the living room and they don't like one of the pillars that's needed to support the original design. Ooh, and they want it tomorrow and no money for a redesign of the blueprint so just 'go with the flow'.

      If the original basis of estimate for the project did not include this, then it is a delta and everyone needs to understand a change after program start will cost time and money. If you are being paid by the customer, then this has to be communicated to them as a change is scope, and they have to agree to the delta cost/schedule. If this is internally funded then same thing - give the manager the impact and new estimate, and STICK TO IT.

      If the manager tells you that you need to add 20% to the original design in zero time, then don't agree to it - give him the real impact. If you are good with your historical estimates he will believe you. If he doesn't then refuse the delta. (Of course if he finds someone else that can do what he asks, then you need to reevaluate your skills and/or estimating abilities).

      Many times, a schedule or plan has to change despite the best efforts to do everything correctly up front. However if the manager asks the employee for the impossible AND THEY ACTUALLY TRY - thats the fault of the employee not the manager. The employee knows best as they are the domain expert. The manager will ask the impossible but it is the developer that must put a reality check on those demands.

      --
      Tesla was a genius. Edison however was a overrated hack who liked to torture puppies.
    49. Re:incompetence by Anonymous Coward · · Score: 0

      and what happens is that you get fired and replaced by the guy who says he will do the impossible (and fails, but not before the product has shipped)

    50. Re:incompetence by pnewhook · · Score: 1

      So? Then the company is going down the tubes anyway. Go find a good company to work for.

      --
      Tesla was a genius. Edison however was a overrated hack who liked to torture puppies.
    51. Re:incompetence by Anonymous Coward · · Score: 0

      Where I work, the schedule is determined by the actual developers, and the features are finalized at the beginning of the program.

      What color is the sky on the planet you live on?

    52. Re:incompetence by Chabil+Ha' · · Score: 1

      Or is it just a cost of doing business. When weighed against using IT, how much productivity is gained, dollars earned, and dollars saved? Is great to spout out the costs, how about the benefits, too, for a real analysis?

      --
      We're all hypocrites. We all have hidden parts, it's the contrast between them that make us more a hypocrite than others
    53. Re:incompetence by Anne+Thwacks · · Score: 1
      Simple solution:

      replace the PHBs with PHP!

      --
      Sent from my ASR33 using ASCII
    54. Re:incompetence by jbengt · · Score: 1

      To keep in tune with your analogy, what if the client decides that the bathroom needs to be bigger and there needs to be a small garden in the living room and they don't like one of the pillars that's needed to support the original design.

      Speaking as someone who does mechanical design blueprints and specs, sounds like business as usual to me.

    55. Re:incompetence by Sir_Lewk · · Score: 1

      haruharaharu: [makes a point about pnewhook arguing everything]
      pnewhook: [argues haruharaharu's point]

      Not that I read any of the preceeding comments, but I think this should answer your question.

      --
      "linux is just DOS with a UNIX like syntax" -- Galactic Dominator (944134)
    56. Re:incompetence by Anonymous Coward · · Score: 0

      Good for you? What do you want, a fucking cookie? Arrogant asshole.

    57. Re:incompetence by Anonymous Coward · · Score: 0

      I would suggest that with your years of real-time mission critical coding experience and your assertion that developers need to architect their code, that you have either never or very rarely been in the position of "You will have $new_feature ready by Friday"

      An architected solution would not have room for such an order, allowing developers to say "That isn't in the architecture documents" and a real-time mission critical system would not have room for such a lack of testing/QA.

      To expand on your house analogy, you don't build a house with two stories and then, just when you are about to finish painting the walls, have the person commissioning the house tell you that they need an extra floor between the two current ones.

    58. Re:incompetence by Anonymous Coward · · Score: 0

      Microsoft is not to blame. I bet Symantec, McAfee, Trend Micro and the hundreds of other smaller companies that thrive off of Microsoft's shortcomings would agree with me. There is always opportunity, even that opportunity is correcting the mistakes of other companies.

      Microsoft is too big to generalize. They have many intelligent people and many successful products. They are not big into innovation, but that are a leader for a reason.

    59. Re:incompetence by AmberBlackCat · · Score: 1

      I also think they're underestimating how much people screw you over when you need their services. Out here,Geek Squad charges $150 USD just to come out, even if all they have to do is pull out a memory chip and push it back in. They're like auto mechanics who charge $25 to change lightbulbs. I wonder how much money businesses lose due to automotive failure...

    60. Re:incompetence by WinterSolstice · · Score: 1

      It's simply brilliant *tear*

      --
      An operating system should be like a light switch... simple, effective, easy to use, and designed for everyone.
    61. Re:incompetence by Belial6 · · Score: 1

      I know that this is going to sound like heresy, but sometime the manager is right. I happen to work for one of those mythical creatures known as a good manager. He almost always fully aware of what he is doing when tells us to build on top Feature X which is still buggy. He understands that reducing users workload today by 50% is better than reducing it by 60% in 5 years, particularly when he knows that the code is only going to have a life expectancy of a couple of years.

      Which would you rather have, a program that doubles your production but has to be rebooted once a day, or just plod along doing things manually?

      Of course, the reason I say 'mythical' is that most people will never see a good manager in real life, so generally your portrayal is entirely accurate.

    62. Re:incompetence by Anonymous Coward · · Score: 0

      Next up - The White Paper crisis: Fear, Uncertainty and Doubt. Notable blogger and expert slashdot poster Anonymous Coward develops a model for calculating the effect of fear, unceartainty and doubt introduced by white papers. He concludes that a staggering 92% of facts and figures in these papers are complete bullshit and he could do a better estimate on the back of a napkin than most of these clowns.

    63. Re:incompetence by Tynin · · Score: 1

      Ah yes, we have a saying around here when things come down from up high with this kind of mandate. I'm unsure from whom it was cited...

      -"Don't get it done right, get it done right now."

    64. Re:incompetence by aix+tom · · Score: 1

      So, when the coder messes up it's the coders fault.

      But when management messes up it's still the coders fault, just because he didn't quit fast enough?

      On a related note: Most of the jobs *I* have quit so far (4 of 5) I have quit because the priority of people in the company was to pin the fault on someone, not to actually fix the problems.

      The company I have worked now for 10 years has a very nice upper management level that manages to keep the people that try to fix problems, and manages to get rid of most of the people that play the blame-game.

    65. Re:incompetence by pnewhook · · Score: 1

      Why? Don't you think that is the way it should be?

      --
      Tesla was a genius. Edison however was a overrated hack who liked to torture puppies.
    66. Re:incompetence by pnewhook · · Score: 1

      What exactly was arrogant about my postings?

      --
      Tesla was a genius. Edison however was a overrated hack who liked to torture puppies.
    67. Re:incompetence by pnewhook · · Score: 1

      Please see my previous response on this. If a manager asks you to do the impossible - REFUSE, and give him an alternate suggestion or a cost and schedule of when it realistically CAN be done. Don't just say yes sir, then bitch about what a bunch of idiots management is. YOU are the domain expert - YOU tell management what can and cannot be done.

      --
      Tesla was a genius. Edison however was a overrated hack who liked to torture puppies.
    68. Re:incompetence by TapeCutter · · Score: 1

      "I'm still working to undue to colossal mess of my last ex-software lead that I ended up kicking off the program because he fundamentally didn't know what he was doing...[snip]....The sheer arrogance of some software developers is astounding."

      Oh the irony....

      --
      And did you exchange a walk on part in the war for a lead role in a cage? - Pink Floyd.
    69. Re:incompetence by pnewhook · · Score: 1

      So, when the coder messes up it's the coders fault. But when management messes up it's still the coders fault, just because he didn't quit fast enough?

      No, thats not what I' saying at all.

      If the coder blindly accepts a management directive to do the impossible without telling management that it cannot be done, yes that is the coders fault. If management asks for something impossible, and the coder responds with a 'sorry that cant be done, but I can do this, or I can do it in this amount of time', then there is no fault there - that just good teamwork. If the manager is stupid enough to not believe his team and says do it anyway, then its the managers fault.

      And my original post wasn't about silly bugs - everyone makes mistakes and those are easy to fix and find. I'm talking about ignoring the desing, I'm doing it my way screw you fundamental architectural mistakes that in my case put peoples lives in danger.

      As for blame, generally yes, its a team effort, there's no point in blaming anyone as this does not fix the issues. However there comes a time when a person has such a train wreck of disaster behind him, and no successes, and a history of backstabbing and lying to protect his incompetence that blame must be assigned. It's like having a driver speed drunk though a busy intersection against a red, causing a multi-car pileup. The police don't just say 'aww it was a team effort - we're not going to blame anyone'. At some level of screwup the person at fault needs to be removed for the sake of everyone else left.

      Incidentally, this person in question would blame almost anything except the real problem which was himself - the customer, management, the other team members, the requirements, documentation, every piece of hardware, third party drivers, the operating system, bugs in the microcode of the CPU, you name it, I've heard every excuse in the book from this idiot.

      --
      Tesla was a genius. Edison however was a overrated hack who liked to torture puppies.
    70. Re:incompetence by pnewhook · · Score: 1

      Oh please... give it a rest.

      --
      Tesla was a genius. Edison however was a overrated hack who liked to torture puppies.
    71. Re:incompetence by aix+tom · · Score: 1

      OK, with that I can agree completely.

      Incidentally, this person in question would blame almost anything except the real problem which was himself

      And sadly, one such rotten apple can spoil the whole bunch.

      After having encountered some of them myself (from coders, over management to customers) I now definitely like working with less-proficient people that can admit that they have shortcomings or have made errors than with geniuses in their field that are not able to to that.

      Like the old saying:

      It ain’t so much the things we don’t know that get us in trouble. It’s the things we know for sure that just ain’t so.

    72. Re:incompetence by TapeCutter · · Score: 1

      $150 sounds a little steep but assuming 4 people to a house, $6.2T is about one geek squad house call to every house on the planet every 2 weeks for a year. In other words TFA is an economist speaking about money which does not always correlate with how money speaks in the real world.

      --
      And did you exchange a walk on part in the war for a lead role in a cage? - Pink Floyd.
    73. Re:incompetence by rfc1394 · · Score: 1

      Manager: Hmmm. Well, it needs to work by next Tuesday.
      Coder: (very quiet expletive)

      Code Monkey have boring meeting with boring manager Rob
      Rob say Code Monkey very diligent
      but his output stink
      his code not functional or elegant
      what do Code Monkey think
      Code Monkey think maybe manager want to write goddamn login page himself
      Code Monkey not say it out loud
      Code Monkey not crazy just proud
      -- Jonathan Coulton

      --
      The lessons of history teach us - if they teach us anything - that nobody learns the lessons that history teaches us.
    74. Re:incompetence by Nerdposeur · · Score: 1

      You make a good point - sometimes the 'stupid' programing decisions of management are actually smart business decisions. They prefer messy code that makes money to pristine code that doesn't, and that's just business. The money it makes keeps us employed. The fact that we coders are immersed in the details makes us more concerned about them than about the big picture - which is fine, but we need to be overruled at times.

      I'm glad that you've got a boss who understands the tradeoffs.

    75. Re:incompetence by AmberBlackCat · · Score: 1

      At the time, I had been hired as the entire IT staff for a church. They told me Geek Squad wanted $150 to come out and assess a problem, not counting the price for actual labor or parts. So that was the exact price Geek Squad gave them. And this was for a problem with one computer, that I fixed in a couple of hours. And I remember Best Buy having a sign up that said virus removal for $39.99. I remember the MicroCenter guy telling me data recovery for my hard drive would be $1,500. I ended up getting the data back without them, and without the clean room they use to justify the cost. And those are costs for home users.

    76. Re:incompetence by Cardhu · · Score: 1

      There are dozens of reasons for program failure, most of which cannot be laid on the shoulders of software engineers. For examples, just in program management: Was the system need clearly defined? Was the size of the program's effort accurately estimated? Was the program schedule realistic? Did the program schedule accurately show the necessary development activities? Was the program properly staffed with the right skills and experience in sufficient number to execute the program? Were the requirements clearly specified? Was the requirements specification complete? Was the requirements specification consistent? Was the requirements specification baselined? Were requirements changes managed by a change board, accurately estimated for development time and cost, and were cost and schedule changes added into the program schedule? The most common process failure I've seen has been poor requirements specification. This causes a lot of requirements changes that make the program cost and schedule expand in a Big Bang. The sysmptom in development is many changes in direction that result in the software developers thrashing to pull something together. The result on the I&T floor is a dramatic train wreck. Both software and testing are victims rather than causes.

      --
      - Cardhu
    77. Re:incompetence by pnewhook · · Score: 1

      I agree completely.

      Except in my case where the problem can be clearly traced to the software lead being incompetent, lying, and refusing to follow the design or attempt in any way to be part of the team.

      --
      Tesla was a genius. Edison however was a overrated hack who liked to torture puppies.
  2. Simple solution, put it into the cloud by alen · · Score: 4, Funny

    and it will magically work the way it's supposed to work

    1. Re:Simple solution, put it into the cloud by X10 · · Score: 1

      The magic being that "the way it's supposed to work" is defined by - and only known to - other people than the ones who make the software.

      --
      no, I don't have a sig
    2. Re:Simple solution, put it into the cloud by Hurricane78 · · Score: 1

      When I read “cloud”, I always have to think of that old Luniz video, where they were in the car full of smoke and had to stop because they couldn’t drive anymore.

      And then the comment suddenly makes sense again. ^^

      --
      Any sufficiently advanced intelligence is indistinguishable from stupidity.
  3. Does your company lose 10% to IT failure? by BadAnalogyGuy · · Score: 5, Interesting

    The global domestic product is approximately 60 trillion USD. If 6 trillion is lost to IT failure, then on average, every company is losing 10% productivity to IT failures.

    This is simply not credible, and this guy should be strung up by his pinkie toes and flogged with ostrich feathers until he admits he eats eggs benedict on Tuesday mornings.

    1. Re:Does your company lose 10% to IT failure? by lukas84 · · Score: 1

      Sounds completely plausible to me. Your company may lose 0% to IT failure, but others may lose 50%.

    2. Re:Does your company lose 10% to IT failure? by ta+bu+shi+da+yu · · Score: 1

      Not only are you awesome at bad analogies, you are terrible at syllogistic logic.

      Premise A: Global GDP = $60 trillion
      Premise B: Total lost due to IT failue = $6 trillion
      Conclusion: Every company on the planet has lost 10% of their productivity due to IT failures.

      Let me restate this another way - this is like saying there were 100 million bananas grown in the world in 2009, and that monkeys threw 10% of bananas on the ground, which means that 10 million people slipped on bananas every year.

      --
      XML is like violence. If it doesn't solve the problem, use more.
    3. Re:Does your company lose 10% to IT failure? by nOw2 · · Score: 1

      Half of all startups fail in the first year.

    4. Re:Does your company lose 10% to IT failure? by ta+bu+shi+da+yu · · Score: 1

      Ah crap. I missed the "on average" bit. Oops. Ignore the above.

      --
      XML is like violence. If it doesn't solve the problem, use more.
    5. Re:Does your company lose 10% to IT failure? by postbigbang · · Score: 4, Insightful

      The credulity problem gets worse when one considers how much more productive people have become when using various applications. Yeah, some of them are probably counter-productive, but others (office apps, line-of-business apps) have transformed how we do business for the better. The number seems terribly grandiose even if you push all of the negatives to one side of the equation.

      --
      ---- Teach Peace. It's Cheaper Than War.
    6. Re:Does your company lose 10% to IT failure? by daveime · · Score: 2, Insightful

      50% of 0 dollars income is still 0 dollars.

      Including "startups" is perhaps counterproductive, as they don't have any real business model to start with, they float "ideas" to dumb VC's, and never generate a real dime in income before they fail.

      The only money lost was the venture capital.

      To understand the "cost of losses due to IT", you have to have a functioning business in the first place (with no IT infrastructure), and then see what happens once IT is deployed, and then subsequently fails, weighed against gains such as better productivity, cost savings made etc.

    7. Re:Does your company lose 10% to IT failure? by JustOK · · Score: 1

      You slipped on a banana. Try pizza or car analogies instead.

      --
      rewriting history since 2109
    8. Re:Does your company lose 10% to IT failure? by Kintanon · · Score: 4, Insightful

      We see this in our clients relatively frequently. Primarily because small to medium sized businesses are some how allergic to backups. No matter how hard we push for them to actually spend money on a backup system that is appropriate to the size of their business a lot of them end up cheaping out on either no backup, or a backup that isn't the right fit for them.
      The resulting failure a year or two down the line can cost then a huge piece of their annual revenue.

      Other places we see this are when clients try to put their own (Windows) servers in and screw something up that requires the OS to be reinstalled to undo.
      In my experience a lot of these "IT Failures" are actually management/client/accounting failures that happen to overlap the IT spectrum. If you can't get the proper budget to do your job, that's an accounting failure that shows up in your area. If management refuses to abide by their own usage guidelines on the network and constantly are passing around infected files that's going to increase your infection rate. And if a client adamantly refuses to change their tapes then when they have a flood in their server room and it gets toasted that's going to translate into longer recovery times, longer down time, and lost revenue.

      --
      Check out JoshJitsu.info for Brazilian Ji
    9. Re:Does your company lose 10% to IT failure? by fuzzyfuzzyfungus · · Score: 1

      The author had probably spent several hours in telephone menu-tree hell before writing the report...

    10. Re:Does your company lose 10% to IT failure? by SharpFang · · Score: 1

      Yep, just think how much Microsoft lost due to Windows Vista...

      --
      45 5F E1 04 22 CA 29 C4 93 3F 95 05 2B 79 2A B2
    11. Re:Does your company lose 10% to IT failure? by plopez · · Score: 1

      The only money lost was the venture capital.

      Money that could be better spent elsewhere. This is called "opportunity costs". That money could've have been used to back a company with a good idea that had to fold due to lack of capital. E.g. the next RIM, the next Google, the next Apple.

      --
      putting the 'B' in LGBTQ+
    12. Re:Does your company lose 10% to IT failure? by Anonymous Coward · · Score: 0

      How is backup expensive?

      Unison (Free and Open Source - Windows or Unix) + USB Hardrives.

      Cheap as chips

      Works a treat

    13. Re:Does your company lose 10% to IT failure? by Penguinoflight · · Score: 1

      USB hard drives are the most unreliable method of storage, and they're also very slow. Good backups are expensive, bad backups are just somewhat expensive.

      --
      "And we have seen and do testify that the Father sent the Son to be the Savior of the World"
      1 John 4:14
    14. Re:Does your company lose 10% to IT failure? by Culture20 · · Score: 1

      Tapes are orders of magnitude slower, with only slightly higher reliability, and a funny habit of only working in the _one_machine_ that a small/medium business might have their single tape drive installed in.

    15. Re:Does your company lose 10% to IT failure? by ArsonSmith · · Score: 1

      Does your company lose 10% to IT failure?

      It's very possible in the 10% range, but I'd also have to say that it makes 50+% due to IT success.

      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
    16. Re:Does your company lose 10% to IT failure? by sjames · · Score: 1

      Really not credible? Are you sure? The costs tend to be of the nickle and dime you to death sort. If your employees spend just 48 minutes a day waiting for their computer when they should be able to do their job, there's your 10% right there. They may not spend that daily. Perhaps a lesser amount, but then spend a whole day tracking down a series of errors that shouldn't have happened or twiddling their thumbs because the VPN is down. Or perhaps they spend it 10 seconds at a time manually tricking the software into doing the right thing on each transaction.

      Other losses are more vague. For example, your crappy order fulfillment system screws up two important orders. One of those customers never calls again because of the problem and the difficulty of straitening it out in a timely manner.

    17. Re:Does your company lose 10% to IT failure? by L3370 · · Score: 1

      ...but others (office apps, line-of-business apps) have transformed how we do business for the better...

      I have no arguments to make with you, except for that office app Powerpoint! Countless work hours around the world have been lost because of this abomination. How many times have we sat in on a seminar with powerpoint slides outlining every point made verbally while watching useless swirling text animation on the screen and laser sounds competing for the speakers attention?

    18. Re:Does your company lose 10% to IT failure? by Grey+Haired+Luser · · Score: 1

      Which part of "worldwide" cost did you not understand?
      Or do you think the US economy is 100% of the worldwide GDP?

    19. Re:Does your company lose 10% to IT failure? by NelsChristian · · Score: 1

      I agree, but for a different reason. The problem is that IT does improve productivity, it's just that it isn't as much productivity as it maybe could be. This is not $6T that we ever had, it's $6T that we might get if we could perfect IT. But since IT involves people, it's never going to be perfect. Since we never had the $6T to begin with, it's not a loss.

    20. Re:Does your company lose 10% to IT failure? by marcosdumay · · Score: 1

      They talk about oportunity costs. That means that (on average) every company could be (nearly) 10% more productive if IT didn't fail, or they could lose 10% of everything they make due to IT failure, or anything in between.

    21. Re:Does your company lose 10% to IT failure? by Cardhu · · Score: 1

      Counterexample: A company starts a $50M IT project based on a business case projecting increased revenues of $2B per year. The project expends its whole budget with no useful product. The project is replanned for $100 million and takes one year to finally succeed. The company has actually lost $100M plus $2B, or $2.1B. That's a total loss of 42x, or 4200%. Those are quite reasonable numbers for global business.

      --
      - Cardhu
  4. They should have tried by vandelais · · Score: 5, Funny

    turning it off and on again.

    --
    Game: Player 'Donald J Trump' now has AI skill level 'experimental'.
    1. Re:They should have tried by obarel · · Score: 1

      Already did. Re-installed the audio drivers, then the operating system. memcheck doesn't show any problems either.

      EDIT: Turns out the fan wasn't turning because of dust. I've cleaned it and it works fine now.

      Thanks for your help!

      MODERATOR NOTE: Topic is closed 2008-05-03.

    2. Re:They should have tried by ep32g79 · · Score: 1
  5. Absurd. by Chicken04GTO · · Score: 3, Insightful

    Crap article with no way to substantiate the actual dollar amounts. How much money would be lost if a large company simply had no IT department at all?

    1. Re:Absurd. by esarjeant · · Score: 1

      I agree. Totally pointless dribble, it would have some merit if actual failed IT projects were scrutinized in multiple companies and then a hypothesis gathered from there.

      If you take a read of the whitepaper, this is really just a sales pitch for SIP ("Simple Iterative Partitions"). You would think someone training clients in SIP would have a few real metrics on failed IT project costs.

      --

      Eric Sarjeant
      eric[@]sarjeant.com

    2. Re:Absurd. by fuzzyfuzzyfungus · · Score: 1

      I'll have my clerks get back to you on that. The results should be in by Michaelmas day, faster if you tip the scrivener 'tuppence to hurry his pen...

    3. Re:Absurd. by JustOK · · Score: 1

      Sir! Sir! The scrivener keeps saying "PC LOAD LETTER"

      --
      rewriting history since 2109
    4. Re:Absurd. by RobertLTux · · Score: 1

      a packet of parchment in the desk bin and a fresh bottle of scotch on his desk should fix him rightly HOP TO IT KNAVE!!

      --
      Any person using FTFY or editing my postings agrees to a US$50.00 charge
    5. Re:Absurd. by JustOK · · Score: 1

      Aye, scotch it is. I'll take it to him. Hope his server doesn't crash.

      --
      rewriting history since 2109
    6. Re:Absurd. by Cardhu · · Score: 1

      Roger Sessions did a simple order-of-magnitude estimate. Order-of-magnitude estimates are common practice in science and engineering and were especially used by the great estimator Enrico Fermi, a Nobel Prize-winning physicist: http://www.education.com/activity/article/Fermi_middle/ http://physics.suite101.com/article.cfm/fermi_problems_physics_estimation If you don't like the numbers, provide your own values, justify them, and calculate your own estimate. Or work up an entirely different approach, describe it, and calculate your own estimate. Either approach would give a basis for informed dialogue.

      --
      - Cardhu
  6. Hang on a second... by Anonymous Coward · · Score: 0

    World GDP is currently about $60.6 Trillion dollars a year.

    I can tell you right now IT failures do not account for 10% of the world economy.

    I really can't stand these 'articles' that take the "then multiply by 6 billion" to get a value for the whole planet.

    1. Re:Hang on a second... by TheKidWho · · Score: 2, Funny

      This just in, Employee Time Off costs the world $60+ Trillion a year, analyst suggests 16 hour work days.

    2. Re:Hang on a second... by ceoyoyo · · Score: 1

      "Sleeping" costs another 60+ trillion a year, just in the US.

  7. 6.2 Trillion? That's UnAmerican! by Anonymous Coward · · Score: 0

    I am going to start a group called the "Floppy Diskers". We will protest the government and tell them to stop wasteful IT spending as it is against our Constitutional rights!!!!

    Who's with me!

    1. Re:6.2 Trillion? That's UnAmerican! by Anonymous Coward · · Score: 0

      Yea Ill be a floppy disker, it will go well with my teabagger hat.. DOWN with government spending at all, the government should work for free!!

  8. I wonder... by bbbaldie · · Score: 1

    How much of this is just from good old BSOD's?

  9. A sad day. by fuzzyfuzzyfungus · · Score: 4, Funny

    His failure to title the report "The IT Complexity Crisis: Epic Fail" saddens the hearts of all good men and patriots.

    1. Re:A sad day. by Anonymous Coward · · Score: 0

      But still ... "Roger Sessions"? One of the all-time great names.

  10. The Cost of Experience? by Max+Romantschuk · · Score: 2, Interesting

    While it's true that many IT project failures are truly spectacularly expensive, many are also a learning experience. We should strive to eliminate failure, of course, but some inefficiency will always be present in any sufficiently complex undertaking.

    If one failed project helps a business prevent similar failure in future projects, has the failed project not produced some value after all?

    This is more philosophy than anything else, but things are seldom black and white in this world, are they?

    --
    .: Max Romantschuk :: http://max.romantschuk.fi/
    1. Re:The Cost of Experience? by bondsbw · · Score: 1

      If one failed project helps a business prevent similar failure in future projects, has the failed project not produced some value after all?

      Not really. Let's say that one succeeded and the future projects still succeed. Obviously that is positive compared with the failure you described. Let's say that the one succeeded and a future project failed, which then led to the experience to succeed at the other future projects. The overall state would have been neutral, on average.

      There's no use praying for failure just so you can gain experience at failing.

      --
      All my liberal friends think I'm a conservative, all my conservative friends think I'm a liberal.
    2. Re:The Cost of Experience? by Max+Romantschuk · · Score: 2, Insightful

      There's no use praying for failure just so you can gain experience at failing.

      Of course not... But perhaps the occasional failure is a necessary component of the price of success?

      --
      .: Max Romantschuk :: http://max.romantschuk.fi/
    3. Re:The Cost of Experience? by IICV · · Score: 1

      We've been building bridges for what, four, five thousand years? And some still fall, and we still learn from them.

      Yet somehow, people expect that their software will be as stable as a bridge - despite the fact that behind each and every bridge there are more than ten thousand years of collective human experience, while software has maybe a scant thousand.

      Seriously guys, take it in perspective: software is a ridiculously new field compared to basically every other field of human endeavor. Don't expect rock-solid software to be common for at least a couple hundred years.

  11. Something's wrong with adblock by belthize · · Score: 4, Insightful

    There was an ad masquerading as an article by Michael Krigsman the CEO of Asuret, Inc., a software and consulting company dedicated to reducing software implementation failures.

    1. Re:Something's wrong with adblock by fuzzyfuzzyfungus · · Score: 4, Interesting

      Sounds like somebody needs to hack together a new form of adblocker.

      Integrating data from social media networks(get your checkbooks ready and form an orderly line, venture capitalists), particularly those, like linkedin that handle professional affiliations; along with influence peddling/lobbying data from the likes of opensecrets, this tool could automatically grade the trustworthiness and cheap-hackticity of a given article's author, saving you the trouble of manually ignoring the astroturf and marketing fluff.

      It'd be a lot trickier, and less precise, than just using regex and blocking known-evil domains; but, in principle, it should actually be possible to use "social media" normally a stalwart friend of subhuman marketing scum, as a source of the information necessary to thwart the same in their vile designs...

    2. Re:Something's wrong with adblock by dkleinsc · · Score: 1

      When I read Roger Sessions described as a "noted author and expert on complexity", my first reaction was [citation needed]. Particularly since this 'noted' expert didn't even merit a Wikipedia article (the article for "Roger Sessions" is for a very talented early 20th century musical composer).

      And it's not because authors of IT and CS books aren't meeting Wikipedia's notability rules, since lots of others are: e.g. Tanenbaum, the Gang of Four, Larry Wall, Guido, etc.

      --
      I am officially gone from /. Long live http://www.soylentnews.com/
    3. Re:Something's wrong with adblock by Junior+J.+Junior+III · · Score: 1

      I use AdBlock too, and moreover, this failure just cost me 6.2 Trillion dollars. Ouch.

      --
      You see? You see? Your stupid minds! Stupid! Stupid!
    4. Re:Something's wrong with adblock by fuzzyfuzzyfungus · · Score: 1

      Mr. Sessions had better watch out. Whenever somebody falsely claims expertise in complexity the ghost of Andrey Kolmogorov comes to haunt their dreams.

    5. Re:Something's wrong with adblock by JustOK · · Score: 2, Funny

      Oh, Tanenbaum.

      Perhaps wikipedia doesn't save Sessions info between uses?

      --
      rewriting history since 2109
    6. Re:Something's wrong with adblock by BiggerIsBetter · · Score: 1

      Or just block Slashdot? These days I just scan the topics... press release, ad, ad, press release, article, interesting question, press release... there aren't many I bother to read any more.

      --
      Forget thrust, drag, lift and weight. Airplanes fly because of money.
    7. Re:Something's wrong with adblock by dkf · · Score: 1

      There was an ad masquerading as an article by Michael Krigsman the CEO of Asuret, Inc., a software and consulting company dedicated to reducing software implementation failures.

      I've found a workaround. I didn't read the article.

      --
      "Little does he know, but there is no 'I' in 'Idiot'!"
    8. Re:Something's wrong with adblock by KnownIssues · · Score: 1

      Unfortunately, with the way IT fails, it's not even worth trying.

  12. Offset against what? by Anonymous Coward · · Score: 0

    If IT failure costs 10 trillion US$ a year, how much does IT success bring in?

  13. A SERIOUS ISSUE by Anonymous Coward · · Score: 0

    I suggest looking closely at the arguments and post -- it is a VERY serious issue.

  14. Asleep at the Switch by professorguy · · Score: 5, Insightful

    So let me get this straight... You spend a dollar trying to improve your business process. It doesn't work out. So you're out a dollar. I get it. But then you're out a further $10 because if it HAD worked out, that's what you WOULD have saved. Puh-lease. That's assuming your idea was worth a fuck. NOT ALL IDEAS ARE.

    I can easily prove that you personally have lost millions of dollars because there were plenty of things you COULD have done to earn those millions. Why didn't you start a search engine? Why didn't you write the twitter application? Not skilled enough? Heck, you should have bought that winning lottery ticket! And while we're at it, why did you waste your money on fixing your car when it just got wrecked a month later?

    My god, you've cost yourself millions of dollars due to your incompetence!

    1. Re:Asleep at the Switch by yerktoader · · Score: 2, Informative

      Sir! You will NOT sully the good name of(...what was it, hang on, let me check...Roger Sessions...)Roger Sessions! He is a respected and noted author and expert on The Internet! He knows exactly how SRS this business can be!

    2. Re:Asleep at the Switch by vlm · · Score: 2, Interesting

      To actually quote the dude in entirety instead of one small part:

      When thinking about indirect costs, you need to include the costs of replacing the failed system, the disruption costs to your business, the lost revenue because of the failed system, the lost opportunity costs on what that lost revenue could have driven, the costs to your customers, lost market share, and on and on.

      You're claiming that his "the lost opportunity costs on what that lost revenue could have driven" is bogus. However, thats only a small part of his otherwise pretty good argument, so overally, not too bad.

      Also, at least some times, its pretty easy to calculate a lost cost revenue cost... Imagine you've got a signed contract to deliver product A, yielding a profit, and you fail. You needed that profit to grease the wheels for totally independent project B. Now, instead of using "free" cash, you'll be hitting the line of credit at the bank, which has some very easily measured costs, or you'll be failing project B, which had its own precisely defined profit... That sounds like a "lost opportunity cost on what the lost revenue could have driven".

      --
      "Science flies us to the moon. Religion flies us into buildings." - Victor Stenger
    3. Re:Asleep at the Switch by Cwix · · Score: 1

      Yea but you just cant play the coulda woulda shoulda game, it didn't work when I was 5, and its not gonna work when corporations do it now. How about this "Don't put all your eggs in one basket" or "Don't count your chickens before they hatch". You cannot budget money you don't have yet, not reliably. Sometimes money thats supposed to show up doesn't for whatever reason, and blaming it on IT workers, and selling your service as an IT expert smacks of selfless, shameless self promotion. And that makes it bunk.

      --
      You are entitled to your own opinions, not your own facts.
    4. Re:Asleep at the Switch by vlm · · Score: 1

      Yea but you just cant play the coulda woulda shoulda game, it didn't work when I was 5, and its not gonna work when corporations do it now.

      OK, but you fail to give a logical argument why it won't, other than, "cwix says so".

      Yes, everyone knows there is a difference between wild daydreams and signed legal contract obligations. I think the article is more about the latter than the former.

      You cannot budget money you don't have yet, not reliably. Sometimes money thats supposed to show up doesn't for whatever reason, and blaming it on IT workers, and selling your service as an IT expert smacks of

      smacks of breaking a signed legal contract for IT services with a failure to perform penalty of a specified # of dollars, which is going to have a realistically calculable dollar impact on other areas of the company and other company projects.

      And that makes it bunk.

      Not really, it just makes it a continuous process instead of a batch process. Here's the standard slashdot car analogy. Using your rules, a miner would dig iron ore out of the ground, and chill out doing nothing and until the car was sold, at which point, depending on how much he was finally payed, he'd decide if he would invest the time in digging out the next car's worth of iron ore and await payment. Most modern business is conducted on a somewhat more continuous basis involving budgets and planning and estimates and such.

      --
      "Science flies us to the moon. Religion flies us into buildings." - Victor Stenger
    5. Re:Asleep at the Switch by jonaskoelker · · Score: 1

      Heck, you should have bought that winning lottery ticket!

      Even more ridiculous, if there's a pot of one US megabuck and one ticket which wins the pot, of 100 people buying it 99 are out one megabuck. So the net effect to the economy of the lottery is -98 megabucks.

      Man, someone should ban all lotteries!

      Now, seriously: If we assume the net effect of moving money from one set of hands to another is 0 (for no particular reason, except I felt like shitting a 0), then the cost of the lottery is what the people running the lottery could have done for the economy with the same time and resources. Opportunity cost is well understood.

      I think what you're pointing to is the invalid assumption (made by the author of TFA, I assume; I didn't read it, this is /., etc.) that the best thing that the company could have made happen instead of spending $1 on nothing was spending $1 on saving $10.

      (And the obvious answer to the claim that it could is "if it could, why didn't it?". Unravel the answer to that to discover why it couldn't.)

    6. Re:Asleep at the Switch by Anonymous Coward · · Score: 0

      With a nickname of "professorguy" one would have thought you had heard of the term ROI. Perhaps you are a professor of poetry or psychiatry? How about a car analogy to explain finances?

      Car costs $100 per month in gasoline to run. New hyper-mileage tires cost $300, but bring the gasoline cost down to $85 per month. So, without the investment, you can expect to pay $1,200 per month for one year's worth of gasoline. With the investment, you can expect to pay $1,020 for gasoline per year. The tires save you $180 the first year, and finally pay for themselves after 20 months. For every month after 20, your investment lowers your total cash outlay (operating expense) by $15 per month.

      But if you hire an untrained monkey to install the tires, you are going to be out the $300, AND "But then you're out a further $15 per month because if it HAD worked out, that's what you WOULD have saved". As a matter of fact: yes. Your finance people may very well make cash flow projections based on the savings your team promised to deliver. Sucks to be responsible, doesn't it?

    7. Re:Asleep at the Switch by Anonymous Coward · · Score: 0

      damn typo's. s/b "you can expect to pay $1,200 for one year's worth of gasoline"

    8. Re:Asleep at the Switch by Cardhu · · Score: 1

      Some companies don't just stand up a project without an idea of what their investment will buy them. These companies require a business case that states, "for x dollars of investment, we expect y dollars of return within z years." The business case includes the analysis that supports the return on investment (ROI) estimate.

      The ROI is profit. If the project fails, then both the investment and the ROI are lost. If the company has anyone at the wheel at all, there will be an executive and a carpet waiting for someone to give an explanation.

      For many companies, failure is not an option - it's part of the corporate culture. For a minority of others, failure and excuses are not acceptable.

      Whatever numbers one believes, the bottom line for any professional engineer should be that IT failures are too common and too expensive to continue with "the way it's always been done."

      --
      - Cardhu
  15. Tell this to our managers! by Anonymous Coward · · Score: 0

    Someone should tell this to our managers when experts are suffering lousy working conditions. Allways people who knows how to do it changes company becouse managenet suxx and they make you work impossible by saving costs everywhere!

  16. Wasted? by AdamInParadise · · Score: 1

    How is this money wasted? It's a lot of work to produce a spectacularly failing projet. All those programmers and project managers are not free you know. They have to pay their mortgage like everyone else.

    --
    Nobox: Only simple products.
  17. Nonsense assumptions by larwe · · Score: 1

    This article, and the guy who wrote it, is a useless waste of space. Anyone can prove anything if they make unfounded assumptions. Hey, I'm going to assume that in 2010 I'll either earn $100,000 or $100,000,000. Let's take the average and call it $550,000. Look, I *CAN* afford a ten-million-dollar mortgage, on those assumptions!

    1. Re:Nonsense assumptions by Anonymous Coward · · Score: 0

      Anyone can prove anything if they make unfounded assumptions. Hey, I'm going to assume that in 2010 I'll either earn $100,000 or $100,000,000. Let's take the average and call it $550,000.

      If your math skills are anything to go by, I wouldn't bet on it.

    2. Re:Nonsense assumptions by larwe · · Score: 1

      Exactly my point, that wasn't a typo. Take two meaningless datapoints and interpolate a third in between them and it doesn't matter what crazy math you use, because you're using magic to calculate fantasies.

  18. PEBKAC by travdaddy · · Score: 1

    I wonder how much of this IT failure is actually user (non-IT) failure? From experience, the amount of user error that becomes an IT problem is far greater than the actual IT problems. Also, these are user failures that generally cannot be prevented by IT using error catching or better UI by the way.

    --
    Adidas To Bring Back Sneakernet
    1. Re:PEBKAC by Anonymous Coward · · Score: 0

      Properly written software or implemented system *should* be idiot proof. Obviously, that is simply not real world feasible and there are some things you can't fix, like the user who kicks the switch on their surge protector, but there is a good deal of head room that could be made.

  19. In his estimate he forgot to include... by ctrl-alt-canc · · Score: 1

    ...the cost of web servers put out of service by the slashdot effect. However now he has the opportunity to improve his model.

  20. arse pulling this by bytesex · · Score: 1

    This article comes from the same universe as the one where drugs (no matter which) cost 1 million per gram, and downloaded music deprives the stakeholders of roughly 200 billion per song.

    --
    Religion is what happens when nature strikes and groupthink goes wrong.
  21. The world is GLOBAL by aepervius · · Score: 1

    Read again , for the US it is only 1.2 trillion, or more like 2% GDP which isn't too far off when I could all the loss of time my colleague and me get with POS windows software breaking down. WORLD is 6.2 trillion USA 1.2 trillion

    --
    C. Sagan : A demon haunted world:
    http://www.amazon.com/gp/product/0345409469/
    visit randi.org
    1. Re:The world is GLOBAL by AK+Marc · · Score: 1

      Read again , for the US it is only 1.2 trillion, or more like 2% GDP which isn't too far off when I could all the loss of time my colleague and me get with POS windows software breaking down. WORLD is 6.2 trillion USA 1.2 trillion

      TFA asserts the GDP of the US is 13.8 trillion dollars, with 1.2 trillion lost. Just under 10%. Likewise the world is listed at 70 trillion dollars and 6.2 trillion lost. It's always the same ratio, just under 10%. I'm not sure where you got your 2% from, but it wasn't from TFA.

  22. BS Rolls downhil by Bucc5062 · · Score: 3, Insightful

    What nonsense. One of the foundations of project falure is built from the top down. Executive leaderships say "make this work" what ever "this" may be. Top leadership runs around then looking for a solution. Many times they go to a vendor and of course the vendor says "Why yes, our product will solve "this" problem". So instead of so good due diligence on the part of analysts to truly see what the specific needs are, the company purchases this cost saving solution; perhaps it is a service, perhaps it is a soup to nuts enterprise system, perhaps it is off the shelf, out of the box software.

    Soon into implementation or pilot the upper levels managers finally begin to see what their own IT staff and their customers were trying to tell them
    1 - We don't need "this"
    2 - "This" does not fit our needs
    3 - "We have to use "this?", the current system works.

    Even worse, while the company has a qualified in house staff that understands the specific needs, they will hire consultants to tell them how "this" can work for them. It could be that certain decision makers were favored by the vendor to "try it out" only to find later that the trail cost more in lost time, money, effort while the vendor pockets the dough.

    Cynical? Not really. Over my long time in the business I have seen this time and time again. Even though there is a good staff structure in place to handle company IT needs top corporate leaders will buy from a vendor because the perception is that the goal will come quicker. Never mind that the product may not fit, IT will make it fit. Never mind the internal customers that need retraining, we'll hire new people...and on and on. All to try and save time. The bottom line is that any failure of an IT project begins with the top leadership not doing their job. The first question they should ask and answer before dropping a dime is "Do we really really need "this". The second, "Is it an emergency?". The third, "Do we have staff to create "this"?, the fourth "how will this effect our internal customers?. In a world where the attitude is "We need it yesterday" there will be more failure, but do not fault just IT, fault corporate leadership.

    (yes I rtfa and it was fluff, stupid and providing no insight to why)

    --
    Life is a great ride, the vehicle doesn't matter
    1. Re:BS Rolls downhil by Anonymous Coward · · Score: 0

      Wow, I think we've worked at all the same places!

    2. Re:BS Rolls downhil by KDN · · Score: 2, Interesting
      Translated into home building:
      1. Owner: I just bought 50 gold plated facuets, put them into the house your renovating.
      2. Builder looking at the blueprints for the two bathrooms: where do you want them?
      3. Owner: I don't care, just put them in because I paid for them.
      4. Builder: how did you pay for them?
      5. Owner: oh, I decided that your electrical upgrade is not needed. The guy who installed it, what's his name, Thomas Edison? I'm sure there is plenty of capacity to handle the fifty ton HVAC and my million volt tesla coil. And if not its your fault. Oh yes and I need it in one month, not six. I'm having my daughters wedding reception here.
    3. Re:BS Rolls downhil by KDN · · Score: 2, Insightful
      And the REALLY sad truth of all this is that if you do kill yourself working unpaid overtime, giving up your vacation and your health and personal life and succeed, what is your reward? You are then *EXPECTED* to do this from now on, and if you don't, your slacking off and not being a team player.

      Either that or you are expected to train your outsourcing replacement in India with everything you know because you are being laid off.

    4. Re:BS Rolls downhil by gillbates · · Score: 4, Insightful

      with the top leadership not doing their job

      As much as I hate to say it, you are dead wrong about this. Many people think the job of top leadership is to make the company run smoothly. It's not. Their job, specifically, is to:

      • Improve the overall impression of the company in the mind of the shareholders, i.e. "increasing shareholder value" or stock price. Notice that this activity has nothing to do with the solvency or efficiency of day-to-day operations. It is why companies blow billions of dollars on unworkable "solutions" (i.e. outsourcing) and hare-brained ideas (i.e. Web 2.0...)
      • Reflect the bias and preconceptions of the shareholders. Again, this explains why CIO's typically choose vendors and products which have no relevance to day-to-day operations: the shareholders know little to nothing of operations, and when every other company is using SAP or Oracle, you had better make sure you do as well. Even if all of the company data could fit on a floppy disk.
      • Finally, most importantly, the job of the CxO is to finish projects. The shareholders and CEO has no clue what the company actually needs, so the CIO must finish *some* project, regardless of how irrelevant it turns out to be. He'll pave the way for later CIO's by installing a ticking-time-bomb of a system which eventually gets so bad that it must be replaced. No matter how badly the project turns out, no matter how useless or counterproductive, the CIO gets paid based on the size and complexity of the project. The only way a CIO can fail is if he is so concerned about "getting it right the first time" and "making a smooth transition" that he wears out the CEO's/shareholder's patience and fails to finish a project in what they consider a reasonable timeframe. It doesn't matter if it is complete junk; the CEO won't ever hear the problems.

      I found it much easier to get along in Corporate America once I discovered the quality of the job is less important than the careers of management. Nobody got fired for shipping a buggy product, but people have been fired for not meeting deadlines.

      --
      The society for a thought-free internet welcomes you.
    5. Re:BS Rolls downhil by Bucc5062 · · Score: 1

      This is one of the best description I've read on cXo positions. Thank you. Scares the hell out of me in regards to long term solvency of most corporate business, but at least I better understand the approach.

      I langiush to low in the pond to have much affect on how a CIO or CFO may make decisions. Even as a lead I understand I am mere cannon fodder for the battle of project development. Sadly, Were they less answerable to share holders and more so to profitable projects, not only would the employees be better off, but the share holders could see better returns in longer terms. Yes, today they see value in the qtr report, or even the monthly. You cannot steer a car by just looking five feet in front of the hood.

      --
      Life is a great ride, the vehicle doesn't matter
    6. Re:BS Rolls downhil by celerityfm · · Score: 1

      Nobody got fired for shipping a buggy product, but people have been fired for not meeting deadlines.

      That, right there, explains the entire situation. No need for a 24 page paper.

      --
      ...unfortunately no one can be told what The Mat^H^H^HGoatse is...they must experience it for themselves...
  23. a small rant... by anonymous9991 · · Score: 2, Insightful

    how about uniform standards and less versions of sql, less browsers, less version of unix/linux, and maybe even standards in linux so that installations and menu additions and gui stuff was easier like windows. Yes linux folk open source 1000 different distros is not helping linux take over the desktop. And must windows really move stuff around each version just to confuse people and make them relearn again? But most of all why must applications be given so much freedom in terms of operating system. Can't the os keep more of these details in the kernel and limit the damage applications and viruses do to the pc. I don't think windows or linux are the future, I think someone has to create a new secure operating system that is easier to use than windows or linux and maybe doesn't let developers and users run free like the wild west. As much as I like all the insane things I can do with C++ memory/pointers , and changing the os and windows start text to anything I like there is no need for this to be open to users. The os needs to be more like a vault with bank security guards controlling it. And do we really need so many programming language, Sun wouldn't give MS java freedom so they create C#; etc. ruby , perl, smalltalk, etc.. is this really helping? And last why is javascript allowed to do stuff like control my back button , etc.. it has been years and no one can deprecate this dangerous behavior??

    1. Re:a small rant... by Anonymous Coward · · Score: 0

      All good points, made harder to read by not using a standard called a paragraph.

  24. What a joke of a number by tjstork · · Score: 1

    Basically, a self proclaimed IT efficiency expert writes that "the world is wasting TRILLIONS of dollars a year, because it has bad IT". The subtext is, you must hire an IT efficiency expert, and "um, I happen to be one".

    It would be nice if people that publish all these shock numbers were not so transparently self motivated. It almost makes me not trust any number at all. It's like, if Newton were alive today, and published that Earth's gravity acceleration, I'd have to ask, well, what's in it for you, Isaac!

    --
    This is my sig.
  25. 6.2TUSD Confirmed by This News Story on Major Site by Anonymous Coward · · Score: 0
  26. Authors Review Due ? by daveime · · Score: 2, Insightful

    blognoggle writes

    Now I'm assuming this is the same "blognoggle" who brought us such gems as :-

    "Rush Limbaugh is a Big Fat Evil Racebaiter"
    "Vampires and Bloodsucking Liberals"
    "Time to Impeach Barack Obama"
    "Is Your Boss a Vampire? Or, Maybe, a Shapeshifter?"

    Really timothy, perhaps it's time to stop the copypasta from reddit bloggers, before our heads explode ?

    1. Re:Authors Review Due ? by blognoggle · · Score: 1

      blognoggle writes

      Now I'm assuming this is the same "blognoggle" who brought us such gems as :-

      "Rush Limbaugh is a Big Fat Evil Racebaiter" "Vampires and Bloodsucking Liberals" "Time to Impeach Barack Obama" "Is Your Boss a Vampire? Or, Maybe, a Shapeshifter?"

      Really timothy, perhaps it's time to stop the copypasta from reddit bloggers, before our heads explode ?

      Although the same blognoggle did write those terrific articles you cite he never submitted or caused them to be submitted to this particular august body because he wasn't aware until yesterday that Slashdot has a politics section. My bad, but my thanks to whoever did post them here. You've got to to admit the Limbaugh one is pretty funny: "Here's my fantasy. I'd like to wake up some morning to the news that Rush Limbaugh has decided to take his millions from fleecing the rubes, an endless supply of Viagra and Oxycontin and moved to a private island in the Caribbean where he will live out his years sprawled on the sand like a beached Great White whale, rising only occasionally to have his elephantine loins and copious man-boobies oiled by little brown 12-year-old beach boys. Think about it, Rush. You owe it to yourself. You've done enough to your country already."

  27. This article is self promotion bate. by upuv · · Score: 3, Informative

    I've seen so many of these sorts of articles lately on /.

    It's really devaluing /.

    It would be nice to have some mod facility to get these nuked. It's disappointing that such a long running resource like /. is now being infected with self promotion. One of the best self promotion FAILS was the one about face book switching to some C++ frame work from php in order to save 10s of thousands of servers resources. I'm still laughing about that one.

    1. Re:This article is self promotion bate. by metlin · · Score: 1

      You must be new here.

      Slashdot has always had a mix of geeky, good and crappy articles. If anything, it's gotten better.

    2. Re:This article is self promotion bate. by greg_barton · · Score: 1

      I'm still laughing about that one.

      I'm still laughing at your use of bate.

    3. Re:This article is self promotion bate. by upuv · · Score: 1

      Doh my spelling has always SUCKED.

  28. Not a problem. by Bazman · · Score: 1

    I can give you perfect IT systems. It will cost you Infinite Dollars. Or I can give you a totally failing IT system for nothing. Somewhere along that line is the break-even point, and if we assume the market is working the way it is supposed to, we are riding that break-even point.

    Live with it.

  29. Weird statistic... by Sir_Real · · Score: 2, Insightful

    So how much value does IT generate in a year?

    1. Re:Weird statistic... by Anonymous Coward · · Score: 1, Funny

      None, of course! Stupid cost centers, with those geeks always inflating their budgets for shiny new tech toys...

    2. Re:Weird statistic... by jav1231 · · Score: 1

      Exactly! It's the cost of doing business. It's staggering the amount of productivity that is accomplished despite IT failures. And human idiocy, corporate theft, pinhead bosses...the list goes on and on and yet profit is still generated. Yes, it's a problem and I won't discount the need to do something about but it's reality.

    3. Re:Weird statistic... by Culture20 · · Score: 1

      So how much value does IT generate in a year?

      All of it. Take away IT and watch any company larger than a mom 'n pop wither.

    4. Re:Weird statistic... by Anonymous Coward · · Score: 0

      $11.47. Give or or take a bazillion percent.

  30. Who cares as long as some of it comes my way by tyroneking · · Score: 2, Interesting

    Seriously - this is dumb - IT projects, just like life, will often fail. We know they will and we know why. If it was such a problem then clients and project managers would actually do something about it - but they don't. So in that case all I care about is that I get some of the money - and I work in IT - so I do. Hooray!

    Also, failure isn't such a bad thing - my past relationships failed, I didn't regret them (well, ok, I did...) - my latest poem failed to be any good, I didn't regret trying - my last batch of home brew has gone bad (I may still drink it of course) but that's life.

  31. Oh noes! by yerktoader · · Score: 1

    Alright everyone, this Internet thing has officially become Serious Business! Someone tell the Internet Police!

  32. A few reasons ( in my opinion) by KDN · · Score: 4, Insightful
    1. Vendors grossly over selling what they can do. How many times has your company bet on a future product of a vendor that is the best thing since sliced bread and will be available in 3 months, and then 3 months after that, and then 6 months after that, and then a year after that, and then 3 months after that, etc. And when it finally comes out most of the pie in the sky features you were depending on don't really work. But they say it will work in the next version. Real Soon Now.
    2. Star Trek style management: Managers who think their crew are Scotty who pulls off a miracle every week. Its never been done, we don't have time to do it right, but its got to work right the first time given not enough resources. Sure it works on Star Trek, its in the script. FYI: I love the Star Trek series, but I also know the difference between fiction and reality.
    3. Changing requirements: tell me, who could build a house if you were changing the design every week? One week its a ranch, next week its an apartment building, next week its solar power, next week its wind power, next week it has 5 bathrooms instead of one, next week the bathrooms get moved to different areas of the house, next week the water supply gets moved to the other end of the house. And by the way, we need to cut your budget and move up the deployment date. Doesn't that sound like what happened to Duke Nukem Forever?
    4. Big Bang deployments. Designs where a completely new design replaces an old one. No system wide testing (remember the Hubble? The system wide test was deleted to save money.). The old system is torn out, the new system is thrown in, and everything has to work the first time because you can't go back. And there are no facilities for debugging or diagnostics or changes because of course the programmers got everything right the first shot.
    5. Ignoring your own staff. Staff does a detailed bakeoff of competing products and chooses the clear winner. Manager goes with the looser because he owns stock in that company. Company deploys product, deployment goes badly, manager blames staff.

    Note: these are composite examples from many sources I have gotten over the years. They are not against any one company. But I think they are indicative of the industry as a whole. And that is sad.

    1. Re:A few reasons ( in my opinion) by tomhath · · Score: 1

      All excellent points. In my experience one of the really big ones you left out is "feature envy", especially when it comes from the sales staff (aka "Marketing"). If management/architects would be happy with seeing only the 80% of the functionality delivered in 1.0, more systems would make it out of development on time.

    2. Re:A few reasons ( in my opinion) by Culture20 · · Score: 2, Interesting

      Star Trek style management: Managers who think their crew are Scotty who pulls off a miracle every week. Its never been done, we don't have time to do it right, but its got to work right the first time given not enough resources. Sure it works on Star Trek, its in the script. FYI: I love the Star Trek series, but I also know the difference between fiction and reality.

      Geordi: "Yeah, well, I told the captain I'd have this analysis done in an hour."
      Scotty: "How long will it really take?"
      Geordi: "An hour."
      Scotty: "You didn't tell him how long it would really take, did you?"
      Geordi: "Of course I did."
      Scotty: "Laddie, you got a lot to learn if you want people to think of you as a miracle worker!"

    3. Re:A few reasons ( in my opinion) by KDN · · Score: 2, Insightful

      I actually think Scotty had a more realistic view then Geordi. Sure, it would take one hour. If that were the only thing you were working on and you didn't get any interruptions. And your double checking is simply "Computer: verify results" and the answer is always "Results verified". Welcome to the real world where that never happens. Requests get piled on top of requests. And then there are the "This is an emergency, and I'm sure it will only take you a minute because you never seem to be working enough" type calls. The world where even something as simple as adding floating point numbers can give you different results depending on the order you add them. The world without Heisenberg compensators.

  33. No, but the work is shifting to those ... by WindBourne · · Score: 1

    with far less experience. Much of the successful teams have members with DECADES of experience. That is why IBM was willing to pay money (but not salaries) from employees to move to India and China. They know that they need experience, but do not want to be saddled into the long term costs. In time (1-2 decades), China/India will gain that experience and this will change. In the mean time, a western business is better off hiring from the west where Coding was developed and the experience still resides.

    --
    I prefer the "u" in honour as it seems to be missing these days.
  34. In that case... by djpretzel · · Score: 1

    I'm gonna have to try that much harder in 2010... I know that, through my own personal hard work and dedication, I can get that figure down to $6,199,999,900,000...

  35. Dead on by WindBourne · · Score: 1

    The real issue is that companies like IBM, Qwest, Verizon, ATT, etc have been moving their work from Western countries to China and India. These countries do not have the experience. Experience is what keeps projects from failing. Youth, combined with adventuresome and lack of knowledge of what fails is what allows new directions to be taken. A good company needs both. Most of these large companies are gutting their experience, but not taking on those that want to be adventuresome. That is why companies like IBM, HP, Dell, etc are doomed to following the same path as Compaq, Dec, etc. This is also the time for small start-ups through the world. The time to do that is when companies like these monsters are floundering.

    --
    I prefer the "u" in honour as it seems to be missing these days.
  36. Can't argue with the math by Posting=!Working · · Score: 2, Insightful

    "According to the 2009 U.S. Budget [02], 66% of all Federal IT dollars are invested in projects that are "at risk". I assume this number is representative of the rest of the world."

    "A large number of these will eventually fail. I assume the failure rate of an "at risk" project is between 50% and 80%. For this analysis, I'll use the average: 65%."

    "You can see that indirect costs add up quickly. I will assume that the ratio of indirect to direct costs is between 5:1 and 10:1. For this analysis, I'll take the average: 7.5:1."

    In summary, if you assume Federal IT expenditures have the same rate of being "at risk" (whatever that means) as every business in the world, and multiply it by the average or two numbers I just made up, then further multiply it by the average of two other numbers I also made up and wouldn't even make sense to use if they were real, then multiply that by a semi-legitimate percentage and the GDP, you get A Large SCARY Number!

    You did notice that he's claiming that IT failures cost over 3 times as much as the total spent on IT, right?

    "2.75 % of GDP is spent on hardware, software, and services." OK, so that's $1.92 trillion for the world total spent on IT.

    "To predict the cost of IT failure on any country, multiply its GDP by .089" Wait, 8.9%? $6.21 trillion in costs on $1.92 trillion spent? Is this the accounting from "the Producers"?

    I expected someone would have checked the math before posting this kind of story on Slashdot

    --
    This sentence no verb.
    1. Re:Can't argue with the math by ceoyoyo · · Score: 2, Funny

      "I expected someone would have checked the math before posting this kind of story on Slashdot"

      Seriously? This story had some math, even if it was made up. That's way ahead of the usual.

  37. One Expert Pegs Yearly Number of Fake Experts At.. by Hurricane78 · · Score: 1

    ...6.2 Million.

    I should try acting all “experty” and come up with numbers that support the views of my bosses or myself too.
    According to experts, there’s good money in this... ;)

    --
    Any sufficiently advanced intelligence is indistinguishable from stupidity.
  38. An opportunity cost taken way out of context. by Anonymous Coward · · Score: 0

    We have large numbers of smart people working hard to fix these costs, and by my estimation the pace of reduction far exceeds that of other opportunity costs. For example, the problem of suburbanization and lagging mass-transit has probably incurred an astronomically higher cost to the U.S. alone, but because the powers that be didn't care to have that cost reduced we have failed to assess it for the last 50 years. So some journalist decides he'll take a swipe at one of the hardest working segments of the world economy because it cannot continuously maximize its output. Provide some damn context and put this number in perspective.

    1. Re:An opportunity cost taken way out of context. by TheDugong · · Score: 1

      "So some journalist decides he'll take a swipe at one of the most efficient segments of the world economy" Fixed that for you.

  39. what about the money being saved? by Jessta · · Score: 1

    does this amount take in to account the massive amounts of money made by ignoring bugs and pushing forward anyway?
    sure a program might have a bunch of bugs that costs $$ to patch and deal with on a daily basis, but the fact that you now need 90% less staff or that you can do 1000 times more business is likely to far outweigh the cost. Which of course is why businesses still love IT.

    Sure better and less complex solutions could be created, but they take thinking and planning time and usually then have to deal with the massive mess anyway.

    --
    ...and that is all I have to say about that.
    http://jessta.id.au
  40. It's the platform. by Anonymous Coward · · Score: 0

    Back in the good old days, mainframes (IBM big iron) and minicomputers (Unix, AS/400s, HP's MPE, etc) ruled the business world. Purchase of this equipment was hideously expensive, and access to use it was generally limited to highly trained specialists... expensive computer-science-degreed specialists whom management loathes because management cannot stomach the thought that they have to hire expensive people with attitudes who can hold management "over the barrel". These however systems ran like clockwork, rock solid reliability with uptimes usually measured in months to sometimes years before the inevitable hard drive crash halts the system. Component failures were almost always limited to moving parts -- the disk drives and tape drives, and also power supply units. When a new system was bought and installed, the expected useful service life averaged around nine year cycles in between forklift upgrades.

    Then comes along the PC and the Windows operating system. Hardware gets cheap and the O/S initially was cheap too (but arguably not anymore). Systems uptime and reliability goes in the toilet. Forklift upgrades are pushed down to 24 to 36 month cycles, and in some cases, as low as 18 month cycles. Business grows accustomed to a steady diet of PC unreliability, system crashes, sloppily written and buggy commodity software apps become the norm too. Business just shrugs and accepts this new status quo as the way IT works now. Cheap throwaway computers and now cheap throwaway staff to run them. That's where we're at now.

    Basically, IMHO, it's Microsoft's fault.

    (Amazingly, the captcha I have to enter to post this is "cutback". How fitting.)

  41. What's the benefit of tech? by plopez · · Score: 1

    If the lost productivity outweighs the costs then we would be better off without it. This is called "cost benefits analysis".

    I don't think this was addressed.

    --
    putting the 'B' in LGBTQ+
    1. Re:What's the benefit of tech? by PPH · · Score: 1

      $6,200,000,000,008.

      So, technically we're still in the black.

      --
      Have gnu, will travel.
  42. Many causes of failure by ErichTheRed · · Score: 3, Insightful

    "IT failure" is a very broad term and can happen for a lot of reasons:

    • Poor requirements definition
    • Poor project management (not keeping scope creep in check, not being semi-flexible and delivering a useless piece of software, etc.)
    • Execs or IT management desperate to make schedules and forcing release dates
    • System failure due to poor planning (no redundancy, poor-quality outsourced hosting, etc.)
    • Lack of, or incomplete testing
    • Bad code quality

    My take on this is that the main cause of failure is the fact that IT still hasn't settled on a set of engineering principles to deliver projects. Things change way too fast still -- over the life of a 2-year project, your hardware platform may be changed out from under you, for example. PHP, .NET or Java may be swapped out for YetAnotherCoolLanguage0.1alpha4. This is made worse by unscrupulous vendors, poorly-trained consultants, and lack of acceptance by the user base of the software.

    I think the author is referring to the direct cost of a failure. Every few months, the technical publications run an article or two about a large company or government agency writing off millions of dollars for a failed SAP/Oracle Financials/similar package deployment. Whenever I see one of these, it's interesting to see what happened. Usually it has something to do with one or more of the causes I listed above. Generally, the more expensive, tranformational and long a project is, the worse the results are. It's not just vendors either - I've seen in-house projects spiral down the same way. The other thing that comes to my mind when I read articles like this is why they didn't see it coming. Don't IT executives talk to each other over golf or something and say, "Yeah, SAP screwed us out of $100M in consulting fees. I'd watch them if I were you..."?

    Other branches of engineering aren't immune to this though. Construction and infrastructure projects often run over time and budget. The difference is that a construction project gets finished one way or another. A software project failure means throwing away two years of work and putting the hardware on eBay.

  43. Whatever... by Wahakalaka · · Score: 1

    This sounds like one of those "America loses 50 zillion dollars a year while employees zone out" studies. If people were machines we wouldn't need IT.

    --
    The truth is somewhere in the middle.
  44. Oh Yeah? by BigBlueOx · · Score: 2, Funny

    Well *I* am not only a noted expert on complexity but a specialist in improbability and a noted chaos activist (having a doctorate in activism) and *I* say that IT errors cost TEN QUINZILLION DOLLARS so pay attention to me me me.

    1. Re:Oh Yeah? by OFnow · · Score: 1

      I understand quinzillion dollars, but I've been unable to find quinzillia on the map.

  45. Pathetic by oldhack · · Score: 5, Funny

    Mgmt blames the devs, and devs blame the mgmt, and both get modded "insightful".

    It's like watching hot naked babes wrestling in the mud, except that it's the exact opposite.

    --
    Fuck systemd. Fuck Redhat. Fuck Soylent, too. Wait, scratch the last one.
    1. Re:Pathetic by Culture20 · · Score: 1

      Mgmt blames the devs, and devs blame the mgmt, and both get modded "insightful". It's like watching hot naked babes wrestling in the mud, except that it's the exact opposite.

      Pudgy, clothed, men shaking hands in an office? I suppose so.

    2. Re:Pathetic by Bucc5062 · · Score: 1

      Cold, overdressed men discussing Freud in a drawing room?

      I was not just blaming mgmt, I indicated that both parts need to work and listen better to create a quality product. The higher up the corporate food chain, the more (it seems to me) employees begin to be viewed as chattel, objects not people. When that mentality becomes perversive to the company decision process then quality suffers, because there is little motivation to perform other then the basic requirement. A motivated local work force may cost mroe in the short term, but actually save money long term by producing a quality product the first time out. Outsourced vendors may show better short term costs savings, but the product may have so many issues that back end corrections will end up costing it more before release. Most often, outsource work takes longer to complete, and requires more corrections, because those providing the work effort have no connection or concern of the company, they just produce code.

       

      --
      Life is a great ride, the vehicle doesn't matter
    3. Re:Pathetic by LrdDimwit · · Score: 1

      They're both insightful comments and correct, as far as they go. Both of these things in fact cost large amounts of money. That both of them come from diametrically opposed perspectives doesn't make them less valid; instead, they're incomplete views of the whole picture. Remember the old saw about blind men and an elephant, each getting a different glimpse of the true nature of the beast? In fact, had I mod points, I probably would have modded both comments up, even though the second was clearly implying the first poster was full of it.

    4. Re:Pathetic by Anonymous Coward · · Score: 0

      I probably would have modded both comments up, even though the second was clearly implying the first poster was full of it.

      Insomuch as the first poster placed the blame entirely on the heads of programmers, he was full of shit.

  46. Before a Bounced Money Check comes.. by RobertLTux · · Score: 1

    a Bounced Reality Check

    Every Death March can be attributed to Bouncing Checks (or checks not written at all much less cashed)

    --
    Any person using FTFY or editing my postings agrees to a US$50.00 charge
  47. Wrong Perspective... by EmagGeek · · Score: 1

    It should be:

    "Worldwide productivity gain from IT was $6.2T less than it would have been in the most ideal case imaginable"

  48. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  49. War costs the world 7.2 trillion by IronSilk · · Score: 1

    The Institute of Economics and Peace reports that the global peace dividend would be $7.2 trillion per year, or about 8.1% of the global economy. http://www.visionofhumanity.org/causes-value-peace/economic-growth.php

  50. IT spending not part of financial hive mind by swb · · Score: 1

    In my experience a lot of these "IT Failures" are actually management/client/accounting failures that happen to overlap the IT spectrum.

    YES! I couldn't agree more. A gold-plated backup/recovery system for a small/mid sized enterprise (multiple drives, multiple applications, maintenance, on-site support, frequent media replacement, secure off-site storage) -- far beyond what I'd consider adequate -- is what, $10-15k per year? You could do pretty well at half that, yet I see plenty of clients with budgets over a million dollars seriously question spending a quarter of that.

    Some of my co-workers and I have even suggested management draw up a "hold harmless"-type agreement that we give to It decision makers AND their bosses; a cover letter outlines the rationale for the agreement and its practical meaning (we will help you get back on your feet, you agree not to blame us and accept in principal the magnified costs of data recovery).

    Its not that we'd expect practical legal cover, but it'd be more about scaring the fuck out of management so they do SOMETHING, as well as giving the controller/financial person a discussion point with their boss over their "sharp pencil" IT strategy and whether its a risk worth taking.

  51. Comparison by KnownIssues · · Score: 1

    This would be interesting to compare with, say, the yearly cost of management failure.

  52. This is why I roll my eyes... by sean.peters · · Score: 1

    ... every time someone starts talking about "complexity theory". When I got to the point in the original article where he just freaking made up the indirect cost as ratio as "between 5:1 and 10:1"... and then took the "average" of the two made up numbers to proceed with his "analysis", I lost all interest in the story. News flash: when you make up your own numbers, you can get any answer you want... and really big, scary numbers sell more articles. Yawn.

  53. The Cost of Blundering by userw014 · · Score: 1

    What about the "costs" of blundering in other endevors?
    Medical errors in because doctors are too time pressed to make an proper diagnosis? Or because interns are too sleep-deprived to think clearly?
    Highway accidents caused by drivers lacking sleep or drunk?
    Legal errors by lawyers or their aides?
    Political errors caused by politicians and media personalities playing up the wrong aspects of some tragedy?
    Needless barking about the "costs" of mistakes where the methodology is arbitrary and capricious?

  54. Yes, but... by sean.peters · · Score: 1

    ... he apparently just pulled the indirect:direct cost ratio out of his ass! If there had been any data backing this up, it would be one thing, but apparently this analysis was at least in part based on numbers he just made up.

  55. If you're not part of the solution.. by TravisHein · · Score: 1

    There is money to be made being part of the problem.

    *Raises a glass*
    Proudly contributing to losses due to IT failure since 1997.

  56. Interesting math by KnownIssues · · Score: 1

    I almost didn't read the article, but I'm glad I did. If this is how financial/investment decisions are made, I now understand the financial crisis. Roger's white paper starts with actual data--GDP, annual budget for IT--so far, so good. It then proceeds to make a calculation based on (failure rate of "at risk" projects)... a fact? No. An estimate? No. An assumption? That's right. Actually, a range of an assumption (50%-80%), from which an average (65%) is calculated. I'm sorry, but the average of an assumption with an assumption is not data. In three-valued logic, if you multiply a truth with an unknown you get an unknown.

    The author then proceeds to combine this calculation with a new wild guess--direct to indirect costs of between 5:1 and 10:1 to get an average of 7.5:1.

    The article ends with "The numbers are estimates, of course. The precise numbers are not the point." These numbers aren't even estimates. This might meet the dictionary definition of estimate, but I don't believe it would meet the common knowledge understanding of most people's definition of estimate. An estimate comes from some kind of familiarity with a source that leads you to use your judgment to come up with the estimate. The author claims none of that here.

    One might as well come up with a total so enormous as to draw attention and then determine what inputs would come up with that total. That seems to be what was done here.

    1. Re:Interesting math by blognoggle · · Score: 1

      Thank you for actually reading the article, KnownIssues. Since the view count on the original has gone up by about 10 views since the teaser paragraph was posted on Slashdot I have to assume that the other 200 or so comments were made by people who read only the summary paragraph. Besides suggesting that Slashdot is not a very good resource for viral promotion (or linkbaiting, if you prefer), it also tends to confirm a theory of social networking cocooning that I have where people find a community they're comfortable in and talk to each other and it doesn't really matter much what the topic is.

  57. Not the same thing by TheLink · · Score: 1

    > It would be the same as trying to build a house without blueprints, just nailing up wood at one of the corners.. It will kind of look like a house when done, but will have lots of problems. Code is the same thing.

    It's not really the same thing in practice though.

    You see, in the software world, the blueprints compile and kinda run... Heck the plastic models and artist's impression might even run too!

    Management typically sells those to the customer as v1.0 and v2.0 ;).

    Why? Because in the software world, each blueprint costs as much to make as the Real Thing (which is the result of building/compiling blueprint #<big number>).

    That's not true in the Civil Engineering world, where the Real Thing costs 10x or more. So management is more agreeable to spend the resources and time for enough design iterations just so the Real Thing is more likely to be good enough.

    Basically:
    In the civil engineering world, the design phase cost a lot less money (and typically less time) than the build phase (<=10%?), which involves lots of people, lots of building materials and heavy machinery.
    In the software world, the design phase costs most of the money and time (>90%), and the build phase involves someone doing "make all" and fetching a cup of coffee.

    I believe there's a difference between "design phase" project management and "build phase" project management (the build phase of a software project is managed by the CPUs, Operating System Scheduler, compiler and packager).

    But most project managers (and bosses) manage software projects the way people manage the build phase of a civil engineering project.

    And that's why software tends to be crappier :).

    --
    1. Re:Not the same thing by pnewhook · · Score: 1

      I think you are confusing 'architecting' with 'coding'. The first step of creating a software architecture doesn't involve any code whatsoever.

      I see no difference between software and any other discipline. It should be 20% up front design (architecture), 40% advanced design (preliminary and advanced prototyping) and 40% build.

      --
      Tesla was a genius. Edison however was a overrated hack who liked to torture puppies.
    2. Re:Not the same thing by Evets · · Score: 2, Informative

      :) That's the problem with many of the projects I've seen: No time for requirements gathering, no time for testing, and deployment should take less than a day. So no matter how well you design and execute your design - you end up with last minute poorly thought out enhancements and any testing done happening from a developers standpoint instead of an end user's.

    3. Re:Not the same thing by TheLink · · Score: 1

      > I think you are confusing 'architecting' with 'coding'. The first step of creating a software architecture doesn't involve any code whatsoever.

      I don't think I said it did. I didn't bother going into great detail of what is involved in creating a blueprint or source code, because I thought I implied it when I mentioned the cost of creating a blueprint. After all, drawing random lines to create a dummy blueprint isn't that expensive nowadays. Same for writing "hello world".

      > and 40% build.

      Here's where I disagree.

      In software, the source code is the blueprint.

      A programmer writing code is just like an architect creating a blueprint. Before the blueprint, there is some design work, top-down or bottom-up or whatever is the fad of the day, talking to external parties, figuring out what is needed, what isn't, drafts, etc. Very similar in the software world.

      In the Civil Engineering build phase the workers and machines build to the blueprint/detailed design, they're not normally supposed to add 10 extra entrances or remove rooms, (yes there can be variations, but if there are too many something is wrong). You often can add more machines and workers to speed the build up (within reason).

      In the software build phase, the compiler builds the object code according to the source code. It's not supposed to add 10 extra features or remove required functionality. You can often add more machines and CPUs to speed the build up (within reason).

      If your 40% software build phase involves programmers creating source code (blueprint), it's really analogous to the design phase of a Civil Engineering project, not the build phase.

      Still think I got it wrong?

      Show me why source code isn't the equivalent of a blueprint. Or show me that creating the blueprint belongs in the build phase of a civil engineering project (not talking about the "as built" drawings/documents that describe what they actually built - as opposed to what they were supposed to build ;) ).

      --
    4. Re:Not the same thing by aix+tom · · Score: 1

      The first step also doesn't involve any coders. The first step is the Customer deciding that he wants something, and who to hire to do it. ;-p

      Someone in a workshop recently compared software development to day with architecture from about 1000 years ago, when they started to build the big cathedrals. Back then they weren't able to calculate beforehand exactly which material in which strength they needed for the thing to keep standing, so it was more of a trial and error process than it is today.

      Software is a little like this today. Even if I write a *perfect* program that has zero bugs, there might be an API change to another component that is used, or an OS update changes some specifics that I relied on, etc.... a few month from now that introduces a bug.

      For example, we had an 3-day outage of or mobile data entry terminals that was pinned down to an incompatibility between a specific firmware of Cisco routers and a specific version of Citric combined with a specific network infrastructure. Those are the bugs that will always crop up now and then and are pretty much impossible to avoid. There you can only see the problem once your "Cathedral" has fallen into ruins. Fortunately you can re-build software with the necessary changes quicker than re-building a big stone building.

      Of course, I estimate 90% of the bigger IT problems are there because of mis-communication between Customer Management Developer. And since my job consist of being both developer AND customer for different products / projects I would split the root of the problem equally across all of them.

    5. Re:Not the same thing by pnewhook · · Score: 1

      Good post - I agree completely.

      Also, two identical programs can be bug free, but one architecture poorly and one well. A missed feature added to a poor architecture will likely break everything, or cause new bugs in previously working code. A well architected program can be expanded without a significant negative impact (within reason of course).

      --
      Tesla was a genius. Edison however was a overrated hack who liked to torture puppies.
    6. Re:Not the same thing by ahabswhale · · Score: 1

      You use a waterfall methodology and you wonder why so many of your projects fail. Interesting.

      I'm a contractor and I've been on one failed project in the last 9 years. The one that failed started out outsourced and they decided to finally bring it in house but they burned up too much money already so they cancelled it after we were 85% done with coding (which we managed to accomplish in 3 mo. starting from scratch). I'd actually forgotten what failed projects were like. Of course, I refuse to work on waterfall projects...

      So, from my perspective, the problem might be you. Actually, if you're pushing waterfall projects it is you.

      --
      Are agnostics skeptical of unicorns too?
    7. Re:Not the same thing by Lord+Bitman · · Score: 1

      "We didn't have enough time to gather requirements" is always bullshit. Requirements gathering is not something you do prior to any stage of software design. Requirements change continuously, and it is always important to allow your design to change with the requirements. There is never a point at which "just a little more time gathering requirements" would have gotten them all, because some of them will have gone away, and new ones will have sprung up, in that time.

      The only correct way to look at software is as an evolving system which is occasionally replaced. People assume that replacing a constantly-evolving system will cost just as much and take just as much time to develop as the original "evolved" system, but those people are ignoring that requirements change over time- not all of the original system will need to be re-made.

      Furthermore, the long-term evolution of a system can be looked at as an extension of requirements-gathering for the next iteration of the system. How many times have you thought to yourself "If I knew then what I knew now about how this was going to be used, I would have designed it like this instead."? It is stupid to think that it would have been possible to determine all requirements prior to the system's actual use.

      --
      -- 'The' Lord and Master Bitman On High, Master Of All
    8. Re:Not the same thing by pnewhook · · Score: 1

      I don't use waterfall, we use a modified iterative waterfall. I guarantee you that is not the problem.

      Our projects, all customer requirements are known up front. We have to provide a firm fixed price up front. If you think you can provide that with an Agile (just give me all the resources we need and we'll document what you get later, and I really dont know how much time or money this will take) approach then you are sorely mistaken and don't know how mission critical projects are costed or executed.

      --
      Tesla was a genius. Edison however was a overrated hack who liked to torture puppies.
    9. Re:Not the same thing by ahabswhale · · Score: 1

      "Modified iterative waterfall" is still waterfall. You can't simply add iterations and declare that it's something else because it's not. Fixed bid contracts are bullshit. I did many of them early in my career so I know what I'm talking about. Either the company under contract is getting screwed or the the client is; it's that simple. Finally, I'll put my success record up against yours any day of the week. I get shit done and my clients like what I do. So don't tell me how "sorely mistaken" I am. I've been in this business for over 20 fucking years and I know what works, what doesn't, and what's bullshit. What you sell is bullshit.

      --
      Are agnostics skeptical of unicorns too?
    10. Re:Not the same thing by pnewhook · · Score: 1

      No. Anyone who says ' this method will never work', or 'this is the only development method that is good', doesn't know what they are talking about. You adapt whatever process, tool or approach is necessary for the specific program. Agile doesn't work for everything and neither does waterfall (or any one specific approach for that matter)

      Fixed price contracts are a reality, and I'd say a majority of development projects use this, where software is mixed with hardware. You have to adapt your practices to suit the business model and customer. You can't simply say 'I don't do that'. If you cant fix bid a contract you cant estimate your own time nor anyone elses.

      There is nothing wrong with waterfall. requirements - preliminary design - advanced design - implement - test is the logical way to develop. However I agree it is unrealistic to try and do 100% completion on each step before going to the next step. That approach is a misunderstanding of how waterfall is to be used which is why I say modified iterative waterfall.

      Actually your attitude is EXACTLY the problem I've been complaining about. It's either your way or no way, and every other way other than what you know is absolute crap. That is the closed minded approach that results in bad code, poor performance and failed projects. Open your eyes and your mind - you may learn something.

      --
      Tesla was a genius. Edison however was a overrated hack who liked to torture puppies.
  58. How would you figure it? by bzipitidoo · · Score: 1

    Admittedly, the article does read like a hastily thrown together program, full of guesses and assumptions and untested routines. Fortunately, our brains don't crash as easily as computers. But one thing about calling something a load of crap. Do you know of a better measure, a better researched report? Cite it please! And throw in a few quotes. Or, can you yourself do better? Please do! The author admitted it was back of the envelope. And we all know that it is extremely difficult to measure the productivity of programmers, and have doubts that it even makes sense to try. For the effort expended, which obviously wasn't much, the article seemed to be an adequate bit of guesswork.

    At one software engineering business I attended an interesting talk on this subject. Using a harsh measure, and more rigorous statistics and facts, they stated that 90% of all software projects ended in failure! However, about 1/3 (I don't recall the exact number) of those "failures" worked, it's just that they were late and/or over budget. The next 1/3 were only partly successful, achieving only part of the goal or achieving something else of value, and the last 1/3 were complete catastrophies. I felt that they could have been much more generous in defining what constitutes a success, as a 30% failure rate is still plenty dramatic.

    --
    Intellectual Property is a monopolistic, selfish, and defective concept. It is "tyranny over the mind of man"
    1. Re:How would you figure it? by Belial6 · · Score: 1

      You know, I keep hearing those number thrown around, and I have to say, if they are true, then I am absolutely amazing. I'm not saying that I have never had a failure, but even 30%?!?!?! That would be absolutely atrocious. 5% I could believe. 20% if you count all three categories. I'm just having a hard time swallowing that 33% are complete catastrophes.

    2. Re:How would you figure it? by bzipitidoo · · Score: 1

      My own experiences suggest that the 30% figure is on the low side. I've ended up on a lot of projects that have crippling restrictions and expectations that would be unrealistic even without the restrictions. One problem was that many of the groups I've been in included people with PhDs, and the customers think that means we can do magic. Not talking only about unrealistic timelines or budgets, but completely fantastic expectations of what is even possible, and what makes sense. Part of the price of being such a high powered team. We had such sketchy and bad specifications that as far as they went, they were contradictory and just plain dumb.

      For instance, one project's primary goal was to have the ultimate in security, with formal verification of the system, and yet allow the users to use their favorite Windows binaries, and the convenience of "single sign on" through some sort of Windows based biometrics, among other things. What to do? Try to port WINE to a microkernel OS? Tell them they can't have their Windows toys? The group's initial job was to reconcile all this and make sense of it all, but the group could not agree on anything (the high power was mostly appearance, not substance) and spent all its time fighting, accomplishing absolutely nothing. Another project had not been researched at all. The people who dreamed up the goals had no idea just how hard it was to do what they thought they wanted. It was Facial Recognition, with a tiny little extra that was a complete deal killer. It had to sucessfully match a face to a database of not a measly few hundred faces, which is hard enough, but a database of over a million poor quality photos, something I doubt even the best human observers could do.

      --
      Intellectual Property is a monopolistic, selfish, and defective concept. It is "tyranny over the mind of man"
  59. Re:learning through mistakes by m1xram · · Score: 1

    That is a better way to evaluate costs. Money is not lost if you learn how to implement things better. If the mistakes are repeated then yes the company is wasting its time. Usually, on implementing version 1 of software, we learn basically how not to do it. We take those mistakes and learn how to make version 2 much better. Version 3 further refines the product and development procedures into something that can be used again and again.

    New development processes try to smash the above three versions into a repeating process. Agile development comes to mind. But even this has to be learned and adapted to what fits best for a project. The assumption is that assumptions will be wrong, mistakes will be made, learning will occur, and more correct goals will be set and implemented.

    Effective IT is learning from your mistakes whereas bad IT is repeating them. Certainly some of that $6.2T is the cost of learning.

  60. Re:Agile Devlopment by Anonymous Coward · · Score: 0

    So, you have a problem with agile development, build, ship, fix, eventully... like the spelling in these comments :p

  61. Self-serving Bias by DynaSoar · · Score: 1

    When one does research one seeks to eliminate bias to the greatest extent possible. When one has a vested interest in the subject, it is even more important, as one's reputation rides on it.

    Sessions is not incapable when it comes to business IT and complexity. Unfortunately he is more capable in those areas than in methodology. Although his approach is laudable, his exclusion of bias sources appears approximately nil. TFA clearly states that he makes certain assumptions. That can't be helped. But to make the result reflect real world rather than producing a paper to boost self-importance (even inadvertantly) those assumptions should have been better questioned at the outset. Better late than never:

    His primary source is the World Technology and Services Alliance. They want to appear important to others. Thus they will emphasize data that won't get counted the same way by an outsider. A neutral source would have provided data less likely to be considered biased. The CIA Factbook for instance.

    Rather than assuming a percentage of GDP as primary expendature (the same IT percentage for the US as for Republic of Congo - per capita GDP = US$300), go to a source that has calculated the total (with references so they can be checked or argued). Gartner, not unbiased but industrious towards that end, says "Worldwide IT spending is on pace to total $3.2 trillion in 2009, a 6 percent decline from 2008 spending of $3.4 trillion". And now we're on track for twice as much failure as spending, indicating a problem greater than simple math.

    He lumps all communications technology in with IT. Not what most would do, but at least he says what he's doing. But is he being relevant to IT, from CIO down to help desk answer-droid by making them appear responsible for the cost of a high bandwidth geosynch satellite?

    "66% of all Federal IT dollars are invested in projects that are “at risk”". Federal expendatures (in this case, purchases) are well known to have their importance padded so as not to lose funding next cycle. Without a varifiable basis for using this claim, it should simply be dropped. Instead he attempts to estimate failure rate from it. This begs the question, if the purchase was based on at risk, and it was made, did that risk go away? If not, there will be some risk assessment criteria coming down with the next round of budget cuts. Without the white paper, I can't say, but I'm guessing the risk includes new tech to thwart intrusion and so forth, not technology at risk of melting down.

    Finally, he makes the statement that these are estimates and the numbers aren't important, but their sheer magnitude it. Magnitude relates to numbers. You can't justify a statement of magnitude without using some. His result is twice the estimated 2009 spending. Might he have a problem with magnitude? Definitely. Orders of magnitude, probably. Over 20 years ago health care spending passed defense spending as the greatest bite of the US GDP. In 2007, US health care spending was US$2.26 trillion. He claims worldwide IT failure is 2.7 times that. It would seem we don't have a health care crisis, we have an IT crisis that is draining revenue from everything at a rate up to or even greater than the funding that fuels it. We would do better without IT. (This is reduction to absurdity, lest anyone take that seriously).

    A point that may rescue his work somewhat, is the fact that a failure/loss is not a cost. It gets called that if the failure impinges directly on a profit margin. Even then, that's not necessarily accurate. A loss or failure that's replaced with something purchased counts as a cost. Something thrown away, left broken, used in a crippled state, operating at less than capacity/effectiveness or otherwise not giving what was paid for is not a cost. It was a cost when first purchased. It can't cost again because it doesn't act right (unless replaced, as noted, and then the cost is the new one, not the old). When a company has to account for its failures and losses, if these can be made to

    --
    "I may be synthetic, but I'm not stupid." -- Bishop 341-B
  62. Re:learning through mistakes by TapeCutter · · Score: 1

    "Certainly some of that $6.2T is the cost of learning."

    Most of it is not lost money, it's lost time. Sure time is money but the hourly rate differs greatly depending on all sorts of things. $6.2 trillion/year means that every man woman and child on the planet is somehow losing $1K/yr due to software problems. For half the planet that is more than their annual income. I don't think that's a reasonable assesment for anyone except an economist.

    However I think you hit the nail on the head, it's pointless to talk about how much is lost unless you can prevent a reccurence with something better and to have something better you first need to discover the problems with what exists.

    --
    And did you exchange a walk on part in the war for a lead role in a cage? - Pink Floyd.
  63. Herding cats by TapeCutter · · Score: 1

    Dude, you said it yourself. You are good developer trying to do a mangers job. Due to the way you blame eveyone else in your post, I just came to the obvious conclusion that you're failing at your primary job wich is to clear away the bullshit so that your team can get on with it. However, if you haven't built a team you're in trouble.

    Don't feel bad about it, exceptional managers are much rarer than exception devs, I was an unexceptional boss in the 90's and found the "big picture" wasn't worth the aggravation and the extra hours meant that on an hourly rate the pay wasn't any better than a lead developer.

    --
    And did you exchange a walk on part in the war for a lead role in a cage? - Pink Floyd.
    1. Re:Herding cats by pnewhook · · Score: 1

      No, thats not it. I had an amazing team (multi discipline, not just software), and we did great work. I was project and technical lead, not management. However there was this one sole software lead on my program that refused to work to an established design, refused to document anything, refused to take any direction whatsoever because he thought he was perfect in every way. He would blam all his problems on everything and everyone you can imaging, management, the other members of the team, the hardware, the development tools, third party drivers, the OS, the CPU, you name it. Then lie and backstab to try and hide his incompetence.

      I generally don't blame anyone as we are all a team, but in this case all problems can be clearly traced to one person and his refusal to follow any direction.

      --
      Tesla was a genius. Edison however was a overrated hack who liked to torture puppies.
  64. Also, opportunity costs aren't independent by Anonymous Coward · · Score: 0

    Failure among competing companies allows for the possibility of double-counting (or more) "lost" opportunities.

    That is to say, if 5 companies all have IT projects to create the same "next big thing" that is worth $5B, then if all 5 fail, which is likely with a high rate of failure, then you cannot count it as an opportunity cost of $25B total. In practical terms, when successful, the $5B can only be claimed by one contender, or split, but the total value should be essentially $5B.

    This can also happen within a given company. What about that damn IT project that took 4 attempts to get right? That's 4 projects, with the associated costs, but was it 4 opportunities? I think not.

    Definitely agree with parent, and think there's a lot of missing "analysis" from our "expert".

  65. The culture of Complexity by Anonymous Coward · · Score: 0


    T H E C U L T U R E O F C O M P L E X I T Y

    Q - Why each new version of Windows is twice as big (and slow) as the previous?

    A - It sells new hardware (and new Windows licenses for the new hardware).

  66. It's a spurious number by rfc1394 · · Score: 1

    I remember when someone gave a figure of something like an estimate of TCO (total cost of ownership) for PCs was something like $10,000 a year or $12,000 a year because it priced out everything at the maximum professional cost for software failures, installation of new software, etc. Ignoring PCs in non-commercial environments, I have a PC here at home; It's what I'm using to write this. My labor costs me nothing and the changes I make to my computer are for my benefit, and thus, while my own labor might have some value to me, it is not costing me anything other than opportunity cost, which again, has actual financial expenditure to me of zero.

    If a team has to spend $10 million to develop an application because they had to do it twice and if they had done it right the first time would have cost $3 million, you can claim that it's a loss of $7 million, or you can - correctly - claim that it's a system that cost $10 million to develop including false starts. It all depends on how you want to cook the numbers.

    If they are claiming that $6+ trillion represents complete failures I find that a bit unlikely. But if you count the amounts wasted because the customer didn't know what they wanted, should we then count as failures and expense costs all of the people who take perfectly working bathrooms and kitchens who gut them after a few years because they no longer like the way they look?

    You can create any kind of number by how you count failure, if you include redesigns for performance, redesigns because of desire for increased features, or redesign for maintenance. You can also count failure as systems needing to be scrapped because they have absolutely no usability for any of the problems needed to be solved. If that was what was being claimed I would, again, find that number highly suspect. It all depends on where they get their numbers from.

    Let's also not forget, again, this is an estimate, because most of these numbers are neither published nor available to outsiders to the company that developed the program or system. The number could be higher, or it could be lower. It reminds me of the supposed estimate of the losses for pirated software raised to huge numbers by claiming every copy made was a lost sale that would have been at full price without discounting. Some kid who made a copy of a program where he had to ask someone for a free disc is certainly not going to pay $200 for a copy, but the numbers presumed that the bootleg copy would have resulted in a full-price sale.

    So if someone wants to claim that the total cost of software failures is US$6,200,000,000,000.00 I'd really like to know how they got this number. Are they pricing out costs in Africa as if the cost of labor is the same in New York City? Are they pricing labor in Los Angeles the same as in Baton Rouge, Louisiana? How are they determining costs?

    Paul Robinson — Paul@paul-robinson.usMy Blog

    --
    The lessons of history teach us - if they teach us anything - that nobody learns the lessons that history teaches us.
  67. Is that all? by Anonymous Coward · · Score: 0

    Just 6.2 trillion? They must have left the public sector out of the tally.