<p>Implementeringen av ett ERP-system ses inte längre som en ren informations¬teknisk angelägenhet utan en förändring som påverkar hela verksamheten. En implementering, ur vårt perspektiv, är en införandeprocess som har sin början i organisationens motiv till en implementering, valet av system och val av leverantör. Implementeringens omfattning sträcker sig i vår studie till den dag hela systemet tas i bruk. Forskningsfrågor som denna uppsats behandlar är vad som karaktäriserar en implementering av ERP-systemet SAP R/3 samt vad som innefattas i implementeringsbegreppet.</p><p>Uppsatsen har utförts genom en komparativ kvalitativ fallstudie där data in¬hämtats genom semistrukturerade intervjuer. Vårt teoretiska fundament utgår ifrån åtta teoretiska sektioner och benämns som ”oktanten”. De områden som ingår i vår oktant är strategi, projekt, process och funktion, standardsystem, organisationsanpassning, systemanpassning, utbildning samt testning och fel¬sökning. Valet av teoretiska aspekter täcker upp de mest väsentliga områden som lämpar sig bäst för vår fokusering av ämnet och bidrar till att besvara vår andra forskningsfråga.</p><p>Vi har i denna studie valt att studera hur två organisationers implementering av SAP R/3 har gått till, vad resultatet har varit och varför det blev som det blev. Resultatet, som gäller i båda de studerade fallen, visar att en implementering karaktäriseras av fyra perspektiv som avser strategi, innovation, kommunikation och samarbete. Utöver de karaktäriserande perspektiven utgörs särskilt viktiga aspekter inom processbearbetning.</p><p>Resultatet utifrån de fyra perspektiven beskrivs mer utförligt men kortfattat nedan.</p><p>Strategi: underskattning av planerad resursförbrukning och överskridande av deadlines samt bristande stöd från ledningen.</p><p>Innovation: motiveringssvårigheter vid förändring hos användarna.</p><p>Kommunikation: särskilt lyckad placering av projektgrupper på samma geografiska plats.</p><p>Samarbete: otillräcklig utbildning och brist på utbildningskompetens, stort supportbehov samt överlåtande av arbetsansvar till konsulter.</p> / <p>Implementing an ERP-system is no longer considered an information technology concern purely but a change affecting the whole organization. An implementation is, by our definition, an initiation process starting with the motives of the organization to execute the implementation, choice of system and choice of vendor. The scope of the implementation, in our study, stretches until the day the system goes live. This thesis attends following research questions: what characterises implementation of the ERP-system SAP R/3 and what is included in the concept of implementation?</p><p>The thesis has been performed through a comparative qualitative case study where data has been collected during semi-standard interviews. Our theoretical foundation is divided into eight sectors forming an octant all together. Areas composing our octant are strategy, project and function, standard system, organizational adoption, system adoption, education and testing and error detection. The choice of theoretical aspects covers the most vital areas suitable for our focus on the subject and contributes to answering our second research question.</p><p>In this study we have chosen to examine the process of two organizations implementations of SAP R/3, the outcome and why it resulted in the way it did.</p><p>The result shows that, for both cases, a implementation is characterised of four perspectives concerning strategy, innovation, communication and cooperation. In addition to the characterised perspectives certain aspects of process re-engineering are particularly important.</p><p>The result out of the four perspectives is more detailed but briefly describes bellow.</p><p>Strategy: underestimation in consumption of resources and exceeding deadlines along with lack of top management support</p><p>Innovation: difficulties motivating users for the change.</p><p>Communication: exceptional success in placing members of the projects at same geographical location.</p><p>Cooperation: insufficient level of education, lack of educational competence, great need of support and responsibility of work delegated to consultants</p>

Standardsystem idag är, även när det gäller de mindre systemen, så omfattande att det är svårt att välja det bästa systemet för en verksamhet om man inte vet vad man egentligen behöver. Risken är då stor att företaget får betala för onödiga funktioner eller inte får den funktionalitet i systemet som de anser vara viktig. När man blickar bakåt i tiden kan man konstatera att eftersom det framförallt varit större verksamheter som intresserat sig för standardsystem har även större delen av forskningen som gjorts inom området bedrivits med större anskaffningsprojekt som bas. Exempel på en stor metod för anskaffning av standardsystem är SIV-metoden. Valet av ett affärssystem på ett litet företag skulle bli enklare och ge ett bättre resultat med en anskaffningsmetod som är mer anpassad till de mindre företagens behov. Eftersom vi antar att verksamhetsanalysen ska genomföras av utomstående krävs dessutom att analysmetoden lämpar sig för detta. Vår problemanalys har mynnat ut i en fråga om hur lämplig är metoden mini-SIV (som en krympt variant av SIV) för val av standardsystem i små företag utifrån ett externt perspektiv? Vår forskningsfråga omfattar tre begrepp: anskaffning av standardsystem med hjälp av mini-SIV, små företag och dess exklusivitet i sammanhanget och ett externt perspektiv det vill säga konsultens roll i valprocessen. Den empiriska delen av vår forskning genomfördes på företaget Keeplastics i Norrköping. Diskussion av studiens resultat i relation till den teoretiska referensramen har lett till en ny konsultmetod för val av standardsystem på småföretag.

Implementeringen av ett ERP-system ses inte längre som en ren informations¬teknisk angelägenhet utan en förändring som påverkar hela verksamheten. En implementering, ur vårt perspektiv, är en införandeprocess som har sin början i organisationens motiv till en implementering, valet av system och val av leverantör. Implementeringens omfattning sträcker sig i vår studie till den dag hela systemet tas i bruk. Forskningsfrågor som denna uppsats behandlar är vad som karaktäriserar en implementering av ERP-systemet SAP R/3 samt vad som innefattas i implementeringsbegreppet. Uppsatsen har utförts genom en komparativ kvalitativ fallstudie där data in¬hämtats genom semistrukturerade intervjuer. Vårt teoretiska fundament utgår ifrån åtta teoretiska sektioner och benämns som ”oktanten”. De områden som ingår i vår oktant är strategi, projekt, process och funktion, standardsystem, organisationsanpassning, systemanpassning, utbildning samt testning och fel¬sökning. Valet av teoretiska aspekter täcker upp de mest väsentliga områden som lämpar sig bäst för vår fokusering av ämnet och bidrar till att besvara vår andra forskningsfråga. Vi har i denna studie valt att studera hur två organisationers implementering av SAP R/3 har gått till, vad resultatet har varit och varför det blev som det blev. Resultatet, som gäller i båda de studerade fallen, visar att en implementering karaktäriseras av fyra perspektiv som avser strategi, innovation, kommunikation och samarbete. Utöver de karaktäriserande perspektiven utgörs särskilt viktiga aspekter inom processbearbetning. Resultatet utifrån de fyra perspektiven beskrivs mer utförligt men kortfattat nedan. Strategi: underskattning av planerad resursförbrukning och överskridande av deadlines samt bristande stöd från ledningen. Innovation: motiveringssvårigheter vid förändring hos användarna. Kommunikation: särskilt lyckad placering av projektgrupper på samma geografiska plats. Samarbete: otillräcklig utbildning och brist på utbildningskompetens, stort supportbehov samt överlåtande av arbetsansvar till konsulter. / Implementing an ERP-system is no longer considered an information technology concern purely but a change affecting the whole organization. An implementation is, by our definition, an initiation process starting with the motives of the organization to execute the implementation, choice of system and choice of vendor. The scope of the implementation, in our study, stretches until the day the system goes live. This thesis attends following research questions: what characterises implementation of the ERP-system SAP R/3 and what is included in the concept of implementation? The thesis has been performed through a comparative qualitative case study where data has been collected during semi-standard interviews. Our theoretical foundation is divided into eight sectors forming an octant all together. Areas composing our octant are strategy, project and function, standard system, organizational adoption, system adoption, education and testing and error detection. The choice of theoretical aspects covers the most vital areas suitable for our focus on the subject and contributes to answering our second research question. In this study we have chosen to examine the process of two organizations implementations of SAP R/3, the outcome and why it resulted in the way it did. The result shows that, for both cases, a implementation is characterised of four perspectives concerning strategy, innovation, communication and cooperation. In addition to the characterised perspectives certain aspects of process re-engineering are particularly important. The result out of the four perspectives is more detailed but briefly describes bellow. Strategy: underestimation in consumption of resources and exceeding deadlines along with lack of top management support Innovation: difficulties motivating users for the change. Communication: exceptional success in placing members of the projects at same geographical location. Cooperation: insufficient level of education, lack of educational competence, great need of support and responsibility of work delegated to consultants

<p>Denna rapport behandlar den marknadsinriktade Requirements Engineering (RE) processen. Allt fler företag väljer idag att implementera standardsystem i sina verksamheter. Den situation som ett standardsystem utvecklas i är annorlunda jämfört med den som ett kundspecifikt system utvecklas i. Detta innebär att den traditionella RE-processen inte är anpassad till dessa nya förhållanden.</p><p>Syftet med denna rapport är därför att utreda vad som kännetecknar en marknadsinriktad RE-process som stödjer kravhanteringsarbetet vid utvecklingen av ett standardsystem. Rapporten avser även att undersöka hur RE tillämpas av marknadsinriktade systemtillverkare i praktiken. Detta har gjorts genom en litteraturstudie och intervjuer med tre marknadsinriktade systemtillverkare.</p><p>Rapporten resulterar i en beskrivning av den marknadsinriktade RE-processens kännetecken och centrala aktiviteter samt en översiktlig sammanställning över hur marknadsinriktade systemtillverkare tillämpar RE i praktiken. Resultatet belyser att de teorier och aktiviteter som betraktas som centrala i den marknadsinriktade RE-processen även tillämpas i praktiken.</p>

<p>Antalet företag som köper färdiga standardsystem istället för att utveckla ett eget har ökat de senaste åren. Det största problemet med standardsystem är att det inte är anpassat speci-fikt för kundens verksamhet vilket innebär att viss anpassning av både system och verk-samhet är nödvändig.</p><p>Syftet med denna uppsats är att undersöka hur två systempaketsimplementatörer ser på verksamhetsutveckling. För att uppfylla vårt syfte, ämnar vi att besvara följande fyra frågor.</p><p>Anser systempaketsimplementatörerna att det är företaget som ska anpassa sig till deras sy-stem eller ska systemet anpassas till företagets verksamhet? Ska ansvaret för att integrera systemet i verksamheten läggas på kunden eller implementatören eller ska det vara ett sam-spel? Anser de båda systempaketsimplementatörerna att det är bättre att få kunderna att jobba med mer standardiserade processer istället för att anpassa systemen? Hur bidrar de båda implementatörerna till kundens verksamhetsutvecklingsarbete?</p><p>Eftersom vårt syfte går ut på att ta fram implementatörernas åsikter och attityder om verk-samhetsutveckling har vi valt att genomföra en kvalitativ undersökning baserad på intervju-er. Anledningen till att vi valde en kvalitativ metod är för att vi avser studera respondentens syn på sin egen roll i utvecklingsarbetet. Intervjuer valdes för att vi önskade få en naturlig kontakt med respondenten och därmed kunna tolka deras åsikter och attityder.</p><p>För att analysera empirin jämförde vi den insamlade informationen från de två företagen med teorier om hur verksamhetsutveckling verkligen skall bedrivas. Vi jämförde även de båda företagens syn för att se om det fanns några signifikanta skillnader.</p><p>Genom analysen kom vi fram till att de båda företagen dels inte skilde sig nämnvärt åt vad gäller deras syn på verksamhetsutveckling. Samt att de även använde sig av en metodik som stämmer relativt väl överens med de teorier vi har behandlat i uppsatsen.</p> / <p>The number of companies that buys standard systems instead of developing their own has increased over the past few years. The main problem with the standardised systems is that they are not adapted specifically to the customers business and thus some adaptation work is required for both the system as well as the business.</p><p>The purpose of this report is to find the view of two system package implementers consid-ering business development. In order to find the answer to this we have asked the follow-ing four questions.</p><p>Do the implementers consider that it is they who should adapt their systems to their cus-tomer or should their customers adapt to the system? Should the responsibility for the in-tegration of the system be put on the customer or implementer, or should it be a joined re-sponsibility? Do the implementers consider it to be better if the customer works with more standardised processes instead of adapting the system? In what way do the implementers contribute to their customers business development?</p><p>Since our purpose is to find the implementers opinions and attitudes on business develop-ment we have chosen to conduct a qualitative study based on interviews. The reason we chose a qualitative method is because we intend to study the implementers view on their own role in the development work. Interviews where chosen since we wished to gain a natural contact with our responder and from that be able to interpret their views and atti-tudes.</p><p>To analyze our empirical findings we compared the collected information from the two implementers with theories about how business development should be conducted. We also compared the view of the two implementers to see if there where any significant dif-ferences.</p><p>Through the analysis we concluded that the two implementers did not differ significantly amongst each other. We could also see that they both worked relatively in line with the theories we have discussed in the report.</p>

There are several methods and models within the areas of software engineering on how to proceed during a software development process. For each of these methods and models there are benefits and drawbacks, depending on how you choose to look at them. A difference of principle between the different models is that they either advocate iterative development or not. In parts of software engineering one makes use of different methods depending on which is most fitting in a specific situation. There are several methods on how to recieve more qualitative data from the end-users during the requirement collection, but the reappearing pattern is still user centric participation, which means that the user participates more actively in part of or the entire development process. The reason for this is that the user can steer and direct the development in such a way that the user can benefit from the system being developed. The end-user is in fact the one holding all the information on how the future system shall function, knows what has to be computerized and what functions that will facilitate the workload. What will then happen if one makes use of a modern solution, such as user-centric participation, and integrate it in a problem domain on an elder model such as the waterfall model? In this research, the problem domain has been the requirements collection, since the rest of the model only considers choises regarding what modelling- and programming tools to be used. When requirement collection is in focus one is faced with the choice of several methods to use in this purpose. In this research user-centric participation has been chosen as the requirement collection method. Furthermore, to get a larger perspective on the end-users requirements and wishes, additional four metohods (observation, interview, group-discussion and survey) has been chosen. The results of this research show that this combination of model and methods has been successful. A close cooperation with the end-users has, in this case, resulted in clear requirements and mutual understanding between system developer and end-user. / Inom ämnesområdet systemutveckling finns ett flertal teorier och modeller om hur man bör gå tillväga under en systemutvecklingsprocess. För var och en av dessa modeller tillkommer för- och nackdelar, beroende på hur man väljer att se på dem. En principiell skillnad mellan de olika modellerna är dock att de antingen förespråkar iterativ utveckling eller inte. I delar av systemutvecklingen använder man sig av olika metoder beroende på vilken som passar bäst i den situationen. Det finns många metoder för hur man erhåller mer kvalitativ data från slutanvändarna vid kravinsamlingen, men det återkommande mönstret är dock användarcentrerad medverkan, vilket innebär att användaren mer aktivt deltar i hela eller delar av utvecklingsprocessen. Anledningen till detta är att användaren själv kan styra och dirigera utvecklingen på ett sådant sätt att användaren i sitt arbete kan gynnas av det system som utvecklas. Slutanvändaren är ju den som i slutändan har all information om hur det framtida systemet ska fungera, vet vad som behöver datoriseras och vilka funktioner som underlättar arbetet för denna. Vad händer då om man använder en modern lösning, som användarcentrerad design, och integrerar denna i ett problemområde på en äldre modell som vattenfallsmodellen? I denna undersökning har problemområdet varit kravinsamlingen i vattenfallsmodellen, eftersom att resten av modellen endast anses beröra val av modellerings- och programmerings verktyg. När fokus är kravinsamling ställs man inför valet av flera metoder att använda i detta syfte. I denna undersökning har användarcentrerad medverkan valts som kravinsamlingsmetod. Vidare har det tagits hjälp av ytterligare fyra metoder (observation, intervju, gruppdiskussion och enkätundersökning) för att få olika perspektiv på slutanvändarnas krav och önskemål. Resultatet av undersökningen visar att denna kombination av modell och metoder varit framgångsrik. Ett nära samarbete med slutanvändarna har i, detta fall, resulterat i klara krav och ett samförstånd mellan systemutvecklare och slutanvändare. / Samir Jahic, samirjahic@tiscali.se Selda Kocacenk, kocacenk@hotmail.com

Standardsystem är något som har blivit allt mer populärt bland verksamheter, vilket innebär att företag väljer att köpa en paketerad systemlösning i form av informationssystem. Vissa standardsystem är väl anpassade för respektive verksamhet, medan vissa inte är det, vilket kräver modifikationer av systemet. Ett sätt för att uppnå god anpassning av systemet är att använda sig av användarinvolvering under utvecklingsprocessen. Genom att anpassa ett system utefter användarnas önskemål tenderar deras acceptans på systemet att bli högre. Därför kommer denna studie inrikta sig på att försöka förstå om användares involvering påverkar deras acceptans av ett standardsystem vid ett standardsystembyte och hur. För att kunna undersöka detta har en fallstudie av kvalitativ art genomförts på företaget Ellos. Studien har genomförts med hjälp av tidigare forskning inom användarinvolvering och användaracceptans som skapat en grund för att undersöka hur det har applicerats i en verksamhet. Författarna ville skapa sig en djupare förståelse kring begreppen och genomförde därför intervjuer på Ellos som är i implementeringsfasen av sitt standardsystembyte. Eftersom Ellos implementerar flera system är studien avgränsad till deras logistikavdelning. Resultatet av studien visade att en högre grad användarinvolvering bidrog till högre acceptans hos användarna. / ERP-systems are becoming more and more popular among businesses, and it means that the company buys an information system in a packaged system solution. Some ERP-systems is well suited for each business, while some are not, which require modifications of the system. One way to achieve good alignment of the system is to use user involvement during the development process. By adapting a system along the user requests, their acceptance towards the system tends to become higher. Therefore, will this study focus on trying to understand if user involvement affects their acceptance of an ERP-system change and how. To investigate this, a case study of a qualitative approach was conducted on the company Ellos. The study was completed with help from previous research in the areas of user involvement and user acceptance that created a base for examining of how the actual work is done in an organization. The authors wanted to create a deeper understanding of the concepts and therefore completed interviews at Ellos that is in the implementation phase of an ERP-system. Because Ellos implements several systems, is the study limited to their logistic department. The result of the study showed that a higher degree of user involvement contributed to higher user acceptance.

Antalet företag som köper färdiga standardsystem istället för att utveckla ett eget har ökat de senaste åren. Det största problemet med standardsystem är att det inte är anpassat speci-fikt för kundens verksamhet vilket innebär att viss anpassning av både system och verk-samhet är nödvändig. Syftet med denna uppsats är att undersöka hur två systempaketsimplementatörer ser på verksamhetsutveckling. För att uppfylla vårt syfte, ämnar vi att besvara följande fyra frågor. Anser systempaketsimplementatörerna att det är företaget som ska anpassa sig till deras sy-stem eller ska systemet anpassas till företagets verksamhet? Ska ansvaret för att integrera systemet i verksamheten läggas på kunden eller implementatören eller ska det vara ett sam-spel? Anser de båda systempaketsimplementatörerna att det är bättre att få kunderna att jobba med mer standardiserade processer istället för att anpassa systemen? Hur bidrar de båda implementatörerna till kundens verksamhetsutvecklingsarbete? Eftersom vårt syfte går ut på att ta fram implementatörernas åsikter och attityder om verk-samhetsutveckling har vi valt att genomföra en kvalitativ undersökning baserad på intervju-er. Anledningen till att vi valde en kvalitativ metod är för att vi avser studera respondentens syn på sin egen roll i utvecklingsarbetet. Intervjuer valdes för att vi önskade få en naturlig kontakt med respondenten och därmed kunna tolka deras åsikter och attityder. För att analysera empirin jämförde vi den insamlade informationen från de två företagen med teorier om hur verksamhetsutveckling verkligen skall bedrivas. Vi jämförde även de båda företagens syn för att se om det fanns några signifikanta skillnader. Genom analysen kom vi fram till att de båda företagen dels inte skilde sig nämnvärt åt vad gäller deras syn på verksamhetsutveckling. Samt att de även använde sig av en metodik som stämmer relativt väl överens med de teorier vi har behandlat i uppsatsen. / The number of companies that buys standard systems instead of developing their own has increased over the past few years. The main problem with the standardised systems is that they are not adapted specifically to the customers business and thus some adaptation work is required for both the system as well as the business. The purpose of this report is to find the view of two system package implementers consid-ering business development. In order to find the answer to this we have asked the follow-ing four questions. Do the implementers consider that it is they who should adapt their systems to their cus-tomer or should their customers adapt to the system? Should the responsibility for the in-tegration of the system be put on the customer or implementer, or should it be a joined re-sponsibility? Do the implementers consider it to be better if the customer works with more standardised processes instead of adapting the system? In what way do the implementers contribute to their customers business development? Since our purpose is to find the implementers opinions and attitudes on business develop-ment we have chosen to conduct a qualitative study based on interviews. The reason we chose a qualitative method is because we intend to study the implementers view on their own role in the development work. Interviews where chosen since we wished to gain a natural contact with our responder and from that be able to interpret their views and atti-tudes. To analyze our empirical findings we compared the collected information from the two implementers with theories about how business development should be conducted. We also compared the view of the two implementers to see if there where any significant dif-ferences. Through the analysis we concluded that the two implementers did not differ significantly amongst each other. We could also see that they both worked relatively in line with the theories we have discussed in the report.

Denna rapport behandlar den marknadsinriktade Requirements Engineering (RE) processen. Allt fler företag väljer idag att implementera standardsystem i sina verksamheter. Den situation som ett standardsystem utvecklas i är annorlunda jämfört med den som ett kundspecifikt system utvecklas i. Detta innebär att den traditionella RE-processen inte är anpassad till dessa nya förhållanden. Syftet med denna rapport är därför att utreda vad som kännetecknar en marknadsinriktad RE-process som stödjer kravhanteringsarbetet vid utvecklingen av ett standardsystem. Rapporten avser även att undersöka hur RE tillämpas av marknadsinriktade systemtillverkare i praktiken. Detta har gjorts genom en litteraturstudie och intervjuer med tre marknadsinriktade systemtillverkare. Rapporten resulterar i en beskrivning av den marknadsinriktade RE-processens kännetecken och centrala aktiviteter samt en översiktlig sammanställning över hur marknadsinriktade systemtillverkare tillämpar RE i praktiken. Resultatet belyser att de teorier och aktiviteter som betraktas som centrala i den marknadsinriktade RE-processen även tillämpas i praktiken.

Standardsystem är ett allt mer förekommande begrepp i dagens moderna verksamheter. Dessa system möjliggör en effektivisering av verksamheten vilket leder till att den blir mer konkurrenskraftig på marknaden. Dock finns det en del problem att lösa vid anpassningen av standardsystem. Eftersom det på marknaden idag finns ett stort utbud av olika standardsystem är det svårt för kunden att välja rätt system för dennes verksamhet. En av riskerna med att anskaffa ett standardsystem är att bunden betalar alldeles för höga summor för onödiga funktioner eller att systemet de anskaffat inte tillfredställer de funktioner företaget eftersträvar. Därför måste grova verksamhetsanalyser utföras innan anskaffningen. Detta för att avgöra om standardsystemet i fråga uppfyller verksamhetskraven samt att det kan anpassas till de delar den inte tillfredställer. Till hjälp finns det kompletta metoder för anskaffningen av standardsystem. En av dessa är SIV-metoden, den är en komplett metod för anskaffning av standardsystem. Efter genomförda val av system är det viktigt att kunna utföra anpassningar av det valda systemet och utifrån den aspekten härstammar idén för denna uppsats. Anpassningen av standardsystem är enligt oss ett outforskat ämne och kräver därför en mer djupgående forskning för att hitta och knyta de delar typiska för denna process. Forskningen i denna uppsats omfattar de delar där anpassningen av standardsystem behandlas. Dessa delar har vi lyft fram från befintliga metoder där anpassnings delen bara är en del av det hela. / A common term in today’s modern businesses is Software packaged system. These system’s are used to make the business operations more efficient thus the enterprises more competitive on the marketplace. But there are still issues regarding the adaptation of these system’s to the specific enterprise that must be resolved. Since the supply of software packages is very high, it is hard for the consumer to find the right kind of system that will fully satisfy company’s requirements. One of the major risks with acquiring these software packaged systems is that the customer pays too much money for a system with functions that are not necessary for the customer business needs. In order avoid this; the customer must make thorough analysis of their business operations before buying and implementing these kinds of systems. There are many obtainable methods that the customer can apply. In this thesis, we have accounted for two of these methods, namely, the SIV-method and the VFS-model. These methods describe different steps that the customer must consider before implementing a software packaged system. One of the significant steps in these methods is the adaptation process of software packaged systems. A matter we believe is unexplored and therefore further research is required on the subject.