The Right Way to do IT : Waste Identification and Reduction at Software Providers - a Case Study at Infor M3

• Main Authors: Johansson, Adam, Ryen, Jonathan
• Format: Others
• Language: English
• Published: Luleå tekniska universitet, Institutionen för ekonomi, teknik och samhälle 2017
• Subjects: Lean Software Development; Eliminate waste; Continuous improvement; Engineering and Technology; Teknik och teknologier
• Online Access: http://urn.kb.se/resolve?urn=urn:nbn:se:ltu:diva-64572

When delivering Software as a Service (SaaS), increased challenges regarding responsiveness and flexibility are introduced to software providers. In order to address these challenges and attain customer satisfaction, the Lean Software Development principle Eliminate waste can be applied. One organization that has recognized the potential of applying the Eliminate waste principle when developing software is the Integration & BI unit of the Enterprise Resource Planning system provider Infor M3. However, the implementation of the Eliminate waste principle at the Integration & BI unit’s five teams is still in an early stage. Consequently, the intended purpose of the thesis was to identify waste and suggest approaches to reduce waste at the case organization, Infor M3 Integration & BI. In order to collect the in-depth knowledge required, the thesis utilized a qualitative case study methodology, whereby a literature review, interviews and observations were conducted. The literature review created a foundation of knowledge regarding waste in software development, that subsequent culminated as a basis for the analysis and recommendations. It could be concluded that the subject of waste identification and reduction in software development is in an early stage, largely driven by practitioners, with few verifying studies that support the subject’s applicability. However, by utilizing a waste categorization model various wastes could be identified at all of Integration & BI’s teams during the interviews, whereupon Partially done work, Delays, Task switching and Relearning was considered as the most prominent wastes. Moreover, it could be established that one team had developed successful approaches that eliminates much of the team’s waste whilst the other teams’ approaches were generally deficient. In order to more successfully reduce waste, the Integration & BI unit is suggested to create awareness of the concept of waste within the unit. The teams need a common definition and an increased understanding of waste in order to reach this awareness. Additionally, the unit is suggested to use more comprehensive indicators, like cumulative flow diagram, in order to facilitate identification and root-cause analysis of waste. Lastly, the unit is recommended to reduce waste by continuous improvements with activities structured as a PDSA-cycle.  === Programvaruföretag som levererar Software as a Service (SaaS) står inför ökade utmaningar med avseende på receptivitet och flexibilitet. För att bemöta dessa utmaningar och uppnå hög kundnöjdhet kan Lean Software Development principen Eliminera slöseri appliceras. En organisation som har insett potentialen av att tillämpa principen Eliminera slöseri vid utveckling av programvara är enheten Integration & BI hos affärssystemleverantören Infor M3. Implementeringen av principen vid enhetens fem utvecklingslag är emellertid fortfarande i ett tidigt skede. Avsikten med examensarbetet var således att identifiera slöseri och föreslå tillvägagångssätt för att minska slöseri hos fallorganisationen, Infor M3 Integration & BI. För att samla in en djup förståelse om ämnet och fallföretaget utnyttjade examensarbetet en kvalitativ fallstudiemetodik, där en litteraturstudie, intervjuer och observationer genomfördes. Litteraturstudien skapade kunskap angående slöseri inom mjukvaruutveckling, vilken senare skapade en grund för både analys och rekommendationer. Slutsatsen att ämnet rörande identifiering och minimering av slöseri inom mjukvaruutveckling är i ett tidigt skede kunde göras i och med att ämnet i stor utsträckning drivs av yrkesutövare och inte av akademin. Dessutom finns det få vetenskapliga studier som verifierar ämnets applicerbarhet. Genom att använda en modell för att kategorisera olika slöseri inom mjukvaruutveckling kunde dock olika typer av slöseri identifieras hos samtliga av Integration & BIs utvecklingslag, varpå delvist gjort arbete, förseningar, uppgiftsbyte och återinlärning betraktades som de mest framträdande. Dessutom kunde det fastställas att ett av utvecklingslagen etablerat framgångsrika tillvägagångssätt för att eliminera slöseri under tiden de andra utvecklingslagens metoder generellt var bristfälliga. För att mer framgångsrikt minska slöseri, föreslås enheten Integration & BI att använda en gemensam definition och öka förståelsen om konceptet slöseri för att skapa en medvetenhet inom enheten. Dessutom rekommenderas enheten att använda mer omfattande indikatorer så som kumulativt flödesschema för att underlätta identifiering och rotorsaksanalys av slöseri. Slutligen föreslås enheten att eliminera slöseri genom ständiga förbättringar med aktiviteter strukturerade efter PDSA-cykeln.