Att minska energikonsumtionen inom mjukvaruutveckling är ett högst aktuellt ämne då datacenter och dataöverföringar står för 0,9% av de globala växthusgasutsläppen. Syftet med den här studien var att undersöka förhållandet mellan gröna val och standarder i system med många utvecklare. Detta har gjorts genom att undersöka hur utvecklare på Monitor ERP System AB ser på hållbarhet under utvecklingsprocessen, samt hur en algoritms tidskomplexitet och val av primitiva datatyper och datastrukturer påverkar en mjukvarulösnings energikonsumtion. Arbetet genomfördes med mixad metod och använde intervjuer och experiment som datainsamlingsmetoder. Intervjuer hölls med utvecklare på Monitor ERP System för att undersöka vad som påverkade utvecklingsprocessen och skapa en uppfattning om var gröna val kunde ta plats. Experiment genomfördes för att undersöka hur algoritmers tidskomplexitet och val av primitiva datatyper och datastrukturer påverkar energikonsumtionen i en mjukvarulösning. Resultatet från intervjuerna visade att hållbarhet inte togs in som en faktor i utveck-lingsprocessen på grund av kunskapsbrist och att prestanda var en högt prioriterad faktor. Detta kombinerades med experimentets resultat att energikonsumtionen av en mjukvarulösning berodde på programinstruktioners exekveringstid i kombination med en algoritms tidskomplexitet. Slutsatsen av arbetet är att grön mjukvaruutveckling kan tas in i system med standarder genom att skapa nya gröna standarder med fokus på prestanda och lättillgänglig sammanställning av gröna val. / Reducing the energy consumption in software development is a highly relevant subject, as data centers and data transmissions make up 0.9% of the global carbon emissions. The purpose of this study was to examine the relationship between green choices and standards in systems with many developers. This was investigated by examining how developers at Monitor ERP System AB view sustainability during the development process, as well as how an algorithm’s time complexity and choices of primitive data types and data structures influence a software solution’s energy consumption. The study was conducted using mixed method with interviews and an experiment as data collection methods. Interviews were held with developers at Monitor ERP System to determine what affected the development process and create a perception for where green choices could take place. Experiments were conducted to investigate how an algorithm’s time complexity and choices of primitive data types and data structures affect the energy consumption of a software solution.  The interview results show that sustainability was not considered during the development process due to a lack of knowledge and that performance was a heavily prioritized factor. This was combined with the experiment results that energy consumption was dependent on the execution time of program instructions in combination with an algorithm’s time complexity. The conclusion was that green software development can take place in systems with standards by creating new green standards, focusing on performance and easy access to a collection of green choices.

Algorithms have been used in finance since the early 2000s and accounted for 25% of the market around 2005. In this research, algorithms account for approximately 85% of the market. The challenge faced by many investors and fund managers is beating the Swedish market index OMXS30. This research investigates publicly available algorithms and their potential for implementation and modification to outperform the market. There is a lot of research done on the subject and most of the research found was mostly at a high academic level. Although few algorithms were found in the search, some algorithms that managed to beat other markets caught interest. The market data for this research was obtained from Nordnets closed API, specifically the historical price data of various financial securities. The algorithms use the historical price data to generate buy and sell signals which represents a trade. These trades were then used to calculate performance metrics such as the geometric mean and the sharpe ratio. The performance metrics are used to measure and compare performance with the OMXS30 using a quantitative method. On average, the algorithms did not perform well on the chosen securities, although some securities stood out in all cases. Beating the market is considered a difficult task, and this research reflects some of the challenges involved. The chosen method highlights the importance of the stocks the algorithms trade, emphasizing that stocks cannot be chosen randomly. Building a fully automated unsupervised trading system is challenging and requires extensive work. Some strategies tend to require human supervision to maximize returns and limit losses, while others yield low returns for low risk. / Algoritmer har använts inom finans sedan början av 2000-talet och utgjorde cirka 25% av marknaden runt 2005. När detta arbete utförs står algoritmer för cirka 85% av marknadsvolymen. Utmaningen som många investerare och fondförvaltare står inför är att slå den svenska marknadsindexet OMXS30. Detta arbete undersöker offentligt tillgängliga algoritmer och deras potential att implementeras och modifieras för att överträffa marknaden. Det finns mycket forskning gjord inom ämnet och majoriteten av denna forskning är på en hög akademisk nivå. Trots att få algoritmer hittades i sökningen, fanns det ett fåtal algoritmer som lyckats slå andra marknadsindex. Marknadsdata för denna forskning erhölls från Nordnets slutna API, specifikt historisk prisdata från olika finansiella värdepapper. Algoritmerna använder den historiska prisdatan för att generera köp- och säljsignaler. Dessa köp och säljsignaler användes sedan för att beräkna prestandamått som geometrisk medelvärde och riskjusterad avkastning. Prestandamåtten används för att mäta och jämföra prestanda med OMXS30 genom en kvantitativ metod. I genomsnitt presterade algoritmerna inte väl på de valda värdepappren, även om vissa värdepapper utmärkte sig i alla fall. Att slå marknaden anses vara en svår uppgift och denna forskning speglar några av de utmaningar som är involverade. Den valda metoden belyser vikten av de aktier som algoritmerna handlar med och betonar att aktier inte kan väljas slumpmässigt. Att bygga ett helt automatiserat obevakat handelssystem är utmanande och kräver omfattande arbete. Vissa strategier visade sig vara i behov av mänsklig övervakning för att maximera avkastningen och begränsa förluster, medan andra gav låg avkastning för låg risk.

Dokumentation i form av tekniska ritningar och kretsscheman av olika slag är en viktig del av de flesta projekt. Många företag använder sig av olika CAD-program så som AutoCAD för att ta fram och bearbeta ritningar och kretsscheman. Ritningar brukar byggas upp av blockelement som innehåller attribut. Attribut är yttre beskrivande information av blocket, exempelvis fotnoter eller annan text av något slag. Det är inte ovanligt att en installation omfattar flera hundra tekniska ritningar, vilket medför att arbete med attribut kan vara mycket tidskrävande. Användaren måste gå in i varje ritning markera önskade attribut och utföra ändringar.  Företaget AFRY har uttryckt behovet av att automatisera en del av denna process till vilket detta examensarbete förfogas. Genom att författa script i programmet AutoLISP extraheras önskade blockinformationen ur varje ritning och sparas till en textfil i formatet tsv. Med hjälp av Microsofts Visual Basic for Applications utvecklas ett användarvänligt gränssnitt i Microsoft Excel.  Programmet avses för att importera stora mängder tsv filer innehållande data för redigering. Data kan redigeras på ett tidseffektivt sätt för att senare exporteras tillbaka till sitt ursprungliga textfilsformat. När färdigredigerade textfiler lämnar Excel återstår återinförande av integrerad blockinformation till ritningarna. Detta möjliggörs av ett annat program i AutoLISP som baseras på AutoCADs egna ATTIN funktion.  Efter utfört projekt kan det konstateras att verktyget som utvecklades automatiserar en del av redigeringsarbetet med tekniska ritningar. Detta i sin tur kan medföra tidseffektivisering, minskad risk för mänskliga fel och beroendet av tredjeparts mjukvaror vid processen. Givetvis finns det utrymme för vidare utveckling av verktyget i framtiden, förslagsvis utökad funktionalitet hos gränssnittet i Excel och en robust metod för batchning i AutoCAD. / On everyday basis engineering companies work with technical drawings and diagrams. To create and work with these drawings it is common to use software such as AutoCAD. Drawings in AutoCAD are built up with blocks, these blocks can often contain external information stored as attributes. A project can contain up to several hundred drawings. In that case the process of searching for blocks to change specific attributes can be very time consuming and increase risk of human error. The engineering company AFRY has expressed an interest in partial automation of this process. Following thesis aims to present a possible solution. By writing scripts in AutoLISP, desired block information can be extracted to tsv text files. These text files can be imported to a user-friendly interface in Microsoft Excel. The interface is developed in Microsoft's Visual Basic for Applications. Data imported in the interface can be filtered so that the editing can be done in a time efficient manner. After finished editing the data is once again organized into tsv text files for a further integration to the CAD drawings. That is made possible by a AutoLISP script based on the ATTIN function. The thesis aims to discuss how this presented method would lead to a partial automation in the editing of AutoCAD drawings. A process that could possibly reduce risk of error, increase time efficiency as well as decrease dependency of third-party software. The discussion also presents some thoughts for further development of the program where, increased amount functions in Excel and a possible method for batching in AutoCAD could be added in the future.

The purpose of this study is to continue development of a benchmarking model to help companies assess their technical maturity when it comes to adopting Continuous Integration, Continuous Delivery and DevOps in their organization. The goal of the research is to assess how to improve the quality of qualitative models. Which conclusions can be drawn from comparing companies using benchmark and to assess which actions are the most effective to take to reach higher Continuous Integration, Continuous Delivery and DevOps maturity. The benchmark consisted of a questioner of two hundred statements that were answered for level of agreement with a current situation analysis and an ought-to-be analysis to be able to draw conclusions from the possible discrepancy between these categories. The questioner was answered during an interview study with chosen clients. Conclusions drawn from this study were that a lot can be done to improve the quality of qualitative models for examining Continuous Integration, Continuous Delivery and DevOps maturity. Different actions are necessary but the most important seems to be to ask open ended questions as well ass questions about different aspects of the same problem to promote discussion. It was also showed to be important to peer review the questions in the interview material beforehand to increase quality. The study also showed that it is possible to see trends in Continuous Integration, Continuous Delivery and DevOps maturity when comparing qualitative results for research subjects. The study showed that the most effective method for increasing Continuous Integration, Continuous Delivery and DevOps maturity is to use extensive automated testing suites that covers all testing disciplines. / Syftet med studien är att vidareutveckla ett benchmarkingverktyg för att hjälpa företag att bedöma sin tekniska mognad när det gäller att anta Continuous Integration, Continuous Delivery och DevOps i sin organisation. Målet med forskningen är att bedöma hur man kan förbättra kvaliteten på kvalitativa modeller för att mäta detta, samt vilka slutsatser som kan dras av att jämföra företags resultat som nyttjat studien. Samt att undersöka vilka åtgärder som är effektivast att ta för att nå en högre mognadsgrad inom Continuous Integration, Continuous Delivery och DevOps. Benchmarken bestod av ett frågebatteri av tvåhundra påståenden som besvarades av kunden i hur mycket de instämde till ett påstående. Resultatet samanställdes till en aktuell nulägesanalys och en börlägesanalys, med målet att dra slutsatser i vilka skillnaden som fanns mellan dessa två kategorier. Kunden besvarade frågebatteriet under en intervjustudie med utvalda anställda. Slutsatser som härrör från denna studie var att mycket kan göras för att förbättra kvaliteten på kvalitativa modeller för att undersöka Continuous Integration, Continuous Delivery och DevOps mognadsgrad. Olika åtgärder är möjliga, men det viktigaste förefaller vara att fråga öppna frågor för att främja diskussion samt att ställa frågor om olika aspekter av samma problem. Samt att opponera frågorna internt i intervjuundersökningen innan det utförs hos en kund, för att öka kvaliteten. Studien visade också att det även är möjligt att se trender i Continuous Integration, Continuous Delivery och DevOps mognad hos deltagarna när man jämför de kvalitativa resultaten. Studien visade att de mest effektiva metoderna för att öka Continuous Integration, Continuous Delivery och DevOps mognadsgrad är att använda omfattande automatiserade testsviter för samtliga testmetoder.

The choice of development environment can be crucial when it comes to developing a software. Few researches exist on comparing development environments. Docker is a relatively new software for handling and setting up container-environments. In this research, the possibility of using Docker as a software development environment is being investigated and compared against virtual machines as a development environment. The purpose of this research is to examine how the choice of development environment affect the development process. The work was qualitative, with an inductive and a deductive approach. It included a case study with two phases. One in which virtual machines and one in which Docker were used to implement a development environment. Observations were made after each implementation. The data from each implementation were then compared and evaluated against each other. The results from the comparisons and the evaluation clearly shows that the choice of development environment can influence the process of developing software. Different development environments affect the development process differently, both good and bad. With Docker, it’s possible to run more environments at once than when using virtual machines. Also, Docker stores the environments in a clever way that results in the environments taking up less space on the secondary storage compared to virtual machine environments. This is due to that Docker uses a layer system when it comes to containers and their components. When using Docker, no Graphical User Interface (GUI) to install and manage applications inside a container is provided, this can be a drawback since some developers may need a GUI to work. The lack of a GUI makes it harder to get an Integrated Development Environment (IDE) to work properly with a container to for example debug code. / Valet av utvecklingsmiljö kan vara avgörande vid utveckling av mjukvara. Få undersökningar finns idag angående jämförelser mellan utvecklingsmiljöer. Docker är en relativt ny mjukvara för att sätta upp samt hantera container- miljöer. I denna undersökning, kommer möjligheten att använda Docker som utvecklingsmiljö att undersökas och jämföras mot virtuella maskiner som utvecklingsmiljö. Syftet med undersökningen är att se hur valet av utvecklingsmiljö påverkar utvecklingsprocessen av en mjukvara. Arbetet bedrevs på ett kvalitativt sätt, med både ett induktivt samt ett deduktivt tillvägagångssätt. Det inkluderade även en fältstudie med två faser. En där virtuella maskiner och en där Docker användes till att implementera en utvecklingsmiljö. Observationer utfördes efter varje implementation. Data från varje implementation jämfördes och evaluerades mot varandra. Resultaten från jämförelserna och evalueringen visar att valet av utvecklingsmiljö har inflytande på processen av utveckling av mjukvara. Olika utvecklingsmiljöer påverkar utvecklingsprocessen olika, både på bra och dåliga sätt. Med Docker är det möjligt att köra fler miljöer samtidigt än vad som är möjligt vid användande av virtuella maskiner. Docker lagrar även miljöerna på ett smart sätt, som gör att de tar upp mindre plats på den sekundära lagringen jämfört med virtuella maskiner. Detta är på grund av att Docker använder sig av ett lager-system när det gäller containrar och deras komponenter. När Docker används, tillhandhålls inget Graphical User Interface (GUI) för att installera eller hanterar applikationer inuti en container, detta kan vara en nackdel då vissa utvecklare kan behöva ett GUI för att arbeta. Avsaknaden av ett GUI gör det svårare att få en Integrated Development Environment (IDE) att fungera ordentligt med en container för att till exempel avlusa kod.

SÖRAB is a waste disposal firm that is operative in nine of the municipalities in Stockholm County, Sweden. Each municipality has their own separate management of information and services. SÖRAB aspires to facilitate the process of finding and placing orders on waste disposal services for the residents in these municipalities. This thesis examines what should be done in order to centralize the municipalities’ waste disposal information into a shared portal. The main difficulties, concerning centralization, are that the municipalities use different underlying customer systems and have different practices in regulating waste disposal rates. After proposals for solutions for the identified problems are presented, an investigation into the most suited application type for the portal is conducted. This investigation focuses on a comparison between the two application types native mobile applications and mobile web applications. The usability of the portal is considered important. Hence different techniques, aiming to increase the usability of the graphical interface, are researched and presented. The identified problem areas, the application study and the usability aspects are the foundation for the development of a functional prototype of the portal. The result of the thesis is a prototype of a responsive web application. The prototype is implemented with the framework Angular. In order to facilitate potential future development, an architectural document describing the prototype is written. The thesis can be usable for future implementation projects. It presents a functioning methodology, gives insight in usability principles and compares pros and cons with different application types. / SÖRAB är ett avfallsbolag som är verksamt i nio av Stockholm läns kommuner. Varje kommun har separat hantering av information och tjänster. SÖRAB vill underlätta för kommuninvånarna att hitta och beställa tillgängliga avfallstjänster. Detta examensarbete undersöker vad som krävs för att centralisera kommunernas avfallsinformation i en gemensam portal. De stora svårigheterna kring centraliseringen ligger i att kommunerna använder olika bakomliggande kundsystem och tillämpar olika sätt att styra sina avfallstaxor. Efter att lösningsförslag för problemområdena presenteras, undersöks vilken typ av plattform som passar bäst för portalen. Denna undersökning jämför de två applikationstyperna nativa mobilapplikationer och mobila webbapplikationer. En viktig del för portalen anses vara dess användarvänlighet. I rapporten undersöks och presenteras därför olika tekniker som kan höja användarvänligheten i grafiska gränsnitt. De identifierade problemområdena, applikationsstudien och användarvänlighetaspekterna, blir underlag för att utveckla en funktionell prototyp av portalen. Examensarbetets resultat är en prototyp av en responsiv webbapplikation. Implementeringen sker med ramverket Angular. För att underlätta eventuellt fortsatt arbete, skrivs ett dokument som beskriver prototypens arkitektur. Rapporten kan vara till nytta för framtida implementeringsprojekt. Den uppvisar en fungerande metodik, ger insikt i användarvänlighetsprinciper och jämför föroch nackdelar med olika applikationstyper.

The concepts of knowledge transfer and knowledge sharing are commonly reocurring theme in the application of knowledge management in organizations. Effort has been made to facilitate the development of IT consulting firms' knowledge sharing processes to increase their competitive viability on the market. However, due to a high employee turnover rate in projects that are part of IT consulting firms' internal work, a decreased efficiency and structure in IT consultancies' internal knowledge generating work has caused a reduced quality of their products. This theses has evaluated the internal work related to knowledge transfer in a Swedish IT consulting firm by performing a qualitative research approach in the form of semi-structured interviews. The interviews were conducted with a selection of respondents working at the company, and were based on a ser of themes derived from a pre-study and literature review.  The results from the interviews identified various improvement factors in promoting efficient knowledge sharing between IT consultants, such as making clear documentation of conducted work in a common and simplified language, mandatory for off boarding consultants handling over their work to on boarding consultants. The results also suggested the utilization of a common digital platform between consultants, the Scrum methodology, as well as a leader with clear directives. The suggested factors were then implemented in a proposed extended framework of the Knowledge Transfer Process Model (KTPM) described in the literature study.  The conclusion from evaluating the Swedish IT consulting firm further motivates the implemented modifications of the KTPM as key elements to facilitate the utilization of consultants workin in an uncertain work environment with high empoyee turnover rates, as well as helping IT consulting firms that focuses on software development to build a knowledge -sharing compatible environment. There is potential to further explore the are of knowledge transfer within IT consultancies. Hence, future researcg on the subject is recommended. / Begreppen kunskapsöverföring och kunskapsdelning är vanligt återkommande taman i tillämpningen av kusnkapshantering i organisationer. Ansträngningar har gjorts för att underlätta utvecklingen av IT-konsultföretagens kunskapsdelningsprocesser för att öka deras konkurrenskraft på marknaden. På grund av hög personalomsättning i projekt som ingår i IT konsultföretagens interna arbete har en minskad effektivitet och struktur i IT-konsulternas interna kunskapsgenererande arbete orsakat en försämrad kvalitet på deras produkter. Detta examensarbete har utvärderat det interna arbetet med kusnkapsöverföring i ett svenskt IT konsultföretag genom att utföra en kvalitativ forskningsansats i form av semistrukturerade intervjuer. Intervjuerna genomfördes med ett urval av respondenter som arbetade på företaget och baserade sig på en uppsättning teman som härleddes från en förstudie och litteraturgenomgång. Resultaten från intervjuerna identifierade olika förbättringsfaktorer för att främja effektiv kunskapsledning mellan IT-konsulter, såsom att göra tydlig dokumentation av utfört arbete på ett gemensamt och förenklat språl obligatoriskt för konsulter som lämnar över sitt arbete till andra konsulter. Resultaten föreslog också användningen av en gemensam digital plattform mellan konsulter, användningen av Scrum metodiken, samt ett tydligt och direkt ledarskap. De föreslagna faktorerna implementerades sedan i ett utökat ramverk av Knowledge Transfer Process Model (KTPM) som beskrivs i litteraturstudien. Slutsatsen från utverderingen av det svenska IT-konsultföretaget motiverar ytterligare de genomförda modifikationerna av KTPM som nyckelement för att underlätta utnyttjandet av konsulter som arbetar i osäker arbetsmiljö med hög personalomsättning, samt hjälpa IT-konsultföretag som fokuerar på mjukvaruutveckling att bygga en miljö som är kompatibel med kunskapsdelning. Det finns potential att ytterligare utforska området för kunskapsöverföring inom IT-konsultföretag. Därför rekommenderas framtida forskning i ämnet.

Studier visar på att Agila IT-projekt har en större lyckandegrad än traditionella IT-projekt där ett mer vattenfallsorienterat arbetssätt anammats. Trots att den agila approachen i många avseenden har bidragit till att fler projekt anses framgångsrika är det långt ifrån alla projekt som färdigställs i tid, inom budget och till rätt kvalité. Sedan det agila manifestet utgavs i början av 2000-talet har en rad faktorer, såsom kundinvolvering och teamets förmåga, identifierats som avgörande för agila IT-projekt. Trots att de inom teorin i stor utsträckning råder konsensus kring dessa så kallade framgångsfaktorer är forskningen begränsad när det kommer till effekterna av dessa framgångsfaktorer och relationen mellan framgångsfaktorer och effekter. Problemet som denna studie syftar till att adressera är således avsaknaden av en konkretisering av effekter kopplade till framgångsfaktorer för agila IT-projekt och hur dessa relaterar till varandra. För att adressera detta problem, är syftet med studien att utforska och kartlägga kritiska framgångsfaktorer inom agila IT-projekt. För att sedan undersöka de effekter som respektive faktor medför och dess inverkan på projektframgången. För att samla in data, genomfördes totalt fyra semistrukturerade intervjuer, hos SEB Kort AB, Pulsen Omsorg AB och IT avdelningen hos Högskolan i Borås. Respondenterna som intervjuats besitter praktiskt erfarenhet och kunskap av agila- och traditionella utvecklingsmetodologier. Bland respondenterna återfinns roller som Scrum Master, Release Train Engineer, Project Manager och System Developer. Intervjumaterialet transkriberades och analyserades. Analysen av befintlig teori och de empiriska fynden resulterade i en framgångsmodell bestående av organisatoriska, mänskliga, process och tekniska framgångsfaktorer tillsammans med dess tillhörande effekter. Resultatet från studien och den föreslagna modellen kan vara användbart för studenter, yrkessamma och organisationer som önskar få en ökad förståelse för kritiska framgångsfaktorer inom agil mjukvaruutveckling och vilka effekter dessa faktorer medför. Likaså kan modellen fungera som inspiration för framtida forskare som vill forska vidare i denna riktning.

I denna kandidatuppsats undersöktes vilka typer av problem mjukvaruutvecklare i team på företag i Sverige anser finns när det gäller samarbete med andra mjukvaruutvecklare. Empiriska data samlades in genom intervjuer med utvecklare och en kvalitativ dataanalys genomfördes sedan. Med hjälp av en taxonomi för teamprocesser kunde de upplevda problemen härledas till vissa typer av teamarbete. Uppsatsens slutsatser är att de intervjuade mjukvaruutvecklarna upplevde problem som kan kopplas till teams förmågor att ge varandra understöd, att koordinera arbete, hålla koll på sina framsteg, hantera konflikter och att skapa strategier och planer. Ett teoretiskt förslag till när det kan vara troligt att dessa problem inträffar presenterades också men detta kräver vidare undersökningar. Studiens resultat bedöms kunna utgöra möjliga utgångspunkter för vidare studier för att exempelvis undersöka hur frekventa de typer av upplevda problem som uttrycktes i denna undersökning är. / This bachelor’s degree project constitutes a study of which types of problems software developers in teams at companies in Sweden believe exist regarding teamwork with other software developers. Empirical data was collected through interviews with developers and qualitative data analysis was then conducted. Using a taxonomy of team processes the perceived problems could be tied to certain types of teamwork. The conclusions of the study are that the interviewed software developers perceived problems that can be tied to team’s abilities to give each other backup, to coordinate work, keep track of their progress, managing conflicts and creating strategies and plans. A theoretical suggestion as to when it might be likely that these problems occur was also presented but this requires further investigation. The result of this study is regarded by the author to form a possible basis for further studies to for instance investigate how frequent the types of perceived problems mentioned in this study are.

Agile methodologies have become the modern approach to solve the problem of delivering high quality software in a constantly changing business environment. But still many agile software projects have difficulties in meeting the customer needs. This raises questions about how requirements are handled. Therefore, this thesis investigates the requirement engineering process to find challenges companies meet in practice. The study present results from a case study including one company specialized on defense systems, one finance technology company, one robotics company, and one software development company. Based on nine qualitative interviews we discuss the requirement engineering in agile software development and challenges that arise within this process. These challenges relate to a non-agile surrounding, stakeholders insufficient knowledge about their processes, lack of understanding the customer, and incomplete planning of development. We conclude that when using agile methods, development need to focus more on analyzing customers who derive value from the system and how to adapt the requirement engineering to an non-agile surrounding. / Agila metoder har blivit ett modernt verktyg till att lösa vår tids stora utmaning att leverera kvalitativ mjukvara i en ständigt föränderlig affärsmiljö. Trots att agila metoder hanterar snabba förändringar, står de agila mjukvaruprojekten inför utmaningar med att möta kundbehov. Det väcker frågor om hur kravarbetet går till i agil mjukvaruutveckling. Denna uppsats undersöker kravarbetet i agila mjukvaruprojekt och vilka utmaningar som dessa står inför i praktiken. Studien presenterar resultat från en fallstudie bestående av fyra företag verksamma inom: försvarsindustrin, finans, robotik respektive mjukvaruutveckling. Baserat på nio kvalitativa intervjuer diskuteras kravarbetet i agil mjukvaruutveckling och utmaningar som uppstår inom denna process. Dessa utmaningar är kopplade till en icke-agil omgivning, kunders bristande vetskap om deras processer, låg förståelse av kunden och ofullständig planering av utvecklingsarbetet. Vi konstaterar att det agila arbetet behöver fokusera mer på att analysera de värden kunder drar nytta av från ett system och hur kravarbetet ska hanteras när det möter en icke-agil omgivning.