Academic literature on the topic 'Agil mjukvaruutveckling'

Kravprioritering är ett av de viktigaste och mest inflytelserika stegen vid tillverkning av en mjukvaruprodukt. Processen är iterativ; den sker under hela produktens agila mjukvaruutvecklingsprocess. Genom kravprioritering beslutas det om vilka krav som ska utvecklas, i vilken ordning och varför.  Målet med denna studie är att undersöka hur mjukvaruutvecklande företag gör för att kravprioritera, samt identifiera vilka prioriteringsmetoder de eventuellt använder sig av. Studiens syfte är att få en förståelse för varför en väl avvägd prioritering är viktig, vilka särskilda prioriteringsfaktorer som ger värde till en produkt och att se hur dessa faktorer är relaterade till resultatet. Syftet är även att undersöka vilka svårigheter som finns i en prioriteringsprocess, samt att skapa en översikt över några av de mest vedertagna prioriteringsmetoderna inom agil mjukvaruutveckling.  Studien utförs i samarbete med mjukvaruföretaget Monitor ERP för att analysera företagets prioriteringsprocesser som används för att utveckla deras affärssystem Monitor. Metoden som används är en kvalitativ undersökning som består av observationer av möten kring prioriteringsarbete och semi-strukturerade intervjuer. Bearbetning av insamlat material skedde genom att organisera, analysera och sammanställa resultat enligt begrepp och kategorier som framkom utifrån litteraturstudien. Resultatet redovisar arbetsprocesser, gemensamma mål, prioriteringsaspekter och utmaningar i prioriteringsarbetet hos Monitor ERP. En väl avvägd prioritering visade sig vara viktigt för att kunna leverera rätt funktionalitet i tid, för att kunna ge trovärdiga estimeringar om utvecklingen och det i sin tur leder till att kunder får förtroende för både produkten och företaget. En rad olika prioriteringsfaktorer som ger värde till programvaran Monitor identifierades, varav många bidrar till att öka kundnöjdheten och kvaliteten på produkten. Monitor ERP använder inte några särskilda prioriteringsmetoder, utan utvecklingsfilosofin Minimum Viable Product används som grund till deras prioriteringsval. Under prioriteringsarbetet upplevdes utmaningar såsom begränsade resurser, oförutsägbara uppgifter, svårigheter med tidsestimering och en utmaning i balansen mellan kundnytta och kundfokus.
Prioritizing requirements is one of the most important and influential steps in the creation of a software product. The process is iterative; it takes place during the entire agile software development. Through prioritizing requirements, it is decided which requirements are to be developed, in which order, and why.  The aim of this study is to investigate how companies that design software prioritize requirements and to identify which prioritization methods they might use during this process. The purpose of this study is to gain an understanding for why a well-balanced prioritization is important, which specific prioritization factors give value to a product, as well as identifying how these factors are related to the result. The purpose is also to investigate the difficulties that exist in a prioritization process, and to create an overview of some of the most used prioritization methods in agile software development.  This study is conducted in collaboration with the software company Monitor ERP in order to analyze the company's prioritization processes used to develop their business management system Monitor. The method used is a qualitative study that consists of observations of meetings about prioritization processes, and semi-structured interviews. Processing of collected material was done by organizing, analyzing, and compiling results according to concepts and categories that emerged from the literature study. The results documents work processes, common goals, prioritization aspects and challenges in the requirements prioritization at Monitor ERP.  A well-balanced prioritization proved to be important to be able to deliver the right functionality on time and to be able to provide dependable estimates of development, which in turn leads to customers gaining confidence in both the product and the company. A number of prioritization factors that give value to the Monitor software were identified, many of which contribute to increasing customer satisfaction and product quality. Monitor ERP does not use any specific prioritization methods, but the development philosophy Minimum Viable Product is used as a basis for their prioritization choices. During the prioritization process, challenges such as limited resources, unpredictable tasks, difficulties with time estimation, and a challenge in balancing customer value and customer focus were experienced.

Kravhantering vid agil mjukvaruutveckling är en utmaning som allt fler företag ställs inför.Prototyper, modeller som liknar tilltänkta slutprodukter, kan användas för att inhämtaviktig information om det som ska utvecklas. För att beskriva hur lik en prototyp är dentilltänkta slutprodukten används begreppet verklighetsfaktor. Studiens syfte är dels attöka kunskapen kring prototypanvändning i agil mjukvaruutveckling, dels att undersökavilken effekt en prototyps verklighetsfaktor har då prototyper används i diskussioner inomkravhantering. En fallstudie görs på företaget Exsitec där personal intervjuas angående prototypanvändning i mjukvaruprojekt. Två prototyper utvecklas sedan med låg respekti-ve hög verklighetsfaktor och används som diskussionsunderlag i intervjuer. Studien visar att användning av prototyper i mjukvaruprojekt kan bidra till ökat förtroende hos kun-der, förbättrad kommunikation med kunder och kan förenkla att uppnå konsensus mellan olika intressenter. Vidare kan de, beroende av hur de används, bidra till helhetsbilden avprodukten och fungera som dokumentation. Studien påvisar även några, om än subtila, skillnader i den information som samlas in med hjälp av prototyper med låg respekti-ve hög verklighetsfaktor. Hög verklighetsfaktor tycks medföra att fler krav samlas in, men göra respondenter mindre benägna att vilja komma med förslag på mer omfattandeförändringar.
Requirements Engineering (RE) in Agile Software Development (ASD) is a challenge thatmany face and several techniques exist when doing so. One such technique is prototyping, when a model of a product is used to gather important information in software develop-ment. To describe how much a prototype resembles the product the notion of fidelity is used. The aim of this study is to contribute to research regarding prototyping in ASD,and to examine the effect of a prototype’s fidelity when using prototypes in discussionsduring RE. A case study is performed at the company Exsitec where staff are interviewedregarding prototyping in software development. Thereafter, two prototypes of low andhigh fidelity are developed and used in interviews as a basis for discussion. Based on thisstudy, the use of prototypes in software projects can help customers trust the process,improve communication with customers, and facilitate when trying to reach consensusamong different stakeholders. Furthermore, depending on how they are used, prototypescan contribute to understanding the big picture of the requirements and can also serve asdocumentation. The study also shows some, albeit subtle, differences in the informationcollected using prototypes with low and high fidelity. The use of a high fidelity prototypeseems to generate more requirements, but makes interviewees less likely to come up withlarger, more comprehensive requirement changes.

Global systemutveckling (GSD) är en ökande trend inom systemutvecklingsbranschenoch möjliggör för verksamheter att reducera utvecklingskostnaderna, få tillgång tillexpertis till lägre kostnader samt öka flexibilitet och effektivitet genom att konstantbedriva systemutveckling över olika tidszoner. Global mjukvaruutveckling ikombination med agila metodologier visar sig bli allt vanligare då framgångsrika agilaprojekt kan producera programvara av högre kvalitet som bättre uppfylleranvändarnas behov. Tidigare forskning konstaterar dock att utmaningar ochkomplikationer kan uppstå i globala mjukvaruutvecklingsmiljöer ur perspektivet avindivider som arbetar i geografiskt separerade projektgrupper. Syftet med dennastudie har varit att undersöka vilka problem och utmaningar som individer upplever iglobala mjukvaruutvecklingsmiljöer där den agila metodologin Scrum tillämpas.Problemen och utmaningarna som i denna studie undersökts relaterar till följandehuvudområden: kommunikation, språkliga och kulturella skillnader,gruppsammanhållning och laganda samt kunskapshantering. Studien syftar även tillatt redogöra för hur de uppkomna utmaningarna förslagsvis kan hanteras. Enundersökning har genomförts på ett mjukvaruutvecklingsföretag i Växjö som verkarinom ekonomitjänstebranschen. En kvalitativ undersökningsmetodik i form avsemistrukturerade intervjuer har genomförts med arbetstagare som arbetar i ettmjukvaruutvecklingsprojekt som bedrivs globalt.Slutsatserna som dras av studien är att individer som arbetar inom globalamjukvaruutvecklingsprojekt ställs inför flera utmaningar. Kommunikationsrelateradesvårigheter upplevs bl.a. på grund av bristen på informell kommunikation vilketresulterar i misskommunikation, missförstånd och långa svarstider. För en förbättradkommunikation kan kombinationen av synkrona och asynkrona verktyg användassamt skärmdelning och videosamtal. Scrum aktiviteter som daily scrums ochretrospectives kan även förbättra kommunikationen inom projektgruppen. Avseendekulturella skillnader visar studien att det upplevs svårt att definiera om utmaningarkan relateras till kulturella skillnader mellan olika länder eller om det avser skillnaderi organisationskulturer. Språkrelaterade skillnader visar sig upplevas som en barriäroch leder bl.a. till svårigheter att uttrycka sina idéer och tankar och att arbetetförsvåras eftersom att översättning krävs. Beträffande gruppsammanhållning upplevsdet råda en bristande gruppsammanhållning när projektmedlemmarna är fysisktseparerade och att gruppsammanhållningen tenderar att öka inom respektive separeradgrupp snarare än projektgruppen som helhet. Den geografiska spridningen påverkaräven tilliten inom projektgruppen. För ökad gruppsammanhållning och tillit ärinformella sammanträffar en nyckelfaktor. Medlare ses även som en nyckelfigur föratt länka samman teammedlemmarna i de fysiskt separerade grupperna. Avseendekunskapshantering upplevs den geografiska spridningen inom projektgruppen som enmöjlighet att dra nytta av varandras olika bakgrunder och erfarenheter för att på så sättöka kunskapen inom hela projektgruppen. Utmaningar som relaterar tillkunskapshantering är att samma misstag kan begås flera gånger inom projektet p.g.a.en avsaknad av informellt kunskapsutbyte. För förbättrad kunskapshantering inomprojektgruppen ges förslag på användning av t.ex. code reviews, checklistor ochkunskapstävlingar för främjandet av kunskapshantering inom projektgruppen
Global software development (GSD) is a growing trend within the software industryand enables companies to reduce development costs, get access to expertise to lowercosts and increase flexibility and efficiency by constantly conducting softwaredevelopment across different time zones. Global software development combinedwith agile methodologies proves to be more common as successful agile projects canproduce software of higher quality that better meet user needs. Previous researchconcludes however that challenges and complications can arise in GSD environmentsfrom the perspective of the individuals working in geographically separated projectteams. The purpose of this study was to examine the problems and challenges thatindividuals experience in GSD environments where the agile Scrum methodology isapplied. The problems and challenges that have been examined relate to the followingareas: communication, language and cultural differences, group cohesion and teamspirit and knowledge management. The study also aims to explain and exemplify howthe challenges can be mitigated. A study has been conducted at a softwaredevelopment company in Växjö operating in the finance service industry. Aqualitative research method in the form of semi-structured interviews was conductedwith employees working in a global software development project.The conclusions drawn from the study are that individuals working within GSDprojects face several challenges. Communication related difficulties are experiencedpartly due to of the lack of informal communication, which results in failedcommunication, misunderstandings and long response times. In order to improve thecommunication, a combination of synchronous and asynchronous tools can be used aswell as screen sharing and video calls. Scrum activities such as daily scrums andretrospectives can also improve the communication within the project team.Regarding cultural differences, the study shows that it’s difficult to distinguishwhether challenges are related to cultural differences between the countries, orwhether it relates to differences in organizational cultures. The language-relateddifferences prove to be perceived as a barrier and lead to difficulties for individuals toexpress their ideas and thoughts, as well as understanding other individuals. Thelanguage differences also hamper the work because translation is required. Challengesrelated to group cohesion include that individual’s experience a lack of groupcohesion when project members are physically separated and that the group cohesiontends to increase in each separated group instead of the project team as a whole. Thegeographic dispersion also affects the trust within the project team. In order improvegroup cohesion and trust within the team informal gatherings are a key factor.Mediators are also seen as a key figure for linking the team members in physicallyseparated groups. Knowledge management is seen as an opportunity to benefit fromeach other's different backgrounds and experiences to increase the knowledge withinthe entire team. Challenges related to knowledge management are that the samemistakes can be committed several times in the project due to a lack of informalknowledge exchange. In order to improve knowledge management within the project,suggestions are given such as the use of code reviews, checklists and to organizeknowledge competitions to promote knowledge sharing within the project team.

Requirements management is an important part of the software development process. The success of a project may depend on how this is handled. Even though several research studies indicates that more attention should be paid on non-functional requirements, the primary focus in practical projects still regards identifying functional requirements. Especially the prioritization of the non-functional requirements has been proven to be of great importance for the success of a project. This report investigates basics in agile requirements management involving opinions from experts from a software development company. This is done with help of existing literature and interviews with key actors involved in prioritization at the company. I investigate prioritization of non-functional requirements and possibilities for agile project development. The results contribute to developing an overall understanding of the agile way of working. The methodology of this report follows a qualitative approach. It is based on secondary data from literature and documents, but also on data collected via interviews. The results are acknowledging earlier findings from the literature and illustrate with examples actual prioritization of non-functional requirements, and how and why prioritization is a complex activity at a company. However, according to one of the most important findings of this study, the strict use of prioritization techniques is not the most urgent necessity for the success of a project.
Kravhanteringen är en viktig del av systemutvecklingsprocessen. Ett projekts framgång kan kopplas till hur detta genomförs. Även om flera studier pekar på att mer uppmärksamhet bör läggas på icke-funktionella krav är den primära fokusen i flera projekt fortfarande att identifiera funktionella krav. Speciellt prioriteringen av de icke-funktionella kraven har visat sig vara av stor betydelse för ett lyckat projekt.  Den här rapporten undersöker grunderna i den agila kravhanteringen som involverar åsikter från experter i ett företag inom mjukvaruutveckling. Detta görs med hjälp av befintlig litteratur samt intervjuer med nyckelaktörer involverade i prioriteringen hos företaget. Jag undersöker prioriteringen av icke-funktionella krav och möjligheter för agil projektutveckling hos företaget. Följaktligen kommer resultatet bidra till att ge läsaren en allmän förståelse om det agila arbetssättet. Metodologin för den här rapporten följer ett kvalitativt tillvägagångssätt. Den baseras på sekundär data från litteratur och dokument, men även data insamlat via intervjuer. Resultaten medger tidigare upptäckter från litteraturen och visar med exempel verklig prioritering av icke-funktionella krav samt hur och varför prioriteringen är en komplex aktivitet hos ett företag. Dock är, enligt en av de viktigaste upptäckterna i den här rapporten, ett strikt användande av prioriteringstekniker inte den viktigaste nödvändigheten för ett lyckat projekt.

Syftet med detta examensarbete var att lära sig att genomföra ett programutvecklingsprojekt under realistiska förutsättningar och därigenom få erfarenheter som är relevanta för yrkeslivet. En grupp på åtta personer arbetade under en termin med ett projekt som handlade om utvecklingen av ett obemannat luftburet radiometrisystem. Ett lättare system efterfrågades för att förlänga flygtiden. Under utvecklingen tillämpades metoder från Semat, Scrum och Extreme Programming. Utvecklingsarbetet fungerade bra och en lösning för problemet togs fram, systemet hann dock inte implementeras full ut. Arbetet visade att ett lättare radiometrisystem är aktuellt för framtiden.

Syftet med studien är att undersöka huruvida det är mer eller mindre motiverande för anställda inom mjukvaruindustrin att jobba enligt agila utvecklingsmetoder än enligt traditionella utvecklingsmetoder. Undersökningen har gjorts med teoretisk utgångspunkt från motivationsskapande variabler ur de kontemporära motivationsteorierna Self Determination Theory samt Job Characteristic model. Som en ansats till att besvara frågeställningen har en kvalitativ fallstudie genomförts på företaget Kambi Sport Solutions AB. Kambi Sport Solutions AB har under de senaste åren genomfört en organisationsförändring där traditionella projektledningsmetoder ersatts av agila projektledningsmetoder. Studiens empiri visar med stöd ur motivationsteori att övergången till agila metoder signifikant påverkat individens motivation positivt. Framförallt som en följd av en högre grad av självbestämmande, kunskapsvariation, identitet i och betydelse av arbetsuppgiften, autonomi samt feedback.

Allt fler aktörer uppkommer på den redan konkurrenskraftiga marknaden vilket ställer höga krav på utveckling av nya innovativa produkter för företag inom mjukvarubranschen. Detta leder till att företag måste förändra sin struktur och sitt arbetssätt för att kunna anpassa sin produktutveckling efter kunderna och marknaden. Ett sätt för företag att kunna fortsätta vara konkurrenskraftiga och bemöta marknadens behov är att implementera agila arbetssätt. Syftet med detta arbete är att bidra till ökad kunskap kring hur produktutvecklingsprocessen för en agil transformation från beslut till implementation kan ske i mjukvarubranschen. Arbetet har undersökt tre frågeställningar relaterade till agil transformation i mjukvarubranschen. Inledningsvis genomfördes en litteraturstudie för att erhålla en ökad förståelse för produktutveckling i mjukvarubranschen och för det agila arbetssättet. Vidare utfördes en kvalitativ semistrukturerad intervjuundersökning med fyra respondenter från tre företag där samtliga arbetar med agila arbetssätt och produktutveckling inom mjukvarubranschen. Den kvalitativa studien undersökte vilka utmaningar och potentiella fördelar en agil transformation kan generera samt vad som kännetecknar en lyckad agil transformation. Utifrån resultatet av denna studie utformades ett antal kategorier som kan användas som riktlinjer för hur en organisation kan gå tillväga vid en agil transformation i mjukvarubranschen. Studien visar att en agil transformation är en komplex och tidskrävande process. Utmaningar med agil transformation innefattar att ett agilt arbetssätt ofta blir beroende av en nyckelperson, det kräver en hög samverkan och ökad förståelse för varandras arbetsuppgifter samt ett anpassningsbart tankesätt som är mottagligt för förändring. Däremot genererar den agila transformationen fördelar så som en ökad produktivitet och användarnöjdhet, minskat antal defekter och en kortare ledtid hos samtliga företag. För att lyckas med en agil transformation visar studien på att ett företags medarbetare bör vara mottagliga för förändring och att motivet till transformationen borde komma inifrån organisationen. Sammanfattningsvis resulterade den agila transformationen i en förbättrad mjukvaruutveckling.
A large number of businesses are emerging on the already competitive market which places high demands on the development of new innovative products for companies in the software industry. As a result, companies must change the structure of the organization and their methods. Due to this, they have to customize their product development in order to meet the requirements of the customers and the markets demand and maintain their competitiveness. One way for companies to stay competitive is by implementing agile working methodologies. This study aims to contribute with knowledge and investigate the processes of an agile transformation from decision-making to implementation in the software industry. The study has examined three problem statements related to the agile transformation in the software industry. Initially a literature review was performed to gain an insight into product development in the software industry and the agile working methodologies. Furthermore, a semi structured qualitative interview was conducted which involved four respondents from three companies that work with agile working methodologies and product development in the software industry. This qualitative study examined the challenges and possible opportunities that an agile transformation generates as well as the characteristics of a successful transformation. Based on the result of this study, several categories were chosen and treated as guidelines for how an organization in the software industry can approach the agile transformation and proceed with it successfully. The results of the study demonstrate that an agile transformation is a complex and time-consuming process. The many challenges involving the agile transformation includes that the agile working methodology often becomes dependent of a single key person, it also requires collaboration, an increased understanding of each other’s work as well as an adaptable mindset that is receptive towards change. However, the agile transformation enables advantages amongst all the companies such as an increased productivity and user satisfaction, decreased number of defects as well as a reduced leadtime. To succeed with an agile transformation, it is of importance that a company’s employees are receptive towards change and that the motive behind the transformation comes internally within the organization. In conclusion, the agile transformation improved and strengthened the companies’ software development.

Parprogrammering (PP) är en utvecklingsmetod där två personer delar en dator och arbetar sida vid sida. I denna uppsats undersöks vilka effekter PP innebär för verksamheten och vilka framgångsfaktorer som främjar PP. Dessutom undersöks hur kommunikation bör utövas i samband med PP. Det teoretiska ramverket som ligger till grund för undersökningen är sammansatt av tidigare forskning om PP och psykologisk teori om kommunikation. Detta undersöks med en kvalitativ metod med material från fem gruppintervjuer. Utvalda respondenter kommer från företag som aktivt använder agil utveckling och PP. Undersökningen finner att en mängd av den tidigare forskningens effekter, framgångsfaktorer och riktlinjer kan bekräftas samtidigt som flera nya upptäcks. Undersökningen bekräftar bland annat att det råder oenighet kring huruvida PP leder till kortare utvecklingstid, att god kommunikation är en central del av PP och att självständiga team är främjande för PP. Vidare följer en diskussion om författarnas tankar kring samtida användning av PP.
Pair programming (PP) is a method for software development where two individuals share one computer and work side by side. This essay examines PP with regards to its effects and success factors. The essay also investigates how participants should communicate to achieve successful PP. The theoretical framework consists of previous research on PP and psychological theory on communication. This is examined with a qualitative method with material from five group interviews. The selected respondents come from software development companies that actively use agile methods and PP. The analysis concludes that several effects, success factors and guidelines from previous research are confirmed while some new are discovered. The discoveries include that there exists a disagreement about the effect on development time, that good communication is central for PP and that self- organizing teams are key for PP. Furthermore is a discussion by the authors on the contemporary use of PP.

Distribuerade agila mjukvaruutvecklings-metoder har aldrig varit mer populärt. Att kunna arbeta hemifrån för att undvika den dagliga pendlingen eller för att samarbeta med utvecklare utomlands har aldrig varit enklare. Tredjepartsverktyg som Zoom och Google Meet förenklar kommunikationsprocessen, och med introduktionen av verktyg som Visual Studio’s “liveshare” som möjliggör realtids-kodning, har agila metoder verkligen flyttat ut från kontoren. Dock är en av de viktigaste komponenterna av att arbeta agilt att arbeta ansikte mot ansikte, vilket innebär att en av de effektivaste metoderna för kommunikation nu förloras när man flyttas till att arbeta med distribuerade metoder. Att övergå till nya metoder är aldrig enkelt, och när företag övergår till en distribuerad framtid kan mjukvaruutvecklare potentiellt drabbas av denna förändring i miljö och metod. Om företag har riktlinjer för övergången till distribuerade metoder kan det potentiellt göra förflyttninen enklare.Problemet är att det inte finns några sådana riktlinjer. Syftet med denna rapport är att skapa riktlinjer med målet att hjälpa organisationer övergå till distribuerade agila metoder från lokala agila metoder. Metoden i denna rapport är en kvalitativ utforskande litteraturstudie tillsammans med utforskande intervjuer som utforskar de positiva och negativa erfarenheterna utvecklare möter när de gör en övergång till distribuerade metoder. Litteraturstudien användes för att formulera forskningskriterierna och intervjufrågorna. Totalt tillfrågades åtta personer som hade erfarenheter av att göra en övergång till distribuerade agila metoder. Dessa intervjuer resulterade i tre generella riktlinjer som kan användas för att förenkla övergången mellan lokala-och distribuerade agila metoder.
Distributed agile software development has never been more popular. Being able to work at home to avoid the commute or simply collaborating with developers abroad has never been easier. Third party tools such as Zoom and Google Meet makes communication easier than ever, and with the introduction of Visual Studio’s live share that enables real-time collaborative coding, distributed agile development truly has moved out of the offices. Yet, one of the core components of the agile working method is working face to face, meaning that one of the most efficient methods of communication is lost upon moving development into a distributed setting. Transitions towards new methods and settings are never easy, and as companies transition towards a remote and distributed future, software developers are potentially burdened by this change in environment. If companies had access to guidelines they could potentially experience a smoother transition. The problem is that there currently do not exist such guidelines. The purpose of this report is to create such guidelines with the goal of helping organizations transition towards distributed agile methods. In this report, the method utilized is a qualitative and explorative literature study, coupled with interviews aimed to explore the positive and negative experiences developers face when transitioning towards distributed methods. A literature study was used to help formulate the research criteria and the interview questions. In total, eight people that had experienced a recent transition towards distributed agile methods were interviewed. These interviews resulted in three general guidelines that can be used to ease the transition between a local and distributed work environment.

Syfte - Att skapa en djupare förståelse för hur kulturskillnader påverkar arbetet med scrum, med specifikt fokus på psykologisk säkerhet. Metod – En kvalitativ fallstudie med induktiv ansats har gjorts där semistrukturerade intervjuer tillsammans med observationer har använts för att samla in data. Tillsammans med litteratur har sedan en innehållsanalys gjorts.  Resultat – Studien har identifierat tre dimensioner som är viktiga att beakta vid arbetet med scrum. Dessa dimensioner är Inställningen till människan, Hanteringen av människan och Beteenden av människan, och belyser hur kulturskillnader skapar olika förutsättningar för psykologisk säkerhet i scrum-team. Vidare kan dessa insikter leda till ett förbättrat arbete med scrum och i förlängningen skapa mer innovativa och konkurrenskraftiga scrum-team och organisationer.  Teoretiska implikationer – Studien bidrar till litteraturen om psykologisk säkerhet med en empirisk förankrad teori som visar hur kulturskillnader skapar olika konsekvenser för psykologisk säkerhet. Mer specifikt visar den hur dessa kulturskillnader hänger samman och påverkar varandra. Ett andra bidrag som den här studien gör är att skapa djupare förståelse för hur implementering av scrum och agil övergång med fördel bör ske i en ny kultur, som karaktäriseras av hög maktdistans, osäkerhetsundvikande och kollektivism. Praktiska implikationer – Studiens resultat visar att de identifierade kulturskillnaderna hänger ihop vilket innebär att samtliga behöver adresseras för att skapa ett psykologiskt säkert scrum-team i en ny kultur. Psykologisk säkerhet är en förutsättning för självorganiserade team, så som scrum-team, och därmed är studiens resultat av intresse för gruppchefer på samtliga företag som arbetar med scrum, både i olika nationella kontexter och med multinationella team samt i globala virtuella team.
Purpose – To create a deeper knowledge for how cultural differences influences the work with scrum, with specific focus on psychological safety. Method – A qualitative case study with an inductive approach have been carried out where semi-structured interviews together with observations have been used to collect data. Together with literature a content analysis was then preformed. Result – The study has identified three dimensions that are important to consider when working with scrum. These dimensions are Attitude to the human, Managing the human and Behaviors of the human, and these show how cultural differences creates different basis for psychological safety in scrum teams. Moreover, these insights can lead to improved work with scrum and in turn create more innovative and competitive scrum teams and organizations. Theoretical implications – The study contributes to the literature about psychological safety with empirical theory that shows how cultural differences creates different consequences for psychological safety. More specifically, it shows how these differences in culture are related to one another and affects each other. Another contribution of this study is that the result creates a deeper understanding of how the implementation of scrum and agile transitioning best can be done in a new culture, specifically that is characterized by high power distance, uncertainty avoidance and collectivism. Practical implications – The study shows that the identified differences in culture are related to each other, which means that all needs to be addressed to create a psychological safe scrum team in a new culture. Psychological safety is a prerequisite for self-organized teams, such as scrum teams, and thus the result is of interest for group managers in all companies and organizations working with scrum, both in different cultural contexts and with multinational teams as well as in global virtual teams.