Useimmat maavoimien yksiköt aloittavat koulutussyklin selkeästä ongelmasta: ne tietävät tarvitsevansa koulutusta, niillä on rajallisesti aikaa ja resursseja, eikä niillä ole luotettavaa tapaa määrittää, mitkä koulutussijoitukset tuottavat suurimman parannuksen tehtävävalmiudessa. Tehtävän kannalta olennainen tehtäväluettelo on olemassa juuri tämän ongelman ratkaisemiseksi — kohdistamaan yhteiskoulutuksen ponnistelut niihin tehtäviin, joiden osaaminen määrittää suoraan yksikön kyvyn toteuttaa sille osoitettu tehtävä. Käytännössä METL:tä kuitenkin usein pidetään hallinnollisena asiakirjana eikä operatiivisen suunnittelun työkaluna: sitä ylläpidetään taulukkolaskentana, päivitetään koulutusvuoden alussa ja siihen vedotaan harvoin arkipäivän päätöksissä siitä, mitä koulutetaan ja milloin.

Yhteiskoulutuksen hallintajärjestelmät muuttavat tämän tilanteen tekemällä METL:stä koulutussuunnitteluprosessin operatiivisen keskuksen. Kun tehtävien arviointitasoja ylläpidetään elävässä järjestelmässä, kun koulutustapahtumat on kytketty eksplisiittisesti harjoittamiinsa tehtäviin, kun resurssipyynnöt kulkevat saman alustan kautta, joka pitää sisällään koulutusaikataulun, ja kun valmiusraportointi syntyy automaattisesti ajantasaisesta arviointitiedosta, METL:stä tulee jotakin, mitä komentaja voi oikeasti käyttää koulutuspäätöksiin — ei vain asiakirja, jolla tyydytetään ylemmän esikunnan tarkistussykli.

Tämä artikkeli kattaa yhteiskoulutuksen hallintaohjelmiston koko kyvykkyyspinon: METL:n laatimisen ja tehtävähierarkian, koulutustapahtumien suunnittelun yhteistehtävävaatimuksista, 8 viikon aikataulujen luonnin resurssiristiriitojen ratkaisulla, T/P/U-arviointimenetelmän ja moniarvioijasovituksen, valmiusraportoinnin DRRS-A:han, integraation rata- ja simulaatioresurssijärjestelmiin sekä digitaalisen palautesilmukan AAR-löydösten ja koulutussuunnitelman välillä.

Yhteiskoulutus ja METL — tehtävän kannalta olennaisen tehtäväluettelon laatiminen, yhteistehtävähierarkia, METL:n tarkistussykli

Tehtävän kannalta olennainen tehtäväluettelo on yhteiskoulutuksen perussuunnitteluasiakirja. Se määrittää ne yhteistehtävät — eivät yksittäistaitoja, eivät yleisiä kyvykkyyksiä — jotka yksikön on pystyttävä suorittamaan toteuttaakseen sille osoitetun sodanaikaisen tehtävänsä. Oikein laadittu ja tiukasti ylläpidetty METL antaa koulutushallintajärjestelmälle priorisoidun, tehtäväkytketyn joukon koulutustavoitteita, joista kaikki muut suunnittelupäätökset johtuvat. METL, joka on kopioitu mallipohjasta, valittu geneerisestä luettelosta ilman viittausta yksikön todellisiin operatiivisiin vaatimuksiin tai jätetty muuttumattomaksi useiden koulutussyklien yli riippumatta tehtävän tai henkilöstön muutoksista, tuottaa koulutussuunnitelman, joka on irrallaan valmiudesta.

METL:n laatiminen alkaa yksikön operatiivisesta tehtävänannosta. Pataljoonan komentaja tarkastelee yksikön nykyistä OPLANia, CONPLANia tai operatiivisen alueen yhteistyösuunnitelmaa ja tunnistaa ne taktiset tehtävät, jotka yksikön on suoritettava kussakin todennäköisessä skenaariossa. Nämä tehtävät ristiintarkistetaan maavoimien yleistä tehtäväluetteloa (AUTL) vastaan — hierarkkista luetteloa yhteistehtävistä sodankäynnin toiminnoittain ja joukkotasoittain — varmistamaan, että valitut tehtävät kytkeytyvät määriteltyihin suoritusstandardeihin ja niihin liittyviin koulutus- ja arviointisuunnitelmiin. Myös ylemmän esikunnan METL tarkastetaan, jotta alaisten yksiköiden METL:t asettuvat oikein divisioonan tai armeijakunnan yhteistehtävähierarkiaan.

Syntyvä yhteistehtävähierarkia on koulutushallintajärjestelmän tietomallin arkkitehtoninen selkäranka. Pataljoonatasolla valitaan kahdeksan–kaksitoista pataljoonan yhteistehtävää. Kukin pataljoonatehtävä jakaantuu komppaniatason yhteistehtäviin, joissa on oltava osaamista, jotta pataljoonatehtävä onnistuu. Kukin komppaniatehtävä jakaantuu joukkuetason tehtäviin, ja joukkuetason tehtävät viittaavat yksittäistehtäviin, jotka mahdollistavat yhteisosaamisen. Tämä sisäkkäinen rakenne sallii järjestelmän levittää arviointitasoja ylöspäin — pataljoonatehtävää ei voida arvioida tasolle Trained, jos sitä tukeva komppaniatehtävä on tasolla Untrained — ja kaskadataa koulutusvaatimukset alaspäin tunnistaen ne joukkuetason koulutustapahtumat, jotka ovat edellytyksenä komppania- ja pataljoonatason osaamiselle.

METL:n tarkistussykli on muodollinen tapahtuma, ei passiivinen prosessi. Yhdysvaltain maavoimien oppi edellyttää METL:n tarkistusta aina, kun yksikön operatiivinen tehtävä muuttuu, vähintään kerran vuodessa silloinkin kun tehtävä ei muutu, sekä kaiken merkittävän henkilöstövaihtuvuuden jälkeen, joka muuttaa olennaisesti yksikön yhteiskyvykkyyttä. Koulutushallintajärjestelmä tukee tätä ylläpitämällä versioitua METL-tietuetta: kunkin tehtävän yhteydessä ovat laatimispäivä, hyväksyvä taho ja tarkistuseräpäivä. Tarkistuseräpäiväänsä lähestyvät tehtävät nousevat hälytyksinä koulutusupseerin näkymässä. Kun tarkistus johtaa tehtävän poistamiseen METL:stä — koska tehtävävaatimus muuttui — järjestelmä säilyttää historiatietueen siitä, mitä kyseistä tehtävää vasten koulutettiin ja milloin, mikä on arvokasta tulevan joukkorakenteen suunnitteluanalyysiin.

Koulutussuunnittelu METL:stä — koulutustapahtumien kytkeminen yhteistehtäviin, tehtäväkohtaiset resurssivaatimukset, koulutustiheyden hallinta

Kun METL on laadittu ja ajantasaiset arviointitasot on ladattu järjestelmään, koulutussuunnittelutoiminto laskee, mitä koulutusta yksikön on toteutettava, jotta kaikki METL-tehtävät etenisivät tasolle Trained komentajan koulutusaikatauluun mennessä. Laskenta on monimutkaisempaa kuin miltä se näyttää, koska yhteistehtävät ovat vuorovaikutuksessa: jotkin tehtävät on koulutettava ennen kuin muita voidaan arvioida, jotkin koulutustapahtumat harjoittavat useita tehtäviä samanaikaisesti, ja resurssirajoitteet estävät optimaalisen koulutustapahtuma-aikataulun useimmissa varuskuntaympäristöissä.

Koulutustapahtumien kytkeminen yhteistehtäviin on ensimmäinen vaihe. Kullekin METL-tehtävälle järjestelmä ylläpitää kirjastoa koulutustapahtumatyypeistä, jotka harjoittavat tehtävää T/P/U-arviointiin vaadittavalla tasolla. Panssarijoukkueen yhteistehtävä kuten ”suorita liikkuminen kontaktiin” kytkeytyy määriteltyyn joukkoon koulutustapahtumia: ajoneuvon maastonavigointiharjoitus, taktinen marssi OPFOR-uhan alla, voimat vastaan voimat -harjoitus harjoitusalueella sekä mahdollisesti simulaatiopohjainen kenraaliharjoitus, joka tuo mukaan OC-roolipelaajien ohjaaman OPFORin. Kullakin tapahtumatyypillä on määritelty koulutusarvo — todennäköisyys, että tapahtuman suorittaminen edistää tehtävän arviointitasoa — ja määritelty resurssivaatimusprofiili.

Tehtäväkohtaiset resurssivaatimukset ovat silta koulutussuunnitelman ja resurssienhallintajärjestelmän välillä. Kullekin koulutustapahtumatyypille järjestelmä kirjaa tarvittavat erityisresurssit:

  • Ratatyyppi ja käytettävyysikkuna (liikeharjoitusalue, ampumakokeen rata tai tulipyyntörata)
  • OPFOR-henkilöstön määrä ja vaadittu pätevyystaso
  • Tarkkailija-ohjaajien miehityssuhde koulutettavaa joukkuetta kohden
  • Kaluston nostomäärät ja huoltoluokkarajoitteet
  • Simulaatiotunnit, jos tapahtuma sisältää virtuaalisen tai konstruktiivisen komponentin
  • Ammunstyypit ja -määrät tulenkäyttötapahtumille
  • Edellytettävät yksilösuoritukset (asesuoritus, ajoneuvon käyttölupa) kaikilta osallistujilta

Koulutustiheyden hallinta vastaa ongelmaan, että yhteistehtävän koulutustapahtuman yksittäinen toteutus harvoin riittää tason Trained saavuttamiseen tai ylläpitämiseen. Järjestelmä laskee kullekin tehtävälle vaaditun toistotiheuden tehtävän monimutkaisuuden, nykyisen tason ja viime arvioinnista kuluneen ajan perusteella. Korkean monimutkaisuustason tasolla Untrained arvioitu tehtävä voi edellyttää kolmea toteutettua koulutustapahtumaa neljännesvuoden aikana tason Practiced saavuttamiseksi; tehtävä, joka on tällä hetkellä tasolla Practiced ja jonka viimeisin koulutus on 60 päivää sitten, voi edellyttää vain yhtä kertaustapahtumaa tason ylläpitämiseksi. Järjestelmä vertaa suunniteltua tapahtumatiheyttä vaadittuun toistotiheuteen ja merkitsee puutteet — viikot, joina koulutussuunnitelma ei tarjoa riittävästi yhteistehtävien toistoja nykyisten tasojen ylläpitämiseksi tai parantamiseksi — koulutustiheysvajeiksi, jotka edellyttävät suunnitteluhuomiota.

8 viikon koulutusaikataulun luonti — aikataulupohjan suunnittelu, resurssiristiriitojen ratkaisu, pakollisen koulutuksen integrointi

8 viikon koulutusaikataulu on yksikön lyhyen tähtäimen koulutuksen toteutussuunnitelma. Se määrittää päivittäisessä toiminnassa riittävällä tarkkuudella, mitä koulutusta toteutetaan, kuka sitä johtaa, mitä resursseja tarvitaan ja mitä yhteistehtäviä kunkin tapahtuman on tarkoitus harjoittaa ja arvioida. Tällaisen aikataulun laatiminen käsin METL:stä ja resurssien saatavuuskuvasta on aikaa vievä esikuntasuunnittelutehtävä, jonka tuloksena on usein aikataulu, joka on optimoitu hallinnollisen mukavuuden eikä koulutustehokkuuden mukaan. Yhteiskoulutuksen hallintajärjestelmä automatisoi aikataulutuslogiikan ja pitää samalla koulutusupseerin niiden päätösten johdossa, jotka edellyttävät inhimillistä harkintaa.

Aikataulupohjan suunnittelu muodostaa kehyksen, johon koulutustapahtumat sijoitetaan. Useimmat pataljoonat käyttävät viikoittaista koulutusaikataulupohjaa, joka määrittää vakioidut varaukset — kuntoliikuntamuodostelmat, huoltojaksot, varuskuntapalveluvaatimukset ja esikunnan tiedotuslohkot — kiinteiksi rajoitteiksi, joiden puitteissa koulutusta voidaan aikatauluttaa. Pohja kuvaa myös varuskunnan koulutustuen rytmin: ratojen varaustiet, simulaatiokeskuksen lohkovarausjaksot ja ampumatarvikkeiden nostomenettelyt. Nämä vakioidut rajoitteet ladataan koulutushallintajärjestelmään kerran, ja niitä sovelletaan automaattisesti jokaiseen luotavaan aikatauluun, mikä varmistaa, ettei aikatauluttaja luo ristiriitoja tunnettujen kiinteiden tapahtumien kanssa.

Resurssiristiriitojen ratkaisu on aikataulugeneraattorin ydinlaskentatoiminto. Järjestelmällä on ajantasainen kuva käytettävissä olevista resursseista — ratojen saatavuus ratakeskuksen liittymästä, simulaattorien varaussaatavuus simulaatiokeskuksesta, OPFOR-yksiköiden saatavuus tukevan harjoitusyksikön koulutuskalenterista — ja se sijoittaa koulutustapahtumat sellaisiin aikaikkunoihin, joissa kaikki vaaditut resurssit ovat samanaikaisesti käytettävissä. Kun resurssiristiriitoja ilmenee — kaksi komppaniaa vaatii samaa ratatyyppiä samalla viikolla — järjestelmä soveltaa tehtäväarvioinnin kiireellisyydestä johdettua prioriteettijärjestystä (komppania, jolla on enemmän tasolla Untrained olevia tehtäviä, saa etusijan) ja nostaa ristiriidan aikataulupoikkeamana koulutusupseerin ratkaistavaksi.

Pakollisen koulutuksen integrointi on eniten kitkaa aiheuttava osa aikataulutusprosessia useimmissa yksiköissä. Järjestelmä ylläpitää pakollisen koulutuksen seurantaa jokaiselta sotilaalta ja ajoneuvomiehistöltä: vuosittaiset pätevyysvaatimukset, sertifikaatit ja pakollinen tietoisuuskoulutus. Aikataulua luotaessa järjestelmä laskee kullekin viikolle kertyvän pakollisen koulutuksen tuntimäärän ja merkitsee viikot, joina pakollisen koulutuksen määrä kilpaillee liiaksi yhteiskoulutusajan kanssa. Aikataulualgoritmi antaa pakollisille koulutustapahtumille, joiden vanhenemispäivät lähestyvät, korkean prioriteetin sijoittelun, mikä minimoi vaatimusten täyttämättä jättämisen riskin — sellaiset virheet voivat johtaa komentajan määräämiin koulutusseisokkeihin, jotka häiritsevät yhteiskoulutussuunnitelmaa huomattavasti enemmän kuin pakollisen koulutuksen ennakoiva aikatauluttaminen olisi häirinnyt.

Julkaistu 8 viikon aikataulu virtaa automaattisesti alaisten komppanioiden koulutusupseereille ja toimii auktoritatiivisena lähtötietona resurssipyynnöille. Ratavaraukset, simulaattorivaraukset, OPFOR-pyynnöt ja ampumatarvikepyynnöt muodostetaan suoraan aikataulutiedoista, mikä poistaa manuaalisen uudelleenmuotoiluvaiheen, joka aiheuttaa virheitä, kun aikataulua ja resurssipyyntöjä ylläpidetään erillisissä järjestelmissä. Tämä integraatio sotilaskoulutuksen hallintajärjestelmiin varmistaa, että aikataulu kuvaa todellisen resurssien saatavuuden eikä toivevarauksia, jotka raukeavat, kun resurssiristiriidat löydetään toteutushetkellä.

Yhteistehtävien arviointimenetelmä — T/P/U-tasot, arviointinäytön kerääminen, moniarvioijasovitus tarkkailija-ohjaajien syötteelle

T/P/U-arviointijärjestelmä muodostaa yhteistehtävien osaamisen seurannan kvantitatiivisen selkärangan. Trained (T) osoittaa, että yksikkö suoriutuu tehtävästä maavoimien standardin mukaisesti operaatioympäristölle tyypillisissä olosuhteissa. Practiced (P) osoittaa, että yksikkö on suorittanut tehtävän, mutta ei täytä standardia johdonmukaisesti. Untrained (U) osoittaa, että yksiköltä puuttuu osoitettu osaaminen tai että se ei ole suorittanut tehtävää kyvykkyyttä ylläpitävässä ajassa. Kolmen portaan yksinkertaisuus on ominaisuus: se pakottaa komentajat tekemään selkeän arvion eikä vittelemään numeerisen asteikon välimaastossa, ja se tuottaa riittävän selkeän signaalin aikataulutusprioriteettipäätösten ohjaamiseen ilman tilastollista analyysia.

Arviointinäytön kerääminen alkaa ennen koulutustapahtumaa ja jatkuu jälkikatsaukseen asti. Koulutushallintajärjestelmä tuottaa arviointipaketin kullekin koulutustapahtumaan nimetylle tarkkailija-ohjaajalle: tarkistuslista kunkin arvioitavan yhteistehtävän koulutus- ja arviointisuunnitelman suorituskriteereistä, jäsennelty havaintolomake kentillä suorituskriteerin hyväksyntä/hylkäys, havainnon ajankohta ja laadulliset merkinnät sekä digitaalinen lähetyspolku, joka lataa valmiin arvioinnin koulutushallintajärjestelmän tapahtumatietueeseen. OC:t täyttävät arvioinnin itse tapahtuman aikana — ei jälkikäteen muistista — aikaleimaten kunkin suorituskriteerin arvioinnin harjoituskelloon.

OC:iden taltioima suorituskriteeritieto on T/P/U-tasojen näyttöperusta. Kunkin yhteistehtävän koulutus- ja arviointisuunnitelma määrittää tarkan joukon suorituskriteerejä määriteltyine standardeineen: kvantitatiiviset kynnysarvot (joukkue miehittää taisteluaseman 20 minuutin kuluessa käskyn antamisesta), go/no-go-kriteerit (tulitukiupseeri muotoilee ja välittää tulipyynnön oikein ensimmäisellä yrityksellä) tai laadulliset standardit (komentajan viestintä kuvastaa tarkkaa tilanneymmärrystä ilman OC:n ohjausta). Koulutushallintajärjestelmä laskee kunkin tehtävän suorituskriteerien läpäisyasteen kaikista OC-lähetyksistä ja esittää läpäisyasteen T/P/U-tasopäätöksen ensisijaisena syötteenä.

Moniarvioijasovitus käsittelee yleisen tilanteen, jossa useat OC:t arvioivat saman yhteistehtävän eri osa-alueita samanaikaisesti. Komppaniatason kenttäkoulutustapahtumassa yksi OC voi arvioida liikejoukkueita, toinen komppanian tulitukielementtiä ja kolmas komppanian komentopaikkaa. Kaikki kolme havainnoivat suoritusta, joka on olennaista komppanian yhteistehtävän arvioinnille. Kun lähetykset kootaan yhteen, koulutushallintajärjestelmä merkitsee epäjohdonmukaisuudet — OC merkitsi tietyn suorituskriteerin hyväksytyksi, vaikka tehtävän kokonaissuoritus viittaa järjestelmälliseen epäonnistumiseen, jota OC ei välttämättä nähnyt — ja esittää komentajalle sovitusnäkymän, jossa kunkin OC:n arviot näkyvät kokonaisuuden rinnalla. Komentaja tarkastelee eroa ja tekee lopullisen tasoarvion, ja järjestelmä kirjaa sekä syöttötiedot että komentajan sovitetun tason auktoritatiivisena arviointitietueena.

Valmiusraportointi ylemmälle esikunnalle — DRRS-A-integraatio, P-tason johtaminen, valmiustrendianalyysi

Koulutusvalmiustieto on koulutushallintajärjestelmässä kahta tarkoitusta varten: ohjaamaan yksikön omia koulutussuunnittelupäätöksiä ja raportoimaan ylemmälle esikunnalle yksikön nykyinen koulutustila osana joukkojen kokonaisvalmiutta. Raportointitoiminnon on käännettävä sisäinen T/P/U-tasorakenne ylemmän esikunnan vaatimaan vakiomuotoiseen valmiusraportointimuotoon, joka Yhdysvaltain maavoimien yksiköillä tarkoittaa DRRS-A:n kautta lähetettävää yksikön tilanneraporttia (USR).

USR:n koulutusluokka (T-taso) käyttää asteikkoa P1–P4 eikä T/P/U-tehtävätasoasteikkoa. T-P1 osoittaa, että yksikkö on täysin koulutettu METL:nsä mukaisesti. T-P2 osoittaa, että yksikkö on pääosin koulutettu vähäisin puuttein. T-P3 osoittaa, että yksiköllä on merkittäviä koulutusvajeita ydin-METL-tehtävissä. T-P4 osoittaa, ettei yksikkö ole koulutettu METL:nsä mukaisesti. Koulutushallintajärjestelmän P-tason johtamisalgoritmi laskee T-tason T/P/U-tasojen jakaumasta METL:n yli: tasolla Trained olevien tehtävien määrä, tasolla Practiced olevien tehtävien määrä, tasolla Untrained olevien tehtävien määrä, kullekin tehtävälle määritetyt kriittisyyspainot sekä tehtävähierarkiarakenne, joka määrittää, estääkö tasolla Practiced oleva komppaniatason tehtävä sitä tukevan pataljoonatason tehtävän arvioinnin tasolle Trained. Komentaja tarkastaa järjestelmän laskeman T-tason ja voi säätää sitä harkintatekijöiden perusteella, joita kvantitatiivinen data ei taltioi, ennen lopullisen USR:n lähettämistä.

DRRS-A-integraatio toteutetaan järjestelmän jäsennellyllä vientitoiminnolla. Koulutushallintajärjestelmä tuottaa USR-tietotiedoston DRRS-A-lähetysmuodossa — XML- tai jäsennelty tietotietue, joka noudattaa DRRS-A:n tietorakennetta — jonka yksikön S6 lähettää DRRS-A-portaalin tai API-päätteen kautta. Vienti sisältää paitsi nykyisen T-tason myös tukevan datan: kunkin METL-tehtävän nykyinen T/P/U-taso, kunkin tehtävän viimeisimmän arviointitapahtuman päivämäärä ja arvioitu T-taso kuluvasen koulutussyklin lopussa suunniteltujen koulutustapahtumien perusteella. Tämä tukeva data antaa ylemmän esikunnan DRRS-A-tarkastajille mahdollisuuden ymmärtää T-tason perusteet ilman erillistä koulutusbriefiä yksiköltä.

Valmiustrendianalyysi tarjoaa pitkittäisnäkymän, jota yksittäishetken T-tasokuvat eivät voi välittää. Koulutushallintajärjestelmä ylläpitää historiatietuetta T/P/U-tasoista kullekin METL-tehtävälle kaikista arviointitapahtumista, jolloin koulutusupseeri ja komentaja näkevät, paraneeko, heikkeneekö vai pysyykö yksikön osaaminen vakiona ajan kuluessa. Pataljoonan komentaja, joka näkee, että kolme METL-tehtävää on ollut tasolla Practiced kuusi peräkkäistä kuukautta — toistuvasta koulutuksesta huolimatta — voi tunnistaa tämän järjestelmälliseksi koulutustehokkuusongelmaksi, joka edellyttää eri lähestymistapaa, ei vain lisää saman koulutustapahtuman toistoja. Trendidata tukee myös lähetysvalmiuden suunnittelua: nykyisen tasotrendin ekstrapolointi odotettuun lähetyspäivään antaa komentajalle realistisen arvion siitä, mitkä tehtävät saavuttavat tason Trained ennen lähetystä ja mitkä edellyttävät lisäresursseja tai komentajan painotusta vaaditulle osaamistasolle.

Integraatio koulutusresurssien hallintaan — ampumaratojen aikataulujärjestelmäintegraatio, simulaatiovaraukset koulutussuunnitelmasta, kalustopyyntöjen työnkulut

Koulutussuunnitelma, joka on olemassa vain koulutushallintajärjestelmässä ilman yhteyttä niihin resurssienhallintajärjestelmiin, jotka määräävät, mitä koulutusta voidaan oikeasti toteuttaa, on suunnitelma paperilla, ei suunnitelma toteutuksessa. Koulutushallintajärjestelmän resurssi-integraatiokerros kytkee koulutussuunnitelman ampumaratojen aikataulujärjestelmään, simulaatiovarausjärjestelmään, kalustopyyntöjärjestelmään ja henkilöstönhallintajärjestelmään ja varmistaa, että resurssisitoumukset perustuvat todelliseen saatavuuteen eivätkä toivepyyntöihin.

Ampumaratojen aikataulujärjestelmäintegraatio on operatiivisesti kriittisin kytkentä. Digital Training Management System (DTMS) ja useimpien Yhdysvaltain maavoimien varuskuntien ratakeskustietokannat pitävät auktoritatiivisen tietueen ratojen saatavuudesta. Koulutushallintajärjestelmä lähettää ratapyynnöt suoraan ratakeskuksen liittymään 8 viikon suunnitelman koulutustapahtumatietueista. Pyyntö sisältää ratatyypin, pyytävän yksikön, pyydetyt päivämäärän ja keston, henkilöstö- ja ajoneuvomäärät sekä ampumatarvikkeiden nostovaatimuksen. Ratakeskus käsittelee pyynnöt saman liittymän kautta ja joko vahvistaa varauksen tai ehdottaa vaihtoehtoisia päiviä. Vahvistetut varaukset virtaavat takaisin koulutusaikatauluun automaattisesti, kun taas ehdotetut vaihtoehdot nousevat aikataulupoikkeamina, jotka koulutusupseeri hyväksyy tai joista hän neuvottelee lisää.

Simulaatiovaraukset koulutussuunnitelmasta vastaavat live virtual constructive -koulutuksen kasvavaan rooliin varuskuntien yhteiskoulutusohjelmissa. Kun suunnitelman koulutustapahtuma sisältää simulaatio-osan — liikeharjoitukseen lisätty virtuaalitaistelu, konstruktiivinen esikuntaharjoitus tai täysin synteettinen koulutustapahtuma — koulutushallintajärjestelmä tuottaa simulaatiovarauspyynnön ratapyynnön rinnalla. Simulaatiokeskuksen liittymä vastaanottaa pyynnön vaadittuine järjestelmäasetuksineen (mikä simulaatioalusta, kuinka monta simulaattoriasemaa, mitkä skenaarioparametrit), pyydetyn lohkojan keston sekä linkin takaisin koulutussuunnitelman tapahtumaan, jotta varatut simulaatiotunnit voidaan kohdistaa koulutustapahtumatietueeseen resurssikäytön raportointia varten.

Kalustopyyntöjen työnkulut varmistavat, että ajoneuvojen ja asejärjestelmien saatavuus on vahvistettu ennen kuin koulutusaikataulu julkaistaan alaisille yksiköille. Koulutushallintajärjestelmä laskee kunkin koulutustapahtuman kalustonnostovaatimuksen tapahtuman resurssivaatimusprofiilista ja lähettää kalustopyynnöt yksikön kalustoluettelon ja huoltojärjestelmän kautta. Kalusto, jonka huoltotila ei ehdi korjautua ennen koulutustapahtuman päivämäärää, merkitään resurssiriskiksi, mikä laukaisee hälytyksen koulutusupseerille ja operatiiviselle upseerille joko kiirehtimään huoltoa tai muuttamaan koulutussuunnitelmaa. Tämä integraatio estää yleisen virhetilan, jossa julkaistaan koulutusaikataulu, joka edellyttää kalustoa, jonka ajoneuvohalli tietää käyttökelvottomaksi mutta jota koulutusupseeri ei tarkistanut ennen julkaisua.

Digitaalinen jälkikatsaus ja opittujen kokemusten kirjaaminen — AAR-löydösten kytkeminen yhteistehtäviin, METL-arvioinnin päivittäminen AAR-näytöstä

Jälkikatsaus on ensisijainen mekanismi, jolla koulutustapahtumat tuottavat pysyvää parannusta yhteistehtävien osaamisessa — mutta vain jos kunkin AAR:n löydökset virtaavat takaisin koulutushallintajärjestelmään muodossa, joka muuttaa myöhempiä suunnittelupäätöksiä. Ilman digitaalista kytkentää AAR-alustan ja koulutushallintajärjestelmän välillä löydökset kirjataan erilliseen asiakirjaan, jonka koulutusupseerin on käännettävä manuaalisesti koulutussuunnitelman muutoksiksi — vaihe, joka jää usein väliin seuraavan koulutussyklin aikapaineessa.

AAR-löydösten kytkeminen tiettyihin yhteistehtäviin on integraation perusvaatimus. Jälkikatsausohjelmiston on annettava AAR:n vetäjän merkitä jokainen löydös yhteen tai useampaan yksikön METL:n yhteistehtävään. Tämä merkintä kytkee löydöksen tehtävän arviointitietueeseen koulutushallintajärjestelmässä, jossa se näkyy tehtävän tuoreimpaan arviointitapahtumaan liittyvänä näyttönä. Löydös, joka on merkitty tehtävään ”komppania reagoi epäsuoraan tuleen”, osallistuu kyseisen tehtävän T/P/U-tason näyttötietueeseen saman koulutustapahtuman OC-arviointitietojen rinnalla ja antaa komentajalle rikkaamman näyttöperustan tasopäätökselle kuin pelkät OC-arviointitiedot antaisivat.

METL-arvioinnin päivittäminen AAR-näytöstä toimii koulutushallintajärjestelmän jäsennellyn tarkistustyönkulun kautta. Kunkin AAR:n jälkeen koulutusupseeri tarkastelee AAR-alustalta lähetettyjä löydöksiä ja päättää kunkin kohdalla: tukseeko tämä löydös OC-arviointitietojen rinnalla muutosta kyseisen tehtävän nykyiseen T/P/U-tasoon? Löydös, joka dokumentoi merkittävän virhetilan — komppania ei saanut yhteyttä vaaditussa aikaikkunassa missään kolmessa arvioidussa toistossa — voi perustella tehtävän alentamisen tasolta Practiced tasolle Untrained, vaikka OC:n yhteenvetoarvio olisi ollut Practiced. Järjestelmä kirjaa tasomuutoksen, sen aiheuttaneen löydöksen ja komentajan valtuutuksen ja muodostaa näin auditointikelpoisen arviointihistorian.

Digitaalinen palautesilmukka sulkeutuu aikataulutasolla. Kun AAR-löydös johtaa tehtävän tason alentamiseen, aikataulumoduuli laskee tehtävän vaaditun koulutustiheyden uudelleen ja merkitsee tehtävän prioriteettisijoittelulle seuraavassa 8 viikon aikataulussa. Koulutusupseerin ei tarvitse tunnistaa manuaalisesti, mitkä tehtävät tarvitsevat lisäkoulutusta AAR-löydösten perusteella — järjestelmä nostaa ne aikatauluprioriteeteiksi automaattisesti, mikä varmistaa, että AAR-löydökset muuttuvat koulutussuunnitelman muutoksiksi päivissä eivätkä imeydy neljännesvuosittaiseen tarkistusprosessiin, jota ei välttämättä pidetä viikkoihin.

Trendianalyysi useiden AAR-syklien yli tunnistaa järjestelmälliset osaamisvajeet, joita rutiiniaikataulutus ei voi ratkaista. Kun sama yhteistehtävä tuottaa merkittäviä löydöksiä kolmessa tai useammassa peräkkäisessä koulutustapahtumassa riittävästä koulutustiheydestä huolimatta, koulutushallintajärjestelmä merkitsee kaavan järjestelmälliseksi ongelmaksi — mahdolliseksi oppivajeeksi, kalustorajoitteeksi tai johtajan kehittämistarpeeksi — joka edellyttää eskalointia aikataulusäädön ulkopuolelle. Komentaja tarkastelee kaavatietoa ja määrittää, edellyttääkö ongelma tietoisen korjaussuunnitelman, pyynnön lisäkoulutustuesta ylemmältä esikunnalta vai muutoksen siihen, miten koulutustapahtuma itsessään on suunniteltu tehtävän harjoittamiseksi. Tämä analyysikyky muuttaa koulutushallintajärjestelmän aikataulutyökalusta aidoksi valmiuden hallintajärjestelmäksi.