Change search
CiteExportLink to record
Permanent link

Direct link
Cite
Citation style
  • apa
  • ieee
  • modern-language-association-8th-edition
  • vancouver
  • Other style
More styles
Language
  • de-DE
  • en-GB
  • en-US
  • fi-FI
  • nn-NO
  • nn-NB
  • sv-SE
  • Other locale
More languages
Output format
  • html
  • text
  • asciidoc
  • rtf
Enterprise Resource Systems for railway. Analysis of SJ ABs operational management for
Linköping University, Department of Science and Technology, Communications and Transport Systems. Linköping University, The Institute of Technology.
2012 (English)Independent thesis Advanced level (degree of Master (Two Years)), 20 credits / 30 HE creditsStudent thesisAlternative title
Resursplaneringsstöd för tågtrafik. Analys av SJ AB:s operativa hantering av ”lok och vagn” (Swedish)
Abstract [sv]

Examensarbetet har utförts i samarbete med SJ AB i Stockholm. SJ AB är ett statligt aktiebolag som levererar persontrafik på järnväg. Planering av transportsystem är komplext eftersom det ingår många resurslag och planeringen dessutom begränsas av den mängd spårkapacitet som finns att tillgå. Det finns hjälpmedel tillgängliga för produktionsplanering för järnvägssystem i form av systemstöd. SJ AB beslutade för en tid sedan att byta ut ett flertal föråldrade systemstöd mot ett nytt med målsättningen att få en mer integrerad produktionsplanering. 2011 produktionssattes RPS (Resurs Planerings Stöd) för resursslaget fordon. Se bilaga 1 för definition av fordon och RPS. 2012, ett år efter implementeringen, fanns det fortfarande en mängd användare som inte var nöjda med det nya systemstödet RPS, vilket föranledde idén till examensarbetet.

SJ AB har en fordonsflotta som förenklat kan delas upp i två huvudtyper; motorvagnar och ”lok och vagn”. RPS är utvecklat för företag som har en produktion som arbetar med tågsätt, den arbetsmetod som SJ AB tillämpar för motorvagnar. SJ AB har anpassat RPS så att det även ska fungera för deras arbetsmetod avseende ”lok och vagn”, men det har visat sig att användarna inte är nöjda med hur RPS är uppbyggt.

Examensuppgiften var att utföra en nulägesanalys av hur användarna upplever hanteringen av ”lok och vagn” i RPS och utreda om den är komplex och/eller svår att ta till sig. Uppgiften angreps från två olika håll. Det ena angreppsättet var att utreda och beskriva hur valet av systemstöd gick till och varför valet blev RPS. Det syftade till att undersöka om användarnas upplevelser av RPS var relaterat till anskaffning och implementering av systemstödet och/eller om det var systemtekniskt relaterat. Det andra var att intervjua användarna för att konkretisera och identifiera de faktiska problem som de upplever med hanteringen av RPS.

Utredningen om av valet av RPS som utfördes i examensarbetet resulterade i att det framkom att SJ AB hade underskattat det förändringsarbete och de processer som måste hanteras i samband med implementering av ett nytt systemstöd. RPS är ett standardsystem som är tänkt att implementeras i sin helhet utan större förändringar i programvaran. När SJ AB istället beslutade att skräddarsy RPS efter redan befintliga arbetsmetoder, utan att ha gjort en större konsekvensanalys om vilka effekter det skulle få på utlovad prestanda, resulterade det i att RPS blev väldigt trögt att arbeta i. Utredningen visade också att en del av den frustration som idag finns hos användarna handlar om att de inte upplever att de är med på den förändringsresa som SJ AB genomgår. Intervjuerna resulterade i att fem olika problemområden identifierades som anledning till användarnas frustration. Som resultat presenterades för SJ AB förslag om hur problemen inom respektive område skulle kunna åtgärdas.

Genom att grunden till dagens situation identifierades så blev det enklare att förstå användarna. En slutsats är således att det är av största vikt för SJ AB att arbeta aktivt för att användarna fortsättningsvis ska vara delaktiga i förändringsarbetet, vilket de presenterade rekommendationer leder fram till.

Abstract [en]

The thesis has been conducted at and in cooperation with SJ AB in Stockholm. SJ is a state owned limited company supplying passenger railway services. It is a complex process to design a transport system since there are many resources to be scheduled. When it comes to railway transport systems an additional constraint that makes it more difficult to plan the production is the limited track capacity available. There are tools available on the market in terms of enterprise resource planning systems. A while back SJ decided to replace several of their support systems with a new one with the aim of achieving a more integrated production planning process. RPS was implemented during 2011 and one year later the users were still not satisfied with the new support system. Their expression of dissatisfaction initiated the idea for the thesis.

SJ AB’s fleet of vehicles can be divided into two main types; railcars and “locomotives with carriages”. RPS is designed to support companies with a railcar fleet. SJ AB customized RPS so that it was usable as a support system for “locomotives with carriages” but it has been highlighted that users are not completely satisfied with the customization. The task for this tehesis work was to conduct an analysis of why the users were dissatisfied and why the customization was perceived as complex.

The task was addressed in two ways; the first was to look at and describe how SJ AB came to the decision that RPS should be implemented. The aim was to examine whether the users attitude to RPS could be related to the implementation process and/or to the organizational change. The second approach was interviews with the users in order to identify the actual perceived problems.

The study revealed that SJ AB had underestimated the process of change that comes with the implementation of a new enterprise resource planning system. RPS is a system intended to be implemented without any major changes in the software. When SJ AB decided to alter RPS in order to customize it to their processes they did it without investigating what effects it might have on the performance measures. It showed that the alterations did have a negative impact on RPS performance measures. The study also showed that a part of the user’s frustration can most likely be related to the lack of knowledge related to a changeover process.

Five main problem areas could be identified from the interviews. These areas amongst other minor issues are the reasons behind the user’s frustration. This thesis presents recommendations for each problem area on how SJ AB can go from here.

By identifying the roots causing the current situation it became easier to understand the users. The conclusion is that the most important thing for SJ AB in this matter is to work actively with making sure the users feel that they are part of the changeover.

Place, publisher, year, edition, pages
2012. , 68 p.
National Category
Communication Systems
Identifiers
URN: urn:nbn:se:liu:diva-91335ISRN: LiU-ITN-TEK-A--12/076--SEOAI: oai:DiVA.org:liu-91335DiVA: diva2:617227
Subject / course
Transportation Systems Engineering
Uppsok
Technology
Supervisors
Examiners
Available from: 2013-04-22 Created: 2013-04-22 Last updated: 2013-04-22Bibliographically approved

Open Access in DiVA

fulltext(1461 kB)554 downloads
File information
File name FULLTEXT01.pdfFile size 1461 kBChecksum SHA-512
d5acb86dd31a1f42fc3c602f64c98a91cc03e27115f049ace2906354b2860a278f33e1ef9f8ac7963747371a23f0668b3bbf9b31e6f8b7592adbe18c65873a67
Type fulltextMimetype application/pdf

Search in DiVA

By author/editor
Lidberg, My
By organisation
Communications and Transport SystemsThe Institute of Technology
Communication Systems

Search outside of DiVA

GoogleGoogle Scholar
Total: 554 downloads
The number of downloads is the sum of all downloads of full texts. It may include eg previous versions that are now no longer available

urn-nbn

Altmetric score

urn-nbn
Total: 108 hits
CiteExportLink to record
Permanent link

Direct link
Cite
Citation style
  • apa
  • ieee
  • modern-language-association-8th-edition
  • vancouver
  • Other style
More styles
Language
  • de-DE
  • en-GB
  • en-US
  • fi-FI
  • nn-NO
  • nn-NB
  • sv-SE
  • Other locale
More languages
Output format
  • html
  • text
  • asciidoc
  • rtf