Większość wojskowych zdarzeń szkoleniowych tworzy lepszych dowódców i sprawniejsze pododdziały tylko wtedy, gdy wnioski zapisane w ćwiczeniu zostaną faktycznie wydobyte, zrozumiane i utrwalone. Tymczasem tradycyjny proces after-action review jest poważnie zepsuty dokładnie na tym kroku wydobywania. Obserwatorzy rekonstruują wydarzenia z odręcznych notatek pisanych godziny wcześniej. Uczestnicy pamiętają to, co zamierzali zrobić, a nie to, co zrobili. Dowódcy, którzy podjęli słabą decyzję w kluczowej chwili, opisują decyzję, którą chcieliby podjąć — bez świadomego oszukiwania: ludzka pamięć naprawdę rekonstruuje, zamiast odtwarzać. Wynikiem jest debriefing zakotwiczony w zbiorowej fikcji, a nie w faktach, z którego wyciąga się wnioski, które mogą — ale nie muszą — odpowiadać temu, co się faktycznie wydarzyło.

Oprogramowanie after-action review (AAR) zastępuje wspomnienia zapisem faktów. Rejestrując zdarzenia automatycznie w trakcie ćwiczenia — położenia encji ze strumieni danych symulacji, zdarzenia użycia broni i trafień z poligonów z systemami rejestrującymi, znaczniki czasu dostarczenia iniekt z mobilnych narzędzi obserwatorów-kontrolerów — platforma wytwarza precyzyjną oś czasu, którą prowadzący debriefing może odtwarzać w dowolnej prędkości, przeskakiwać do dowolnej chwili, filtrować do dowolnego pododdziału lub typu zdarzenia i opatrywać ustaleniami w czasie rzeczywistym. Dyskusja debriefingu jest zakotwiczona w tym, co się faktycznie wydarzyło. Punkty decyzyjne stają się widoczne. Rozbieżności między działaniami planowanymi a faktycznymi są wyrażane liczbami, a nie sporem. A wnioski uchwycone podczas sesji trafiają wprost do systemu ewidencji wniosków i doświadczeń, zamiast leżeć w narracyjnym dokumencie raportu, którego nikt nie czyta.

Ten artykuł obejmuje pełen stos możliwości oprogramowania AAR: architektury rejestracji zdarzeń, odtwarzanie osi czasu i encji, prowadzenie ustrukturyzowanego debriefingu, analizę punktów decyzyjnych, przesyłanie wniosków i doświadczeń do JLLIS oraz szczególne zagadnienia ćwiczeń rozproszonych obejmujących wiele lokalizacji.

Cykl AAR w szkoleniu wojskowym — ustrukturyzowane fazy, formalny i nieformalny

After-action review to formalna metodyka szkoleniowa, a nie po prostu dyskusja podsumowująca. Doktryna wojsk lądowych USA (FM 7-0) i równoważne publikacje sojusznicze definiują AAR jako ustrukturyzowany proces o czterech rozdzielnych fazach, które należy zrealizować po kolei: przegląd tego, co zaplanowano, ustalenie tego, co się wydarzyło, analiza tego, dlaczego się to wydarzyło, i ustalenie tego, co robić inaczej. Każda faza pełni odrębną funkcję, a zlewanie lub pomijanie faz to właśnie przyczyna powierzchownych debriefingów, które żołnierze powszechnie uznają za stratę czasu.

Faza co zaplanowano ustala wspólną podstawę, względem której mierzony będzie faktyczny przebieg. Prowadzący przedstawia pierwotny rozkaz misji, zamiar dowódcy i schemat manewru — nie z pamięci, lecz z rzeczywistych dokumentów planistycznych. Ta faza bywa niedoceniana, ponieważ uczestnicy zakładają, że pamiętają plan. Nie pamiętają. Kompresja czasu, stres i mgła wykonania zniekształcają wspomnienie planu w ciągu godzin od zakończenia ćwiczenia. Odtworzenie pierwotnego rozkazu i schematu manewru zapewnia, że późniejsze porównanie planu z wykonaniem startuje z dokładnej podstawy.

Faza co się wydarzyło to miejsce, gdzie oprogramowanie AAR daje najjaśniejszą wartość. Platforma odtwarza rzeczywiste wydarzenia ćwiczenia — położenia encji, zdarzenia broni, komunikację, dostarczenia iniekt i spostrzeżenia obserwatorów-kontrolerów — na zsynchronizowanej osi czasu. Uczestnicy widzą to, co ćwiczenie faktycznie zarejestrowało, a nie to, co pamiętają. Ta faza musi się oprzeć dryfowi ku dyskusji: zadaniem prowadzącego jest ustalić zapis faktograficzny, zanim zacznie się analiza. Przedwczesna analiza w tej fazie nieuchronnie rodzi racjonalizację zamiast uczciwej oceny.

Faza dlaczego się to wydarzyło to analityczne jądro AAR. Przy ustalonym zapisie faktograficznym prowadzący przechodzi przez każde kluczowe zdarzenie, by zidentyfikować czynniki przyczynowe: informacje, które były dostępne, decyzję, która zapadła, działanie, które z niej wynikło, oraz to, jak to działanie wypada na tle standardów doktrynalnych i zamiaru dowódcy. Tu narzędzia analizy punktów decyzyjnych — pozwalające prowadzącemu zatrzymać powtórkę w krytycznej chwili i zbadać środowisko informacyjne istniejące w owej chwili — są najbardziej bezpośrednio użyteczne.

Faza co robić inaczej przekształca analizę w wykonalny produkt. Każda zidentyfikowana luka rodzi konkretne ustalenie: rekomendację powiązaną z organizacją odpowiedzialną, docelową datę rozwiązania i klasyfikację rodzaju wymaganej zmiany — zmianę TTP pododdziału, modyfikację planu szkolenia, wniosek sprzętowy albo problem wymagający eskalacji do organu wniosków i doświadczeń wyższego szczebla dowodzenia. Ten ustrukturyzowany produkt odróżnia produktywne AAR od dyskusji, która nie rodzi trwałej zmiany.

Doktryna wojskowa rozróżnia formalne AAR i nieformalne AAR. Formalne AAR przeprowadza się po istotnych zdarzeniach szkoleniowych — polowych ćwiczeniach brygady, ćwiczeniach z ostrzałem amunicją bojową batalionu, ćwiczeniach stanowisk dowodzenia — i wymagają one dedykowanego prowadzenia, infrastruktury odtwarzania i ustrukturyzowanego produktu. Nieformalne AAR przeprowadza się po krótszych zdarzeniach — patrolu drużyny, ćwiczeniu kwalifikacyjnym załogi, scence planistycznej — w uproszczonym formacie czterech pytań, bez narzędzi odtwarzania. Oprogramowanie AAR wspiera przede wszystkim formalne AAR. Lekkie narzędzia mobilne pozwalające obserwatorom-kontrolerom przechwytywać ustrukturyzowane spostrzeżenia w polu i generujące podsumowujący dziennik zdarzeń do nieformalnego przeglądu rozszerzają jednak użyteczność platformy także na kontekst nieformalny.

Automatyczna rejestracja zdarzeń podczas ćwiczeń — integracja rejestratora DIS/HLA, oś czasu położeń i zdarzeń z instrumentacji na żywo, znakowanie czasu wideo

Zapis faktograficzny, który czyni możliwym AAR oparty na powtórce, powstaje w trakcie ćwiczenia, a nie po nim. Rejestracja zdarzeń musi być ciągła, pasywna i wyczerpująca — rejestrator musi przechwycić każde zdarzenie niezależnie od tego, czy ktokolwiek obserwujący ćwiczenie sądzi, że może być istotne. Istotność ustala się podczas debriefingu; rejestrator nie może wydać tej oceny z wyprzedzeniem.

Dla ćwiczeń opartych na symulacji głównym źródłem danych jest federacja symulacji. Przegląd wojskowych platform symulacyjnych omawia szczegółowo główne architektury symulacyjne; rolą rejestratora AAR w każdej z nich jest bycie pasywnym nasłuchem w sieci wymiany danych. W środowisku Distributed Interactive Simulation (DIS) — IEEE 1278 — rejestrator subskrybuje adres multicast ćwiczenia i przechwytuje każde nadane Protocol Data Unit (PDU): PDU Entity State niosące położenie, orientację i prędkość każdej encji co pięć sekund (albo przy zmianie stanu); PDU Fire rejestrujące każde użycie broni; PDU Detonation rejestrujące każde zdarzenie uderzenia; oraz PDU Collision, Logistics, Signal i Transmitter przechwytujące zdarzenia towarzyszące. W środowisku High Level Architecture (HLA) — IEEE 1516 — rejestrator dołącza do federacji jako pasywny federat zasubskrybowany na wszystkie interesujące klasy obiektów i klasy interakcji.

Surowy dziennik PDU albo interakcji HLA jest źródłem ewidencji. Z tego dziennika system AAR buduje ustrukturyzowane tabele zdarzeń: ślady położeń każdej encji interpolowane w stałym kroku czasowym, rekordy zdarzeń dyskretnych dla każdej pary ostrzał/detonacja powiązanej identyfikatorem encji amunicji oraz wpisy osi czasu dla każdej interakcji sygnałowej i logistycznej. Ten krok przetwarzania jest obliczeniowo intensywny, ale wykonuje się go offline po zakończeniu ćwiczenia, więc nie musi działać w czasie rzeczywistym.

Dla żywych środowisk szkoleniowych z instrumentacją — poligonów wyposażonych w systemy siła-na-siłę oparte na GPS, laserowe zestawy symulacji ostrzału albo cele instrumentowane — źródła danych są inne, ale zasada integracji pozostaje ta sama. Serwer danych poligonu emituje aktualizacje położeń i zdarzenia walki przez interfejs LAN. Rejestrator AAR subskrybuje ten strumień i przechwytuje te same kategorie danych co rejestrator symulacji: ślady położeń, zdarzenia użycia broni i oceny strat. Gdy jednocześnie używa się wielu systemów poligonowych — na przykład w ćwiczeniu live-virtual-constructive, które łączy wojska fizyczne na poligonie z wirtualnymi załogami pojazdów w symulatorach i siłami konstruktywnymi w symulacji — rejestrator musi scalić strumienie z wielu źródeł w jedną zsynchronizowaną oś czasu. Wymaga to wyrównania znaczników czasu między źródłami zegarów, co obsługuje się przez prowadzenie globalnego offsetu synchronizacji zegara ćwiczenia dla każdego źródła.

Znakowanie czasu wideo dodaje warstwę jakościową do ilościowego zapisu zdarzeń. Kamery obserwatorów-kontrolerów i stałe kamery poligonowe generują strumienie wideo znakowane względem zegara ćwiczenia w chwili nagrania. System AAR wiąże fragmenty wideo z osią zdarzeń, dzięki czemu prowadzący może przeskoczyć ze śladu encji w powtórce do odpowiedniego materiału z kamery w tej samej chwili. Jest to szczególnie cenne dla zdarzeń, w których dane ilościowe rejestrują skutek — pojazd się zatrzymał — a wideo pokazuje przyczynę — załoga opuściła pojazd i zajęła stanowisko osłonięte — której symulacja nie modelowała.

Odtwarzanie osi czasu i encji — powtórka na mapie 2D/3D, sterowanie prędkością, widoki filtrowania encji, nakładka adnotacji zdarzeń

Odtwarzanie osi czasu to wizualne serce pracy z oprogramowaniem AAR. Prowadzący i uczestnicy obserwują rozwój ćwiczenia na ekranie mapowym, gdzie ikony encji poruszają się po zarejestrowanych śladach z prędkością sterowaną przez prowadzącego. Powtórka musi być na tyle płynna, by oddać dynamikę starcia, na tyle sterowalna, by zatrzymać się w kluczowych momentach, i na tyle podatna na filtrowanie, by wyodrębnić elementy istotne dla bieżącej fazy dyskusji debriefingowej.

Podstawą mapy jest zwykle dwuwymiarowy taktyczny ekran mapowy — cyfrowa reprezentacja terenu w skali odpowiedniej dla obszaru ćwiczenia, ze standardową wojskową symboliką mapową (MIL-STD-2525) dla ikon encji. Wyświetlanie terenu powinno odpowiadać mapie referencyjnej, z której uczestnicy korzystali podczas ćwiczenia, aby mogli się zorientować bez uczenia się nowej mapy. Dla lotnictwa, ognia wsparcia i niektórych ćwiczeń połączonych widok środowiska 3D — encje w trójwymiarowym modelu terenu — dodaje przejrzystości sytuacyjnej. Platforma powinna obsługiwać zarówno widoki 2D, jak i 3D i pozwalać prowadzącemu przełączać je bez przerywania sesji powtórki.

Sterowanie prędkością pozwala prowadzącemu odtwarzać powtórkę w skompresowanych proporcjach czasu — 2x, 4x lub 8x czasu rzeczywistego — aby szybko przechodzić okresy niskiej aktywności, oraz zwolnić do 0.5x lub 0.25x, aby zbadać szczegółową dynamikę szybko rozwijającego się starcia. Pauza jest dostępna w każdym punkcie, a prowadzący może przechodzić klatka po klatce przez położenia encji w starciu o wysokim tempie, aby ustalić dokładną chwilę, gdy pododdział przekroczył linię fazy, użyto broni albo formacja przerwała kontakt.

Widoki filtrowania encji pozwalają prowadzącemu wyodrębnić konkretne podzbiory populacji encji do wyświetlania. Typowe filtry to: przynależność pododdziałowa (pokaż tylko pododdziały niebieskie przydzielone do 2. batalionu), typ encji (pokaż tylko pojazdy kołowe), okno czasowe (pokaż położenia tylko między H+2 a H+4) oraz typ zdarzenia (pokaż tylko zdarzenia użycia broni). Kombinacje filtrów pozwalają prowadzącemu pokazać dokładnie ten obraz, który jest istotny dla bieżącego tematu debriefingu — obieg logistyczny do przedniego punktu zaopatrzenia — bez zaśmiecania ekranu nieistotnymi encjami z obszarów innych pododdziałów.

Nakładka adnotacji zdarzeń wyświetla ustrukturyzowane zdarzenia z dziennika zdarzeń jako znaczniki nałożone na mapę: miejsca dostarczenia iniekt, punkty spostrzeżeń obserwatorów-kontrolerów, miejsca użycia broni i punkty trafień. Każdy znacznik jest powiązany czasowo ze swoim rekordem zdarzenia. Kliknięcie znacznika w widoku powtórki otwiera pełny rekord zdarzenia — tekst iniekty, notatkę spostrzeżenia OC, łańcuch użycia broni — bez opuszczania widoku mapy. Prowadzący mogą dodawać własne nakładki adnotacji: narysowanie planowej linii fazy obok faktycznych położeń pododdziału czyni rozdźwięk między planem a wykonaniem natychmiast widocznym dla uczestników.

Prowadzenie ustrukturyzowanego debriefingu — generowanie slajdów z danych zdarzeń, obiegi flagowania problemów, narzędzia adnotacji uczestników

Moduł prowadzenia oprogramowania AAR spina techniczną możliwość powtórki z procesem instruktażowym. Narzędzie odtwarzania bez struktury prowadzenia degeneruje się w filmik z najciekawszymi momentami ćwiczenia zamiast w produktywne wydarzenie edukacyjne. Moduł prowadzenia nakłada strukturę, rejestruje ustalenia w czasie rzeczywistym i wytwarza produkty, które przetrwają po zakończeniu sesji.

Automatyczne generowanie slajdów wydobywa kluczowe dane zdarzeń z dziennika ćwiczenia i tworzy ustrukturyzowany pakiet odprawy dla prowadzącego. Standardowy pakiet obejmuje: przegląd osi czasu ze wszystkimi istotnymi zdarzeniami w porządku chronologicznym, zestawienia położeń pododdziałów w kluczowych chwilach ćwiczenia, statystyki pokrycia celów szkoleniowych (które cele aktywowano, ile razy i z jakim skutkiem) oraz listę zdarzeń oznaczonych zakładkami przez obserwatorów-kontrolerów w trakcie ćwiczenia. Pakiet ten powstaje automatycznie w ciągu kilku minut od zakończenia ćwiczenia, dając prowadzącemu ustrukturyzowany punkt wyjścia zamiast pustej prezentacji do zbudowania od zera.

Obieg flagowania problemów pozwala prowadzącemu i obserwatorom spośród uczestników oznaczać zdarzenia podczas sesji powtórki jako ustalenia. Każda flaga przechwytuje: czas zdarzenia, dotyczący pododdział, kategorię ustalenia (mocna strona, obszar do poprawy, spostrzeżenie bezpieczeństwa, problem systemowy), powiązany cel szkoleniowy oraz opis tekstowy. Flagowanie ma być szybkie — skrót klawiaturowy lub dotknięcie ekranu dotykowego — tak aby prowadzący nie przerywał toku dyskusji, by zarejestrować ustalenie. Flagi gromadzą się na liście ustaleń widocznej w panelu bocznym podczas sesji i tworzą podstawę eksportu wniosków i doświadczeń po jej zakończeniu.

Narzędzia adnotacji uczestników pozwalają samym uczestnikom wnosić spostrzeżenia podczas sesji. W formalnym AAR to prowadzący steruje powtórką i prowadzi dyskusję, ale uczestnicy mogą dostrzec w powtórce rzeczy, które prowadzący przeoczył. Interfejs adnotacji uczestnika — zwykle aplikacja tabletowa dostępna dla wszystkich uczestników sesji — pozwala im dotknąć zdarzenia we własnym widoku powtórki i przesłać adnotację do kolejki prowadzącego. Prowadzący przegląda nadchodzące adnotacje i decyduje, czy włączyć je do głównej dyskusji debriefingowej, czy odnotować do późniejszego nadrobienia.

Analiza punktów decyzyjnych — powtórka rozgałęziona, działania pododdziału planowane a faktyczne, eksploracja kontrfaktyczna

Analiza punktów decyzyjnych to najbogatsza analitycznie możliwość oprogramowania AAR i ta, która najbardziej bezpośrednio służy celowi szkolenia wojskowego. Nie wystarczy pokazać, że działania pododdziału odbiegły od planu — skuteczne szkolenie wymaga, aby dowódca zrozumiał środowisko informacyjne istniejące w chwili decyzji, dlaczego podjął decyzję, którą podjął, i jakie byłyby konsekwencje decyzji alternatywnej.

Prowadzący rozpoznaje punkty decyzyjne w fazie przygotowania powtórki i oznacza każdy zakładką z krótką notatką opisującą kontekst decyzji. Podczas sesji prowadzący przewija powtórkę do chwili tuż przed punktem decyzyjnym i zatrzymuje ją. Platforma wyświetla środowisko informacyjne w tej dokładnej chwili: położenia pododdziałów widoczne dla dowódcy na podstawie obrazu wywiadowczego z tamtego czasu (nie prawdziwe położenia encji, obejmujące encje, których pododdział dowódcy jeszcze nie wykrył), przyjęte do tej pory raporty i rozkazy oraz ruch komunikacyjny w poprzedzających minutach. To widok środowiska informacyjnego odróżnia analizę punktów decyzyjnych od prostej powtórki — pokazuje, co dowódca mógł wiedzieć, a nie tylko co się działo.

Porównanie planowanych i faktycznych działań pododdziałów wspierają ekrany nakładkowe pokazujące pierwotny schemat manewru — linie faz, osie natarcia, wyznaczone cele — obok faktycznych śladów encji. Odchylenie między położeniem planowanym a faktycznym w każdym kroku czasowym jest wyrażane liczbowo: odległość między położeniem planowanym a faktycznym dla każdego pododdziału w każdej kluczowej chwili ćwiczenia. Ta kwantyfikacja przenosi rozmowę z „wolno szliśmy do celu” na „1. kompania w H+2 była 1.8 km za planową linią fazy” — konkretne, mierzalne stwierdzenie, trudniejsze do podważenia i bardziej zdatne do działania.

Eksploracja kontrfaktyczna pozwala prowadzącemu zadawać pytania „co by było, gdyby” z wsparciem obliczeniowym. W rozgałęzionym punkcie decyzyjnym prowadzący może wprowadzić hipotetyczną decyzję alternatywną — dowódca zarządza misję ogniową zamiast manewru — a symulacja rozwinie się od tego stanu, pokazując prawdopodobny skutek wariantu alternatywnego. Wymaga to integracji z żywą instancją symulacji, a nie czysto zarejestrowanej powtórki, jest więc bardziej zaawansowaną możliwością, nieobecną we wszystkich platformach AAR. Tam, gdzie jest dostępna, jest szczególnie potężna w szkoleniu dowódców w planowaniu wsparcia ogniowego, wyborze marszrut i decyzjach czasowania logistyki, gdzie konsekwencje alternatyw są wymierne.

Możliwość ta integruje się naturalnie z architekturami szkolenia live virtual constructive, w których środowisko symulacji użyte do ćwiczenia można zainicjować ponownie w stanie historycznym i uruchomić w przód ze zmodyfikowanymi wejściami — co umożliwia prawdziwe wykonanie kontrfaktyczne zamiast przybliżonego oszacowania alternatywnego skutku.

Gromadzenie wniosków i doświadczeń oraz integracja z JLLIS — przekształcanie ustaleń AAR w rekordy wniosków i doświadczeń, obieg przesyłania, walidacja i zatwierdzanie

Ustalenie wniosków i doświadczeń to nie to samo, co spostrzeżenie z AAR. Spostrzeżenie opisuje, co się wydarzyło. Ustalenie wniosków i doświadczeń obejmuje spostrzeżenie, analizę tego, dlaczego się wydarzyło, rekomendację tego, co należy zmienić, organizację odpowiedzialną za wdrożenie zmiany i docelowy termin rozwiązania. Rozróżnienie to ma znaczenie, ponieważ spostrzeżenia bez analizy i rekomendacji nie mogą napędzać zmian instytucjonalnych — są składane do akt i zapominane.

Oprogramowanie AAR wspiera gromadzenie wniosków i doświadczeń przez ustrukturyzowany formularz ustaleń wymuszający kompletność. Prowadzący nie może przesłać ustalenia bez wypełnienia wszystkich wymaganych pól: treści spostrzeżenia, dyskusji (analizy przyczyn), rekomendacji, organizacji odpowiedzialnej, docelowej daty rozwiązania, klasyfikacji w taksonomii obszarów funkcjonalnych oraz powiązania z co najmniej jednym celem szkoleniowym. To wymuszenie zapobiega częstemu trybowi awaryjnemu AAR, który rodzi listę spostrzeżeń bez analizy i wykonalnych rekomendacji.

Joint Lessons Learned Information System (JLLIS) to system ewidencji Departamentu Obrony USA dla wniosków i doświadczeń ze wszystkich komponentów wojskowych. Prowadzony przez Joint Staff J7, jest dostępny dla wszystkich rodzajów sił zbrojnych USA, dowództw komponentowych i wielu państw sojuszniczych. JLLIS stosuje zdefiniowany schemat danych dla rekordów wniosków i doświadczeń, a oprogramowanie AAR zintegrowane z JLLIS może eksportować ustalenia bezpośrednio w tym schemacie zamiast wymagać ręcznego przepisywania. Obieg integracji wygląda następująco:

  1. Prowadzący kompletuje i zatwierdza ustalenia w oprogramowaniu AAR podczas sesji lub bezpośrednio po niej.
  2. Organ zatwierdzający — zwykle oficer szkoleniowy pododdziału albo dyrektor ćwiczenia — przegląda ustalenia i oznacza je jako zatwierdzone do przesłania.
  3. Oprogramowanie AAR generuje plik eksportu w schemacie JLLIS zawierający wszystkie zatwierdzone ustalenia.
  4. Eksport jest przesyłany do JLLIS przez uprawniony interfejs zgłoszeniowy (zwykle punkt usługi sieciowej w sieci klasyfikowanej).
  5. JLLIS przydziela numery śledzenia każdemu przesłanemu ustaleniu i zawiadamia organizację odpowiedzialną o przydzielonym jej zadaniu.
  6. Organizacja odpowiedzialna aktualizuje w JLLIS status ustalenia w miarę wdrażania rekomendacji, z końcowym wpisem walidacyjnym, gdy zmiana zostanie potwierdzona w kolejnym ćwiczeniu.

Warstwa walidacji i zatwierdzania wewnątrz JLLIS zapewnia, że wnioski i doświadczenia nie są po prostu przesyłane i zapominane. Każde ustalenie wchodzi w obieg o zdefiniowanych stanach: przesłane, w przeglądzie, przydzielone, w toku, rozwiązane i zwalidowane. Walidacja — potwierdzenie, że rekomendowana zmiana została wdrożona i że problem nie nawraca — wymaga dowodu z kolejnego ćwiczenia, co zamyka pętlę sprzężenia szkoleniowego między cyklami ćwiczeń.

Dla pododdziałów, których program szkolenia jest prowadzony przez platformę typu wojskowy system zarządzania szkoleniem, eksport do JLLIS można uzupełnić bezpośrednim strumieniem do systemu zarządzania szkoleniem, który automatycznie aktualizuje plan szkolenia pododdziału na podstawie zidentyfikowanych luk — priorytetując zdarzenia szkoleniowe adresujące cele, w których luki zidentyfikowano w AAR.

Oprogramowanie AAR dla ćwiczeń rozproszonych — sfederowane AAR w wielu lokalizacjach, agregacja telemetrii oszczędzająca pasmo, zdalne prowadzenie debriefingu

Ćwiczenia rozproszone — w których uczestniczące pododdziały znajdują się w różnych lokalizacjach geograficznych, czasem poza granicami państw — wprowadzają jednocześnie wyzwania agregacji danych i wyzwania prowadzenia, które oprogramowanie AAR musi rozwiązać architektonicznie.

Wyzwanie agregacji danych wynika stąd, że dane zdarzeń powstają w wielu lokalizacjach równocześnie. Każdy węzeł ćwiczenia — centrum symulacji w jednym mieście, stanowisko dowodzenia w lokalizacji przedniej, ośrodek symulatorów — generuje własny strumień danych. System AAR musi zagregować te strumienie w jeden zsynchronizowany dziennik zdarzeń, rozstrzygnąć różnice znaczników czasu między zegarami, które mogą nie być idealnie zsynchronizowane, oraz obsłużyć przypadek, gdy partycja sieci podczas ćwiczenia powoduje, że dane jednego węzła przychodzą poza kolejnością lub z lukami.

Agregacja telemetrii oszczędzająca pasmo jest niezbędna dla ćwiczeń rozproszonych prowadzonych przez łącza rozległe o ograniczonej przepustowości. Dane położeń encji to strumień o największej objętości: symulacja 500 encji nadająca PDU Entity State w odstępach 5-sekundowych generuje około 1.5 Mbps surowego ruchu PDU. Dla lokalizacji zdalnych połączonych łączami satelitarnymi o przepustowości 256 kbps jest to niewykonalne. Dwie techniki kompresji adresują ten problem. Tłumienie dead-reckoning transmituje aktualizację położenia tylko wtedy, gdy położenie faktyczne encji odbiega istotnie od przewidywanego z zastosowania ostatnio zgłoszonego wektora prędkości w czasie — encja poruszająca się po prostej ze stałą prędkością może generować aktualizacje co 60-90 sekund zamiast co 5. Transmisja zdarzeniowa dotyczy zdarzeń dyskretnych (użycie broni, transakcje logistyczne), transmitowanych natychmiast po wystąpieniu, a nie ze stałym rytmem serca.

Zdalne prowadzenie debriefingu pozwala uczestnikom w różnych lokalizacjach uczestniczyć w tej samej sesji AAR bez fizycznej wspólnej obecności. Serwer AAR prowadzi wspólną sesję powtórki: prowadzący steruje odtwarzaniem, a wszyscy podłączeni uczestnicy widzą ten sam zsynchronizowany ekran mapowy. Równolegle działa łącze głosowe lub wideo, aby uczestnicy mogli mówić podczas debriefingu. Narzędzie adnotacji uczestnika działa tak samo jak w sesji na miejscu — uczestnik w lokalizacji zdalnej przesyła adnotację przez swojego lokalnego klienta i pojawia się ona w kolejce prowadzącego w miejscu głównym.

Głównym wyzwaniem prowadzenia w rozproszonym debriefingu jest zarządzanie udziałem fizycznie rozproszonych grup, których dynamiki międzyludzkich prowadzący nie może obserwować bezpośrednio. Dobra praktyka to wyznaczenie lokalnego współprowadzącego w każdej lokalizacji zdalnej, który zarządza udziałem lokalnym — zapewnia uczestnikom zdalnym możliwość wypowiedzi, sygnalizuje, gdy lokalny uczestnik chce się włączyć, i przechwytuje lokalne spostrzeżenia, które mogą nie dotrzeć do prowadzącego głównego kanałem adnotacji. Lokalny współprowadzący zarządza także lokalnym interfejsem technicznym — dba, by wspólna sesja powtórki była wyświetlana poprawnie i by jakość dźwięku umożliwiała skuteczny udział.

Rozproszona architektura AAR umożliwia także przegląd asynchroniczny: uczestnicy, którzy nie mogli uczestniczyć w żywej sesji debriefingu, mogą po sesji uzyskać dostęp do zarejestrowanej powtórki i zapisu adnotacji przez platformę AAR. Mogą dodać własne spostrzeżenia i oflagować ustalenia do przeglądu przez oficera szkoleniowego pododdziału. Choć udział asynchroniczny nie zastępuje żywej sesji z prowadzącym, rozszerza korzyść z zapisu powtórki na uczestników niedostępnych w czasie debriefingu i zapewnia, że ich perspektywa — która może obejmować spostrzeżenia ze stanowisk pododdziału, których prowadzący nie objął sesją na żywo — trafia do rekordu wniosków i doświadczeń.