|
|
|
|
|
by timcash
5963 days ago
|
|
Please provide some more background on why the project was created and the ultimate goal. Without that I do not really buy your argument as I have also worked with government contracts (including cost plus) and spent six year in the US Air Force. The problems are these. (1) Did they really need this system in the first place? Example: The F22 Raptor a fifth generation multipurpose fighter. I would argue that we do not really need this system but, sadly the people I worked for (Air Force Generals) the guys who create the ideas and sign the contracts did not even think to ask that question. Building another fighter was a forgone conclusion to them. It was purely about building something and not about defending against a real threat or even a perceived future threat. To the guys who run the Air Force (former fighter pilots primarily) of coarse you need a new plane. (2) Are you building yet another proprietary system on top of other proprietary systems. Example: JSTARS or the E8-C built by Northrop. This system collects a bunch of data about movement on the ground. The problem is Northrop created a proprietary mechanism for getting the data off of the plane. So now the government has to buy the plane and the system to get the data. (3) Was there another way to solve the problem? Example: Microsoft Sharepoint. There are so many sharepoint sites setup in the DOD it is complete waste. Every single unit thinks they need a sharepoint site because other units have sharepoint sites. No one is bothering to ask; hey instead of all setting up our own site why dont we just create a big repository where everyone can drop there (docs, ppts, xls, pdfs, etc...) and tag them with the unit they are from. So I would ask did you need this emails system? Are you perpetuating the problem of continuing to build proprietary systems? Is there another way to accomplish this task outside of an email system? Why did you need t1 lines by the way? Now to the Hammer and the bolt example you give. Instead of building a new bolt for every project and then having to test it and build spares etc... build a bolt that can be used on many projects. I have been in these contract meetings. The private companies intentionally build as many one off solution as possible so we have no choice but, to keep coming back to them. You say build a company and bid on contracts. If you work in contracts you know it is not that simple. I would love to if I had some help navigating the bureaucracy... Again give some more background on that project if you can. |
|
For the email example, they said how many servers, how many T1 lines, and how powerful they all had to be. They also wanted usage logs from the T1's for capacity planning. The contractor doesn't have input there.
That's essentially the case with the bolts as well. It's in the specification, the contractor doesn't have the power to say we are going to use these other bolts because they're standard. Items are specified in a specific way for a reason, with bolts, it's because those particular bolts absolutely have to stand up to the rated forces, because they're likely to experience them, with combat and all.