Text in English / Scrum is the most adopted and under-researched Agile methodology. The research conducted on Scrum adoption is mainly qualitative. Therefore, there was a need for a quantitative study to investigate Scrum adoption challenges. The general objective of this study was to investigate the factors that have a significant relationship with Scrum adoption as perceived by Scrum practitioners working within South African organisations. To achieve this objective a narrative review to synthesise the existing challenges was conducted, followed by the use of these challenges in the development of a conceptual framework. After that, a survey questionnaire was used to test and evaluate the developed framework. The research findings indicate that relative advantage, complexity, and sprint management are factors that have a significant linear relationship with Scrum adoption. The findings are generalisable to the population, and the author recommends that organisations review the findings during their adoption phase of Scrum. / Council for Scientific and Industrial Research (CSIR) / University of South Africa (UNISA) / School of Computing / M.Sc. (Computing)

The purpose of this study was to examine how Nordea could take on agile scaling, focusing on a unit of distributed Scrum teams within their departmentfor digital banking. The aim was to be achieved by attempting to identify appropriate methods and best practices - for scaling agile - to implement for the unit's success. The teams are working in isolation from each other, deployed across Scandinavia, despite the development of the same products/services. By studying the challenges of Nordeas unit, this master thesis could give some concrete examples of how a large organisation can proceed to take on the aspect of agile scaling, involving distributed teams. The conclusions are that Nordea has initiated an agile transformation, but need more uniform teams if they want optimize through synergy effects. To attempt agile scaling for distributed nonuniform teams is not recommended. The management lacks transparency and should get more involved to make an analysis on the current situation so that long-term goals can be set up. Making use of a ready-made framework for scaling is not recommended when there are few dependencies between a small number ofpeople. To continue forward the assistance of external experts, who can analyze and measure the relevant components, is recommended. Recommendations have been given to the the question formulations anda number of other relevant points. These recommendations include appropriate methods and best practices for management to proceed with, and revolve around making the team more uniform without encountering too much of a resistance.

Pagrindinis darbo tikslas ištirti ir aprašyti CMMI antro brandos lygio procesų sričių susiejimą (angl. mapping) su judriųjų metodų praktikomis ir juo remiantis pasiūlyti rekomendacijas, leidžiančias pasiekti CMMI proceso sričių tikslus. Apžvelgus literatūros šaltinius nagrinėjančius CMMI ir judriųjų metodų susiejimo problematiką, identifikuoti egzistuojantys CMMI proceso sričių ir judriųjų metodų susiejimai. Nustatyti susiejimai nėra pilni, dažnai trūksta konkretumo ir detalumo. Todėl buvo suformuoti ir aprašyti CMMI komponentų ir judriųjų metodų veiklų bei artefaktų susiejimo principai, leidžiantys įvertinti, kaip plačiai ir kokiomis judriųjų metodų veiklomis yra padengiamos proceso srities praktikos. Jais remiantis nustatomi ir CMMI tipinių darbo produktų bei judriųjų metodų sukuriamų artefaktų atitikmenys. Tyrimui buvo pasirinkti du judrieji metodai (Scrum ir XP) ir CMMI antrojo brandos lygio proceso sritys. Remiantis aprašytąja metodika, autorius atliko CMMI proceso sričių praktikų susiejimą su pasirinktųjų judriųjų metodų praktikomis. Gauti rezultatai leido įvertinti kiekvienos proceso srities susiejimą ir pateikti rekomendacijas, kaip pasiekti nepilnai arba silpnai padengtų proceso sričių tikslus įtraukiant papildomas veiklas, naudojant papildomus įrankius arba kaip veiklos vykdymo įrodymus sukuriant pagalbinius dokumentus ir ataskaitas. / The main goal of this study was to perform a detail mapping of CMMI maturity level 2 practices with agile methods and to write recommendations for achieving process area goals. The review of literature revealed mapping problems between CMMI model components and agile methods. The existing mappings between CMMI and agile methods are incomplete and often do not give enough details. Therefore new mapping principles were described and written by author. They allow to perform mapping between CMMI components and agile methods’ practices and artifacts and to evaluate how largely and which process area practices are covered by agile activities. Two agile methods were selected for research (Scrum and XP). And process areas of the CMMI maturity level 2 were chosen for applying described principles. Detail CMMI practices and agile method activities mapping was done using described method, which revealed least satisfied process area practices. According to the mapping results, the recommendations how to achieve CMMI level 2 were written. They state which activities could be included or what tools could be used in order to achieve process improvement in accordance with CMMI.

Magistro baigiamajame darbe „Laiko įverčių analizė ir vizualizavimas tiriamąjį darbą organizuojant remiantis „Agile“ praktikomis“ yra išanalizuota darbo organizavimo procesų ir projektų valdymo metodų mokslinė ir metodinė literatūra, palyginti dažniausiai naudojami darbo organizavimo metodai su klasikiniais metodais, ištirti bei susisteminti darbo organizavimo procesų ir projektų valdymo metodai. Darbe pateiktas darbo proceso užbaigimo laikotarpio prognozių sudarymo metodas, leidžiantis apskaičiuoti projekto užbaigimo laikotarpį. Taip pat pateiktas aprašyto metodo praktinis pavyzdys su apskaičiuotų reikšmių lentelėmis bei diagramomis. Darbe pateiktas pagerintas darbo proceso vaizdavimo metodas, leidžiantis įvertinti ir aiškiau pavaizduoti besikeičiančią darbų apimtį tarp iteracijų ir iteracijų metu. Iki šiol šaltiniuose buvo pateikiami metodai, nagrinėjantys tik statinės darbų apimties vaizdavimą. Šis darbas galėtų būti naudingas daugelyje veiklos sričių. Pasirinkus dėstytojo specialybę, įgytas žinias galima pritaikyti laboratorinių, praktinių bei kursinių darbų organizavimo procese. Šios žinios galėtų būti naudingos visur, kur tik gali prireikti darbo organizavimo žinių bei įgūdžių. / Analysis of time estimates and visualization organizing reseach according to Agile practices Student: Jelena Zubova Supervisor: Dr. Rimgaudas Laucius In the Master Thesis "Analysis of time estimates and visualization organizing research according to Agile practices" the following tasks are accomplished: scientific and methodical literature related to the process of work organizing and the methods of project management is reviewed; the commonly used methods of work organizing are compared to the classic methods; the methods of work organizing and project management are analyzed and systematized. The method of forecasting the time of working process is presented in the Thesis. The method allows calculating the time of working process. The example of application of this method is presented as well including tables with calculated values and diagrams. The improved method of working process visualization is presented in the Thesis. The method allows evaluating and depicting the changing volume of work between iterations as well as during iterations in a more readable way. So far only the methods dealing with the visualization of static volume of work have been proposed in the literature. The Thesis could be useful in many fields. In regard to teaching, the acquired knowledge could be used when organizing laboratory works, practicals and project works. The knowledge could be useful in every area that requires the skills of work organizing.

I dagens snabbt föränderliga arbetsmarknad har agile blivit ett populärt managementkoncept för att utveckla flexibla organisationer som snabbt kan besvara marknadens efterfrågan. Men vad händer med roller, ansvar och mandat när agilt arbetssätt införs i ett tidigare traditionellt hierarkiskt företag. Syftet med denna undersökning är att uppmärksamma hur roller, ansvar och mandat fungerar i en organisation som övergått till ett agilt arbetssätt. För att besvara arbetets syfte har två forskningsfrågor tagits fram;  1. Skiljer sig företag X roller, mandat och ansvar från teorin i agilt arbetssätt? 2. Skiljer sig roller, mandat och ansvar mellan de team som arbetar med mjukvara, hårdvara och både mjukvara och hårdvara på företag X?  Metoden för arbetet har en induktiv ansats och en kvalitativ fallstudie har genomförts. Arbetets primärdata har samlats in genom åtta semistrukturerade intervjuer hos företag X. Sekundärdata har samlats in från vetenskapliga artiklar, böcker och hemsidor. För att analysera datan har grundad teori använts.  Resultatet har visat att många respondenter har en positiv inställning till det nya arbetssättet men förståelsen för roller, ansvar och mandat varierar mellan respondenterna. I vissa delar skiljer sig resultatet från teorin. I de delar som inte stämmer överens så har respondenterna inte förstått sin roll, detta beror på brist på utbildning men också på brist på kommunikation eller avstånd mellan teamen. Frågeställningen om det är någon skillnad i tillämpandet av agile i team som jobbar med hårdvara respektive mjukvara konstaterar vi egentligen inte är den stora utmaningen, utan det handlar mer om beroenden mellan olika team, både externt och internt. Samma sak kan uppstå för team som arbetar på distans eller inte talar samma språk. Det handlar om brist på kommunikation och ett tätt samarbete vilket är vad agile går ut på.  Agile är lätt att förstå, men ibland svår att tillämpa särskilt i stora organisationer men Företag X har gjort en mycket bra och seriös ansats i sitt tillämpande och kommer med tiden att anpassa sig mer och mer till den agila samarbetsformen. Det hade därför varit intressant att göra samma studie igen om ett år för att se hur organisationen och människorna anpassat sig. / In today’s fast changing marketplace, agile have become a popular management concept in order to develop flexible organisations which quickly are able to adapt to the market demands. But what is the impact in the organisation with roles , responsibilities and mandate when an agile organisation is implemented. The objective with this study is to understand how roles, responsibilities and mandates works in an organisation which have gone from a traditional hierarchical organisation to implement the agile way of working.  We formed two hypothetical questions we wanted to respond to.   1. Does Company X deviate in roles, responsibilities and mandate from the theoretical agile way of working?   2. Is there a deviation in roles, responsibilities and mandate between the agile teams who are working with software, hardware and both soft and hardware at Company X?   We have used an inductive methodology approach and a qualitative case study have been performed. The study’s primary data have been been gathered through eight semi structured interviews at Company X. The secondary data have been obtained through literary studies of articles, books and web-pages. In order to analyse the data a grounded theory approach have been used.  The result have showed that many of the respondents have a positive attitude towards the new way of working, but that the understanding of roles, responsibilities and mandate varies between the respondents and deviates from  the theory. In the areas where we found deviations from  the theory, the respondents have not understood their roles, which indicates lack of continues trainings, but also a lack of communication and distance between the teams. The hypothesis for if there are any deviations of how the agile roles and responsibilities have been applied or interpreted between teams who are working with hard or software, we can conclude that these differences are not the major challenge, instead the deviations are based on dependencies between different teams both external and internal.The same situation can apply to teams who are remotely located or do not speak the same language. It falls back on lack of communication and a closer collaboration which is the objective of agile. Agile is easy to understand, but sometimes hard to apply especially in large organisations. Company X have made a very good and serious approach in their implementation and will over time adapt more and more to the agile way of working. It would therefore be interesting to perform the same kind of study again in a year to understand how the organisation and people have adapted.

The goal of this project has been to analyze the daily work process and use of tools when creating websites. By working with the company iComm studios I have been able to answer a number of questions. How the daily work process looks, what model one follows, how projects are completed and delivered and how much role the different tools play in the development of the projects. Because of the size of the company, I have also investigated how the company acquires new projects to work on, whether new or already existing customers request them. Most of the questions are answered by myself having participated as a regular web developer. For some other questions I have asked questions to appropriate employees. The report will also review the tools and possibly propose improvements. My own reflections will be based on how the future of web development may look. / Målet med arbetet har varit att analysera dagliga arbetsprocessen och användning av verktyg när man skapar webbplatser. Genom att jobba med företaget iComm Studios har jag kunnat besvara ett antal frågor. Hur det dagliga arbetsprocessen ser ut, vilken modell man följer, hur projekt avslutas och levereras och hur stor roll de olika verktygen spelar vid utvecklingen av projekten. På grund av företagets storlek så har jag också undersökt hur företaget skaffar nya projekt att jobba på, vare sig nya eller redan existerande kunder begär dem. De flesta frågorna besvaras genom att jag själv har medverkat som en vanlig webbutvecklare. För vissa andra frågor har jag ställt frågor till behöriga anställda. Rapporten kommer även att granska verktygen och eventuellt ge förslag till förbättringar. Mina egna reflektioner kommer att baseras på hur framtiden för webbutveckling kan komma att se ut.

Scrum is one of the Agile software development processes broadly adopted in industry. Scrum promotes frequent customer involvements and incremental short release. Sprint planning is a critical step in Scrum that sets up next release goals and lays out plans to achieve those goals. This thesis presents a Sprint Planning dEcision Support System (SPESS) which is a tool to assist the managers for Sprint planning. Among considering other Sprint planning factors, SPESS takes into consideration developer competency, developer seniority and task dependency. The results are that the assignments of the tasks of each Sprint to developers guarantee that each team member contributes to their fullest potential, and project planning is optimized for the shortest possible time. Keywords—Scrum, Sprint planning, planning poker, competence, task dependence, Hungarian algorithm, Essence. / Includes bibliography. / Thesis (M.S.)--Florida Atlantic University, 2018. / FAU Electronic Theses and Dissertations Collection

Submitted by PPG Ci?ncia da Computa??o (ppgcc@pucrs.br) on 2017-11-16T22:15:02Z No. of bitstreams: 1 Marina_Bellenzier_dis.pdf: 1760358 bytes, checksum: c38da035a1f840cda3b1083ce18e6d5e (MD5) / Approved for entry into archive by Caroline Xavier (caroline.xavier@pucrs.br) on 2017-11-22T18:58:34Z (GMT) No. of bitstreams: 1 Marina_Bellenzier_dis.pdf: 1760358 bytes, checksum: c38da035a1f840cda3b1083ce18e6d5e (MD5) / Made available in DSpace on 2017-11-22T19:04:13Z (GMT). No. of bitstreams: 1 Marina_Bellenzier_dis.pdf: 1760358 bytes, checksum: c38da035a1f840cda3b1083ce18e6d5e (MD5) Previous issue date: 2017-03-29 / New technology deployment projects should understand the immediate impact this change has on the professionals involved in the work process. In the first months of a technological change, it is possible to identify a certain resistance and even some conflicts that affect the levels of productivity of the teams. The objective of this work was to understand the relation of productivity with the changes in the work characteristics of teams that begin to adopt the SCRUM agile method for software development and to propose practices that help to reduce the learning curve and to improve productivity. Through the understanding of the Tuckman model, which describes the five stages of a team development: formation, confusion / conflicts, normalization, performance, and disintegration, a case study was carried out with a team that started to adopt SCRUM and identified the relationship between productivity and the phases described by Tuckman. In this sense, a field research was necessary to find practices that could help teams to increase their productivity during the confusion phase described by Tuckman. Through the preparation of a preliminary proposal, and an it?s preliminary evaluation in a Focus Group activity, this research presents a proposal to use the OKR technique (Objectives and Key-Results) along with SCRUM with the objective of assisting software team development, to concentration in the phase of confusion / conflicts. / Projetos de implanta??o de novas tecnologias devem compreender o impacto imediato que esta mudan?a causa nos profissionais envolvidos em rela??o ao processo de trabalho. Nos primeiros meses de uma mudan?a tecnol?gica ? poss?vel identificar uma certa resist?ncia e at? alguns conflitos que afetam os n?veis de produtividade das equipes. O objetivo do trabalho foi compreender a rela??o da produtividade com as mudan?as nas caracter?sticas de trabalho de equipes que passam a adotar o m?todo ?gil SCRUM para desenvolvimento de software e propor t?cnicas que auxiliem na redu??o da curva de aprendizado e melhora da produtividade. Atrav?s da compreens?o do modelo de Tuckman, que descreve que no desenvolvimento de equipes existem cinco est?gios: forma??o, confus?o/conflitos, normatiza??o, desempenho, e desintegra??o, foi realizado um estudo de caso com uma equipe que passou a adotar SCRUM e identificou-se a rela??o entre a produtividade e as fases descritas por Tuckman. Neste sentido, se fez necess?rio um estudo de campo para encontrar t?cnicas que pudessem auxiliar as equipes a aumentarem sua produtividade na fase de confus?o, descrita por Tuckman. Atrav?s da elabora??o de uma proposta preliminar e sua avalia??o preliminar atrav?s de um Focus Group, essa pesquisa apresenta uma proposta de um da utiliza??o da t?cnica de OKR (Objectives and Key-Results) juntamente com SCRUM com objetivo de auxiliar o desenvolvimento das equipes de desenvolvimento de software, sob a ?tica da produtividade e com foco na fase de confus?o/conflitos.

Det har riktats mycket kritik mot de traditionella metoderna på senare tid, och på grund av detta har flera lättrörliga, agila metoder konstruerats. Bland dem är Scrum den klart vanligaste och används av drygt 75 % av företagen som arbetar agilt.Trots den frekventa användningen visar dock studier på att väldigt många scrumprojekt ute på arbetsmarknaden misslyckas. Det har uppkommit en hel del kritik mot metodens effektivitet och det står klart att det finns ett antal problem som är svåra att hantera.Studien har fokuserat på att undersöka problemen och även strukturera upp dem i fyra områden enligt följande: dokumentationsbrist, ineffektiva/oklara arbetsprocesser, svårigheter vid stora projekt samt att det är svårt att hålla ett konstant produktfokus.Det har även undersökts hur tre fallföretag går tillväga för att hantera de fyra problemområdena, både i förhållande till hur deras arbetssätt skiljer sig från Scrums praxis, samt hur de aktivt arbetar med att hantera områdena.För att besvara forskningsfrågan har litteraturstudier och intervjuer genomförts. Intervjuerna gjordes med respondenter kopplade till respektive företag.Studien visar på att samtliga problemområden märks av ute hos de tre fallföretagen. I analysen och slutsatsen presenteras hur företagen förhåller sig till Scrums praxis samt hur deras egna arbetssätt påverkar hanteringen av problemen. / Program: Dataekonomutbildningen

Systemutveckling har länge kantats av problem och oförmåga att möta nya problem och krav som uppstår under processen från ide till färdig produkt. För att möta de problem som de traditionella systemutvecklingsprojekten innebar så arbetade Ken Beck et. Al. (2001) fram det agila manifestet, det agila manifestet beskriver de kärnvärden som systemutvecklingsprojekt bör arbeta utefter, detta för att öka flexibiliteten och minska problemen med långa ledtider.SCRUM är en agil systemutvecklingsmetod som togs fram av Jeff Sutherland och Ken Schwaber, detta efter att de båda hade sett behovet utav en metod som klarade att möta snabba förändringar och att kunna möta problem under processens gång.För att undersöka hur hantering av problem i agila systemutvecklingsprojekt fungerar i praktiken har en fallstudie genomförts på ATS väst hos CGI.En stor del av problematiken i systemutveckling är distansen mellan de inblandade parterna, något som påverkar arbetsmetodiken. Detta resulterar i en mer omfattande dokumentation än vad den agila arbetsformen förespråkar och minskar även den personliga kommunikationen. Den ökade dokumentationen leder även till en minskad flexibilitet när det gäller hanteringen av nya krav, detta då det finns fastställda procedurer – som är nödvändiga på grund utav distansen mellan de inblandade – som måste följas.Studiens resultat är en utredning för hur problem uppkommer inom agil systemutveckling och vad företagen gör för att hantera dessa problem. / Program: Systemvetarutbildningen