Slashdot Mirror


How Dumb Policies Scare Tech Giants Away From Federal Projects

An anonymous reader writes "A study published in March found that that the reason why the U.S. government has sub-par IT programs is because leading commercial IT companies established in the U.S. aren't involved in government contracting. Either the government holds closed bidding, essentially stifling competition to its own disadvantage, or prospective companies are put off by the cost-prohibitive regulations associated with government acquisition given the low returns (less than 10% as compared to 20% or more in the commercial world). The dysfunction that results has been documented by the Government Accountability Office: of 15 Department of Defense IT projects studied, 11 had cost increases (one of which was by 2,333%), 13 had schedule slippages (one of which was by six years), and only three met system performance goals. If the U.S. wants to lead other governments in technical capabilities by tapping into the technology being developed within its own borders, then some say that instead of exemptions and workarounds such as was applied with Healthcare.gov, a complete rebuild of the whole acquisition program would need to be implemented."

2 of 143 comments (clear)

  1. It's just corruption by rsilvergun · · Score: 5, Insightful

    Juicy contracts go to people that donate. I remember seeing a study that showed that donating to Senators had something like a 50% return on investment. It's not surprising that all that's left after the cronies get a pick are bum contracts. The good contracts go to the Kochs of the world.

    --
    Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/
  2. Sounds like the rest of the world by aXis100 · · Score: 5, Interesting

    I get the feeling that it's nothing to do with being a Government agency. I've seen more than 50% failure rate on very large IT projects for other regular businesses and corporations.

    There seems to be a major problem with sotware projects producing an accurate requirements spec, and following that though to implementation. End users have no idea what they want, fill the requirements full of edge cases, and keep moving the goalposts. Programmers often have no idea how the software will be used so whenever there are gaps they improvise with the most ridiculous schemes. And software architects always say "technology XXXX will save us, it makes YYY so easy", forgetting entirely that you still have to produce a sensible user interface with a sane workflow and that takes 80% of the effort.

    Personally I cant see this getting better for a while. It's not the fault of any one person, it's just human nature when trying to deal with highly complex systems. We need to use a radically different design approach and employ exceptionally good project managers, and even then we might still want to cross our fingers.