Utvecklingen av mobila hybrid applikationer har ökat drastiskt under det senaste årtiondet. Med tanke på mångfalden i hur stora företag börjar investera i ramverk med support för utveckling av mobila hybrid applikationer (multiplattforms ramverk), ökar nödvändigheten av aktuella studier inom detta ämnesområde. Facebook och Google är två välkända företag som har utvecklat React-Native respektive Flutter. Dessa multiplattforms ramverk utvecklas kontinuerligt och skillnader uppstår inom teknologierna hos ramverken vilket gör nya studier mer lämpliga. Syftet med denna studie är att undersöka vilket ramverk som bidrar med bäst produktivitet för utvecklaren med tanke på bristen av studier inom ämnet. Specifikt har en fallstudie utförts där studiens frågeställningar har besvarats.   Respektive frågeställningarna blev uppdelade i tre delfrågeställningar där varje fråga fick angivna kriterier att följa i fallstudien och båda ramverken blev tilldelade poäng om tillhörande kriterium för varje fråga var uppfylld. I slutet av studien räknades ett medelvärde ut som tilldelades till båda ramverken. Resultaten visade att det finns små skillnader i form av dess bidrag med bäst produktivitet för utvecklaren. / The development of hybrid mobile applications has increased rapidly in the last decade. Considering the diversity in how big companies starts to invest in frameworks that supports hybrid application development (cross-platform framework), the necessity of contemporary studies in this subject increase. Facebook and Google are two well-known companies that have developed React-Native and Flutter, respectively. These cross-platform frameworks are continuously developing, and differences occur in their technologies which makes new studies even more appropriate. The purpose of this study is to investigate which of these two frameworks contribute the most for the developer’s productivity considering the lack of studies in this specific subject. Specifically, a case study has been conducted where the research questions were answered.     The two research questions were divided into three sub questions, respectively where each question was given criteria to follow in the case study and each framework were assigned points if the associated criterion for each question were met. In the end of the study a mean value was assigned to each framework. The results showed that there are small differences in terms of its contribution for the developer’s productivity.

Det blir allt vanligare att arbeta i projekt och därmed finns alltfler mjukvaruutvecklingsmetoder eller ramverk att applicera till projektet. Det är dock fortfarande inte ovanligt att man arbetar metodlöst, vilket kan leda till att oberäknade problem uppstår. En arbetsmetod eller ett metodramverk formar projektet så att man på bästa skall kunna undvika problem samt vara medveten om problem som skulle kunna uppstå. Syftet med den här studien är att ta fram en modell som identifierar problem och dess orsaker och konsekvenser som uppstår i ett mjukvaruutvecklingsprojekt med hjälp av ramverk. Ramverken som används i den här studien är Essence – Kernel and Languages for Software Engineering Methods och Self-Governance Developer Framework. Målet är att den här modellen skall användas av personer inom mjukvaruutveckling för projekt eller forskning. Studien är av kvalitativ natur med induktiv ansats. Det utfördes ett mjukvaruprojekt där teamet arbetade metodlöst och identifierade problem från en uppföljning som gjordes aktivt under projektets arbetsgång. Resultatet av studien är en modell som innebär att man skall kunna hitta orsaker samt konsekvenser till uppstådda problem inom projektet. Modellen som har tagits fram heter Problem-Orsak-Konsekvens-modellen och förkortas POK-modellen. / It is becoming more common to work in projects and therefor there are more and more software development methods to apply for the project. However, it is still not unusual to be working ad hoc, which can lead to uncalculated problems. A method or a framework shapes the project so that problems can be avoided in best possible way. It also helps developers to be aware of the problem that could arise. Despite this, there is no compilation of “anticipated problems” when working ad hoc. The purpose of this study is to produce a model to identify problems, root cause of problems and consequences of the problems that can occur when working in a software development project with the help from frameworks. The frameworks used in this study are Essence – Kernel and Languages for Software Engineering Methods and Self- Governance Developer Framework. The goal is that the model is used in software development environments for projects or research. The study is of qualitative nature with inductive approach. A software project was performed where the team worked without a method and identified problems from a follow-up that was active during the workflow of the project. The result of the study is a model, which should be able to find the source to occurred problems as well as consequence within the project.

Prioritering av systemkrav är en viktig fråga vid utnyttjandet av resurserna på systemutvecklingsavdelningar. Problem uppstår när antalet krav som ska prioriteras är fler än de systemutvecklingsresurser som finns tillgängliga. Således måste de systemkrav som företag vill få utfört av sin systemutvecklingsavdelning prioriteras på ett strukturerat sätt. För att göra det strukturerat behövs stöd i form av regelverk, ramverk och metoder för prioriteringsarbetet. Problemet är att det finns inga ramverk som ger detta stöd idag. Examensarbetsrapporten utforskar vilka beståndsdelar ett ramverk ska bestå av för att stödja prioritering av systemkrav. Syftet är att skapa ett ramverk för att införa ett strukturerat beslutsstöd med prioriteringsmetoder. En väl utformad forskningsstrategi tillämpas innehållande tre olika forskningsfaser: utforskande, utformande och utvärderande. Forskningsfaserna vägleder arbetet i rätt riktning och ser till att motverka validitetshot som riskerar uppstå. Forskningsmetoden är av kvalitativ och induktiv karaktär. Fakta inhämtas genom litteraturstudier, intervjuer och förstudie, som analyserades ur vilket en första version av ramverkets beståndsdelar utformas. Utvärderingsintervjuer görs med respondenter som har mångårig erfarenhet av prioritering inom systemutveckling. Intervjuerna visar på att företag, oavsett bransch, har liknande förutsättningar och strukturer för att applicera ramverket. Det framtagna ramverkets första version valideras som relevant, lämpligt samt funktionellt för prioritering av systemkrav med mindre justering. Efter en analys av utvärderingen skapades en slutgiltig version av ramverket för prioritering av krav i systemutvecklingsprojekt benämnt PaKS. Resultatet från utvärderingen visar att PaKS är lämpligt, fullständigt och användbart i sin generella utformning där respondenterna bidragit med förslag för ytterligare utformning. / Prioritizing system requirements is an important issue for utilizing resources in system development departments. Issues arise when the number of requirements to prioritize are more than there are resources available in the system development department. Thus, the system requirements that a company want carried out by the system development department must prioritized in a structured way. To make prioritization structured, support is required in the form of regulations, framework and methods for prioritizations. Today there are no frameworks that provide this support. This study explores which components a framework should consist of to support the prioritization of system requirements. The aim is to create a framework for implementing structured decision support with prioritization methods. A well designed research strategy containing three different research phases is used: exploration, design and evaluation. The research phases guide the work in the right direction and aim to counteract validity threats that may occur. The research method is of a qualitative and inductive nature. Facts are obtained through literature studies, interviews and preliminary studies, which were analyzed from which a first version of the framework's components is designed. Evaluation interviews are conducted with respondents who have many years of experience of prioritization in system development. The evaluation show that companies, regardless of industry, have similar conditions and structures to apply the framework. The first version of the framework is validated as relevant, appropriate and functional for prioritizing system requirements with minor adjustments. Following an analysis of the evaluation, a final version of the framework for prioritization of requirements in system development projects, called PaKS, was created. The outcome of the evaluation shows that PaKS is useful in its overall design, in which respondents contributed proposals for further design.

Research shows that grammatical mistakes in a sentence can be corrected by machine translating it to another language and back. We investigate whether this correction capability of Large Language Models (LLMs) extends to Automatic Program Repair (APR), a software engineering task. Current generative models for APR are pre-trained on source code and fine-tuned for repair. This paper proposes bypassing fine-tuning and using Round-Trip Translation (RTT): translation of code from one programming language to another programming or natural language, and back. We hypothesize that RTT with LLMs performs a regression toward the mean, which removes bugs as they are a form of noise w.r.t. the more frequent, natural, bug-free code in the training data. To test this hypothesis, we employ eight recent LLMs pre-trained on code, including the latest GPT versions, and four common program repair benchmarks in Java. We find that RTT with English as an intermediate language repaired 101 of 164 bugs with GPT-4 on the HumanEval-Java dataset. Moreover, 46 of these are unique bugs that are not repaired by other LLMs fine-tuned for APR. Our findings highlight the viability of round-trip translation with LLMs as a technique for automated program repair and its potential for research in software engineering. / Forskning visar att grammatiska fel i en mening kan korrigeras genom att maskinöversätta den till ett annat språk och tillbaka. Vi undersöker om denna korrigeringsegenskap hos stora språkmodeller (LLMs) även gäller för Automatisk Programreparation (APR), en uppgift inom mjukvaruteknik. Nuvarande generativa modeller för APR är förtränade på källkod och finjusterade för reparation. Denna artikel föreslår att man undviker finjustering och använder Tur och retur-översättning (RTT): översättning av kod från ett programmeringsspråk till ett annat programmerings- eller naturspråk, och tillbaka. Vi antar att RTT med LLMs utför en regression mot medelvärdet, vilket tar bort buggar eftersom de är en form av brus med avseende på den mer frekventa, naturliga, buggfria koden i träningsdatan. För att testa denna hypotes använder vi åtta nyligen förtränade LLMs på kod, inklusive de senaste GPT-versionerna, och fyra vanliga programreparationsstandarder i Java. Vi upptäcker att RTT med engelska som ett mellanspråk reparerade 101 av 164 buggar med GPT-4 på HumanEval-Java-datasetet. Dessutom är 46 av dessa unika buggar som inte repareras av andra LLMs finjusterade för APR. Våra resultat belyser genomförbarheten av tur och retur-översättning med LLMs som en teknik för automatiserad programreparation och dess potential för forskning inom mjukvaruteknik.

In recent years, artificial intelligence (AI) has become increasingly popular. An area where AI technology is used and has received much attention during the past year is chatbots. They can simulate an understanding of human language and form text responses to questions asked. Apart from generating text responses, they can also generate programming code, making them useful for tasks such as testing. Although testing is considered a crucial part of software development, many find it tedious and time-consuming. There are currently limited AI-powered tools for generating unit tests in general and even fewer for the programming language Java. The thesis tackles the problem of the lack of tools for generating unit tests in Java that explore the capabilities of AI, and a research question is introduced thereafter. The purpose of this thesis is to address the issue by creating a prototype for generating unit tests in Java based on the AI model, GPT-3.5-Turbo. The goal is to provide a basis for other professionals to create tools for generating unit tests, which was done by experimenting with different prompts and values of a randomness parameter and then suggesting the prototype JUTAI. A quantitative research method with an experimental and comparative approach was used to evaluate the results. A comparison model with three criteria was brought forward to evaluate the results. The findings reveal that JUTAI outperformed the general-purpose AI tool, ChatGPT, across all three criteria and indicate that the goal of this thesis is achieved and the research question answered. / Intresset för artificiell intelligens (AI) har ökat de senaste åren. Ett område där AI- teknologi används och som har fått mycket uppmärksamhet under det senaste året är chattbottar. De kan simulera en förståelse för mänskligt språk och svara på frågor i textformat. Utöver det kan de även generera programkod. Tack vare förmågan att generera kod kan de användas för testning. Även om testning anses vara en viktig del av mjukvaruutveckling, tycker många att det är tråkigt och tidskrävande. För närvarande finns det ett begränsat antal verktyg som kan generera enhetstester, och det finns ännu färre verktyg som kan göra detta i Java. Detta examensarbete tog sig an problemet med bristen på AI-verktyg för enhetstestning i Java genom att besvara på forskningsfrågan som ställdes. Syftet med examensarbetet är att föreslå en lösning på problemet genom att utveckla en prototyp som använder sig av AI- modellen GPT-3.5-Turbo för att generera enhetstester i Java. Målet är att ge en grund för andra yrkesverksamma att skapa verktyg för att generera enhetstester, vilket gjordes genom att experimentera med olika instruktionstrukturer och värden för en slumpmässighetsparameter, och sedan föreslå protypen JUTAI. En kvantitativ forskningsmetod tillsammans med en experimentell och jämförande ansats användes för att utvärdera resultaten. En jämförelsemodell med tre kriterier togs fram för att utvärdera resultaten. Resultaten visar att JUTAI presterade bättre än AI-verktyget ChatGPT i de tre kriterierna och indikerar att målet med detta examensarbete uppnåddes och forskningsfrågan besvarades.

The rapid pace of digitalization has resulted in increased management of software development, and today a majority of startups are reliant on software. How to manage software development projects is a well-researched area and agile methods are widely adopted by companies in all industries and sizes. However, prior to working with agile methods or any other software development methodology, the founders and management of a startup have to make several technical decisions that could potentially affect the whole software development process and the company's success. Furthermore, studies show that only three programming languages are known by more than 50% of developers, suggesting that the potential effects of technical decisions stretch outside the software development process.  By performing a multiple-case study on startups with a mixed-methodology approach, the researcher has analyzed the literature, interviewed several founders and Chief Technology Officers, and quantitatively analyzed hundreds of thousand lines of code, to find how to organize to make better technical decisions in order to enhance growth and generate less technical debt. The results show that the effects of technical decisions stretch outside the software development process, having an apparent effect on a startup's ability to attract and retain talent. Furthermore, the results show that access to talent is an important but not deciding factor in technical decision-making. Additionally, it is found that in the initial stage of a startup, ease of development and speed are important factors in technical decisions as the main objective is to find product-market fit. When product-market fit has been found and the startup matures, the focus shifts and quality and durability are becoming prominent factors. It is found that scooping features only to implement the absolute core functionality is an effective approach to develop quickly and generate less technical debt while maintaining customer satisfaction. Lastly, it is found that programming language affects the number of issues generated per line of code and the time spent on building features. However, as found in the literature, there is no evidence of this being related to the type of programming language.  The findings have both practical and academic implications. In academics, this thesis lays the foundation for further studies and provides new insights into the field of startups in general, and technical decision-making in particular. For practitioners, this thesis provides a basis for discussion and execution of technical decisions in the early stages of a startup. / Den snabba digitaliseringen har resulterat i en ökad ledning av mjukvaruutveckling och idag är majoriteten av startups beroende av någon form av mjukvara. Hur man leder mjukvaruutvecklingsprojekt är ett välutforskat område och agila metoder är välanvända i företag i alla industrier och storlekar. Innan man arbetar med agila metoder eller någon annan mjukvarutvecklingsmetod så måste grundarna och ledningen ta flera tekniska beslut som potentiellt kan påverka hela mjukvaruutvecklingsprocessen och företagets framgång. Samtidigt finns det studier som visar att endast tre programmeringsspråk hanteras av mer än 50% av utvecklarna, vilket indikerar att de potentiella effekterna av tekniska beslut sträcker sig långt utanför mjukvaruutvecklingsprocessen.  Genom att utföra en flerfallsstudie på startups med både kvalitativa och kvantitativa moment, har forskaren analyserat literaturen, intervjuat flertalet grundare och tekniska chefer, och kvantitativt analyserat hundratusentals rader kod, för att undersöka hur startups kan organisera sig för att ta bättre tekniska beslut som förbättrar tillväxten samt genererar mindre teknisk skuld. Resultaten visar att effekten av tekniska beslut sträcker sig långt utanför mjukvaruutvecklingsprocessen genom att ha en direkt påverkan på startups möjlighet att attrahera och behålla talang. Tillgången till talang visar sig även vara en viktig faktor i teknisk beslutsfattande, däremot är den inte en avgörande faktor. Dessutom visar resultaten att i det initiala stadiet av en startup så är enkelhet och hastighet viktiga faktorer i tekniskt beslutsfattande eftersom fokus ligger på att hitta produkt-marknads-anpassning. När produkt-marknads-anpassning är funnen och startupen mognar, så skiftar dessa faktorerna över till kvalité och hållbarhet. Resultaten visar även att en effektiv metod för att utveckla snabbt och skapa mindre teknisk skuld är att skala ner förfrågningar till dess absolut grundfunktionalitet, samtidigt visade det sig att kundnöjdheten inte minskade. Slutligen visar resultaten att val av programmeringsspråk har en effekt på antalet issues genererade per rad kod och även tiden spenderad för att bygga features. Däremot, precis som i tidigare forskning, finns det inga bevis på att det är relaterat till typen av programmeringsspråk.  Resultaten har både praktiska och akademiska implikationer. I den akademiska världen så lägger detta arbetet en grund för framtida forskning och ger nya insikter i startupfältet generellt, och tekniskt beslutsfattande i startups i synnerhet. För utövare, lägger detta arbetet en bra bas för diskussion och verkställande av tekniska beslut i startups.

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.

Low-code is a modern approach to software development and has grown rapidly in recent years. By hiding complexity behind layers of abstraction, it allows inexperienced developers to create complex applications in a shorter amount of time. This thesis sets out to evaluate the current state of low-code as well as a few of the available low-code development platforms and how well their finished applications perform. A simple order management system was implemented in three low-code development platforms, Mendix, OutSystems, and Airtable, in order to gain experience in all of them. The platforms were then evaluated with respect to user experience and performance. The created applications load time and memory usage were measured in three different tests. It was found that there are plenty of low-code platforms that exist for different purposes, and that they all have their own learning curve depending on how flexible they aim to be. The performance of their respectively created applications is also similar to each other, with the only major differences being by design. / Low-code är en modern metod för mjukvaruutveckling och har vuxit snabbt under de senaste åren. Genom att dölja komplexitet bakom lager av abstraktion, kan oerfarna utvecklare producera komplexa applikationer på kort tid. Detta examensarbetet utvärderar den aktuella statusen för low-code, samt några av de tillgängliga low-code plattformarna och hur deras skapade applikationer presterar. Ett enkelt orderhanteringssystem implementerades på tre stycken low-code plattformar, Mendix, OutSystems och Airtable för att få olika erfarenheter. Plattformarna utvärderades sedan med avseende på användarupplevelse och prestanda. De skapade applikationernas laddningstid och minnesanvändning mättes i tre olika tester och utvärderades. Det visade sig att det finns flertalet low-code plattformar för olika ändamål. Plattformarna har olika inlärningskurva beroende på hur flexibla de är. Prestandan som uppmättes på vardera plattform när applikationen hade utvecklats visade sig vara väldigt likt sinsemellan. Den största skillnaden plattformarna emellan visade sig vara designvalen.

Den här kandidatuppsatsen har utförts genom en nulägesanalys på ett IT-inriktat konsultbolag. Studien identifierar det upplevda nuläget inom organisationen för att se om medarbetarnas upplevelser matchar de förhoppningar organisationen har med ett nytt infört värdegrundskoncept. Ett värdegrundskoncept med syfte att identifiera medarbetarnas inre motivation och främja den personliga utvecklingen samt hur det nya värdegrundskonceptet ämnar lösa de problem som finns inom system- och mjukvaruutveckling. Organisationen vill i sin tur att det ska leda till ett internt och externt värdeskapande och engagemang för alla parter, vilket kopplas till samhällsnytta, hållbarhet samt arbetsmiljö.   Studien har genomförts med en induktiv ansats, där den kvalitativa undersökningen har samlat in data utifrån sex intervjuer, för att få en djupare förståelse av medarbetarnas egna tankar och åsikter. Den insamlade empirin har sedan jämförts, analyserat och diskuteras i förhållande till teori och tidigare forskning. Utifrån likheter och skillnader kunde vi sedan dra en slutsats till hur nuläget i organisationen är i förhållande till vad teorin säger.   Resultatet av studien påvisar att respondenterna har en gemensam syn på att organisationen är innovativa och placerar medarbetarna i fokus. Inom organisationen finns det en samhörighet, lyhördhet och delaktighet, vilket skapar engagemang, motivation och personlig utveckling bland medarbetarna. Respondenterna ser det nya värdegrundskonceptet som ett bra komplement den agila metodiken som råder inom organisationen samt ett bra agilt verktyg. Organisationskulturen speglas av bra stämning, fräsch och inbjudande kontorsmiljö samt ärlighet mot kunden. Det framkom även en del meningsskiljaktigheter under undersökningen, exempelvis rörande osäkerhet över hur informationen tillhandahålls och hanteras. / This candidate assignment has been conducted through a zero-position analysis at an IT- based consulting company. The study identifies the current situation within the organization to see if the employees' experiences match the hopes the organization has with a new introduced values concepts. A values concepts aimed at identifying employees' internal motivation and promoting personal development as well as how the new values concepts aims to solve the problems in system and software development. The organization, in turn, wants it to lead to internal and external value creation and commitment for all parties, linked to community benefits, sustainability and work environment.   The study has been conducted with an inductive approach, where the qualitative survey has collected data based on six interviews, to gain a deeper understanding of the employees' own thoughts and opinions. The collected empire has since been compared, analyzed and discussed in relation to theory and previous research. Based on similarities and differences, we could then draw a conclusion about how the present situation in the organization is in relation to what the theory says.   The result of the study shows that respondents have a common view that the organization is innovative and places employees in focus. Within the organization there is a sense of togetherness, responsiveness and participation, which creates commitment, motivation and personal development among the employees. Respondents see the new values concepts as a good complement to the agile methodology within the organization as well as a good agile tool. The organizational culture is reflected by good atmosphere, fresh and inviting office environment and honesty towards the customer. There were also some differences of opinion during the investigation, such as uncertainty about how the information is provided and managed.

Användandet av agila metodiker har ökat under de senaste decennierna. Detta har lett till en uppskalning av agila metodiker då även stora organisationer vill uppnå fördelarna som kommer med det agila arbetssättet. Att skala upp agila metodiker, och använda dessa i storskaligt agila miljöer (författarnas koncept skagila miljöer, som återfinns i sektionen ’Begreppet ’skagil’'), kommer dock med flera nya organisatoriska utmaningar. En utmaning, som omnämns i både litteratur och i arbetets empiriska undersökning på företaget Avanza, är inter-teamsamordning i skagila miljöer. Avanza har identifierat problemen med beroenden mellan team i skagila mjukvaruutvecklingsprojekt. För att möta problemet med beroenden initierades det här arbetet med syftet att, utifrån Avanzas nuvarande projekt design, undersöka hur teamöverskridande arbete kan samordnas för att möta beroenden i projektprocessen. För att uppnå syftet genomfördes en fallstudie på Avanza innehållande intervjuer med tolv respondenter och observation av interna dokument. Den empiriska undersökningen bekräftade ursprungsproblematiken gällande inter-teamsamordning och bidrog även med information om företagets nuvarande projektdesign. Resultatet visade att projektorganisationen verkar som en hybrid organisation med starka, agila inslag. Dock visade sig Avanza uppleva sin projektdesignen som helt agil. Vidare ansågs projektets beroenden bidra till agilt slöseri, vilket påverkar både produktivitet och effektivitet negativt i mjukvaruutvecklingsprocessen. Fyra huvudområden av agilt slöseri identifierades vilka var väntan, rörelse, defekter och tilläggsprocesser. Genom att klustra ihop liknande slöseri framtogs tre problemområden kopplade till Avanzas projektprocess, nämligen ’viss frånvaro av proaktivt angreppssätt och planering’, ’viss frånvaro av forum för hantering av inter-teamberoenden’ och ’skillnader i implementering av agila metodiker och projektprioritering bland teamen’. För att möta problemen fastställdes sex åtgärder, nämligen implementering av en mer proaktiv projektledarroll, anammning av hybridkulturen, skapande av rollspecifika team, implementering av arrangerade forum för teamsynkronisering, kodifiering och utveckling av befintliga mekanismer och samordning samt skapande av ett gemensamt förhållningssätt till agila principer i projekt. Arbetets slutsatser är till viss del generaliserbara och skulle kunna adopteras av andra företag eller projektorganisationer som har liknande problem och projektdesign som Avanza. Dock krävs en viss ansträngning för att först identifiera vilken projektdesign intressentföretag har samt att identifiera projektrelaterat slöseri. Avanza är även verksamma inom tech-branschen där projektorganisationen verkar kring mjukvaruutveckling. Därför kan det antas att slutsatserna mer sannolikt, passar andra organisationer som jobbar med mjukvaruutveckling. / The usage of agile methodologies has rapidly increased over the last decades. This has led to an upscaling of agile methods since larger organizations want to gain the benefits of the agile way of working. However, this has not come without issues, and using agile at scale (authors’ concept scagile, in upcoming section ’Begreppet ’skagil”) has introduced new organizational challenges. One challenge that is mentioned both in literature and in the empirical findings at the case company, Avanza, is inter-team coordination in scagile environments. Today Avanza is struggling with dependencies between teams in scaled agile software projects. To address this issue this study was initiated with the purpose to, based on Avanza’s current project design, investigate how cross-team collaboration could be coordinated to face and overcome dependencies in the project process. To accomplish this a case study, containing interviews with twelve respondents and observation of internal documents, was made. The empirical findings confirmed the original issues related to inter-team coordination and also provided valuable information about the company’s project design. Regarding the project design the findings showed that the project organization is a hybrid organization with strong agile influences. However, the alleged perception of the project design was a fully agile organization. Further, the dependencies in the projects seem to cause agile waste, which has a negative influence on productivity and efficiancy in software projects. Four main areas of agile waste were detected, namely waiting, motion, defects and extra processes. By clustering similar waste, three main problem areas were detected, viz ’a certain absence of a proactive approach and planning’, ‘a certain absence of forums for handling inter-team dependencies’, and ‘differences between teams regarding the implementation and usage of agile principles, and project prioritization’. To face these issues, six measures were determined, namely implementation of a more proactive project management approach, embracing the hybrid culture, creating role specific teams, arranging forums for team synchronization, codifying and developing the current coordination mechanisms and deciding on a shared approach for project methodologies. The findings of this study is to some extent generalizable and could be adopted by other companies, or project organizations, that are struggling with the same problem areas and have the same project design as Avanza. However, some effort is required to first determine current project design and to identify project related waste. Further, the client company is operative in the fin-tech industry where the project organization orbits around software development. Therefore it can be assumed that the findings are more likely to fit another software organization.