DOD needs effective exploratory development

The DoD does not have an effective process for doing a thorough exploration of alternative technologies and concepts. Exploration is usually done only as a part of the build process, because exploration is expensive and adequate funds are not made available unless a decision to build has been made. The build process, however, tends to shut off exploration, partly to save money and partly to make sure that no new idea will arise to interfere with decisions already made.

 

Much of the difficulty now being experienced with acquisition stems from setting detailed requirements before adequate exploration has taken place. Lacking the discipline that real knowledge brings to what is doable and how best to do it, these requirements are usually overstated, leading to the delays, overruns, and performance shortfalls that are so common. Perhaps even more serious, the build process fails to take advantage of new ideas and possibilities, both technical and operational. Serious consideration should be given to revising this procedure. We should explore first and then ask whether a buildable system is worth the cost rather than determining what is required first and then struggling to build it, whatever the cost. This dichotomy is evident in the SDI program. Although the SDI is supposed to be a research and development program, the build model has been applied and has the strategic defense initiative and acquisition reform led to fixing the system design too early before adequate exploration of alternative technologies was completed. The system has been divided into components, component descriptions have been set in concrete (or at least in molasses), and innovation has been thwarted despite efforts to encourage.

 

Serious consideration should be given to applying the exploratory design approach (of which Brilliant Pebbles is an example) across the SDI, to both the system and the elements. The same approach should be considered for other DOD programs as well. The exploratory approach involves the design by a capable organization with technical depth and experiment resources, operating under a minimum of procedural restraints, and with system specifications not yet fixed.

That was from Donald Baucom’s excellent chapter in Providing the Means of War: Historical Perspectives on Defense Acquisition, 1945-2000

 

Be the first to comment

Leave a Reply