Many organisations have moved into an activity based workplace (ABW), and this have led to great changes for the employees’ ways of working. The workplace is supposed to provide with different workstations/environments for the employees, where they can choose the environment that best suits their task at hand, such as concentration areas or open space. This means that the employees do not have assigned seats, and they are free to choose between different workstations. The ABW is supposed to improve factors such as collaboration, satisfaction, flexibility and productivity. In order for the employees to work in ABW, the employees’ ways of working needs to change, and this is usually referred to as New Ways of Working (Newwow). It is not unusual that organisations have had problems with the implementation of Newwow, where the implementation have not been as successful as hoped. This master thesis looks into the problems that occurs when Newwow is implemented, and what factors that are important when organisations changes from traditional ways to Newwow. This thesis has been a qualitative study, interviewing people from three Swedish organisations that have implemented ABW, as well as interviewing consultants that helps customers with the implementation.    The human factor is important in the change, and there is a need to get people on-board in order to create a workplace where the employees can thrive. Many different things needs to be done in an implementation of Newwow and ABW, such as physical workplace, digitalisation, work culture and more. In this master thesis the human perspective have had more focus, as humans are going to work in the workplace and the goal is to improve their work. Many of the difficulties is usually to get humans on-board with the implementation. Making some deviations from the ABW is ok if the reasons are justified, for example someone gets to sit on an assigned seat due to health reasons. A clear and open communication has proven to be important factors for a successful implementation. Further research in Newwow and ABW is important, as many organisations are moving to ABW, which affects many employees. / Många företag har flyttat in till aktivitetsbaserat kontor (ABW), vilket har lett till stora förändringar för de anställdas sätt att arbeta. Arbetsplatsen ska tillhandahålla olika arbetsplatser/miljöer för dem anställda, där de kan välja det som bäst passar uppgifterna de har för stunden, så som koncentrationsområden eller  öppet plan. Detta innebär att de anställda inte har bestämda platser och kan fritt välja mellan olika arbetsplatser. ABW har för avsikt att förbättra faktorer så som samarbete, tillfredställelse, flexibilitet och produktivitet. För att de anställda ska jobba i ABW, så behöver deras sätt att arbeta förändras, och det är oftast kallad för New Ways of Working (Det nya arbetsättet, Newwow). Det är inte ovanligt att företag har haft problem med implementeringen av Newwow, där implementeringen inte varit så lyckat som man hoppats på.  Detta examensarbete tittar på problemen som uppstår när implementering av Newwow görs, och vilka faktorer som är viktiga för att minska motståndet när företag går över från traditionellt sätt att arbeta till Newwow. Det här arbetet har varit en kvalitativ studie, där intervjuer har gjorts med personer från tre svenska företag som har implementerat ABW, så väl som konsulter som hjälper sina kunder med implementeringen.  Människofaktorn är viktig i förändringen, och det finns behov av att få med sig folk för att kunna skapa en arbetsplats där de anställda kan lyckas i. Många olika saker behöver göras i en implementering av Newwow och ABW, så som fysiska arbetsplatsen, digitalisering, arbetskultur med mera. I detta examensarbete har människoperspektivet haft mer fokus, då människorna ska jobba i arbetsplatsen och målet är att förbättra deras arbete. Många svårigheter är oftast att få människor ombord på implementeringen. Vissa avvikelser från ABW är ok om det finns välbefogade anledningar, exempelvis att man får sitta på bestämd plats av hälsoskäl. En tydlig och öppen kommunikation har visat sig vara viktiga faktorer för en lyckad implementering. Fortsatta studier i Newwow och ABW är viktigt, då många företag flyttar in till ABW och det påverkar många anställda.

Syftet med vår studie har varit att utforska hur utvecklare upplever en övergång från iterativ test-sist-utveckling till testdriven utveckling. I studien refereras testdriven utveckling till som TDD, en förkortning som kommer av engelskans test-driven development. TDD är en iterativ och testfokuserad systemutvecklingsmetod. Den typ av testning som används i störst utsträckning inom TDD är enhetstester. För att gå över till ett nytt arbetssätt krävs inlärning av den nya metoden. En utmaning är också att människor tenderar att använda sig av kända metoder snarare än att prova något nytt. Vi har gjort en djupgående studie ur ett systemutvecklarperspektiv. Studien genomfördes genom att fyra utvecklare på ett IT-konsultföretag använde sig av TDD under en testperiod, i stället för den iterativa test-sist-utvecklingsmetod som de vanligtvis utövar. Före och efter testperioden intervjuades utvecklarna kring deras bakgrund, upplevelser och åsikter. Utvecklarna upplevde att TDD fungerade bra för uppgifter där det passar med enhetstester, men att TDD skulle vara svårt att köra om uppgiften de skulle göra inte var väl specificerad eller hade otydligt specificerade krav. Vi upptäckte att hur bra utvecklare förstått något stämmer inte alltid överens med hur bra de tror att de förstått något. Samt att möjligheten att spara tid är en faktor som motiverar utvecklare till vilka metodval de gör. Utvecklarna upplevde att TDD gjorde att de tänkte igenom uppgiften mer innan de började koda och gjorde att de skrev mer enhetstest, vilket i sin tur genererade flera positiva bieffekter. Utvecklarna upplevde få negativa effekter. Majoriteten av utvecklarna upplevde att de flesta utmaningarna med övergång till TDD handlade om att byta vana och tankesätt. Övriga utmaningar utvecklarna upplevde handlade om att börja med TDD för ett befintligt system. De slutsatser vi har kommit fram till stämmer överens med tidigare forskning på olika fält. Vår studie pekar därför på att allmänna teorier, exempelvis teori om olika lärstilar, förändringsledning och bildande av vanor även är applicerbart vid övergång till TDD. Utifrån våra slutsatser har vi formulerat rekommendationer till organisationer hur de kan underlätta för sina utvecklare som ska gå över till TDD. / The goal of our study has been to explore how developers experience a transition from iterative test-last development to test-driven development. In this report, test-driven development is referred to as TDD. TDD is an iterative and test-focused system development method. The type of testing most widely used in TDD is unit testing. To switch to a new working method requires learning the new method. A challenge faced is also that people tend to use known methods rather than try something new. We have done an in-depth study from a developer perspective. Four developers at an IT consulting company got to use TDD during a test period, instead of the iterative test-last development method they usually practice. Before and after the test period, the developers were interviewed about their background, experiences and opinions. The developers felt that TDD worked well for tasks where unit tests were appropriate, but that TDD would be difficult to apply if the task they were to perform was not well specified or had unclear requirements. We discovered that how well developers understand something does not always match how well they think they understand something. We also discovered that the possibility to save time is a factor that motivates developers to which method choices they make. The developers felt that TDD made them think through the task more thoroughly before they started coding and that it made them write more unit tests, which in turn generated several positive side effects. The developers experienced few negative effects. The majority of the developers felt that most of the challenges with the transition to TDD concerned changing habits and mindset. Other challenges the developers experienced concerned starting with TDD for an existing system. Our conclusions are consistent with previous research in various fields. Our study therefore indicates that general theories, such as theory of different learning styles, change management and habit formation, are also applicable in the transition to TDD. Based on our conclusions, we have formulated recommendations to organizations on how they can facilitate for their developers to transition to TDD.