3 ms·
I don't think lack of accountability is what pushed the work out to contractors. And if that is the case, does that mean the accountability "stick" got pushed o
by RougeFemme 13y ago
I don't think lack of accountability is what pushed the work out to contractors. And if that is the case, does that mean the accountability "stick" got pushed out to the contractors. I think work got pushed out to contractors from a desire to out-source and because contractors, for various reasons, generally do a much better job of staying abreast of best practices than the government employees. And I say this as someone who has worked on both sides of the fence.
I agree that requirements are a big issue. In addition to the requirements issues you mention, there is the problem with the "business line owners" attempting to unnecessarily dictate implementation details, poorly defining the functional requirements in the first place and ignoring interfacing systems.
- GVIrish 13y agoWhere lack of accountability comes is the idea that contractors can be fired if they don't do a good job, whereas it is much more difficult to fire a full-time employee. So rather than solving that problem, most of the government's software development is farmed out to contractors. The other reasoning for contractors is that contractors don't get retirement benefits that FTE's do, so in theory that saves the govt money but in practice it probably doesn't, given that contractor bill rates are usually 200-300% or in excess of what FTE salaries are. Not to say that FTE's are great or anything, contractors do tend to me more up-to-date on technology but I think that is a result of the government employee hiring practices and compensation scale. Yeah I've seen a lot of "business line owner" issues like the ones you've mentioned. Another common one is that software is often built to mirror dysfunctional and wasteful business processes. So you either get software that is needlessly complex, or you build the software then have to re-do it because people realize how bad the underlying business process was.
- acdha 13y ago> Where lack of accountability comes is the idea that contractors can be fired if they don't do a good job, whereas it is much more difficult to fire a full-time employee. When was the last time you saw that happen? The only major .gov IT screwup which I can recall having any consequences for the vendor was the FBI's virtual Case File system. Everything else tends to get brushed under the rug either to avoid disrupting the relationship (!) or because nobody wants to have to explain why they didn't say anything before the failure was publicly obvious.
- GVIrish 13y agoExactly. The idea is that contractors can be fired for a poor job, but the reality is that it rarely happens. Federal employees are rarely held accountable for their failures so in turn they rarely hold contractors accountable. Maybe that contractor doesn't get to stay on for option years, but many times they do for a myriad of reasons. Then there's the incestual revolving door between government and contracting companies. Government lead retires, then goes to work for the contractor they used to oversee. The biggest contractors use that as a prime mechanism for earning new business. In some companies the best path to get into senior management positions is by being a former Fed.
- acdha 13y agoI don't think increasing accountability would solve every problem in government IT but it's hard to under-estimate how many problems it would solve.
- Spooky23 13y agoHuh? NYC had a runaway project where they spent something like $300M on an employee time card system (google "city time"). There was no consequence until some bank teller noticed that two guys were literally stuffing duffel bags of money siphoned from the project into safe deposit boxes. The prime contractor was SAIC.