Let's talk about "design", and the death of the MDMP
Could the Military Decisionmaking Process be dead? They seem to think so over in the Danger Room:
http://www.wired.com/dangerroom/2009...ybrid-threats/
Who are these "little known" theorists advancing the "design" method of operations planning? We could probably debate the legitimacy of design for a while, but what I want to know is who can throw in some of the actual facts about the real changes we can see in the future. How will this affect the fact that culture is finally getting its due as a distinct and significant element in planning? Anyone?
Design is and is not an antidote to the MDMP.
It will simplify some things and complicate others. As Bob said, both are good, complement each other and both -- or either -- is not a panacea. They're simply tools.
Among other things, adopting Design is an admission that the Army's training system doesn't work as well as anyone would like and that trying to break things down to the lowest common denominator is not a good plan for either understanding combat skills or teaching how to think versus what to think.
So the good news is that we're exploring design; the bad news is that the Army is still determined to put square pegs in round holes by trying to produce processes that can be learned to produce effective commanders and staffs.
Won't work; some can, some can't. All talents are not equal. A solution to do the best we can with what's available for a mobilizing large, draftee Army is a good and necessary thing -- but put it on the shelf until it's required and until then treat the smaller professional Army as what it is -- a small professional Army. Place the gifted and intuitive in command, there must be a way to convince Congress that's important, more important than trying to equalize outcomes...
right on all accounts I think
Bob's World said:
Quote:
Both are good tools, both can be abused, neither stands alone; and both can be "over-doctrinized."
Design helps you get the problem (more) right by supporting the establishment of a hypothesis (X is the problem) and from which a theory (e.g. if I take the following actions (Y) they will/may result in a range of possible outcomes (Z,Z1, and/or Z2, etc.). You can then explore that range of possible outcomes to develop an operational approach.
The goal is to figure out which conditions associated with the problem must change in order to bring about a desired or tolerable outcome (possibly for more participants than just your team), then figure out the actions or tasks which will bring about those conditions.
During the actual execution design is handy to look at how things are progressing, and/or how the introduction of new factors affect the desired outcome. This may cause you to "reframe" your problem.
It may be useful here to have a way to measure those changes in conditions to which you have designated tasks to see if you are doing the right things, and to measure the performance of those tasks to see if you are doing the right things well. This however is not part of design as I understand it, but is still prudent and useful as there are a number of things that may be changing or resisting changes.
Enter MDMP -
Sooner or later once a decision has been made to do something, physics become an issue. Analytic processes such as MDMP get to the nuts and bolts (details) of moving stuff around, synchronizing time tables, etc. MDMP is therefore a useful tool to get after the details and the mechanics - there is not much theory here, but there is allot of action
As Ken points out -
Quote:
trying to break things down to the lowest common denominator is not a good plan for either understanding combat skills or teaching how to think versus what to think.
which I think leads to COL Jone's point about part of what leads to "over-doses of doctrine".
Both processes should remain descriptive as much as possible to allow for flexibility in execution. To chew on something till its bland enough for everyone may lead to something less than useful.
Best, Rob
Stray voltage from the peanut gallery...
Design is a poorly understood process because few people really agree as to what design is... much less how one goes about doing it...
I've had opportunity to discuss design with those who are knee deep in trying to describe the process for doctrinal purposes... I'm still not convinced that it really falls outside of mission analysis (a real mission analysis as opposed to a rushed assembly of running estimates - which at times is appropriate and necessary, but is not mission analysis - more like mission bisection)...
I'm all for those at strategic and operational level thinking through a situation before telling the boots on the ground how to suck the egg... I also think its great if they just maybe talk to those same "doers" before putting options in front of a 4-star that fail to pass the FAS test... If Design in some ways does this or better encourages this... I can live with that... But its ironic...
SAMS is the mother, or at least the champion, of Design...
SAMS is also the mother, or at least the flame keepers, of Army Planners/Planning...
A supposed (and in my experience - real) value of SAMS was the relationships and ability to leverage those to cut across organizations and talk truth to each other...
Not casting stones, but has this diminished???:(
I suppose the need for design may be a function of senior leader proclivities... I've worked for senior leaders who's expectation was a "design" level of mission analysis... I've worked for others who complained that those type of details made their heads hurt...
Perhaps the adoption of something called "Design" will provide the junior leaders/planners who work under "MG Headache" a leverage point when the boss wants to wave off everything that doesn't fit into his preconceived notion of the world...
Either way... Design in no way replaces MDMP for all the reasons above... at some point Newtonian physics have to be considered... A BCT still requires x amount of gas, y time to pass when on an MSR, and needs z number of bullets, etc etc etc... and Design in no way addresses those issues...
Lastly, the idea that this is a useful tool at the tactical level in time constrained environments is laughable - unfortunately its also a matter of discussion... ugh :eek:
Took the words right out of my mouth
Quote:
Originally Posted by
Bob's World
Anyone pimping "design" who does not understand how it is an enhancement of MDMP, not a replacement to it, simply does not understand the essence of design.
Both are good tools, both can be abused, neither stands alone; and both can be "over-doctrinized."
I, too, was wondering why Danger Room seemed to think the two were mutually exclusive.
I became convinced many years ago that 'defense journalists' were
overly enamored of using acronyms they didn't comprehend to show they were connected and on the inside -- even though they may be the former to a slight extent, they never are the latter to any extent (with rare exceptions) -- and were quick to applaud anything 'new' as a change from the old way of doing business -- even if, as is generally true, it is just a new name for old tricks. Unfortunately, it's a rare journalist today who really understands what he or she is writing or saying.
FYI: posted today by the CGSC