• This is a stand-to for an incoming competition, one of our most expensive yet.
    Later this week we're going to be offering the opportunity to Win £270 Rab Neutrino Pro military down jacket
    Visit the thread at that link above and Watch it to be notified as soon as the competition goes live

DEEP GREEN - or, how to cut down on donkeywork in BG HQ

#1
This announcement by the American DARPA is interesting - they've described what they want their next generation decision support tools to achieve (lots of cute but worrying graphics, and a certain degree of hand-waving). From a Computer Science spot the geek point of view, it seems quite plausible.

Jim Storr's comments in the most recent BAR may well apply, but it will be interesting to see what the winning proposals turn out like. Actually holding an open competition is a cute way of doing it....

Anyway, for all those who've had fun at CAST doing Ops Officer, enjoy:

http://fs2.fbo.gov/EPSData/ODA/Synopses/4965/BAA07-56/BAA07-56DeepGreen.pdf
 
#2
You may be interested to know that some work that I have been involved (as part of a DTC Info Fusion project) has been working on proving technology for exactly this requirement for the UK. The project has been running for the last 3 1/2 years.

It is still early doors in regard to TRL and hampered by a lack of ability to gain enough information from across the battlefield to truly automate the command support system (NEC is needed but to a level of performance way above what we have now) but we are getting there.

For those geeks amongst you, if you want to know a little more, PM me and I can give you direction to some open source papers
 
#3
Call me a luddite, but it does sound a little like getting a computer to do your thinking for you?

Having said that, the Sketch to Plan and Sketch to Decide stuff would be fun, as would the computerised wargaming of Blitzkrieg (no more moving pieces of sticky!). Any idea how long this would take to come to fruition at current rates?

Is it just me or is the comment "This will keep the enemy firmly inside our decision cycle" not quite what they meant?
 
#4
Max_Bialystock said:
Call me a luddite, but it does sound a little like getting a computer to do your thinking for you?
It shouldn't do. Computers are great for mechanical, donkeywork tasks ("add up all the numbers in this column" / "calculate how long it will take a convoy of X packets to get from A to B using the A383 if it uses formation SOPs for packet separation and average speed")

Computers are pish at originality. Kind of hard to predict it in order to program it, you see.

So; what you do is you soup up the "design tools". That's why document editors have spillchuckers, and programmers get compilers that turn a computer language into an executable, rather than having to write everything in 1s and 0s.

The question is what you can make easier. By way of example, who plays solitaire with real cards these days? The computer has taken on the responsibility of shuffling, dealing, checking the rules, and scoring. You still get to enjoy the game, but without the boring bits; you can go back a step, and play it out a different way.

I will confess to having a few ideas on the "design tools" front, but that's just the happy coincidence of being an ex-Ops Officer as well as a software engineer to trade, working on design tools....
 
#5
I lasted 3 pages - shocking!

Bottom line - taking the problems in Iraq and Afghanistan - there is no need in many HQs for rapid decisions this seems to be more of the network centric mantra - to succeed in our current environment we need people who are educated in how insurgencies work, supported by OGD with a mandate and funding to make things happen and a willingness to be patient and last the course and of course decent intelligence.

I admit I failed to get past page 3 but was there a button/function on the thing to switch off media/government/public intervention?

From what I see the ability to conjure up all of the resources into a particular area exist with current technology - COA development ain't that hard and resourcing NAIs/TAIs is a doddle provided adequate direction is given. To my mind this is Cold War mindset along with a lot of other stuff we are buying into.

As an ex-CAST Observer Controller my experience was that the thing that increased tempo was the Combat Estimate rather than a lot of bone computer programs we ended up trialling.
 
#6
We must not be under the impression that computers will speed up decision making. The Yanks make the mistake of thinking that 'metrics' will make their life easier. B*llocks in my view.

What we do need is well trained officers in BG HQ who get plenty of practise. It is led by the BG 2IC who must set out the procedures. This starts with a thorough understanding of the 7 Questions, which is relevant fm Pl level up to Bde. Once a BG HQ gets its act together and G2 staff know where they fit in with G3/ ISTAR/ G4/ Info Ops/ CIMIC etc, then we will be getting somewhere.

Where IT will help is in terms of situational awareness, but prob not until the next iteration of Bowman comes out next year and ComBat actually starts to work (it's tonk at the moment).

Bottom line: Practise using BG CPXs, then BC2T then CAST then an FTX. It is no surprise that the BG HQs who have had most practise are normally the best. For example, whilst I disagree with some of their methods, the LWC BG HQ has a well practised system that works for them.
 
#7
Folks,

Just remember that this work is not really for the here and now. Certainly for the UK it is more probable this is 10+years out timeframe and more likely even further as the comms links needed may be beyond BOWMAN.

This is not talking about IT in the simple form it is now. It is dealing with semi autonomous AI, in other words a "learning" machine. Remember the capability of IT in the early 90s? I did JDSC in 96 where the computer geek of the course told me to buy a DX-4 100MHz with 128RAM which would be good enough to last me a long long time..... 8O

I doubt anyone would argue that the capability of IT has increased exponentially since then; why not again in the next 10 years?

Who here thought that unmanned weapon bearing platforms would be deployed in the here and now in the numbers they now are 10 yrs ago? I didn't.

Who would have thought that huge numbers of people would be playing (experiencing? - your call) "real life" in a virtual environment ? I certainly didn't. Star Trek stuff, isn't it.....?

Current thoughts are that there is a real possiblity that the next role out of fast jets may be the last that are manned.

What other uses can IT / AI offer to the warfighter?

IT (and iterations of) tech is moving forward at an extraordinary rate. We all see it happening day by day. This project and others like them are looking to flex that tech into the military arena.

Lastly, the days that technology development is driven by military requirement are long gone. We bastardise civil applications and bend them to our uses. Whatever we do from now on, just remember what we deploy from here on in will always be behind what is available on the open market.

Scary, eh?

PS to those that asked for some open source material - I'm not blowing you out. Expect the links in the next couple of days
 
#8
in_the_cheapseats said:
Folks,

Just remember that this work is not really for the here and now. Certainly for the UK it is more probable this is 10+years out timeframe and more likely even further as the comms links needed may be beyond BOWMAN.

This is not talking about IT in the simple form it is now. It is dealing with semi autonomous AI, in other words a "learning" machine. Remember the capability of IT in the early 90s? I did JDSC in 96 where the computer geek of the course told me to buy a DX-4 100MHz with 128RAM which would be good enough to last me a long long time..... 8O

I doubt anyone would argue that the capability of IT has increased exponentially since then; why not again in the next 10 years?
Who here thought that unmanned weapon bearing platforms would be deployed in the here and now in the numbers they now are 10 yrs ago? I didn't.

Who would think that huge numbers of people would be playing (experiencing? - your call) "real life" in a virtual environment 10 yrs ago? I certainly didn't. Star Trek stuff, isn't it.....?

Current thoughts are that there is a real possiblity that the next role out of fast jets may be the last that are manned.

What other uses can IT / AI offer to the warfighter?

IT (and iterations of) tech is moving forward at an extraordinary rate. We all see it happening day by day. This project and others like them are looking to flex that tech into the military arena.
Lastly, the days that technology development is driven by military requirement are long gone. We bastardise civil applications and bend them to our uses. Whatever we do from now on, just remember what we deploy from now on will always be behind what is available on the open market.

Scary, eh?

PS to those that asked for some open source material - I'm not blowing you out. Expect the links in the next couple of days
Some years ago, I argued that technology was speeding up as the second wave of computers (arguably, the first wave was the mainframe and the second was the personal computer) facilitated faster development.

I joined the "Internet" earlier than most, in the late 80s with Compuserve, but although I did all the groundwork and understood the technology, made the mistake of thinking that the technology would become more complex, and that the "computer in every home" was unlikely because most people would not want to hack into their computers every night! Wrong...

I have since heard a friend (a bit of a geek) use the expression "if you think this is changing quickly, just wait for the next ten years..." and I agree with him. To misquote Bachmann Turner Overdrive, "We ain't seen nothing yet"!
 
#9
In my limited experience BG work effectively providing the fol conditions are met:

The BG staff have a solid understanding of the organisation and duties of the staff, and C3 at both BG and formation level.
They practise their role frequently and are allowed sufficient latitude to make mistakes during the training.

When planning:

The CCIR are well-defined and timely.
The staff have sufficient time to provide robust info.
The COA developed thereafter are realistic.

When executing:

Excessive control and monitoring of the BG is not imposed by the BG HQ
Key risk is managed
Overly complicated OpO are not issued.

I believe this process may have been undermined and badly damaged by the introduction of ICSC, with its consequent removal of quality staff training for Captains, but I stand by to be corrected.

In summary they must know what they have to do, by when, and both they, and their superiors, must understand their strengths and limitations. If DEEP GREEN can assist this then so much the better, but the inherent danger is info overload and an over-reliance on the COA developed by the system.

My experience is that a good understanding of one's profession, sufficient mission rehearsal, but above all human intuition, are key to delivering the goods, and not vast amounts of info, however well processed and presented.
 
#10
pombsen-armchair-warrior said:
I
I believe this process may have been undermined and badly damaged by the introduction of ICSC, with its consequent removal of quality staff training for Captains, but I stand by to be corrected.
Or was it already being broken by an arguably over dogmatic focus on process at CAST without ever actually testing whether the plan worked in a suitably challenging environment? Cf Lt Col Storr's report on GW2, and the fairly comprehensive issues he identified with timely planning down to the BG level. You do however raise the question, which has been knocking around idly for a while of whether a Bde will get a Lt Col COS and an SO2 Plans...
 
#11
Max_Bialystock said:
pombsen-armchair-warrior said:
I
I believe this process may have been undermined and badly damaged by the introduction of ICSC, with its consequent removal of quality staff training for Captains, but I stand by to be corrected.
Or was it already being broken by an arguably over dogmatic focus on process at CAST without ever actually testing whether the plan worked in a suitably challenging environment? Cf Lt Col Storr's report on GW2, and the fairly comprehensive issues he identified with timely planning down to the BG level. You do however raise the question, which has been knocking around idly for a while of whether a Bde will get a Lt Col COS and an SO2 Plans...
What has changed that would indicate a need for a Bde COS to be a Lt Col? Is it an effect of the late delivery, and subsequent lack of time to develop staff skills, of staff trg; or is it a need to invent additional Lt Col posts to solve the increasingly dire promotion prospects for the majority of Majs; or that existing COS simply are not delivering (the last being something that I would unhesitatingly rule out).

An SO2 Plans would presumably act as the COS bag-carrier, or would it be a straight replacement for the existing SO2 J5 Plans - in effect no change.

In addition, how would the relationship change between COS/DCOS - superior rank inevitably brings with it a feeling that your 'subordinate' must be supervised, a reality that would bring an unhealthy and unwelcome intrusion of the G3 staff into the CSS world.
 
#12
believe this process may have been undermined and badly damaged by the introduction of ICSC, with its consequent removal of quality staff training for Captains, but I stand by to be corrected.
I'm with PAW on this one. In the here and now, correct, appropriate and timely training of staff gives you ability to keep the rank levels and structures of HQ staffs.

A need to increase rank ceiling for post is little more than a sad reflection on just how poor the staff and technical training regime for officers is in the Services at the mo.
 
#13
Max_Bialystock said:
Or was it already being broken by an arguably over dogmatic focus on process at CAST
So here's another question. Should we stand up and say "CAST is exactly that - a trainer". You do the basic drills, in slow time, until you understand the full process. Once you've got a BG HQ that understands the process, you can understand where to cut corners, where to add resource, what to prioritise, where to rely on intuition.

The same happens with TEWTs for YOs. We teach and test using a mechanistic approach to problem solving (the estimate); but then we accept that in reality, Lt Snooks is going to look at the situation, use his intuition, go "f**k it, left flanking", and come up with a plan that is 90% as good as anything that takes half an hour to consider.

So; if we accept CAST or the Pl TEWT as vehicles for developing intuitive skills, they make sense. If we just assume that they are "how we should be doing things for real", then we're doomed, and all the IT support on the planet won't help.

Max_Bialystock said:
... focus on process at CAST without ever actually testing whether the plan worked in a suitably challenging environment?
I'd like to think that the CAST staff watch the process in action, choose which "process" lessons they want to bring out, and force the exercise play in a direction to do so; white-box testing, if you like. It is a staff trainer, after all.

Realistically, the "plan working in a suitably challenging environment" training can only really be tested on TESEX. After all, the plan is reliant on the people involved in executing it. You could try the same plan with different BGs, or the same BG with different sub-units, and get different results; chaos theory can apply (tiny changes in the initial conditions have significant impact on the end result; "for want of a nail", etc).

Max_Bialystock said:
Cf Lt Col Storr's report on GW2, and the fairly comprehensive issues he identified with timely planning down to the BG level.
My thought is that the whole staff process is terrifyingly similar to software engineering. There are analogies all over the place; how do you specify what you want the plan to achieve? How do you break the plan down into manageable chunks? How do you test whether it's a good plan?

It's the less obvious aspects that always interested me; as an engineer, I spend a lot of time thinking up new edge cases that will break my design. Am I designing my plan to the same information as everyone else (a new Bde trace comes out, but doesn't make it to all sub-units simultaneously)? How good am I at changing my plan slightly (a boundary moves, how quickly can I revisit my planning assumptions and detect necessary changes)?

An IT-based system won't outperform a well-trained staff on the top of their game. But I suspect that there's scope to support a staff who are short on sleep and resources; error detection, if you like.
 
#14
in_the_cheapseats said:
What other uses can IT / AI offer to the warfighter?
OK, here goes. The pain in the arrse with any system is data entry; always has been. Handwriting a set of orders in full, with all headings is a pain. Typing it in is almost as slow; and doing it on anything other than a full-size keyboard is unrealistic. There's copying down your commander's orders, extracting your bits, generating your plan, giving your orders. And so on, and so forth.

So, if you can come up with a scheme that captures most of the data for you, big plus. If it can be shared so that everyone else doesn't have to re-enter that information in order to use it, bonus.

I understand that the IT stuff lasts down to BG HQ, arguably Coy HQ for a deliberate task, and that after that it's back to an Aide Memoire and varying amounts of cuff. But anyway...

First step - how about automating those parts of the orders that can be extracted automatically, just like those pretty coloured drawings in the pamphlets? There's a saving, for a start. Task Org, Sit En Forces, Comd's intent 1 up, Comd's ME, Svc Sp, Comd & Sig - lots of good stuff.

Second step - Grab all of the symbols out of the IPB. If you've marked an NAI, TAI, or DP, then there needs to be a sub-unit tasked on to it.

Third step - how about an easy capture of the Scheme of Manoeuvre? Do it diagram fashion, a la FRAGO. Some drag and drop symbols, and you can capture most of the information. Left flanking? Location of Assy Area / FUP / LD? OOM? Boundaries? Competent types can write a large chunk of a set of orders from a set of map symbols, so a computer should be able to do it easily.

Fourth step - sequencing, or all of those things that go onto the CAST diagrams where time runs from left to right. Fire plans, etc. One row per task as identified in the IPB. Drag the sub-units from the task-org onto the tasks at hand. You've now captured what's being done and when.

All of the above can be done just as reliably and quickly (possibly quicker) with a whiteboard and marker. The problem is that it can't be shared that way. But if you can use a standard set of staff diagrams, and write "electronically", then congratulations - you can save it, change it, check it, send it to other HQs (even - terrifyingly - have a duplicate copy at BG Alt or Step-up; there's a novel idea).

As for testing, the support tools don't need to do creativity - they do the things that any experienced officer does when looking at a set of orders. They look for missing things (what, no order of march on the route to the FUP?) or for the inconsistencies. If plans are being shared left and right, up and down, you might even spot them early; for instance, you change a boundary, and a sub-unit doesn't pick up on the fact that it's got another task as identified at a higher level. (The analogy is a software linker, rather than a compiler).
 
#15
Gravel belly

All good stuff and all that should be sent towards staff from C2DC in Warminster who have a limited influence on ComBAT development. Saying that, my money's on GD coming back with "that's not in the contract".......

I know the "system" is still looking at ideas for BCIP 6 development. Get in now with the ideas. I'm not saying there is anything staggeringly new in what you say but good common sense sometimes needs reiteration and if there are enough people saying it, you might get something done. The only time you will get something like this through is at the time of a major drop/rewrite.

With CAST and C2DC sitting right beside each other they are in a good position to experiment and prove the additional military benefit too.
 
#16
But - FFS this smacks of Spam network-centric bollox and another expensive kit purchase. Other ops (namely those that we are engaged in right now) rarely require rapid decisions so why is there this impetus to purchase something that can allegedly make decisions quickly.

From my experience in the 'Stan recently I cannot remember a scenario when the Bde commander was required to make a decision in super quick tempo. He was certainly presented with some pretty sh1tty situations but these were mostly due to the actions of the coalition/politicians not the opposition.

And as an ex-CAST Observer Controller I can testify to the fact that while I was there we were objective within our remit as a procedural trainer - I never slated anybody for not producing for argument's sake a doctrinal overlay - if the approach taken worked then fine and I'll admit I learnt shedloads from some of the units that went through - as an example - enemy intent schematic which was fielded by the PWRR in May 03 - the most effective enemy analysis tool I've ever come across - put across in a language the Commander and staff can understand and easily - knocked up on a white board as per Question 3 - 'Commander's Direction' and importantly doesn't involve a massive outlay on IT (getting back on thread).

With regard to HQ sizes - there is massive rank inflation and this was commented on in the TELIC 1 washup - despite the bigger staff - orders still came out late from formation and what worked in the end was that units understood mission command - got on with it and were blessed with a commander who also understood it.

Getting back then to other ops - or the current operational environment - can anyone successfully argue against a well-drilled HQ that understands the combat estimate and has a commander and sub-unit commanders who believe in mission command - versus some poxy IT programme?
 
#17
combatintman said:
Getting back then to other ops - or the current operational environment - can anyone successfully argue against a well-drilled HQ that understands the combat estimate and has a commander and sub-unit commanders who believe in mission command - versus some poxy IT programme?
I agree completely. And that's what Jim Storr argued in BAR - that the IT support is being applied in a "this is how we do things, let's automate a bit of it at the whim of industry" rather than as a "can we think about it differently" (you may remember his Ex SEA WALL exercise reports in ATDN, where he was trying to see whether we should organise differently at section/platoon level).

Poxy IT programs are good in the right place; I gave the example of Solitaire - let the computer shuffle and keep score, etc. The question is, can we get something that makes the staff officers' lives easier?

combatintman said:
I'll admit I learnt shedloads from some of the units that went through - as an example - enemy intent schematic which was fielded by the PWRR in May 03 - the most effective enemy analysis tool I've ever come across - put across in a language the Commander and staff can understand and easily - knocked up on a white board as per Question 3 - 'Commander's Direction' and importantly doesn't involve a massive outlay on IT (getting back on thread).
How well can each HQ product be shared with other people? Can it be divided up and fed down lower HQs? Can lower HQs feed their products back up the chain? Can HQs feed their products sideways / forwards / backwards?

At the moment, the normally transferable products are a trace, and a fireplan. Backed up with a set of orders in language form (with some pictures if you're lucky, or human backup, if it's an LO). An example of how this can go wrong came from the TELIC 1 washup.... massive undigestible masterpieces that were only ever read by their authors, and contributed nothing.

Without IT, all of those traces are copied from map to trace, by hand, with no real guarantee that all the lines match up, or one of the obstacles hasn't been marked, or marked incorrectly, and don't get me started on modifications to the map itself. At least the fireplan photocopies well.

But what of the other products? All of those wonderful schematics that exist on exactly one whiteboard in one HQ? They may be fantastic, but they need to be kept up to date, and they work best if shared in all directions.

Meanwhile, the IT is already there, like it or not. The spend on new decision support tools to run over the existing networks would probably be less than the Prime Minister's annual travel bill.

combatintman said:
With regard to HQ sizes - there is massive rank inflation and this was commented on in the TELIC 1 washup - despite the bigger staff - orders still came out late from formation and what worked in the end was that units understood mission command - got on with it and were blessed with a commander who also understood it.
Exactly. So for the IT support to work, it should clear away some of the donkeywork, allow a smaller staff to generate the same products faster. Otherwise it's a self-feeding monstrosity, and quite rightly should be binned.

combatintman said:
But - FFS this smacks of Spam network-centric bollox and another expensive kit purchase. Other ops (namely those that we are engaged in right now) rarely require rapid decisions so why is there this impetus to purchase something that can allegedly make decisions quickly. ... From my experience in the 'Stan recently I cannot remember a scenario when the Bde commander was required to make a decision in super quick tempo.
That may be. And let's face it, people normally cope with the fast-balls. But what about making a change to a decision in super-quick tempo?

Go on, shift a boundary, or add detail to a map, and tell me that you're confident that all of the lower-level, higher-level, and equal level HQs get informed in a timely fashion, that all of the tasks stay relevant, all of the products get updated to reflect it, and that nothing gets dropped in the rush. The board of inquiry for the CR2 blue-on-blue on TELIC 1 applies here; how long were the 1BW sub-unit working to an out-of-date Bde trace through no fault of their own?

I'm a firm believer in pencil and paper; I far prefer it to a computer for most things (ironic, coming from a professional software engineer); but I reckon that there's scope for improvement in the existing C3 methods.

It might be that CAST and C2DC drag in a Computer Science professor or two to see whether there are any analogies that make them go "hmmmm"; not to supply a tool, but to supply ideas. Perhaps drag some software process types for a good lunch and a chat - while CAST may be excellent, there are only three of them, and the software industry has spent billions trying to solve very similar problems.
 
#18
Fundamentally automation of business process tends to be done one of two ways - i)by incorporating change at the design phase and then re-engineering what is actually being done, effectively changing the businessprocess (improvement??) at the same time as altering the technology or ii)by trying to fit a technology template shaped like a square into a business process template shaped like a rectangle, effectively fitting where they touch but with gaps of unused capability and unaddressed processes. In the HO of Arrsers reading this thread, which looks most like the UK MOD's approach?!

Jim Storr was often a voice crying in the wilderness when he was in MOD - I know because he was my customer and a most refreshing one he was too! I don't think that the wilderness has got any less wild or that there are fewer voices crying - it just seems that the intellectual load has gone up and the aspiration/realisation gap has expanded. Meanwhile the USA is quite happy to practice re-engineering in the knowledge they just about will still be capable of playing with the new model before using it for the first time and that their approach to C4I procurement is ever so slightly more joined up (both customer and contractor) than ours will ever be.

PS If you are reading this Jim, drop me a PM and I'll tell you what I've been doing since then!!
 
#19
Blimey, you go to Town for the weekend thinking the thread's gone off, spend a couple of days hooked on 36 Gray's Lane and all this happens...

A few defences in first- the suggestion of a Lt Col COS (and, I believe, by implication, DCOS) was a response to the loss of the old ACSC and a recognition that the senior staff officer might need to have done the big course. The point on the role of SO2 Plans is of course, well made!

My point on CAST was not that the users were rigid (though it has been known, hasn't it...) but that the time lines of three days to plan against one day to fight were focused on the exercise of producing plans and orders. This necessarily led to big op orders when people tried to do it for real. As for CAST as training, it would be lovely if the Bdes/ BGs then ever got a really good chance to practise it (I would question whether BATUS/ BGTU really offers the big picture that will complicate reality; not a dig at the staffs, just the scale of ex required.) Do Bdes go to CAST enough?

Back to Deep Green and the analysis side, does anybody have any first hand experience of OA and the actual likelihood of getting it to predict options correctly?

As to the use of IT, I'm not Bowmanised (abroad, you see), so the scope of the various BISAs are lost to me, but there is some fantastic IT out there that will allow one to draw plans and so on. That's the easy capture of the SoM done. With regard to GB's reference to T1 and the BOI, would ComBAT have ensured proper situational awareness? If you read COBRA 2, there is a letter of apology in the Appendices from (I think) a Bde COS apologising for not passing on information he should have and thought he had. Where do we stand now? Has Afghanistan with its large AORs, mix of terrain and new style of ops taken us back to a WW2 style situation where Mission Command was essential at times because of no comms?
 
#20
Max_Bialystock said:
Back to Deep Green and the analysis side, does anybody have any first hand experience of OA and the actual likelihood of getting it to predict options correctly?
Coming from a software, rather than OA, view...

I don't think that it's realistic. If you think that they've only just sorted out the ultimate draughts computer, and are still working at a truly unbeatable chess program, solving a problem (i.e a Bde deliberate operation) where there are orders of magnitude more complexity, seems unrealistic to say the least.

By way of real-world example, a "there are trillions of pounds riding on this" rather than "it's only a game" situation would be share trading (and I suspect the people making £20million bonuses regard it as life-or-death). The software effort goes into supporting the traders, not replacing humans completely. There are still traders making the decisions; but a lot of the donkeywork (wearing funny blazers, people running around with bits of paper and shouting a lot) has been reduced or removed; and decisions, once made, can be implemented more quickly.

I'd say the only workable solution is to leave the creativity stuff to humans, and make it easier to wave a hand at a map and come up with a plan.

I know that it's possible to automatically translate a graphical overlay into a written set of orders (the software industry already does something similar). The trick is coming up with a staff process where most things can be done in advance, or graphically (Task Org, for example); that the remaining bits only need to be typed once; and all of the extra stuff can either be extracted or extrapolated.

What if you could make a warning order a "join the dots" affair, so that some or all of it can be broadcast downwards automatically? After all, how much of it is simple extraction rather than extract / analyse / plan / transmit downwards? Timely Wng O, there's an idea - seconds from "BG receives Wng O" to "Section Comds starting battle procedure".

Get it right, and BG orders would involve rocking up to the CO having already received a verified plan, automatically, and not having to worry about writing it out all over again just to brief it, so that others can write it down all over again just to brief it, so that.... in other words, you arrive reasonably briefed, ready to hear the CO's "summary of execution", and ready to do some bird-table rehearsals.

And if the plan needs a last-minute "good idea" as a result of the rehearsals (or rock drill, or wargaming, whatever), then changes can be made with confidence that they won't screw up the STAP, fire planning, service support, or command/signals - or that if they do, it will be detected straight away.
 

Similar threads

New Posts

Latest Threads

Top