Earlier quoted context omitted.
With the government, depending on how "involved" your customer is in the contract, they might have a shitfit if they find out you are doing this. As another poster in this section noted, there are plenty of government and quasi-government[1] employees who seriously believe that you can't start writing code until you have defined all your requirements and prepared a design to meet those requirements. [1] People who wo…
You are right, which is why I don't actually do government contracts anymore. It's just too easy to end up working for a complete, abject moron.
The way government does tech is outdated and risky
141–145 of 145 posts
Re: The way government does tech is outdated and risky
#142Earlier quoted context omitted.
Large companies in well established industries sometimes operate with near monopoly power and are only threatened when the entire industry undergoes a long term, permanent change. Most people don't consider such a situation a functioning, healthy market. Healthcare and banking are two great examples of industries whose dynamics tend to result in a small number of powerful entities calling the shots, the former due to…
Bad software development processes are everywhere. I've seen more than one successful companies that aren't massive corporations futz around and produce garbage. I've also seen highly effective government organizations produce some awesome product.
Re: The way government does tech is outdated and risky
#143It's not just the US government that has crazy, weird, inefficient technology. I'd be surprised if every government wasn't like this. The biggest IT failure in the world was the UK's attempt at healthcare computing that cost 12Bn GBP and didn't deliver a functioning system. I work as a contractor for the Australian government. I personally know of multiple project failures in the 10s of millions of AUD range and a fe…
You make some good points. Thinking a little more about the situation, consider that the majority of startups fail. I would not be surprised, if one were to take a look at the success rates of internal projects in large companies, to learn that those are fairly low as well. So if the private sector is more efficient than the public sector in IT, the differences are probably more subtle than one would at first think.…
For some time I've thought this was one of the primary attractions of offshoring: if you must maintain the pretense of developing new programs and systems, it's a cheaper way to inevitably fail....
Re: The way government does tech is outdated and risky
#144Earlier quoted context omitted.
Have you ever seen water jump back up a few stages of a waterfall? (Hint: no.) It's called the Waterfall model exactly because that kind of thing is explicitly not part of it (see Figure 2 in the Royce paper linked above). That's the whole point of the name. It goes without saying that no software development effort has ever lived up to this standard. Nonetheless, the fact that it is not possible to develop non-trivi…
You're being a bit too literal. The name came from the resemblance of a diagram in the paper to a waterfall. The name wasn't meant to constrain the methodology to strict characteristics of a waterfall. The steps are meant to be followed in order. It is gated. But, nothing constrains the steps from being repeated. That is the crux of the difference between Dr. Royce's paper and what the military formed as a standard b…
Re: The way government does tech is outdated and risky
#145Earlier quoted context omitted.
Perhaps you should look at the smaller countries. Like Singapore?
I like that idea. There might be a good process in place at a smaller scale that can be scaled up. What is it about Singapore's procurement process that stands out to you? (I don't know anything about it.)