Konfidensielt materiale er erstattet med forenklede rekonstruksjoner.
Modernisering av trafikkoperatørenes primære arbeidsflate
Utfordringen var ikke bare å flytte en Windows-applikasjon til web, men å etablere en mer enhetlig, tilgjengelig og kontrollromstilpasset arbeidsflate uten å svekke operatørenes situasjonsforståelse.
HBT er Statens vegvesens operative system for overvåkning, vurdering og håndtering av trafikale hendelser i vegnettet.
- Kunde
- Statens vegvesen
- Produkt
- Hendelsesbasert toppsystem (HBT)
- Periode
- 2022–2026
- Rolle
- UX lead
- Samarbeid
- Produkttrio, produkteier, teknisk ansvarlig, utviklere, arkitekter og fagressurser
- Brukere
- Trafikkoperatører ved vegtrafikksentralene
- Designsystem
- Fluent UI
5 vegtrafikksentraler · 175 operative brukere · 600 datakonsumenter
Et operativt system i kontinuerlig modernisering
Hendelsesbasert toppsystem (HBT) er trafikkoperatørenes primære arbeidsflate. Systemet erstattet Vegloggen i 2021, og brukes i et operativt kontrollromsmiljø der effektiv informasjonsforståelse og rask beslutningsstøtte er avgjørende.
Den tidligere Windows-applikasjonen manglet en felles og standardisert måte å håndtere trafikale hendelser på. Operatørene kunne bruke opptil rundt 30 forskjellige skjermoppsett, og HBT kunne beslaglegge opptil tre av operatørens totalt ti skjermer. Ulike oppsett skapte variasjon i arbeidsmåter, opplæring og informasjonsplassering.
Applikasjonen var ikke utviklet med moderne kontrollromsprinsipper som utgangspunkt. Den manglet tilstrekkelig støtte for tilgjengelighetskrav som tastaturnavigasjon og tydelige kontraster, og et helhetlig system for lys og mørk visning tilpasset ulike arbeidsmiljøer og lysforhold. Moderniseringen skulle ikke bli en direkte 1:1-kopi av Windows-applikasjonen.
Den sentrale designutfordringen var å standardisere arbeidsflaten og redusere skjermbruken uten å fjerne informasjon, fleksibilitet eller arbeidsmønstre som var avgjørende i operativ bruk.
Forenklet rekonstruksjon av den felles arbeidsflaten for hendelsesliste, kart og detaljinformasjon. Illustrasjonen viser prinsippet om å samle hendelseshåndteringen på én primær skjerm.
UX-ledelse i tverrfaglig produktutvikling
Som UX lead eide jeg designretningen og var fast medlem av produkttrioen sammen med produkteier og teknisk ansvarlig.
- Ledet designarbeidet i moderniseringen fra Windows-applikasjon til web
- Kartla arbeidsprosesser og informasjonsbehov ved vegtrafikksentralene
- Definerte oppgaveflyter, informasjonsarkitektur og designprinsipper
- Utviklet konsepter og prototyper i Figma med Fluent UI
- Strukturerte retning og prioritering gjennom OKR og Opportunity Solution Tree
- Sikret forankring mellom operatører, fagmiljøer, produkteier og utviklingsteam
Innsikt fra operative miljøer
Arbeidsflyten er hendelsesdrevet
- Observasjon
- Operatørene arbeider ikke lineært. Nye hendelser, telefoner, alarmer og varsler avbryter kontinuerlig pågående oppgaver.
- Betydning
- Operatøren må raskt kunne orientere seg, bytte kontekst og gjenoppta arbeidet.
- Designkonsekvens
- Arbeidsflaten måtte gi tydelig status, konsistent plassering av informasjon og støtte raske skifter mellom hendelser.
Oversikt er en sikkerhetsmekanisme
- Observasjon
- Informasjonstetthet er ikke nødvendigvis et problem i seg selv. Problemet oppstår når relevant informasjon ikke er prioritert eller plassert forutsigbart.
- Betydning
- Operatøren må kunne etablere situasjonsforståelse uten å lete på tvers av flere vinduer og skjermer.
- Designkonsekvens
- Vi arbeidet med hierarki, gruppering og sammenheng mellom kart, liste og hendelsesinformasjon fremfor å redusere innhold ukritisk.
Individuelle skjermoppsett skapte variasjon
- Observasjon
- Den tidligere løsningen kunne settes opp på mange ulike måter, med opptil rundt 30 forskjellige skjermoppsett.
- Betydning
- Operatørene kunne arbeide ulikt med den samme oppgaven, og informasjon kunne befinne seg på forskjellige skjermer og steder.
- Designkonsekvens
- Webløsningen måtte etablere en mer enhetlig arbeidsflate og en felles grunnstruktur for hendelseshåndtering.
Fra individuell skjermrigg til en felles operativ arbeidsflate
- 01
Én primær arbeidsflate
Hendelseshåndteringen samles i hovedsak på én skjerm i stedet for å kunne oppta opptil tre skjermer. Dette frigjør to skjermer til andre systemer og informasjonskilder som er relevante i trafikkoperatørens arbeid.
- 02
Felles struktur
Alle operatører får den samme grunnleggende organiseringen av kart, hendelsesliste, status og hendelsesinformasjon. Dette gir mer konsistente arbeidsmåter og et bedre grunnlag for opplæring, støtte og videreutvikling.
- 03
Oppgave fremfor gammel vindusstruktur
Arbeidsflaten organiseres etter operatørens oppgaver og informasjonsbehov, ikke etter vinduene og fanene i den tidligere Windows-applikasjonen.
- 04
Kontrollromstilpasset visning
Løsningen støtter lys og mørk visning for ulike lysforhold og kontrollromsmiljøer.
- 05
Tilgjengelig interaksjon
Tastaturnavigasjon, tydelige fokusmarkeringer, kontrast og konsistente interaksjonsmønstre inngår som grunnleggende kvalitetskrav.
- 06
Sammenheng mellom kart og hendelse
Kart, liste og hendelsesinformasjon skal oppleves som én sammenhengende arbeidsflate, ikke som separate moduler.
- 01Overvåke
- 02Oppdage
- 03Vurdere
- 04Håndtere
- 05Informere
- 06Følge opp
- 07Avslutte
- 01Overvåke
- 02Oppdage
- 03Vurdere
- 04Håndtere
- 05Informere
- 06Følge opp
- 07Avslutte
Forenklet oppgaveflyt som viser hvordan en hendelse beveger seg fra aktivering til vurdering, oppfølging og avslutning. Flyten ble brukt til å etablere en felles mentalmodell i teamet.
Fra fragmentert til felles arbeidsflate
Tidligere Windows-applikasjon
- Opptil rundt 30 skjermoppsett
- Kunne bruke opptil tre skjermer
- Stor variasjon i arbeidsmåter
- Svakere støtte for tastaturnavigasjon og moderne kontrastkrav
- Ingen helhetlig lys og mørk visning
- Informasjon fordelt på flere vinduer
Ny webbasert arbeidsflate
- Én felles grunnstruktur
- Hendelseshåndtering i hovedsak på én skjerm
- Frigjør skjermer til andre operative applikasjoner
- Mer konsistente oppgaveflyter
- Lys og mørk visning
- Tastaturnavigasjon og tydeligere kontraster
- Tettere kobling mellom kart, liste og hendelsesinformasjon
Designarbeid som skapte retning og momentum
A. Hendelsesoversikt
- Utfordring
- Operatørene måtte forholde seg til hendelsesinformasjon, kart og status på tvers av flere vinduer og skjermer.
- Beslutning
- Vi samlet hendelsesliste, kart og sentral statusinformasjon i én sammenhengende arbeidsflate.
- Begrunnelse
- Situasjonsforståelse bygges gjennom sammenhengen mellom informasjonselementene. Operatøren må raskt forstå hva som skjer, hvor det skjer og hva som krever oppmerksomhet.
- Resultat
- Løsningen etablerte en felles struktur for oversikt og reduserte behovet for å bruke flere skjermer til den samme oppgaven.
Forenklet rekonstruksjon av hendelsesliste og situasjonsbilde. Illustrasjonen viser sammenhengen mellom hendelser i listen og markører i kartet.
B. Oppgaveorientert hendelseshåndtering
- Utfordring
- Den tidligere løsningen var organisert rundt vinduer, faner og individuelle oppsett fremfor en felles oppgaveflyt.
- Beslutning
- Vi organiserte den nye arbeidsflaten etter hendelsens livsløp og operatørens informasjonsbehov.
- Begrunnelse
- En oppgaveorientert struktur gjør det lettere å forstå hva som er gjort, hva som mangler og hva som er neste steg.
- Resultat
- Teamet fikk et felles utgangspunkt for hvordan trafikale hendelser skal registreres, vurderes, oppdateres og avsluttes.
Forenklet rekonstruksjon av hendelsesskjema med skjema, notater og kartkontekst. Strukturen støtter arbeid langs hendelsens livsløp.
C. Validering og feilforebygging før publisering
- Utfordring
- Den tidligere løsningen ga mangelfull tilbakemelding om hvilken informasjon som måtte være registrert før en hendelse kunne publiseres.
- Beslutning
- Vi innførte samlet validering som viser hva som mangler, og hvor operatøren må fylle inn informasjon.
- Begrunnelse
- Operatøren skal raskt forstå hvorfor publisering ikke er mulig, uten å lete gjennom hele hendelsen eller prøve seg frem.
- Resultat
- Løsningen gir bedre støtte til korrekt registrering og reduserer risikoen for ufullstendig publisering.
D. Tilgjengelighet og kontrollromsprinsipper
- Utfordring
- Den tidligere applikasjonen manglet tilstrekkelig støtte for blant annet tastaturnavigasjon, kontrast og konsistent fokusmarkering.
- Beslutning
- Vi behandlet tilgjengelighet som en grunnleggende del av arbeidsflaten og ikke som en etterkontroll.
- Begrunnelse
- I et kontrollrom bidrar god kontrast, forutsigbar navigasjon og effektiv tastaturbruk til raskere og mer presis betjening for alle operatører.
- Resultat
- Den nye løsningen fikk et mer konsistent og tilgjengelig interaksjonsgrunnlag basert på Fluent UI og relevante WCAG-krav.
Lys og mørk visning ble utviklet som støtte for ulike lysforhold og kontrollromsmiljøer, mens kontrast og interaksjon ble kvalitetssikret mot tilgjengelighetskrav.
E. Produktretning, workshops og brukerinvolvering
- Utfordring
- Operativ innsikt og produktprioritering måtte henges tett sammen for å unngå løsninger som ikke fungerte i praksis.
- Beslutning
- Vi kombinerte produkttrio, workshops og jevnlig brukerinvolvering i operative miljøer.
- Begrunnelse
- Beslutninger om struktur, prioritering og detaljnivå måtte forankres i faktisk bruk og i dialog med operatører og fagmiljøer.
- Resultat
- Konsepter ble validert underveis, og teamet fikk et bedre grunnlag for prioritering av backlog og videre utvikling.
Involvering på tvers av vegtrafikksentralene. Observasjon, intervjuer og designgjennomganger ga teamet felles forståelse av operative behov.
Retning, struktur og bedre beslutningsgrunnlag
- Felles forståelse av operatørenes viktigste oppgaver
- Enhetlige prinsipper for hendelseshåndtering
- Tydeligere prioritering mellom brukerbehov og tekniske muligheter
- Strukturert produktretning gjennom OKR og Opportunity Solution Tree
- Bedre grunnlag for dialog med operatører og beslutningstakere
- Redusert risiko for å kopiere Windows-applikasjonen direkte
- Felles krav til tilgjengelighet og kontrollromstilpasning
Den viktigste effekten var ikke ett enkelt skjermbilde, men at teamet fikk en felles forståelse av hvordan operatørene skal kunne håndtere hendelser raskt, sikkert og konsistent.
Resultater og verdi
Moderniseringen er fortsatt pågående, og den langsiktige effekten er derfor ikke fullt realisert. Designarbeidet har likevel gitt konkrete resultater for operatørene, produktet og den videre utviklingen.
Realisert i løsningen
- En felles webbasert struktur for hendelseshåndtering
- Hendelseshåndtering samlet i hovedsak på én primær skjerm
- To skjermer frigjort til andre relevante operative applikasjoner
- Lys og mørk visning tilpasset ulike arbeidsmiljøer
- Bedre støtte for tastaturnavigasjon
- Tydeligere kontrast og fokusmarkering
- Mer konsistente interaksjonsmønstre gjennom Fluent UI
- Tettere sammenheng mellom kart, hendelsesliste og detaljinformasjon
- Tydeligere validering og varsling om manglende informasjon før publisering
Verdi for operatørene
- Mer forutsigbar plassering av informasjon
- En mer enhetlig måte å håndtere trafikale hendelser på
- Mindre behov for å konfigurere og orientere seg i individuelle skjermoppsett
- Bedre utnyttelse av kontrollrommets tilgjengelige skjermer
- Bedre grunnlag for rask situasjonsforståelse
- Mer effektiv tastaturbasert navigasjon
- Bedre støtte under ulike lysforhold
Verdi for produktet og virksomheten
- Felles designretning mellom produkt, fag og teknologi
- Mer konsistent opplærings- og forvaltningsgrunnlag
- Redusert variasjon mellom operatørenes arbeidsoppsett
- Bedre beslutningsgrunnlag for videre prioritering
- Redusert risiko for 1:1-kopiering av gammel løsning
- Et mer fleksibelt fundament for videre modernisering og automatisering
- Et tydeligere tilgjengelighetsnivå for videre produktutvikling
Status
- Realisert
- Felles arbeidsflate, redusert skjermbruk, mer konsistente arbeidsmønstre, lys og mørk visning og bedre støtte for tastaturnavigasjon og kontrast.
- Pågående
- Videre migrering av funksjonalitet og full overgang fra Windows-applikasjon til web.
- Forventet langsiktig verdi
- Mer konsistent hendelseshåndtering, enklere opplæring, bedre systemtillit og et mer fleksibelt grunnlag for videre automatisering.
Viktigste læring
Modernisering av operative systemer er ikke en ren grensesnittoppgave. Informasjonstetthet, arbeidsdeling, skjermbruk, tempo, mentalmodeller, tilgjengelighet og systemtillit må forstås før strukturen kan endres.
Prosjektet bekreftet verdien av å kombinere tett innsikt fra kontrollrommene med konkret designarbeid og kontinuerlig prioritering i produkttrioen.