Suurimittaiset sotilasharjoitukset — sellaiset, joihin osallistuu useita prikaatitason joukkoja, koalition kumppaneita useista maista ja monipäiväinen skenaario — kuuluvat monimutkaisimpiin tapahtumiin, joita sotilasorganisaatio suunnittelee ja toteuttaa. Koordinointihaaste on valtava: satoja suunniteltuja injectejä, kymmeniä tarkkailija-valvojia, jotka toimivat laajalla maantieteellisellä alueella, osallistuvia joukkoja eri kielillä ja erilaisilla turvallisuusluokitustasoilla sekä skenaario, jonka on pysyttävä johdonmukaisena huolimatta niistä väistämättömistä poikkeamista, joita todelliset osallistujat tuovat mukanaan. Tämän hallinta laskentataulukoiden, jaettujen verkkolevyjen ja radioilmoitusten avulla tuottaa johdonmukaisesti saman tuloksen: unohdetut injectit, päällekkäiset toimitukset, puutteelliset jälkiarviointikirjaukset ja oppimisraportteja, jotka arkistoidaan mutta jätetään hyödyntämättä.

Yhteisen harjoituksen hallintajärjestelmä (JEMP) korvaa tämän hajanaisen kokonaisuuden integroidulla ympäristöllä, joka tukee harjoitusta alkuperäisestä konseptista harjoituksen jälkeiseen arviointiin. Se tallentaa päätapahtumalistan (MSEL) elävänä tietokantana staattisen asiakirjan sijaan, seuraa inject-toimitusten etenemistä reaaliajassa, tarjoaa tarkkailija-valvojille mobiilityökalun kenttähavaintoihin, antaa harjoituksen johtokeskukselle komentopanelin ja rakentaa automaattisesti datapohjan, joka tukee jälkiarviointia. Järjestelmä ei korvaa harjoitussuunnittelijoiden ja -johtajien harkintaa — se antaa heille tarkkaa tietoa riittävän nopeasti, jotta harkintakykyä voidaan käyttää tehokkaasti.

Mitä yhteisen harjoituksen hallintajärjestelmä kattaa — laajuus: suunnittelu, valmistautuminen, toteutus ja arviointi (PPEA-sykli)

Sotilasharjoitusdoktriini jakaa harjoitustoiminnan neljään vaiheeseen: suunnittelu, valmistautuminen, toteutus ja arviointi. PPEA-sykli ei kuvaa peräkkäistä tehtävien siirtoa vaan päällekkäistä prosessia, jossa seuraavan harjoituksen suunnittelu alkaa ennen kuin nykyisen harjoituksen arviointi on valmis. JEMP:n on tuettava kaikkia neljää vaihetta johdonmukaisesti, koska järjestelmän arvo perustuu juuri siihen datajatkuvuuteen, jonka se ylläpitää koko syklin ajan.

Suunnitteluvaiheessa JEMP tukee skenaarion kehittämistä, MSEL:n rakentamista, koulutustavoitteiden määrittelyä ja osallistujaroolien jakamista. Harjoitussuunnittelijat työskentelevät yhteistyössä järjestelmässä asiakirjaversioiden sähköpostivaihdon sijaan. MSEL:n tietokantarakenne tarkoittaa, että muutokset inject-ajoitukseen tai koulutustavoitelinkitykseen näkyvät välittömästi kaikille käyttäjille, ja versiohistoria tallentuu automaattisesti.

Valmistautumisvaiheessa järjestelmä tukee inject-harjoituksia, viestintätarkistuksia, OC-tehtävien jakoa ja harjoitusta edeltävää koordinointia monikansallisten osallistujien kanssa. Käyttöoikeudet avataan ja testataan, turvallisuusluokituksen pääsyoikeudet validoidaan ja inject-sekvensointilogiikka harjoitellaan pöytäharjoituksessa harjoituksen johtokeskuksen kanssa.

Toteutusvaiheessa JEMP on operatiivinen solmupiste: inject-toimitusten seuranta, OC-havaintojen kirjaaminen, harjoituksen johtokeskuksen kojelaudat ja reaaliaikainen poikkeamien valvonta kulkevat kaikki järjestelmän kautta. Tämä vaihe on harjoituksen osallistujille näkyvin, mutta se on täysin riippuvainen kahdessa ensimmäisessä vaiheessa syötettyjen suunnittelutietojen laadusta.

Arviointivaiheessa JEMP tuottaa automaattisesti tosiasiallisen kirjauksen, joka ohjaa jälkiarviointia: aikaleimalla varustettu loki jokaisesta inject-toimituksesta, OC-havainnosta ja osallistujan vastauksesta. Tämä kirjaus on käytettävissä välittömästi harjoituksen päätyttyä ilman, että se täytyy koostaa manuaalisesti muistiinpanoista ja radiolokista. Oppimistenomaisten havaintojen jäsennelty vienti syöttää tiedot suoraan koulutuksen hallintajärjestelmiin seuraavan suunnittelusyklin tueksi.

Harjoituksen suunnittelutyönkulku — päätapahtumalistan rakentaminen, aikataulun laadinta, osallistujaroolien jakaminen

Päätapahtumalista on jokaisen sotilasharjoituksen selkäranka. Se on asiakirja, joka määrittelee jokaisen suunnitellun tapahtuman: mitä tapahtuu, milloin se tapahtuu, kuka toimittaa sen, kuka ottaa sen vastaan ja mikä on odotettu reaktio. Suuressa yhteisessä harjoituksessa MSEL voi sisältää useita satoja merkintöjä useiden harjoituspäivien ajalta, kattaen injectit kaikissa osallistuvissa joukoissa, toiminnallisilla alueilla ja skenaarion vaiheissa.

MSEL:n hallinta laskentataulukkona luo tunnettuja ongelmia. Useamman suunnittelijan rinnakkainen työ tuottaa versioristiriitoja. Suodatus yksikön, koulutustavoitteen tai aikavälin mukaan vaatii manuaalista lajittelua. Injectien viittaaminen koulutustavoitteisiin on ylimääräinen manuaalinen vaihe. Ja siirtymä suunnitteluasiakirjasta toteutustyökaluun edellyttää yleensä tietojen uudelleensyöttöä erilliseen järjestelmään — vaihe, joka tuottaa virheitä ja kuluttaa aikaa jo muutenkin tiukkana harjoitusta edeltävinä päivinä.

JEMP tallentaa jokaisen MSEL-merkinnän jäsenneltynä tietueena, jonka kentät kattavat kaikki olennaiset ominaisuudet:

  • Inject-numero — kaikessa harjoitusviestinnässä käytetty yksilöivä tunniste
  • Otsikko ja kuvaus — injectin skenaarionarratiivi
  • Suunniteltu toteutusaika — harjoitusajassa, johon voidaan liittää valinnainen reaaliaikainen ikkuna
  • Toimittava elementti — mikä harjoituksen johtokeskuksen asema tai OC-tiimi vastaa toimituksesta
  • Vastaanottava joukko — joukko tai rooli, joka ottaa injectin vastaan ja vastaa siihen
  • Toimitusmenetelmä — ääni, viestiliikenne, fyysiset rekvisiitta, ympäristövaikutus
  • Odotettu toimenpide — harjoittelijoiden reaktio, joka osoittaa injectin onnistuneen
  • Linkitetyt koulutustavoitteet — ne erityiset koulutustavoitteet, joita inject on suunniteltu harjoittamaan
  • Turvallisuusluokitus ja julkaisukelpoisuus — monikansallisten osallistujien käsittelyohjeet
  • Riippuvuudet — muut injectit, jotka on toimitettava ja joihin on vastattu ennen kuin tämä inject laukeaa

Aikataulun laadinta JEMP:ssä antaa suunnittelijoille mahdollisuuden visualisoida inject-aikataulu Gantt-tyyppisenä aikajanana, joka on koodattu väreillä yksikön, toiminnallisen alueen tai koulutustavoitteen mukaan. Tämä näkymä paljastaa nopeasti aukot — jaksot, joissa tietty joukko ei saa harjoitusärsykettä — sekä inject-tiheyksien ristiriidat, joissa joukko on aikataulutettu vastaanottamaan useita injectejä samanaikaisesti. Suunnittelijat voivat vetää injectejä aikajanalla ajoituksen säätämiseksi ja nähdä riippuvuusketjujen päivittyvän automaattisesti.

Osallistujaroolien jakaminen linkittää henkilöt ja organisaatiot harjoitusrooleihinsa ja määrittää, mihin JEMP-näkymiin ja tietoihin heillä on pääsy. Prikaatin komentajana toimivalle osallistujalle harjoitus näyttäytyy heidän esikuntansa näkökulmasta, ja he vastaanottavat kyseiselle roolille osoitettuja injectejä. Tietylle pataljoonalle nimetylle OC:lle näkyvät vain kyseisen pataljoonan inject-jono ja suorituskykydata. Roolit määritellään järjestelmässä, ja niitä voidaan käyttää uudelleen useissa harjoituksissa saman organisaatiorakenteen kanssa.

Inject-hallinta ja toimitus — inject-sekvensointi, ehdolliset injectit (laukaisu perusteiset), OC/T inject-toimituksen seuranta

Inject-hallinta on JEMP:n operatiivinen ydin harjoituksen toteutusvaiheessa. Järjestelmän on sekvensoitava satoja injectejä useiden toimittavien elementtien kesken, mukauduttava harjoituksen kehitykseen reaaliajassa ja ylläpidettävä auditoitavaa kirjaa jokaisesta toimituksesta ja vastauksesta.

Aika perusteiset injectit muodostavat harjoituksen aikataulun selkärangan. Ne laukeavat suunnitellun harjoitusajan koittaessa ja sijoitetaan toimitusjonoon järjestettynä suunnitellun toteutusajan mukaan. JEMP laskee jokaisen harjoitusajan laukaisimen reaaliaikaisen vastineen nykyisen tiivistyissuhteen perusteella ja esittää kullekin toimittavalle elementille jonon tulevista injecteistä ajastimen kanssa.

Ehdolliset injectit tuovat mukanaan skenaarion haarautumisen. Niitä ei laukaise kello vaan tapahtumat: harjoittelijajoukko saavuttaa maantieteellisen laukaisualueen, tietty raportti toimitetaan, komentaja antaa käskyn tai OC vahvistaa edellytyksenä olevan ehdon täyttymisen. JEMP arvioi laukaisuehtojen täyttymistä jatkuvasti saapuvien datavirtojen ja OC-vahvistusten perusteella. Kun laukaisu tapahtuu, riippuvainen inject siirtyy odottavasta tilasta aktiiviseen tilaan asianmukaisen OC:n jonossa.

Tämä tarkkailija-valvoja-kouluttajaohjelmiston integraatio on se, mikä antaa JEMP:lle todellisen operatiivisen arvon staattiseen MSEL:ään verrattuna. OC kentällä vahvistaa, että joukko on onnistuneesti ottanut puolustusaseman — JEMP aktivoi välittömästi seuraavan vastahyökkäys-injectin vastustavalle joukkokeskukselle. Skenaario reagoi harjoittelijoiden toimiin sen sijaan, että se etenisi kiskoillaan riippumatta siitä, mitä osallistujat todella tekevät.

OC:n inject-toimituksen seuranta tallentaa hetken, jolloin kukin inject siirtyy suunnitellusta toimitetuksi. OC:n mobiilikäyttöliittymä esittää yksinkertaisen kuittaustyönkulun: injectin tiedot, toimituksen vahvistusnapautus, aikaleima (täytetään automaattisesti laitteen ajasta synkronoituna harjoituksen päämasterkellon kanssa) ja valinnainen havaintomuistiinpano. Harjoituksen johtokeskus näkee vahvistetut toimitukset päivittyvän reaaliajassa päänäyttötaululla. Myöhässä olevat injectit — ne, joiden suunniteltu toimitusikkuna on ylittynyt ilman vahvistusta — merkitään automaattisesti, jotta johtokeskus voi seurata asiaa vastaavan OC:n kanssa tai osoittaa toimituksen vaihtoehtoiselle elementille.

Inject-kirjasto on erillinen JEMP-moduuli, joka tallentaa uudelleenkäytettäviä inject-malleja harjoitusten välillä. Yleiset inject-tyypit — tykistön tulitehtävät, tappioraportit, tiedustelusraportit, logistiikan puutteet, viestiyhteyskatkot — ovat malleja, joissa on muuttuvat kentät joukolle, sijainnille ja määrälle. Harjoitussuunnittelijat käyttävät malleja injectien kirjoittamisen sijaan, mikä sekä nopeuttaa suunnittelua että parantaa johdonmukaisuutta harjoitusten välillä.

Tarkkailija-valvojan kojelaudat — reaaliaikainen inject-tila, harjoituksen tempohallinta, osallistujien suorituskyvyn näkyvyys

Tarkkailija-valvojat toimivat kahdessa kokoonpanossa: upotettuina joukon kanssa kentällä tai valvomossa olevalta johtokeskusasemalta. Kumpikin kokoonpano vaatii erilaisen kojelauta näkymän, ja JEMP:n on palveltava molempia.

Kenttä-OC:n mobiilikojelauta on optimoitu tilannetietoisuuden ylläpitämiseksi heikentyneessä yhteyksien ympäristössä suojatulle tabletille. Se näyttää OC:lle osoitetun inject-jonon lähestyvän toimitusajan mukaan järjestettynä, värikoodattuna tilan mukaan: odottava (harmaa), aktiivinen ja erääntyy 15 minuutin kuluessa (amber), myöhässä (punainen), toimitettu (vihreä). Injectiä napauttamalla avautuu täydet tiedot. Toimituksen vahvistustyönkulku on suunniteltu käsineellisille käsille kenttäolosuhteissa: suuret napausalueet, minimaalinen tekstinsyöttö ja verkkoyhteyden katketessa injectien vahvistukset jonottava ja yhteyden palautuessa lähettävä offline-synkronointi.

Harjoituksen johtokeskuksen kojelauta tarjoaa makrotason näkymän koko harjoituksesta. Inject-jononäkymä näyttää kaikki aktiiviset ja tulevat injectit kaikissa toimittavissa elementeissä, suodatettuna aikavälin, yksikön tai toiminnallisen alueen mukaan. OC-tilannetaulu näyttää jokaisen kenttä-OC-aseman viimeisimmän kuittauksen — tärkeä tapa tunnistaa OC:t, jotka saattavat olla yhteydettömiä. Harjoittelijoiden suorituskykypaneeli kokoaa OC-havainnot yksikön mukaan, korostaen yksiköitä, joilla on useita kielteisiä havaintoja samalla alueella.

Harjoituksen tempohallinta on johtokeskuksen keskeinen tehtävä. Kun harjoitus etenee nopeammin tai hitaammin kuin suunniteltu skenaarion kehitys, johtajan on nopeutettava tai hidastettava inject-tahtia. JEMP tukee tätä temponsäätöohjauksella, joka tiivistää tai laajentaa harjoitusajan suhdetta laskemalla automaattisesti kaikki tulevat inject-toimitusikkunat uudelleen. Johtaja voi myös käynnistää harjoituksen pitotauon — pysäyttäen kaikki inject-toimitukset johtokeskuksen ratkaistessa skenaarion ongelmaa — ja jatkaa yhdellä ohjauksella.

Osallistujien suorituskyvyn näkyvyys OC-kojelaudan tasolla on tarkoituksellisesti rajattu. OC:t näkevät suoritushavainnot omalle joukolleen osoitetuista tehtävistä; he eivät näe muiden yksiköiden tietoja harjoituksen aikana. Tämä estää OC:tä vaikuttamattomasti harjoitukseen jakamalla ristiin yksiköiden suoritustietoja. Konsolidoitu näkymä kaikista yksiköistä on saatavilla vain harjoituksen johtajalle ja koulutuksen arviointiryhmälle, jotka käyttävät sitä AAR-valmisteluun eivätkä reaaliaikaiseen puuttumiseen.

Osallistujien koordinointi koalition kumppaneiden välillä — monikansallinen käyttöoikeuksien hallinta, turvallisuusluokituksen käsittely, kielituki

Monikansalliset harjoitukset eroavat perustavanlaatuisesti yhden maan tapahtumista. Samassa harjoituksessa voi olla osallistujia maista, joilla on eri turvallisuusluokitusjärjestelmät, eri verkon akkreditointistandardit, eri työkielet ja eri harjoitusdoktriini. JEMP:n, joka toimii monikansallisessa ympäristössä, on käsiteltävä kaikkia näitä ulottuvuuksia ilman, että harjoituksen johtokeskuksen henkilöstön on ylläpidettävä erillisiä rinnakkaisjärjestelmiä kullekin osallistujamaalle.

Monikansallisten osallistujien käyttöoikeuksien hallinta perustuu kahdenväliseen julkaisumalliin. Harjoituksen turvallisuusviranomainen määrittelee kullekin kansalliselle kontingentille, mitkä harjoituselementit ovat julkaisukelpoisia: täysi pääsy (kaikki skenaarion tuotteet), koalition pääsy (asianomaiselle koalitiolle REL TO -merkityt elementit) tai rajoitettu pääsy (vain elementit, jotka on suoraan osoitettu kyseisen kontingentin roolille). Nämä käyttöoikeusprofiilit koodataan JEMP:n käyttöoikeuskerrokseen ja valvotaan palvelinpuolella — osallistujan selainasiakas ei koskaan vastaanota tietoja, joihin heillä ei ole pääsyoikeutta, riippumatta siitä, mihin URL-osoitteeseen he navigoivat.

Turvallisuusluokituksen käsittely noudattaa isäntämaan luokitusviranomaisen määräyksiä harjoituksen osalta, ja lisäksi on julkaisukelpoisuusmerkinnät. JEMP valvoo turvallisuusluokitusmerkintöjä sekä visuaalisesti — kukin inject ja skenaariotuote näyttää luokitusotsakkeensa ja -alaviitteensä vakiomuodossa — että teknisesti käyttöoikeuskerroksen kautta. Osallistujat, jotka yrittävät päästä käsiksi tuotteeseen yli oman luokitustasonsa, saavat kieltäytymisvasteen ja yhteysviitteen harjoituksen turvallisuusvirkamiehelle.

Kielituki vastaa käytännön haasteeseen, että koalitioharjoitukset käydään työkielellä — tyypillisesti englanniksi — mutta osallistuvien joukkojen kielitaito voi vaihdella. JEMP tukee inject-tekstejä useilla kielillä, jolloin harjoitussuunnittelutiimi voi syöttää täyden inject-tekstin työkielellä ja käännöksen niille joukoille, joille työkieli on toinen kieli. OC-havainnointimallit ja ennalta määritellyt vastauskategoriat ovat saatavilla kaikilla osallistuvilla kielillä. AAR-moduuli voi näyttää löydökset katseluosallistujan valitsemalla kielellä ilman, että tarvitaan erillisiä käännettyjä asiakirjoja.

Sama koordinaatio-infrastruktuuri koskee komentopaikkaharjoitusohjelmistoa (CPX), kun JEMP integroidaan CPX-ympäristöön — komentopaikka saa harjoitusärsykkeet saman turvallisuusluokitellun verkon kautta, ja komentopaikalta tulevat OC-havainnot syötetään suoraan JEMP-tietokantaan kenttä-OC-syötteiden rinnalle.

Reaaliaikainen harjoituksen seuranta — COP-integraatio harjoitusten aikana, suunnitelmasta poikkeamisen seuranta, ad hoc inject -luonti

Reaaliaikainen seuranta erottaa JEMP:n kehittyneestä suunnittelutyökalusta. Harjoituksen toteutusvaiheessa järjestelmän on annettava harjoituksen johtokeskukselle tilannetietoisuus oikea-aikaisten päätösten tekemiseksi — inject-ajoituksen säätäminen, odottamattomiin harjoittelijoiden toimiin vastaaminen, harjoituksen tempon hallinta — nykyisten tietojen eikä kenttä-OC:ien säännöllisten tilanneilmoitusten perusteella.

COP-integraatio yhdistää JEMP:n harjoituksen yhteiseen operatiiviseen kuvaan (COP) datavirtaan. Simulaatiopohjaisessa harjoituksessa tämä on simulaation tosiasiallinen tuloste — kaikkien kohteiden tarkat sijainnit joka hetkellä. Elävässä tai konstruktiivisessa harjoituksessa se voi olla puettavista sensoreista tuleva joukkojen seurantavirta tai harjoituksen radioverkosta tuleva yksikön ilmoittama sijaintivirta. JEMP käyttää tätä virtaa ja näyttää joukkojen sijainnit kartalla, päällekkäin inject-toimitusmerkintöjen kanssa, jotka osoittavat, missä kukin inject toimitettiin ja missä kukin OC-havainto kirjattiin.

COP-kerros antaa johtokeskukselle geospatiaalisen kontekstin inject-jonoon. Kun etulinjan joukon OC ilmoittaa yksikön saapuneen tietylle ruudukolle ja kyseisen laukaisualueen ehdollinen inject on nyt aktiivinen, johtokeskus voi tarkistaa sijainnin kartalta ja vahvistaa, että inject on asianmukainen ennen toimituksen hyväksymistä. Tämä ristiintarkistus estää injectejä laukeamasta virheellisten sijaintiraporttien perusteella, mikä voisi tuoda keinotekoisia kehityksiä skenaarioon.

Suunnitelmasta poikkeamisen seuranta on jatkuva taustafunktio. JEMP ylläpitää jatkuvaa vertailua nykyisen harjoitustilan ja suunnitellun MSEL-aikataulun välillä, merkiten poikkeamat konfiguroitavan kynnysarvon ylittyessä. Tyypillisiä poikkeamia ovat: inject-toimitus enemmän kuin tietyn minuuttimäärän aikataulun takana, joukko, joka ei ole vastannut injectiin odotetun ikkunan kuluessa, ja ehdollinen inject-laukaisu, joka ei ole lauennut, vaikka odotettua harjoitusaikaa ehdon täyttymiselle on jo kulunut. Poikkeamahälytykset näkyvät kojetaululla selkeästi suositeltuine toimenpiteineen kullekin tyypille.

Ad hoc inject -luonti antaa harjoituksen johtokeskukselle mahdollisuuden tuoda odottamattomia injectejä vastauksena ennakoimattomiin kehityksiin. Johtokeskus valitsee kategorisoidusta inject-kirjastosta, täyttää yksikkökohtaiset muuttujat, nimeää toimittavan OC:n, asettaa toimitusikkunan ja hyväksyy injectin jonolistaan — kaikki JEMP-käyttöliittymässä. Ad hoc inject seurataan samoilla toimitusvahvistuksilla ja AAR-linkityksillä kuin mikä tahansa suunniteltu inject, ja se merkitään AAR-kirjauksessa suunnittelemattomaksi erottaakseen sen alkuperäisestä MSEL:stä.

Jälkiarvioinnin tiedonkeruu ja toisto — automaattinen tapahtumaloki, aikajanavastaus, linkki MSEL:ään, jäsennelty oppimisvientti

Jälkiarviointi on vaihe, jossa JEMP:iin tehty investointi tuottaa selkeimmän hyödyn. Jokainen inject-toimitus, OC-havainto, osallistujan kuittaus, harjoituksen johtopäätös ja poikkeamamerkintä, joka on kirjattu toteutuksen aikana, on välittömästi käytettävissä jäsenneltynä AAR-datana harjoituksen päättyessä. Manuaalista rekonstruointia paperilokeista tai radioäänityksistä ei tarvita.

Automaattinen tapahtumaloki tallentaa koko harjoituskirjauksen tarkkojen aikaleimien ja attribuointien kera. Kukin tapahtumatietue sisältää: tapahtuman tyypin, ajan sekä harjoitusajassa että reaaliajassa, toimijan (OC-asema, järjestelmä tai osallistujarooli), kohdejoukko tai -elementin ja mahdolliset tapahtumaan liitetyt vapaamuotoiset havainnot. Tämä loki on muuttumaton — tapahtumiin voidaan lisätä huomautuksia AAR-prosessin aikana, mutta niitä ei voida poistaa tai muuttaa — mikä antaa AAR-fasilitaattorille tosiasiallisen kirjauksen, jota ei voida muokata jälkikäteen.

Aikajanan rekonstruointi esittää tapahtumalokia visuaalisena aikajanana, jota AAR-fasilitaattori käyttää jälkipuintikeskustelun ohjaamiseen. Aikajanaa voidaan suodattaa näyttämään kaikki tapahtumat tietylle joukolle, kaikki tapahtumat tietylle tyypille tai kaikki tapahtumat tietylle harjoitusajan ikkunalle. Yksittäisiä tapahtumia voidaan merkitä AAR-istunnon aikana — lisätä kirjanmerkki koulutusvahvuuksina, merkitä keskeiseksi päätöspisteeksi tai linkittää koulutustavoitteeseen oppimisvientoihin. Nämä merkinnät lisää fasilitaattori ja OC-tiimi AAR-istunnon aikana, ja ne säilyvät kirjauksessa.

AAR-löydösten linkittäminen MSEL:ään sulkee analyyttisen silmukan. Jokaisessa aikajanan tapahtumassa on MSEL-inject-numero, joten AAR-kirjaus on suoraan ristiin viitaten suunnittelutarkoitukseen. Fasilitaattori voi avata minkä tahansa injectin MSEL:ssä, nähdä kaikki kyseiseen injectiin liittyvät tapahtumat — toimituskirjaus, OC-havainnot, osallistujan vastaustapahtumia — ja käyttää tätä linkitystä arvioidakseen, saavuttiko inject tarkoitetun koulutusvaikutuksen.

JEMP:n jälkiarviointi-ohjelmiston kerros ulottuu istuntofasilitointia pidemmälle jäsenneltyyn tuotokseen. Oppimishavaintojen vientti kartoittaa jokaisen löydöksen taksonomiaan: koulutustavoite, joukko, harjoitusvaihe, löydöksen tyyppi (vahvuus, kehittämisalue, systeeminen ongelma) ja suositeltu toimenpide. Tämä jäsennelty muoto mahdollistaa seuraavat tuotokset:

  • Koulutustavoitteiden kattavuusraportti — mitkä tavoitteet harjoitettiin riittävästi, mitkä jäivät liian vähälle harjoittelulle ja mitkä eivät koskaan lauenneet skenaarion poikkeamien vuoksi
  • Yksikön suorituskykyyhteenveto — OC-havainnot koottuna yksikön mukaan, linkitettyinä kuhunkin havaintoon liittyviin koulutustavoitteisiin
  • Oppimishavaintorekisterin vientti — jäsennelty tiedosto asianmukaisen koulutusviranomaisen oppimishavaintotietojärjestelmän hyväksymässä muodossa
  • Seuraavan harjoituksen suunnittelusyöte — priorisoitu luettelo koulutustavoitteista, jotka tarvitsevat lisää harjoitusärsykettä, tuotettu automaattisesti kattavuus- ja suorituskykytiedoista

Vientti syöttää tiedot suoraan yksikön koulutuksen hallintajärjestelmään, jossa tunnistetut puutteet päivittävät automaattisesti koulutussuunnitelman seuraavalle syklille. Tämä datavirta sulkee PPEA-silmukan: arviointivaihe tuottaa toimintakelpoista dataa, jonka seuraavan harjoituksen suunnitteluvaihe käyttää automaattisesti, sen sijaan että tarvittaisiin manuaalinen katsaus narratiiviseen AAR-raporttiin, joka saattaa tai ei saata tavoittaa seuraavasta tapahtumasta vastuussa olevat suunnittelijat.

Harjoituksissa, jotka sisältävät konstruktiivisen simulaation, JEMP:n AAR-moduuli voi ottaa vastaan simulaation toistodataa OC-havaintokirjauksen rinnalla, jolloin fasilitaattori voi näyttää simuloidun tosiasiallisen tilannekuvan osallistujan käsitetyn tilannekuvan rinnalla missä tahansa harjoituksen hetkessä. Tämä kyky — verrata osallistujien uskomuksia siihen, mitä todellisuudessa tapahtui — on tehokkain analyyttinen toiminto, jonka koulutusjärjestelmä voi tarjota, koska se paljastaa suoraan tiedonkäsittelyn aukkoja, joita koulutus on suunniteltu korjaamaan.

Kypsä JEMP-toteutus, joka kattaa useita harjoitussyklejä, kerää monien harjoitusten välisen tietokannan inject-toimituskirjauksista, OC-havainnoista ja oppimishavainnoista. Tämä tietokanta mahdollistaa analyysin, jota yksikään yksittäinen harjoitus ei voi tuottaa: toistuvat oppimishavainnot, jotka esiintyvät useiden harjoitusten ja joukkojen välillä, inject-tyypit, jotka johdonmukaisesti epäonnistuvat tuottamaan odotetun koulutusvasteen (mikä viittaa skenaariosuunnittelun ongelmaan eikä yksikön suorituskykyongelmaan) sekä joukot, joiden suorituskykysuunta osoittaa parantumista tai heikkenemistä peräkkäisissä rotaatioissa. Nämä moniharjoitusanalytiikkatoiminnot ovat alustan ominaisuus, jota koulutusohjelmajohtajat pitävät arvokkaimpana perustellessaan investointia JEMP:iin jatkuvan manuaalisen harjoitusten hallintamenetelmien sijaan.