Bezpieczeństwo krytyczne / Deep Tech
VTDA — Wirtualny Asystent Maszynisty
Architektura decyzji i logiki bezpieczeństwa w transporcie kolejowym. Redukcja ryzyka incydentów o 20% w 6-miesięcznym pilocie.
Nota o charakterze projektu: VTDA jest systemem krytycznym dla bezpieczeństwa. Prezentowane materiały wizualne pochodzą z fazy projektowej i zostały zanonimizowane. Niniejsze case study koncentruje się na architekturze decyzji UX, psychologii bezpieczeństwa i mierzalnym wpływie operacyjnym — nie na finalnych detalach produkcyjnych interfejsu.
01
System jako proaktywny asystent, nie pasywny wyświetlacz
W kabinie lokomotywy głównym wyzwaniem nie jest brak danych — jest ich nadmiar. Maszyniści pracowali reaktywnie: odpowiadali na alerty zamiast przewidywać zdarzenia. Przy prędkościach kolejowych reaktywność to krytyczny błąd bezpieczeństwa.
Moją diagnozą UX było to, że istniejące systemy wymuszały na człowieku rolę „procesora danych”. Celem projektu było przesunięcie roli systemu z biernego wyświetlacza na proaktywnego asystenta, który zarządza uwagą maszynisty i filtruje szum informacyjny — szczególnie w sytuacjach wysokiego stresu.
02
Projektowanie pod presją fizyki i psychologii
Trzy wyzwania, z których każde wprost wpływało na bezpieczeństwo jazdy.
Reagowanie zamiast przewidywania
Maszyniści pracowali w modelu reaktywnym — odpowiadali na alerty zamiast przewidywać zdarzenia. Istniejące systemy wymuszały rolę procesora danych. Przy prędkościach kolejowych to krytyczny błąd architektoniczny.
Za dużo danych na jednym ekranie
Pierwsze prototypy wzorowane na systemach lotniczych (tzw. szklany kokpit) pokazywały setki parametrów telemetrycznych na jednym ekranie i paraliżowały decyzje. Szukanie kluczowej informacji odciągało wzrok od torów. Trzeba było pokazać o 60% mniej elementów.
Fizyka środowiska kabiny
Standardowy tryb ciemny okazał się niebezpieczny: jasne elementy interfejsu odbijały się nocą w szybie lokomotywy i zasłaniały widok torów. Projekt musiał dosłownie zmierzyć się z fizyką kabiny.
03
Architektura decyzji i logiki bezpieczeństwa
Każda decyzja projektowa miała uzasadnienie w psychologii bezpieczeństwa i fizyce środowiska. UX służył tu nie wygodzie, a utrzymaniu czujności i precyzji operatora.
Na ekranie głównym zostało o 60% mniej elementów. Widok krytyczny pokazuje wyłącznie prędkość, następny cel i krzywą hamowania. Szczegóły techniczne — parametry radia, diagnostyka — pojawiają się tylko na żądanie albo gdy system wykryje anomalię wymagającą interwencji. Mniej danych, lepsze decyzje.
Mimo technicznej możliwości pełnej automatyzacji zdecydowałem, że kontrola systemu przed odjazdem („System Check”) zostaje manualna. Maszynista musi świadomie zatwierdzić gotowość składu. Efekt checklisty buduje poczucie odpowiedzialności i wymusza świadome przejście przez procedurę — UX służy tu czujności, nie komfortowi.
Zamiast klasycznej mapy 2D zaprojektowałem liniową reprezentację trasy (Guiding Rails). Pociąg jedzie tylko w jednym kierunku — maszynistę nie interesuje otoczenie geograficzne, tylko to, co jest na jego „nitce” toru. W testach z maszynistami z użyciem eye trackingu czas skanowania ekranu skrócił się o 40%.
04
Wyniki mierzone bezpieczeństwem
Uproszczenie interfejsu przełożyło się na wyniki operacyjne w pilocie u kilku przewoźników kolejowych z Europy Środkowo-Wschodniej. W kolejnictwie każdy punkt procentowy mniej incydentów to realna różnica dla bezpieczeństwa.
ryzyka incydentów u regularnych użytkowników systemu w pilocie
wypadkowości u wszystkich przewoźników w pilocie w ciągu 6 miesięcy
czasu skanowania ekranu w testach z maszynistami (eye tracking)
ekranów w skalowalnej, modularnej architekturze krytycznej dla bezpieczeństwa
Kluczowa decyzja
Zamiast przenosić do pociągów schematy znane z lotnictwa, skupiłem się na tym, czego maszynista naprawdę potrzebuje: nie więcej danych — lepszych decyzji w krytycznym momencie.
Czego się nauczyłem
Oczekiwania interesariuszy nie zawsze pokrywały się z potrzebami maszynistów. Nauczyłem się łączyć te dwa światy: rozwiązanie stawia w centrum użytkownika końcowego, a jednocześnie zachowuje kluczowe wymagania biznesu. Projekt nauczył mnie też bliskiej współpracy z zespołem deweloperskim i języka inżynierów — był moim wejściem w świat uczenia maszynowego i sieci neuronowych.
Materiały wizualne
Dokumentacja procesu
