09.03.2014 Views

i PDF - Institutionen för informationsteknologi - Uppsala universitet

i PDF - Institutionen för informationsteknologi - Uppsala universitet

i PDF - Institutionen för informationsteknologi - Uppsala universitet

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Slurapport februari 1999<br />

Människa-maskininteraktion och<br />

gränssnittsutformning i<br />

samband med tågtrafikstyrning<br />

Rapport från ett forskningsprojekt<br />

Banverket<br />

Avdelningen för människa-datorinteraktion, <strong>Uppsala</strong> <strong>universitet</strong>


Förord<br />

Att planera och styra tågtrafik är komplexa uppgifter. Människan i rollen som operatör<br />

(tågledare och tågklarerare) måste kunna fatta snabba och korrekta beslut och effektivt<br />

genomföra dem. Utvecklingen går mot snabbare och tätare trafik samt fler trafikutövare på<br />

banan. Kraven på operatören och de tekniska systemen förändras därvid.<br />

För att få underlag för utformningen av morgondagens trafikledningssystem driver<br />

Banverket forsknings- och utvecklingsprojektet Framtida tågtrafikstyrning. Arbetet är<br />

fokuserat på operatörens roll och gränsytan mellan operatören och de tekniska systemen.<br />

Målet är att framtida system ska uppfylla högt ställda krav på effektivitet och användarvänlighet.<br />

Ett forskningsuppdrag har givits till avdelningen för människa-datorinteraktion vid <strong>Uppsala</strong><br />

<strong>universitet</strong> att analysera operatörens arbetssituation och förutsättningarna för en effektiv<br />

trafikledning. Resultatet av uppdraget presenteras i denna rapport, vilken ska utgöra en grund<br />

för diskussion och beslut om en fortsatt inriktning av forskning och utveckling inom området.<br />

Borlänge, januari 1999<br />

Anders Gideon<br />

Banverket, sektionen för trafikstyrning<br />

-1-


-2-


INNEHÅLL<br />

0. SAMMANFATTNING ......................................................................................................................3<br />

1. INLEDNING......................................................................................................................................9<br />

1.1 PROJEKTETS BAKGRUND OCH SYFTE.................................................................................9<br />

Den tekniska utvecklingen ...........................................................................................................9<br />

Målsättningen för projektet .........................................................................................................9<br />

1.2 RAPPORTENS STRUKTUR.....................................................................................................10<br />

Syfte ..........................................................................................................................................10<br />

Målgrupp och form....................................................................................................................10<br />

Läsanvisningar..........................................................................................................................10<br />

1.3 ÖVRIGA RAPPORTER FRÅN PROJEKTET ...........................................................................11<br />

Vetenskapliga rapporter/konferensbidrag..................................................................................11<br />

Examensarbeten ........................................................................................................................11<br />

Rapporter av intresse från relaterade projekt ............................................................................11<br />

2. TIDIGARE FORSKNING...............................................................................................................13<br />

2.1 TIDIGARE FORSKNING, EN LITTERATURÖVERSIKT .......................................................13<br />

2.2 GRUNDLÄGGANDE MÄNNISKA-MASKINFORSKNING ....................................................16<br />

3. BAKGRUNDSKUNSKAPER..........................................................................................................17<br />

3.1 MÄNSKLIG PERCEPTION OCH KOGNITION.......................................................................17<br />

3.2 "INPUT OCH OUTPUT" KANALER........................................................................................20<br />

3.3 MÖNSTERIGENKÄNNING OCH "GESTALTLAGARNA".....................................................21<br />

3.4 DEN "MÄNSKLIGA FAKTORN" OCH OLYCKOR ................................................................23<br />

Latenta fel .................................................................................................................................24<br />

Praktiskt men irrationellt beslutsfattande ..................................................................................24<br />

Misstag, oavsiktliga och avsiktliga fel .......................................................................................26<br />

Situationer där man gör fel........................................................................................................27<br />

Vad kan vi göra .........................................................................................................................27<br />

Barriärer...................................................................................................................................29<br />

3.5 MÄNSKLIGT BESLUTSFATTANDE I DYNAMISKA, TIDSKRITISKA<br />

SITUATIONER.................................................................................................................................30<br />

Dynamiskt beslutsfattande .........................................................................................................31<br />

Kontrollteori som ram för utvärdering av mänskligt beslutsfattande..........................................31<br />

Två typer av beslut och inlärning vid interaktiva uppgifter........................................................33<br />

3.6 KOGNITIVA ARBETSMILJÖPROBLEM ................................................................................33<br />

3.7 OPERATÖRSARBETE INOM PROCESS- OCH TRAFIKSTYRNING.....................................34<br />

3.8 GRÄNSSNITTSUTFORMNING FÖR OPERATÖRER.............................................................35<br />

3.9 UTVÄRDERING AV ANVÄNDBARHET................................................................................36<br />

3.10 VERKSAMHETSUTVECKLING OCH ANVÄNDARCENTRERAT<br />

UTVECKLINGSARBETE.........................................................................................................38<br />

4. EN BESKRIVNINGSMODELL FÖR TÅGTRAFIKSTYRNING ................................................43<br />

4.1 SYFTE MED EN BESKRIVNINGSMODELL ..........................................................................43<br />

4.2 BESKRIVNINGSMODELLENS STRUKTUR ..........................................................................43<br />

4.3 BESKRIVNINGSMODELLEN TILLÄMPAD PÅ TÅGTRAFIKSTYRNING ...........................46<br />

Mål............................................................................................................................................47<br />

Modell.......................................................................................................................................47<br />

Styrbarhet..................................................................................................................................48<br />

Observerbarhet..........................................................................................................................50<br />

Styrstrategier.............................................................................................................................51<br />

Arbetsorganisation ....................................................................................................................51<br />

Informationssystem....................................................................................................................51<br />

Kunskap, kompetens och utbildning...........................................................................................52<br />

-3-


5. UPPGIFTSANALYS AV TÅGTRAFIKSTYRNING.....................................................................53<br />

5.1 AVGRÄNSNINGAR.................................................................................................................53<br />

5.2 METODER FÖR OBSERVATIONER OCH INTERVJUER......................................................53<br />

5.3 BESKRIVNING AV TRAFIKSTYRNINGSARBETET.............................................................54<br />

Mål............................................................................................................................................55<br />

Modell.......................................................................................................................................55<br />

Observerbarhet..........................................................................................................................56<br />

Styrbarhet..................................................................................................................................59<br />

5.4 STÖRNINGAR .........................................................................................................................60<br />

5.5 FAKTORER SOM PÅVERKAR STYRBARHET......................................................................61<br />

5.6 ARBETSORGANISATION.......................................................................................................63<br />

5.7 KUNSKAP KOMPETENS OCH UTBILDNING .......................................................................64<br />

5.8 INFORMATIONSMÄNGDER, VARIABLER...........................................................................64<br />

5.9 INFORMATIONSSYSTEM ......................................................................................................67<br />

6. BILDER AV FRAMTIDA TÅGTRAFIKSTYRNING...................................................................71<br />

6.1 VISIONER OCH SCENARIER .................................................................................................71<br />

Vad menar vi med visioner? ......................................................................................................71<br />

Vad består resultatet av visionsarbetet av?................................................................................72<br />

Hur används resultaten?...........................................................................................................72<br />

7. RIKTLINJER FÖR UTFORMNING AV ANVÄNDARGRÄNSSNITT .......................................73<br />

7.1 ALLMÄNT OM GRÄNSSNITTSUTFORMNING ....................................................................73<br />

Vad är målet för gränssnittsutformningen?................................................................................74<br />

7.2 HUR GÅR GRÄNSSNITTSDESIGN TILL?..............................................................................75<br />

7.3 GENERELLA RIKTLINJER FÖR GRÄNSSNITTSUTFORMNING .........................................76<br />

Vilka problem vill man lösa? .....................................................................................................76<br />

Ytterligare mål för gränssnitten.................................................................................................79<br />

7.4 EN PRELIMINÄR UPPSÄTTNING DESIGNREGLER ............................................................79<br />

7.5 PRAKTISKA DESIGNEXEMPEL MED FÖRKLARINGAR ....................................................84<br />

Disposition av informationsyta ..................................................................................................84<br />

Bildexempel...............................................................................................................................88<br />

8. UTVÄRDERINGSMETODER .....................................................................................................103<br />

8.1 METODER FÖR ANVÄNDBARHETSANALYS ...................................................................103<br />

9. PROTOTYPER AV FRAMTIDA ANVÄNDARGRÄNSSNITT..................................................105<br />

9.1 BAKGRUND OCH METOD ...................................................................................................105<br />

9.2 PROTOTYPER AV NYA ANVÄNDARGRÄNSSNITT..........................................................105<br />

9.3 UTVÄRDERING AV PROTOTYPERNA ...............................................................................106<br />

Synpunkter på gränssnittsförslag. ............................................................................................106<br />

9.4 EXPERIMENTMILJÖ.............................................................................................................108<br />

Examensarbete 1. ....................................................................................................................109<br />

Examensarbete 2 och 3............................................................................................................110<br />

10. UTVECKLING AV DATORISERADE STÖDSYSTEM.............................................................111<br />

11. EN HELHETSSYN PÅ ARBETSPLATSUTFORMNING ..........................................................115<br />

11.1 ARBETSMILJÖ OCH ARBETSPLATSUTFORMNING .........................................................115<br />

12. ANVÄNDARCENTRERADE MODELLER FÖR FRAMTIDA UTVECKLINGSARBETE.....117<br />

12.1 EN MODELL FÖR ANVÄNDARCENTRERAD UTVECKLING...........................................117<br />

13. REFERENSER ..............................................................................................................................119<br />

-4-


0. SAMMANFATTNING<br />

Den tekniska utvecklingen<br />

Det sker idag en snabb utveckling av principer, metoder och tekniker för tågplanering och<br />

tågstyrning. De allt högre hastigheterna och den tätare trafiken ställer större krav på nya mer<br />

optimerande metoder för trafikstyrning. Planerings-, signal- och informationssystem måste<br />

förändras för att bättre passa morgondagens verksamhet. Yttre signalsystem kan på sikt<br />

komma att ersättas av datoriserade sådana inne hos lokförarna. Miljömässiga krav, t ex en<br />

minimering av energiförbrukningen, blir mer uttalade. Framtidens styrsystem ska klara av<br />

tätare och snabbare trafik på ett optimalt sätt, utan att på något sätt eftersätta kraven på god<br />

service, hög säkerhet och bra arbetsmiljö. Tekniken kommer därför att behöva utvecklas för<br />

att svara upp mot dessa krav. Stödsystemen måste bättre stödja användarna i deras allt mer<br />

krävande arbetsuppgifter. De kommer också att innehålla mer automatik, beslutsstöd etc.<br />

Arbetsorganisationen kommer att behöva utvecklas och anpassas till de nya villkoren och<br />

möjligheterna. Människan kommer emellertid även fortsättningsvis att spela en mycket viktig<br />

roll i det operativa arbetet med tågtrafikstyrning, även om villkoren för verksamheten och de<br />

tekniska möjligheterna förändras. Det i denna rapport beskrivna projektet Människamaskininteraktion<br />

i samband med tågtrafikstyrning vill ta fram mer kunskap om hur man i<br />

kommande utvecklingsarbete bättre ska kunna utforma samspelet mellan människor och<br />

teknik. Projektet ingår i Banverkets insatsområde Framtida tågtrafikstyrning.<br />

Målsättningen för projektet<br />

Projektets mål är att ta fram viktiga kunskaper för utformningen av framtida system för tågtrafikstyrning.<br />

Speciellt har projektet studerat utformningen av användargränssnitten mellan<br />

personal med olika arbetsuppgifter och de olika informations- och styrsystemen. Avsikten är<br />

att kunna göra dessa så användbara ("användarvänliga") och effektiva som möjligt. Detta sker<br />

dels genom att ta tillvara och tillämpa tidigare forskning och erfarenheter, dels genom<br />

intervjuer, observationer och analys av dagens arbete inom tågtrafikstyrningen. Projektet har<br />

också initierat arbete med att formulera visioner för morgondagens användargränssnitt och<br />

arbetssätt samt med att utveckla prototyper där idéer och skisser till nya lösningar kan provas<br />

och utvärderas.<br />

Projektet är ett samarbete mellan Banverket och avdelningen för människa-datorinteraktion,<br />

inst. för <strong>informationsteknologi</strong>, <strong>Uppsala</strong> <strong>universitet</strong>.<br />

Under hösten 1996 genomfördes en förstudie finansierad av Banverket, inom vilken vi<br />

konkretiserade forskningsproblemen och formulerade planer för det fortsatta arbetet. Under<br />

1997 och 1998 har arbetet fortsatt, med finansiering från Kommunikationsforskningsberedningen<br />

(KFB) och Banverket.<br />

Människa-maskininteraktion<br />

En stor del av projektarbetet har ägnats åt att beskriva vilka krav man måste ställa på<br />

styrsystemens användargränssnitt, för att den inblandade personalen ska kunna arbeta så bra<br />

och effektivt som möjligt. För att kunna göra detta, fordras dels kunskap om hur människan<br />

fungerar och beter sig i sådana arbetssituationer, dels mycket grundlig förståelse för vad<br />

-3-


arbetet med tågtrafikstyrning verkligen innebär. En extra svårighet är att de nya systemen ska<br />

utvecklas för en framtid som vi ju inte har full inblick i.<br />

Människans egenskaper är i vissa avseenden mycket avancerade medan vi i andra avseenden<br />

har kraftiga begränsningar i vad vi klarar av. Beteendevetarna har sedan lång tid studerat<br />

detta i olika slags arbetssammanhang, och sådana kunskaper är till stor del användbara här.<br />

Några viktiga exempel på detta är:<br />

Mänsklig perception och kognition<br />

En viktig del i att förstå mänsklig informationsbearbetning är uppdelningen mellan medvetna<br />

och automatiserade tankeprocesser.<br />

På en mycket medveten nivå är människan kreativ och har en avancerad och adaptiv<br />

problemlösande förmåga. På denna nivå är däremot kapaciteten i andra avseenden starkt<br />

begränsad. Vi klarar bara av att behandla en sak i taget.<br />

På en lägre kognitiv nivå där vi utför inlärda och ”automatiserade” uppgifter har vi<br />

däremot en så gott som obegränsad parallell kapacitet, se figur.<br />

När det gäller utformningen av ett styrsystem har detta en mycket viktig tolkning. Man<br />

måste låta den person som styr tågtrafiken vara optimalt koncentrerad på det egentliga<br />

styrproblemet och hur detta ska lösas. Alla andra sysslor, som t ex att hämta in och tolka<br />

information från olika källor, sammanställa dessa till ett beslutsunderlag, utvärdera olika<br />

beslutsalternativ, kommunicera med andra, vidta nödvändiga åtgärder etc. måste tillåtas vara<br />

automatiserat för den erfarna användaren. Om gränssnittet "stör den medvetna kognitiva<br />

processen" kommer man att bli långsam, göra mer fel, ta sämre beslut, bli belastad, stressad<br />

osv.<br />

En annan viktig kunskap handlar om människans minne, speciellt de begränsningar som<br />

finns i korttidsminnet. Korttidsminnet utnyttjas mycket aktivt i den typ av arbete som<br />

förekommer i samband med tågtrafikstyrning. Om inte arbetssituationen och utformningen av<br />

informationssystem och användargränssnitt anpassas till människans förmåga i detta avseende<br />

kan allvarliga följder uppstå. Ineffektivitet, felbeteende, trötthet, muskelbelastningar m.m. är<br />

möjliga effekter av att personer tvingas arbeta med korttidsminnet överbelastat. En slutsats<br />

från detta är att all beslutsrelevant information måste vara synlig samtidigt och i rätt form,<br />

annars tvingas man minnas saker under processen, vilket leder till problem enligt ovan. Om<br />

gränssnitt och annat tar "kognitiv kraft" av operatören leder detta till bl a sådana problem som<br />

beskrivits ovan.<br />

Kognitiva arbetsmiljöproblem kallar vi sådana problem som uppstår när egenskaper i<br />

arbetssituationen hindrar människan från att utnyttja sin kognitiva förmåga, för att utföra<br />

arbetsuppgifterna på ett effektivt sätt.<br />

Hindren kan vara av olika art, t ex en olämplig arbetsorganisation, ett felaktigt innehåll i<br />

informations- och styrsystemen eller ett dåligt användargränssnitt till dessa. De kognitiva<br />

arbetsmiljöproblemen innebär att de som arbetar i verksamheten inte kan förstå, skaffa sig<br />

information om, överblicka, kontrollera, påverka eller styra det eller de skeenden man arbetar<br />

med, trots att man egentligen har de nödvändiga förutsättningarna för detta, t ex kunskaper,<br />

erfarenhet och ambition. Problemen kan i sin tur leda till psykiska och fysiska reaktioner,<br />

belastningsbesvär m.m.<br />

Att styra dynamiska och tidskritiska arbetssituationer<br />

Arbete i dynamiska arbetssituationer ställer speciella krav på operatörerna liksom på<br />

innehållet och utformningen av de informationssystem de har som stöd i arbetet. Forskning<br />

inom detta område har visat hur man genom olika slags informationsförsörjning, t ex genom<br />

att variera vilken information som presenteras och hur, kan underlätta eller försvåra<br />

uppbyggnaden av effektiva mentala modeller, dvs hur operatörerna förstår den process de ska<br />

-4-


styra. Ett resultat är att det är viktigt att visa dynamisk information, t ex information om hur<br />

den styrda processen utvecklas som funktion av tiden, ibland även tillsammans med prognoser<br />

över framtida utveckling. Detta gör det möjligt för operatörerna att arbeta förebyggande<br />

snarare än att invänta kritiska situationer och då lösa problemen. Idag visas mycket statisk<br />

information, viktiga informationselement saknas helt, andra delar är starkt tidsfördröjda osv.<br />

Tidskritiska beslutssituationer är ett annat forskningsområde, dvs arbetssituationer där<br />

människor tvingas fatta beslut under stark tidspress och kanske baserat på begränsad<br />

information om den process de ska styra. Man vet en hel del om hur människor kan fatta<br />

felaktiga beslut i sådana situationer om inte informationsförsörjning etc. är korrekt utformad.<br />

Vanligtvis ser man operatören vid styrning av en process som i huvudsak en<br />

krislägeshanterare. Detta synsätt på operatörsrollen som passiv övervakare av processen kan<br />

kallas att ”styra genom att reagera på undantag/larm" principen (”management-byexception”)<br />

Operatörer föredrar att övervaka processen ganska intensivt. De behöver information om<br />

processens dynamiska tillstånd, därför att deras största bekymmer är att - med en acceptabel<br />

grad av säkerhet - få veta att processen, eller de automatiska delarna av styrsystemet, inte<br />

kommer att konfrontera dem med otrevliga överraskningar. Att på grund av att ingenting<br />

larmar, förutsätta att processen går fint, är inte tillräckligt för dem. Dessutom vet de av<br />

erfarenhet att när något oväntat inträffar finns oftast mycket lite tid till att sätta sig in i<br />

processens aktuella tillstånd. Operatörer vill med andra ord hellre arbeta enligt "styra genom<br />

att vara uppdaterad" principen (”management-by-awareness”), vilket betyder att operatörer<br />

varje stund är mycket medvetna om processens tillstånd och därför kan upprätthålla en hög<br />

grad av beredskap inför möjliga förändringar och störningar.<br />

En beskrivning av tågtrafikstyrningen<br />

Flera olika faktorer måste vara uppfyllda för att man ska kunna förstå, behärska och styra en<br />

dynamisk process. En kategorisering av sådana faktorer, tillämpbar på de arbetssituationer<br />

inom tågtrafikstyrning som vi är intresserade av att studera, säger att samtliga följande villkor<br />

måste vara uppfyllda:<br />

• att det finns ett tydligt mål för det som ska uppnås,<br />

• att den som ska styra/kontrollera har en modell över (förstår hur det fungerar, har<br />

kunskap om etc.) processen eller skeendet,<br />

• att det finns tillräckliga möjligheter att påverka processen eller skeendet (det sk<br />

styrbarhetsvillkoret),<br />

• att den som styr har tillräcklig information om processens eller skeendets aktuella tillstånd<br />

(det sk observerbarhetsvillkoret).<br />

För att kunna styra en process på ett tillfredsställande sätt fordras att de fyra huvudvillkoren<br />

är uppfyllda: mål, modell, styrbarhet och observerbarhet. Vi har därför valt att<br />

strukturera beskrivningen av arbetet med tågtrafikstyrning på detta sätt.<br />

Intervjuer och observationer<br />

För att få tillräckliga kunskaper om vad arbetet med tågtrafikstyrning innebär har det<br />

genomförts ett stort antal intervjuer och observationer, samt en analys av dessa.<br />

Tågtrafikledare vid trafikledningscentralerna i Gävle, Göteborg och Stockholm har<br />

intervjuats. Intervjuorterna har valts för att täcka in olika trafiksituationer. I Stockholm<br />

dominerar tät trafik på flera spår, där person- och lokaltrafik dominerar. Stockholm har flera<br />

”flaskhalsar” som skapar problem. I Gävle har man mest enkelspårstrafik, mycket godstrafik<br />

och mindre person- och lokaltrafik. Göteborg har flera banor med dubbelspår med blandad<br />

-5-


gods- person- och lokaltrafik, samt banor med enkelspår med glesare trafik. Göteborg är även<br />

en ”säckstation”.<br />

Intervjuerna har omfattat dels en halv dag enskild intervju, dels en halv dags intervju med<br />

observation under pågående arbete med tågtrafikstyrning. Samtliga intervjuer har spelats in<br />

på band och skrivits ut. Tyngdpunkten i analysen ligger hittills på omplanering vid störningar,<br />

huvudsakligen vid trafik på enkelspår. Anledningen till denna prioritering är bl a att det kan<br />

vara enklare att först kunna beskriva beslutssituationerna i sådana situationer, samtidigt som<br />

man från de intervjuade ansett att vinsterna med bättre informationssystem och gränssnitt<br />

skulle kunna vara stora.<br />

Beskrivningar och analyser av trafikledarnas arbetsuppgifter är genomförda för att få en<br />

tillräckligt god förståelse för var människa-maskinrelaterade problem kan uppstå, vilket i sin<br />

tur bildar underlag för att bedöma vilka egenskaper i gränssnittet som är avgörande för en<br />

effektiv interaktion mellan trafikledaren och tågtrafikprocessen.<br />

Många viktiga synpunkter som kommit fram i intervjuerna, med trafikledare och andra, har<br />

utgjort en grund för specifikationer av designriktlinjer och prototyper. Materialet kommer att<br />

bearbetas ytterligare senare i projektet.<br />

Prototyper av framtida styrsystem och användargränssnitt<br />

Ett viktigt moment i projektet är design och implementation av prototyper av gränssnitt till<br />

framtida system för tågtrafikstyrning. Dessa utvecklas i samverkan med experter på arbetets<br />

innehåll från Banverket. Design görs så att uppställda mål kan nås: effektivitet, minimalt<br />

kognitivt belastande, flexibel funktion, god arbetsmiljö m.m. Grunder för designprinciper,<br />

guidelines m.m. har hämtats från tidigare forskning, och kompletterats med den nya kunskap<br />

som detta projekt ger. En enklare experimentmiljö har byggts upp för att genomföra försök<br />

med prototyperna.<br />

Idag har några preliminära försök gjorts, huvudsakligen inriktade på att utveckla den<br />

presentation som idag finns i spårplanerna och i graferna. Syftet är att försöka samla all den<br />

information som behövs för bedömningar och beslut i en kompakt form, så att personalen<br />

snabbt och enkelt kan få en aktuell och komplett bild av tågtrafikprocessen. Genom att<br />

integrera informationsmängderna, utnyttja lämpliga metoder för att koda informationen samt<br />

prioritera den information som är viktigt och beslutsrelaterad för operatörerna kan även<br />

mycket komplexa gränssnitt göras överblickbara och enkla att hantera.<br />

Riktlinjer för utformning av användargränssnitt<br />

Ett viktigt resultat av projektarbetet är de preliminära riktlinjer för utformning av<br />

användargränssnitt som tagits fram. Dessa riktlinjer består nu av mer generella principer samt<br />

några mer specifika regler för hur gränssnitt för just tågtrafikstyrningen kan utformas. Några<br />

mer kompletta regelverk för gränssnittsdesign har inte kunnat tas fram under denna projektfas,<br />

utan arbetet med detta kommer att fortsätta. Syftet här har varit att ge exempel på vad sådana<br />

regelverk kan innehålla, samt att testa dessa vid utformning av prototyper enligt ovan.<br />

De mer generella riktlinjerna tar bl a upp hur man kan skapa gränssnitt som:<br />

• Låter operatörerna arbeta koncentrerat på arbetsuppgiften.<br />

• Underlättar orientering och navigering.<br />

• Minimerar minnesbelastningar och annan kognitiv belastning.<br />

• Understödjer tidskoordinering av datavärden.<br />

• Hjälper operatören att identifiera status hos inblandade processer.<br />

• Skapar effektiv återkoppling.<br />

-6-


Projektorganisation<br />

Projektet har finansierats genom ekonomiskt stöd från Kommunikationsforskningsberedningen<br />

(KFB), och Banverket.<br />

Uppdraget har lagts ut av Banverkets generaldirektör på chefen för sektionen<br />

Trafikstyrning, under avdelningen Järnvägssystem, vid Banverkets huvudkontor i Borlänge.<br />

Chef för Trafikstyrning är Ingemar Frej.<br />

Ansvarig för genomförandet är chefen för gruppen Signalsystem, Anders Gideon.<br />

Projektledare är Per Carsén från Banverket Projektering Stockholm.<br />

I referensgruppen för projektet ingår förutom ovanstående tre personer också två personer<br />

från Tågtrafikledningen, säkerhetschefen Catharina Lindahl, Borlänge och chefen för<br />

trafikledningsområde Gävle, Anders Lindholm.<br />

För det vetenskapliga forskningsarbetet anlitar Banverket avdelningen för människadatorinteraktion<br />

vid <strong>Uppsala</strong> <strong>universitet</strong>.<br />

Kontaktpersoner<br />

Anders Gideon<br />

Banverket huvudkontoret, BTS<br />

781 85 Borlänge<br />

Tel. 0243/44 57 59<br />

Fax. 0243/44 56 07<br />

E-post: anders.gideon@hk.banverket.se<br />

Arne W Andersson och Bengt Sandblad<br />

Avd för människa-datorinteraktion<br />

Inst. för <strong>informationsteknologi</strong><br />

<strong>Uppsala</strong> <strong>universitet</strong>, Lägerhyddsvägen 18<br />

752 37 <strong>Uppsala</strong><br />

Tel. 018/471 28 59 eller 018/471 28 68<br />

Fax. 018/471 78 11<br />

E-post: arne.andersson@hci.uu.se<br />

bengt.sandblad@hci.uu.se<br />

www: http://www.hci.uu.se<br />

Rapporten har till sina huvuddelar skrivits av Arne W Andersson och Bengt Sandblad, avd.<br />

för människa-datorinteraktion, <strong>Uppsala</strong> <strong>universitet</strong>. Avsnittet om ”Den mänskliga faktorn och<br />

olyckor”, 3.4, har skrivits av Eva Olsson och avsnittet om ”Mänskligt beslutsfattande i<br />

dynamiska tidskritiska situationer”, 3.5, av Anders Jansson, båda från avd. för människadatorinteraktion.<br />

Vi vill tacka alla medverkande personer från Banverket som bidragit till kartläggnings- och<br />

analysarbetet samt med granskningen av rapporten.<br />

-7-


1. Inledning<br />

1.1 Projektets bakgrund och syfte<br />

Den tekniska utvecklingen<br />

Det sker idag en snabb utveckling av principer, metoder och tekniker för tågplanering och<br />

tågstyrning. De allt högre hastigheterna och den tätare trafiken ställer större krav på nya mer<br />

optimerande metoder för trafikstyrning. Avregleringen av tågtrafiken kommer att leda till att<br />

flera konkurrerande trafikoperatörer trafikerar spårnätet. Planerings-, signal- och<br />

informationssystem måste förändras för att bättre passa morgondagens verksamhet. Yttre<br />

signalsystem kan på sikt komma att ersättas av datoriserade sådana inne hos lokförarna.<br />

Miljömässiga krav, t ex en minimering av energiförbrukningen, blir också mer uttalade.<br />

Framtidens styrsystem ska med andra ord klara av tätare, snabbare och mer komplex trafik<br />

på ett optimalt sätt, utan att på något sätt eftersätta kraven på effektivitet, god service, hög<br />

säkerhet och bra arbetsmiljö. Tekniken kommer därför att behöva utvecklas för att svara mot<br />

dessa krav. Stödsystemen måste bättre stödja användarna i deras allt mer krävande<br />

arbetsuppgifter. Systemen kommer också att innehålla mer automatik, beslutsstöd etc.<br />

Arbetsorganisationen kommer att behöva utvecklas och anpassas till de nya villkoren och<br />

möjligheterna. Människan kommer dock även fortsättningsvis att spela en mycket viktig roll i<br />

det operativa arbetet med tågtrafikstyrning, även om villkoren för verksamheten och de<br />

tekniska möjligheterna förändras.<br />

Projektet Människa-maskininteraktion i samband med tågtrafikstyrning vill ta fram mer<br />

kunskap om hur man i kommande utvecklingsarbete bättre ska kunna utforma samspelet<br />

mellan människor och teknik. Projektet ingår i Banverkets insatsområde Framtida<br />

tågtrafikstyrning.<br />

Målsättningen för projektet<br />

Projektets mål är att ta fram viktiga kunskaper för utformningen av framtida system för tågtrafikstyrning.<br />

Speciellt har projektet studerat utformningen av användargränssnitten mellan<br />

personal med olika arbetsuppgifter och de olika informations- och styrsystemen. Avsikten är<br />

att kunna göra dessa så användbara ("användarvänliga") och effektiva som möjligt. Detta sker<br />

dels genom att ta tillvara och tillämpa tidigare forskning och erfarenheter, dels genom<br />

intervjuer, observationer och analys av dagens arbete inom tågtrafikstyrningen. Projektet har<br />

också initierat arbete med att formulera visioner för morgondagens teknik och arbetssätt samt<br />

utveckla prototyper där idéer och skisser till nya styr- och informationssystem kan provas och<br />

utvärderas.<br />

Projektet är ett samarbete mellan Banverket och Avdelningen för människa-datorinteraktion<br />

vid <strong>Uppsala</strong> <strong>universitet</strong>.<br />

Under hösten 1996 genomfördes en förstudie finansierad av Banverket, inom vilken vi<br />

konkretiserade forskningsproblemen och formulerade planer för det fortsatta arbetet. Under<br />

1997 och 1998 har arbetet fortsatt, med finansiering av Kommunikationsforskningsberedningen<br />

(KFB) och Banverket.<br />

1.2 Rapportens struktur<br />

-8-


Syfte<br />

Huvudsyftet med denna rapport är att sammanfatta projektets forskningsresultat på ett sätt<br />

som är användbart för Banverket i det fortsatta arbetet med att utveckla och utforma framtida<br />

system för tågtrafikstyrning.<br />

Målgrupp och form<br />

Rapporten är till stora delar skriven som en "tillämpad lärobok", med målsättningen att ge<br />

underlag för kompetensutveckling för sådana personer som ska leda och deltaga i kommande<br />

utvecklingsprojekt inom tågtrafikstyrning. Även utvecklingsprojekt som omfattar användargränssnitt<br />

och människa-maskininteraktion i övrigt, bör kunna använda materialet i sina<br />

projekt. Personal "på fältet" ska kunna läsa stora delar av rapporten, för att få bättre<br />

förutsättningar att kunna deltaga i kommande arbete med prototyputformning m.m.<br />

Materialet är till viss del teoretiskt, men till större delen utgår vi från beskrivningen av<br />

arbetet inom tågtrafikstyrningen på det sätt som det tagits fram inom projektet.<br />

I samband med konkreta utvecklingsprojekt i framtiden kommer det att finnas anledning att<br />

vidare bearbeta materialet för att det ska bli nyttigt i direkt design- och konstruktionsarbete.<br />

Då kommer det t ex att finnas behov av att ta fram guidelines för gränssnittsdesign och<br />

checklistor av olika slag som kan styra utformning och utvärdering. Den detaljnivån ligger<br />

inte denna rapport på.<br />

Den rent vetenskapliga redovisningen separeras från rapporten i övrigt. Vi kommer att i<br />

samverkan med Banverket publicera resultat från forskningen i olika vetenskapliga<br />

sammanhang som konferenser, tidskrifter etc.<br />

Läsanvisningar<br />

De olika kapitlen kan till viss del läsas oberoende av varandra.<br />

• Sammanfattningen ger en kortfattad översikt över projektet och dess huvudsakliga<br />

resultat.<br />

• Kapitel 3, Bakgrundskunskaper, är en beskrivning av de kunskapsområden, främst<br />

beteendevetenskapliga, som vi har utgått från i vårt arbete.<br />

• Kapitel 4 och 5 är en redovisning av den genomförda uppgiftsanalysen, och beskriver<br />

viktiga aspekter på arbetet med tågtrafikstyrning.<br />

• Kapitel 6 beskriver arbetet med framtidsbilder av hur morgondagens tågtrafik kommer att<br />

se ut. Resultatet av visionsseminarierna publiceras separat.<br />

• Kapitel 7 beskriver riktlinjer för utformning av användargränssnitt samt några exempel<br />

på skisser till utformning av morgondagens system för tågtrafikstyrning.<br />

• Kapitel 8-11 redovisar kortfattat ytterligare delar av det genomförda projektarbetet, bl a<br />

metoder för utvärdering, arbetet med experimentmiljö för att pröva prototyper,<br />

kompletterande aspekter på arbetsmiljö, utvecklingsmetoder m.m.<br />

1.3 Övriga rapporter från projektet<br />

Under den tid detta projekt pågått har ett antal andra rapporter utarbetats. Nedanstående<br />

rapporter har antingen publicerats direkt inom ramen för projektet, eller av andra projekt med<br />

nära koppling till vårt arbete.<br />

Vetenskapliga rapporter/konferensbidrag<br />

Sandblad, B., Andersson, A. W., Frej, I., Gideon, A.<br />

The role of human-computer interaction in design of new train traffic control systems.<br />

Proceedings of WCRR ’97, Florence, November 16-19, 1997.<br />

-9-


Andersson, A. W., Sandblad, B., Hellström, P., Frej, I., Gideon, A.<br />

A systems analysis approach to modelling train traffic control. Proceedings of WCRR ’97,<br />

Florence, November 16-19, 1997.<br />

Andersson, A.W., Sandblad, B. and Nilsson, A.<br />

Improving interface usability for train dispatchers in future traffic control systems.<br />

Proceedings of COMPRAIL 98, Lisbon, September 2-4, 1998.<br />

Examensarbeten<br />

Alexander Nilsson<br />

Prototyper av framtida gränssnitt för tågtrafikstyrning.<br />

Examensarbete, <strong>Uppsala</strong> Universitets Tekniska Högskola.<br />

UPTEC F 98 069.<br />

Ola Andersson och Sören Pedersen<br />

Java-baserat simuleringssystem med tillämpningar inom tågtrafikstyrning.<br />

Examensarbete, <strong>Uppsala</strong> Universitets Tekniska Högskola.<br />

UPTEC F 98 094.<br />

Rapporter av intresse från relaterade projekt<br />

Hellstrom, P., Frej, I., Gideon, A., and Sandblad, B.<br />

Algorithms and control systems for computer-aided train dispatching.<br />

Proceedings of WCRR ’97, Florence, November 16-19, 1997.<br />

Hellström, P., Sandblad, B., Frej, I., Gideon, A.<br />

An evaluation of algorithms and systems for Computer-Aided Train Dispatching, Proceedings<br />

of COMPRAIL 98, Lisbon, September 2-4, 1998.<br />

P. Hellström<br />

Analysis and Evaluation of Systems and Algorithms for Computer Aided Train Dispatching.<br />

Avhandling för Teknologie licentiatexamen, UPTEC 98 008R, 1998.<br />

<strong>Uppsala</strong> <strong>universitet</strong>, Avdelningen för systemteknik.<br />

-10-


-11-


2. TIDIGARE FORSKNING<br />

2.1 Tidigare forskning, en litteraturöversikt<br />

Människa-maskinproblem i samband med tågstyrning har tidigare studerats vetenskapligt i<br />

mycket liten omfattning. Mycket praktiska erfarenheter, och rapporter av olika slag, finns<br />

dock från utvecklingsprojekt inom landet (Banverket och SJ), inom andra länders tågtrafikbolag<br />

samt inom järnvägsindustrin. Detta redovisas inte här.<br />

På europeisk nivå pågår projektet ERTMS/ETCS (European Rail Traffic Management<br />

System/European Train Control System), (ETCS MMI, 1996), som kommer att ta fram<br />

riktlinjer för bl a signalering till och från tåg samt för den tekniska utformningen av<br />

arbetsplats, instrumentpaneler etc. för lokförare. En europeisk samordning är nödvändig för<br />

att tågen skall kunna passera nationsgränser utan problem, det sk interoperabilitets-problemet.<br />

För trafikledarnas arbete vid trafikledningscentraler kan anpassning till nationella förutsättningar<br />

göras i högre grad. Förutom några enstaka publikationer, t ex Lenior (1993), finns<br />

mycket lite gjort, som finns tillgängligt, på detta område.<br />

Vid Dalarnas högskola forskar Peter Hellström om datorstödd tågledning, optimalitetsproblem<br />

och beslutsstöd. I en rapport "Datorstödd tågledning - en studie av trafikledarnas<br />

beslutsprocesser" [3] har han redovisat en intervjuundersökning angående styrstrategier i<br />

praktiken.<br />

I en rapport från avdelningen för teknisk psykologi, tekniska högskolan i Luleå, har Kjell<br />

Ohlsson och Christina Aldrin beskrivit arbetsmiljöaspekter på TLC Boden (Ohlsson & Aldrin,<br />

1995).<br />

Vid VTI, Linköping, bedrivs viss forskning med koppling till tågtrafik och ATC-system.<br />

Vid CTS, Borlänge bedrivs forskning i samverkan med Dalarnas högskola, Banverket och<br />

ADtranz AB, bl a om signalering mellan tåg och TLC samt om system för rörliga tågblock.<br />

Inom Banverket bedrivs projektet TRAIN, med syfte att studera lokförarnas arbetsmiljö.<br />

Projektet ska resultera i en beskrivning av tågförarens nuvarande arbetssituation och<br />

informationsmiljö identifiering av trafiksäkerhetsmässiga risker och ge förslag till säkerhetshöjande<br />

åtgärder.<br />

TRAIN-projektet består av tre delar:<br />

• Delprojekt 1 ska ta fram en beskrivning av tågförarsystemet (funktion, teknik, förare och<br />

organisation för att framföra ett enskilt tåg) och dess gränsytor mot andra delar av<br />

tågtrafiksystemet, exempelvis tågförarens samverkan med tågtrafikledningen. Detta<br />

delprojekt genomförs av institutionen för psykologi och pedagogik vid Linköpings<br />

Universitet och avdelningen för människa-datorinteraktion vid <strong>Uppsala</strong> Universitet<br />

• Delprojekt 2 ska beskriva och analysera vissa arbetsuppgifter i tågförarsystemet och en<br />

ergonomisk analys av förarens informationsmiljö genomförs. Delprojektet genomförs av<br />

Institutet för Energiteknik i Halden, Norge.<br />

• Delprojekt 3 ska kartlägga stress och belastning i tågförarens arbetssituation samt att<br />

utvärdera arbetstidsscheman. Likaså jämförs tågförarens arbetssituation för köravsnitt<br />

med och utan ATC. Delprojektet genomförs av Statens Institut för Psykosocial Miljömedicin<br />

vid Karolinska Institutet.<br />

Ytterligare några intressanta referenser redovisas här nedan med hjälp av deras abstract:<br />

-12-


(Kawaguchi et. al. 1997) Recent trends in train traffic control systems.<br />

“Train traffic control systems, which track the train positions on the lines and automatically<br />

control traffic signals according to a train schedule, contribute to both the on-time running of<br />

trains and a reduction in the load on dispatchers. Recently the range of automation in such<br />

systems has increased and automatic control of shunting trains within train yards is now also<br />

done, in addition to control of trains running on the main lines. Also, the extent of train<br />

schedule editing functions for displaying train schedules on a workstation display and for<br />

accurately changing the schedule is remarkable. These functions support quick recovery from<br />

schedule delays. The conventional work method in which train schedule editing items were<br />

investigated on a paper-printed schedule diagram according to regulations is greatly changing.<br />

On the other hand fault tolerant control computers are the nucleus of the computer system,<br />

realising high reliability and ease of maintenance with the system continuing to run even<br />

during hardware breakdowns. An autonomous decentralised network realises high reliability<br />

through a double transmission route and system flexibility is improved.”<br />

• artikeln beskriver ett system för tågtrafikstyrning vilket detekterar tågens position på<br />

linjen och automatiskt styr trafiksignalerna utifrån tidtabellen. Systemet ger kortare<br />

gångtider och minskar trafikledarnas arbetsbelastning.<br />

(Muller & Schnieder, 1995). A new human-computer interface for high-speed maglev train<br />

traffic supervision.<br />

“In modern high speed train traffic high capacity and acceptance of the transport system<br />

becomes more and more important. Human computer interfaces used in train traffic control<br />

are developed historically and do not fit any longer as the real traffic situation is difficult to<br />

perceive by the dispatcher. In this article, weaknesses of existing interfaces are shown. A<br />

completely new designed interface is proposed consisting of completely new designed<br />

diagrams helping the dispatcher to optimally perceive the traffic situation. It is shown that<br />

interface design can no longer be limited to a simple screen design, but the whole working<br />

area has to be considered. For process control applications new diagram design ideas<br />

considering human mental work-load and human mental capacity should be invented.”<br />

(Shoji & Igarashi, 1997). New trends of train control and management systems with realtime<br />

and non real-time properties.<br />

“The conventional train traffic control system has been focused on safety and punctuality in<br />

normal operations. Recently, however, more flexible and adaptive management has been<br />

required not only for train regulation, but also for maintenance, and in train delay situations.<br />

An autonomous decentralised train control and management system is proposed to attain both<br />

the real time property for train control such as train traffic and non real time property for train<br />

management such as scheduling. This subsystem has been developed to make these two<br />

heterogeneous subsystems coexist by isolating or co-ordinating mutually. This system has<br />

been applied to the train traffic control and management system for Japanese bullet train line<br />

(COSMOS: Computerized Safety Maintenance and Operation system of Shinkansen). The<br />

proposed system has been in operation since November 1995, and the effectiveness has been<br />

evaluated.”<br />

(Lancien & Garelli 1995). Towards a new concept in railway command & control: from<br />

ASTREE to ETCS.<br />

“The French National Railways (SNCF) are conducting a research program `ASTREE` about<br />

a new global approach of the railway traffic command/control, with a view to increasing the<br />

traffic flow of the lines and reducing costs via the implementation of innovating technologies.<br />

Functional and highly technical full scale tests will be performed in 1994. This research<br />

program supports specification and design works relative to the future European<br />

command/control system (ETCS) designed to permit an interoperability between the different<br />

networks, in particular for high speed trains. The industrialists take an active part to this<br />

approach. The first implementation is planned in France towards the year 2000.”<br />

-13-


(Missikoff & Toiati, 1994). An overview of MINT: an intelligent system for railway traffic<br />

control.<br />

“The paper gives an overview of the MINT (Managing Intelligently Networks of Trains<br />

traffic) system. MINT has been conceived to support the railway traffic controller in his job<br />

of monitoring the planned trains movement and replanning them, whenever unexpected<br />

abnormalities cause conflicts between routes. The system is based on the object-oriented<br />

knowledge base environment Mosaico. The logical architecture of MINT is composed by four<br />

main subsystems: 1) an object-oriented database manager; 2) a forecast subsystem; 3) an<br />

intelligent replanning module; and 4) a graphical user interface. This paper focuses in<br />

particular on the intelligent replanning module, presenting its architecture and the formal<br />

foundations on which it is based.”<br />

(Missikoff 1997). An object-oriented approach to an information and decision support<br />

system for railway traffic control.<br />

“The paper describes the analysis, design, and fast prototyping of MINT (Manager of<br />

Integrated Networks of Train traffic), an information and decision support system for<br />

railways traffic control. MINT is a complex system that tightly integrates information<br />

management and problem-solving functionalities, by means of an object-oriented approach.<br />

The work is characterized by several issues: (i) object-oriented analysis and design; (ii)<br />

knowledge-based application modeling, by means of a powerful conceptual language<br />

(TQL++); (iii) advanced search techniques in the problem-solving component; (iv) fast<br />

prototyping by the automatic generation of executable code; (v) use of an advanced<br />

knowledge-based modeling and prototyping environment (Mosaico). The paper starts with a<br />

description of the railway traffic control problem; then it focuses on the architecture of<br />

MINT, paying particular attention to the database component and its train conflict-solving<br />

capabilities. Finally, a few experimental results are reported.”<br />

2.2 Grundläggande människa-maskinforskning<br />

Människa-datorforskning har tidigare bedrivits inom många andra tilllämpningsområden och<br />

resultat från denna forskning kan till stor del appliceras på de här aktuella frågeställningarna.<br />

Detta gäller såväl generell människa-maskinforskning som tillämpningar inom olika verksamhetsområden,<br />

kanske främst när det gäller process- och trafikstyrning. Även forskning inom<br />

området dynamiskt beslutsfattande i komplexa situationer, som bedrivits vid psykologiska<br />

institutionen vid <strong>Uppsala</strong> <strong>universitet</strong>, är till viss del tillämpbar.<br />

Forskningen om människa-systeminteraktion, människans beteende och prestationer i en<br />

komplex teknisk omgivning, utformning av effektiva gränssnitt till informations- och<br />

styrsystem, måste av nödvändighet vara interdisciplinär. Forskningskompetens från olika<br />

vetenskapliga områden och traditioner måste föras samman, för att problemställningarna ska<br />

kunna studeras i ett helhetsperspektiv.<br />

Vid avdelningen för människa-datorinteraktion, MDI, (tidigare kallad CMD, Centrum för<br />

studium av människan och datorn), <strong>Uppsala</strong> <strong>universitet</strong>, pågår sedan ett antal år tillbaka<br />

sådan tvärvetenskaplig forskning. Systemanalytiker, tekniker, datavetare/dataloger och<br />

beteendevetare har tillsammans byggt upp nya kompetenser för att studera människan under<br />

interaktion med datorer och andra tekniska system av olika art. Att arbeta tvärvetenskapligt är<br />

inte problemfritt. Det har tagit flera års gemensamt arbete, både med teoretisk och tillämpad<br />

forskning, för att förena olika kunskaper och vetenskapliga arbetssätt.<br />

Inom MDI (människa-dator interaktion) finns mycket forskning inom landet och<br />

internationellt. Forskningen behandlar många olika områden som rör problem med och<br />

-14-


möjligheter för att utveckla effektiva och användbara, "användarvänliga" datorstöd. Några<br />

viktigare frågeställningar är bl a:<br />

• Kognitiva modeller av människan i interaktion med datoriserade stödsystem i arbetslivet.<br />

• Metoder för analys av kognitiva aspekter på hur människor använder informationsmängder<br />

i olika delar av en arbetsprocess, sk informationsanvändningsanalys. Syftet är<br />

att få fram sådan information som är viktig för att kunna konstruera gränssnitt som<br />

minimerar kognitiva arbetsmiljöproblem.<br />

• Metoder för design av effektiva användargränssnitt i arbetslivet. Designkunskap, designmetoder<br />

och regler för design har utvecklats. Genom att utveckla sk domänspecifika styleguides<br />

för en viss typ av verksamhet kan man skapa regelverk och fördefinierade<br />

gränssnittselement som starkt effektiviserar såväl de skapade gränssnitten som själva<br />

processen att skapa dessa.<br />

• Nya utvecklingsverktyg för modellering av arbetsprocesser, uppgiftsanalys, datorstödd<br />

konstruktion av användargränssnitt.<br />

-15-


3. BAKGRUNDSKUNSKAPER<br />

3.1 Mänsklig perception och kognition<br />

För att förstå problem som uppstår i samband med att människor interagerar med tekniska<br />

system av olika art är det nödvändigt med grundläggande kunskaper om perception 1 och<br />

kognition 2 . Inom beteendevetenskaperna, speciellt psykologin, har man sedan länge studerat<br />

detta, och det finns många resultat som direkt låter sig överföras till människa-maskinfrågor<br />

och till utformning av effektiva användargränssnitt för de som t ex ska styra komplexa trafikprocesser.<br />

Den korta sammanställning som följer här ger naturligtvis inte någon fullständig bild av<br />

komplexiteten i hur människan fungerar och interagerar med tekniska system i olika slags<br />

arbetssituationer. Avsikten är att beskriva några aspekter som är viktiga när det gäller<br />

förståelsen av de problem som kan uppstå när en mänsklig operatör skall deltaga i och styra<br />

ett komplext skeende och när det gäller villkoren för hur informations- och styrsystem därför<br />

bör utformas för att resultatet ska bli så bra som möjligt.<br />

Framställningen här är också gjord för att förklara begrepp och fenomen på ett enkelt sätt<br />

och gör inte anspråk på vetenskaplig stringens.<br />

Det finns flera läroböcker som beskriver detta på ett mer stringent och utförligt sätt.<br />

Exempel på sådan litteratur är Dix m. fl. (1998) och Preece (1994).<br />

Medvetna och automatiserade kognitiva processer<br />

För att beskriva mänsklig informationsbearbetning är det viktigt att göra en uppdelning mellan<br />

medvetna och automatiserade tankeprocesser.<br />

På en mycket medveten nivå är människan kreativ och har en avancerad och adaptiv<br />

problemlösande förmåga. På denna nivå är däremot kapaciteten i andra avseenden starkt<br />

begränsad. Vi klarar bara av att behandla en sak i taget. På en lägre kognitiv nivå där vi utför<br />

inlärda och ”automatiserade” uppgifter har vi däremot en så gott som obegränsad parallell<br />

kapacitet. Se figuren nedan. Det är inte helt klarlagt om det finns några diskreta kognitiva<br />

nivåer som dessa processer kan fungera på eller om det är så att det finns ett mer kontinuerligt<br />

spektrum av "medvetenhet" från den lägsta automatiserade till den högsta och mest medvetna.<br />

Den viktigaste skillnaden ligger mellan de båda ytterligheterna, den mest medvetna nivån där<br />

vi löser avancerade probelm och bara gör en enda sak åt gången, respektive den mest<br />

automatiserade nivån där vi utan medveten ansträngning kan utföra i och för sig avancerade<br />

aktiviteter men utan att "tänka på vad vi gör".<br />

I samband med processkontroll är denna uppdelning ofta en mycket viktig del av<br />

modellerna av operatörers informationsbehandling, se t ex Rasmussen (1983).<br />

1 Perception handlar om människans mottagande av impulser via sinnesorganen<br />

2 Kognition handlar om människans kunskaper, förmågor att behandla information, tankeprocesser<br />

och minnesförmåga, m. m.<br />

-16-


hög, medveten<br />

kognitiv nivå<br />

vi klarar av en<br />

sak åt gången<br />

låg, automatiserad<br />

kognitiv nivå<br />

vi har en mycket hög<br />

parallellkapacitet<br />

Fig. De olika nivåerna av kognitivt processande.<br />

För att förklara detta ytterligare kan vi ta ett exempel med en person som kör bil i en livligt<br />

trafikerad stad. Man planerar färdväg med hänsyn till trafik, vägar osv., studerar<br />

omgivningen, vägbanan, trafiken, trafikljus, andra fordons beteende, manövrerar bilen via<br />

rattrörelser, växelspak, gas, broms, koppling, blinkers m.m., gör en rad bedömningar där man<br />

väger samman olika faktorer och tar en kontinuerlig ström av snabba beslut. Tolkar vi detta i<br />

termer av data- och informationsströmmar, bearbetning, beslutsprocesser etc. ser vi en<br />

synnerligen komplex mängd av avancerade och till stor del parallella processer. Under<br />

normala omständigheter gör vi, trots allt, detta utan problem eller ansträngning och dessutom<br />

samtidigt som vi kan ha våra mer medvetna tankar koncentrerade på något svårt problem, t ex<br />

hur vi ska lösa en personalkonflikt på jobbet eller vilken slags sås vi ska göra till<br />

middagssteken på söndag. Detta kan fortgå tills något i trafiken, t ex ett barn som springer ut i<br />

vägen, eller något i bilen, t ex en röd lampa eller ett konstigt ljud, pockar på vår medvetna<br />

uppmärksamhet. Då måste det problem vi mentalt höll på med läggas åt sidan tills dess att det<br />

nya problemet lösts. Därefter kan vi återgå till personalproblemet eller söndagssteken.<br />

Detta har viktiga konsekvenser när det gäller utformningen av ett system för<br />

tågtrafikstyrning. Man måste låta personerna som styr tågtrafiken vara optimalt<br />

koncentrerade på det egentliga styrproblemet och hur detta ska lösas. Alla andra sysslor, som<br />

t ex att styra informationssystemen, hämta in och tolka information från olika källor,<br />

sammanställa dessa till ett beslutsunderlag, utvärdera olika beslutsalternativ, kommunicera<br />

med andra, vidta nödvändiga styråtgärder etc. måste tillåtas vara optimalt automatiserade för<br />

den erfarna användaren. Om handhavandet av gränssnittet "stör den medvetna kognitiva<br />

processen" kommer man att bli långsam, göra fler fel, ta sämre beslut, bli belastad, stressad<br />

osv.<br />

Korttidsminne och långtidsminne<br />

En annan viktig aspekt handlar om människans minne, speciellt de begränsningar som finns i<br />

vårt korttidsminne.<br />

Funktionellt kan man indela vårt minne i två helt olika delar, långtidsminne och<br />

korttidsminne (eller arbetsminne). Dessa två minnesfunktioner har helt olika egenskaper.<br />

Långtidsminnet är där vi lagrar inlärd kunskap för livet. Korttidsminnet är den buffert vi<br />

utnyttjar hela tiden för korttidslagring av information t ex under en pågående arbetsprocess.<br />

Det följande karakteriserar huvudsakligen de båda minnestyperna:<br />

Långtidsminnet<br />

• Fordrar inlärning.<br />

• Ingen egentlig informationsförlust.<br />

• Svårigheter att återvinna lagrad information.<br />

Korttidsminnet<br />

-17-


• Begränsad kapacitet, klarar maximalt 5-8 "minnesenheter".<br />

• Kort avklingningstid, ˜15 sekunder.<br />

• Mycket störningskänsligt.<br />

Långtidsminnet används alltså, som framgår av namnet, för att långtidslagra sådant som vi<br />

mer eller mindre mödosamt lärt oss. Det är förmodligen så att vi har olika svårt att lära oss<br />

olika slags saker. Teoretiska kunskaper, långa utanttilltexter osv fordrar mycket möda.<br />

Mönster, bilder, begrepp osv går ofta mycket enklare att få in långtidsminnet. Forskning<br />

pekar på att det som en gång lagrats i långtidsminnet finns kvar där för evigt.<br />

Informationsförlusten är liten. Problemet är att vi kan ha mycket svårt att återvinna det som<br />

lagrats där. Vi måste ha en "trigger", något som möjliggör en återhämtning av det lagrade.<br />

Genom att bygga upp effektiva triggers kan vi göra det mycket lättare att utnyttja det som<br />

finns i långtidsminnet. Lukt- och ljudintryck är exempel på signaler som effektivt kan trigga<br />

återhämtandet av något som finns i långtidsminnet, och som vi kanske inte ägnat en tanke på<br />

mycket länge. En viss lukt kan påminna oss om hur det såg ut hemma hos mormor när vi var<br />

barn, hur hon då såg ut, vilka kläder hon hade på sig och hur maten hon lagade smakade. I ett<br />

datorstöd kan det vara viktigt att ge stöd för associationer som gör det enkelt att återhämta<br />

kunskaper som behövs i arbetsprocessen.<br />

Korttidsminnet har helt andra egenskaper. Här kan vi lagra mycket begränsade<br />

informationsmängder och under mycket kort tid. Korttidsminnet kan lagra högst 5-8<br />

informationsenheter åt gången, försöker vi lagra mer kommer andra enheter att "ramla ur".<br />

Med informationsenhet menas något som minnet uppfattar som hörande ihop. En siffra kan<br />

vara en enhet. Lagrar vi ett telefonnummer som enskilda siffror, 9 5 7 4 2 8, blir det 6<br />

enheter. Lagrar vi det som tvåsiffriga tal, 95 74 28, blir det tre enheter. En informationsenhet<br />

kan även vara ett helt namn, ett begrepp, en hel bild etc. Informationen i korttidsminnet<br />

klingar dessutom snabbt av. Efter c:a 15-20 sekunder har informationen försvunnit om vi inte<br />

genom att upprepa den lagrat om den igen. Slutligen är kortidsminnet extremt känsligt för<br />

kognitiva störningar. En sådan störning kan effektivt radera allt som finns lagrat. Störningen<br />

kan vara en extern sådan, t ex genom att vi störs av en annan person eller ett telefonsamtal,<br />

eller intern genom att vi tvingas fundera över vilket kommando som nu ska ges etc. Alla har vi<br />

förmodligen erfarenheter av hur det kan gå om vi under det att vi håller på att utföra<br />

additioner i huvudet blir störda av någon som t ex frågar "vad är klockan". Allt det vi hade i<br />

huvudet är borta och vi får börja om från början.<br />

Korttidsminnet utnyttjas mycket aktivt i den typ av arbete som förekommer i samband med<br />

tågtrafikstyrning. Om inte arbetssituationen och utformningen av informationssystem och<br />

användargränssnitt anpassas till människans förmåga i detta avseende, kan allvarliga följder<br />

uppstå. Ineffektivitet, stress, felbeteende, trötthet, muskelbelastningar m.m. är möjliga effekter<br />

av att personer tvingas arbeta med korttidsminnet överbelastat.<br />

En viktig slutsats är att all beslutsrelevant information måste vara synlig samtidigt och i<br />

form som är direkt tolkningsbar, annars tvingas man minnas saker under processen, vilket<br />

leder till problem enligt ovan. Om man måste komma ihåg flera olika informationsmängder<br />

från olika källor under ett arbetsmoment, om det tar tid att hitta, läsa och tolka dessa, samt<br />

om man dessutom är tvingad att fundera över vilka kommandon som måste ges, vad det man<br />

ser på skärmen egentligen betyder, hur tillförlitligt det är etc., då har man mycket dåliga<br />

förutsättningar att klara av sina arbetsuppgifter.<br />

3.2 "Input och output" kanaler<br />

Människan kommunicerar med omgivningen genom sina sinnen. När det gäller interaktion<br />

med, och styrning av, ett tekniskt system är det vissa sådana kanaler som är av speciellt<br />

intresse. I nedanstående figur framgår det att interaktionen mellan människa och system kan<br />

ske via ett antal till stor del parallella kanaler, "input-kanaler" för inhämtande av intryck från<br />

det tekniska systemet (omgivningen) samt "output-kanaler" för att påverka omgivningen och<br />

-18-


överföra information till systemet. Det är via våra sinnen och våra motoriska system som<br />

interaktionen sker, men den "bearbetning" av signaler och intryck som ligger bakom detta<br />

utförs av det kognitiva systemet på olika nivåer.<br />

En intressant aspekt på detta är att de olika kanalerna till stor del kan fungera parallellt,<br />

utan att störa varandra, medan kapaciteten i varje kanal kan vara begränsad.<br />

En signal in från omgivningen kan t ex tas emot av synen. Redan i ögat och i ögonnerven<br />

sker viss bearbetning av signalerna. Den resulterande informationen tas sedan emot av det<br />

kognitiva systemet. Här kan den ibland föras upp till hög kognitiv nivå för att tolkas och ge<br />

oss möjlighet att förstå vad som mottagits. Därefter kan vi fatta ett beslut om lämpligt<br />

agerande, ge "order" till det motoriska systemet som t ex via handrörelser utför de styraktiviteter<br />

som blir resultatet. Via återkoppling följer och kontrollerar vi också processen och<br />

utvärderar resultatet (om förutsättningarna tillåter detta), så att det överensstämmer med<br />

intentionerna. I andra sammanhang, då vi reagerar på kända och inövade rutiner, kan<br />

synintrycket hanteras på lägre kognitiv nivå. Vi reagerar direkt på ett allvarligt larm genom<br />

att vidtaga en inövad åtgärd, utan att direkt koppla in högre kognitiv nivå. Vi utför åtgärden<br />

utan att "tänka efter". Även många andra reaktioner på yttre stimuli kan hanteras mer eller<br />

mindre automatiskt, t ex att vi drar bort handen om vi bränner oss på något varmt.<br />

Människa<br />

hög kognitiv<br />

nivå<br />

låg kognitiv<br />

nivå<br />

"input-kanaler"<br />

"output-kanaler"<br />

interaktioner<br />

tekniskt system,<br />

omgivning<br />

Fig. Interaktion via olika perceptiva kanaler.<br />

Exempel på input-kanaler är:<br />

• öga, synen (från bildskärm, andra personer etc.)<br />

• örat, hörsel (från larm, samtal med omgivningen etc.)<br />

• känsel, fingrar etc.<br />

• lukt<br />

Exempel på output-kanaler är:<br />

• tal (röststyrda system, samtal med omgivningen etc.)<br />

• rörelser (fingrar på tangentbord och mus, gester, bläddra i papper, slå telefonnummer,<br />

ögonrörelser etc.)<br />

-19-


Det finns mycket empirisk kunskap om de förhållanden som här kort beskrivits. I Norman<br />

(1986) finns en mer översiktlig modell av det perceptiva/kognitiva systemet. I Allard (1997),<br />

kan man hitta ett exempel på en mer detaljerad genomgång av synsystemet och speciellt om<br />

hur vi tolkar och använder oss av färgintryck vid interaktion med system i vår omgivning.<br />

3.3 Mönsterigenkänning och "gestaltlagarna"<br />

Människan har en stor förmåga att känna igen och tolka bilder och mönster av olika slag.<br />

Denna förmåga består av olika delar och tar sig olika uttryck i olika sammanhang. Inom<br />

psykologin har man studerat detta utförligt och har bl a formulerat grundprinciper för detta i<br />

de sk gestaltlagarna. Det är lätt att dra en rad slutsatser från detta med direkt tillämpning när<br />

det gäller utformning av instrument, användargränssnitt m.m. Detta illustreras i följande figur,<br />

där man mycket lätt kan se vilket av de 6 instrumenten som visar ett avvikande beteende, utan<br />

att studera varje enskilt instrument för sig och läsa av det. Det räcker med att "scanna av" den<br />

totala bilden med ögat för att direkt kunna identifiera det avvikande från det i övrigt likartade<br />

mönstret. Hade alla instrument haft en annan kalibrering, så att de inte bildat ett regelbundet<br />

mönster, hade det varit mycket svårare att identifiera en viktig avvikelse.<br />

Fig. Det är lätt att identifiera skillnaden utan att granska<br />

figurerna i detalj<br />

I gestaltlagarna anges ett antal grundprinciper för hur vi människor tolkar mönster av<br />

olika slag. Exempel på dessa lagar är:<br />

• Närhet. Vi tenderar att se saker som ligger nära varandra som tillhörande en grupp.<br />

Fig. Vi ser ringarna som tillhörande tre separata grupper<br />

• Likhet. Vi ser objekt som liknar varandra som hörande ihop.<br />

Fig. Vi ser figuren som bestående av två slags element, ringar och trianglar.<br />

• Slutenhet. Vi tenderar att "fylla ut" ej slutna figurer så att de bildar "kompletta"<br />

strukturer.<br />

-20-


Fig. Vi ser detta som en ofullständig triangel, snarare än tre vinklar.<br />

• Kontinuitet. Vi ser objekt som ligger nära varandra och bildar mönster som tillhörande en<br />

kontinuerlig mängd.<br />

Fig. Vi ser detta som två korsande linjer snarare än en mängd<br />

av cirklar.<br />

• Symmetri. Vi ser symmetriska objekt som hörande tillsammans.<br />

Fig. Vi ser de spegelvända och symmetriska objekten som hörande tillsammans.<br />

• Rörelse. Vi har lätt att identifiera ett föränderligt objekt ur en mängd av stationära objekt.<br />

Detta är svårt att illustrera i en figur. Exempel är att vi har lätt att identifiera en sten vi<br />

sparkat till med foten bland tusentals andra likadana stenar, i och med att stenen flyttar på sig.<br />

Eller att ögat ofelbart kommer att söka sig till ett blinkande objekt på bildskärmen, även om vi<br />

vet att elementet i sig just nu är ointressant.<br />

Utgående från gestaltlagarna kan vi utveckla riktlinjer för utformning av användargränssnitt<br />

som dels blir optimala för oss att tolka, men också undvika sådan utformning som<br />

strider mot denna basala funktionalitet som vi har inbyggda i vår "hårdvara".<br />

3.4 Den "mänskliga faktorn" och olyckor<br />

I många sammanhang där mer eller mindre allvarliga olyckor eller incidenter sker talar man<br />

ofta om den mänskliga faktorn som en bakomliggande orsak eller förklaring. I olycksstatistik<br />

brukar man hänföra mellan 60 och 80% av fallen till denna "mänskliga faktor". Detta<br />

resonemang ger ingen godtagbar förklaring till olyckor. Om man lägger skulden på individen,<br />

och anser att de egentliga problemen ligger där, kommer man inte att ägna nog<br />

uppmärksamhet åt bakomliggande faktorer. Med större förståelse för varför människor i olika<br />

miljöer och arbetssituationer agerar felaktigt finns förutsättningar för att förändra<br />

arbetsmiljön där kritiska situationer uppstår. Därigenom kan man ge människan större<br />

förutsättningar att fungera bra och därigenom förebygga kritiska situationer.<br />

-21-


Fel uppstår i alla typer av verksamhet och med alla sorters personal. Vi människor har ett<br />

sätt att hantera oväntade situationer som inte alltid ger ett önskat resultat. Det betyder också<br />

att vi på förhand kan förutsäga att ett system som fungerar på ett visst sätt, kommer att leda<br />

till att misstag begås förr eller senare, oavsett vem som styr systemet. Genom forskningen<br />

känner vi många av de förutsättningar under vilka vi begår misstag, och några av dem<br />

kommer att beskrivas närmare nedan. Ambitionen måste vara att konstruera system på ett<br />

sådant sätt att dessa förutsättningar inte uppstår, så att situationer där vi gör fel kan minimeras.<br />

När vi ändå gör fel måste de skadliga effekterna dessutom vara starkt begränsade och<br />

kunna repareras.<br />

Människors felageranden och misslyckanden är inte bara kopplat till den enskilda individen<br />

som styr system, som förare, piloter, operatörer etc. (Reason, 1997), organisationen och<br />

regelverket är nog så viktiga faktorer. Vi får heller inte glömma att det också är människor,<br />

kanske med bristande kunskaper och förutsättningar, som har specificerat, designat och<br />

konstruerat systemen. Människor har dessutom satt upp regelverken och procedurerna för hur<br />

vi ska styra de färdiga systemen.<br />

Genom att följa upp incidenter och misstag kan man lära sig mycket om förebud till<br />

olyckor, dvs. i vilka situationer och under vilka förutsättningar olyckor händer eller kan<br />

hända. Grunden för att rapportering av incidenter och olyckor ska fungera är att det finns en<br />

positiv attityd till säkerhet och normer som genomsyrar hela organisationen. Det gäller att<br />

försäkra sig om en öppen företagskultur där man inte enbart söker syndabockar, utan i stället<br />

använder sig av erfarenheter från incidenter och olyckor för att öka sitt säkerhetsmedvetande<br />

och för att utveckla tekniska system, kompetens, regelverk osv.<br />

3.4.1 Latenta fel<br />

När man analyserar en olycka i detalj upptäcker man att förloppet oftast består av en kedja av<br />

händelser, många gånger var och en ytterst osannolik, som tillsammans leder fram till en<br />

olycka. Kedjan av händelser orsakas av så kallade latenta fel som finns inbyggda i systemet<br />

(Reason, 1990), dvs. felaktigheterna har alltid funnits där, vilande, men det är bara i en<br />

oväntad eller osannolik situation utifrån systemkonstruktörens synvinkel som de utlöses. Först<br />

då sätts snöbollen i rullning som i slutänden kan leda till en allvarlig incident eller olycka.<br />

3.4.2 Praktiskt men irrationellt beslutsfattande<br />

Med facit i hand är det lätt att bedöma mänskliga handlingar som utförts i en pressad situation<br />

som irrationella eller rent av obegripliga. Människor anser sig dock oftast handla rationellt<br />

utifrån den bild man har av omvärlden i beslutsögonblicket, samtidigt som man försöker<br />

optimera användningen av de resurser som finns tillgängliga. Resurs i detta sammanhang kan<br />

lika väl handla om den egna kognitiva kapaciteten som tillgängliga resurser i ett arbetslag.<br />

Handlingen eller beslutet behöver inte vara optimalt utan bara tillräckligt bra i den givna<br />

situationen. Ofta blir situationen dessutom mycket tidskritisk. Man tar helt enkelt till olika<br />

typer av genvägar för att enkelt och snabbt lösa en problematisk situation och uppnå ett<br />

tillfredsställande resultat. Dessa genvägar medför att man utsätter sig för en risk, då utfallet<br />

av ett sådant beslut kan vara oförutsägbart. Därför är det extra viktigt att de system vi<br />

konstruerar tar hänsyn till de mänskliga förutsättningar vi har att spela med i sådana<br />

komplexa beslutssituationer som tågtrafikstyrning innebär.<br />

Prestationsförmåga på olika nivåer<br />

Rasmussen (1983) beskriver tre olika nivåer som man kan befinna sig på i varje<br />

beslutssituation. På den lägsta nivån har vi ett automatiserat sätt att hantera arbetsuppgiften,<br />

vi utför kända handgrepp och tänker bara medvetet då och då på vad vi gör för att kontrollera<br />

resultatet. Ett exempel på en automatiserad situation är t ex störningsfri bilkörning eller att<br />

springa utför en trappa två steg i taget. Under normal bilkörning kan man prata med<br />

passagerare utan problem, men så fort något oväntat inträffar tystnar bilföraren och ägnar sin<br />

uppmärksamhet åt själva körningen.<br />

-22-


På en högre nivå, den så kallade regelbaserade nivån, jämför vi den nuvarande situationen<br />

och tänkta handgrepp med liknande situationer som vi tränats för eller upplevt förut. Om man<br />

börjar tänka på hur det verkligen går till att springa utför trappan kanske man kommer av sig,<br />

snubblar eller återgår till att ta trappstegen ett och ett.<br />

På den högsta nivån löser vi de besvärligaste uppgifterna. Här befinner vi oss oftast i en ny<br />

situation, det är ansträngande och vi ägnar oss helt åt det aktuella problemet. På den här<br />

nivån, som kräver absolut mest av oss, fattar vi de svåraste besluten, dessutom är det ofta<br />

bråttom att fatta ett beslut. Vi måste förstå situationen, bedöma vad som är viktigast att göra<br />

och hur de ingrepp vi gör kommer att påverka situationen. Tolkningen av information kommer<br />

också att vara beroende av tidigare erfarenheter vilket beskrivs närmare nedan.<br />

Missbedömning av situationen på grund av fixering, frekvens och likhetsmatchning<br />

Informationsmiljön vi har omkring oss är ofta komplex och ger oss mycket information i ett<br />

snabbt tempo. För att omvärlden ska bli begriplig och hanterbar skapar vi egna modeller av<br />

den redan på ett tidigt stadium innan förståelsen egentligen är tillräcklig. Den kompletterande<br />

information som vi får efterhand används vanligtvis till att bygga på modellen utifrån den<br />

första uppfattningen vi hade. Ibland har vi svårt att ifrågasätta vår ursprungliga modell, eller<br />

rent av förkasta den, på grund av nyare information.<br />

De beslutssituationer vi återkommer till här uppstår i en dynamisk händelsestyrd omvärld:<br />

plötsligt går ett lok sönder, en växel går inte att lägga om, ett banarbete blir inte klart i tid<br />

eller ett signalfel inträffar t ex en oväntad beläggning på spårplan. I den här sortens<br />

situationer måste man ofta fatta ett beslut på ett osäkert underlag, informationen är<br />

ofullständig, man får bara en liten bit i taget och saker händer snabbt. Det ställer stora krav<br />

på människan som måste ta till sig och tolka den tillgängliga informationen, och dessutom<br />

vara öppen för att revidera sin uppfattning om situationen allteftersom ny information tillkommer.<br />

Det sistnämnda är något som vi vanligtvis gör ytterst motvilligt.<br />

När något händer försöker vi för enkelhets skull att hänföra den nya situationen till något vi<br />

varit med om förut. Erfarenheter från den tidigare situationen ger oss stöd för att handla<br />

snabbt. I en oväntad situation reducerar man omedvetet den tillgängliga informationen för att<br />

över huvud taget kunna hantera situationen. Man väljer ut information som stämmer med den<br />

bild man har av omvärlden och situationer som man befunnit sig i förut. Därefter väljer man<br />

att vidta åtgärder som har fungerat förut i liknande situationer. Risken finns att den<br />

information som man silade bort var viktig och i själva verket talade om att det här var en<br />

annorlunda eller helt ny situation, och då gör vi lätt felbedömningar som kan leda till olyckor.<br />

Det kan också vara så att gränssnittet inte visar den viktiga informationen just då, och att man<br />

därför inte inser hur situationen utvecklas. Om det första ingreppet man gör är felaktigt är<br />

risken stor att det förvärrar omständigheterna och leder till en situation som inte kan<br />

återställas. De mänskliga egenskaperna som är typiska för beslutsfattande, och det sätt som vi<br />

hanterar komplexitet på, kräver att systemen vi hanterar är förlåtande. Med detta menas att<br />

man får återkoppling som bekräftar de handgrepp man gör, ger information om utfallet, och<br />

utifrån effekterna kan sedan välja att backa eller komplettera agerandet. Bedömning av<br />

tillförlitligheten hos information är en ständigt pågående process. Redundant information från<br />

olika källor ger större möjligheter att göra bra sådana bedömningar.<br />

När det gäller att bedöma hur ofta eller med vilken frekvens saker inträffar har vi<br />

människor också vissa brister. Normalt sett använder vi oss av snabba överslag, och det<br />

fungerar bra för det mesta. Under tidspress gör man ofta överslag av möjliga utfall som<br />

grundar sig på färska erfarenheter, och glömmer att det kanske inte är det som inträffat senast<br />

som är mest representativt för eventuella följder av ett visst beslut. Vi har t ex en tendens att<br />

bedöma det som senast inträffade i en viss situation som det som är mest troligast att det<br />

skulle hända igen i en snarlik situation. Varför skulle inte en handling som har fungerat förut<br />

också fungera i den här situationen? Resonemanget är praktiskt men det finns risker för att det<br />

inte ger ett korrekt bedömningsunderlag.<br />

3.4.3 Misstag, oavsiktliga och avsiktliga fel<br />

-23-


Att fel uppstår kan bero på många olika omständigheter, men oftast har det att göra med att<br />

systemets egenskaper inte passar ihop med människans sätt att hantera information. Mest<br />

typiskt är att ett allvarligt fel består av en rad mindre problem, både tekniska och mänskliga<br />

(Reason, 1988).<br />

Definitionsmässigt brukar man skilja på (1) fel som orsakas av ett misstag, dvs. man vet<br />

vilken åtgärd som är nödvändig men gör fel, (2) fel som beror på en felaktig handlingsplan,<br />

och (3) avsiktliga fel eller regelbrott som innebär en medveten överträdelse av en regel eller<br />

åsidosättande av säkerheten (Reason, 1990).<br />

Ett exempel på ett misstag är t ex om man har en korrekt uppfattning av situationen och<br />

vilka handgrepp som är nödvändiga men i hastigheten kanske trycker på gas i stället för<br />

broms. Denna typ av misstag sker nästan uteslutande i rutinmässiga situationer när man<br />

handlar mer eller mindre automatiskt, men utan att uppmärksamma att något är annorlunda.<br />

Orsaken till rena missgrepp är ofta att man inte har full uppmärksamhet på den aktuella<br />

arbetsuppgiften. Intränade handgrepp och vanor gör att en tågförare kanske passerar en signal<br />

som alltid har lyst grönt utan att uppmärksamma att den för ovanlighetens skull just nu lyser<br />

rött.<br />

Den andra typen av fel beror på att man har missuppfattat situationen eller har en felaktig<br />

bild av den, och sedan gör ett ingrepp enligt denna uppfattning. Det till synes korrekta<br />

ingreppet blir då felaktigt eftersom den verkliga situationen är en helt annan. Ett exempel på<br />

detta kan vara bilisten som stannat vid en utfart, tycker sig se en långsam moped långt bort,<br />

kör ut på den större vägen och upptäcker att det egentligen var en motorcykel i hög fart.<br />

Brott mot regler och föreskrifter förekommer i samband med att man vill ta en ”genväg”<br />

för att nå ett resultat snabbare eller med mindre ansträngning. Man struntar i föreskrifterna<br />

för att man tycker sig ha ett rationellt skäl att göra detta. Det kan också ha blivit en praxis på<br />

arbetsplatsen att handla på ett visst sätt trots att reglerna säger annorlunda. I olycks- och<br />

tillbudsanalyser visar det sig ibland att regler saknas för de speciella omständigheter som<br />

rådde, att reglerna är direkt felaktiga eftersom man inte tagit hänsyn till alla ingående faktorer<br />

eller att en situation omfattas av så många olika regler att dessa helt enkelt är omöjliga att<br />

tolka, speciellt i det tidspressade läget. Situationen kompliceras ytterligare av att man ibland<br />

utökar regelverket på grund av en olyckssituation. Regelverket blir på detta sätt alltför<br />

snårigt, komplicerat och kanske motsägelsefullt, för att man ska kunna ha en aktuell och<br />

fungerande uppfattning om det. Om regelverket av användaren uppfattas som dåligt utformat,<br />

och leder till mycket extra arbete, är det inte ovanligt att man "genar" för att rationalisera sitt<br />

dagliga arbete, i alla fall om man gör bedömningen att man ändå har situationen under<br />

kontroll. Det är lätt hänt att man rationaliserar egna beslut som inte följer regelverket.<br />

3.4.4 Situationer där man gör fel<br />

Nya och oväntade situationer är en ständig källa till fel, de stör våra planer och tvingar oss<br />

ibland att handla obetänksamt. Förändringar i arbetsrutiner är ibland orsaken till missförstånd<br />

som resulterar i felgrepp, och som i sin tur kan leda till olyckor. Man handlar "automatiskt"<br />

fel om man inte hunnit lära om beteendet.<br />

Brister i kommunikation<br />

När kommunikationen brister i en arbetssituation utsätter man sig genast för en ökad risk för<br />

missförstånd och därmed misstag eller felgrepp. Följande punkter visar på några situationer<br />

när man på förhand kan förutse att problem kan uppstå. Man bör därför vara speciellt<br />

uppmärksam på kommunikationen i samband med att:<br />

• det förekommer avvikelser från normala arbetsrutiner,<br />

• arbetsuppgifter lämnas över från ett skift till ett annat,<br />

• erfaren personal lämnar över arbetsuppgifter till nybörjare och tvärtom.<br />

Det finns sätt att minska risken genom att säkerställa kommunikationen. Det bör t ex finnas<br />

tid avsatt för att den som lämnar över en arbetsuppgift och den som tar vid ska kunna<br />

diskutera arbetet tillsammans, vad som gjorts hittills och vad som återstår. Man kan också<br />

ställa krav på att informationen vid överlämnandet ska ske i både muntlig och skriftlig form.<br />

-24-


Jag kan själv!<br />

Ovilja att rapportera fel alltför tidigt innan man försökt lösa problemet själv kan göra att<br />

konsekvenserna blir onödigt stora eller att det helt enkelt blir för sent att undvika en olycka.<br />

Tag t ex situationen när en tågklarerare noterar att ett tåg inte har rört sig på en stund. Vid<br />

kontroll med lokföraren framkommer att det har uppstått problem med tåget som denne<br />

försöker åtgärda. Initialt uppfattar lokföraren kanske situationen som möjlig att lösa inom en<br />

kortare tidsrymd, alltså behöver man inte störa tågklareraren i onödan. I verkligheten kanske<br />

det drar ut på tiden och följderna blir kännbara för omgivande trafik. Det är viktigt att man<br />

har ett väl utvecklat säkerhetsmedvetande på alla nivåer, ända från den enskilda individen, till<br />

arbetslag och organisation.<br />

3.4.5 Vad kan vi göra<br />

Kan man undvika att människor gör fel? Svaret på den frågan är nej, men det finns en hel del<br />

vi kan göra för att minska risken att man gör fel. Det är bättre att bygga ett system som<br />

stödjer och uppmuntrar operatören att göra rätt, i stället för att bygga ett system som<br />

protesterar först när operatören redan har gjort fel. Den som ska styra ett system måste få rätt<br />

information, på rätt plats, i rätt tid och presenterad på ett bra sätt för att kunna planera och<br />

utföra sitt handlande. Sammantaget brukar man ibland kalla detta för god informationsergonomi.<br />

Det är minst lika viktigt med bra informationsergonomi som att arbetsplatsen är<br />

utformad på ett ergonomiskt sätt i mer traditionell betydelse, dvs. att man sitter bra och<br />

undviker belastningsskador. Om det brister i informationsförsörjningen uppstår andra<br />

belastningsproblem, vi brukar kalla dem kognitiva arbetsmiljöproblem (se nedan). En operatör<br />

kan få sådana belastningsproblem såväl av för lite information som av för mycket<br />

information, om denna är presenterad på ett dåligt sätt. En dålig presentation av informationen<br />

ger oftast onödiga belastningar.<br />

Ofta kompletteras befintliga regelverk efter hand som incidenter inträffar och till slut har<br />

man åstadkommit ett sådant lapptäcke att det inte går att reda ut vad som verkligen gäller i en<br />

viss situation. Det regelverk som man har att följa måste också vara möjligt att tillgodogöra<br />

sig. Reglerna måste vara få och så klara och fria från konflikter att man kan ha dem i<br />

huvudet, det är orimligt att kräva att man ska börja slå i regelverket när man står inför en<br />

tillbudssituation.<br />

Träning på oväntade situationer är ett viktigt komplement till traditionell utbildning. Med<br />

moderna simulatorer är det möjligt att följa scenarier för t ex olyckor, och uppleva de<br />

konsekvenser som olika handlingsalternativ för med sig. Om den som styr systemet är<br />

förberedd på olika situationer som kan uppstå får man mer tid att planera i förväg och på så<br />

sätt också möjlighet att undvika att hamna i en kritisk situation. Den som känner sig säker på<br />

sin förmåga att styra systemet i olika situationer har också möjlighet att bättre behärska den<br />

stress som då uppstår. Om man kan lita på verifierade barriärer känner man sig trygg vilket<br />

reducerar stressen. Inom flyget har detta satts blivit systematiska rutiner. Alla piloter<br />

genomgår regelbundna träningar för att nöta in hur olika slags problemsituationer, som man<br />

kanske aldrig stött på i verkligheten, ska hanteras på ett effektivt och säkert sätt.<br />

Automatisering<br />

Automatisering presenteras ofta som lösningen på problem som uppstår på grund av den<br />

mänskliga faktorn. Bort med människan så slipper vi problemen! Tyvärr går det inte att<br />

”automatisera bort” den mänskliga faktorn. Nya tekniska lösningar möjliggör också nya fel i<br />

systemet. När man automatiserar delar av kontrollsystemet förändrar man förutsättningarna<br />

för den som är satt att styra och övervaka systemet. Ansvarsområden och handgrepp<br />

förändras. Ett vanligt problem är att den som är satt att övervaka ett automatiserat system<br />

hamnar ”utanför” systemet. Under normal drift fungerar allting utan problem. När man någon<br />

gång tvingas ingripa kan det vara svårt att inse i vilket läge systemet befinner sig och vilka<br />

åtgärder som krävs i detta läge. Operatören kan också ha blivit så pass ringrostig att de<br />

nödvändiga handgreppen inte fungerar perfekt, då blir det lätt fel. Vi skapar ett sårbart system<br />

-25-


om operatören tappar mer och mer av praktiska färdigheter när det gäller att styra systemet<br />

och därmed blir mer och mer beroende av automatiseringen (Hollnagel, 1997).<br />

De handlingar vi utför bestäms av förståelsen av den aktuella situationen. Förståelsen av<br />

ett system påverkas av våra förväntningar samt av vår förmåga att lära oss och generalisera.<br />

Har man en dålig förståelse av situationen kommer kvaliteten på de beslut man fattar att<br />

påverkas. Kvaliteten på det arbete man presterar beror följaktligen på operatörens förståelse<br />

av situationen i termer av mål, medel och begränsningar (Hollnagel, 1997). Den som<br />

konstruerar ett system har en viss uppfattning om den arbetsuppgift som ska utföras och<br />

dessutom en idé om hur man ska utföra arbetsuppgiften. Den som är satt att styra gör en egen<br />

tolkning av systemet och anpassar sitt eget handlingssätt till denna. Förfaringssättet<br />

överensstämmer inte alltid med konstruktörens avsikt med systemet. Konstruktörer har kanske<br />

avsett att operatören ska övervaka systemet och bara reagera och handla när oväntade<br />

tillstånd eller rena fel uppstår. Operatören å andra sidan vill känna till processens aktuella<br />

tillstånd för att kunna avvärja eventuella problem innan de övergår i felaktigheter, och den<br />

enda metod som de har att tillgå för att uppnå detta är att gripa in i processen då och då. På så<br />

sätt känner man läget och vet att man kan påverka situationen i någon bestämd riktning. När<br />

dessa två angreppssätt kombineras kommer de naturligtvis att leda till konflikter.<br />

En till synes oförklarlig olycka med en färja har fått sin förklaring i automatiseringen.<br />

Fjärden låg blank utan en krusning, ändå girade en färja, gick på grund och slog upp ett stort<br />

hål i plåten. Endast tack vare kaptenens snabba ingripande klarade sig 200 passagerare utan<br />

skador. Autopiloten, som var i drift vid tillfället, krävde att varje inprogrammerad manöver<br />

kvitterades och om inte någon kvitterade giren eller hastighets/kursändringen fortsatte<br />

autopiloten på oförändrat sätt. Nu missade lotsstyrmannen en signal, och vid nästa manöver<br />

som verkligen kvitterades girade alltså färjan på ett till synes oförklarligt sätt. Denna typ av<br />

överraskningseffekt är vanlig om man genom automatiseringen inte är helt på det klara med<br />

vilka moment som utförs av automatiken just nu och vad som kommer att hända härnäst.<br />

Ovissheten kan göra att den som är satt att övervaka systemet ingriper för att avvärja en som<br />

man tror felaktig manöver, som i själva verket är korrekt.<br />

Man brukar tala om "automation surprises", och med detta manar man att automatiken gör<br />

saker som man inte förstår eller förväntade sig i den aktuella situationen. Ofta beror detta på<br />

att automatiken inte är förstådd av operatören, den ingår inte i den mentala modellen av den<br />

process man ska styra. Detta leder till att operatören inte kan förutsäga vad som kommer att<br />

ske och blir osäker. En vanlig reaktion är då att stänga av automatiken, om detta är tekniskt<br />

möjligt. Om automatiken är förståelig, "transparent", kan man få mer av ett "samarbete"<br />

mellan en autopilot och den mänskliga operatören.<br />

3.4.6 Barriärer<br />

Man har ibland fört in begreppet barriär - se Friedleifer & Lindberg (1996) och Svensson<br />

(1991) för exempel på tillämpning av barriäranalys - för att beteckna något som innebär ett<br />

hinder för att fel ska kunna uppstå eller begås, vilka annars kan leda till incidenter eller<br />

olyckor. Det är viktigt i ett system att det finns sådana barriärer av olika slag, som<br />

tillsammans bidrar till spärrar mot fel och felbeteende. Det är också viktigt att konstruera<br />

system så att behovet av barriärer minimeras, dvs så att systemet designas och konstrueras så<br />

att det minimerar möjligheterna att begå fel, samt att systemet är förlåtande, dvs så att fel kan<br />

ångras och åtgärdas och så att felen får mindre allvarliga konsekvenser.<br />

Barriärer kan vara av olika slag, och några exempel är:<br />

• Tekniken. Det bör finnas hinder från att begå fel inbyggt i systemets logik, t ex att det är<br />

omöjligt att ge ett kommando som skulle vara farligt i en viss given situation eller ATCsystemet<br />

som bromsar om föraren undlåter att göra det i tid.<br />

• Informationssystemet. En operatör kan missa att ta fram viktig information i ett visst läge.<br />

Systemet kan då med larm signalera att något sker som inte just nu är synligt. Problemet kan<br />

också undvikas genom att man tänkt igenom vad som kan behövas och ser till att all relevant<br />

-26-


information jämt är synlig. Speciellt måste säkerhetsrelaterad information jämt vara synlig<br />

och tydlig.<br />

• Kompetensen. Genom att ha kunskaper och färdigheter om agerande i kritiska situationer<br />

minskas risken för felbeteende. Genom att utforma regelverk så att de blir överskådliga,<br />

förståeliga och konsistenta ökas möjligheten för att de fungerar i praktiken. Träning i<br />

simulatorer för att öva upp färdigheterna att hantera tänkbara situationer är ett annat sätt.<br />

• Arbetsorganisationen. Samverkan mellan olika personalkategorier, genom bra ledning,<br />

attityder, samverkan i gruppen osv. kan risker för felagerande och undlåtenheter minskas.<br />

3.5 Mänskligt beslutsfattande i dynamiska, tidskritiska<br />

situationer<br />

Arbete i dynamiska arbetssituationer ställer speciella krav på operatörerna liksom på<br />

innehållet och utformningen av de informationssystem de har som verksamhetsstöd.<br />

Människans förmåga att hantera komplexa och händelsestyrda arbetsuppgifter är idag föremål<br />

för forskning inom det beteendevetenskapliga området i en utsträckning som saknar<br />

motsvarighet rent historiskt. Utvecklingen har sin grund i insikten att mänskligt beslutsfattande<br />

i tekniskt avancerade miljöer i hög grad är betingat av situationens och arbetsuppgiftens<br />

karaktär (Beach & Mitchell, 1978; Kuylenstierna, 1998; Payne, 1982; Woods,<br />

1993). Detta innebär mer konkret att de beslut som fattas i hög grad är resultat av situationsspecifika<br />

informationssökningsstrategier och kontextberoende (situationsberoende) mentala<br />

modeller.<br />

Villkor för beslutsfattande<br />

Förr kunde man ofta fatta beslut på grundval av sin direkta erfarenhet av det konkreta<br />

innehållet i arbetet. Idag är bilden helt annorlunda. I många sammanhang har ett tekniskt<br />

system skjutits in mellan människan och arbetsmaterialet/ processen (Brehmer, 1991).<br />

Avancerad teknologi har förändrat människans förhållande till arbetsmiljön, både i form av<br />

tillgänglig information för att kunna skaffa sig kunskap, och i form av möjligheter att<br />

påverka. Istället för direkt information om det konkreta arbetsinnehållet, så förmedlas idag<br />

informationen via abstrakta representationer om verkligheten. Dessa representationer har för<br />

det mesta skapats av systemkonstruktörer som har mer eller mindre god kännedom om vilken<br />

information som beslutsfattaren verkligen behöver. Resultatet har blivit att en stor del av<br />

beslutsfattarens/operatörens möjligheter att påverka idag finns i händerna på<br />

systemkonstruktörer.<br />

Ett problem vid konstruktion av system är att det i förväg är svårt att veta exakt vilken<br />

information som behövs och vilken information som är användbar när systemet verkligen<br />

kommer i drift. Beslutsfattarens villkor har därför förändrats från att inte bara omfatta beslut<br />

om själva arbetsinnehållet, utan också om att kunna lära sig och förstå det tekniska systemets<br />

egenskaper. När förutsättningarna för beslutsfattande så radikalt har förändrats har<br />

naturligtvis även förutsättningarna för forskning om beslutsfattande förändrats, åtminstone<br />

om man avser mer komplexa beslut i vardagsnära och naturliga arbetssituationer.<br />

Inom klassisk beslutsteori har dock vetenskapliga frågeställningar i mångt och mycket gått<br />

ut på att undersöka om människan är en bra eller dålig "intuitiv statistiker". Detta sätt att<br />

modellera människan och mänskligt beslutsfattande får idag i allt större omfattning ge vika<br />

för en alternativ syn, nämligen den som ser människan som en "intuitiv ingenjör". Denna syn<br />

härstammar från den tillämpade beslutsforskningen där ett genomgående resultat har varit att<br />

ett beslut inte kan förstås enskilt, utan bara som en del av en pågående process (Brehmer,<br />

1992; Klein, Orasanu, Calderwood & Zsambok, 1993). Ett beslut är dessutom alltid ett av<br />

flera steg på vägen för att nå ett eller flera mål (Brehmer, 1992a).<br />

3.5.2 Dynamiskt beslutsfattande<br />

-27-


I allt väsentligt, så kan arbete med att hantera komplexa arbetsuppgifter i dynamiska<br />

situationer beskrivas som möjligheter att styra ett system. Oavsett om det handlar om<br />

tågtrafik, sjukvård, tillverkningsindustri, kärnkraftverk, avancerade flygplan, höghastighetsbåtar<br />

eller ekonomi så har någon form av tekniskt system skjutits in mellan människan och<br />

arbetsmaterialet/ processen. Det tekniska systemet utför själva arbetet och människans roll är<br />

främst att styra arbetet och det tekniska systemet, inte själva processen. För enkelhetens skull<br />

benämns i fortsättningen människor som har sådana roller för operatörer. En operatör kan<br />

alltså med detta synsätt vara t.ex. en sjuksköterska på en intensivvårdsavdelning på ett<br />

sjukhus, en tågklarerare vid en trafikledningscentral eller en mer klassisk operatör vid en<br />

pappersmassaindustri. Gemensamt för dem alla är att de måste skaffa sig en uppfattning om<br />

vad som ska göras, och hur, genom att ta del av information från det tekniska systemet för att<br />

sedan direkt påverka både arbetsmaterialet och systemet. De ägnar sig kort och gott åt att<br />

fatta dynamiska beslut.<br />

Dynamiskt beslutsfattande har följande karaktär:<br />

1. En serie beslut och åtgärder krävs för att nå ett mål. Dvs att uppnå och upprätthålla<br />

kontrollen över arbetsuppgiften är en kontinuerlig aktivitet som kräver många beslut, av<br />

vilka vart och ett bara kan förstås i relation till de andra.<br />

2. Besluten är inte oberoende av varandra. Beslut längre fram i beslutskedjan är villkorade<br />

av beslut som tagits tidigare, och kommer i sin tur att förändra efterkommande<br />

beslutsmöjligheter.<br />

3. Tillståndet hos ett beslutsproblem förändras, både av sig självt och som konsekvens av<br />

beslutsfattarens handlingar.<br />

4. Besluten måste tas i realtid och ofta under tidspress.<br />

Sammanfattningsvis kan sägas att dynamiska beslut är beslut som måste tas givet ett visst<br />

sammanhang och inom begränsad tid.<br />

För att överhuvudtaget kunna studera den här typen av beslut måste man överge den, inom<br />

klassisk beslutsforskning etablerade synsättet för linjär kausalitet, dvs. där ett beteende<br />

(effekten) studeras som en funktion av påverkan (orsak), och där forskaren på olika sätt<br />

försöker utöva så mycket kontroll som möjligt över omgivande faktorer. I vardagliga<br />

beslutssituationer producerar beslutsfattaren själv sina egna orsaker genom den naturliga<br />

interaktionen med systemet. Av den anledningen har forskare kommit att vända sig till styroch<br />

reglerteorin för att hitta en ram för att kunna utvärdera mänskligt beslutsfattande.<br />

3.5.3 Kontrollteori som ram för utvärdering av mänskligt beslutsfattande<br />

Kontrollteorin som grund för studier av mänskliga beteenden har med lyckat resultat använts i<br />

studier av manuell kontroll. Psykologer har dock funnit att den matematiska delen av<br />

kontrollteorin inte är relevant när det gäller ett modellera mänskliga beteenden, och<br />

kontrollteorin har därför bara använts som allmän metafor för hur beslut kan utvärderas.<br />

Fördelen med kontrollteorin är att den specificerar fyra villkor för styrning, vilka kan<br />

appliceras oberoende om det är människor eller maskiner som styr och övervakar en process.<br />

Det här synsättet innebär att man ser människan som ett självreglerande system. De fyra<br />

villkoren för styrning är:<br />

1. Det måste finnas möjligheter att påverka systemets tillstånd<br />

- handlingskriteriet<br />

2. Det måste finnas möjligheter att avgöra systemets aktuella tillstånd<br />

- observerbarhetskriteriet<br />

3. Det måste finnas ett mål<br />

- målkriteriet<br />

4. Det måste finnas en modell av systemet<br />

- modellkriteriet<br />

-28-


Observerbarhet och handlingsalternativ är egenskaper hos systemet, medan mål och modeller<br />

är egenskaper hos beslutsfattaren. Brehmer (1992) formulerade den allmänna uppgiften för<br />

psykologisk forskning inom detta område som att förstå hur människor formulerar mål och<br />

modeller som funktion av observerbarhet och handlingsalternativ hos det system som ska<br />

kontrolleras eller hanteras. Ett resultat från den här forskningen är att det i många<br />

arbetssituationer är viktigt att visa dynamisk information, t.ex. information om hur den styrda<br />

processen utvecklas som funktion av tiden, ibland även tillsammans med prognoser över<br />

framtida utveckling. Detta gör det möjligt för operatörerna att arbeta förebyggande snarare än<br />

att invänta kritiska situationer och då lösa problemen.<br />

Att använda kontrollteori som utgångspunkt för studiet av mänskligt beslutsfattande får<br />

konsekvenser för den typ av förklaringar man kan ge till de beteenden man observerar i dessa<br />

situationer. Istället för att fokusera på observerbara beteenden i termer av preferenser för<br />

olika alternativ, baserade på statistiska modeller av människan, så leder kontrollteorin till<br />

förklaringar i termer av beslutsfattarens mentala modeller av beslutsuppgiften. Förklaringar<br />

till såväl mänskliga prestationer, beteenden som individuella skillnader bör alltså sökas i<br />

beslutsfattarens mentala representation av den uppgift, den process och det tekniska system<br />

han eller hon är satt att hantera. Detta synsätt är väl förenligt med Contant och Asbys (1970)<br />

idé, att själva syftet med ett beslut är att uppnå kontroll, och för att uppnå kontroll måste en<br />

person utveckla en mental modell över systemet och uppgiften.<br />

I syfte att uppnå kontroll över en extern process (en uppgift), måste också en person<br />

behärska sin interna process (en mental modell) (Jansson, 1997). Kontrollbegreppet är därför<br />

även relevant med avseende på hur en människa lyckas kontrollera sitt eget beteende medan<br />

man löser ett komplext problem eller hanterar en dynamisk beslutsuppgift. Inom<br />

forskningsprogrammet för dynamiskt beslutsfattande har även detta studerats i detalj, främst<br />

av Dörner och hans kollegor (Dörner, 1990; Dörner, Kreuzig, Reither & Stäudel, 1983;<br />

Dörner, Schaub, Stäudel & Strohschneider, 1998). De tyska forskningsinsatserna brukar<br />

ibland samlas under namnet handlingsreglering eller intentionsreglering och handlar i mångt<br />

och mycket om kontinuerlig problemlösning. Hur människor klarar av att reglera sitt eget<br />

beteende genom att manipulera villkoren för att utföra uppgiften är därför ett mycket aktuellt<br />

forskningsproblem i många olika dynamiska arbetssituationer (se t.ex. Hoonhout & Zwaga,<br />

1993).<br />

Jansson (1997) visade att kontrollen över en beslutsuppgift och kontrollen över det egna<br />

beteendet i samband med att man försöker styra uppgiften är iterativt relaterade till varandra.<br />

Om kontrollen över det egna beteendet minskar, minskar också möjligheten till kontroll över<br />

uppgiften som en direkt konsekvens. Omvänt gäller att om kontrollen över beteendet i form av<br />

kontroll av den interna processen ökar, så ökar också förutsättningarna för att klara av att<br />

kontrollera uppgiften i form av den externa processen. Tanken att den externa processens<br />

kvalité är hårt relaterad till den interna processens kvalité är i linje med tankarna hos Brehmer<br />

& Allard (1991).<br />

3.5.4 Två typer av beslut och inlärning vid interaktiva uppgifter<br />

En viktig del i den modell av mänsklig informationsbearbetning som ligger till grund för<br />

teorierna kring mänskligt beslutsfattande i dynamiska system är uppdelningen mellan hög<br />

(medveten) och låg (automatiserad) kognitiv nivå (se ovan). Huruvida denna uppdelning i högoch<br />

lågnivå styrning av handlingar också har en motsvarighet på inlärningssidan är idag<br />

föremål för forskning inom kognitionspsykologin. Broadbent och hans medarbetare visade i<br />

experiment att det är fullt möjligt att människan har två inlärningskanaler, det medvetna,<br />

analytiska tänkandet som drar vår uppmärksamhet till vissa fokuserade och prioriterade<br />

uppgifter och den omedvetna, ofiltrerade registreringen av mindre viktiga händelser som kan<br />

äga rum tack vare en inbyggd frekvensräknare. Vilka konsekvenser en sådan typ av inlärning<br />

kan ha för mänskligt beslutsfattande i dynamiska situationer tillhör de frågor som modern<br />

beteendevetenskaplig forskning arbetar med. Resultat från den, och annan forskning, ska<br />

sedan anpassas till den tvärvetenskapliga forskningen inom människa-dator interaktion.<br />

-29-


3.6 Kognitiva arbetsmiljöproblem<br />

Av det ovanstående framgår att arbetssituationer och informationssystem ska vara så<br />

utformade att de inte leder till felaktiga kognitiva belastningar. Det är viktigt att arbetet,<br />

arbetsuppgifterna, användargränssnitt m.m. utformas så att det tillåter människan/operatören<br />

att utnyttja sina förmågor och kapaciteter på det som är kärnan i arbetet, i detta fall att<br />

effektivt planera och styra tågtrafik. Om gränssnitt och annat tar "kognitiv kraft" av<br />

operatören leder detta till problem.<br />

Kognitiva arbetsmiljöproblem uppstår när egenskaper i arbetssituationen hindrar<br />

människan, från att utnyttja sin kognitiva förmåga, för att utföra arbetsuppgifterna på ett<br />

effektivt sätt (Sandblad, Lind & Nygren, 1991).<br />

Hindren kan vara av olika art, t ex en olämplig arbetsorganisation, ett felaktigt innehåll i<br />

informationssystemen eller ett dåligt användargränssnitt till dessa. De kognitiva arbetsmiljöproblemen<br />

innebär att de som arbetar i verksamheten inte kan förstå, skaffa sig information<br />

om, överblicka, kontrollera, påverka eller styra det eller de skeenden man arbetar med, trots<br />

att man egentligen har de nödvändiga förutsättningarna för detta.<br />

Kognitiva arbetsmiljöproblem är en viktig och vanlig orsak till olika slags stress i moderna<br />

administrativa och högteknologiska system vid sidan av de mer välbelagda källorna till stress<br />

som t ex uppdrivet arbetstempo och enahanda arbete. Problemen kan i sin tur leda till<br />

psykiska och fysiska reaktioner, belastningsbesvär m.m.<br />

Analys av kognitiva arbetsmiljöproblem kräver en förståelse av vilka problemen är och hur<br />

de uppstår. Det är viktigt att identifiera, beskriva och analysera sådana systemegenskaper som<br />

är viktiga att beakta för att förstå de kognitiva arbetsmiljöproblem som kan finnas i en viss<br />

arbetssituation. Med systemegenskaper menar vi egenskaper som hänför sig såväl till själva<br />

arbetsprocessen och arbetsorganisationen som till innehåll och användargränssnitt i det<br />

informationssystem man arbetar med. För den som arbetar i processen är det ofta inte möjligt<br />

att själv varsebli och tolka sådana egenskaper och problem.<br />

Några exempel på kognitiva arbetsmiljöproblem, (se Sandblad, Lind & Nygren, 1991), kan<br />

vara:<br />

• Man arbetar med ett datorstöd som har fel funktionalitet i relation till arbetets innehåll.<br />

Systemet är helt enkelt "fel verktyg". När "verktyget" är ett datoriserat system för<br />

informationsförsörjning kan det vara mycket svårt att inse och beskriva vad som är "rätt"<br />

respektive "fel" verktyg.<br />

• Man arbetar med ett datorstöd som tvingar operatören att aktivt styra systemet, t ex genom<br />

att ange val i menyer, välja kommando, "scrolla" i en lista, tolka kryptiska felmeddelanden<br />

eller göra annat som är relaterat till informationssystemet istället för till den egentliga<br />

arbetsuppgiften. Operatören kommer att bli störd i de kognitiva processer som rör den<br />

egentliga arbetsuppgiften, och tvingas vara onödigt koncentrerad på gränssnittet. Detta kan<br />

vara mycket belastande och leder till ineffektivitet i arbetet, stress m.m. Ett mål är att utforma<br />

användargränssnitt så att man kan automatisera hanteringen av det, att det blir "självklart"<br />

och tillåter operatören att vara odelat uppmärksam på arbetsprocesserna.<br />

• Informationssystemet visar inte all beslutsrelevant information samtidigt. Detta leder till att<br />

man måste växla mellan olika bilder eller system, och sammanfoga informationsmängderna i<br />

huvudet. Detta leder till stark belastning av (det begränsade) korttidsminnet, vilket leder till<br />

ineffektivitet, ökad felbenägenhet, stress, trötthet och till och med muskelbelastningar.<br />

3.7 Operatörsarbete inom process- och trafikstyrning<br />

I och med introduktionen av digitala distribuerade styr- och informationssystem, har<br />

operatören blivit ansvarig för en mycket större del av anläggningen. Dessutom ökar<br />

-30-


komplexiteten i operatörens arbetsuppgifter ytterligare av att pressen på driftpersonal att klara<br />

produktionsmål är hög, och att nu även överväganden om produktionseffektivitet,<br />

kostnadsminskningar och underhållsplanering blivit en del av deras arbete.<br />

Även om människa-maskin gränssnittet har genomgått stora förändringar sedan<br />

datorbaserade styrsystem först introducerades, så har operatörens uppgift i huvudsak förblivit<br />

densamma: övervakning och styrning av processen (och av styr- och informationssystemet),<br />

samt analys av störningar och minimera deras effekter. Som ett resultat av den ökade<br />

automatiseringen har operatörers arbete förflyttats från direkt reglering till en högre nivå av<br />

övervakande styrning. Detta innebär att regleringen av processen under normal drift till stor<br />

del utförs av det automatiserade styrsystemet. Operatören ingriper framför allt vid störningar<br />

samt vid optimering och trimning av processen. Aktiv styrning krävs dessutom vid uppstart,<br />

"nerkörning" och vid omställningar.<br />

Leverantörer av styrsystem ser vanligtvis operatörens roll vid övervakning av processen<br />

som en krislägeshanterare. Enligt detta synsätt är huvuduppgiften för operatören dels<br />

överordnad processtyrning (process management) och dels felhantering (dvs att ställa diagnos<br />

på fel och att korrigera fel). Designen av människa-maskin gränssnitt hos de flesta styrsystem<br />

avspeglar detta synsätt. Översiktsbilder är framtagna för att passa de förmodade<br />

operatörsbehoven i övervakningsuppgiften. Den första indikationen på en processtörning ges<br />

av larmsystemet. Enbart larminformation och kvalitativ information om processtillståndet<br />

behöver då övervakas på kontinuerlig basis. Med denna syn triggas operatören att agera när<br />

ett larm visas. Analys av det störda processtillståndet sker sedan via information från<br />

översiktlig till alltmer detaljerad nivå, och resulterar slutligen i en diagnos och avhjälpande<br />

manövrer/åtgärder. Detta synsätt på operatörsrollen vid övervakning av processen kan kallas<br />

att ”styra genom att reagera på undantag/larm" principen (the ”management-by-exception”<br />

approach), (Zwaga & Hoonhout, 1993a; Swaanenburg, Zwaga, & Duijnhouwer, 1988).<br />

Fältstudier (Swaanenburg, Zwaga, & Duijnhouwer, 1988; Kortland & Kragt, 1980), i bl a<br />

petrokemiska fabriker visar att ett av operatörers kraftigaste klagomål är att det - med<br />

datorbaserade styrsystem - är svårt att upprätthålla en översikt av processen på en tillräckligt<br />

detaljerad nivå. Operatörer föredrar att övervaka processen ganska intensivt. De behöver<br />

information om processens dynamiska tillstånd, därför att deras största bekymmer är att - med<br />

en acceptabel grad av säkerhet - få veta att processen inte kommer att konfrontera dem med<br />

otrevliga överraskningar. Det är inte tillräckligt för dem, att på grund av att ingenting larmar,<br />

förutsätta att processen går fint. Dessutom vet de av erfarenhet att när något oväntat inträffar<br />

finns oftast mycket lite tid till att sätta sig in i processens tillstånd.<br />

Resultat från fältstudier visar också att operatörerna utför denna övervakande och<br />

uppdaterande uppgift på ett sådant sätt att den är anpassad till processens tillstånd. En<br />

process vars tillstånd förändras snabbt, övervakas noggrant. Om processen däremot är stabil,<br />

så bedömer operatören det ibland som tillräckligt att förlita sig på larmsystemet och<br />

kontrollerar endast några få nyckelvariabler då och då. Operatörer anpassar alltså sitt<br />

övervakningsbeteende till komplexiteten och tillståndet hos processen. Hur ofta operatören<br />

uppdaterar sig själv bestäms av en uppskattning av sannolikheten för att något allvarligt<br />

händer med en del av eller hela fabriken.<br />

Resultaten från fältstudier indikerar därför att operatörer som regel inte utför sin uppgift i<br />

överensstämmelse med ”management-by-exception” principen, som leverantörer av styrsystem<br />

ofta antar. Operatörer anser sin huvuduppgift vara att förebygga störningar och larm, snarare<br />

än att reagera på larm. De tenderar att utföra sin arbetsuppgift i enlighet med att "köra genom<br />

att vara uppdaterad" principen (the ”management-by-awareness” approach). Detta betyder att<br />

operatörer varje stund är mycket medvetna om processens tillstånd och kan, i viss utsträckning,<br />

förutsäga processens tillstånd inom den närmaste framtiden, De kan därför upprätthålla<br />

en hög grad av beredskap inför möjliga förändringar i processen. Detta arbetssätt är även<br />

operatörens viktigaste verktyg för att minska och utjämna arbetsbelastningen för sig själv och<br />

arbetslaget.<br />

3.8 Gränssnittsutformning för operatörer<br />

-31-


Som forskning och erfarenheter från processindustrin visar, behöver operatörer den<br />

information om den styrda processen som gör det möjligt att upprätthålla en överblick av<br />

systemets tillstånd och att göra tillförlitliga förutsägelser om processens framtida tillstånd.<br />

Operatören måste använda sig av information som är direkt relaterad till bestämda variabler<br />

(flödesschemabilder, trendbilder, gruppbilder). Endast denna typ av information gör det<br />

möjligt att, genom att bygga upp erfarenhetsmässiga modeller och mönster, förutsäga<br />

processens framtida tillstånd och om nödvändigt genomföra förebyggande åtgärder.<br />

De ihärdiga kraven på förändringar i styrsystemens användargränssnitt - för att möta dessa<br />

behov - sammanfaller med introduktionen av nya tekniker för att visa bilder samt ökad<br />

tillgång till datorkraft. Om förut enbart standardbilder från leverantörer fanns tillgängliga, är<br />

nu större flexibilitet vid gränssnittsdesign möjlig, vilket resulterat i kundanpassad design av<br />

gränssnitt. Introduktionen av nya tekniker för bildvisning har lett till ökande användning av<br />

grafik eller mimikbilder. Grafiska bilder anses vara en användbar lösning på problemet med<br />

bristfälligheten i leverantörernas standardbilder (översiktsbilder och larmbilder) för<br />

operatörens övervakande och uppdaterande arbetsuppgift under normala processtillstånd.<br />

För designbesluten gällande gränssnitt, förlitade sig leverantörerna i ökad utsträckning på<br />

medverkan från sina kunder. Den här utvecklingen gjorde dock inte slut på operatörernas<br />

klagomål. Det verkar som om designingenjörers uppfattning om hur processen/anläggningen<br />

skall köras och hur styrsystemens gränssnitt skall användas, bättre stämmer överens med<br />

leverantörernas synsätt - ”management-by-exception” - än med hur operatörer faktiskt arbetar<br />

(Zwaga & Hoonhout, 1993). Följaktligen leder inte medverkan av designingenjörer<br />

nödvändigtvis till ett särskilt annorlunda och bättre sätt att arbeta vid gränssnittsdesign. Om<br />

styrsystemets gränssnitt skall accepteras av de faktiska användarna, dvs operatörerna, bör<br />

driftpersonal medverka under konstruktions- och designfasen. Endast på detta sätt kan<br />

driftpersonalens behov och krav inlemmas i designarbetet.<br />

Operatörer - vid de få tillfällen de har medverkat vid design av de grafiska bilderna - har<br />

oftast heller inga helt nya idéer om bilddesign, utan håller sig nära det välkända P&Idiagrammet<br />

(Pipes and Instruments) som en utgångspunkt för design av bilderna. Denna<br />

grafiska representation av anläggningen eller en del av anläggningen, kompletteras av olika<br />

typer av detaljinformation om processen som de vill kontrollera regelbundet. På detta sätt<br />

blandas översiktsinformation med detaljinformation i samma bild. I många fall resulterar det i<br />

bilder fullproppade med information. Vanligtvis motiverar operatörer sitt val av grafiska<br />

bilder fulladdade med information med ursäkten att "det är bäst att ta det säkra före det<br />

osäkra". De använder argumentet att all visad information kommer att behövas någon gång.<br />

Likaså föredrar operatörer att ha så få bilder som möjligt, därför att de vill reducera det<br />

kognitivt belastande bläddrandet fram och tillbaka mellan olika typer av bilder. Detta<br />

resulterar i bilder som kan användas vid normal drift såväl som vid störningshantering<br />

(Hoonhout & Zwaga, 1993).<br />

Det finns en hel del kunskap sedan tidigare när det gäller riktlinjer för utformning av<br />

operatörsgränssnitt. Detta omfattar bl a utveckling av generella principer för presentation av<br />

information så att man optimalt kan stödja operatörer i deras arbete, minimera kognitiva<br />

belastningar m.m. En annan viktig del handlar om att utveckla riktlinjer för<br />

gränssnittsutformning för den framtida tågtrafikstyrningen mer specifikt. Sådana riktlinjer<br />

måste vara baserade på en grundläggande analys av hur operatörerna arbetar idag och i<br />

framtiden. En relativt utförlig diskussion om principer och riktlinjer ges senare i denna<br />

rapport, varför vi inte tar upp det ytterligare här.<br />

3.9 Utvärdering av användbarhet<br />

För att utvärdera datorstöds användbarhet, och identifiera förekomsten av eventuella kognitiva<br />

arbetsmiljöproblem behövs metoder för utvärdering av innehåll och gränssnittens utformning.<br />

Frågeställningar kring datasystems innehåll och utformning av användargränssnitt har<br />

studerats tidigare.<br />

-32-


Litteratur och forskning inom området är omfattande. Rapporter och böcker som skrivits är<br />

emellertid mer riktade till andra forskare eller till systemutvecklare än till de som arbetar med<br />

att studera och förbättra arbetsmiljön för t ex processoperatörer.<br />

Ben Schneiderman har gett ut en mycket omfattande bok, "Designing the User Interface",<br />

(Schneiderman, 1998), som beskriver det arbete som utförts inom området. Detta och andra<br />

arbeten visar på de stora bristerna vad det gäller konkreta arbetsredskap för att utföra<br />

analyser och bedömningar om datorstödets "användarvänlighet" och för arbete med arbetsmiljöproblem<br />

av kognitiv art. Jakob Nielsen gör i sina böcker "Usability Engineering",<br />

(Nielsen, 1993), och "Usability Inspection Methods", (Nielsen, 1994) en genomgång av<br />

problem och metoder för datasystems "användbarhet" och för utvärdering. De flesta av de<br />

metoder han beskriver är emellertid främst avsedda att användas av systemutvecklare när man<br />

i olika skeden av systemutvecklingsprocessen arbetar med systemdesign och utvärdering av<br />

slutproduktens "användbarhet".<br />

Även i Sverige har en hel del forskning och utveckling skett inom området. En produkt som<br />

vänder sig till kretsen utanför forskare och systemkonstruktörer är TCO:s "Programprovaren".<br />

Den är konstruerad för att olika slags användare själva ska kunna bilda sig en<br />

uppfattning av datorstödets och användargränssnittets utformning. Programprovaren berör ett<br />

mycket vitt område från programergonomi och fysisk ergonomi till arbetetsorganisation, och<br />

används främst för att värdera och betygsätta olika produkter mot varandra. Programprovaren<br />

är dock ganska ytlig och saknar möjligheter att mer detaljerat påtala problemområden och<br />

vilka effekter som kan uppstå av dessa.<br />

Det finns en lång tradition att arbeta med metoder för utvärdering av datorstöd och med<br />

"guide-lines" för design av system och gränssnitt. Exempel på några mycket detaljerade<br />

metoder är:<br />

• Human factors Engineering standards for information processing systems, Lockheed<br />

Missiles and Space Co, 1983<br />

• Guidelines for designing user interfaces software, US Department of Commerce, 1986.<br />

Idag talar man mycket om metoder för "usability-engineering" och "usability-analysis". Jakob<br />

Nielsen gör i sina ovan nämnda böcker en genomgång av problem och metoder för<br />

datasystems "användbarhet" och för utvärdering.<br />

Begreppet "usability" har blivit mycket använt idag och det finns anledning att föra en kort<br />

diskussion kring detta. Jakob Nielsen, och flera andra författare, gör följande definitioner:<br />

• Om man utgår från det överordnade problemet att få ett system accepterat som ett effektivt<br />

hjälpmedel består detta problem av att klara av:<br />

• social acceptans, och<br />

• praktisk acceptans, vilken i sin tur består av:<br />

• kostnader,<br />

• kompatibilitet,<br />

• tillförlitlighet, och<br />

• "usefulness" (i meningen lämplighet, för att uppnå ett visst mål).<br />

"Usefulness" delas i sin tur upp i:<br />

• "utility" (nyttighet, att funktionalitet i princip finns), och<br />

• "usability" (användbarhet för användaren, dvs att man kan utnyttja den funktionalitet<br />

som finns)<br />

"Usability", eller om vi här använder översättningen användbarhet, delas i sin tur upp i<br />

följande delfrågeställningar. Ett datorstöd ska för användaren vara:<br />

• lätt att lära,<br />

• effektivt att använda,<br />

• lätt att komma ihåg,<br />

• leda till att man gör få fel, samt<br />

• vara subjektivt tilltalande.<br />

-33-


Metoderna för att studera datorstöds användbarhet ("usability") utgående från dessa definitioner<br />

är av flera olika typer. En översikt ges i Jakob Nielsens "Usability Inspection Methods".<br />

Några exempel kallas: Heuristic evaluation, Usability walkthrough och Cognitive<br />

walkthrough,<br />

Det internationella standardiseringsarbetet med den flerdelade standarden ISO 9241,<br />

"Ergonomic requirements for office work with visual display terminals", utgår från en<br />

definition av "usability" som innehåller tre delar: "effectiveness", "efficiency" och "acceptability".<br />

"Effectiveness" handlar om huruvida man uppnår de uppsatta målen och i<br />

"efficiency" vägs även in hur mycket resurser som krävs.<br />

Vi kan se att de flesta av de metoder och synsätt på problematiken vi kortfattat beskrivit<br />

ovan (mer eller mindre):<br />

• främst är avsedda att användas av systemutvecklare när man i olika skeden av systemutvecklingsprocessen<br />

arbetar med systemdesign och utvärdering av slutproduktens<br />

"användbarhet",<br />

• är koncentrerade på sådana aspekter som är enkla att mäta,<br />

• bara i mycket liten utsträckning tar upp aspekter som hör till vad vi i skandinavisk tradition<br />

vill lägga in i helhetsbegreppet arbetsmiljö,<br />

• inte i mer detalj tar upp aspekter som hör till vår definition av kognitiv arbetsmiljö,<br />

• i stor utsträckning är beskrivande men inte förklarande, dvs de beskriver t ex att ett<br />

datorstöd är "svårt att komma ihåg hur det hanteras" men analyserar inte aspekter som kan<br />

förklara varför det förhåller sig så.<br />

En annan metod som avser att även omfatta den ovan beskrivna definitionen av kognitiv<br />

arbetsmiljö har utvecklats vid CMD. Metoden, ADA-metoden (Åborg, Sandblad, & Lif,<br />

1996), är avsedd att användas vid analys av ett redan existerande system i drift, och har<br />

utvecklats i samarbete med ett företag inom företagshälsovården (Previa) för användning i<br />

samband med arbetsmiljöanalyser. Den har främst använts för användbarhetsbedömningar<br />

inom mer administrativa arbeten.<br />

Ytterligare en metod utvecklad vid CMD, <strong>Uppsala</strong> <strong>universitet</strong>, är avsedd att använda under<br />

pågående utveckling av en prototyp av ett nytt informationssystem eller datorstöd, för<br />

utvärdering i varje steg av prototyputvecklingen.<br />

3.10 Verksamhetsutveckling och användarcentrerat<br />

utvecklingsarbete<br />

En verksamhet kan betraktas på flera olika sätt, beroende på vad den betraktande har för<br />

kunskaper, intressen och prioriteringar. En datorkunnig person väljer ofta att se verksamheten<br />

som den informationshantering som bedrivs i verksamheten. På samma sätt kommer en<br />

"organisationsexpert" gärna att välja att se verksamheten som dess arbetsorganisation. Han<br />

kommer att se de organisatoriska bristerna och svårigheterna i verksamheten och ha idéer om<br />

den organisationsutveckling som han anser skulle bidraga till att lösa problemen. En<br />

personalutvecklare skulle se verksamheten som dess personal, kompetens och<br />

personalutvecklingsbehov.<br />

I våra ögon är en verksamhet en komplex process, fungerande som en helhet i en likaledes<br />

komplex omgivning. Olika aktörer och grupper försöker, utifrån egen förmåga och med<br />

utnyttjande av olika slags hjälpmedel, bidraga till att verksamhetens mål uppfylls. För<br />

verksamheten finns mål av olika slag, den har en viss arbetsorganisation, där finns personal<br />

med kunskaper, kompetenser och erfarenheter, man verkar i vissa lokaler, utnyttjar tekniska<br />

hjälpmedel, informationssystem m.m. Verksamheten är inte de olika enskilda aspekterna på<br />

den utan den dynamiska helheten.<br />

I verksamheten kan det finnas svårigheter och problem av olika slag. Problemen kan gälla<br />

olika delar och aspekter på verksamheten. Ofta kan man inte definiera ett problem som<br />

hörande till en aspekt, utan det rör flera olika aspekter samtidigt. Man kan ha problem med<br />

målformuleringen som kan vara otydlig eller innehålla konflikter mellan delmål. Man kan ha<br />

-34-


problem med organisation, arbetsorganisation, personal, lokaler, teknik, informationssystem<br />

m.m. Givetvis kan man också ha problem av ekonomisk art, att verksamheten inte uppfyller<br />

ställda lönsamhetskrav.<br />

När det gäller informationshantering har vi genom ett antal olika fältstudier, forskningsoch<br />

utvecklingsprojekt sett att det som ofta ser ut att vara problem med informationshanteringen<br />

egentligen är symptom på att något annat i verksamheten inte fungerar bra.<br />

Svårigheter med informationshanteringen kan ofta sägas vara en indikator på att man har<br />

något slags problem inom verksamheten. En dålig arbetsorganisation, en dålig lokallösning<br />

eller otillräcklig eller inkompetent personal kommer att leda till informationsmässiga svårigheter.<br />

Att genom informationssystem eliminera en del av symptomen på dessa "ursprungsproblem"<br />

leder naturligtvis inte till att de löses. Genom datoriseringen kommer man kanske att<br />

eliminera en del av symptomen, men man kommer kanske också att införa nya. Vad som<br />

dessutom ofta sker, och det är kanske det som är det allvarligaste, är att man effektivt<br />

konserverar det/de ursprungliga problemen genom att införa ett datorsystem i verksamheten.<br />

Självklart kan det ibland vara både önskvärt och effektivt att använda sig av datoriseringar<br />

för att eliminera sådana symptom, men det gäller då att vara medveten om vad man gör, så att<br />

det kan göras på så bra sätt som möjligt. Vi ska diskutera dessa samband utförligare nedan.<br />

Ett fruktbart synsätt är att om vi har problem eller svårigheter av någon art i en<br />

verksamhet, så står vi inför en verksamhet som har ett utvecklingsbehov. För att komma fram<br />

till vilket detta utvecklingsbehov är, samt till att få igång ett utvecklingsarbete, måste vi veta<br />

mer om verksamheten samt ha en modell för hur utvecklingsarbete i ett sådant<br />

helhetsperspektiv ska gå till.<br />

Olika faktorer kan initierar ett utvecklingsarbete. Det kan t ex vara en bristande lönsamhet<br />

i verksamheten, bristande måluppfyllelse, uppfattningen av att det finns problem eller<br />

svårigheter som behöver åtgärdas eller att det finns problem med arbetsmiljön. All verksamhet<br />

bör som ett av sina mål ha att ständigt ifrågasätta sig själv och att förändras i takt med<br />

förändrade yttre och inre krav, med tekniska förutsättningar osv.<br />

Inom MDI har vi sedan några år studerat hur systemutveckling går till, vilka bristerna med<br />

dagens arbetssätt är i det perspektiv som beskrivits ovan och vad som fordras för att<br />

förbättra situationen. Några viktiga punkter är:<br />

• Arbetsorganisatorisk utveckling och utveckling av informationssystem måste gå hand i hand.<br />

Den ena utvecklingen fordrar den andra. Om man t ex inför ett nytt informationssystem i en<br />

gammal arbetsorganisation kan man oftast inte utnyttja den effektiviseringspotential som<br />

ligger i det nya. Om man istället samtidigt utvecklar arbetsorganisationen, så att man tar<br />

chansen att effektivisera även denna med hjälp av den nya tekniken, kan helhetslösningen bli<br />

bättre. Då kan man inse nya krav på ännu bättre teknik osv.<br />

• Målen för en verksamhet och för ett förändringsarbete måste klargöras. Detta kan oftast inte<br />

göras på ett explicit sätt, genom att operationella mål formuleras på ett explicit sätt, utan<br />

måste ofta hanteras mer implicit i en förändringsprocess, t ex genom aktivt deltagande av<br />

verksamhetsföreträdare.<br />

• Verksamhetsutveckling bör ske kontinuerligt som en integrerad del av verksamheten själv.<br />

• Arbetsmiljöaspekter av olika slag måste föras in i utvecklingsarbetet från början. Detta<br />

förutsätter en aktiv användarmedverkan. Det förutsätter också att man klargör vad man lägger<br />

in i begreppet arbetsmiljö, vilka aspekter man vill och är beredd att beakta etc. En<br />

förutsättning för att klara av detta är att man under utvecklingsarbetet kan tydliggöra hur det<br />

framtida arbetet kommer att se ut för de inblandade parterna. Först när man ganska detaljerat<br />

i förväg kan utvärdera arbetet, dess innehåll och utförande, kan man ta ställning till om det är<br />

så man vill ha det, om arbetsmiljön är tillfredsställande etc.<br />

En modell för systemutveckling som möjliggör ett synsätt enligt ovan måste bygga på en<br />

effektiv samverkan mellan verksamhetsföreträdare på olika nivå och utvecklare med olika<br />

slags kompetens. Man brukar här tala om användarcentrerad utveckling, "participatory<br />

design". Figuren nedan avser att belysa några viktiga aspekter på en sådan utvecklingsmodell.<br />

Viktiga aspekter är:<br />

-35-


• Inkludera inte bara informationsaspekter, utan även organisatoriska aspekter i kravformulering<br />

och prototyputvärdering.<br />

• Observera de parallella uppsättningarna med kravspecifikationer. Dels verksamhetsföreträdarnas<br />

i verksamhetstermer, dels dataexperternas i mer traditionella datatekniska/<br />

systemutvecklings- termer. Detta innebär alltså att verksamhetsföreträdarna inte behöver bli<br />

dataexperter, utan kan diskutera krav i termer av sina egna arbetsrelaterade begrepp.<br />

• Systemutvecklingsarbete blir egentligen aldrig avslutat, utan ger möjligheter till en<br />

kontinuerlig utveckling av såväl verksamhet som av datorstöd. Datorstöden kan på så vis<br />

ständigt anpassas till nya förutsättningar, krav och möjligheter. Detta ställer speciella krav på<br />

utvecklingsmetodik och utvecklingsmiljö, så att man använder sig av en teknik som svarar mot<br />

denna höga ambition.<br />

Preliminära specifikationer<br />

från verksamhetsanalys<br />

Användarrepresentanter<br />

Utvecklare<br />

tolka<br />

testa<br />

prototyp<br />

modifiera<br />

specifikation<br />

tolka,<br />

modifera<br />

specifik.<br />

etc.<br />

ny<br />

prototyp<br />

Tid<br />

Systemet<br />

utvecklas<br />

Fig. En modell för användarcentrerad systemutveckling.<br />

Några viktiga förutsättningar för att få den experimentella modellen att fungera är att:<br />

• Företagsledningen stödjer detta.<br />

• Att tillräckliga resurser ställs till förfogande. Detta behöver inte innebära att projektet som<br />

sådant blir dyrare, men kanske kommer kostnadsfördelningen att se annorlunda ut. Bl a måste<br />

den egna personalen ges möjligheter att deltaga i arbetet på ett effektivt sätt.<br />

• Den inblandade personalen måste utbildas på lämpligt sätt.<br />

• Effektiva utvecklingsverktyg måste användas.<br />

Roller och kompetenskrav är bl a:<br />

-36-


• Man måste få tillstånd en effektiv samverkan mellan de olika parterna i utvecklingsarbetet.<br />

Detta innebär att bägge "sidor" måste utveckla sina kompetenser för att klara av att arbeta<br />

enligt en sådan modell.<br />

• Versamhetsföreträdarna måste få kompetens i att ställa verksamhetsrelaterade krav, kunskap<br />

om vad det innebär att deltaga i ett utvecklingsarbete av denna art, och - inte minstmöjligheter<br />

att bredda sina kunskaper om vad som är möjligt att åstadkomma, dvs "vidga sina<br />

vyer" vad det gäller teknikens möjligheter, vara lite mer visionära.<br />

• Systemexperterna måste också vidareutveckla sina kompetenser för att klara den nya rollen.<br />

Ofta handlar det om att gå från att vara expert till servicepersonal, men dock fortfarande<br />

expert på sin del av arbetet. Det nära samarbetet med verksamhetsföreträdarna samt den<br />

kontinuerliga förändringen av krav och önskemål är ofta en ny upplevelse för<br />

systemutvecklarna. För detta behöver de hjälp av lämpliga utvecklingsverktyg.<br />

• Utvecklingsverktyg som används måste understödja ett experimentellt arbetssätt. Prototyper<br />

måste kunna utvecklas relativt snabbt och vara lätt modifierbara. Det färdiga systemet måste<br />

ständigt kunna vidareutvecklas på ett ekonomiskt och arbetsmässigt rimligt sätt.<br />

-37-


4. EN BESKRIVNINGSMODELL FÖR<br />

TÅGTRAFIKSTYRNING<br />

4.1 Syfte med en beskrivningsmodell<br />

En viktig del av arbetet i projektet har varit att skapa en beskrivning, en modell, av "systemet<br />

tågtrafikstyrning". Beskrivningen ska utgöra en ram för att förstå systemet, kunna resonera<br />

kring det samt kunna analysera det för att förstå viktiga aspekter på arbetet som bedrivs i det,<br />

informationshanteringen krav på operatörsstöd m.m.<br />

För att klara av detta behöver vi först en grundläggande struktur för att kunna beskriva och<br />

analysera styrning av komplexa dynamiska system. Systemet vi vill kunna beskriva här är inte<br />

själva tågtrafiken som sådan, utan det styrsystem som operatörerna utnyttjar vid<br />

tågtrafikstyrningen samt operatörernas eget arbete i samband med utförande av planeringen<br />

och styrningen.<br />

Strukturen utgör basen för de fortsatta kartläggningarna och analysen av tågtrafikstyrningen.<br />

Vi har tidigare i rapporten diskuterat hur en lämpligt struktur för att beskriva, analysera<br />

och förstå viktiga aspekter på mänskligt beslutsfattande bör se ut. Det visar sig att en<br />

fungerande sådan struktur kan hämtas från styr- och reglertekniken. Detta stämmer väl<br />

överens med de andra syftena vi har, där även de tekniska och organisatoriska aspekterna på<br />

system och arbete ska kunna beskrivas och förstås.<br />

4.2 Beskrivningsmodellens struktur<br />

Flera olika faktorer måste vara uppfyllda för att man ska kunna förstå, övervaka och styra en<br />

dynamisk process. En grundläggande kategorisering av sådana faktorer har vi hämtat från vad<br />

styr- och reglertekniken säger om vad som fordras för att styra/kontrollera en process<br />

(Mackinnon & Wearing, 1985). Detta synsätt är till stor del direkt tillämpbart på de arbetssituationer<br />

inom tågtrafikstyrning som vi är intresserade av att studera. Vi behöver sedan<br />

komplettera denna synsätt i några olika avseenden.<br />

För styrning fordras att samtliga följande villkor är uppfyllda uppfyllda:<br />

• att det finns ett tydligt mål för det som ska uppnås,<br />

• att den som ska styra/kontrollera har en modell över (förstår hur det fungerar, har<br />

kunskap om etc.) processen eller skeendet,<br />

• att det finns tillräckliga möjligheter att påverka processen eller skeendet (det sk<br />

styrbarhetsvillkoret),<br />

• att den som styr har tillräcklig information om processens eller skeendets aktuella<br />

tillstånd (det sk observerbarhetsvillkoret).<br />

-38-


Mål<br />

Modell<br />

Observerar<br />

Styr,<br />

påverkar<br />

Den styrda<br />

processen<br />

Ett dynamiskt<br />

förlopp<br />

Fig. För att styra en process. fordras mål, modell, styrbarhet och observerbarhet. Dessutom<br />

är den process som ska styras oftast dynamisk, vilket innebär att systemets tillstånd<br />

förändras spontant och som följd av påverkan, samt att styråtgärder inte bara har effekt<br />

momentant utan även i framtiden.<br />

I ett enkelt tekniskt sammanhang, t ex när det gäller att köra en bil, är det lätt att inse<br />

betydelsen av att villkoren enligt ovan är uppfyllda. Man måste ha målet för färden helt klart<br />

för sig, tillsammans med ytterligare mål som kan påverka förloppet, t ex som rör säkerhetsaspekter<br />

eller regler för beteende i trafiken. Man måste ha tillräckliga kunskaper om hur bilen<br />

fungerar, hur den reagerar på olika slags agerande från föraren, man måste ha god kunskap<br />

om vägnätet, trafikregler etc., dvs en modell av det system som ska styras. Föraren måste<br />

vidare ha tillgång till alla de reglage, pedaler, ratt etc. som fordras för framförandet, dvs<br />

styrbarhet. Slutligen måste föraren ha tillgång till nödvändig information om bilens status från<br />

instrument, t ex hastighet, bensintillgång och temperatur, samt om bilens läge på vägbanan,<br />

omgivande trafik, position, väderlek m.m. som kan påverka agerandet, dvs observerbarhet av<br />

nödvändiga ”systemtillstånd”. Om inte samtliga dessa villkor är uppfyllda omöjliggörs<br />

styrningen och uppfyllandet av huvudmålet, dvs att komma fram säkert till slutdestinationen.<br />

I mer generaliserad form gäller, som sagt, resonemanget ovan även i sådana arbetssituationer<br />

där en dynamisk process ska påverkas/styras så att ett visst mål uppnås. Detta<br />

gäller både då man har ett mer eller mindre automatiserat styrsystem och då man har en<br />

manuell styrning eller någon kombination av detta.<br />

I många olika arbetssituationer gäller i praktiken dock ofta att en eller flera av<br />

förutsättningarna inte är uppfyllda. Detta leder till en rad problem. Styrandet av den<br />

dynamiska processen kan inte utföras så som det var tänkt och planerat. Verksamheten blir<br />

ineffektiv, eller mer eller mindre okontrollerad. Noggrannhets-, kvalitets- och säkerhetskrav<br />

kan inte uppfyllas. Den som ska utföra arbetet kommer dessutom att uppleva olika slags<br />

hinder, irritation, stress, hjälplöshet m.m. De problem som uppstår är alltså nära relaterade till<br />

kognitiva arbetsmiljöproblem.<br />

I många arbetssituationer är målen inte klart formulerade, eller formulerade så att det är<br />

omöjligt för den enskilde individen att i varje läge avgöra vad som ska uppnås. Det är då dels<br />

svårt att planera och utföra sitt eget arbete på ett bra sätt, dels svårt att bedöma och utvärdera<br />

det egna eller gruppens prestationer i relation till målen. Det är heller inte ovanligt att det<br />

finns olika mål i en arbetssituation och att det finns konflikter mellan olika mål. Sådana<br />

målkonflikter kan leda till problem enligt ovan, t ex osäkerhet och stress, då man har svårt att<br />

veta vilka av de motstridiga målen man ska följa.<br />

-39-


En dåligt anpassad arbetsorganisation kan också göra att man inte överblickar processen<br />

eller inte har möjlighet eller befogenhet att utföra arbetet på ett önskat sätt. Problemen kan<br />

också uppstå i sådana arbetssituationer där det finns starka inslag av delegering, antingen till<br />

medarbetare, till andra yrkeskategorier eller till ett informationssystem.<br />

För att kunna styra tågtrafikprocessen på ett tillfredsställande sätt fordras således att de<br />

fyra huvudvillkoren är uppfyllda: mål, modell, styrbarhet och observerbarhet. Detta gäller för<br />

de automatiska styrsystemen, för den enskilde operatören och för organisationen som helhet.<br />

I vår beskrivningsstruktur har vi dessutom kompletterat dessa basala villkor med<br />

ytterligare aspekter på verksamheten, för att få en ram som klarar av att beskriva det vi är ute<br />

efter. Vi måste t ex se olika personer med olika ansvar i planerings- och styrprocessen som<br />

samverkande. De har olika roller, ansvar, kompetenser, erfarenheter, arbetsuppgifter, mål och<br />

modeller. De kommunicerar och samverkar enligt den rådande arbetsorganisationen, samt med<br />

hjälp av tillgängliga informationssystem. Resultatet blir en mycket komplex struktur av<br />

samverkande, kommunicerande personer med olika uppgifter inom den dynamiska helheten.<br />

Se figur.<br />

Mål<br />

Modell<br />

Mål<br />

Modell<br />

Observerar<br />

Styr,<br />

påverkar<br />

Observerar<br />

Styr,<br />

påverkar<br />

Mål<br />

Modell<br />

Mål<br />

Modell<br />

Observerar<br />

Styr,<br />

påverkar<br />

Observerar<br />

Styr,<br />

påverkar<br />

Organisation<br />

Observerar<br />

Styr,<br />

påverkar<br />

Den styrda<br />

processen<br />

Ett dynamiskt<br />

förlopp<br />

Fig. En komplex struktur av interagerande "styrfunktioner" inom en organisation, med<br />

syfte att styra en komplex dynamisk process.<br />

-40-


4.3 Beskrivningsmodellen tillämpad på tågtrafikstyrning<br />

Det finns vid styrning av sådana system som det är frågan om här, tågtrafik, egenskaper hos<br />

processen som gör att vissa av de problem som kan uppstå blir speciellt allvarliga. Systemet<br />

är komplext, dvs det består av ett stort antal mer eller mindre autonoma delar som växelverkar<br />

med varandra. Även målen är komplexa och kan innehålla inbyggda konflikter. Systemet är<br />

dynamiskt, vilket dels innebär att tillstånden kan förändras snabbt över tiden, spontant eller<br />

som en effekt av vidtagna åtgärder, dels att beslut och åtgärder har effekt inte bara just när de<br />

utförs, utan även under lång tid framöver. Man brukar säga att systemets tillstånd och<br />

utveckling beror av dess förhistoria, eller att systemet är dynamiskt. Om man inte är medveten<br />

om dynamiken i ett system, eller har information om dess förhistoria, kan man inte fatta<br />

riktiga styrbeslut. Beslut ska ofta fattas under stark tidspress, och med högt ställda<br />

säkerhetskrav, vilket är mycket stressrelaterat. Systemet är ett tidsdiskret händelsesystem, där<br />

bara vissa diskreta beslut kan fattas, vid vissa diskreta tidpunkter och dessutom baserat på<br />

begränsad och ofta gammal information om andra diskreta händelser. Människan har svårt att<br />

klara av många sådana beslutssituationer, t ex när det finns tidsglapp mellan åtgärd och<br />

information om effekten av åtgärden.<br />

Vi har tillämpat den ovan angivna strukturen för beskrivning och analys av arbetet med att<br />

styra tågtrafik. Här nedan ska vi först kort förklara hur de olika beskrivningsdelarna ska<br />

tolkas i fallet tågtrafikstyrning. I nästa avsnitt gör vi sedan en relativt utförlig redovisning av<br />

vår kartläggning, baserad på observationer och intervjuer.<br />

Mål<br />

Med mål menar vi här sådana mål som anger vad som ska uppnås i de arbetssituationer som<br />

vi studerat. Vi går inte in på att diskutera hur mål idag är formulerade i officiella dokument,<br />

utan syftet har här varit att försöka beskriva hur de studerade personerna uppfattar de mål<br />

som finns. De frågor vi försöker få svar på är dels vilka mål man faktiskt arbetar efter, dels<br />

vilka åsikter man har om målen, hur de är formulerade, vilken kunskap man har om dessa,<br />

vilka brister man upplever etc.<br />

Vi delar in målen i för det första de formella målen, dvs de som finns explicit formulerade i<br />

olika slags dokument, regelverk etc., och för det andra i de informella målen, dvs de som<br />

operatörerna medvetet eller omedvetet arbetar efter.<br />

Målen, av olika art, är en grund för hur man planerar och genomför sitt arbete. De arbetsoch<br />

styrstrategier som blir resultatet beskrivs till viss del här men även under en egen rubrik<br />

senare i rapporten.<br />

En person som arbetar i en arbetssituation av den art som är aktuell här har ett absolut<br />

behov av att ha tydliga mål för sitt agerande. Finns inga sådana, eller är de existerande målen<br />

otillgängliga, otydliga, motstridiga etc., skapar man i allmänhet egna mål att ha som underlag<br />

för det egna arbetet. De mål som därvid uppstår kan vara svåra att kartlägga, eftersom de ofta<br />

inte är klart formulerade eller ens medvetna. Olika operatörer som arbetar med samma<br />

uppgifter, till och med i samma arbetslag, kan på så sätt skapa egna mål som inte är<br />

klargjorda eller avstämda med medarbetarnas mål. Omedvetna målkonflikter kan härvid<br />

uppstå, vilka leder till problem i arbetet vars orsak man således inte enkelt kan kartlägga.<br />

Modell<br />

Med modeller avser vi här sådan kunskap om tågtrafiksystemet som operatörerna<br />

(tågtrafikledningens operativa personal) använder sig av för att förstå systemets struktur och<br />

beteende, styrsystemets egenskaper och effekterna av vidtagna åtgärder i olika situationer.<br />

Det är förmodligen meningsfullt att skilja mellan två slags modeller. För det första sådana<br />

som är explicit formulerade i form av kontrollpaneler, tidtabeller eller andra dokument som<br />

entydigt, och på ett strikt formaliserat sätt, beskriver vissa aspekter på det system som ska<br />

styras. Denna typ av modeller ska vi inte behandla så utförligt här, eftersom sådana modeller<br />

är relativt välkända. För det andra de modeller som operatörerna i praktiken använder för att<br />

-41-


tolka den information de hämtar in, kommunicera om systemet med andra deltagare i<br />

processen, göra bedömningar och beslut, genomföra åtgärder och utvärdera resultatet av<br />

dessa m.m. Denna typ av modeller, sk kognitiva eller mentala modeller, är svårare att<br />

kartlägga och tolka, eftersom de bara existerar i de enskilda personernas egen sinnevärld. En<br />

mental modell är man själv ofta inte i stånd att förklara eller beskriva för andra eller ens för<br />

sig själv. Den mer eller mindre ”bara finns där”. Att kartlägga viktiga aspekter på vilka<br />

mentala modeller man faktiskt har och arbetar efter är viktigt, eftersom det är bara därigenom<br />

man kan förstå operatörernas agerande i olika situationer. Det är förstås också så att de<br />

formella modellerna egentligen inte heller kan användas av operatörerna , utan bara via de<br />

mentala modeller som skapas genom operatörernas tolkning och erfarenhet av de formella<br />

modellerna.<br />

Processen för hur mentala modeller byggs upp är viktig att studera, eftersom det har visat<br />

sig att olika utformning av styrsystem, och arbetsmiljö i övrigt, kan understödja eller<br />

förhindra uppbyggnaden av effektiva mentala modeller.<br />

Mål och modell är nära relaterade i ett komplext system. Beslutsfattaren måste ha en<br />

modell som talar om vilka mål som faktiskt är möjliga att uppnå. Vidare måste man ha en<br />

modell som gör det möjligt att omsätta de mer övergripande målen till mer konkreta och<br />

operativa mål, mål som om de uppfylls leder till att de mer övergripande målen uppnås. Det<br />

kräver bl a att modellen är sådan att också olika bieffekter och effekter på längre sikt tas med<br />

i beräkningen.<br />

En av beslutsfattarens (operatörens) viktigaste, och ständigt pågående, uppgifter är att<br />

utveckla en modell av systemet. Vi får dock inte glömma att beslutsfattarens mål också<br />

kommer att påverka de modeller som de utvecklar. Modeller utvecklas ju för ett visst syfte, de<br />

är inte målneutrala.<br />

Även informationssystemens utformning är därför viktiga att studera ur denna aspekt,<br />

eftersom det är dessa som förmedlar och presenterar information om systemet, som blir till<br />

underlag för operatörernas uppbyggnad av mentala modeller. Man kan säga att kunskapen om<br />

vad man kan få veta, och hur, är en del av den mentala modellen.<br />

Systemets egenskaper påverkar starkt möjligheterna att snabbt och effektivt bygga upp<br />

tillräckligt bra mentala modeller. Komplexitet, dynamik, stokastiska egenskaper, olika<br />

överlagrade tidsparametrar i förloppen m.m. försvårar processen.<br />

Erfarenhet visar att personer som lyckas väl uppvisar ett beteendemönster som maximerar<br />

möjligheterna att utveckla en god modell av systemet (de besitter god heuristisk kompetens).<br />

Styrbarhet<br />

Styrbarhetsproblemet handlar om huruvida man har tillräckliga möjligheter för att styra<br />

systemet på ett sådant sätt att målen kan uppnås på ett effektivt sätt.<br />

Frågor vi här ställer oss handlar om vad man styr, vad man kan styra, vad man inte kan<br />

styra/påverka som man vill/borde kunna.<br />

Styrning görs av flera olika system. Man styr själva tågtrafiksystemet med allt vad det<br />

innebär, men man styr också informationssystemet som ger underlag för beslut och åtgärder.<br />

Slutligen styr man även sin egen arbetsbelastning, dvs man försöker påverka olika skeenden<br />

så att man får goda förutsättningar att göra ett bra arbete. Man kan t ex vidtaga förebyggande<br />

åtgärder så att systemet inte framöver hamnar i ett sådant läge att man får besvärligt att klara<br />

av styrarbetet.<br />

I intervjuarbetet har vi försökt få ett underlag för att förstå vilka problem man upplever i<br />

dessa avseenden, t ex vilka begränsningar och konsekvenser man upplever på grund av<br />

bristande styrbarhet av viktiga ”tillståndsvariabler”.<br />

Det är viktigt att inse att kunskapen om vad man kan styra, och hur, är en del av operatörernas<br />

mentala modell av systemet.<br />

De genomförda intervjuerna ger oss inte underlag för en noggrann beskrivning av<br />

styrbarheten på detaljnivå.<br />

-42-


Tågtrafikstyrningsprocessen är ett komplext system vilket gör styrbarhetsproblemen<br />

viktiga. Det finns väldigt många systemtillstånd som man behöver kunna styra och påverka.<br />

Dessa är dessutom ofta kopplade till varandra på ett komplext sätt.<br />

Att tågtrafikprocessen är en dynamisk process innebär, som sagts ovan, inte bara att dess<br />

tillstånd förändras över tid utan att det förändras både autonomt, dvs av egen kraft, och till<br />

följd av trafikledarens tidigare och nuvarande åtgärder. Det ställer trafikledarna inför<br />

problemet att skilja de effekter som de själva åstadkommer från de effekter som beror av<br />

andra faktorer, och att förstå vilka effekter som beror av åtgärder och händelser vid tidigare<br />

tidpunkter. Förståelse för sådant är en viktig förutsättning för utvärdering och lärande, dvs för<br />

att bygga upp mentala modeller.<br />

För att styra tågtrafikprocessen krävs ständig övervakning och nya ingrepp. Den kan inte<br />

styras med ett enda ingrepp utan det krävs serier av beslut och serier av åtgärder i rätt tid.<br />

Dessa beslut är ofta inte oberoende av varandra. Ett givet beslut begränsas av tidigare beslut,<br />

och begränsar i sin tur de framtida möjligheterna, samtidigt som nya möjligheter skapas och<br />

uppstår autonomt.<br />

Tågtrafikprocessen kräver också att man fattar beslut i realtid. Tågen stannar inte och<br />

väntar på att man ska bli redo att fatta beslut. Besluten måste fattas och åtgärderna måste<br />

vidtas just när processen kräver att trafikledarna griper in för att korrigera den. Det gör att<br />

arbete med tågtrafikprocessen ofta sker under stark tidspress. Stress är därför en naturlig<br />

ingrediens i trafikledarnas arbete. Det ska påpekas att stress inte alltid är något negativt.<br />

Positiv stress innebär utmaningar och stimulans i arbetet. Det är först när tidspressen blir<br />

omöjlig att klara av, eller då något i arbetssituationen förhindrar operatören att lösa<br />

problemen på ett bra sätt som stressen blir negativ.<br />

Inte bara det som styrs utan även styrmedlen måste ses som processer. Trafikledarna måste<br />

räkna med att styringreppen tar tid och att deras effekt utvecklas över tid. Det betyder att<br />

trafikledarna inte kan vänta sig att omedelbart få se effekterna av beslut och åtgärder.<br />

Fördröjningar i återkopplingar är en integrerad del av trafikledarnas arbete med dynamiska<br />

styruppgifter.<br />

Tidsfördröjningar innehåller (minst) tre olika komponenter:<br />

• Dödtid, dvs det förflyter tid mellan det att ett kommando givits och till dess att detta<br />

kommando får någon effekt, t ex från det att en signal ställts i ”kör” till dess att tåget avgår.<br />

Även på manövernivå från det att en tågväg ”läggs” till dess att man ser att den är ”lagd”<br />

• Tidskonstanter, dvs det tar tid innan en åtgärd nått sin fulla effekt, t ex tar det tid från det<br />

att ett tågmöte har beslutats och alla manövrer utförts, till dess att ett tågmöte har genomförts.<br />

Ett tidsdiskret dynamiskt system (discrete event system) innehåller inte tidskonstanter av<br />

samma typ som ett kontinuerligt dynamiskt system, utan beslut kan bara fattas och åtgärder<br />

vidtagas vid vissa tidpunkter. Effekterna blir också ofta observerbara vid vissa diskreta<br />

tidpunkter. Vad detta innebär för styrningsproblematiken behöver utredas ytterligare.<br />

• Informationsfördröjningar, t ex kan lokföraren inte alltid rapportera på en gång om sina<br />

aktiviteter och resultatet av dem.<br />

Slutligen innebär också det faktum att arbetet i ett dynamiskt system sker i realtid, att det är<br />

nödvändigt att noga beakta de olika tidsskalor som finns i uppgiften. Dessa tidsskalor bestäms<br />

av den tid det tar för olika åtgärder att nå effekt och på hur ofta det är möjligt att få<br />

information om dessa effekter. Vi kan tydligt urskilja två relevanta tidsskalor i uppgiften att<br />

styra tågtrafiken. Den snabbaste är den i vilken trafikledarna arbetar, framför allt när de<br />

hanterar oförutsedda störningar. De måste då ta hand om den störning de har framför ögonen.<br />

Hur effektivt de än gör det så kommer de inte att lyckas, om de inte koordinerar alla sina<br />

aktiviteter, dvs de måste inte bara vara effektiva lokalt utan de måste också vara effektiva på<br />

alla ställen där det behövs. Denna koordination tar naturligtvis också tid och den kräver att<br />

skiftesarbetsledaren kan beakta processen som helhet och med så lång tidshorisont att han<br />

hinner få de olika trafikledarna att lösa sina problem när effekter av störningen sprider sig.<br />

Detta är alltså en uppgift som kräver att ”störningsbekämpningsuppgiften” betraktas med en<br />

längre tidshorisont än bekämpning av ursprungsorsaken till störningen. Olika yrkeskategorier<br />

har hand om olika tidsskalor i tågtrafikstyrningsprocessen. Här kommer även transport-<br />

-43-


ledning, tidtabellplanerare och andra in i bilden. Helhetsbilden av processen finns därför bara<br />

hos arbetslaget som helhet, och inte hos någon enskild yrkeskategori.<br />

Observerbarhet<br />

Observerbarhetsproblemet handlar om huruvida man får den information man behöver för att<br />

utföra sitt styruppdrag på ett bra sätt. Får man rätt information? Tillräckligt utförligt? I rätt<br />

form och rätt presenterad? På rätt plats? Vid rätt tidpunkt? Vilken viktig information saknas?<br />

Vad är konsekvenserna av detta?<br />

Det finns två huvudsyften med informationsförsörjningen i en arbetsprocess:<br />

- Att ge information om systemtillstånd för styrning (styrsyftet). Detta kan gälla både aktuella,<br />

historiska och prognostiserade data.<br />

- Att ge information om systemets dynamiska beteende för modelluppbyggnad (identifieringssyftet).<br />

Det är, med andra ord, i allmänhet viktigt att visa operatörerna mer information än det som<br />

behövs för att utföra styruppgiften. Information om systemets dynamik är viktig för att kunna<br />

bygga upp en mental modell av systemet och av styrsystemet, dess dynamiska egenskaper och<br />

beteende, och för att kunna identifiera förändringar i dessa. För att förstå dynamik i ett system<br />

fordras dynamisk information!<br />

Hur informationen är presenterad bestäms av hur användargränssnittet är utformat, dess<br />

design och tekniska implementering.<br />

Att visa rådata, enskilda variablers värde, är traditionellt ett vanligt sätt att presentera<br />

information för operatörer. Dessa rådata är nödvändiga för att operatören skall ha ett fast<br />

grepp om processens aktuella tillstånd, men de är inte tillräckliga för att snabbt ge en god<br />

överblick över vart processen är på väg. De ger inte heller tillräckligt tydligt information om<br />

samband och relationer mellan olika processvariabler. För detta krävs kognitiv kraft för att<br />

processa rådata till handlingsstödjande information, göra jämförande beräkningar, etc.<br />

Grafiska användargränssnitt och billigare datorkraft har skapat möjligheter att bearbeta<br />

data och presentera information ”i klartext” och ge direkt svar på de frågor operatören<br />

behöver svar på, i den form som hon/han normalt tänker när hon fattar beslut; storhet, enhet,<br />

samband och relationer - särskilt tidsrelationer - mellan variabler, etc. En grundläggande<br />

tanke för att tillgodogöra sig dessa nya möjligheter vid operatörsarbete är att utnyttja<br />

datorerna till det de är bäst på, att beräkna, logiskt kontrollera och att visualisera stora<br />

mängder information. Att presentera denna information för operatören så att den kan ses<br />

samtidigt/parallellt, ger människan/ operatören möjlighet att utnyttja sina bästa förmågor på<br />

ett effektivt sätt, dvs att utifrån lång erfarenhet göra bedömningar på grundval av stora<br />

mängder ibland osäker information. Genom att avlasta operatören från triviala men kognitivt<br />

krävande beräkningar och informationsinhämtning från många olika källor, får hon/han mer<br />

kapacitet över att ägna åt bedömningar och beslutsfattande.<br />

En annan aspekt av teknikutvecklingen som blivit alltmer uttalad den senaste tiden är<br />

generella lösningar för effektiv informationsöverföring (även av bild och ljud) via<br />

datornätverk och intranätteknik. Här kan det finnas möjligheter att minska informationsfördröjningar<br />

genom att det är enklare att skapa system som visar relevant skräddarsydd<br />

information för varje ”operatör” i organisationen. Direkt när beslut är fattat och ny<br />

information föreligger kan den också göras tillgänglig och visas automatiskt för de som<br />

behöver den. Ny information kan ”söka upp” de som omedelbart berörs i stället för omvänt.<br />

Förutom att den även är sökbar för de som arbetar i en längre tidsskala.<br />

Att hantera informationsflöden är vad trafikledaren kanske ägnar mest tid åt!<br />

Styrstrategier<br />

Syftet här är att kartlägga de strategier operatörerna har vad det gäller bedömningar, beslut<br />

och åtgärder för att hantera de olika situationer som uppstår under arbetsprocesserna. Främst<br />

gäller detta hur man klarar av att hantera de störningar av olika slag som ständigt uppstår.<br />

-44-


Trafikledarnas och andra personalgruppers beslutsfattande är mycket komplext. De tar<br />

hänsyn till ett stort antal variabler som är kopplade till varandra och det krävs lång erfarenhet<br />

för att lära sig vilka faktorer som är mest relevanta att beakta i olika situationer.<br />

Störningar av olika slag hör till det normala vid tågtrafikstyrning. Det är kanske till och<br />

med just hanteringen av störningarna som är operatörernas huvudsakliga arbetsuppgifter.<br />

Flyter allt normalt så behöver man i princip inte göra så mycket, automatiken fungerar bra då.<br />

Kartläggningen ska beskriva vilka störningarna är, vilka effekter de har på trafiken och på<br />

operatörerna och deras arbete. Vilka möjligheter operatörerna har att uppfylla kraven beror bl<br />

a av de möjligheter de har att få information, förstå situationen och att vidta effektiva och<br />

adekvata åtgärder. Det är därför viktigt att kartlägga och förstå orsaken till olika slags<br />

störningar och felsituationer. Kommer orsakerna från systemet, automatiken, styrsystemet,<br />

gränssnittet, kompetenser, människan etc? Hur loggas idag felsituationer och hanteringen av<br />

dessa? Hur utnyttjar man denna information? Förmodligen finns det en potential för att<br />

använda sådan information på annat sätt än idag.<br />

Arbetsorganisation<br />

De olika personalkategorier som deltar i arbetet har olika roller. De samverkar och<br />

kommunicerar för att tillsammans utföra de komplexa uppgifterna med planering,<br />

genomförande och utvärdering/uppföljning. Kartläggningen av arbetsorganisationen avser att<br />

beskriva de olika rollerna, relationerna mellan dessa samt hur man samverkar.<br />

Informationssystem<br />

Informationssystemen är den struktur som förmedlar information mellan operatörerna och<br />

andra aktörer i processen och det system, tågtrafiken, som ska styras. Det är mycket viktigt<br />

att beskriva och förstå hur detta är uppbyggt, vad det innehåller, och hur det utnyttjas av<br />

operatörerna som en del av deras arbete.<br />

Kunskap, kompetens och utbildning<br />

Den berörda personalen, trafikledare m fl, måste ha nödvändig kompetens för sitt arbete. En<br />

kartläggning bör därför beskriva dels existerande dels nödvändiga kunskaper, erfarenheter och<br />

utbildningsinsatser.<br />

Det som behandlas här rör främst de mer formella kompetenserna som operatörerna har,<br />

och hur kompetensutveckling kan användas för att förbättra deras möjligheter att utföra<br />

arbetsuppgifterna. Den egentliga kompetensen att förstå informations- och styrsystemet samt<br />

att utnyttja detta bra i arbetsprocessen ingår i avsnittet om modeller ovan.<br />

-45-


5. UPPGIFTSANALYS AV TÅGTRAFIK-<br />

STYRNING<br />

5.1 Avgränsningar<br />

Tyngdpunkten i analysen ligger hittills på omplanering vid störningar, huvudsakligen vid<br />

trafik på enkelspår. Anledningen till denna prioritering är bl a att det kan vara enklare att först<br />

kunna beskriva beslutssituationerna i sådana situationer, samtidigt som man från de<br />

intervjuade ansett att vinsterna med bättre informationssystem och gränssnitt skulle kunna<br />

vara stora.<br />

Vi har undersökt arbetssituationen, framför allt för trafikledare, inom tre trafikledningsområden,<br />

Gävle, Göteborg och Stockholm. De stora skillnaderna i trafiksituation avspeglar<br />

sig i sättet att arbeta. I styrsituationer med tät blandad trafik på flera spår arbetar man i en<br />

kortare tidskala och har tillgång till fler alternativa lösningar. I huvudsak används information<br />

från spårplanen som underlag för beslut och grafen (tid/sträcka-diagrammet) används i<br />

mindre utsträckning. I områden där enkelspår dominerar arbetar man i en längre tidskala med<br />

färre alternativa lösningar. Grafen är här ett viktigt verktyg för beslut vid omplaneringar.<br />

Information från spårplanen används mer för att försöka avgöra vilken position tågen har.<br />

Under arbetet med utveckling av prototyper för gränssnitt har vi framför allt koncentrerat<br />

oss på hur det är möjligt att integrera tidsrelaterad information (från grafen) med aktuell<br />

tillståndsinformation (från spårplanen) för en enkelspårsträcka. Hur tidsrelaterad information<br />

kan presenteras vid styrsituationer med tät trafik på fler spår återkommer vi till i vårt fortsatta<br />

forskningsarbete.<br />

5.2 Metoder för observationer och intervjuer<br />

För att få tillräckliga kunskaper om vad arbetet med tågtrafikstyrning innebär har vi<br />

genomfört ett stort antal intervjuer och observationer, samt en analys av dessa. Hittills har<br />

tågtrafikledare vid tågledningscentralerna i Gävle, Göteborg och Stockholm intervjuats.<br />

Intervjuorterna har valts för att täcka in olika trafiksituationer. I Stockholm dominerar tät<br />

trafik på flera spår, huvudsakligen med person- och lokaltrafik. Stockholm har flera ”flaskhalsar”<br />

som skapar problem. I Gävle har man mest enkelspårstrafik, mycket godstrafik och<br />

mindre person- och lokaltrafik. Göteborg har flera banor med dubbelspår med blandad gods-,<br />

person- och lokaltrafik, samt banor med enkelspår med glesare trafik. Göteborg är även en<br />

”säckstation”.<br />

Intervjuerna har omfattat dels en halv dag enskild intervju, dels en halv dag intervju med<br />

observation under pågående arbete med tågtrafikstyrning. Samtliga intervjuer har spelats in<br />

på band och skrivits ut.<br />

Beskrivningar och analyser av trafikledarnas arbetsuppgifter är genomförda för att få en<br />

tillräckligt god förståelse för var människa-maskinrelaterade problem kan uppstå, vilket i sin<br />

tur bildar underlag för att bedöma vilka egenskaper i gränssnittet som är avgörande för en<br />

effektiv interaktion mellan trafikledaren och tågtrafikprocessen.<br />

-46-


5.3 Beskrivning av trafikstyrningsarbetet<br />

Tågtrafikstyrningen spelar en viktig roll för att säkra en pålitlig och effektiv tågtrafik.<br />

Behovet av att utnyttja alla resurser effektivt ökar på en konkurrensutsatt transportmarknad.<br />

Kundkraven förändras och ökar. Svåra hinder, för att möta dessa krav och göra<br />

tågen mer attraktiva för passagerare och köpare av godstransporter, är en opålitlig servicegrad<br />

som ger förseningar, missade anslutningar och inställda tåg.<br />

En pålitlig service kräver ökad tillgänglighet. Högre tåghastigheter och snäva tidtabeller<br />

ställer allt högre krav på effektiv trafikstyrning för att förbättra punktlighet och pålitlighet.<br />

Tågtrafikstyrning är en optimeringsprocess med komplex konfliktlösning. Trafikledaren<br />

måste anpassa olika åtgärder för att lösa konflikter till den aktuella trafikprocessen - som<br />

ständigt förändras - och välja en åtgärd som löser konflikten men samtidigt minimerar<br />

negativa sidoeffekter med hänsyn till de olika mål som trafikutövaren och passagerarna har.<br />

Dessa mål kan ömsesidigt utesluta varandra. De måste bedömas, vägas mot varandra och<br />

kombineras på ett optimalt sätt.<br />

Trafikledare planerar (på kort sikt) och styr tågtrafiken i realtid. De hämtar in relevant<br />

information, gör bedömningar, fattar beslut och vidtar åtgärder genom att utföra kommandon<br />

via manöversystemet. Trafikledare måste idag ägna mycket tid och kraft åt att bearbeta rådata<br />

till användbar, ofta tidsrelaterad, information. De måste t ex bevaka processens tillstånd i rätt<br />

ögonblick för att kunna beräkna var tåg befinner sig. Detta för att få data och information<br />

med nödvändig precision för att göra optimala bedömningar. Uppdaterad information och<br />

grundlig kunskap är avgörande för bra beslut.<br />

Tågtrafikledarna planerar tågföringen främst efter grafen (tid/sträcka-diagram), som ger<br />

en överblick över den planerade trafiksituationen, samt utifrån information från personer i<br />

olika roller. Viktiga roller är tågförare, tillsyningsman för banarbeten, transportledare, samt<br />

skiftesarbetsledare, informationspersonal och övriga i trafikledningscentralen. Information för<br />

planering hämtas även från olika stödsystem där de som oftast nämns är TFÖR, Körorder,<br />

SILO, RIFS, Memo, IMS2, CIXÖ och DPC. Stora mängder pappersbaserad information<br />

används men mindre ofta. Det är olika blanketter, lathundar, checklistor, föreskrifter och<br />

beskrivningar.<br />

Planeringshorisonten anpassas till trafikintensiteten och till hur stabil trafikprocessen<br />

bedöms vara. Är det många tåg och stor osäkerhet om vilken hastighet tågen kommer att gå<br />

med, då planerar man för den närmaste halvtimmen eller timmen, med en grövre bedömning<br />

på längre sikt, och löser problem - framför allt var möten och förbigångar ska ske - efterhand<br />

som de uppstår.<br />

Spårplanen, på storbildskärmar, eller som i Gävle på panelen, används främst för att hämta<br />

information för att styra tågtrafikprocessen - att verkställa planen enligt grafen. För att se<br />

beläggningar, ungefär var tågen befinner sig just då; se tågvägar, spårstruktur, stationer,<br />

vägskydd, etc; för att klocka tåg, dvs se när tåg passerar blockgränser; samt för<br />

detaljinformation om status på stationerna, t ex växlarnas läge och om signalerna står i stopp<br />

eller i kör. Information från spårplanen används även för planering i den korta tidsskalan, när<br />

tåg är nära eller närmar sig stationer och andra beslutspunkter.<br />

Manövrer utförs med kommandosekvenser som skrivs in på olika knappsatser och<br />

tangentbord. En tidskrävande del av styrningen verkställs via telefon och olika blanketter<br />

används för att dokumentera beslut och åtgärder.<br />

Tågföringsrapporteringen, om förseningar och deras orsaker, är tidskrävande och skapar<br />

problem i störningssituationer där trafikledaren är mycket hårt belastad med andra<br />

arbetsuppgifter.<br />

Mål<br />

Överordnade mål för trafikledarna är att ansvara för att säkerheten upprätthålls, i synnerhet i<br />

situationer där verifierade barriärer inte är i funktion, samt att minimera negativa effekter av<br />

störningar. En hög transportkapacitet ska uppnås och bibehållas.<br />

-47-


Trafikledarnas mål enligt Tågföringsdirektivet TLF615 verkar i stort vara självklara och<br />

underförstådda i de vanligaste beslutssituationerna. Men en effektiv tågföring kräver i vissa<br />

situationer omprioriteringar. Det finns en gråzon när det gäller att väga stora förseningar på<br />

lågprioriterade tåg mot mindre förseningar på tåg med högre prioritet. Där gör varje tågledare<br />

en egen bedömning och prioriterar om ibland. Det saknas uttalade entydiga regler för att väga<br />

olika mål mot varandra.<br />

Vid omplanering, när störningar inträffar, strävar trafikledarna efter att utnyttja alla<br />

tillgängliga resurser och all tillgänglig detaljkunskap om dessa, för att minimera störningens<br />

effekter.<br />

I vissa trafiksituationer och när tekniska fel inträffar, saknas förutsättningar att uppfylla<br />

målen.<br />

Modell<br />

Den ständigt ökande komplexiteten hos tågtrafiksystemen kräver nya angreppssätt för att göra<br />

ledning och styrning av dem ändamålsenlig och effektiv.<br />

Trafikledarnas modell av, och kunskap om, tågtrafikprocessen är mycket komplex. Den<br />

innehåller en stor mängd variabler som ska vägas mot varandra i olika beslutssituationer.<br />

Det finns hos trafikledarna djupa insikter om på vilket sätt alla dessa variabler påverkar<br />

trafikprocessen och uppfyllandet av olika mål. Svårigheterna ligger framför allt i att<br />

tillförlitliga och aktuella data saknas eller är besvärliga att hämta in - före bedömningar och<br />

beslut - samt att i tidskritiska situationer snabbt göra avvägningar mellan så många faktorer.<br />

Dynamiska samband - att och på vilket sätt variablers värde förändras över tid, både<br />

autonomt inom processen och på grund av trafikledarnas beslut och åtgärder - är svåra att<br />

förutsäga och att kvantifiera. I dagens system saknas stöd för trafikledarna att lära sig hur<br />

detta komplex av variabler och deras inbördes samband kan sammanfattas till operativt<br />

användbart beslutsunderlag. Det gäller framför allt tidsrelaterade begrepp och storheter som<br />

direkt kan omsättas i beslut. Det kan gälla när tågen anländer till en punkt där en styråtgärd<br />

kan vidtas, t ex en station, eller vilket tåg som anländer först till en station och hur mycket<br />

före det andra tåget, vid planering av möte eller förbigång.<br />

Tågtrafiken är en process som bara till vissa delar är förutsägbar. Den förändras spontant,<br />

autonomt. Det återstår att kartlägga mer i detalj på vilket sätt och inom vilka ramar processen<br />

kan förutsägas och i vilken tidskala, samt vilka förutsättningar som då gäller, och vilken<br />

information trafikledaren behöver om underlaget för dessa prediktioner.<br />

Lång erfarenhet krävs för att styra tågtrafiken optimalt. Det kräver erfarenhet av många<br />

styrsituationer och av vilken dynamisk information som är relevant i varje specifik situation.<br />

Det krävs även kunskap som är mer statisk. Hur stationerna är byggda, exakt var<br />

komponenter är placerade, hur geografin omkring ser ut, etc. påverkar trafikledarnas beslut.<br />

Kunskap om vilka personer som för dagen arbetar i olika roller inverkar ofta på<br />

trafikledarnas bedömningar och beslut.<br />

Observerbarhet<br />

De mångsidiga arbetsuppgifter som tågtrafikstyrning innefattar kan hanteras enbart med hjälp<br />

av lämpligt utformade datorbaserade stödsystem. Detta beror på bland annat:<br />

- den ökande mängden mätbara och uppmätta data,<br />

- den ökande mängden nödvändig information som ska bedömas,<br />

- nödvändigheten av att hålla data och information uppdaterad, konsistent och tillgänglig i ett<br />

distribuerat system,<br />

Det är viktigt att strikt särskilja data och information:<br />

- information är vad operatören/trafikledaren behöver för att fatta (optimala) beslut,<br />

- data är den bas som informationen härstammar från.<br />

Användargränssnittet måste stödja operatören i arbetet med att välja ut och tolka data för<br />

att få nödvändig information.<br />

-48-


Brist på information är vanligtvis en allvarlig flaskhals i system för tågtrafikstyrning<br />

(Welty, 1997). För att trafikledaren ska kunna fatta bra beslut måste hon eller han ha tillgång<br />

till uppdaterad information med hög precision. Den viktigaste informationen om en konflikt<br />

(eller en predicerad konflikt) är:<br />

- var är konflikten,<br />

- vilka resurser (tåg, lok, vagnar, spår, personal, fungerande teknik) påverkas,<br />

- för hur lång tid påverkas de,<br />

- vilka resurser återstår,<br />

- när finns de tillgängliga.<br />

I dagens tågledningscentraler utförs övervakning och styrning av trafik inom stora<br />

områden.<br />

Modern teknik för signalering och styrning medger automatisering av storskaliga system<br />

och processer. De ökande kraven som ställs på tågtrafikstyrning kan mötas endast genom<br />

automatisering av rutinuppgifter och komplicerade beräkningar. Det gör det möjligt för<br />

trafikledarna att koncentrera sig på de uppgifter som kräver mänsklig kreativitet samt<br />

värdering och bedömning av osäker information, som t. ex. att finna nya lösningar på nya<br />

problem. Det kan inte nog understrykas den avgörande betydelse trafikledarnas kunskap,<br />

erfarenheter och kreativitet har för beslutens kvalitet.<br />

Information om aktuell position och tillstånd hos alla tåg, fordon, spår och andra<br />

systemkomponenter finns alltid tillgänglig i tågledningscentralen. Men flera variablers värde<br />

är alltför osäkra och har för låg precision för att ligga till grund för optimala prediktioner och<br />

beslut. Detta gäller framför allt tidsrelaterad information som tågens position och hastighet,<br />

hur lång tid olika tillstånd kvarstår (som brist på resp. tillgång till olika resurser). Tillgång till<br />

data med större säkerhet och högre precision kan göra att många tidskrävande arbetsuppgifter<br />

som trafikledarna utför manuellt idag i konventionella trafikledningssystem (som t ex<br />

bearbetning av ”rådata” till information), blir möjliga att automatisera. Detta skulle frigöra tid<br />

för de mer viktiga och svåra arbetsuppgifterna som enbart människan kan klara.<br />

Trafikstyrning idag baseras i hög grad på tid/sträcka-diagram som visar tillgängliga och<br />

predicerade data om trafiksituationen. Diagrammen visar tågens tid/sträcka relation enligt den<br />

planerade tidtabellen och med manuellt inritade avvikelser, linjärt extrapolerade in i den<br />

närmaste framtiden. Översikterna av spårplanen visar tågens aktuella position, om än med<br />

alltför låg precision, och ställda tågvägar, dvs de sektioner av spåren som är reserverade för<br />

varje tåg. De viktiga trafikstyrningsfrågorna när avvikelser och störningar inträffar, om var<br />

konflikter finns och vilka resurser som påverkas och hur länge, ges inga uttryckliga svar i<br />

dessa diagram och spårplaner. De innehåller endast data som mödosamt måste värderas och<br />

tolkas till tidsrelaterad information av trafikledaren.<br />

Med tillgång till säkrare data med hög precision och datorbaserade stödsystem för<br />

tågtrafikstyrning kan information visualiseras i ett nytt människa-datorgränssnitt. Därigenom<br />

får trafikledaren tillgång till direkt uppfattbar nödvändig information och kan koncentrera sina<br />

resurser på att lösa problemen i trafikprocessen.<br />

Det finns stora brister i dagens system när det gäller trafikledarens möjligheter att på ett<br />

enkelt och överskådligt sätt få nödvändig information om tågtrafikprocessens aktuella tillstånd<br />

och utveckling över tid. Exempel på brister är att trafikledaren, på grund av grov upplösning i<br />

positionsangivelser, inte kontinuerligt vet exakt var tåget befinner sig, hur fort det kör, när det<br />

börjar rulla och när det har stannat. Mycket arbete läggs ner för att på olika sätt uppskatta<br />

värden på dessa avgörande variabler. Den låga precisionen i informationen skapar hög mental<br />

belastning och ger mindre optimala beslut. Trafikledarens kognitiva (tänkande) kapacitet<br />

används till stor del för att överbrygga brister i informationsförsörjningen istället för att<br />

användas till att lösa de ofta mycket komplexa problem som uppstår vid störningar i<br />

tågtrafiken. Problemen kräver snabba beslut och åtgärder och fordrar trafikledarens hela<br />

kapacitet. För att klara situationen måste hon eller han då ofta prioritera ner kraven på<br />

optimala lösningar och arbeta med onödigt stora marginaler för att vara helt säker på att den<br />

lösning man beslutar sig för verkligen fungerar.<br />

Den information som trafikledaren behöver för att fatta optimala beslut finns inte samlad<br />

och presenterad samtidigt, parallellt. Sättet att presentera information ger inte tillräckligt stöd<br />

-49-


för tågledaren att ”automatisera” informationsinhämtningen. Det saknas en effektiv kodning<br />

och presentation av informationen göra det möjligt att med ett ögonkast uppfatta det viktigaste<br />

man behöver veta.<br />

Trafikledarna strävar efter att förutse vad som kommer att hända i trafikprocessen, för att i<br />

så god tid som möjligt vidta förebyggande åtgärder för att förhindra att störningar uppstår<br />

eller sprider sig. Möjligheterna att arbeta förebyggande och att fatta optimala beslut<br />

begränsas starkt av att information:<br />

• saknas,<br />

• fördröjs,<br />

• har låg precision,<br />

• inte är uppdaterad,<br />

• saknar dynamiska prediktioner.<br />

Muntlig kommunikation, t ex via telefon, är tidskrävande och uppfattas som besvärlig<br />

framför allt vid stora störningar. Om man via ett informationssystem kunde åstadkomma att t<br />

ex tågförarna vet hur trafiksituationen ser ut och vad trafikledarna har planerat för den<br />

närmaste tiden - samt omvänt: att trafikledarna kontinuerligt får relevant information om<br />

tågen - skulle minska behovet av att tala med varandra. Målet för en sådant automatiserat<br />

informationsutbyte kan vara att man ska tala enbart om sådana problem som den direkta<br />

talkommunikationen är mest effektiv för att lösa och att samtalet kan utgå ifrån en gemensam<br />

informationsmängd.<br />

Automatiska funktioner för att styra tågtrafiken är mycket kraftfulla men arbetar "i det<br />

tysta". Dvs trafikledaren får mycket lite information om vad automatiken gör och varför. Att<br />

vid design av automatiserade system ta hänsyn till interaktionen med den människa som ska<br />

övervaka och gripa in när det behövs, är en förutsättning för att helheten ska fungera effektivt.<br />

Det finns stora möjligheter att förbättra trafikledarens möjligheter att få information från<br />

automatiken och lära sig hur den arbetar.<br />

Den pappersbaserade grafiska tidtabellen, grafen, innehåller mycket viktig information.<br />

Den ritas om för hand utifrån hur trafiksituationen förändras och används för att notera olika<br />

typer av aktuella avvikelser. Grafen kan förbättras i många avseenden. Den kan göras<br />

datorbaserad med automatiska funktioner för att minimera det manuella arbetet med<br />

uppdateringar. En dynamisk graf med automatisk uppdatering kan ge högre precision och<br />

tidigare förvarning om avvikelser. Information om hur tågen gått, även innan de kommer in<br />

till tågledarens ansvarsområde, ger trafikledaren möjlighet att arbeta med längre framförhållning<br />

och att bättre värdera tillförlitligheten av olika prediktioner.<br />

Information om processens momentana tillstånd hämtas idag framför allt från spårplanen,<br />

från olika personer via muntlig kommunikation och från olika datoriserade stödsystem. Denna<br />

information uppdateras med olika intervaller och innehåller olika tidsfördröjningar. Det<br />

innebär att trafikledaren måste använda en stor del av sina resurser för att tidskoordinera<br />

variablers värden och göra informationen relevant för olika beslutssituationer. Optimala<br />

beslut och åtgärder vid styrning av tågtrafik i realtid förutsätter kontinuerlig tillgång till<br />

information i realtid om processens aktuella tillstånd, dvs så fort en förändring inträffat skall<br />

trafikledaren känna till den.<br />

Ungefärliga prediktioner av framtida tåglägen görs idag manuellt på den pappersbaserade<br />

grafen. Datorstödda prediktioner, baserade på förberäknade och momentant beräknade<br />

gångtider som är anpassade till aktuella förhållanden, borde snabbt och enkelt kunna ge<br />

beslutsunderlag med bättre precision. Prediktioner kan även innehålla förvarningar om när<br />

åtgärder senast måste vidtas för att inte skapa problem. Simuleringar kan användas för att<br />

identifiera konflikter och för att utvärdera alternativa lösningar. Trafikledaren behöver i god<br />

tid se hur tågen, som är på väg in till det egna området, kommer att gå om förutsättningarna<br />

inte förändras.<br />

En översikt av planerad tågföring ges idag i den pappersbaserade grafen och omplaneringar<br />

ritas in manuellt. Planerade tågvägar i den korta tidsskalan visas i spårplanen. I en<br />

datorbaserad graf är det möjligt att med utgångspunkt från prediktioner och olösta konflikter<br />

interaktivt göra omplaneringar och se effekterna av dessa.<br />

-50-


Flera av de viktigaste målen för trafikledarnas arbetsuppgifter är definierade som<br />

tidsrelationer. Ett övergripande mål för verksamheten är att resande och gods ska<br />

transporteras enligt tidtabellen med så små avvikelser som möjligt. I de operativa besluten<br />

handlar många bedömningar och avvägningar om tidsrelationer. Trafikledarna behöver alltså<br />

information som ligger så nära som möjligt, de begrepp de använder när de tänker på och<br />

fattar beslut om åtgärder för att styra trafikprocessen, på ett sådant sätt att målen uppnås.<br />

Utifrån data i realtid om hastighet, position, sträcka, etc kan relevant information beräknas<br />

och presenteras på ett sätt som är anpassat till den aktuella situationen samt de<br />

arbetsuppgifter i övrigt som ska utföras. Grafiska presentationssätt kan användas för att<br />

underlätta jämförelser mellan kombinationer av relevanta tidsaspekter, t ex i en datoriserad<br />

graf.<br />

Några fler exempel på tidsrelaterad relevant information som idag inte visas på ett tydligt<br />

sätt i rätt arbetssammanhang:<br />

• möjlighet att köra in tid,<br />

• ankomsttid till station/tid kvar till ankomst,<br />

• vilket tåg som anländer först till en station, och hur mycket före det andra tåget som<br />

konkurrerar om spåret vid möte på enkelspår,<br />

• beräknade tidsförluster vid:<br />

- inbromsning-stopp-start, specifikt för ett visst tåg vid aktuell position,<br />

- hastighetssänkning och upp till sth igen,<br />

- hastighetsnedsättningar eller andra avvikelser vid t ex: banarbeten, lokskada som<br />

inte medför stopp, etc,<br />

- alternativa lösningar, t ex tidsförlust för respektive tåg vid val av alternativ för<br />

möte eller förbigång,<br />

Stöd för att anpassa och ”tima” beslut och styråtgärder till signalsystem och infrastruktur,<br />

(var blocksträckor och signaler är geografiskt placerade, etc) kan utvecklas. T ex för<br />

utlösning av tågväg då man måste vänta två minuter innan man kan göra något nytt, t ex<br />

ändra tågväg eller lägga i en automat. Då är det lätt att glömma det man vill göra men inte<br />

kan genomföra direkt när man fattat beslutet.<br />

Att byta spår vid station kräver en framförhållning, på ca 15-20 minuter, för att inte<br />

förvirra passagerarna på perrongen genom alltför sen omskyltning. Är det lämpligt att<br />

systemet vidtar någon åtgärd vid alltför sen spårändring?<br />

Styrbarhet<br />

Tågtrafikprocessen utvecklas kontinuerligt men kan bara styras vid tidsdiskreta punkter. Det<br />

skapar bland annat problem med timing av åtgärder, dvs att anpassa tidpunkten för när en<br />

manöver skall utföras till trafikprocessens aktuella tillstånd. Man kan inte alltid direkt efter ett<br />

beslut vidta de åtgärder som är nödvändiga, utan måste komma ihåg vad man beslutat och<br />

invänta processens utveckling för att vidta åtgärderna vid rätt tidpunkt. Systemet ger för lite<br />

stöd för att ”magasinera” åtgärder eller för att påminna om när de kan, bör eller måste vidtas.<br />

Det trafikledaren vid enkelspårstrafik framför allt styr är var möten och förbigångar ska<br />

ske. Det sker utifrån en tidsoptimering på kort sikt, men även med en grövre bedömning av<br />

effekter och olika bieffekter på lång sikt.<br />

De automatiska funktionerna, tågledningssystemet TLS i Stockholmsområdet och framför<br />

allt stationsautomater i övriga områden, fungerar dåligt i störningssituationer. De lägger<br />

tågvägar som inte är anpassade till de ändrade förutsättningarna och förvärrar störningen. En<br />

grundläggande strategi som samtliga trafikledare verkar tillämpa är att vid störningar först av<br />

allt koppla ur alla (eller de flesta) automatiska funktioner inom det störda området. Ofta vill<br />

man styra själv, särskilt vintertid, för att i tid se att systemet fungerar som det är tänkt, att<br />

växlar går i kontroll osv. Även i Stockholmsområdet, där TLS är en förutsättning för att<br />

kunna hantera trafikintensiteten under normala förhållanden, finns en skepsis mot att använda<br />

alla automatiska funktioner som finns tillgängliga. Där hänvisar man till att man tappar<br />

kompetens och känslan av att ha full kontroll över vad som händer. Det saknas bra stöd för att<br />

gå från automatisk till manuell drift för ett avgränsat område, vilket är ett hinder vid större<br />

-51-


störningar då trafikledaren har krävande arbetsuppgifter och arbetar under tidspress. Då bör<br />

hon eller han inte hindras av att ägna onödig tid åt att ta automatiken ur drift. Det bör finnas<br />

ett snabbt och enkelt sätt för trafikledaren att återta full kontroll för att säkra och stabilisera<br />

trafikprocessen när automatiken felar.<br />

Att det tar tid att ändra vissa utförda manövrer, t ex utlösning av tågväg, minskar<br />

benägenheten att vidta åtgärder. Trafikledarnas erfarenhet visar att risken är stor att något<br />

oförutsett inträffar och då tappar man den tid som går åt för att återställa systemet för att<br />

kunna lägga nya tågvägar.<br />

Kapacitetsbegränsningar i elkraftförsörjningen på vissa sträckor gör att trafiken inte kan<br />

styras optimalt när för många tunga tåg behöver gå eller starta samtidigt. Dynamisk<br />

information om var och när detta kan inträffa saknas.<br />

Möjliga åtgärder från trafikledaren kan innefatta:<br />

• förlänga eller lägga till stopp på stationer,<br />

• ändra plats för tågmöte,<br />

• ändra plats för förbigång,<br />

• köra på ”fel” spår,<br />

• ändra färdväg, omledning,<br />

• byte av tåg,<br />

• ställa in tåg ,<br />

• anordna extra tåg.<br />

5.4 Störningar<br />

Trafikledarna måste snabbt kunna vidta effektiva åtgärder vid störningar (avvikelser från<br />

tidtabellen, brist på resurser, etc.) i tågtrafiken. Det är trafikledarens uppgift att säkra optimal<br />

tågföring enligt tidtabellen samt att minimera effekterna av avvikelser från tidtabellen även vid<br />

oförutsedda störningar.<br />

Oförutsedda störningar kan orsakas av:<br />

- misstag vid planering (dåligt beräknade gångtider och tid för omstigning och annan<br />

service),<br />

- tekniska orsaker (lokfel, signalfel, växelfel, nedriven kontaktledning, etc.),<br />

- organisatoriska problem (sen eller frånvarande personal, brist på extra tåg för plötsliga<br />

nya transportkrav).<br />

Dessa störningar kan orsaka trafikkonflikter som:<br />

- konflikter vid anslutningar (omstigning av passagerare),<br />

- konflikter om resurser som tåg och personal,<br />

- konflikter om tillgängliga spår,<br />

- förseningar, ofta i kombination med något av ovanstående.<br />

Generellt sett resulterar trafikkonflikter i situationer där inte alla tekniska och operationella<br />

krav kan tillgodoses. En konflikt kan lösas genom att prioritera ner några av dessa krav.<br />

Endast operationella krav som ankomsttid och fördefinierade plattformar kan prioriteras ner,<br />

medan tekniska krav som största tillåtna hastighet (sth) inte kan ändras.<br />

Vad är svårt att hantera vid stora störningar?<br />

Det stora antalet relevanta parametrar och variabler gör det svårt att bedöma vilka som har<br />

störst betydelse i den aktuella situationen. Beslutsunderlaget förändras fortlöpande och<br />

informationsfördröjningar gör det svårt att veta vilka data som förändrats innan beslut måste<br />

fattas. Därtill kommer att osäkra indata med låg precision med nödvändighet resulterar i<br />

mindre optimala beslut och åtgärder. Här följer några exempel ur intervjuerna:<br />

Vid stora störningar är det svårt att:<br />

-52-


- snabbt göra optimala omplaneringar av tågföringen<br />

- få en bra överblick över utfall av alternativa lösningar, dvs. att få ett bra grepp om<br />

konsekvenser och effekter av beslut och åtgärder samt hur de fortplantar sig i<br />

trafikprocessen i en längre tidskala<br />

- väga alternativa lösningar mot varandra, när det gäller tåg med olika prioriteter, t. ex.<br />

högre prioritet och mindre försening mot lägre prioritet och större försening<br />

- förutse effekter av att anläggningsdelar har individuella egenheter<br />

- bedöma varaktighet hos förutsättningar och restriktioner i beslutsunderlaget<br />

- förutsäga hur de människor, som inverkar på trafikprocessen på olika sätt, kommer att<br />

agera<br />

- hinna sortera ut de viktigaste telefonsamtalen bland alla som ringer.<br />

5.5 Faktorer som påverkar styrbarhet<br />

Vid normal ostörd drift använder trafikledarna stationsautomater och automatfunktioner via<br />

manöversystemet. I Stockholm och Norrköping finns även tågledningssystem (TLS), som<br />

stöd för att underlätta styrning.<br />

När störningar uppstår eller när trafikledaren bedömer att det kan vara risk för störningar,<br />

kopplar hon eller han ofta ur de automatiska funktionerna och styr manuellt.<br />

När det blir stopp på linjen är de omedelbara besluten ganska enkla men ett stort problem<br />

är att trafikledaren har svårt att få en god uppfattning om hur länge felet kommer att kvarstå.<br />

Det är många svårbedömda faktorer och flera människor inblandade. Ingen vet säkert hur lång<br />

tid det kommer att ta innan felet är avhjälpt och olika personer uppskattar tidsåtgången olika,<br />

vilket trafikledarna tar hänsyn till när de bedömer tillförlitligheten i tidsuppskattningen. Även<br />

om de första besluten är enkla så innebär ett stopp på ett spår eller hela linjen naturligtvis<br />

mycket arbete och svåra beslut i samband med omplanering och genomförande av den<br />

ändrade planen.<br />

Omledning av tåg via alternativa sträckningar är ett alternativ som förutsätter samarbete<br />

över flera trafikledares områden. Det är arbetskrävande och leder till stora förseningar.<br />

Tåg är försenade, fel uppstår i tekniska komponenter, banarbeten måste utföras med kort<br />

varsel, människor agerar inte som de förväntas att göra etc. Sådana störningar kan delas in i<br />

typsituationer t ex utifrån förändrade möjligheter att få viktig information om och möjligheter<br />

att påverka tågtrafikprocessen. De kan sedan ligga till grund för vilka strategier man bör<br />

utveckla och träna, samt utgöra underlag för hur operatör-processgränssnittet bör utformas.<br />

Komplexa beslutssituationer skapas av att flera typer av störningar pågår samtidigt, samt<br />

av att ett stort antal variabler påverkar besluten på olika sätt i olika styrsituationer.<br />

Exempel på struktur för typsituationer:<br />

Observerbarhet och styrbarhet är intakta<br />

En vanlig störning orsakas av att försenade tåg kommer in till, eller att tåg försenas inom,<br />

trafikledarens område. Den här typen av störningssituation är kanske den enklaste att<br />

analysera på förhand, för att finna effektiva strategier som kan tränas, men det är ganska<br />

sällan som alla systemdelar och komponenter i infrastrukturen fungerar korrekt.<br />

Effekter för trafikstyrning:<br />

• kräver omplanering av tågföring ,<br />

• tågledaren har tillgång till information, verktyg, stödfunktioner och styrmöjligheter.<br />

Styrbarhet är begränsad och observerbarhet är intakt<br />

Exempel på orsaker till begränsad styrbarhet är: akut banarbete, tillfällig hastighetsnedsättning,<br />

lokskada, vagnskada, nedriven kontaktledning, begränsad strömförsörjning,<br />

väderförhållanden, olyckor/påkörningar samt ett stort antal tekniska fel på komponenter i<br />

infrastruktur och stödsystem. Fel på växel, vägskydd, ställverk, etc.<br />

-53-


Effekter för trafikstyrning:<br />

• stopp på linjen (främst vid enkelspår),<br />

• stopp på ett spår på linjen vid dubbelspår ,<br />

• stopp på ett spår på station ,<br />

• nedsatt hastighet ,<br />

• kräver omplanering av tågföring .<br />

Observerbarhet är begränsad och styrbarhet är intakt<br />

Fel på spårledning, signal, ställverk, transmissionssystem samt människor som inte meddelar<br />

viktig information i tid är exempel på orsaker till att tågledaren inte får det beslutsunderlag<br />

som behövs för att styra trafiken så att störningar inte uppstår eller inte förvärras.<br />

Effekter för trafikstyrning:<br />

• beslut kan ej fattas: processens tillstånd och utveckling är okänd<br />

(stillbild, transmissionsfel),<br />

• optimala beslut kan ej fattas: aktuell information om processens alla tillstånd ej känd,<br />

(informationsfördröjningar, viss information saknas, viss information är ”osäker”, viss<br />

information har låg precision, viss information är personberoende, etc) ,<br />

• kräver omplanering av tågföring ,<br />

• medför risk för felaktiga beslut?<br />

Övriga förändrade förutsättningar för planering och styrning<br />

Till exempel omprioritering av tåg från överordnad styrnivå (t ex transportledare).<br />

5.6 Arbetsorganisation<br />

Idag arbetar en tågtrafikledare med planering och styrning på flera nivåer samtidigt.<br />

Styrsituationer:<br />

1. När tekniken fungerar som den är tänkt att fungera, och när inga större yttre störningar i<br />

trafiken uppstår, då övervakar trafikledarna att de automatiska funktionerna fungerar och<br />

ger förväntat resultat. De planerar och utför de åtgärder som krävs för att styra trafiken<br />

enligt den ordinarie tidtabellen. Samtidigt uppdaterar de sig kontinuerligt om<br />

trafiksituationen för att vara förberedda om något oförutsett inträffar. De försöker även<br />

informera sig om de specifika förutsättningar som gäller för den allra närmaste tiden och<br />

för hela arbetspasset.<br />

2. När en större störning inträffar - det kan vara tekniska fel, andra förutsättningar som<br />

plötsligt förändras eller kraftigt försenade tåg som kommer in till området - då krävs ofta<br />

att de går över till att styra trafiken mer manuellt på en låg anläggningsnära nivå. För att<br />

klara det på ett effektivt sätt krävs omfattande kunskaper på detaljnivå om hur olika<br />

anläggningsdelar och komponenter fungerar, samt en stor mängd andra specifika<br />

förutsättningar som förändras över tid. Det krävs lång erfarenhet av liknande situationer<br />

för att klara av att göra bedömningar och fatta bra beslut. Framför allt därför att beslut<br />

måste fattas under stark tidspress och åtgärder måste vidtas snabbt för att störningens<br />

effekter inte ska sprida sig.<br />

Att både fattandet av strategiska beslut och verkställandet av besluten på en<br />

anläggningsnära nivå, utförs av en och samma person innebär vissa fördelar. Kunskap om<br />

många specifika förutsättningar, som är relevanta vid tidpunkten för beslutet, kan snabbt<br />

integreras i beslutsprocessen. Men det innebär nackdelar därför att arbetsbelastningen blir<br />

mycket hög i störda situationer. Att både besluta och verkställa är så kognitivt krävande, och<br />

tar så mycket tid i anspråk, att det föreligger risk för att ambitionsnivån måste sänkas när det<br />

-54-


gäller optimalitet i besluten. Dessutom innebär den höga arbetsbelastningen och tidspressen<br />

att risken för misstag ökar.<br />

Ofta försöker man lösa problemet med hög arbetsbelastning vid störda situationer genom<br />

att, då det är möjligt, överlämna delar av arbetsuppgiften till andra i trafikledningscentralen.<br />

Detta för att själv kunna helt koncentrera sig på det störda området.<br />

Ett alternativ är att dela arbetsuppgiften efter ”nivå” och tidskala. En person omplanerar<br />

och beslutar i den längre tidskalan och en annan verkställer och beslutar i den korta tidskalan.<br />

Vilka lösningar finns och vilka för- och nackdelar har de?<br />

Arbetsuppgifter:<br />

Omplanering och strategiska beslut i en längre tidskala (minuter till timmar).<br />

- Hämta in relevant information om trafikprocessens mål och tillstånd samt om<br />

anläggningens och andra resursers begränsningar, från informationssystem och personer.<br />

- Kommunicera med berörda personer, t.ex. trafikledare, förare, tillsyningsmän och andra.<br />

- Fatta beslut som tar hänsyn till helheten, hur samtliga tåg och kunder påverkas.<br />

- Prioritera om tåg.<br />

- Besluta var tåg ska mötas och förbigångar ska ske.<br />

- Bestämma plattform? (ev taktiska beslut med tidsrestriktioner).<br />

- Besluta om en önskvärd ny plan/tidtabell (uppdateras och revideras kontinuerligt).<br />

- Informera och rådgöra med verkställande nivå och ev. revidera planen.<br />

- Kräver kunskap på detaljnivå om trafikprocessens mål och aktuella tillstånd, kundkrav<br />

och tågegenskaper samt kunskap på övergripande nivå om anläggning (bana, linje, spår,<br />

stationer).<br />

Verkställande och taktiska beslut i en kort tidskala (sekunder till någon minut).<br />

- Hämta in information om önskvärd ny plan/tidtabell, revideras kontinuerligt.<br />

- Hämta in relevant information om anläggningens och processens aktuella tillstånd från<br />

styr- och informationssystem samt från strategisk nivå (eller direkt från berörda<br />

personer?).<br />

- Meddela överordnad strategisk nivå om faktorer som påverkar strategiska beslut.<br />

- Besluta om lämpliga operativa åtgärder för att verkställa den plan som beslutats på<br />

strategisk nivå.<br />

- Lägga tågvägar, styra automater och ställa om enskilda växlar.<br />

- Informera strategisk nivå när förutsättningar förändras och avvikelser från planen måste<br />

göras.<br />

- Kräver kunskap på detaljnivå, aktuell och specifik kunskap om system och anläggningskomponenter<br />

(och berörda människor?) .<br />

Kraven på god kommunikation mellan de två nivåerna kan vara en komplikation som kan<br />

minska ”vinsten” med uppdelningen.<br />

5.7 Kunskap kompetens och utbildning<br />

Det är allmänt känt att kunskap är en av de viktigaste tillgångarna i organisationer. De är<br />

beroende av väl utbildade och kunniga anställda såväl som hög flexibilitet och kreativitet. En<br />

av förutsättningarna för att uppnå detta är en systematisk ledning och styrning av<br />

nyckelfaktorn för framgång, kunskap.<br />

Kunskapsutveckling är i första hand en fråga om företagets ledning och organisation men<br />

det finns många centrala och viktiga frågor som kan stödjas och även möjliggöras genom<br />

dagens och morgondagens informationssystem.<br />

-55-


5.8 Informationsmängder, variabler<br />

De data och den information som påverkar tågtrafikledarnas beslut i olika situationer är här<br />

sammanställd utan prioritetsordning och är inte komplett.<br />

Tåg<br />

• identitetskod, ”tågnummer”<br />

• prioritetsklass<br />

• tågdata, tågspecifikation:<br />

- vikt,<br />

- längd,<br />

- bromstal,<br />

- dragkraft,<br />

- antal lok,<br />

- sammansättning,<br />

• kommunikationskanal, ”telefonnummer”<br />

• position<br />

• hastighet<br />

- aktuell hastighet,<br />

- tågets sth<br />

- avvikelse från plan<br />

• gångtid<br />

- beräknad normal gångtid<br />

- tågförares bedömning av aktuell gångtid<br />

• tidsavvikelse från plan<br />

- avvikelse från ursprunglig eller reviderad tidtabell<br />

• ankomsttid till station<br />

• tid kvar till:<br />

- station,<br />

- beslutspunkt,<br />

- ”styrbarhetspunkt”<br />

• tidsförlust vid stopp och start<br />

beräknat utifrån vikt, dragkraft, bromstal, aktuell lutning, väglag, etc<br />

• avvikelser från ”normala” tågdata:<br />

- utskjutande last<br />

- långa vagnar<br />

- långt axelavstånd<br />

- ”långrälståg”<br />

• innehåll:<br />

sammansättning, sammansättningsplan, tågplan, omloppsplan, last: stål, fisk, grönsaker,<br />

etc. med tillhörande regler för hantering<br />

• anslutningar:<br />

data om personal, fordon, resande, gods: vilka anslutningar man ska hålla, hur många<br />

resande som ska med vilket tåg, när nästa tåg går till samma destination, hur länge<br />

resande måste vänta om anslutningen brister<br />

• omlopp :<br />

data om personal, lok, vagnar<br />

Bana, Linje<br />

• väglag<br />

(lövhalka, väderlek, småregn, snö)<br />

• banprofil<br />

- lutning<br />

-56-


- kurva<br />

(lutning och kurva som kan ge problem, vid normalt väglag, vid halt väglag)<br />

• karta, layout, geografiska data, utseende<br />

• kapacitetsbegränsningar i strömförsörjning<br />

• avvikelser<br />

- uppfrysningar<br />

- solkurvor<br />

- rälsbrott<br />

- spårledningsfel<br />

• kontaktledning<br />

Station<br />

• karta, layout, geografiska data, ”bild”<br />

• exakt var komponenter och funktioner är geografiskt och logiskt placerade<br />

• drifttillstånd hos alla komponenter och funktioner<br />

• komponenter<br />

- spår<br />

- växel<br />

- signal<br />

- vägskydd<br />

- spårledning<br />

- plattform<br />

- ställverk<br />

- funktioner<br />

- tågväg<br />

- magasinerad tågväg<br />

- block<br />

- automater<br />

- samtidig infart<br />

• spår<br />

- spårnummer<br />

- spårlängd<br />

- korta spår<br />

- var kan tåg ställas<br />

- infart<br />

- ”rakspår”, vilket spår som går rakt igenom stationen<br />

- spår från sidan<br />

• växel<br />

- läge<br />

- hastighet genom<br />

- placering<br />

• plattform<br />

- plattformslängd<br />

- korta plattformar<br />

- vilka vägskydd blockeras av tåg på station (tåglängd)<br />

• kontaktledning<br />

• ställverk<br />

- typ/generation<br />

- funktioner/kommandon<br />

- individuella egenheter<br />

• automater<br />

- typ<br />

- funktioner/kommandon<br />

- individuella egenheter<br />

-57-


Kommunikation<br />

• kommunikationskanaler, ”telefonnummer” till:<br />

- förare<br />

- tillsyningsman för banarbetare<br />

- lokal tågklarerare<br />

- tågmästare<br />

- biljettexpedition<br />

- resgodsexpedition<br />

5.9 Informationssystem<br />

Följande lista är en rubrikmässig sammanställning av informationssystem som idag ingår i<br />

tågtrafikstyrningen och dess omgivning. Materialet är hämtat från rapporterna Kartläggning<br />

av tågtrafikledningens IT-verksamhet samt Nulägesbeskrivning mjukvara IT-plan från<br />

Tågtrafikledningen, Borlänge 1997-04-23. I denna rapport finns en betydligt utförligare<br />

beskrivning av systemen och deras innehåll.<br />

Operativa system<br />

DAGLIG GRAF<br />

• fjtkl-graf<br />

• tågledargraf<br />

• vanlig graf<br />

• banarbeten<br />

• tåginfo, typ, ölpr<br />

KÖRORDER<br />

• tågorder<br />

• sträckorder<br />

• dygnsorder<br />

• delgivningsorder<br />

• ersätter manuell ordergivning av S10- och S11-order<br />

TFÖR<br />

• tågs aktuella läge rel. tidtabell<br />

• aktuellt tågläge<br />

• tågföring per plats och tid<br />

• förseningsorsak<br />

• händelserapport<br />

RIFS<br />

• plattformsskyltning<br />

• informationsmonitorer<br />

• trafikinformation<br />

• avvikelseinformation<br />

• tågföringsinformation<br />

TIPS/AJOUR<br />

• tågs gång<br />

• inställt tåg<br />

-58-


• tillfällig tidtabell<br />

• aktuell tågplan<br />

• vilka tåg som går, per dag eller period<br />

BRAVO<br />

• tdt från TIPS<br />

• tdt från TIPS/Ajour<br />

• vagnhantering<br />

• tågsammansättning<br />

• längd<br />

• vikt<br />

• farligt gods<br />

• etc<br />

SIFO<br />

• lokledning<br />

• vagnledning<br />

• förebyggande och skadeavhjälpande underhåll<br />

• intagningsplaner och avtal<br />

• lokrörelser<br />

• vagnrörelser<br />

• extravagnar<br />

• position per individ<br />

• gångsträcka<br />

• telefonnummer till förare och tågmästare<br />

SILO<br />

• lokorder<br />

• telefonnummer till tåg<br />

CIXÖ<br />

• tåguppgift resandetåg<br />

• telefonnummer till tbfh tjänstekupé<br />

”ASTA”<br />

(under utveckling)<br />

• telefonstöd, ”PC-telefon”,<br />

DPC<br />

(under utveckling)<br />

• detektor, detektorlarm, felhantering, ”Detektor-PC”,<br />

MEMO/OMS<br />

• datorpost<br />

• anslagstavlor<br />

• kalender<br />

• adresser<br />

• minicall<br />

• X-400<br />

Grunddatasystem<br />

TFÖR/SAMST<br />

-59-


• uppföljning av tågtrafik<br />

• tåg<br />

• grupp av tåg<br />

• per period<br />

• orsakskoder<br />

• händelserapporter<br />

BFÖR<br />

• orsakskoder från TFÖR<br />

• felrapporter från BAFE, SIFE, ELFE, TEFE<br />

• avstämning av TFÖR mot BAFE, SIFE, ELFE, TEFE<br />

ORUP<br />

• förädling av TFÖR/SAMST-data<br />

• kopplar sekundärstörning till primärstörning<br />

TIPS<br />

• tidtabellsverktyg<br />

• skapa tidtabeller<br />

• grunddata<br />

BIS<br />

• baninformationssystem<br />

• banstandard<br />

• detaljinformation<br />

GÅNGTIDSVERK<br />

• gångtid<br />

• sth<br />

• fordonstyp<br />

• S4 med udda sth<br />

LINJEREGISTER<br />

• grundinformation<br />

• bandelar<br />

• stationssträckor<br />

• mellanliggande stationer<br />

• hållplatser<br />

• grenstationer<br />

• startstation<br />

• slutstation<br />

REDIGERINGSREGISTER<br />

• graflayout<br />

BANDEKLARATION<br />

(under utveckling)<br />

• linjeregister<br />

• linjebeskrivning<br />

GRIS<br />

(under utveckling)<br />

• databas<br />

-60-


• grundinformation<br />

• aktuell/uppdaterad tidtabell<br />

JAS<br />

(under utveckling)<br />

TRACK<br />

ANDRA ”SYSTEM”<br />

Signalanläggning<br />

Manöversystem för tågtrafikstyrning)<br />

TLS, tågledningssystem, (funktioner i ”manöversystemet”)<br />

El-drift, telelarm<br />

-61-


6. BILDER AV FRAMTIDA TÅGTRAFIK-<br />

STYRNING<br />

6.1 Visioner och scenarier<br />

För att få underlag till idéer om framtida organisation, system, gränssnittsutformning m.m. för<br />

tågtrafikstyrning fordras ganska detaljerade beskrivningar av hur verksamheten kan komma<br />

att se ut, på t ex 10 års sikt. Morgondagens system måste utformas utgående från bilder av<br />

hur verksamheten kommer att se ut då, inte utgående från dagens förhållanden. I förstudien till<br />

detta projekt har vissa sådana visioner och framtidsscenarier formulerats, och vi har nu i<br />

seminarieform fortsatt detta arbete.<br />

Vi ska här kort beskriva hur infångandet av de visioner som utgör en viktig grund för<br />

arbetet med att specificera innehåll och utformning av framtida system för tågtrafikstyrning<br />

har gått till. Resultatet av de genomförda visionsseminarierna presenteras inte i denna rapport<br />

utan redovisas separat.<br />

Vad menar vi med visioner?<br />

Projektet Människa-maskinproblem i samband med tågtrafikstyrning har som huvudmål att<br />

ta fram en kunskapsbas för framtida utvecklingsarbete, att beskriva och analysera samspelet<br />

mellan människor och tekniska system vid tågtrafikstyrning samt att ta fram visioner och<br />

prototyper bl a för hur de tekniska stödsystemen skulle kunna utformas. Det senare innebär att<br />

vi ska utveckla och utvärdera alternativa utformningar av operatörernas framtida gränssnitt<br />

mot informations- och styrsystemen.<br />

Det finns idag inte kunskap, eller förutsättningar i övrigt, för att i detalj precisera och<br />

utforma morgondagens system för tågtrafikstyrning. Som ett led i arbetet med att ta fram<br />

sådan kunskap är det viktigt att klargöra vilka förutsättningar som gäller för morgondagens<br />

tågtrafik och för planeringen och styrningen av denna, vilka krav man kommer att ställa på<br />

trafik och styrning, hur organisation, informations- och styrsystem kan och bör utformas m.m.<br />

Det är detta vi menar med att formulera visioner och framtidsscenarier. En vision kan vara en<br />

idé eller en uppfattning om något enskilt förhållande i framtiden. Med ett scenario menar vi en<br />

mer sammansatt framtidsbild som beskriver viktiga aspekter på den framtida verksamheten i<br />

något helhetsperspektiv.<br />

De formulerade scenarierna ska kunna utgöra en bas för kommande analys- och<br />

utvecklingsarbete. Kan vi beskriva nuläget samt en framtidsbild i samma termer, kan en<br />

jämförelse mellan dessa sägas utgöra en grund för vilken utveckling som behövs för att<br />

uppfylla visionerna. Scenarierna kan också användas när vi vill utvärdera prototyper av olika<br />

slag, t ex prototyper av möjliga presentationsformer i framtida operatörsgränssnitt.<br />

Vi kan särskilja två olika slags visioner, dels hur vi tror att framtiden kommer att se ut,<br />

dels hur vi vill att den blir. Bägge dessa aspekter är viktiga att fånga upp. Det vi tror är vår<br />

tolkning av den utveckling vi idag ser som trolig. Det vi vill är en konkretisering av den<br />

utveckling vi bedömer vara den för verksamheten som helhet mest önskvärda, för att uppnå<br />

"bra" lösningar i framtiden. Detta speglar våra förväntningar på den "bästa" utvecklingen. Det<br />

är viktigt att alla parter som har intressen i denna utveckling ges möjligheter att deltaga i<br />

utformningen av framtidsbilderna.<br />

Vad består resultatet av visionsarbetet av?<br />

-62-


De som deltagit i visionsarbetet är sådana personer inom verksamheten som förväntas kunna<br />

bidraga på ett konstruktivt och kreativt sätt till att formulera tänkbara framtidsscenarier.<br />

Ambitionen har inte varit att formulera kompletta och färdigbearbetade bilder, utan vi vill<br />

se detta som en del av en process som kommer att pågå framöver.<br />

En grov struktur för vilka olika aspekter på verksamheten som vi hittills studerat är:<br />

- viktiga omvärldsfaktorer som påverkar förutsättningarna,<br />

- ramar och begränsningar för utvecklingen,<br />

- mål och förväntningar på morgondagens tågtrafik,<br />

- viktiga problem som måste lösas i framtiden,<br />

- hur förändras styrmålen?<br />

- teknik för morgondagens trafik- och styrsystem,<br />

- framtida arbetsorganisation, roller etc.,<br />

- kompetenser hos berörd personal, utbildning,<br />

- informationsbehovet i olika arbetssituationer,<br />

- tekniklösningarna, hur ser morgondagens tekniklösningar ut?<br />

- presentationsformerna, design av operatörernas gränssnitt,<br />

- arbetsmiljökrav m.m.<br />

Alternativa idéer och utvecklingslinjer har formulerats. Vi har inte försökt nå konsensus.<br />

Intressekonflikter finns säker inbyggda i detta arbete. Alla har inte samma bild av en<br />

önskvärd utveckling eller samma förväntningar.<br />

Hur används resultaten?<br />

Diskussionerna har dokumenterats via anteckningar och bandinspelning. Materialet har<br />

skrivits ut och sammanfattats. Den huvudsakliga användningen av resultatet kommer att vara<br />

internt i det fortsatta arbetet, för att skapa utgångspunkter och scenarier för det framtida<br />

arbete med tågtrafikstyrning. Scenarierna utgör en viktig grund för formulering av krav på<br />

framtida operatörsgränssnitt och för utvärderingen av dessa.<br />

Två seminarier har genomförts. Dessa kommer att dokumenteras i en separat rapport.<br />

-63-


7. Riktlinjer för utformning av<br />

användargränssnitt<br />

7.1 Allmänt om gränssnittsutformning<br />

Användargränssnittet, dvs gränssnittet mellan användare och datorstöd eller informationssystem,<br />

är det som man ser av systemet, det man hämtar sin information från och det man styr<br />

och påverkar via. Självklart är utformningen av användargränssnittet ett centralt problem och<br />

avgörande för hur väl systemet kommer att fungera i praktiken. Med användargränssnitt<br />

brukar man vid vanlig datoranvändning normalt avse både hur det ser ut på bildskärmen<br />

(presentation, layout) samt hur interaktionen mellan användare och system går till. Vi lägger<br />

alltså in både utseende och interaktionen, dvs dynamiken under arbetsprocessen, i begreppet.<br />

Fig. Med gränssnitt menar vi både utseende (presentation) och de interaktioner som sker<br />

mellan användare och informationssystem.<br />

När det gäller användargränssnitten för operatörer i tågtrafikstyrningen blir det hela lite<br />

mer komplext. I allmänhet består gränssnittet här inte bara av det som finns i en eller flera<br />

datorer, utan vi måste se till hela informationssystemet i vid mening. Idag består det kanske av<br />

ett antal olika bildskärmar, spårplanen, tidtabellsgraferna i pappersform, utrustning för<br />

kommunikation m.m.<br />

I detta kapitel ska vi ta upp ett antal grunder, principer, riktlinjer och exempel på<br />

utformning av användargränssnitt. Vi ska dels formulera några generella principer, dels mer<br />

specifika sådana för tågtrafikstyrning samt ge exempel som illustrerar begrepp och regler.<br />

Vad är målet för gränssnittsutformningen?<br />

De informationssystem och datorstöd man använder i arbetet är arbetsverktyg som skall<br />

stödja användarna att genomföra sina arbetsuppgifter på ett så effektivt sätt som möjligt,<br />

samtidigt som de bidrar till att skapa en bra arbetsmiljö.<br />

-64-


Det finns några mycket viktiga generella utgångspunkter som vi direkt kan formulera, till<br />

stor del baserat på de bakgrundskunskaper som vi tidigare diskuterat i kapitel 3. Dessa är<br />

naturligtvis inte tillräckliga för att vara underlag för designbeslut, men är en utgångspunkt för<br />

det fortsatta arbetet med att ta fram konkreta och praktiska designregler.<br />

• Människan har en mycket avancerad förmåga att kunna överblicka och använda stora och<br />

komplexa informationsmängder, förutsatt att man kan se informationen samtidigt och att den<br />

är presenterad på ett bra sätt, anpassat till våra förmågor för informationstolkning. Samtidigt<br />

kan ett mycket litet informationssystem vara fullkomligt omöjligt att använda sig av om det är<br />

dåligt utformat och anpassat. Det finns alltså ingen anledning att begränsa innehållet i ett<br />

informationssystem för att inte "informationsöverbelasta" användaren. Det som belastar är<br />

inte mängden utan sättet att presentera informationen!<br />

• Våra förmågor, kapaciteter och begränsningar när det gäller kognitivt arbete,<br />

mönstertolkning, minne m.m. medför att det sätt vi presenterar information på måste anpassas<br />

till förmågorna.<br />

• Vid arbete i en dynamisk och tidskritisk arbetssituation uppstår mycket speciella problem.<br />

De dynamiska aspekterna på arbetssituationerna måste därför kartläggas och användas som<br />

grund för krav på interaktion och presentation.<br />

• Människor gör fel ibland. Detta kan vi inte göra något åt, bara se till att<br />

arbetssituationerna och informations- och styrsystemen är utformade så att riskerna för<br />

felaktiga beslut och felaktigt agerande minimeras samt att effekterna av fel kan korrigeras och<br />

begränsas.<br />

• Arbetet med att ta fram krav på interaktionen mellan ett tekniskt system och användarna,<br />

och att göra utformningen av gränssnittet, måste bygga på en grundlig analys av<br />

arbetsområdet och kan bara göras under en aktiv medverkan av de som sedan ska använda sig<br />

av systemet i sitt dagliga arbete. Dessutom kan man aldrig göra en bra utformning från<br />

början, utan man måste ha ett experimentellt arbetssätt där prototyper utvärderas och<br />

successivt förbättras.<br />

• Utveckling av informationssystem och användargränssnitt kan inte ses isolerat från<br />

utveckling av verksamheten i övrigt. Vi måste ha en helhetssyn på verksamhetsutveckling.<br />

Detta innebär bl a att även beakta arbetsorganisation, kompetens m.m. när ett nytt system<br />

eller gränssnitt tas fram.<br />

• Utvecklingen måste leda till en god arbetsmiljö. Forskning har visat att kognitiva<br />

belastningar kan leda till samma effekter som ren fysisk belastning och stress i övrigt. Ett<br />

dåligt användargränssnitt kan leda till ineffektivt arbete, låg säkerhet och mycket störningar<br />

och fel. Likaså kan det leda till negativ stress, muskelskador och dålig hälsa.<br />

7.2 Hur går gränssnittsdesign till?<br />

Många olika faktorer påverkar designen av ett användargränssnitt. Grundläggande är<br />

naturligtvis att basera designarbetet på detaljerad kunskap om innehållet i det arbete som<br />

informationssystemet ska stödja samt om de personer som ska använda det i sitt dagliga<br />

arbete. Olika slags standarder, style-guides, regler och riktlinjer som gäller för den aktuella<br />

organisationen definierar ramar för hur gränssnittet skall eller bör utformas. Tekniska faktorer<br />

och begränsningar styr vad som kan utformas och implementeras. Detta gäller såväl tekniken,<br />

datorer, nätverk, bildskärmar etc., som de metoder och verktyg som används vid system-<br />

-65-


utvecklingen. Se fig. Det är viktigt att de begränsningar av olika slag som blir en naturlig följd<br />

av detta inte påverkar möjligheterna att utforma gränssnittet i enlighet med de uppsatta målen.<br />

Arbetsinnehållet<br />

Standarder<br />

Style-guides<br />

Designregler<br />

Vem är<br />

användaren?<br />

Kompetens, vana<br />

etc.<br />

Design av<br />

gränssnitt<br />

Designerns<br />

kompetens<br />

Datorer, nätverk<br />

Utvecklingsmetoder<br />

och sverktyg<br />

Teknisk<br />

utrustning,<br />

bildskärmar etc,<br />

storlek,<br />

upplösning<br />

Fig. Många olika faktorer påverkar designen av ett gränssnitt<br />

Det är viktigt att ett design av ett användargränssnitt utförs av personer med tillräcklig<br />

kompetens och erfarenhet av sådant arbete. Det är vanligt att systemutvecklare utan speciell<br />

designkompetens gör detta arbete, vilket kan leda till sämre kvalitet i slutresultatet. Dels har<br />

de vanligtvis begränsade kunskaper, dels kan de ha svårt att tolka gällande regler,<br />

rekommendationer etc. på ett korrekt sätt. I utvecklingsprojekt där gränssnitt är viktiga<br />

beståndsdelar bör projektgruppen kompletteras med hög designkompetens.<br />

Utvecklingsprojektet bör även arbete enligt en utvecklingsmodell som säkerställer kvalitet i<br />

analys och designarbetet. Viktiga aspekter på detta är en aktiv användarmedverkan (se kapitel<br />

12) samt ett iterativt arbetssätt där prototyper successivt formuleras, utvärderas och förfinas.<br />

7.3 Generella riktlinjer för gränssnittsutformning<br />

Vilka problem vill man lösa?<br />

Ett flertal olika problem av kognitiv art kan uppstå vid användning av ett informationssystem.<br />

Vårt syfte här är att identifiera några i detta sammanhang viktiga problemställningar, för att<br />

sedan formulera riktlinjer för hur de kan undvikas.<br />

Avbrott i tankegången<br />

Problem uppstår om interaktionen med systemet inte tillåter användaren att odelat koncentrera<br />

sig på den egentliga arbetsuppgiften, utan tvingas att använda kapacitet på högre kognitiv<br />

nivå för att hantera/styra datorn och gränssnittet. Vid manuellt arbete klarar vi ofta av att<br />

automatisera de "kringfunktioner" som behövs för arbetsuppgifternas utförande. Vid<br />

datorstött arbete tvingas vi ofta göra samma saker med mer kognitiv belastning, t ex fundera<br />

över kommandon, styrning av gränssnittet, tolkning av symboler och texter m.m.<br />

-66-


Problem med orientering<br />

Ibland hamnar man tveksamhet eller okunskap om var i systemet man befinner sig. Många<br />

användargränssnitt tillåter inte att man hela tiden samtidigt ser helheten och detaljen. Man har<br />

därför svårt att relatera den aktuella detaljen till helheten och till de andra delarna av systemet<br />

som man vill kunna utnyttja. Detta brukar formuleras som att "man går vilse i<br />

informationsrymden".<br />

En annan viktig aspekt på orienteringsproblematiken är hur snabbt man kommer in i det<br />

sammanhang, kontext, som visas på skärmen då man återkommer till arbetssammanhanget<br />

efter att ha varit iväg och gjort något annat eller blivit störd på något sätt. Det är viktigt att<br />

man snabbt, "med en blick", kan se var i processen man befann sig när man blev avbruten<br />

eller störd.<br />

Problem med navigering<br />

Problemet med navigering i informationssystemet hänger delvis samman med orienteringsproblemet.<br />

Det man här vill åstadkomma är att användaren på ett enkelt och självklart sätt ska<br />

kunna bestämma sig för vilken del av informationssystemet man vill komma till och hur man<br />

ska utföra nödvändiga åtgärder för att komma dit. Navigationen underlättas starkt av att man<br />

på något sätt kan se helheten, aktuella detaljen, relationerna till andra detaljer samt hur man<br />

styr gränssnittet dit.<br />

Kognitivt "tunnelseende"<br />

Vid bedömningar och beslut har man svårt att kunna ta full hänsyn till information man inte<br />

ser. Även om man vet att viktig information finns tillgänglig på annan plats är det svårt att<br />

integrera den i bedömnings- och beslutsunderlaget. Man tenderar med andra ord att lägga<br />

betydligt större vikt vid den information man direkt kan se än annan information. Om vi kan<br />

se informationen samtidigt, t ex som dokument utspridda på en stor skrivbordsyta, har vi<br />

förmågan att inkludera även mycket stora informationsmängder i ett beslutsunderlag.<br />

Belastningar på korttidsminnet<br />

Korttidsminnet har klara begränsningar som beskrivits tidigare. Det kan lagra c:a 5-8<br />

"informationsenheter" samtidigt, har en kort avklingningstid samt hög störningskänslighet.<br />

Om vi t ex tvingas att läsa delar av ett informationsunderlag på en bildskärmsbild, andra delar<br />

på andra bildskärmsbilder och sedan integrera dessa i huvudet kommer vi att belasta<br />

korttidsminnet. Klarar vi inte av att hålla nödvändig information i korttidsminnet måste vi<br />

hoppa fram och tillbaka mellan bildskärmsbilderna. Detta tar tid och är ansträngande. Om vi<br />

dessutom måste göra åtgärder, t ex ge kommandon etc., som fordrar kognitiv ansträngning<br />

kommer vi att "tömma" korttidsminnet eller i alla fall att störa det kraftigt.<br />

Onödig kognitiv belastning<br />

Vi inhämtar mycket av behövlig information i en viss arbetssituation via avkodning/tolkning<br />

av de mönster som informationen bildar, och inte via läsning av det egentliga informationsinnehållet.<br />

Vi utnyttjar denna egenskap att mycket snabbt betrakta ett dokument och se<br />

vad som är av intresse i den aktuella situationen för att "zooma" in mot den intressanta<br />

delmängden. Om inte gränssnittet understödjer sådana sök- och tolkningsmöjligheter måste vi<br />

mödosamt läsa all relevant information. Mönsterigenkänning av tydliga och kända mönster<br />

automatiseras lätt och är snabb. Läsning med förståelse kan inte automatiseras och är<br />

dessutom långsam.<br />

Spatial "virrighet"<br />

Vi tenderar att ofta relatera informationsaspekter till informationens spatiala egenskaper. Vi<br />

minns i termer av färg, form, placering, rörelse m.m. "Anvisningarna finns långt bak i den<br />

röda pärmen i övre, högra bokhyllan, strax bakom ett blad med röd kant". Vi utnyttjar sådan<br />

spatial information för att snabbt söka och identifiera relevant information, utan att behöva<br />

klargöra den exakta frågeställningen. Vi "vet vad vi vill se" i en viss arbetssituation utan att<br />

kunna, eller i alla fall behöva, formellt ange det. Om de spatiala relationerna är obefintliga,<br />

-67-


oklara eller förändras på något sätt spolieras denna möjlighet till spatial kodning av<br />

informationsbärare och informationsinnehåll.<br />

Inkonsistent informationskodning<br />

Detta innebär att den information som ska förmedlas till en användare bör kodas på ett<br />

sådant sätt att man utan onödig kognitiv belastning kan inhämta och tolka den. Olika sätt att<br />

koda information kan utnyttjas för att förmedla ett budskap. Form, färg, font, position,<br />

rörelser etc. kan ges en informationsmässig innebörd. Problem kan i detta sammanhang vara<br />

av olika art.<br />

Är inte kodningen lika över tiden och i olika delar av ett informationssystem, dvs<br />

konsekvent, får man mycket svårt att automatisera användandet. Används t ex färg för att<br />

förmedla ett budskap ska betydelsen vara lika i alla sammanhang.<br />

Även om kodning är konsekvent kan man få problem. Det är viktigt att kodningen som<br />

används har enkla och självklara kopplingar till de begrepp som används i den aktuella<br />

arbetssituationen. De bilder, och deras beteende, som t ex visualiserar "växel", "växelläge",<br />

"signal", "tågnummer", "försenad", "hastighet" etc. måste vara spå utformad att betydelsen är<br />

självklar och automatiserbar. Informationen kan ges många redundanta attribut så att<br />

identifikationen och avkodningen underlättas för användaren. Med redundant menas att olika<br />

attribut används samtidigt för att förtydliga något, t ex både fet stil och röd färg och text<br />

förmedlar samma budskap samtidigt.<br />

Det är också viktigt att man använder sig av kodningsbegrepp som är konsistenta med den<br />

information som ska förmedlas. Vi har t ex svårt att identifiera en färg med något som har en<br />

skala, t ex att lära oss att "röd" är större eller mindre än "blå". Färg är för oss mest logiskt<br />

associerat med en klass av objekt. En färgnyans eller en gråskala kan däremot förmedla<br />

skalrelaterad information.<br />

Problem med tidskoordinering av värden<br />

Ofta är det i en arbetssituation viktigt att kunna associera ett informationsvärde till en viss<br />

tidpunkt eller att kunna tidsrelatera olika informationsmängder till varandra. Det kan t ex<br />

handla om att veta när ett visst värde har uppmätts eller i vilken tidsordning och med vilka<br />

tidsmellanrum en serie mätvärden ska ordnas. Har man ett antal olika mätserier vilka har<br />

olika tidsskalor tillgängliga samtidigt blir det svårt att relatera värden i olika serier till<br />

varandra. Om man inte snabbt och automatiserat kan tolka sådant, utan måste läsa och tänka<br />

mycket för att tidsrelatera informationen, leder detta till tidsförluster och onödiga kognitiva<br />

belastningar.<br />

Problem att identifiera en process status<br />

Det är ofta viktigt att snabbt kunna sätta sig in i en process, eller ett ärendes, hanteringsmässiga<br />

status. Det kan i en administrativ tillämpning t ex handla om att se vilka ärenden som<br />

väntar, hur långt de enskilda processerna hunnit eller vilka som är avslutade. Möjligheterna<br />

att kunna planera sitt arbete, att snabbt kunna komma in i rätt arbetssammanhang eller att<br />

kunna växla mellan arbetsuppgifter på ett effektivt och enkelt sätt försvåras eller omöjliggörs<br />

annars. Man blir styrd av det systemet förmedlar och kan inte hitta och utföra det som<br />

egentligen är högst prioriterat.<br />

Det är därför viktigt att systemet tydligt signalerar sådana aspekter på de ingående<br />

processerna att man enkelt och effektivt kan planera sitt arbete, identifiera prioriterade<br />

uppgifter etc. Vi tågtrafikstyrning är ofta antalet processer, enskilda tåg etc., som är igång<br />

samtidigt stort, varför problem av denna art kan bli allvarliga.<br />

Problem med bristande återkoppling<br />

Man bör ge återkoppling (feed-back) på vidtagna åtgärder på alla nivåer och i varje situation.<br />

Med återkoppling menas att användaren får nödvändig information om att den vidtagna<br />

åtgärden har mottagits av systemet, att den har utförts eller hur processen som initierats<br />

fortlöper. På låg nivå ska man få återkoppling på att en knapp tryckts ner eller att man har<br />

"klickat" på någon symbol. På högre nivå ska man få återkoppling på att en åtgärd<br />

-68-


genomförts, t ex att något sparats, att en tågväg lagts etc. Om en åtgärd inte genomförs<br />

omedelbart måste användaren få återkoppling på att kommandot mottagits, hur långt<br />

processen hunnit samt helst när den beräknas vara klar.<br />

Får inte användaren nödvändig återkoppling blir man osäker. kanske måste man genom nya<br />

kommandon försäkra sig om att den begärda åtgärden genomförts. Nödvändig återkoppling är<br />

med andra ord helt nödvändigt för att operatören ska känna sig säker på vad som sker, få<br />

känslan av att man behärskar situationen etc. Bryter man mot sådana regler blir resultatet<br />

långsamhet, stress och oro.<br />

Ytterligare mål för gränssnitten<br />

Följande krav på informationssystemen vill man ofta också ställa. Många av dessa hänger inte<br />

primärt samman med gränssnittsutformning, men det visar sig att ett dåligt utformat<br />

gränssnitt kan starkt bidraga till svårigheter även inom dessa områden, vilket kommer att<br />

påverka systemens användbarhet på ett negativt sätt.<br />

• Tydliga formulering av målen för arbetsuppgifterna. Då olika mål finns måste man ha<br />

explicita regler för att väga olika mål mot varandra.<br />

• Förbättrade möjligheter att utveckla mentala modeller av det styrda systemet.<br />

• Möjligheter att planera och styra sitt och gruppens arbete och att inte vara hänvisad till<br />

"inprogrammerade" regler och alltför rigida arbetsorganisatoriska begränsningar.<br />

• Information om vilken status en viss pågående arbetsprocess har, dvs hur långt man hunnit,<br />

samt vilka olika deltagare som är inblandade i skeendet och deras olika roller.<br />

• Information om vad ett automatiserat delsystem faktiskt håller på med och hur långt det<br />

hunnit i utförandet av sin uppgift.<br />

• Tillåt växling mellan arbetsuppgifter. Det är ofta så att en arbetsuppgift inte fullföljs i sin<br />

helhet så som systemkonstruktören tänkt sig. Man gör avbrott, initierar nya arbetsuppgifter,<br />

återupptar gamla uppgifter etc. Gränssnittet måste tillåta detta, samt kunna visa vad som är<br />

tillgängligt, arbetsuppgifters status m.m.<br />

7.4 En preliminär uppsättning designregler<br />

Ett regelverk för design av användargränssnitt måste på sikt formuleras i form av en för<br />

tågtrafikstyrning specifik (domänspecifik) style-guide. Med en style-guide menar vi ett<br />

dokument innehållande dels ett regelverk för hur gränssnitt inom domänen ska utformas, dels<br />

en uppsättning gränssnittselement som ska användas vid design och konstruktion. I och med<br />

att man definierar de byggstenar som gränssnitten ska konstrueras med, samt regler för hur<br />

dessa ska användas, förenklar man designarbetet och garanterar konsekvens i alla delar av<br />

gränssnittet.<br />

Följande regler på en mer generell nivå, baserade på de problemställningar och mål som<br />

beskrivits ovan, kan här formuleras:<br />

•Designa för skickliga användare<br />

Operatörer använder sina gränssnitt, ”körbilder”, ofta och under lång tid. De ska därför vara<br />

mycket effektiva att använda även om det innebär att det tar längre tid att lära sig att använda<br />

dem. Nybörjare, när det gäller hanteringen av gränssnittet, ska man vara under relativt kort<br />

-69-


tid, medan man som skicklig yrkesarbetare är beroende av effektivitet i det dagliga arbetet<br />

under lång tid. Att bli skicklig på tågtrafikstyrning tar lång tid, att lära sig att hantera<br />

gränssnittet går relativt snabbt även om detta är komplext.<br />

Operatörerna vill ha så mycket samtidig information som möjligt om processens förlopp<br />

och tillstånd. Det behöver inte vara något problem att visa väldigt mycket information<br />

samtidigt för operatören. Vana operatörer kan ändå fokusera på den information de behöver,<br />

förutsatt att den är rätt strukturerad och grupperad. Viktiga aspekter på detta är att informationsobjektens<br />

form, ljushet, kontrast, färg etc. understödjer enkel och automatisk<br />

identifikation och tolkning. De ska kunna ge "cues" (ledtrådar) för fokus och diskriminering,<br />

"ledtrådar som underlättar särskiljande" av viktig information ur en stor och komplex mängd.<br />

Operatörer hatar att se processen "genom ett nyckelhål". När det är bråttom måste de vara<br />

helt koncentrerade på att lösa arbetsuppgiften. Då är det ineffektivt att behöva ”manövrera<br />

informationssystemet” och belasta minnet med uppgifter från flera olika bilder. Bilderna ska<br />

samtidigt visa all information och alla manövermöjligheter som behövs för att genomföra en<br />

arbetsuppgift. Det krävs därför ofta fler och större bildskärmar med hög upplösning.<br />

Bilder som inte används så ofta bör däremot vara extra lätta att förstå och hantera.<br />

•Operatören vill ha "koll på läget"<br />

Man vill inte vänta på varningssignaler från systemet, i detta fall tågtrafiksystemet.<br />

Operatörerna vill veta vad som är på gång och vilka störningar som är att förvänta. De vill ha<br />

möjlighet att se variationer och avvikelser innan problem uppstår. Genom att vara på alerten<br />

kan de då ingripa i tid och förebygga problem, och därigenom även påverka sin egen arbetsbelastning.<br />

Det räcker inte med att man tar rätt beslut, utan åtgärden måste sättas in vid rätt tidpunkt.<br />

Detta kräver god överblick över processens tidsförlopp. Detta innebär att designen ska göras<br />

baserat på principen "management by awareness" i stället för principen "management by<br />

exception".<br />

Visa genom lämplig återkoppling att ett kommando eller styråtgärd håller på att utföras om<br />

det tar tid.<br />

•Underlätta för operatören att förstå processen<br />

Vad som händer vid en viss åtgärd lär sig operatörer genom att arbeta med systemet, men det<br />

räcker inte. För att hantera ovana situationer måste de även förstå hur processen och<br />

anläggningen, t ex automatiken, fungerar. Denna kunskap behövs för att operatörer ska kunna<br />

sortera in sina erfarenheter i "fack" och återvinna dem när så behövs, dvs skapa underlag för<br />

att automatisera arbetsprocesserna. Dessutom, och det är kärnan i operatörsarbetet, måste de<br />

lära sig hur deras process och styrsystem beter sig under de specifika förutsättningar som<br />

gäller för tillfället. Detta är dynamisk kunskap, den förändras ständigt. Även den mentala<br />

modellen av processen och av styrsystemen förändras ständigt under användningen.<br />

•Gör designen färdig.<br />

En design av ett gränssnitt ska vara helt färdig på så sätt att inga avgörande designbeslut bör<br />

överlåtas till operatören. Att själv kunna konfigurera om gränssnittet är mycket sällan till<br />

någon fördel för användarna. Vi menar självfallet att en design ska kunna ändras och<br />

anpassas till lokala behov, men när man gjort detta, och den lokala designen är färdig, då ska<br />

den vara låst. Att designen görs färdig innebär t ex att när en viss arbetsuppgift ska utföras<br />

ska gränssnittet för denna arbetsuppgift, arbetsytan" vara färdig såväl till innehåll som till<br />

funktion. Operatören ska t ex inte behöva fundera över vilka "fönster" som behövs, öppna<br />

dessa, skala om dem och placera dem på rätt plats. Gränssnittet ska i varje läge vara helt klart<br />

för direkt användning.<br />

Detta gäller särskilt vid interaktion för att manövrera gränssnittet. För tidskritiska<br />

manövrer ska det finnas endast ett sätt att göra det på. Detta underlättar automatisering,<br />

medan flera möjliga sätt kan leda till tveksamhet och kräva medvetna beslut, dvs det ökar den<br />

kognitiva belastningen.<br />

-70-


•Disposition av bildskärmsytan.<br />

Den information som ska visas samtidigt måste placeras in i gränssnittet på ett bra sätt.<br />

Viktiga aspekter är att ge fasta positioner för informationsmängder, ge viktig information en<br />

framträdande plats, placera information så att det understödjer ett smidigt arbetsflöde utan<br />

stora "hopp" fram och tillbaka m.m.<br />

Gränssnittets yta är oftast en mycket begränsad resurs, och det gäller att utnyttja ytan<br />

effektivt samtidigt som man understödjer arbetsprocessen.<br />

Informationsinnehållet kan ofta delas in i flera huvuddelar. T ex baninformation, tidtabell,<br />

trafikinformation, information om lok och tåg, kommunikation etc. De olika delarna bör ges<br />

fasta positioner i gränssnittet så att man alltid och i alla lägen vet var de finns utan att tänka<br />

och utan att söka.<br />

Man bör undvika överlappande delar och dold information.<br />

Man bör se till att den information som är viktigast för operatörerna ges den mest betonade<br />

presentationen. Beslutsgrundande information, information om trafiksystemets dynamiska<br />

utveckling, störningar, konflikter, var och hur man når de man vill kunna kommunicera med i<br />

kritiska lägen osv är exempel på sådant. En grundlig uppgiftsanalys kan peka ut vilka<br />

informationsmängder det handlar om i olika arbetssituationer. Information som är mindre<br />

viktig, speciellt statisk information som aldrig ändras, ramar, hjälplinjer etc. ska ges en<br />

mycket nedtonad presentation. Ögat kommer alltid att söka upp de mest betonade mönstren<br />

först.<br />

Man bör, för erfarna användare, alltid eftersträva en kompakt bild för att se till att all<br />

information som behövs blir optimalt tillgänglig. I många riktlinjer för gränssnittsutformning<br />

ser man råd om att inte packa informationen för tätt, utan göra en "luftig" design. Detta gäller<br />

inte för skickliga användare i ett sammanhang som detta. Det är aldrig mängden information<br />

och "tätheten" som är ett problem, utan hur den är utformad. En mycket tätpackad bild kan<br />

vara mycket enkel att tolka medan en mycket gles bild kan vara svår, allt beroende på kodning<br />

m.m.<br />

Några konkreta exempel:<br />

- gruppera informationen så att det är lätt att fokusera på rätt grupp i varje enskild<br />

arbetssituation,<br />

- gruppera information utifrån vad operatörerna anser hör ihop,<br />

- gruppera siffervärden som ska kunna jämföras med varandra ovanför varandra i<br />

kolumner, inte bredvid varandra i rader,<br />

- betona information som förändras med tiden,<br />

- använd anläggningens struktur som bakgrundsbild, t ex spårplanen,<br />

- visa historia, nutid, nära framtid och planer samtidigt, t ex planerad, verklig, nuvarande,<br />

planerad och prognostiserad tåggraf,<br />

- visa hur lång tid det är kvar tills viktiga händelser, eller krav på åtgärder, inträffar,<br />

- ingen funktion får vara dold för operatören.<br />

•Visa helhet och detalj samtidigt.<br />

Vi är effektiva att snabbt "scanna av" stora informationsmängder, orientera oss i dessa, se vad<br />

som är normalt eller onormalt samt hitta den del av informationen som är intressant i den<br />

aktuella frågeställningen. För att kunna utnyttja denna förmåga effektivt är det nödvändigt att<br />

man kan se vilken information som finns tillgänglig i systemet. Vi har lätt att säga att vi vill se<br />

"den" informationsmängden när vi ser den och har arbetssituationen aktiv för oss.<br />

Vi arbetar effektivare genom igenkänning än genom återgivning. Det är ofta svårt för en<br />

användare att ta sig från en del av informationssystemet till en annan om man inte kan se vilka<br />

delar som finns.<br />

Dessa problem kan minskas genom att man i alla lägen visar översikter över helheten samt<br />

klart indikerar var i denna helhet man befinner sig. Det är mycket viktigt att "sökprocessen"<br />

får fortgå ostört. Om vi tvingas använda en hög kognitiv aktivitet för att hitta rätt, kan vi inte<br />

samtidigt koncentrera oss på den egentliga frågeställningen som är arbetssituationens kärna.<br />

Några konkreta exempel:<br />

- visa mycket dynamisk information i varje bild,<br />

-71-


- blanda översiktsinformation och detaljinformation i samma bild,<br />

- visa relevant information från eventuella angränsande processdelar (t ex angränsande<br />

trafikområden),<br />

- visa värden även i siffror, inte enbart grafiskt, samt visa absolutvärden, inte enbart<br />

- avvikelser (för precision i tankeprocesserna samt för att underlätta kommunikation).<br />

•Ge informationen en tydlig och genomtänkt form.<br />

Människans förmåga att känna igen och överblicka stora informationsmängder genom att<br />

tolka dess fysiska form (gestalt) är mycket avancerad och effektiv.<br />

Ikoner/symboler kan användas i olika sammanhang och för olika syften. Man bör klart<br />

specificera vad ikonerna står för och använda detta konsekvent i hela informationssystemet.<br />

Ikoner bör göras så nära associerade med arbetsrelaterade begrepp som möjligt, så att det inte<br />

kräver kognitiv ansträngning att tolka deras innebörd.<br />

Det sätt varpå informationen ges en form som underlättar identifikation och tolkning måste<br />

vara konsekvent. Detta innebär att kodningen ska göras på ett enhetligt sätt i hela systemet. I<br />

största möjliga utsträckning bör detta basera sig på existerande standarder för<br />

gränssnittsutformning, och där dessa inte är tillräckliga på noggranna egna specifikationer.<br />

Det innebär också att man vid kodningen ska välja begrepp och utseenden som är naturliga<br />

och invanda i arbetssituationen.<br />

I ett konkret fall är det mycket viktigt att i form av en style-guide precisera ett antal regler<br />

för kodning av information som är anpassat till den process som ska styras och till<br />

utformningen av arbetsprocessen. Det finns nu inte underlag för att specificera en sådan styleguide<br />

här, även om vissa aspekter tas upp nedan.<br />

Förenkla och stilisera symboler, undvik krusiduller. Använd dock gärna många redundanta<br />

"kodningar" för att öka tydligheten.<br />

•Rätt användning av färger.<br />

Färger är starka medel för informationskodning. Detta innebär att färger ska användas med<br />

sparsamhet och för sådana ändamål de är mest lämpade för. En viktig användning är att<br />

bidraga till ett lugnt och harmoniskt intryck, t ex genom att välja bakgrundsfärger som ger<br />

detta resultat. En annan viktig användning är att koda information så att ett visst budskap kan<br />

förmedlas eller förstärkas. Detaljerade regler för färganvändning kommer att utarbetas senare.<br />

- gör designen så att den kan fungera även i svart-vitt. Detta är viktigt dels pga att vi<br />

reagerar mycket effektivare på skillnader i ljushet, kontrast (mättnad), än på skillnader<br />

i färgnyans, dels pga att olika slags nedsatt färgseende är vanligt vilket kan försvåra<br />

tolkning av bilder om de bygger ensidigt på färgtolkning,<br />

- använd färger för informationskodning, inte som kosmetika. Färg ska ha en mening,<br />

förmedla ett budskap eller skapa en funktionell miljö.<br />

- kodning av innebörd, betydelse med färg bör göras så att: färgerna är klart särskiljbara<br />

inbördes, klart urskiljbara under rådande ljusförhållanden, har en genomtänkt och<br />

konsekvent betydelse.<br />

- färger kan användas för att kategorisera element med vissa egenskaper, identifiera<br />

objekt och objekttyper (t ex olika status på tågväg etc.), ofta är t ex avläsningar av en<br />

färgkod enklare och snabbare är avläsning av motsvarande alfanumeriska kod,<br />

- färg kan effektivt användas för att strukturera informationsmängder, t ex för att<br />

gruppera, särskilja och framhäva viktiga delar.<br />

- färg kan användas för att rangordna objekt. Härvid är ljushet och mättnad möjliga<br />

kodningsmetoder, medan kulör inte har naturlig rangordning för oss.<br />

- använd grå, eller mattblå (ljusa och omättade färger) som bakgrund så att även vit text<br />

kan läsas. Bakgrundsfärg bör väljas så att fältet ger ett lugnt och stillastående intryck,<br />

- koda undantag från normalt tillstånd istället för varje tillstånd och dess egenskap,<br />

- använd mörka och mättade färger för värden och text, skall text läsas bör den<br />

presenteras som svart text på vit bakgrund. Kortare texter, begrepp etc. kan kodas med<br />

mer nertonade färger. Särskilj t ex rubriker från inmatad text.<br />

-72-


- vid signalering av viktig information används starkare färger. Användning av<br />

signalfärger och tryckknappsfärger är reglerad enligt SS IEC 73. T ex: gul=risk,<br />

grön=säker, blå=påbud, röd=brandutrustning.<br />

- starkt rött och blinkande signaler är mycket starka signaler och kommer ständigt att<br />

dra uppmärksamheten till sig. Detta skall därför bara användas till viktiga signaler och<br />

larm, och aldrig under lång tid,<br />

- använd aldrig starka färger för stora ytor, det tröttar ut ögonen och mattar färgseendet.<br />

Mycket starka färger, "arg fruktsallad", blir förvirrande och mycket tröttande i<br />

längden.<br />

- blå färg fungerar dåligt som förgrundsfärg, för texter etc. Ögat är okänsligt för blått<br />

och ögat uppfattar blå som liggande "bakom" andra färger,<br />

- färg kan rätt använt bidraga till att göra gränssnittet estetiskt tilltalande. Färgharmonilära<br />

kallas de erfarenhetsmässiga färgkombinationer etc. som vi uppfattar som<br />

harmoniska, som balanserar varandra och som vi effektivt kan särskilja.<br />

•Använd bläddring för informationspresentation.<br />

Det vanligaste sättet att presentera och växla mellan informationsmängder i dagens grafiska<br />

användargränssnitt är genom rullning (scrollning). Rullning gör emellertid att alla spatiala<br />

relationer förändras, dvs informationen bildar inget mönster man kan lära sig att känna igen.<br />

Bläddring mellan "sidor i buntar" som består av en mängd sammanlagda dokument är ofta<br />

naturligare och effektivare. "Bunten" bör via sin form visa hur mycket och vilken information<br />

den innehåller, så att man snabbt kan överblicka detta. Speciellt måste scrollning i sidled<br />

undvikas.<br />

•Utforma inmatningfunktioner rätt.<br />

Inmatning, registrering och styrning av olika slag är ofta en viktig beståndsdel i arbetet med<br />

ett informationssystem, speciellt vid styrning av komplexa processer. Växlingen mellan olika<br />

moment som orientering, sökning, kommandogivning m.m. måste kunna ske smidigt och<br />

enkelt. Om inmatning av stora textmassor ska göras måste det finnas tillgång till effektiva<br />

hjälpmedel för detta. Sådana hjälpmedel hittar man ofta i ordbehandlingssystem. Den exakta<br />

utformningen av inmatningsrutiner måste göras så att de krav som arbetssituationen ställer<br />

uppfylls. Styrkommandon måste kunna ges snabbt och utan onödig kognitiv belastning.<br />

Utformning av styrkommandon för tågtrafikstyrningen, via mus, funktionstangenter,<br />

tangentbord eller på annat sätt är något som måste studeras mycket utförligt i kommande<br />

faser av projektet.<br />

Undvik växlingar mellan tangentbord och rullboll/styrspak/mus.<br />

•Anpassa pekfunktioner till arbetssituationen.<br />

Att peka på olika objekt är ett ofta förekommande arbetsmoment när man använder sig av<br />

grafiska, direktmanipulerade gränssnitt. Det kan t ex handla om att välja funktion, "dubbelklicka"<br />

på en symbol, peka på en "knapp", "scrolla" genom att peka på en liten pilsymbol eller<br />

bläddra genom att peka på en liten bläddringssymbol. Sådana arbetsmoment bör utformas så<br />

att man inte störs för mycket genom att byta mellan tangentbord och pekdon, "mus".<br />

Placeringen på bildskärmen bör göras så att man behöver röra "musen" så lite som möjligt.<br />

Om den yta som man ska peka på är liten är det ofta svårt, och belastande, att behöva sikta<br />

länge innan man kommit rätt. Speciell vikt måste man lägga vid utformningen av pekytor då<br />

gränssnittet används i arbetssituationer där man inte sitter still i lugn och ro framför<br />

bildskärmen, utan har ett mer rörligt arbete. Det har visat sig svårt att kombinera finmotorisk<br />

styrning av pekdon med en datoranvändning som innebär att man rör sig runt på arbetsplatsen<br />

och ändå snabbt vill hitta en viss informationsmängd. Pekytor bör då göras stora och lätta att<br />

identifiera.<br />

7.5 Praktiska designexempel med förklaringar<br />

-73-


Inledning<br />

Vi ska här ge ett exempel på hur den generella kunskapen om design och några av de<br />

översiktliga designreglerna kan tillämpas. Exemplet är ett försök att integrera, disponera och<br />

presentera den information som trafikledare kan behöva vid styrning av tågtrafik vid<br />

enkelspårstrafik. Exemplet ska inte ses som något färdigt förslag till framtida<br />

användargränssnitt, utan som en idéskiss och som ett underlag för diskussion.<br />

Förslaget är utformat för att visa hur den information som tågtrafikledare behöver för att<br />

fatta optimala beslut kan presenteras på ett integrerat sätt, och som tillåter mer automatiserad<br />

hantering. Idag finns motsvarande informationsdelar i ett antal olika system, på paneler,<br />

skärmar och på papper.<br />

Disposition av informationsyta<br />

Ett viktigt designmål är att presentera relevant information på ett sätt som både ger överblick<br />

över den totala trafiksituationen och samtidigt ger detaljinformation med tillräcklig precision<br />

om trafikprocessens aktuella tillstånd. Information i de olika delarna av den visuellt<br />

tillgängliga ytan ska enkelt kunna relateras till varandra och det ska vara enkelt att kunna<br />

fokusera på den information man behöver i en viss situation utan att störas av den övriga<br />

informationen.<br />

Se figur 7.5.1 nedan<br />

Figur 7.5.1<br />

Spår- och bandata kan förutom stationsnamn och position innehålla markeringar av var<br />

problem kan uppstå. Till exempel var höjdprofilen är så brant att den kan ge problem och var<br />

begränsningar i strömförsörjningen kan skapa problem.<br />

Ur grafen bör trafikledaren kunna hämta den information som behövs för att planera trafiken<br />

och lösa konflikter. Det ska vara enkelt att se var konflikter om resurser – framför allt om<br />

spår – uppstår, samt den information som behövs för att lösa konflikterna på ett optimalt sätt.<br />

-74-


Saknas aktuell information med god precision om tågens position och hastighet, då saknas<br />

även förutsättningar för att optimalt utnyttja den tillgängliga infrastrukturen. Trafikledaren<br />

kan då tvingas att lägga möten och förbigångar med god marginal till eventuella konflikter för<br />

att vara helt säker på att lösningen fungerar. Dvs. hon måste välja en ”säkert fungerande”,<br />

istället för optimal, lösning.<br />

Den dynamiska och kontinuerligt uppdaterade tid/sträcka grafen kan innehålla information<br />

om:<br />

- ursprunglig tidtabell<br />

- reviderad/aktuell tidtabell<br />

- avvikelse från tidtabell<br />

- varning vid plötsliga avvikelser<br />

- beräknad tidsavvikelse vid slutstation<br />

- viktiga anslutningar<br />

- planerade och pågående banarbeten<br />

- namn på ansvarig tillsynsman<br />

- tidpunkt för påbörjan och avslut<br />

- linjär tids- och avståndsskala<br />

En aktuell ”nutidslinje” kan visa en översikt av tågens position, beläggningar och lagda<br />

tågvägar. Den är avsedd att ge en snabbt uppfattbar översikt utan detaljer och den ska vara<br />

enkel att relatera till information i grafen ovanför samt den förenklade spårplanen nedanför.<br />

En förenklad och stiliserad spårplan med stationer bör innehålla den information som<br />

behövs för att styra och övervaka trafikprocessen när inga tekniska fel inträffat. Den kan<br />

innehålla information om:<br />

- spår på linjen<br />

- spår på station<br />

- korta spår på station<br />

- plattformar<br />

- korta plattformar<br />

- vägskydd<br />

- beläggningar<br />

- tågvägar<br />

- mellanblock<br />

Översiktlig tåginformation kan visas i anslutning till den förenklade spårplanen och grafen.<br />

Även tåg på väg in till området bör visas. Informationens kärna är en tågsymbol med kod för<br />

unik identitet ”tågnummer” och eventuell tidsavvikelse i minuter. Till symbolen kan olika<br />

koder knytas för att visa prioritet, tågtyp, etc. samt olika ”avvikelser” t. ex. ”långt tåg”,<br />

utskjutande last, farlig last, stor avvikelse från sth och ”tåg står stilla”. Detaljinformation om<br />

varje tåg kan vid behov hämtas upp och presenteras på en reserverad yta (se nedan).<br />

Detaljerad spårplan för varje station kan innehålla all relevant information om spår, växlar,<br />

signaler, plattformar etc. Den bör innehålla den precision i uppgifterna som trafikledarna<br />

behöver. T ex spårens exakta längd och exakt geografisk position för signaler, växlar, vägskydd,<br />

etc.<br />

Detaljinformation om tågen kan innehålla:<br />

- tåg-ID, ”tågnummer”<br />

- prioritetsklass<br />

- sth<br />

- aktuell hastighet<br />

- längd<br />

- vikt<br />

- loktyp och antal<br />

-75-


- bromsförmåga<br />

- accelerationsförmåga<br />

- tidsavvikelse mot ursprunglig tidtabell<br />

- beräknad ankomsttid till nästa station<br />

- position, t. ex. avstånd till referenspunkt eller närmaste eller nästa station<br />

- antal passagerare vid nästa anslutning<br />

-76-


-87-


Ett exempel på användargränssnitt för tågtrafikstyrning på enkelspår<br />

För att ge underlag för idéer och diskussioner presenterar vi här ett exempel på hur den<br />

beskrivna dispositionen kan utformas.<br />

I exemplet saknas utformning av ”Spår- och bandata: profiler, potentiella problem, etc.”<br />

samt ”Stationer: detaljerad spårplan med all relevant information om spår, växlar,<br />

signaler, etc.”, vilket beskrivits i ”Disposition av informationsyta” ovan.<br />

Se figur 7.5.2<br />

-88-


-2<br />

10.<br />

5627<br />

.40<br />

09.<br />

-6<br />

.20<br />

-26<br />

Vv Gui Shv Töd Ldt Eår Id Hkl Via Håg Gnp<br />

-5<br />

Lindberg<br />

08.51 - 09.23<br />

-9<br />

J.E. Olsson<br />

09.37 - 10.02<br />

-5<br />

-12<br />

-8<br />

.30<br />

10.<br />

09.<br />

-6<br />

-3<br />

6423<br />

08.<br />

6421<br />

-5<br />

-4<br />

Engström<br />

08.32 - 08.48<br />

Carsén<br />

08.14<br />

- 08.49<br />

-3<br />

-2<br />

-4<br />

3330<br />

130/70<br />

08.<br />

4766<br />

-4<br />

+5<br />

-5<br />

90/10<br />

2345<br />

07.<br />

Wallberg<br />

06.48<br />

- 07.10<br />

07.<br />

-4<br />

160/70<br />

3417<br />

-4<br />

3245<br />

-3<br />

130/40<br />

3219<br />

07.02.48<br />

2352<br />

-6<br />

2344<br />

-5<br />

3328<br />

-3<br />

Figur 7.5.2 -89-


Bakgrundens ljushet<br />

För att ge möjligheter att koda information som ljusare än bakgrunden och mörkare än<br />

bakgrunden samt för att ge viktig dynamisk information en tillräckligt hög<br />

ljushetskontrast mot bakgrunden har 60% ”svärta” valts som ”bakgrundsfärg”. En helt<br />

vit bakgrund ger problem med låg kontrast för många ljusa färgnyanser. En helt svart<br />

bakgrund ger god kontrast för färgkodning men en nackdel är att omgivningen ofta är<br />

ljus och skillnaden mellan ljus omgivning och mörka bildskärmar gör att ögat måste<br />

anpassa sig ofta till olika ljusförhållanden.<br />

Orientering<br />

Det finns två skäl till varför Sträcka-axeln visas horisontellt. Dels för att den<br />

information som ska visas tar mest plats horisontellt och dels för att vi är bättre på att<br />

göra jämförelser med hög precision på den vertikala ledden. Här underlättas jämförelser<br />

mellan information i spårplan och graf.<br />

Skalorna för tid och sträcka är linjära för att underlätta jämförelser över hela ytan i<br />

bilden. Linjära skalor gör att tidtabellinjernas lutning motsvarar tågens hastiget.<br />

Tidskala<br />

Tidskalan anges med horisontella linjer med 100% svärta för varje heltimme, en något<br />

tunnare linje med 80% svärta varje 30 min. och med 70% svärta var tionde minut.<br />

Tidskalans värden anges i svart och sparsamt eftersom det tar dyrbart utrymme i bilden.<br />

Sträcka-axelns skala<br />

De ”större” stationernas positioner anges med helt vita vertikala linjer medan övriga<br />

stationer visas med linjer något ljusare än bakgrunden, med 50% svärta. Stationernas<br />

namn-kod anges med vit text i överensstämmelse med de ljusa linjerna.<br />

Se figur 7.5.3<br />

-90-


10.<br />

.40<br />

.20<br />

09.<br />

Vv Gui Shv Töd Ldt Eår Id Hkl Via Håg Gnp<br />

.30<br />

10.<br />

09.<br />

08.<br />

08.<br />

07.<br />

07.<br />

Figur 7.5.3<br />

-91-


Tidtabell i grafen<br />

Ursprunglig tidtabell visas i grått med låg kontrast mot bakgrunden för att inte störa<br />

uppfattningen av den aktuella/reviderade tidtabellen. De senare, dvs. tidtabellinjerna för<br />

”Upp”- respektive ”Ner”-tåg har olika färgkoder. En grön färgton för upptåg och orange<br />

färgton för nertåg. Båda har samma ljushetskontrast mot bakgrunden. I ”slutet” av varje<br />

linje visas beräknad tidsavvikelse till slutstation, i minuter, med en siffra i samma<br />

färgton som respektive linje. En liten fylld cirkel eller snarare punkt, representerar<br />

högsta prioritetsklass. ”Punkten” används även för att förtydliga var förbigång sker (se<br />

tåg 2345, kl. 07.45 vid Hkl). En liten ellips ringar in en anslutning som är viktig att<br />

hålla. Vid stora avvikelser mellan planerad och aktuell tidtabell visar en grå linje vilka<br />

som hör ihop.<br />

Se figur 7.5.4<br />

-92-


10.<br />

.40<br />

-12<br />

.20<br />

-26<br />

-8<br />

09.<br />

Vv Gui Shv Töd Ldt Eår Id Hkl Via Håg Gnp<br />

-5<br />

-9<br />

-6<br />

-5<br />

.30<br />

10.<br />

09.<br />

08.<br />

-5<br />

-4<br />

-3<br />

-2<br />

-4<br />

08.<br />

07.<br />

07.<br />

Figur 7.5.4<br />

-93-


Banarbete<br />

En ljusare grå ruta med ”prickad” kontur i rött representerar planerat banarbete. I rutan<br />

står planerad tidpunkt samt tillsyningsmannens namn. När banarbetet är pågående blir<br />

den röda konturen heldragen och den röda linjen läns nutidsaxeln visar att spåret<br />

indikerar ”belagt”.<br />

Se figur 7.5.5<br />

-94-


10.<br />

.40<br />

.20<br />

09.<br />

Vv Gui Shv Töd Ldt Eår Id Hkl Via Håg Gnp<br />

Lindberg<br />

08.51 - 09.23<br />

J.E. Olsson<br />

09.37 - 10.02<br />

.30<br />

10.<br />

09.<br />

Engström<br />

08.32 - 08.48<br />

Carsén<br />

08.14<br />

- 08.49<br />

08.<br />

08.<br />

07.<br />

Wallberg<br />

06.48<br />

- 07.10<br />

07.<br />

Figur 7.5.5<br />

-95-


Aktuell tid, tillståndsöversikt<br />

Den breda svarta linjen visar aktuell tid och tågsymbolens spets visar aktuell position<br />

för tåget. De röda linjerna visar beläggningar och tågvägar visas med linjer i samma<br />

färgkod som den tågsymbol de tillhör. Slutet på tågvägen visas med en liten rund punkt.<br />

Tåg som står stilla har en blå markering i botten. Upptåg visas ovanför tidslinjen och<br />

nertåg visas ”uppochner” under linjen. Den lutande ljusgula linjen uppåt från två<br />

tågsymboler visar att tåget plötsligt avviker kraftigt från ”sth” eller planerad hastighet<br />

och den visar en prognos till en tidtabellslinje som konfliktar. En liten rund punkt<br />

bakom tågsymbolen visar högsta prioritetsklass.<br />

Se figur 7.5.6<br />

Spårplan, tillståndsöversikt<br />

Innehåll:<br />

- ljusgrå rektanglar är plattformar<br />

- korta vertikala linjer tvärs spåret är ”ospecificerade” markeringar<br />

Se figur 7.5.7 (sid. 103)<br />

-96-


Figur 7.5.6 Aktuell tid, tillståndsöversikt<br />

Figur 7.5.7 Spårplan, tillståndsöversikt<br />

-97-


Tåginformation, översikt<br />

Innehåll:<br />

- färgad siffra i kanten av grafen är tidsavvikelse från ursprunglig tidtabell<br />

- siffra bakom tågsymbolen visar tidsavvikelse<br />

- vita siffror är hastighet: börvärde/ärvärde<br />

- gul nedåtpil visar kraftig hastighetsavvikelse<br />

- samt några ospecificerade koder<br />

Se figur 7.5.8<br />

-98-


10.<br />

.40<br />

.20<br />

Vv Gui Shv Töd Ldt Eår Id Hkl Via Håg Gnp<br />

.30<br />

10.<br />

-2<br />

5627<br />

09.<br />

09.<br />

-6<br />

-3<br />

6423<br />

08.<br />

6421<br />

3330 -4<br />

130/70<br />

08.<br />

4766 +5<br />

-5<br />

90/10<br />

2345<br />

07.<br />

07.<br />

-4<br />

160/70<br />

3417<br />

-4<br />

3245<br />

-3<br />

130/40<br />

3219<br />

07.02.48<br />

2352<br />

-6<br />

2344<br />

-5<br />

3328<br />

-3<br />

Figur 7.5.8 -99-


Tåginformation, detalj<br />

Innehåll:<br />

- loktyp<br />

- längd<br />

- vikt<br />

- ankomsttid till nästa station<br />

- hastighet börvärde/ärvärde<br />

- antal passagerare vid nästa anslutning<br />

- avstånd till referenspunkt, i meter<br />

- höjd i meter vid utskjutande last<br />

- gult visar avvikelse eller ”viktigt”<br />

- acceleration/decceleration förmåga<br />

Se figur 7.5.9<br />

Tåginformation, symbolexempel<br />

Innehåll:<br />

- långt tåg<br />

- hastighetsavvikelse<br />

- många passagerare vid anslutning<br />

- tåg i stopp<br />

Se figur 7.5.10<br />

-100-


Figur 7.5.9 Tåginformation, detalj<br />

Figur 7.5.10 Tåginformation, symbolexempel<br />

-101-


-102-


8. UTVÄRDERINGSMETODER<br />

8.1 Metoder för användbarhetsanalys<br />

För att utvärdera datorstöds användbarhet, och identifiera förekomsten av eventuella<br />

kognitiva arbetsmiljöproblem, behövs metoder för utvärdering av informationssystemets<br />

innehåll och gränssnittens utformning.<br />

Litteratur och forskning inom området är omfattande. De flesta metoder som utvecklats är<br />

dock mer riktade till forskare eller till systemutvecklare än till de som arbetar med att studera<br />

och förbättra arbetsmiljön för t ex processoperatörer.<br />

I avsnitt 3.9 har bakgrunden till sådana metoder diskuterats ganska utförligt, varför vi nu har<br />

bara ska betona några viktiga aspekter.<br />

Problemen med existerande metoder är sammanfattningsvis att de:<br />

• främst är avsedda att användas av systemutvecklare när man i olika skeden av<br />

systemutvecklingsprocessen arbetar med systemdesign och utvärdering av slutproduktens<br />

"användbarhet",<br />

• är koncentrerade på sådana aspekter som är enkla att mäta,<br />

• bara i mycket liten utsträckning tar upp aspekter som hör till vad vi i skandinavisk tradition<br />

vill lägga in i helhetsbegreppet arbetsmiljö,<br />

• inte i mer detalj tar upp aspekter som hör till vår definition av kognitiv arbetsmiljö,<br />

• i stor utsträckning är beskrivande men inte förklarande, dvs de analyserar inte aspekter som<br />

kan förklara varför det förhåller sig så och ger inte heller designstyrande råd.<br />

Det finns när det gäller utvärdering av gränssnitt för tågtrafikstyrning i framtiden behov av<br />

metoder i två olika slags situationer. För det första under designprocessen, när nya gränssnitt<br />

utvecklas och utvärderas. För det andra för utvärdering av system i drift, när det finns erfarna<br />

användare att studera.<br />

En metod för det första syftet, som avser att även omfatta den ovan beskrivna definitionen<br />

av kognitiv arbetsmiljö, har utvecklats vid avdelningen för människa-datorinteraktion,<br />

<strong>Uppsala</strong> <strong>universitet</strong> i samarbete med Futura/Previa. Metoden, ADA-metoden, (Åborg,<br />

Sandblad, & Lif, 1996), är avsedd att användas vid analys av ett redan existerande system i<br />

drift och i samband med arbetsmiljöanalyser. Den har främst använts för användbarhetsbedömningar<br />

inom mer administrativa arbeten men torde till stor del vara användbar även vid<br />

analys av gränssnitt inom tågtrafikstyrningen.<br />

En metod för det andra syftet, också den utvecklad vid <strong>Uppsala</strong> <strong>universitet</strong>, är avsedd att<br />

använda under pågående utveckling av en prototyp av ett nytt informationssystem eller<br />

datorstöd, för utvärdering i varje steg av prototyputvecklingen. Denna bygger på erfarenheter<br />

från andra liknande metoder, och innebär att man i två steg analyserar en existerande<br />

prototyp. I det första steget analyseras generella aspekter som kan studeras utan hjälp av<br />

användarrepresentanter. I det andra steget studeras tillämpningsspecifika frågor, vilka bara<br />

kan förstås och utvärderas av de som har lång praktisk erfarenhet av arbetet, i detta fall med<br />

tågstyrning.<br />

Utvärderingsmetoderna måste för att bli konkreta formuleras i anslutning till detaljerade<br />

riktlinjer för gränssnittsutformning. Först när sådana riktlinjer formulerats kan metoderna<br />

specificeras mer i detalj, och utförliga utvärderingar genomföras. Detta arbete kommer därför<br />

att fortsättas i kommande faser av forskningsarbetet.<br />

-103-


-104-


9. PROTOTYPER AV FRAMTIDA<br />

ANVÄNDARGRÄNSSNITT<br />

9.1 Bakgrund och metod<br />

Under projektarbetet har ett antal idéer till nya slags gränssnitt för tågtrafikstyrningen<br />

formulerats. Syftet har här inte varit att utveckla några nya gränssnitt, utan mer att försöka<br />

visualisera olika slags idéer i form av skisser, bilder och prototyper.<br />

För att tydliggöra idéer om grafiska gränssnitt, göra skisserna mer verklighetsnära och på<br />

så sätt förbättra dialogen med de som kan utvärdera dem, är det en fördel om man kan studera<br />

prototyperna i ett dynamiskt sammanhang. Gränssnittsprototyperna behöver därför<br />

kompletteras med modeller av tågtrafiken och realtidssimuleringar av dynamiska<br />

trafikförlopp.<br />

Utformning av idéer och prototyper till nya gränssnitt måste bygga på detaljerad kunskap<br />

om den verksamhet det ska stödja. Detta kan åstadkommas genom intervjuer och<br />

observationer, vilket också genomförts dels inom ramen för examensarbetet, dels inom<br />

projektet i övrigt vilket redovisats tidigare i avsnitt 5. En uppgiftsanalys av detta slag kan<br />

bara fånga upp vissa delar av kunskap om det arbete gränssnittet ska stödja, varför det också<br />

är viktigt att skapa ett aktivt deltagande av personer med grundliga kunskaper och<br />

erfarenheter av tågtrafikstyrning. Användarmedverkan är nödvändig för att kunna göra<br />

utvärderingar av prototyperna.<br />

9.2 Prototyper av nya användargränssnitt<br />

Innehållet i de utvecklade prototyperna redovisas mer utförligt i en separat rapport: Prototyper<br />

av framtida gränssnitt för tågtrafikledare (Nilsson, 1998). Dessutom utgör det exempel som<br />

utförligt diskuterats ovan, i avsnitt 7.5, en sammanställning av centrala delar av detta arbete.<br />

Vi kommer därför inte att ytterligare beskriva prototyperna här, utan hänvisar till dessa andra<br />

rapportdelar.<br />

Prototyperna har visualiserat en del funderingar kring flerspårsproblematiken, men är<br />

huvudsakligen inriktat på enkelspår. En liten störning på den typen av banstruktur kan få<br />

mycket utdragna konsekvenser. Planeringsdelen av operatörens arbete är central samtidigt<br />

som tiden som står till förfogande för beslut är längre än på områden där trafikflödet är större.<br />

Enkelspår bör därför ses som en bra inledning till utveckling av nya gränssnitt. För att få<br />

realistiska data har information hämtats från bansträckningen mellan Gävle och Sundsvall.<br />

Det huvudsakliga problemet för tågledarna när det gäller gränssnittet är tillgängligheten till<br />

beslutsrelevant information. De måste inhämta en mycket stor mängd information för att på<br />

ett effektivt sätt kunna styra trafiken. Först måste vi därför kartlägga vilken information som<br />

operatörerna måste ha till sitt förfogande. Följande figur visar några huvuddelar av de<br />

aktuella informationsmängderna:<br />

-105-


Stationsinformation<br />

- Längd (sammansättning, ordning)<br />

- Etablera kommunikation med förare<br />

- Bromstal (-> nedsatt hastighet)<br />

- Andra avvikelser (ATC-fel)<br />

- Tågnummer<br />

Plattformslängd<br />

- Innehåll (lokförare?)<br />

sammansättningsplan<br />

Annan hastighet<br />

- Spåranvändningsplan<br />

ATC-info (signaler)<br />

omsättningsplan<br />

- Övergångar<br />

- Vikt<br />

Angränsande struktur<br />

- Läge<br />

(bannät)<br />

Produktionsplan<br />

Banspecifik<br />

Tågspecifik<br />

- Hastighet<br />

Hastighet genom<br />

- Omloppsplan<br />

växlarna<br />

INFORMATIONSBEHOV<br />

- Trafikuppgift<br />

Spårlängd<br />

- Tider<br />

Omgivning - Anslutningar<br />

Övrigt<br />

- Dragkraft<br />

Info för att påverka<br />

Kontakt till<br />

tillsyningsman<br />

anläggningen<br />

spår<br />

när de<br />

används<br />

bussar<br />

personer<br />

telefon<br />

-106-<br />

Kontakt<br />

(telefon)<br />

för ersättningstrafik<br />

Fig. Huvudsakliga informationsmängder som utgör beslutsunderlag för tågtrafikstyrning.<br />

Som tidigare framhållits är prioriteringen central i tågtrafikledarens arbete. Det är genom<br />

bedömningar och prioriteringar av de olika alternativen som man tar sina beslut. I dagens<br />

arbete finns det en viss förutbestämd prioriteringsordning mellan tågen och vissa regler att<br />

följa. Eftersom störningar kan se väldigt olika ut måste ändå en anpassning ske till den<br />

specifika situationen. Det skulle vara intressant om man kunde skapa ett beslutsstöd som<br />

dynamiskt kunde variera prioriteringar efter rådande omständigheter. Hur ett sådant skulle<br />

kunna se ut i ett användargränssnitt finns inte behandlat i examensarbetet.<br />

Vid skapandet av datoriserande gränssnitt är skärmytan alltid en begränsning. Prototyperna<br />

har inte utformats med hänsyn till dagens praktiska och tekniska begränsningar.<br />

9.3 Utvärdering av prototyperna<br />

Ett användarcentrerat arbetssätt har varit grunden för arbetet med gränssnittsprototyper.<br />

Utvärderingen, som hittills har genomförts på ett mycket preliminärt sätt, har gått till så att<br />

arbetet har presenterats för några erfarna tågklarerare. Deras synpunkter har dokumenterats.<br />

Följande korta sammanfattning ska ses som några synpunkter på de i examensarbetet<br />

presenterade gränssnittsidéerna, vilka mer utförligt beskrivs i examensarbetsrapporten samt i<br />

avsnittet om gränssnittsexempel ovan, avsnitt 7.5.<br />

Synpunkter på gränssnittsförslag.<br />

Det kan bli för mycket information om man i grafen visar tågens historia, planerade<br />

gångtider, det verkliga läget och en förväntad framtida utveckling. Vid tät trafik blir det lätt<br />

väldigt rörigt. Framförallt om ett beslutsstöd lägger in ytterligare ett system av gångtider<br />

utifrån vissa möten. Eventuellt är det inte nödvändigt att simulera framtiden för alla tåg. Om<br />

detta beror av mängden information eller av den aktuella designen återstår att undersöka, dvs<br />

det är svårt att säga hur mycket information som går att presentera på ett bra och överskådligt<br />

sätt och också hur mycket tågtrafikledaren klarar av att bearbeta.<br />

För att gränssnittet ska vara läsbart måste ytan som informationen presenteras på vara<br />

betydligt större än en arbetsstation (21").<br />

Det har förekommit en del kommentarer kring att den grafiska tidtabellen är vriden 90<br />

grader i jämförelse till hur det ser ut i dag. Det upplevs som konstigt och ovant. Ingen har<br />

dock varit inne på att alternativet bör förkastas. Internationellt är denna orientering vanlig.<br />

Det finns risk att lokaliseringen av stationsbilderna separat från den grafiska tidtabellen<br />

kan bli kognitivt belastande. Det gäller att finna en bra struktur och en tydlig koppling.


Kommentarer har också dykt upp att man skulle kunna utnyttja möjligheten att zooma i<br />

bilderna. Exempelvis skulle man kunna förstora upp spårplanen under den grafiska tidtabellen<br />

för att få fram detaljerna kring stationerna. På det sättet arbetar man fortfarande i samma bild<br />

och kan bibehålla helhetsstrukturen. Det kan vara svårt att zooma in ett område eftersom det<br />

vid störningar lätt uppstår problem på flera håll vilka då samtidigt kan behöva förstoras.<br />

Dessutom gör en inzoomning att något måste döljas vilket kan vara vanskligt.<br />

Intressant skulle vara att undersöka vilka möjligheter som finns att utnyttja tredimensionell<br />

teknik för att visualisera exempelvis flerspårstrafik. Det skulle kunna användas för att<br />

åskådliggöra och stödja den mentala bilden om trafiken som en dynamisk process. Om den<br />

informationen sedan underlättar styrning är inte säkert. Den tredje dimensionen skulle kunna<br />

understödja avläsningen av situationen, förslagsvis genom att symbolisera någon form av den<br />

grafiskt tidsrelaterade informationen som saknas.<br />

Det är viktigt att fokusera gränssnittet på den beslutsrelevanta informationen. Kanske går<br />

det att ännu tydligare framhäva de kritiska punkterna eller händelserna genom en annan<br />

vinkling av gränssnittet. En kommentar som dykt upp föreslår att man koncentrerar sig på och<br />

bygger gränssnittet kring de händelserna som är av betydelse för styrning. Det är ofta vid störningar<br />

som problemen uppstår. Istället för att ta upp stora delar av skärmytan med spår och<br />

stationer, kan man försöka välja ut och fånga de diskreta tillstånd av specifik betydelse, som<br />

kan förekomma vid vissa platser längs spåret. Exempel är konflikter, tåg som står och väntar,<br />

försenade tåg och spårarbete. För varje spår skulle de åskådliggöras med någon grafisk<br />

presentation.<br />

Kommentarer har getts angående att det måste finns möjlighet att komma åt ytterligare<br />

information. Genom att klicka på objekt skulle det gå att komma åt ytterligare och mer<br />

detaljerad information.<br />

För att ge en mer tydlig bild skulle man kunna visa ett fotografi av stationen inlagt i<br />

gränssnittet.<br />

Det skulle även vara bra att på något sätt presentera vilka resande som finns i tåget.<br />

En vagnslista där eventuell farligt gods finns angivet skulle vara av intresse i vissa<br />

situationer.<br />

Det är av intresse att visa styrsituationen som råder på varje station, till exempel om<br />

"lokalt" är lagt eller ej.<br />

Om man ersätter den nuvarande lösningen med de grafiska bladen måste man se till att inte<br />

förlora de möjligheter som där erbjuds. Bland annat måste det gå att föra anteckningar och<br />

göra markeringar. Det kan röra sig om att kunna rita in banarbete eller den typen av<br />

information som lämnas vidare vid avlösning. En signal längs spåret måste kanske undersökas<br />

om den är trasig. För att bibehålla den typen av stöd skulle det kunna tänkas vara lämplig att<br />

ha den delen som en skrivyta, som även går att nå med ett skriv- eller ritverktyg.<br />

Det är huvudsaken informationspresentationen som studerats här. Hur tågen ska styras, dvs<br />

innehåll och utförande av styrkommandon, har inte studerats i detalj.<br />

Det skulle kunna tänkas vara lämpligt att ge trafikledarna möjlighet att med jämna<br />

mellanrum studera en video av bansystemet i samband med styrningens förlopp, för att stödja<br />

uppbyggnad av mentala modeller av den verkliga trafikprocessen. En ny film skulle kunna<br />

göras vid ombyggnader, olika årstider, olika tider på dygnet osv.<br />

En typ av störningar inträffar när kraftmatningen blir så låg att vissa lok slås ut. Hur<br />

strömförsörjningen varierar och vilka gränser som tågen har bör finnas med i<br />

operatörsgränssnittet.<br />

Grafen borde vara utformad så att den ger stöd vid olycksfall. Bland annat skulle den<br />

kunna ge tidpunkt och plats där incidenten inträffade. Idag uppstår det t ex problem eftersom<br />

föraren gärna anger platser i kilometer, medan räddningspersonal söker efter stolpnummer.<br />

9.4 Experimentmiljö<br />

-107-


Som nämnts är det viktigt att skapa en experimentmiljö som gör det möjligt att studera<br />

gränssnittsprototyperna i en verklighetsnära miljö, att göra experiment och utvärdera<br />

förslagen med hjälp av erfarna personer inom tågtrafikstyrningen som arbetar i en simulerad<br />

miljö.<br />

Utvecklingen av simulatorer som på ett realistiskt sätt kan modellera tågtrafik, styrsystem<br />

och gränssnitt är mycket komplicerat och resurskrävande. Inom ramen för projektet och de<br />

genomförda examensarbetena finns det inte möjlighet att skapa någon mer omfattande<br />

experimentmiljö.<br />

I samband med projektet har det genomförts tre olika examensarbeten, med delvis olika<br />

syften.<br />

Det första examensarbetet har haft som syfte att utreda kraven på simulatorer för<br />

gränssnittsexperiment, implementera en enkel variant av en sådan samt skapa och utvärdera<br />

några delar av skisser till framtida gränssnittselement.<br />

De andra två examensarbetena har implementerat ett system för interaktiv, realtidsliknande<br />

pseudoparallell simulering i Java. Detta för att kunna utföra simulering i en modern<br />

nätverksbaserad miljö. Dessutom har en enkel modell skapats för att simulera tågtrafik och<br />

möjliggöra interaktion med tågtrafikmodellen i realtid.<br />

Vi skulle vilja understryka vikten av att man i framtiden utvecklar mer kompletta<br />

simulatorer som kan uppfylla olika syften. Vårt syfte här, att skapa en experimentmiljö för<br />

utveckling och utvärdering av nya gränssnitt, är bara ett av flera syften. Även för de projekt<br />

som arbetar med utveckling av beslutsstödjande funktioner för operatörerna har behov av en<br />

sådan experimentmiljö. Skall man kunna utvärdera hur olika slags beslutsstödjande funktioner<br />

kan tänkas fungera i praktiken, kan detta bara bedömas genom experiment i simulerad miljö.<br />

Till varje beslutsstöd behövs dessutom ett gränssnitt vilket skall integreras med övriga<br />

gränssnittsdelar. Även detta måste studeras och utvärderas genom kontrollerade experiment.<br />

Inom Banverket i övrigt finns utöver detta ytterligare ett antal olika behov och idéer kring<br />

simulatorer. Baserat på de simulatorer som idag redan finns, och den stora erfarenheten av<br />

modellering och simulering av tågtrafik, skulle viktiga projekt kunna initieras.<br />

Examensarbete 1.<br />

Alexander Nilsson, Prototyper av framtida gränsnsitt för tågtrafikledare.<br />

Tyngdpunkten i detta jobb ligger på visualisering av gränssnitt. Man har därför försökt att<br />

skapa enklast möjliga simuleringsmotor för att visa på möjligheterna inför fortsatt arbete.<br />

För att simuleringen i koppling till gränssnittsprototyperna ska vara meningsfull måste den<br />

vara något så när realistisk, dvs den måste i stora drag överensstämma med den verklighet den<br />

försöker modellera. I det fallet som en trafikprocess önskas simuleras måste det gå att<br />

producera fingerade realtidsvärden av simulerade tåg. Den dynamik som genereras ska gå att<br />

knyta till ett användargränssnittet så att förändringarna uppdateras kontinuerligt.<br />

Simuleringen ska generera data till gränssnittet, men även gå att påverka från gränssnittet<br />

under körningens gång. Den kommunikation som etablerats ska vara interaktiv. Dessutom<br />

finns det ett krav att implementeringen ska gå att göra relativt enkelt. En programvara som<br />

ger möjlighet att snabbt sätta ihop ett fungerande system är mer intressant än ett, som till<br />

exempel skrivs i ren programkod och har många frihetsgrader, men som kräver ett tidsödande<br />

arbete.<br />

För att underlätta arbetet har erfarenheter nyttjats från Banverkets stora simulator SIMON.<br />

Den är händelsestyrd och avsedd för att analysera infrastrukturer och utvärdera tidtabeller<br />

efter det att indata givits och programmet körts. SIMON är inte kopplat till tågstyrning under<br />

realtidskrav. Tågklarerarens beslutsfattande ingår i modellen<br />

Att simulera tågtrafik i realtid finns det av olika skäl liten erfarenhet av. Detta är sällan av<br />

intresse när man undersöker hur system beter sig, snarare är det ett önskemål att minimera<br />

körtiden för simuleringen.<br />

Ett alternativ till realtidssimulator skulle vara att anpassa SIMON. Den är dock avsedd för<br />

helt andra syften, nämligen logistikfrågor och gångtidsberäkningar för tidtabellsplanering.<br />

-108-


Erfarenheter säger att det inte är intressant att gå in och ändra i en så stor och komplex<br />

modell. Däremot går det att dra lärdom av arbetet med SIMON.<br />

Valet av programvara i examensarbetet blev programvaran Paradym-31 mycket på grund<br />

av att den ansågs kunna uppfylla de förväntade kraven och av den smidiga kopplingen till<br />

Fix32, en programvara för att skapa operatörssystem inom processindustrin. Paradym-31 är<br />

Fixs programvara för att simulera förlopp i processkedjan. Den bygger sin kommunikation<br />

med gränssnittsdelen på Windows NTs öppna system och snabb dataöverföring via DDE<br />

(Direct Data Exchange). Överföringshastigheten på 100 scan/microsek gör att simuleringen<br />

kan hämta data från såväl gränssnittsprogrammets databas som externa filer (t ex Excel) och<br />

göra beräkningar tillräckligt fort för att ge upplevelsen att förloppet sker i realtid.<br />

Modellen som använts för att beskriva tågtrafikens förlopp har sin grund i SIMONs<br />

modell, men är starkt förenklad. I den simulator som gjorts finns bara ett tåg inkopplat, vilken<br />

ständigt i frekvent upprepade cykler uppdaterar tågets status. Om tågets hastighet överstiger<br />

den största tillåtna hastigheten för såväl banan som för tåget själv accelererar det enligt lokets<br />

prestanda och om hastigheten är större än vad som är tillåtet retarderar tåget. Från den<br />

aktuella accelerationen får tåget ny hastighet och även ny position. Tågets position är mätt<br />

relativt ett definierat nolläge.<br />

Modeller och simuleringssystem utvecklat inom detta examensarbete beskrivs utförligt i<br />

rapporten Alexander Nilsson: Prototyper av framtida gränsnsitt för tågtrafikledare.<br />

Examensarbete 2 och 3.<br />

Ola Andersson och Sören Pedersen.<br />

Utveckling av ett programbibliotek för realtidsliknande pseudoparallell simulering i Java.<br />

Detta examensarbete (Andersson & Pedersen, 1998), har haft som huvudsyfte att skapa en<br />

modern nätverksbaserad simuleringsmiljö där hybridmodeller (kombinerade tidskontinuerliga<br />

och händelsemodeller) kan exekveras på ett realtidsliknande sätt. Dessutom ska det gå att<br />

interagera med modellen under exekveringen.<br />

Det programbibliotek som utvecklats har baserats på de simuleringsprinciper som finns i<br />

språket Simula. Detta innebär en pseudoparallell struktur där de ingående processerna ges<br />

separata modellbeskrivningar vilka sedan under exekvering tidskoordineras av en<br />

scheduleringprocess.<br />

För att uppfylla dessa krav (realtid, interaktivitet, nätverkskommunikation, koppla till<br />

grafiska gränssnitt, m.m.) har vi valt att basera utvecklingen på simulaliknande strukturer<br />

implementerade i Java.<br />

Examensarbetet har också omfattat en implementation av en modell av tågtrafik, avsedd att<br />

utgöra en experimentell grund för simuleringar i avsikt att utvärdera gränssnittsprototyper.<br />

Modellen finns utförligt beskriven i examensarbetsrapporten. Huvuddelar av modellen<br />

omfattar:<br />

• En modell av hur ett tåg förflyttar sig som funktion av tiden, dvs en "tågmotormodell". Detta<br />

motsvarar en gångtidsberäkning i andra modeller. Syftet är att på ett realtidsliknande sätt<br />

beskriva tågets rörelser. I denna modell har detta gjort på ett starkt förenklat sätt.<br />

• Mekanismer att under exekvering starta och stoppa tåg.<br />

• Mekanismer att under exekvering kunna ge kommandon till modellen, t ex att lägga<br />

tågvägar m.m.<br />

• En struktur vari man kan beskriva och generera en bansträckning, med sektioner, stationer<br />

etc.<br />

• Möjligheter att generera grafiska utdata från modellen. Här ska man kunna visa tågens<br />

rörelse i realtid i ett gränssnitt som till delar liknar den prototyp som tidigare diskuterats.<br />

Ett exempel på ett sådant gränssnitt visas i figuren nedan.<br />

-109-


10. UTVECKLING AV DATORISERADE<br />

STÖDSYSTEM<br />

För att säkra en optimal tågföringsprocess i störningssituationer, måste trafikledaren få stöd<br />

av förbättrade verktyg som fokuserar på de viktigaste konflikterna, presenterar all nödvändig<br />

information och erbjuder effektiva lösningar.<br />

Två huvudtrender för tågtrafikstyrning kan urskiljas (Fay & Schnieder, 1998):<br />

• För att optimera tågtrafiksystemen i meningen optimal användning av resurser,<br />

används alltmer sofistikerade metoder och algoritmer vid trafikplanering.<br />

Trafikplanering och trafikstyrning har likartade problemstrukturer (Fay & Schnieder,<br />

1997). Därför finns en önskan att dra nytta av dem även vid operativ trafikstyrning.<br />

Tyvärr är de flesta algoritmer alltför tidskrävande för att kunna användas vid styrning i<br />

realtid. Därför måste trafikledarnas erfarenhetsbaserade kunskap användas för att<br />

anpassa planeringsalgoritmerna och reducera antalet möjliga lösningar.<br />

• För att ytterligare förbättra trafiksäkerhet, kvalitet och ekonomiskt resultat har många<br />

funktioner automatiserats när det gäller tåg, spår och signalsystem. Denna utveckling<br />

förs av samma skäl vidare till trafikstyrning. Det är dock avsevärt svårare att<br />

automatisera funktioner för styrning av tågtrafik. Det tekniska och organisatoriska<br />

processerna är i lägre grad formaliserade på denna nivå. Datorbaserade stöd för analys<br />

av trafiksituationer och förslag till konfliktlösning kan här vara av stort värde.<br />

Styrning, i vid mening, anger en lämplig reaktion i händelse av en felfunktion eller ett<br />

misslyckande att återta ett korrekt trafikflöde. Nyckeln till en framgångsrik konflikthantering<br />

är att förse den mänskliga beslutsfattaren med datorbaserade stödsystem som inte bara<br />

”tillhandahåller” information utan även utnyttjar tidigare uppbyggd kunskap. Beslutsstödssystem<br />

bär på en stor potential eftersom de utvecklar, på basis av lagrad kunskap om<br />

lämpliga problemlösningar, lösningar som är delvis anpassade till den aktuella<br />

konfliktsituationen. Dessa lösningar ges som förslag till den mänskliga beslutsfattaren<br />

(trafikledaren) som, i motsats till helt automatiserade system, fortfarande har full kontroll<br />

över om man ska följa det helt eller delvis eller utvärdera det och anpassa förslaget ytterligare<br />

till den aktuella situationen.<br />

För många tekniska system finns mycket kunskap om hur problem kan lösas. Vanligtvis<br />

finns inte denna kunskap uttryckligen tillgänglig. Den finns som erfarenhet hos människor<br />

som haft att hantera dessa problem under lång tid. Genom att använda sofistikerad<br />

kunskapsinhämtning och kunskapsrepresentation, kan denna värdefulla kunskap samlas,<br />

struktureras och nyttiggöras genom att den återförs i mer strukturerad form till de människor<br />

som en gång skapat den och till de som ska lära sig arbetet som nybörjare.<br />

Till en del kan kunskapen även ligga till grund för hur olika delfunktioner i datorstöd<br />

utformas. Kärnan i många datoriserade beslutsstödssystem är regelbasen. Den innehåller den<br />

relevanta trafikstyrningskunskapen. Preliminära undersökningar grundade på relaterad<br />

existerande forskning (Komaya & Fukada, 1989) och på forskning inom<br />

trafikstyrningsområdet har resulterat i insikten om att kunskap om tågtrafikstyrning i<br />

huvudsak är kodad i regler, med ett fåtal speciella situationer som kan adderas som ”fallbaserad”<br />

(case-based) kunskap. En regelbaserad implementation i ett datorsystem kan därför<br />

(möjligen) representera en stor del av kunskapen på ett sätt som ligger nära originalet (Puppe,<br />

1993). Detta är en avgörande förutsättning för att det senare systemet ska kunna producera<br />

-110-


esultat som kan ”spåras” till sitt ursprung och förstås av de människor som ska använda det,<br />

vilket är en förutsättning för att systemet ska accepteras.<br />

Både beskrivningen av konfliktsituationen och formulerandet av kunskapen angående<br />

lämpliga åtgärder för att lösa konflikten, är ofta oprecisa. Därför är framgången för<br />

kunskapsbaserade system i huvudsak beroende av hur denna kunskap kan modelleras med<br />

explicit hänsyn tagen till denna typ av vaghet. Koncept med ”oskarpa” (fuzzy) tekniker har<br />

uppstått som ett passande medel att användas här (Zimmerman, 1993). ”Vagheten” har två<br />

källor:<br />

• De förutsättningar som måste vara uppfyllda för användandet av en särskild regel kan<br />

endast specificeras oprecist av trafikledarna. Typiska exempel är: ”När det tåget är<br />

mycket försenat, … ”, eller: ”När anslutningen är viktig för många passagerare, … ”.<br />

Dessa formuleringar är inte exakta. Precisa gränser eller intervaller kan inte anges.<br />

Sådana är inte heller nödvändiga för trafikledarens dagliga arbete.<br />

• De förutsättningar som måste vara uppfyllda för användandet av en särskild regel finns<br />

inte tillgängliga i en precis form. Istället ges ungefärliga värden. Så, för att hålla oss till<br />

exemplet ovan, exakta uppgifter om antalet passagerare som vill hinna med ett särskilt tåg<br />

finns inte tillgängliga, utan uppskattas av tågmästaren.<br />

Båda typerna av ”vaghet” (fuzziness) måste tas med i beräkningen när kunskapen<br />

modelleras. Artificiella gränser eller exakthet får inte införas, men ”vagheten” måste<br />

modelleras specifikt, för att trafikledarnas kunskap skall komma till bästa användning.<br />

Ett beslutsstödssystem kan bestå av:<br />

- simulering av trafikens utveckling under den närmaste framtiden<br />

- identifiering av konflikter om resurser, fr. a. spår<br />

- bedömning av framtida effekter av specifika åtgärder/manövrer,<br />

- förslag på adekvata trafikstyrningsåtgärder baserade på den modellerade<br />

kunskapen i systemet.<br />

Komplexiteten i de problem som måste hanteras vid styrning av tågtrafik i realtid gör<br />

utnyttjandet av sofistikerad ”mänsklig” trafikledarkunskap oundgänglig för att ge råd vid<br />

sökandet efter optimala lösningar och adekvata åtgärder och manövrer. Därför måste<br />

trafikledarnas kunskaper samlas in och en regelbas skapas ur denna kunskap. En regelbas<br />

som kan användas för automatiserad utvärdering av möjliga trafikstyrningsåtgärder.<br />

På denna grund kan det kunskapsbaserade stödsystemet försöka ta fram ett eller flera<br />

förslag till lösningar för den aktuella konflikten (konflikterna). Kunskapsbasen söks igenom<br />

efter regler som passar för att tackla eller lösa den aktuella konflikten, med hänsyn tagen till<br />

övergripande mål och strategier för trafikstyrning. Genom att använda regler som passar till<br />

konfliktsituationen, kan en uppsättning lovande åtgärder erhållas. De kontrolleras för att se<br />

om de uppfyller de hårda restriktioner/begränsningar som finns definierade (t. ex. vid<br />

förbigång, om det parallella spåret är tillräckligt långt etc.). Endast de åtgärder som uppfyller<br />

samtliga hårda restriktioner tas under övervägande.<br />

För att förutsäga och bedöma de sannolika effekterna av förslagen till åtgärder körs en<br />

simulering där de appliceras på den aktuella trafiksituationen. De scenarios som tas fram<br />

utvärderas automatiskt med hänsyn till olika kvalitetskriterier. Utvärderingen tar hänsyn till<br />

olika önskemål från personer och organisationer som är involverade i trafikprocessen. Dessa<br />

kriterier kan vara operationella som rättidighet eller jämnt trafikflöde; ekonomiska kriterier<br />

som minimering av kostnader och optimal användning av resurser eller maximalt belåtna<br />

kunder. Om åtgärderna verkar vara inadekvata för att lösa konflikten, eller om ytterligare<br />

konflikter dyker upp under simuleringen, kan urvalet och utvärderingen av åtgärder repeteras<br />

iterativt för att uppnå bättre resultat.<br />

De trafikstyrningsåtgärder som ger de bästa konfliktlösningarna föreslås för trafikledaren,<br />

tillsammans med förklaringar till hur de är framtagna, och i vilken grad de bidrar till<br />

-111-


lösningen av problemet och till optimering av trafikflödet, samt vilka alternativa lösningar<br />

som kan finnas. Trafikledaren kan antingen följa rådet och acceptera förslaget, modifiera det<br />

eller testa ut sina egna lösningar. I vilket fall som helst så har trafikledaren fortfarande den<br />

slutliga kontrollen över de trafikstyrningsåtgärder som verkställs (Fay & Schnieder, 1998).<br />

-112-


-113-


11. EN HELHETSSYN PÅ ARBETSPLATS-<br />

UTFORMNING<br />

11.1 Arbetsmiljö och arbetsplatsutformning<br />

I avsnitt 3.10. har det betonats att man måste ha en helhetssyn på hur ett arbete och en<br />

arbetsplats utformas för att resultatet ska bli bra.<br />

Utvecklingen av informationssystem, och gränssnitt till dessa, kan inte ses som isolerat från<br />

utvecklingen av verksamheten i övrigt.<br />

För det första är det nödvändigt att se den klara kopplingen mellan arbetsorganisation och<br />

informationsförsörjning. En förändring av organisationen har inverkan på informationsbehov<br />

och tvärt om. En utveckling av informationssystemen, varvid kanske ny teknik innebär nya<br />

möjligheter till effektiv informationsförsörjning, innebär att även arbetsorganisationen ges nya<br />

möjligheter till förändringar och effektiviseringar. Utvecklingsarbetet, och de metoder man använder<br />

för detta, måste kunna hantera detta i ett sammanhang.<br />

För det andra skall utvecklingen leda till en god arbetsmiljö. Arbetsmiljöbegreppet är<br />

komplext, och alla viktiga aspekter måste kunna hanteras i ett helhetsperspektiv. Fysisk<br />

arbetsmiljö, psykosocial arbetsmiljö, kognitiv arbetsmiljö, effektiv arbetsorganisation,<br />

kompetensutveckling och lärande m.m. är exempel på sådana aspekter. Anlägger man en<br />

helhetssyn på arbetsmiljön leder detta till krav på arbetets utformning m.m. som i sin tur har<br />

inverkan på utformning av stödsystem och gränssnitt.<br />

Idag ser vi två huvudsakliga problem med hur arbetsmiljöaspekter hanteras i samband med<br />

verksamhetsutveckling och införande av nya informationssystem. För det första har man svårt<br />

att integrera arbetsmiljöfrågor, verksamhetsutveckling och teknologisk utveckling. Det vanliga<br />

är att utvecklingsarbetet drivs utgående från en aspekt, och de andra inkluderas, ofta i<br />

efterhand, som lågt prioriterade komplement till den egentliga utvecklingen. För det andra har<br />

man svårt att anlägga ett helhetsperspektiv på arbetsmiljöfrågan. De involverade personerna<br />

har oftast kompetens inom ett eller några områden och saknar kompetens och metoder för att<br />

studera resterande aspekter. Vid normalt arbetsmiljöarbete, som ofta bedrivs av<br />

företagshälsovården, saknas oftast kompetens att studera teknikrelaterade frågor speciellt ur<br />

ett kognitivt perspektiv.<br />

När ett nytt arbete och en ny arbetsplats skall utformas är det nödvändigt att samtidigt<br />

beakta samtliga viktiga aspekter på ”ett bra arbete”. Arbetsinnehållet, arbetsorganisationen,<br />

kompetensfrågor, effektivitet och användbarhet hos datorstödet och arbetsmiljö (fysisk,<br />

kognitiv, psykosocial) måste utvecklas i ett sammanhang. Utvecklas en aspekt av<br />

verksamheten utan att man ser till helheten blir resultatet oftast inte bra.<br />

Direktiv till utvecklingsprojekt måste säkerställa detta, samtidigt som utvecklingsmodeller<br />

och utvecklarnas kompetens måste ge rätt förutsättningar.<br />

-114-


-115-


12. ANVÄNDARCENTRERADE MODELLER FÖR<br />

FRAMTIDA UTVECKLINGSARBETE<br />

12.1 En modell för användarcentrerad utveckling<br />

Det är vår uppfattning att man bör använda sig av en experimentell, användarcentrerad<br />

utvecklingsmodell när man tar fram nya system och gränssnitt för tågtrafikstyrning. Skälen<br />

för detta har redovisats i avsnitt 3.10. Huvudskälet är att kunna utnyttja<br />

verksamhetsföreträdarnas/användarnas kunskaper om arbetet på ett optimalt sätt.<br />

Grundtanken bakom den användarcentrerade modellen för systemutveckling är:<br />

• Utvecklingarbetet görs i samverkan mellan olika kompetenser, främst<br />

systemutvecklare, designers och verksamhetsföreträdare (användare). Dessa har var<br />

och en sina kompetenser och roller, men samtliga parter ingår i utvecklingsarbetet.<br />

Användarna är inte ”servicefolk” eller studieobjekt, utan är den part i projektet som har<br />

kunskapen om hur det arbete som är berört av utvecklingsarbetet fungerar i praktiken.<br />

De användare som deltar i projektet måste få nödvändiga kompetenser för detta. De<br />

som ansvarar för designarbetet måste ha goda kunskaper i människa-datorinteraktion<br />

och gränssnittsdesign.<br />

• Utvecklingsarbete bedrivs på ett iterativt sätt, där faserna analys, design/konstruktion<br />

och utvärdering återupprepas tills dess att systemet fått sin slutliga form, och<br />

resultatet accepterats av de inblandade parterna. De verksamhetsföreträdare som deltar<br />

i utvärderingsarbetet måste vara andra än de som är en del av utvecklingsarbetet, för<br />

att minska risken för att utvärderingen blir missvisande.<br />

• Arbetet fokuseras runt prototyper av det planerade systemet. En prototyp ändra form<br />

under projektets gång, från grova skisser på papper till färdigt, exekverbart system.<br />

• Effektiva former för prototypframtagning och utvärdering måste användas. Det är<br />

viktigt att projektet inte blir långsammare och dyrare pga att en användarcentrerad<br />

modell används, utan snarare motsatsen. Idag kan det vara svårt i praktiken att<br />

åstadkomma detta, eftersom traditionella utvecklingsverktyg ofta inte understödjer ett<br />

sådant arbete.<br />

Det är också viktigt med en helhetssyn på arbetet, där man samtidigt beaktar<br />

informationshantering, arbetsinnehåll, arbetsorganisation, arbetsmiljö etc, så som diskuterats<br />

tidigare i rapporten.<br />

I figuren nedan illustreras den iterativa naturen i samspelet mellan de ingående<br />

kompetenserna.<br />

-116-


Software engineer<br />

User<br />

Designer<br />

Time<br />

Fig. Den iterativa naturen hos användarcentrerad, experimentell systemutveckling.<br />

-117-


13. REFERENSER<br />

Allard, A. (1997). Färganvändning i människa-dator interaktion. En introduktion, CMDrapport<br />

nr 77/97. <strong>Uppsala</strong> <strong>universitet</strong>.<br />

Andersson, A. W., Sandblad, B., Hellström, P., Frej, I., Gideon, A. A systems analysis<br />

approach to modelling train traffic control. Proceedings of WCRR ’97, Florence,<br />

November 16-19, 1997.<br />

Andersson, A.W., Sandblad, B. and Nilsson, A. Improving interface usability for train<br />

dispatchers in future traffic control systems. Proceedings of COMPRAIL 98,<br />

Lisbon, September 2-4, 1998.<br />

Andersson, O. & Pedersen, S. (1998). Javabaserat simuleringssystem med<br />

tillämpningar inom tågtrafikstyrning, Examensarbete, <strong>Uppsala</strong> Universitets<br />

Tekniska Högskola. UPTEC F 98 094.<br />

Beach, L. R., & Mitchell, T. R. (1978). A contingency model for the selection of<br />

strategies. Academy of Management Review, 3, 439-449.<br />

Brehmer, B. (1991). Styrning av system: kognitionspsykologiska aspekter på modernt<br />

arbete. I Lennart Lennerlöf (Red.), Människan i Arbetslivet: Beteendevetenskaplig<br />

Arbetsmiljöforskning. Stockholm: Allmänna Förlaget.<br />

Brehmer, B. (1992a). Dynamic decision making: Human control of complex systems.<br />

Acta Psychologica, 81, 211-241.<br />

Brehmer, B. (1992b). Mänsklig styrning av komplexa system. Arbetsmiljöfonden,<br />

MDA-rapport 1992:13.<br />

Brehmer, B., & Allard, R. (1991). Real-time, dynamic decision making: The effects of<br />

complexity and feedback delays. In J. Rasmussen, B. Brehmer, & J. Leplat (Eds.),<br />

Distributed Decision Making: Cognitive Models for Cooperative Work. New York:<br />

Wiley.<br />

Conant, R. C., & Ashby, W. R. (1970). Every good regulator of a system must be a<br />

model of that system. International Journal of System Sacience, 1, 89-97.<br />

Dix, A., Finlay, J., Abowd, G. & Beale, R. (1998). Human-Computer Interaction, 2 nd<br />

Edition. London: Prentice Hall.<br />

Dörner, D. (1990). The logic of failure. In D. E. Broadbent, J. Reason, & A. Baddeley<br />

(Eds.), Human Factors in Hazardous Situations. Proceedings of a Royal Society<br />

Discussion Meeting. Oxford: Clarendon Press.<br />

Dörner, D., Kreuzig, H. W., Reither, F., & Stäudel, T. (Eds.). (1983). Lohhausen. Vom<br />

Umgang mit Unbestimmtheit und Komplexität. Bern: Huber.<br />

-118-


Dörner, D., Schaub, H., Stäudel, T., & Strohschneider, S. (1988). Ein System zur<br />

Handlungsregulation oder: Die Interaktionen von Emotion, Kognition und<br />

Motivitation. Sprache & Kognition, 7, 217-232.<br />

ETCS MMI, (1996). The Man Machine Interface of the European Train Control<br />

System. European Rail Research Institute (ERRI), Utrecht.<br />

Fay, A., & Schnieder, E. (1997). Knowledge-based Decision Support System for Real-<br />

Time Train Traffic Control. CASPT ’97, Preprints of the 7 th International Workshop<br />

on Computer-Aided Scheduling of Public Transport, Boston, 6.-8. 8., 109-125.<br />

Fay, A., & Schnieder, E. (1998). Information and knowledge – valuable assets used<br />

for train operation and control. In Mellit, B., Hill, R. J., Allan, J., Scuttio. G., &<br />

Brebbia, C. A. (Eds.), COMPRAIL ’98: Human Interface and Decision Support.<br />

Proceedings of the 6 th International Conference on “Computers in Railways”,<br />

Wessex Institute of Technology, WIT Press.<br />

Friedleifer, M. & Lindberg, E. (1996). Tillämpning av AEB-analys på<br />

järnvägsolyckor/tillbud. Linköping: Statens väg- och transportforskningsinstitut, VTI<br />

meddelande Nr 796.<br />

Hellström, P. (1996). Datorstödd tågledning – en studie av trafikledarnas<br />

beslutsprocesser. Dalarnas högskola och avd. för systemteknik, <strong>Uppsala</strong><br />

<strong>universitet</strong>.<br />

Hellstrom, P., Frej, I., Gideon, A., and Sandblad, B.,: Algorithms and control systems<br />

for computer-aided train dispatching. Proceedings of WCRR ’97, Florence,<br />

November 16-19, 1997.<br />

Hellström, P., Sandblad, B., Frej, I., Gideon, A. An evaluation of algorithms and<br />

systems for Computer-Aided Train Dispatching, Proceedings of COMPRAIL 98,<br />

Lisbon, September 2-4, 1998.<br />

Hellström, P., (1998). Analysis and Evaluation of Systems and Algorithms for<br />

Computer Aided Train Dispatching. Licentiate thesis, <strong>Uppsala</strong> University, Systems<br />

and Control Group, UPTEC 98 008R.<br />

Hollnagel, E. (1997). Cognitive ergonomics: it's all in the mind.<br />

Ergonomics, 40, 10, p. 1170-1182.<br />

Hoonhout, H.C.M, & Zwaga, H.J.G. (1993). Operator behaviour and supervisory<br />

control systems in the process industry. In Salvendy, G. & Smith, M.J., (Eds.).<br />

Advances in Human Factors/Ergonomics, 19A. Human-Computer Interaction:<br />

Application and Case Studies. Proceedings of the Fifth International Conference<br />

on Human-Computer Interaction, (HCI International '93), Orlando, Florida, August<br />

8-13, 1993 Volume 1. p. 109-114.<br />

Jansson, A. (1997). Strategies and maladaptive behaviours in complex dynamic<br />

decision making. Ph.D. dissertation. Acta Universitatis Upsaliensis, Comprehensive<br />

Summaries of <strong>Uppsala</strong> Dissertations from the Faculty of Social Sciences 65.<br />

Stockholm: Almqvist & Wiksell.<br />

Klein, G. A., Orasanu, J., Calderwood, R., & Zsambok C. E., (Eds.). (1993) ), Decision<br />

Making in Action: Models and Methods. Norwood: Ablex Publishing Coperation.<br />

-119-


Komaya, K., & Fukada, T. (1989). ESTRAC-III – An expert system for train traffic<br />

control in disturbed situations. IFAC Control, Computers, Communications in<br />

Transportation, 147-153.<br />

Kortland, D., & Kragt, H. (1980). Process alerting systems as a monitoring tool for the<br />

operation. In Loss Prevention and Safety Promotion in the Process Industry, Vol. 3,<br />

p. 804-814.<br />

Kuylenstierna, J. (1998). Task information and memory aids in the learning of<br />

probabilistic inference tasks. Ph.D. dissertation. Acta Universitatis Upsaliensis,<br />

Comprehensive Summaries of <strong>Uppsala</strong> Dissertations from the Faculty of Social<br />

Sciences 75. Stockholm: Almqvist & Wiksell.<br />

Lenior, T.M.J., (1993). Analyses of cognitive processes in train traffic control.<br />

Ergonomics, vol. 36, no 11, 1361-1368.<br />

Mackinnon, A. J., & Wearing, A. J. (1985). Systems analysis and dynamic decision<br />

making. Acta Psychologica 58, 159-172, North-Holland.<br />

Nielsen, J. (1993). Usability Engineering. Boston: Academic Press.<br />

Nielsen, J. (1994). Usability Inspection Methods. New York: Wiley & Sons.<br />

Nilsson, A. (1998). Prototyper av framtida gränssnitt för tågtrafikstyrning.<br />

Examensarbete, <strong>Uppsala</strong> Universitets Tekniska Högskola. UPTEC F 98 069.<br />

Norman, D.A. (1986). Cognitive Engineering. In D.A. Norman & S. Draper (eds.) User<br />

Centered System Design, Lawrence Erlbaum Associates, Inc., Hillsdale, New<br />

Jersey.<br />

Ohlsson, K. & Aldrin, C.( 1995). Arbetsmiljöaspekter på TLC Boden.<br />

Forskningsrapport, Tekniska högskolan i Luleå, TULEA 1995:24.<br />

Payne, J. W. (1982). Contingent decision behavior.<br />

Psychological Bulletin, 92, 382-402.<br />

Preece, J. (1994). Human-Computer Interaction. Workingham, UK: Addison-Wesley.<br />

Puppe, F. (1993). Systematic Introduction to Expert Systems – Knowledge<br />

Representations and Problem-solving methods. Berlin: Springer.<br />

Rasmussen, J. (1983). Skills, Rules, Knowledge. Signals, Signs and Symbols, and<br />

other Distinctions in Human Performance Models. IEEE Transaction on Man,<br />

Systems and Cybernetics, SMC-13, No3.<br />

Reason, J. (1988). Cognitive aids in process environments: prostheses or tools?<br />

In E. Hollnagel, G. Mancini & D. D. Woods, (Eds.) Cognitive Engineering in<br />

Complex Dynamic Worlds, Academic Press, London.<br />

Reason, J. (1990). Human Error. Cambridge, UK: Cambridge University Press.<br />

Reason, J.T. (1997). Managing the risks of organizational accidents. Aldershot, UK:<br />

Ashgate.<br />

-120-


Sandblad, B., Lind, M. och Nygren, E (1991). Kognitiva arbetsmiljöproblem och<br />

gränssnittsdesign. CMD-rapport nr 20/91. <strong>Uppsala</strong> <strong>universitet</strong>.<br />

Sandblad, B., Andersson, A. W., Frej, I., Gideon, A. The role of human-computer<br />

interaction in design of new train traffic control systems. Proceedings of WCRR ’97,<br />

Florence, November 16-19, 1997.<br />

Shneiderman, B. (1998). Designing the User Interface. Strategies for Effective<br />

Human-Computer Interaction, 3 rd Edition. Reading: Addison-Wesley.<br />

Swaanenburg, H.A.C., Zwaga, H.J.G., & Duijnhouwer, F. (1988). The evaluation of<br />

VDU-based man-machine interfaces in process industry. In Proceedings of the 3rd<br />

IFAC/IFIP/IFORS/IEA symposium on Analysis, Design and Evaluation of Man-<br />

Machine Systems, p. 100-106. Oulu, Finland.<br />

Svenson, O. (1991). The accident evolution and barrier function (AEB)<br />

model applied to incident analysis in the processing industries.<br />

Risk Analysis, 11, 499-507.<br />

Welty, G. (1997). The vital role of information systems. Railway Age 198/2,<br />

48-49.<br />

Woods, D. D. (1993). Process-tracing methods for the study of cognition outside of<br />

the experimental psychology laboratory. In G. A. Klein, J. Orasanu, R. Calderwood,<br />

& C. E. Zsambok (Eds), Decision Making in Action: Models and Methods. Norwood:<br />

Ablex Publishing Coperation.<br />

Zimmerman, H.J. (1993). Fuzzy Set Theory – and its Applications. Boston: Kluwer.<br />

Zwaga, H.J.G., & Hoonhout, H.C.M, (1993). Supervisory control behaviour and the<br />

implementation of alarms in process control. In Stanton, N. (Ed.), The Human<br />

Factors of Alarm Design. London: Taylor and Francis.<br />

Åborg, C., Sandblad, B., & Lif, B. (1996). A practical method for evaluation of humancomputer<br />

interfaces. CMD-rapport nr 75/96. <strong>Uppsala</strong> <strong>universitet</strong>.<br />

-121-

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!