Useimmat sotilaskoulutustapahtumat tuottavat parempia komentajia ja kykenevämpiä yksiköitä vain, jos harjoitukseen sisältyvät opit oikeasti poimitaan, ymmärretään ja säilytetään. Perinteinen jälkikatsausprosessi on kuitenkin pahasti rikki juuri tässä poimintavaiheessa. Tarkkailijat rekonstruoivat tapahtumat tunteja aiemmin käsinkirjoitetuista muistiinpanoista. Osallistujat muistavat sen, mitä aikoivat tehdä, eivät sitä, mitä tekivät. Komentajat, jotka tekivät huonon päätöksen avainhetkellä, kuvailevat päätöksen, jota toivoivat tekevänsä, ilman tietoista harhaanjohtamista — ihmismuisti rekonstruoi aidosti ennemmin kuin toistaa. Lopputuloksena on purku, joka on ankkuroitu yhteiseen fiktioon tosiasiatietojen sijaan, ja josta poimitut opit voivat vastata tai olla vastaamatta sitä, mitä todella tapahtui.

Jälkikatsaus (AAR) -ohjelmisto korvaa muistin tosiasiatietueella. Tallentamalla tapahtumat automaattisesti harjoituksen aikana — entiteettien sijainnit simulaatiodatavirroista, aseiden käytön ja osumatapahtumat instrumentoiduilta harjoitusalueilta, syöttöjen toimitusaikaleimat tarkkailija-ohjaajien mobiilityökaluista — alusta tuottaa tarkan aikajanan, jota purun fasilitoija voi toistaa millä tahansa nopeudella, hypätä mihin tahansa hetkeen, suodattaa mihin tahansa yksikköön tai tapahtumatyyppiin ja merkitä havainnoilla reaaliajassa. Purukeskustelu ankkuroituu siihen, mitä todella tapahtui. Päätöspisteistä tulee näkyviin. Suunnitellun ja toteutuneen toiminnan väliset raot mitataan sen sijaan, että niistä väitettäisiin. Ja istunnossa tallennetut opit syötetään suoraan saatujen opetusten auktoritatiiviseen järjestelmään sen sijaan, että ne seisoisivat kertomaraporttidokumentissa, jota kukaan ei lue.

Tämä artikkeli kattaa koko AAR-ohjelmiston kyvykkyyspinon: tapahtumankeruuarkkitehtuurit, aikajanatoiston ja entiteettitoiston, jäsennellyn purun fasilitoinnin, päätöspisteanalyysin, saatujen opetusten toimittamisen JLLIS:iin ja ne erityishuomiot, jotka koskevat useisiin sijainteihin levittäytyviä jaettuja harjoituksia.

AAR-sykli sotilaskoulutuksessa — jäsennellyt vaiheet, virallinen vs epävirallinen

Jälkikatsaus on muodollinen koulutusmenetelmä, ei pelkkä purkukeskustelu. Yhdysvaltain maavoimien oppi (FM 7-0) ja vastaavat liittolaisten julkaisut määrittelevät AAR:n jäsennellyksi prosessiksi, jolla on neljä erillistä vaihetta, jotka on suoritettava järjestyksessä: suunnitellun läpikäynti, tapahtuneen vahvistaminen, syiden analysointi ja toisin tekemisen määrittäminen. Kukin vaihe palvelee omaa tehtäväänsä, ja vaiheiden sulattaminen yhteen tai ohittaminen tuottaa ne pinnalliset purut, jotka sotilaat tunnistavat yleisesti ajanhaaskaukseksi.

Mikä suunniteltiin -vaihe vahvistaa yhteisen lähtökohdan, jota vasten todellista suoritusta mitataan. Fasilitoija esittää alkuperäisen tehtäväkäskyn, komentajan aikomuksen ja liikehdintäsuunnitelman — ei muistista, vaan todellisista suunnitteludokumenteista. Tätä vaihetta aliarvioidaan usein, koska osallistujat olettavat muistavansa suunnitelman. Eivät muista. Ajan puristus, stressi ja toteutuksen hämärtyminen vääristävät suunnitelman muiston tunneissa harjoituksen päättymisestä. Alkuperäisen käskyn ja liikehdintäsuunnitelman toistaminen varmistaa, että suunnitelman ja toteutuksen välinen vertailu lähtee tarkasta lähtökohdasta.

Mitä tapahtui -vaihe on siellä, missä AAR-ohjelmisto antaa selkeimmän arvonsa. Alusta toistaa harjoituksen todelliset tapahtumat — entiteettien sijainnit, aseyhteydet, viestinnän, syöttöjen toimitukset ja tarkkailija-ohjaajien havainnot — synkronoidulla aikajanalla. Osallistujat näkevät sen, minkä harjoitus oikeasti tallensi, eivät sitä, mitä he muistavat. Tässä vaiheessa on vastustettava ajautumista keskusteluun: fasilitoijan tehtävä on vahvistaa tosiasiatietue ennen analyysin aloittamista. Enneaikainen analyysi tässä vaiheessa tuottaa poikkeuksetta rationalisointia rehellisen arvioinnin sijaan.

Miksi se tapahtui -vaihe on AAR:n analyyttinen ydin. Tosiasiatietue vahvistettuaan fasilitoija käy läpi kunkin avaintapahtuman tunnistaakseen syytekijät: saatavilla olleen informaation, tehdyn päätöksen, siitä seuranneen toiminnan ja sen, miten toiminta suhtautui opin normeihin ja komentajan aikomukseen. Täällä päätöspisteanalyysityökalut — jotka antavat fasilitoijan pysäyttää toiston kriittisessä hetkessä ja tutkia sillä hetkellä vallinnutta informaatioympäristöä — ovat hyödyllisimmillään.

Mitä tehdä toisin -vaihe muuntaa analyysin toimeenpantavaksi lopputulokseksi. Kukin tunnistettu rako tuottaa konkreettisen havainnon: suosituksen, joka on linkitetty vastuuorganisaatioon, tavoitellun ratkaisun päivään ja vaadittavan muutoksen tyyppiluokitteluun — muutos yksikön TTP:hen, koulutussuunnitelman muutos, kalustopyyntö tai asia, joka on nostettava ylemmän esikunnan opetusviranomaiselle. Tämä jäsennelty lopputulos erottaa tuottavan AAR:n keskustelusta, joka ei tuota kestävää muutosta.

Sotilasoppi erottaa viralliset AAR:t ja epäviralliset AAR:t. Viralliset AAR:t pidetään merkittävien koulutustapahtumien jälkeen — prikaatin kenttäharjoitukset, pataljoonan ampumaharjoitukset, esikuntaharjoitukset — ja ne vaativat omistetun fasilitoinnin, toistoinfrastruktuurin ja jäsennellyn lopputuloksen. Epäviralliset AAR:t pidetään lyhyempien tapahtumien jälkeen — ryhmäpartio, miehistön pätevyysajo, suunnitteluharjoitus — käyttäen yksinkertaistettua neljän kysymyksen muotoa ilman toistotyökaluja. AAR-ohjelmisto tukee ensisijaisesti virallisia AAR:ia. Kevyet mobiilityökalut, jotka antavat tarkkailija-ohjaajien tallentaa jäsenneltyjä havaintoja kentällä ja jotka tuottavat yhteenvetotapahtumalokin epävirallista katsausta varten, laajentavat alustan hyödyn myös epäviralliseen kontekstiin.

Automaattinen tapahtumankeruu harjoituksissa — DIS/HLA-tallenninintegraatio, sijainti- ja tapahtumaaikajana live-instrumentoinnista, videoaikaleimaus

Tosiasiatietue, joka tekee toistopohjaisen AAR:n mahdolliseksi, rakennetaan harjoituksen aikana, ei sen jälkeen. Tapahtumakeruun on oltava jatkuvaa, passiivista ja kattavaa — tallentimen on kaapattava jokainen tapahtuma riippumatta siitä, pitääkö kukaan harjoitusta katsova sitä mahdollisesti merkittävänä. Merkittävyydestä päätetään purussa; tallennin ei voi tehdä sitä arviota etukäteen.

Simulaatiopohjaisissa harjoituksissa ensisijainen datalähde on simulaatiofederaatio. Sotilassimulaatioalustojen katsaus kattaa suuret simulaatioarkkitehtuurit yksityiskohtaisesti; AAR-tallentimen rooli kussakin on toimia passiivisena kuuntelijana datanvaihtoverkossa. Distributed Interactive Simulation (DIS) -ympäristössä — IEEE 1278 — tallennin tilaa harjoituksen multicast-osoitteen ja kaappaa jokaisen lähetetyn protokolladatayksikön (PDU): entiteettitila-PDU:t, jotka kuljettavat sijainnin, asennon ja nopeuden jokaiselle entiteetille viiden sekunnin välein (tai tilan muuttuessa); Fire-PDU:t, jotka kirjaavat jokaisen aseiden käytön; Detonation-PDU:t, jotka kirjaavat jokaisen osumatapahtuman; sekä Collision-, Logistics-, Signal- ja Transmitter-PDU:t, jotka kaappaavat tukitapahtumat. High Level Architecture (HLA) -ympäristössä — IEEE 1516 — tallennin liittyy federaatioon passiivisena liittoosapuolena, joka tilaa kaikki kiinnostavat objektiluokat ja interaktioluokat.

Raaka-PDU- tai HLA-interaktioloki on auktoritatiivinen lähde. Tästä lokista AAR-järjestelmä rakentaa jäsennellyt tapahtumataulut: sijaintiradat kullekin entiteetille interpoloituna kiinteällä aika-askeleella, erilliset tapahtumatietueet kullekin ampuminen/räjähdys-parille, jotka on linkitetty ammusentiteetin tunnisteella, ja aikajanamerkinnät kullekin signalointi- ja huoltointeraktiolle. Tämä käsittelyvaihe on laskennallisesti raskas, mutta se suoritetaan erillään harjoituksen päättymisen jälkeen, joten sen ei tarvitse toimia reaaliajassa.

Live-instrumentoiduissa koulutusympäristöissä — harjoitusalueet, joissa on GPS-pohjaisia force-on-force-järjestelmiä, lasertaahtailusarjoja tai instrumentoituja maaleja — datalähteet ovat erilaisia, mutta integraatioperiaate on sama. Harjoitusalueen datapalvelin lähettää sijaintipäivitykset ja kosketustapahtumat LAN-rajapinnan yli. AAR-tallennin tilaa tämän syötteen ja kaappaa samat dataluokat kuin simulaatiotallennin: sijaintiradat, aseiden käyttötapahtumat ja tappioarviot. Kun useita harjoitusaluejärjestelmiä on käytössä samanaikaisesti — esimerkiksi live-virtual-constructive-harjoitus, joka yhdistää harjoitusalueen fyysiset joukot simulaattoreiden virtuaalisiin ajoneuvomiehistöihin ja simulaation konstruktiivisiin voimiin — tallentimen on yhdistettävä virrat useista lähteistä yhdeksi synkronoiduksi aikajanaksi. Tämä edellyttää aikaleimojen kohdistusta kellolähteiden välillä, mikä hoidetaan ylläpitämällä globaali harjoituskellon synkronointipoikkeama kullekin lähteelle.

Videoaikaleimaus lisää laadullisen kerroksen kvantitatiiviseen tapahtumatietueeseen. Tarkkailija-ohjaajien kamerat ja kiinteät harjoitusaluekamerat tuottavat videovirrat, jotka aikaleimataan harjoituskelloa vastaan tallennushetkellä. AAR-järjestelmä linkittää videosegmentit tapahtumaaikajanaan, joten fasilitoija voi hypätä toiston entiteettiradasta vastaavan kamerakuvan samaan hetkeen. Tämä on erityisen arvokasta tapahtumissa, joissa kvantitatiivinen data tallentaa lopputuloksen — ajoneuvo lakkasi liikkumasta — mutta video näyttää syyn — miehistö poistui ajoneuvosta ja hakeutui suojaan — jota simulaatio ei mallintanut.

Aikajanatoisto ja entiteettitoisto — 2D/3D-karttapohjainen toisto, nopeudensäätö, entiteettisuodatinäkymät, tapahtumamerkintäkerros

Aikajanatoisto on AAR-ohjelmistokokemuksen visuaalinen keskus. Fasilitoija ja osallistujat katsovat harjoituksen avautuvan karttanäytöllä, jossa entiteettikuvakkeet liikkuvat tallennettuja ratojaan pitkin fasilitoijan ohjaamalla nopeudella. Toiston on oltava riittävän sulava välittämään yhteyden dynamiikka, riittävän hallittava pysähtymään avainhetkissä ja riittävän suodatettava eristämään ne elementit, jotka ovat olennaisia purukeskustelun kulloisellekin vaiheelle.

Kartan peruskerros on tyypillisesti 2D-taktinen karttanäyttö — digitaalinen maastoesitys harjoitusalueelle sopivassa mittakaavassa, jossa on standardi sotilaskarttamerkintä (MIL-STD-2525) entiteettikuvakkeille. Maastonäytön pitää vastata viitteenä olevaa karttaa, jota osallistujat käyttivät harjoituksen aikana, jotta he voivat suunnistaa oppimatta uutta karttaa. Ilmailua, tulitukea ja tiettyjä yhteisharjoituksia varten 3D-ympäristönäkymä — entiteetit kolmiulotteisessa maastomallissa — antaa lisäselkeyttä tilannetajuun. Alustan pitää tukea sekä 2D- että 3D-näkymiä ja antaa fasilitoijan vaihtaa niiden välillä keskeyttämättä toistoistuntoa.

Nopeudensäätö antaa fasilitoijan ajaa toistoa tiivistetyillä aikasuhteilla — 2x, 4x tai 8x reaaliaikanopeudella — siirtyäkseen nopeasti vähäisen toiminnan jaksojen yli ja hidastaa 0,5x- tai 0,25x-nopeuteen nopeasti liikkuvan yhteyden yksityiskohtaisen dynamiikan tutkimiseksi. Pysäytys on saatavilla missä tahansa kohdassa, ja fasilitoija voi askella kehys kerrallaan entiteettien sijainteja korkeatahtisessa yhteydessä tunnistaakseen täsmällisen hetken, jolloin yksikkö ylitti vaihtolinjan, ase otettiin käyttöön tai muodostelma irtautui yhteydestä.

Entiteettisuodatinäkymät antavat fasilitoijan eristää entiteettipopulaation tiettyjä osajoukkoja näytettäviksi. Yleisiä suodattimia ovat: yksikkötunnus (näytä vain sinisen osapuolen, 2. pataljoonaan sijoitetut yksiköt), entiteettityyppi (näytä vain pyöräajoneuvot), aikaikkuna (näytä sijainnit vain H+2:n ja H+4:n välillä) ja tapahtumatyyppi (näytä vain aseiden käyttötapahtumat). Suodatinyhdistelmät antavat fasilitoijan esittää täsmälleen sen kuvan, joka on olennainen kulloisellekin purun aiheelle — huoltovirta etukäyttöalueelle — ilman, että näyttöä sekoitetaan muiden yksikköalueiden epäolennaisilla entiteeteillä.

Tapahtumamerkintäkerros näyttää tapahtumalokin jäsennellyt tapahtumat kartalle piirrettyinä merkkeinä: syöttöjen toimituspaikat, OC-havaintopisteet, aseiden käytön alkupisteet ja osumapisteet. Kukin merkki on aikakoodattu ja linkitetty tapahtumatietueeseensa. Merkin napsauttaminen toistonäytössä avaa koko tapahtumatietueen — syöttötekstin, OC-havaintomuistiinpanon, aseyhteyden ketjun — poistumatta karttanäkymästä. Fasilitoijat voivat lisätä omia merkintäkerroksiaan: piirtämällä suunnitellun vaihtolinjan todellisten yksikkösijaintien viereen tekemään suunnitelman ja toteutuksen raosta heti näkyväksi osallistujille.

Jäsennellyn purun fasilitointi — diojen generointi tapahtumadatasta, havaintoliputustyönkulut, osallistujien merkintätyökalut

AAR-ohjelmiston fasilitointimoduuli siltaa teknisen toistokyvyn ja opetuksellisen prosessin. Toistotyökalu ilman fasilitointirakennetta rapautuu harjoituksen huippuhetkien koosteeksi tuottavan oppimistapahtuman sijaan. Fasilitointimoduuli tuo rakenteen, tallentaa havainnot reaaliajassa ja tuottaa lopputuloksia, jotka säilyvät istunnon päättymisen jälkeen.

Automaattinen diagenerointi poimii avaintapahtumadatan harjoituslokista ja tuottaa jäsennellyn briefauspaketin fasilitoijalle. Vakiopaketti sisältää: aikajanayleiskatsauksen, joka näyttää kaikki merkittävät tapahtumat kronologisessa järjestyksessä, yksiköiden sijaintiyhteenvedot harjoituksen avainaikapisteissä, koulutustavoitteiden kattavuustilastot (mitkä tavoitteet laukeutuivat, kuinka monta kertaa ja millä lopputuloksella) ja luettelon tarkkailija-ohjaajien istunnon aikana merkitsemistä kirjanmerkeistä. Tämä paketti tuotetaan automaattisesti minuuteissa harjoituksen päättymisestä, mikä antaa fasilitoijalle jäsennellyn lähtökohdan tyhjän esityksen rakentamisen sijaan.

Havaintoliputustyönkulku antaa fasilitoijan ja osallistujatarkkailijoiden merkitä tapahtumia toistoistunnon aikana havainnoiksi. Kukin lippu tallentaa: tapahtuma-ajan, kyseessä olevan yksikön, havaintoluokan (vahvuus, kehityskohde, turvallisuushavainto, systeeminen ongelma), linkitetyn koulutustavoitteen ja tekstikuvauksen. Liputtaminen on suunniteltu nopeaksi — näppäinoikotie tai napautus kosketusnäytöllä — jotta fasilitoija ei keskeytä keskustelun virtaa tallentaakseen havainnon. Liput kerääntyvät havaintoluetteloon, joka näkyy sivupalkissa istunnon aikana ja muodostaa perustan saatujen opetusten viennille istunnon päättymisen jälkeen.

Osallistujien merkintätyökalut antavat osallistujien itse tuoda havaintoja istunnon aikana. Virallisessa AAR:ssa fasilitoija ohjaa toistoa ja vetää keskustelua, mutta osallistujat voivat nähdä toistossa asioita, joita fasilitoija ei havainnut. Osallistujamerkintärajapinta — tyypillisesti tablettisovellus, jonka kaikki osallistujat avaavat istunnon aikana — antaa heidän napauttaa tapahtumaa omassa toistonäkymässään ja lähettää merkinnän fasilitoijan jonoon. Fasilitoija käy läpi saapuvat merkinnät ja valitsee, liittääkö hän ne pääpurkukeskusteluun vai merkitseekö ne jälkikäsittelyyn.

Päätöspisteanalyysi — haaroittuva toisto, suunnitellut vs toteutuneet yksikön toimet, kontrafaktuaalinen tutkimus

Päätöspisteanalyysi on AAR-ohjelmiston analyysiltään rikkain kyvykkyys ja se, joka palvelee suorimmin sotilaskoulutuksen oppitavoitetta. Ei riitä näyttää, että yksikön toimet poikkesivat suunnitelmasta — tehokas koulutus edellyttää, että komentaja ymmärtää päätöshetkellä vallinneen informaatioympäristön, miksi hän teki tekemänsä päätöksen ja mitkä vaihtoehtoisen päätöksen seuraukset olisivat olleet.

Vetäjä tunnistaa päätöspisteet toiston valmisteluvaiheessa ja merkitsee jokaisen kirjanmerkillä, johon liittyy lyhyt vetäjän muistiinpano päätöksen kontekstista. Istunnon aikana vetäjä kelaa toiston hetkeen juuri ennen päätöspistettä ja pysäyttää sen. Alusta näyttää tietoympäristön juuri sillä hetkellä: komentajalle näkyvät yksikköjen sijainnit kyseisen hetken tilannekuvan perusteella (eivät entiteettien todellisia sijainteja, jotka sisältävät entiteettejä, joita komentajan yksikkö ei ollut vielä havainnut), siihen mennessä vastaanotetut raportit ja käskyt sekä edeltävien minuuttien viestiliikenne. Juuri tämä tietoympäristönäkymä erottaa päätöspisteanalyysin pelkästä toistosta — se näyttää, mitä komentaja olisi voinut tietää, ei vain sitä, mitä tapahtui.

Suunniteltujen ja toteutuneiden yksikkötoimien vertailua tuetaan peittokuvioilla, jotka näyttävät alkuperäisen liikesuunnitelman — vaihtolinjat, etenemisakselit, määrätyt tavoitteet — todellisten entiteettiratojen rinnalla. Suunniteltujen ja toteutuneiden sijaintien ero kvantifioidaan jokaisella aika-askeleella: etäisyys suunnitellun ja toteutuneen sijainnin välillä kullekin yksikölle kunkin harjoituksen avainhetken kohdalla. Kvantifiointi siirtää keskustelun muodosta ”pääsimme tavoitteeseen hitaasti” muotoon ”H+2-tunnin kohdalla 1. komppania oli 1.8 km suunnitellun vaihtolinjan takana” — täsmällinen, mitattavissa oleva väite, jota on vaikeampi kiistää ja johon on helpompi reagoida.

Kontrafaktuaalinen tarkastelu antaa vetäjälle mahdollisuuden esittää ”entä jos” -kysymyksiä laskennallisella tuella. Haarautuvassa päätöspisteessä vetäjä voi syöttää hypoteettisen vaihtoehtoisen päätöksen — komentaja pyytää tulitustehtävän liikkumisen sijaan — ja simulaatio etenee siitä tilasta näyttäen todennäköisen lopputuloksen vaihtoehtoisessa skenaariossa. Tämä edellyttää integrointia elävään simulaatioinstanssiin pelkän tallennetun toiston sijaan, joten se on kehittyneempi ominaisuus, jota ei ole kaikissa AAR-alustoissa. Siellä, missä se on käytettävissä, se on erityisen tehokas koulutettaessa komentajia tulitukisuunnittelussa, reitinvalinnassa ja logistiikan ajoituspäätöksissä, joissa vaihtoehtojen seuraukset ovat kvantifioitavissa.

Tämä ominaisuus integroituu luontevasti live virtual constructive -koulutuksen arkkitehtuureihin, joissa harjoituksessa käytetty simulaatioympäristö voidaan alustaa uudelleen historiallisesta tilasta ja ajaa eteenpäin muokatuilla syötteillä — mikä mahdollistaa todellisen kontrafaktuaalisen suorituksen sen sijaan, että vaihtoehtoisen lopputuloksen arvioitaisiin likimäärin.

Opittujen kokemusten kirjaaminen ja JLLIS-integraatio — AAR-löydösten muuntaminen opittujen kokemusten tietueiksi, lähetystyönkulku, validointi ja hyväksyntä

Opittuihin kokemuksiin liittyvä löydös ei ole sama asia kuin AAR-havainto. Havainto kuvaa, mitä tapahtui. Opittuihin kokemuksiin liittyvä löydös sisältää havainnon, analyysin siitä, miksi niin tapahtui, suosituksen siitä, mitä pitäisi muuttaa, vastuuorganisaation, joka toteuttaa muutoksen, ja tavoitepäivän ratkaisulle. Ero on merkittävä, koska havainnot ilman analyysiä ja suositusta eivät voi ohjata rakenteellista muutosta — ne arkistoidaan ja unohdetaan.

AAR-ohjelmisto tukee opittujen kokemusten kirjaamista jäsennellyllä löydöslomakkeella, joka varmistaa täydellisyyden. Vetäjä ei voi lähettää löydöstä täyttämättä kaikkia pakollisia kenttiä: havainnon teksti, keskustelu (syyanalyysi), suositus, vastuuorganisaatio, tavoiteratkaisupäivä, toimialueen taksonomialuokitus ja linkitys vähintään yhteen koulutustavoitteeseen. Tämä pakko estää yleisen virhetilan, jossa AAR tuottaa luettelon havainnoista ilman analyysiä tai toimenpiteisiin johtavia suosituksia.

Joint Lessons Learned Information System (JLLIS) on Yhdysvaltain puolustusministeriön virallinen kirjanpitojärjestelmä opituille kokemuksille kaikissa puolustushaaroissa ja osissa. Joint Staff J7:n ylläpitämä järjestelmä on kaikkien Yhdysvaltain asevoimien puolustushaarojen, taistelukomentojen ja monien liittolaismaiden käytettävissä. JLLIS käyttää määriteltyä tietorakennetta opittujen kokemusten tietueille, ja JLLIS:iin integroitu AAR-ohjelmisto voi viedä löydökset suoraan tässä rakenteessa manuaalisen uudelleensyötön sijaan. Integraation työnkulku on seuraava:

  1. Vetäjä viimeistelee ja hyväksyy löydökset AAR-ohjelmistossa istunnon aikana tai heti sen jälkeen.
  2. Hyväksyvä taho — tyypillisesti yksikön koulutusupseeri tai harjoituksen johtaja — tarkastaa löydökset ja merkitsee ne lähetettäviksi hyväksytyiksi.
  3. AAR-ohjelmisto tuottaa JLLIS-rakenteen mukaisen vientitiedoston, joka sisältää kaikki hyväksytyt löydökset.
  4. Vienti lähetetään JLLIS:ään valtuutetun lähetysliittymän kautta (tyypillisesti web-palvelupääte salatulla verkossa).
  5. JLLIS antaa jokaiselle lähetetylle löydökselle seurantanumeron ja ilmoittaa vastuuorganisaatiolle sille osoitetusta toimenpiteestä.
  6. Vastuuorganisaatio päivittää löydöksen tilan JLLIS:ssä suosituksen edetessä, ja lopullinen validointimerkintä tehdään, kun muutos varmistetaan myöhemmässä harjoituksessa.

JLLIS:n validointi- ja hyväksymistaso varmistaa, että opittuja kokemuksia ei vain lähetetä ja unohdeta. Jokainen löydös siirtyy työnkulkuun, jossa on määritellyt tilat: lähetetty, tarkastettavana, osoitettu, käynnissä, ratkaistu ja validoitu. Validointi — suositellun muutoksen toteuttamisen ja ongelman uusiutumattomuuden vahvistaminen — edellyttää näyttöä myöhemmästä harjoituksesta, mikä sulkee koulutuksen palautesilmukan harjoitussyklien yli.

Yksiköille, joiden koulutusohjelmaa hallitaan sotilaskoulutuksen hallintajärjestelmäalustan kautta, JLLIS-vientiä voidaan täydentää suoralla syötteellä koulutushallintajärjestelmään, joka päivittää yksikön koulutussuunnitelmaa automaattisesti tunnistettujen puutteiden perusteella — priorisoiden koulutustapahtumat, jotka kohdistuvat tavoitteisiin, joissa puutteet tunnistettiin AAR:ssa.

AAR-ohjelmisto hajautetuille harjoituksille — federoitu AAR useissa sijainneissa, kaistanleveydeltään tehokas telemetrian koonti, etäpurun vetäminen

Hajautetuissa harjoituksissa — joissa osallistuvat yksiköt ovat eri maantieteellisissä sijainneissa, joskus valtakunnan rajojen yli — ilmenee sekä tietojen kokoamiseen että vetämiseen liittyviä haasteita, jotka AAR-ohjelmiston on ratkaistava arkkitehtuuritasolla.

Tietojen kokoamishaaste syntyy, koska tapahtumatietoa syntyy useissa sijainneissa samanaikaisesti. Jokainen harjoitussolmu — yhden kaupungin simulaatiokeskus, eteen sijoitettu komentopaikka, virtuaalisimulaattoripaikka — tuottaa oman tietovirtansa. AAR-järjestelmän on koottava nämä virrat yhdeksi synkronoiduksi tapahtumalokiksi, ratkaistava kellonaikojen erot, jotka eivät välttämättä ole täysin synkronoituja, ja käsiteltävä tilanne, jossa verkon jakautuminen harjoituksen aikana saa yhden solmun tiedot perille epäjärjestyksessä tai aukkoisina.

Kaistanleveydeltään tehokas telemetriankoonti on välttämätön hajautetuille harjoituksille, jotka toimivat laajakaistaverkon linkkien rajoitetun kaistanleveyden yli. Entiteettien sijaintitieto on suurin tietovirta: 500 entiteetin simulaatio, joka lähettää Entity State -PDU:ita 5 sekunnin välein, tuottaa noin 1.5 Mbps raakaa PDU-liikennettä. Satelliittilinkeillä toimiville etäsijainneille, joiden nopeus on 256 kbps, tämä ei ole toteutettavissa. Kaksi pakkaustekniikkaa ratkaisevat tämän. Dead-reckoning-pohjainen päivitysten karsinta välittää sijaintipäivityksen vain silloin, kun entiteetin todellinen sijainti poikkeaa merkittävästi siitä, mikä ennustettaisiin soveltamalla entiteetin viimeksi ilmoitettua nopeusvektoria ajan kuluessa — suorassa linjassa vakionopeudella liikkuva entiteetti voi tuottaa sijaintipäivityksiä vain 60-90 sekunnin välein 5 sekunnin sijaan. Tapahtumavetoinen lähetys koskee diskreettejä tapahtumia (aseen käyttö, logistiikkatapahtumat), jotka lähetetään välittömästi tapahtuessaan kiinteän sykevälin sijaan.

Etäpurun vetäminen mahdollistaa eri sijainneissa olevien osallistujien mukanaolon samassa AAR-istunnossa ilman fyysistä yhteissijaintia. AAR-palvelin isännöi jaettua toistoistuntoa: vetäjä ohjaa toistoa, ja kaikki yhteydessä olevat osallistujat näkevät saman synkronoidun karttanäkymän. Puhe- tai videoneuvotteluyhteys toimii rinnalla, jotta osallistujat voivat puhua purun aikana. Osallistujan merkintätyökalu toimii samoin kuin yhteissijainnissa pidettävässä istunnossa — etäsijainnissa oleva osallistuja lähettää merkinnän paikallisella asiakasohjelmallaan, ja se ilmestyy vetäjän jonoon pääsijainnissa.

Suurin vetämishaaste hajautetussa purussa on fyysisesti hajallaan olevien ryhmien osallistumisen johtaminen, sillä niiden välisiä dynamiikkoja vetäjä ei voi havainnoida suoraan. Paras käytäntö on nimetä kuhunkin etäsijaintiin paikallinen apuvetäjä, joka hallinnoi paikallista osallistumista — varmistaa, että etäosallistujilla on tilaisuus puhua, merkitsee, kun paikallinen osallistuja haluaa esiintyä, ja tallentaa paikalliset havainnot, jotka eivät välttämättä päädy päävetäjälle merkintäkanavan kautta. Paikallinen apuvetäjä hallinnoi myös paikallista teknistä liittymää — varmistaa, että jaettu toistoistunto näkyy oikein ja että äänenlaatu riittää toimivaan osallistumiseen.

Hajautettu AAR-arkkitehtuuri mahdollistaa myös asynkronisen tarkastelun: osallistujat, jotka eivät päässeet mukaan suoraan purkuistuntoon, voivat käyttää tallennettua toistoa ja merkintähistoriaa AAR-alustan kautta istunnon jälkeen. He voivat lisätä omia havaintojaan ja merkitä löydöksiä yksikön koulutusupseerin tarkastettaviksi. Vaikka asynkroninen osallistuminen ei korvaa vetäjän johtamaa suoraa istuntoa, se ulottaa toistoaineiston hyödyn niihin osallistujiin, jotka eivät olleet käytettävissä purun ajankohtana, ja varmistaa, että heidän näkökulmansa — joka voi sisältää havaintoja yksikköasemista, joita vetäjä ei käsitellyt suorassa istunnossa — tallentuu opittujen kokemusten tietueeseen.