Spelling suggestions: "subject:"mjukvaruutveckling."" "subject:"mjukvaruutvecklings.""
71 |
Challenges when making extensive changes to software processes : A case study on a software development department at Scania CV ABDibo, Alexandra January 2017 (has links)
Organizations go through a variety of different change processes during their life time, and many of these are necessary for the organizations to maintain their competitiveness. However, a large part of change efforts never achieve their goals and about 70 percent of all change efforts are considered to be unsuccessful. A reason for the high percentage of failures is the inability to deal with the challenges that often arises in connection with the change process. In order for the change effort to be successful it is therefore crucial to be prepared and knowing how to identify and handle the challenges and resistance that may arise during the change process. The aim of the study has been to identify the challenges with extensive change efforts in software development organizations. Two extensive changes, (1) changing the software itself by making the software structure modular and (2) changing the software development process by adapting agile methods, at a software development department at Scania CV AB has been used as a case study. An overall fear and resistance towards extensive changes was identified. In addition, four main challenges were identified with the first change; difficulties with the software development process, lack of vision and communication from management, fear and uncertainty, and lack of resources and tools. Two challenges were identified with the second change; that it was time consuming and lack of resources and tools. The difficulties with the software development process showed that the major challenge with the modular software structure was maintaining it. However, the remaining challenges have previously been identified in several studies and could all be related to being causes of resistance. Also, a comparison between the two changes were made to identify similarities and differences between them. This was made to further understand if the difference between the changes could be related to the challenges. The comparison indicates that a change effort with a clear vision, good communication and management involvement is less likely to encounter challenges. / Organisationer genomgår en rad olika förändringsprocesser under sin livstid och många av dessa är nödvändiga för att organisationerna ska behålla sin konkurrenskraft på marknaden. En stor del av förändringsinsatser uppnår dock aldrig sina mål och cirka 70 procent av alla anses vara misslyckade. En orsak till den höga andelen misslyckanden är oförmågan att hantera de utmaningar som ofta uppstår i samband med förändringsprocesser. För att förändringsarbetet ska lyckas är det därför viktigt att vara förberedd och veta hur man identifierar och hanterar de utmaningar och den resistans som kan uppstå under förändringsprocesser. Syftet med studien har varit att identifiera utmaningar med omfattande förändringsinsatser i mjukvaruprocesser. Två omfattande förändringar, (1) modularisering av mjukvarustrukturen och (2) införandet av agil metodik vid en mjukvaruutvecklingsavdelning på Scania CV AB har använts som fallstudie. En övergripande rädsla och resistans mot omfattande förändringar identifierades. Dessutom identifierades fyra huvudutmaningar med den första förändringen; svårigheter med mjukvaruutvecklingsprocessen, brist på vision och kommunikation från ledning, rädsla och osäkerhet samt brist på resurser och verktyg. Två utmaningar identifierades med den andra förändringen; att det var tidskrävande samt brist på resurser och verktyg. Svårigheterna med mjukvaruutvecklingsprocessen visade att den stora utmaningen med den modulära mjukvarustrukturen var att underhålla den. De återstående utmaningarna har emellertid tidigare identifierats i flera studier och kan alla relateras till att vara orsaker till resistans. En jämförelse mellan de två förändringarna gjordes också för att identifiera likheter och skillnader mellan dem. Detta gjordes för att förstå om skillnaderna kunde relateras till utmaningarna. Jämförelsen indikerar att en förändringsinsats med tydlig vision, bra kommunikation och ledarskapsengagemang är mindre benägen att möta utmaningar.
|
72 |
Att äga sin egen anställning och vardag : om frilans inom IT / To own your employment and everyday life : about freelance in ITChristiansson, Madelen, Kaya, Zeynep January 2020 (has links)
Tidigare forskning visar att frilansare många gånger upplevt missnöje och känslor av begränsning i sina tidigare tillsvidareanställningar. Frilansare inom professionella yrken söker aktivt frihet och önskar själva bestämma över sitt arbete. Det är vanligt för högt kvalificerade professioner att ta vägen till frilans i en bransch genom att först vara tillsvidareanställd i den branschen. Forskning visar också att frilansare många gånger saknar ett ekonomisk kapital och inte kan ta del av det sociala trygghetssystemet. Det övergripande syftet med denna studie är att undersöka vilka faktorer som möjliggör för deltagande respondenter att arbeta som frilansare inom IT. I studien undersöks hur deltagande respondenter beskriver och resonerar om vilka faktorer som möjliggör och motiverar dem att arbeta som frilansare inom IT. Studien utgår från att tolka respondenternas utsagor som både är relaterade till dåtid, nutid och framtid. För att svara på syftet och frågeställningarna har denna undersökning antagit en kvalitativ metodansats. En hermeneutisk utgångspunkt har använts för att få svar på undersökningens syfte och frågeställning samt få respondenternas uppfattning av det undersökta fenomenet. Datainsamling skedde genom semistrukturerade intervjuer, totalt genomfördes åtta intervjuer varav sex av dem användes för att svara på studiens syfte och frågeställningar. Använda huvudteorier är Bourdieus kapitalformer och fält samt Deci och Ryans självbestämmandeteori. Resultat för den föreliggande undersökningen visar att denna grupp av respondenter uppger att de gjort ett eget aktivt och medvetet val när de gått in i frilans. Behov av frihet när det gäller att bestämma över sin tid och göra egna val i sitt arbete är en bidragande faktor till valet att frilansa enligt de intervjuade. Detta har en betydande inverkan på deras autonomi och motivation för att kunna utföra sina arbetsuppgifter på ett tillfredsställande sätt. Att bestämma, styra och leda utifrån egna önskemål väger, enligt respondenterna, högre än en tillsvidareanställning med säkerhet i form av socialt skyddsnät.
|
73 |
A comparative study of Docker and Vagrant regarding performance on machine level provisioningZenk, Viktor, Malmström, Martin January 2020 (has links)
Software projects can nowadays have complex infrastructures behind them, in the form of libraries and various other dependencies which need to be installed on the machines they are being developed on. Setting up this infrastructure on a new machine manually can be a tedious process prone to errors. This can be avoided by automating the process using a software provisioning tool, which can automatically transfer infrastructure between machines based on instructions which can be version controlled in similar ways as the source code. Docker and Vagrant are two tools which can achieve this. Docker encapsulates projects into containers, while Vagrant handles automatic setup of virtual machines. This study compares Docker and Vagrant regarding their performance for machine level provisioning, both when setting up an infrastructure for the first time on a new machine, as well as when implementing a change in the infrastructure configuration. This was done by provisioning a project using both tools, and performing experiments measuring the time taken for each tool to perform the tasks. The results of the experiments were analyzed, and showed that Docker performed significantly better than Vagrant in both tests. However, due to limitations of the study, this cannot be assumed to be true for all use cases and scenarios, and performance is not the only factor to consider when choosing a provisioning tool. According to the data collected in this study, Docker is thereby the recommended tool to choose, but more research is needed to determine whether other test cases yield different results. / Moderna mjukvaruprojekt kan ha en komplex infrastruktur bakom sig, i form av bibliotek och andra beroenden som måste installeras på utvecklarmaskiner. Att konfigurera denna infrastruktur på en ny maskin manuellt kan vara en tidskrävande process, som även kan leda till en ofullständigt eller felaktigt konfigurerad lösning. Detta kan undvikas genom att automatisera processen med hjälp av provisioneringsverktyg, som automatiskt kan överföra infrastrukturer mellan maskiner baserat på instruktioner som kan versionshanteras på liknande sätt som källkoden. Docker och Vagrant är två verktyg som kan användas till detta ändamål. Docker kapslar in projektet i containers, medan Vagrant hanterar automatisk konfiguration av virtuella maskiner. Denna studie jämför Docker och Vagrant avseende deras prestanda för mjukvaruprovisionering på maskinnivå, både när det kommer till en förstagångsinstallation av infrastrukturen på en ny maskin, och även implementering av en ändring i konfigurationen av infrastrukturen. Denna jämförelse gjordes genom att implementera båda lösningarna, och sedan utföra experiment för att mäta tidsåtgången för båda verktygen att lösa de två uppgifterna. Resultaten av experimenten analyserades, och visade att Docker presterade bättre än Vagrant i båda tester. På grund av begränsningar i studien kan detta inte antas vara sant för alla användningsområden och scenarier, och prestanda är inte den enda faktorn att ha i åtanke när ett provisioneringsverktyg ska väljas. Baserat på datan insamlad i denna studie är Docker därmed verktyget som rekommenderas, men mer forskning krävs för att avgöra om andra testområden ger andra resultat.
|
74 |
Evaluation of development methods for mobile applications : Soundhailer’s site and iOS applicationRezai, Arash January 2016 (has links)
To remain competitive and successful in today’s globalized market, companies need a strategy to ensure that they are constantly at the leading edge in terms of products and services. The implementation of a mobile application is one approach to fulfill this requirement. This report describes an overview of the topic, by introducing briefly today’s development tools for mobile application development and subsequently focusing on the Soundhailer application, as the application done by the author. The problem in focus is to find out whether a native or web-based application is preferred for an iOS application production strategy for a start-up company. Moreover, the report delivers an insight into a well-structured method that works good for setting up measuring points for a website, also Soundhailer’s, and the factual realization of a development tool for iOS development. This insight is based on a lot of help from a former student of the Royal Institute of Technology, who has had some previous experience within the area. To show prospective similarities and differences between theory and reality, the experiences are subsequently compared to the theoretical part. Finally, the results are critically discussed. Two versions of the application were developed, both a native version and a web-based version, and the results show that both native and web-based applications can be convenient solutions for companies to implement and use. The results also provide a foundation upon which others can build and better understand how an iOS application is used and developed. / För att förbli konkurrenskraftiga och framgångsrika i dagens globaliserade marknad, behöver företagen en strategi för att se till att de ständigt är i framkant när det gäller produkter och tjänster. Att framställa en mobilapplikation är ett av många sätt för att nå upp till detta krav. Denna rapport ger en överblick över ämnet genom att först gå igenom dagens utvecklingsverktyg för mobilapplikationer och därefter fokusera på företaget Soundhailers mobilapplikation, eftersom denne har utvecklats av undertecknad. Problemet i fokus består av att ta reda på om en hårdvarukodad eller webbaserad applikation är att föredra för produktionsstrategin av en iOSapplikation för ett start-up-företag. Dessutom ger rapporten en inblick i en välstrukturerad metod som fungerar bra för att inrätta mätpunkter för en webbplats, med fokus på Soundhailers webbplats, samt det faktiska genomförandet av ett utvecklingsverktyg för iOS-utveckling. Denna insikt bygger på en hel del hjälp från en före detta elev på Kungliga Tekniska Högskolan som har tidigare erfarenheter inom området. För att sedan visa potentiella likheter och skillnader mellan teori och verklighet jämförs erfarenheterna med den teoretiska delen. Slutligen diskuteras resultaten kritiskt. Två versioner av applikationen har utvecklats, både en hårdvarukodad version och en webbaserad version, och resultaten visar att både hårdvarukodade och webbaserade applikationer kan vara praktiska lösningar som företag kan implementera och använda sig av. Resultaten ger också en grund på vilken andra kan bygga vidare på samt en bättre förståelse för hur en iOSapplikation kan användas och utvecklas
|
75 |
Sustainability Aspects in ICT Engineering Thesis Works / Hållbarhetsaspekter inom ICT relaterade examensarbetenAhmad, Mirwary, Kaur, Birgeet January 2016 (has links)
An evaluation of thesis reports performed by students from the degree programme Computer Engineering, TIDAB, that was made by UKÄ, The Swedish Higher Education Authority, showed that there was a lack of consideration of environmental and sustainability aspects in the thesis reports, leading to many students not meeting the criteria in the degree objectives regarding this aspect. The purpose of this bachelor thesis is to improve students’ ability in considering the important aspects of sustainability in their thesis works, by providing them with guidelines which they can follow and implement during their thesis work that will enable them to reach the level ‘Very High Quality’. A literature study was performed thoroughly in conjunction with reviewing previous thesis reports and conducting expert interviews as an approach to find a solution to the problem. The outcome of the analysis was three methods that was developed, which the students can use as guidelines in their thesis work. A set of guidelines, a table with skill sets and the SEMAT Essence Kernel card for sustainable development was the resulting methods that will help the students to at minimum accomplish the criteria for ‘High Quality’ on the objective "Demonstrate an understanding of technology capabilities and limitations, its role in society and people’s responsibility for its use, including social and economic aspects, environmental and safety aspects" when the methods are followed. / En utvärdering av examensarbeten utförda av studenter från utbildningsprogrammet Datateknik, TIDAB, gjort av UKÄ, Universitetskanslersämbetet, visade att det fanns en brist på hänsynstagande till miljö- och hållbarhetsaspekter i rapporterna, vilket ledde till att flera studenter inte uppfyllde kriterierna i examensmålen gällande denna aspekt. Syftet med detta examensarbete är att förbättra elevernas förmåga att ta hänsyn till de viktiga aspekterna av hållbarhet i sina examensarbeten genom att ge dem riktlinjer som de kan följa och genomföra under sina examensarbeten, som gör det möjligt för dem att uppnå nivån ’Mycket Hög Kvalité’. En litteraturstudie genomfördes noggrant i samband med genomgång av tidigare examensarbeten, och intervjuer med ledande experter gjordes, som en metod för att hitta en lösning på problemet. Utfallet av den utförda analysen var tre metoder som har utvecklats, vilket studenterna kan använda som riktlinjer i sina examensarbeten. En uppsättning av riktlinjer, en tabell med kompetenser och SEMAT Essence Kernel kort för hållbar utveckling var de resulterande metoder, som ska hjälpa studenterna att åtminstone uppnå kriterierna för ’Hög Kvalité’ på målet "Visa förståelse för tekniska möjligheter och begränsningar, dess roll i samhället och människors ansvar för dess användning, inklusive sociala och ekonomiska aspekter, miljö- och hållbarhetsaspekter" när metoderna följs.
|
76 |
How Distributed Pair Programming (DPP) can mitigate risk factors causing challenged IT projects : An interview study with software developers / Hur distribuerad parprogrammering (DPP) kan motverka riskfaktorer som orsakar utmanade IT-projekt : En intervjustudie med mjukvaruutvecklareÖberg, Dennis, Thim, Gustaf January 2022 (has links)
The rise of Agile project methodologies has increased the success rate of software development projects, but recent studies show that, even though the risk of failing has lessened, only 31% of the completed software development projects are declared as successful while the rest are declared either challenged or failed. A concept called Pair Programming that derives from agile methodologies is widely and basically always used by developers but in present time as we are heading towards a more remote environment and Distributed Pair Programming has become a hot topic. At its core, it is the same as Pair Programming, but the coding session is conducted in a distributed setting, meaning, the two developers are not sitting next to each other. There are little to no studies conducted about DPPs impact on software development projects and if DPP has the potential to mitigate risk factors that may arise while implementing code in an agile software development project. The purpose of this thesis has been to research and discover what the perceived benefits and drawback of Distributed Pair Programming (DPP) are and which factors that are the most harmful to a software development project and if DPP can facilitate higher success rates. To answer the research questions, a qualitative research method has been used. The empirical data have been gathered by conducting 6 semi structured interviews with developers. Further, a thematic analysis has been carried through with the intent to easily map out the different themes that appears during the interviews. The findings from the conducted study shows that there are multiple drawbacks and benefits. According to the informants, the benefits outweigh the drawbacks in such a manner that by not conducting DPP, they set themselves up for setbacks. It is very beneficial when onboarding a new team member and when tackling tougher problems. When it comes to implementing DPP in a successful manner there is a need for a digital infrastructure that supports verbal communication, web camera, screensharing and collaboration tools. / Ökningen av agila projektmetoder har ökat framgångsfrekvensen för programvaruutvecklingsprojekt, men nyare studier visar att även om risken för att misslyckas har minskat, förklaras endast 31 % av de avslutade programvaruutvecklingsprojekten som framgångsrika medan resten förklaras antingen utmanade eller misslyckades. Ett koncept som kallas för parprogrammering som härrör från gila metoder används i stor utsträckning och i princip alltid av utvecklare, men för närvarande är vi på väg mot en mer digital miljö och distribuerad parprogrammering(DPP) har blivit ett hett ämne. I grunden är det samma sak som parprogrammering men kodningssessionen genomförs i en distribuerad miljö, vilket innebär att de två utvecklarna inte sitter bredvid varandra. Det finns väldigt få studier utförda om DPPs inverkan på programvaruutvecklingsprojekt och om DPP har potential att mildra riskfaktorer som kan uppstå när kod implementeras i ett agilt programvaruutvecklingsprojekt. Syftet med detta examensarbete har varit att undersöka och upptäcka vad de upplevda fördelarna och nackdelarna med DPP är och vilka faktorer som är mest skadliga för ett programvaruutvecklingsprojekt och om DPP kan främja högre framgångsfrekvens. För att besvara forskningsfrågorna har en kvalitativ forskningsmetod använts. Empirin har samlats in genom att genomföra 6 semistrukturerade intervjuer med utvecklare. Vidare har en tematisk analys genomförts i syfte att enkelt kartlägga de olika teman som framställts under intervjuerna. Resultaten från den genomförda studien visar att det finns flera nackdelar och fördelar. Enligt informanterna uppväger fördelarna nackdelarna på ett sådant sätt att man genom att inte bedriva DPP dukar upp för problem. Det är mycket fördelaktigt när en ny teammedlem ska introduceras och när du tar itu med ett tufft problem. När det gäller att implementera DPP på ett framgångsrikt sätt finns ett behov av bra digital infrastruktur som stödjer verbal kommunikation, webbkamera, skärmdelning och samarbetsverktyg.
|
77 |
Utveckling av sökfunktion för mobil receptapplikationJohansson, Henrik, Ly, Steven January 2015 (has links)
For a mobile application with focus on search functionality to be able to run smoothly, it is important to provide relevant search result based on user input. This report is to investigate how to implement a search function, to provide appropriate answers. The project consists of developing a recipe application with basic functions. The focus will be towards the search algorithm, how it will be designed. To find out what users consider is relevant, a study is done with 88 participants. The results of the survey were evaluated, and remained as an underlay for what should be searchable and how to implement the search function. Creating a good search function proved to consumes a lot of time and resources. The mobile application was completed with the desired functionality, which was provided from the survey. / För att en mobilapplikation med fokus på sökfunktionalitet ska fungera väl, är det viktigt att sökfunktionen ger relevanta resultat baserat på användarens sökningar. Den här rapporten har i syfte att undersöka sökfunktionen kan implementeras för att ge relevant svar. Projektet består av att utveckla en receptapplikation med grundläggande funktionalitet, där fokus är hur sökalgoritmen ska utformas. För att ta reda på vad användare anser relevant har en undersökning gjorts med 88 deltagare. Resultatet av undersökning har utvärderats och legat som underlag för vad som ska vara sökbart samt hur denna sökfunktion bör implementeras. Att skapa en bra sökfunktion visade sig vara både resurs- och tidskrävande. Mobilapplikationen färdigställdes med önskad funktionalitet, där sökningsalternativen är baserade på vad undersökningen visade.
|
78 |
Processanalys av Scanias mjukvaruutveckling för drivlinan / Analysis of the software powertrain development process at ScaniaWisén Svanström, Sofie, Tiger, Jenny January 2014 (has links)
Scanias nuvarande mjukvaruprocess upplevs, i många fall, vara onödigt lång från det att en idé har genererats tills att den har lanserats på marknaden. För att konkurrera på marknaden är det viktigt att erbjuda nya tjänster och ny avancerad fordonsstyrning som snabbt ska kunna sättas i produktion. För att säkerställa att mjukvaran uppfyller de uppsatta kvalitet- och säkerhetskraven används inarbetade processer däribland den så kallade Embedded Release Process. Dock är denna process inte alltid till hjälp för utvecklingen och kan medföra lång "time-to-market". Syftet med detta examensarbete var att utreda Scanias nuvarande utvecklingsprocess av mjukvara med avseende på ledtider, eftersom det idag råder frågetecken om huruvida processen är tidsmässigt optimerad från idé tills att den når kund. De metoder som har använts för att angripa de uppställda frågeställningarna har bestått mestadels av kvalitativa forskningsmetoder så som litteraturstudie, värdeflödesanalys, fallstudie, benchmarking samt workshop. Såsom ett komplement till den kvalitativa forskningen har statistik tillämpats i fallstudien. Värdeflödesanalysen visade på många överlämningar inom organisationen, centraliserad beslutsfattning samt att flödet sker sekventiellt. Vidare utfördes en fallstudie på två mjukvaruprojekt med olika karaktär. Efter analys av de både projekten identifierades mestadels olikheter, där framgångsfaktorerna för det ena fallet kan tillämpas på framtida projekt. Även ett benchmarkingbesök på företaget Maquet har skett vilket påvisade underlag för att de långa ledtiderna i Scanias mjukvaruutveckling kan reduceras. Slutligen utfördes en omfattande workshop med representanter från olika mjukvaruavdelningar där slöserier inom mjukvaruutvecklingen fastställdes. Examensarbetets forskningsmetoder har sammantaget visat på att det finns inneboende ledtider som är obefogade för rena mjukvaruprojekt. De processer som tillämpas idag är inte behovsstyrda och flexibla som mjukvaruutvecklingen erfordrar. Om dessa ledtider skulle optimerats utifrån examensarbetets rekommendationer skulle de nya funktionerna kunnat nå marknaden tidigare. Sökord: mjukvaruutveckling, Scania, process, kvalitet, effektivitet, ledtider, slöserier, testning. / The current software lead times at Scania are perceived, in many cases, as unnecessary long. Companies within the automotive industry nowadays have to deliver advanced automotive control systems in a rapid pace to be able to compete on the market. At Scania, there are well established processes, including the so called Embedded Release Process, ensuring that the original demands for quality and safety are met by the software. However this process seems not to have an approach where the "pull" comes from the demand. The current software development process is questioned whether this process, from its idea until it is launched, is time optimized. The main purpose of this master thesis was therefore to investigate the current software development process focusing on lead times. In order to address the stated issues, in the introduction chapter, the master thesis have utilized mostly qualitative research methods. A selection of the chosen methods and tools have been; literature study, value stream analysis, case study, benchmarking, workshop and statistics. The value stream analysis highlighted several handovers within the organisation of Scania, centralized decision-making and a process based on numerous sequential activities. Further on, the case study was performed on two software development projects with various characteristics. Through the analysis of the specific cases mostly differences were identified, where the success factors for one of the cases could be learned from for the future projects. Furthermore a benchmarking was conducted at the company Maquet which showed on potential improvements regarding the software lead times at Scania. Finally a comprehensive workshop was organised involving representatives from various departments within software development at Scania. The last mentioned resulted in many concrete examples of waste hidden in the current software development process. This master thesis’ research has altogether showed on intrinsic lead times not adapted to software projects exclusively. The nature of software development calls for flexibility and a process that will satisfy the rapidly changing customer needs of today. This has proven not to be the case with the current applied processes. Lastly, an optimization of the intrinsic lead times, based on the recommendations of this report, is believed to result in an earlier market introduction for the software. Keywords: software development, Scania, process, quality, efficiency, lead times, waste, testing.
|
79 |
An Evaluation of Sourcing Strategies’ Relationship with Software Development Project PerformanceStrand, Johanna, Kotlji, Shenner January 2020 (has links)
Background: The rapid improvement of technological infrastructure over the past three decades have led to increased connectivity and communication possibilities. This has allowed firms to develop sophisticated firm-specific governance structures with the use of different sourcing strategies. The main objectives have been to cut costs and gain competitive advantages by outsourcing activities offshore to developing countries or third-party vendors. The decision to outsource has its roots in the classical transaction cost theory and resource-based view. Some outsourcing partnerships have resulted in failures while others in success stories. The stories are evident in the software industry as the industry is highly susceptible to sourcing strategies, hence outsourcing is often used in global software development (GSD) projects. Firms engage in GSD with the ultimate goal of producing products faster, at a low-cost, and of high quality. In spite of this, GSD projects face huge challenges in terms of geographical-, temporal-, and cultural distances while the added complexity and issues associated with different sourcing strategies amplifies these challenges. The use of different sourcing strategies in GSD projects has not received as much attention as the debate about whether co-located or distributed teams perform better. Objective: The objective of this thesis is to explore how outsourcing, insourcing, and the combination of both in a co-located and distributed development setting relates to the software development project performance measured in terms of quality and productivity. The aim is to enrich and add to the scarce literature of global software development project performance in relation to sourcing strategies and when these are combined in projects. Method: In this thesis, we employed a case study at a software firm which engages in large-scale global software development projects. A total of 64 projects were selected for the study and data was collected primarily from archival documents where we made use of management documents and code databases. The data analysis was conducted using statistical tests in SPSS to investigate relationships and differences in quality and productivity for the four strategies. Results: The results revealed a statistically significant difference in quality among the sourcing strategies. Insourcing projects are associated with the highest quality followed by outsourcing projects and co-located mixed sourcing projects. Distributed mixed sourcing projects are generating the lowest quality. Although not statistically significant, distributed mixed sourcing projects are the most productive strategy followed by outsourcing projects, insourcing projects and lastly co-located mixed sourcing projects Conclusions: The recent trends in GSD which indicate that many companies turn back to insourcing after outsourcing is justified in our results as insourcing projects displays the highest quality. While outsourcing projects have been associated with poor quality and productivity, our findings suggest they are very competitive in terms of both. The mix of internal employees and third-party consultants in a co-located and distributed setting is associated with lower quality while poor productivity is only attributed to the co-located case. / Bakgrund: Teknikens framfart över de tre senaste decenierna har lett till ökade anslutnings- och kommunikationsmöjligheter. Detta har möjliggjort för företag att utveckla sofistikerade företagsspecifika stryelsestrukturer med använding av olika sourcing strategier. Det huvudsakliga målet med att outsourca olika aktiviteter till utvecklingsländer eller tredjepartsleverantörer har varit att minska kostnader och att erhålla konkrurrensfördelar. Belsutet om att outsourca aktiviteter i ett företag är resursbaserat och grundar sig i den klassiska transaktionskostnadsteorin och resursbaserade teorin (resource-based view). Somliga partnerskap har resulterat i misslyckanden, andra i framgångssagor. Många av dessa har åstadkommits inom mjukvaruindustrin då industrin är mottaglig för olika sourcing strategier, bland annat används outsourcing mycket i globala mjukvaruutvecklingsprojekt. IT-företagen bedriver globala mjukvaruprojekt med de slutgiltliga målet att producera snabbare till ett lägre pris och en högre produktkvalitet. Trots detta uppstår ofta utmaningar när de gäller geografiska, tidsmässiga eller kulturella avstånd där nyttjandet av sourcing strategier adderar ytterligare ett lager av komplexitet. Majoriteten av uppmärksamhet har riktats mot hur samlokaliserade eller distrubuerade projekt presterar medan nyttjandet av sourcingstrategier i globala mjukvaruutvecklingsprojekt har fått mindre uppmärksamhet. Syfte: Syftet är att undersöka hur outsourcing, insourcing och en kombination av de två i en samlokaliserad eller distrubuerad miljö relaterar till mjukvaruutvecklingsprojkets prestanda i termer om produktivitet och kvalitet. Målet är att berika och addera kunskap till en knapp litteratur om prestanda för globala mjukvaruutvecklingsprojekt med avseende på sourcing strategier när dessa tillämpas i en kombination. Metod. En fallstudie har bedrivits på ett mjukvaruutvecklingsföretag som arbetar med globala storskaliga mjukvaruutvecklingsprojekt. Totalt har 64 projekts blivit utvalda, analyserade och grupperade i fyra olika sourcing strategier. Sekundärdata samlades primärt in från interna företagsarkiv såsom företagets interna databaser och projektledarverktyg. Intervjuer har också genomförts med två projektledare för att få en mer djupgående förståelse av projekten och för att välja ut projekten baserat på våra krav. Dataanalysen genomfördes via statistiska tester i SPSS. Resultat: Resultatet visade en signifikant skilland i kvalitet mellan sourcing strategierna. Insourcingprojekt visade sig bidra med högst kvalitet följt av outsourcing och mixad samlokaliserad sourcing projekt. Signifikat lägst kvalitet hade mixad distrubuerad sourcing. Trots icke-signifikanta resultat, visade det sig att produktiviteten var som högst i mixad distribuerad sourcing projekt följt av outsourcing, mixad samlokaliserade sourcing och insourcing projekt. Slutsats: De senaste trenderna inom global mjukvaruutveckling indikerar på att många företag återvänder till insourcing efter outsourcing är motiverade i vårt resultat eftersom insourcing projekt resulterar i högre kvalitet. Trots att outsourcingprojekt har förknippats med låg kvalitet och produktivitet tyder våra resultat på att de är mycket konkurrenskraftiga. Slutligen är mixen av internanställda och tredje part konsulter i en samlokaliserad och distrubuerad miljö förknippad med en sämre kvalitet, och i de samlokaliserade fallet även sämre produktivitet.
|
80 |
Agil Kravprioritering : En kvalitativ studie om prioriteringsprocesser inom agil mjukvaruutveckling hos Monitor ERP System ABAalbers, Anouschka, Öberg, Linn January 2021 (has links)
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.
|
Page generated in 0.0794 seconds