I en allt mer digitaliserad värld där systemutveckling sker i snabbare iterationer, uppstår ökade behov som behöver mötas av IT-konsultbolag i systemutvecklingsprojekt. Agila systemutvecklingsmetoder uppstod vid behov av lättrörliga systemutvecklingsmetoder. En av de mest tillämpade metoderna är Scrum, som är anpassad för små, samlokaliserade projekt. Den agila utvecklingsmetoden Scrum är en erkänd metodik inom systemutveckling som möjliggör noggrann utvärdering, testning och iteration inom utvecklingsprojekt. Populariteten av Scrum-metoden har ökat och det har medfört att organisationer med olika typer av strukturer blivit intresserade av att tillämpa Scrum-metoden på nationell och internationell nivå, vilket utmanar Scrum-metodens gränser och teorier. Meningen med Scrum-metoden var ursprungligen att effektivisera systemutvecklingsprojekt på lokal nivå. Distribueringen av Scrum-metoden utmanar därför gränserna och påverkar Scrum-metodens projekteffektivitet.   Syftet med denna kandidatuppsats i Informatik är att identifiera, beskriva och förklara förhållanden i en nationellt distribuerad Scrum-process som påverkar den inre projekteffektiviteten. Fallstudiemetoden brukades för denna uppsats, vilken har baserats på ett observationstillfälle hos fallföretaget samt intervjuer med fyra olika rollinnehavare inom fallföretaget. De viktigaste slutsatserna från denna uppsats visar att det finns ett antal förhållanden som påverkar det nationellt distribuerade teamets projekteffektivitet. Valet av releasecykelns struktur påverkar den inre projekteffektiviten, liksom valet av ett mer linjärt team. Fokus på specialkompetens och isolering gentemot kommunikation och samarbete kan påverka hur ett nationellt distribuerat team arbetar över kontorsgränserna. Det visar sig att förhållandena som uppstår ursprungligen har sin grund i hur teamets medlemmar enskilt uppfattar situationerna och att ett team med delade åsikter kan skapa liknande situationer. Slutligen kan synkroniseringen mellan det nationellt distribuerade teamets kontor ha en påverkan på förhållandena.

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.

This thesis deals with project management and with different ways in which can be cur-rently approached. Beside the conventional, classical approach based on processes, modern approaches based on the theory of constraints and agile principles are discussed. Based on analysis, the main objective of the thesis is firstly to find weaknesses in the classical project management and strong key elements of modern approaches and after that to make suggestions to enhance the classical approach with the selected strong elements of modern approaches.

Agile Methoden sind in der industriellen Anwendung Stand der Technik, wobei Scrum das am häufigsten verwendete Prozess-Framework zur effektiven Entwicklung komplexer Produkte ist. Entworfen wurde Scrum von Ken Schwaber und Jeff Sutherland, die ebenfalls 2001 das agile Manifest mitentwickelten, welches die vier Werte und zwölf Prinzipien für die Arbeit mit agilen Methoden definiert. Scrum zeichnet sich unter anderem durch flache Hierarchien aus. Hierdurch erhalten Mitarbeitende zunehmend Verantwortung und es entsteht aufgrund der vermehrt stattfindenden Kommunikation eine erhöhte Transparenz in allen Prozessen. Diese Eigenschaften bringen viele Vorteile aber auch Herausforderungen mit sich. Einerseits kann hohe Transparenz durch Offenlegung der Arbeit zu Unsicherheit seitens der Mitarbeitenden führen, andererseits sorgt die erhöhte Verantwortung auch für einen größeren Einfluss der einzelnen Team-Mitglieder auf das Ergebnis der Arbeitsprozesse. Die Motivation und Leistungsbereitschaft der Mitarbeitenden sind demzufolge ausschlaggebend für die erfolgreiche Produktentwicklung mit Scrum. Gamification ist ein neuer, vielversprechender Ansatz zur Steigerung der Motivation und wird dabei definiert als „die Verwendung von Spiel-Designelementen in Nicht-Spielkontexten“. Die dieser Veröffentlichung zugrundeliegende Forschung bildet die Grundlage zur Entwicklung von dedizierten Gamification-Strategien mit dem Ziel der Optimierung von Motivation und folglich der Leistung der Mitarbeitenden im Scrum-Entwicklungsprozess.

The thesis deals with problems of agile methodologies in the settings of virtual teams. It begins with the description of virtual teams and their models and deals with both theoretical and practical aspects of mutual communication of their team members. The thesis follows with general characteristics of agile approach and their demonstration on representative methodologies. One of them (methodology Scrum) is described in detail in the next chapter and linked with possibilities of its deployment within virtual teams. Practical part of the thesis deals with the design and implementation of a software application that is focused on effective communication support of virtual teams that utilize Scrum. Deployment of this application is discussed within a case study of a real project which team faced problems of agile software development in the settings of virtual team on a daily basis.

The master thesis deals with proposal of project management implementation with software support in the company Aponia Software, s.r.o., which developes navigation software for mobile devices. The methodology of project management is used.

The thesis deals with basic principles of agile software development and describes their advantages compared to the traditional approach. Siemens, s.r.o in Brno uses combination of Scrum and Kanaban as part of organizational processes, therefore the thesis focuses mainly on the method Scrum, Kanban, Scrum-ban and compares these methods with each other. The thesis also analyzes the existing project and results were consulted with the representative of the Siemens company together with the proposals for improvement. JIRA plugin was designed and implemented base on our mutual agreement. This module extends the current tool for analyzing agile projects, this leads to better support of decision making in the context of agile processes. Benefits and further upgrades are consulted at the end of the thesis.

Målet med detta examensarbete har varit att utveckla en mobilapplikation till Android som på ett användarvänligt sätt exponerar de webbtjänster som företaget TLab West AB’s säkerhetssystem Sentrion tillhandahåller. Företaget har introducerat ett nytt kommunikationsprotokoll baserat på JSON till Sentrionsystemet vilket har testats och använts av vår applikation. Det främsta effektmålet företaget velat se är ett utökat stöd av funktionaliteten som systemets webbserver erbjuder, och detta med ett tydligt och lättmanövrerat användargränssnitt. Detta har åstadkommits genom att övergå ifrån det befintliga webbgränssnittet till en native Android applikation som utnyttjar det nya JSON kommunikationsprotokollet med ett snabbt och intuitivt menysystem. Då kommunikationen med företaget huvudsakligen skett på distans, och de har utvecklat sitt JSON protokoll parallellt med vår applikation så valde vi att arbeta iterativt. Den iterativa processen blev inspirerad av Scrum med korta sprintar på en till två veckor för att upprätthålla en intensiv kontakt med företaget och snabbt få återkoppling på utvecklingsprocessen. Arbetet genomfördes enligt projektplaneringen och resulterade i en mobilapplikation som företaget blev mycket nöjda med, all grundläggande önskad funktionalitet implementerades samt att en del bonuskrav uppfylldes. Vi kände i efterhand att valda arbetsmetoder var helt rätt för denna typ av projekt och de krav som återstår att lösa är programvaruinställning för större textstorlek, ett användarfall som består av att kvittera larm och meddelanden. Slutligen återstår det en teoretisk lösning på ett specifikt kommunikationsproblem då säkerhetssystemet helt stängt sina inkommande portar och all kommunikation måste initieras från Sentrion-enheten. / The goal with this bachelor thesis has been to develop a cell phone application for the Android platform that utilizes the web services offered by TLab West AB’s security system called Sentrion. TLab West has introduced a new communication protocol for their Sentrion system that is based upon JSON and was tested for the first time with our cell phone application. The most prominent effect goal that TLab West strived for was an enhanced support of the core functionality offered by the security systems web server, all this with a clear and easily maneuvered user interface. To accomplish this we abandoned the existing web interface and developed a native Android application that communicates with Sentrion using the newly developed JSON protocol and implementing a quick and intuitive menu system. Most of our dealings with TLab West took place using distance communication and they were developing the JSON protocol in parallel with our own application development. This led us into using an iterative software process model inspired by Scrum with short sprints of one to two weeks in order to maintain an intensive contact with TLab West and quickly get feedback on the development. The development transpired according to the project plan and resulted in a cell phone application that was well received by TLab West, all the core functional requirements were implemented and some of the bonus requirements were achieved as well. In reflection we felt that the chosen development process worked very well for this type of distance communication project. The requirements which have not been met are the functionality to increase the font size within the application settings, also the functionality to acknowledge alarm and messages. A solution to a very specific communication problem is unsolved where the security system’s inbound ports are unavailable and all communication must be initiated by the Sentrion.

In the modern world, Scrum is widely adopted by many companies for software development, no matter the size of the company. As Scrum provides rapid development and meets the customer needs in a faster and efficient way, many companies want to move towards Scrum but moving towards Scrum is difficult and challenging due to different barriers for example cost, lack of experience, and so on. This thesis is to address the barriers which are involved during the Scrum adoption for software start-up companies such as communication, team mindset, backlog refining, daily stand up, and retrospective meetings. In this research report, these issues are divided based on the factors such as organization, people, process, and tools. We have figured out these barriers using action research based on the observation done during the Scrum team meetings and through interviews and surveys.

Nowadays, the business world is characterized by complexity since market and customer requirements are changing rapidly. Based on this assumption, providers are facing the challenge of delivering software products in shorter terms while these products remain innovative. Agile software development has a huge impact on how software is developed worldwide and promises business value in short iterations. At the same time, requirements are the base of all software products, and consequently, Requirements Engineering (RE) plays one of the most important roles in system development. Traditional techniques referring to intended data do not cover the constantly increasing demands of RE and unintended data from digital sources has amplified the need for Data-Driven Requirements Engineering (DDRE). This study contributes to Computer and System Science by providing a process to combine DDRE and traditional RE approaches in Agile software development methodologies. In this study, the researcher is trying to provide a concrete solution to the lack of an effective process to address data-driven requirements in a Scrum environment organized by regular Sprints and the purpose of it is to suggest a new method for requirements elicitation based on digital data and combine them with traditional stakeholder-driven RE in a Scrum agile environment. The method intends to assist Agile professionals to elicit requirements from digital sources in combination with intended data derived from the stakeholders without impacting the main Agile practices. The approach to conduct this study is Design Science Research (DSR) and contains five steps: Explicate Problem, Define Requirements, Design and develop Artefact, Demonstrate Artefact, and Evaluate Artefact. Literature review has been conducted to explicate the research problem and define the requirements of the artefact. Then, a process and a collaboration board have been created based on the requirements to bring DDRE and traditional RE into the Scrum environment. The researcher performed a demonstration of two illustrative cases of the usage of the proposed artefact to three Scrum professionals and three semi-structured interviews were conducted to evaluate the artefact. After the evaluation, the researcher refined and presented the final artefact that will help the public and private organizations to reduce the costs and time plan on eliciting requirements, and to increase the customers’ satisfaction. The artefact has not been applied in a real Agile environment, but Requirement Engineers and Agile team members can build on the proposed method and bring the elicitation approach of DDRE closer to the software development process.