i PDF - Institutionen för informationsteknologi - Uppsala universitet
i PDF - Institutionen för informationsteknologi - Uppsala universitet
i PDF - Institutionen för informationsteknologi - Uppsala universitet
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-