The Integration of Design Thinking and Lean Software Development from the Perspective of Product Owners and Scrum Masters

Size: px
Start display at page:

Download "The Integration of Design Thinking and Lean Software Development from the Perspective of Product Owners and Scrum Masters"

Transcription

1 The Integration of Design Thinking and Lean Software Development from the Perspective of Product Owners and Scrum Masters Master of Science Thesis in the Management and Economics of Innovation Programme ULRICH FRYE TINA INGE Department of Technology Management and Economics Division of Innovation Engineering and Management CHALMERS UNIVERSITY OF TECHNOLOGY Göteborg, Sweden, 2013 Report No. E 2013:089

2

3 MASTER S THESIS E 2013:089 The Integration of Design Thinking and Lean Software Development from the Perspective of Product Owners and Scrum Masters ULRICH FRYE TINA INGE Supervisor: Examiner: INGO RAUTH MARIA ELMQUIST Department of Technology Management and Economics Division of Innovation Engineering and Management CHALMERS UNIVERSITY OF TECHNOLOGY Göteborg, Sweden 2013

4 The Integration of Design Thinking and Lean Software Development from the Perspective of Product Owners and Scrum Masters Ulrich Frye, Tina Inge Ulrich Frye, Tina Inge 2013 Master s Thesis E 2013:089 Department of Technology Management and Economics Division of Innovation Engineering and Management Chalmers University of Technology SE Göteborg, Sweden Telephone: + 46 (0) Chalmers Reproservice Göteborg, Sweden 2013

5 Abstract DesignThinkingasamanagerialconceptisbeingadoptedbyanincreasingnumberofcompaniesin variousindustriestoboosttheiroutputofinnovativeproductsandservicesinordertogaina competitiveedgeonthemarket.thisthesispresentsanexploratorycasestudythatwasconducted attheglobalenterprisesoftwareproducer,softwareco,whointroduceddesignthinkingintheir softwaredevelopmentorganizationin2011.since2009,softwaredevelopmentatsoftwarecohas routinelybeencarriedoutaccordingtoleansoftwaredevelopmentandtheagilesoftware developmentmethodofscrum. ThesoftwaredevelopmentteamsatSoftwareCoaretypicallyassembledinaccordancewiththe Scrummethodologyandcomprisetwomanagers,anarchitect,andanumberofdevelopers.Thetwo managershavespecificrolesandresponsibilitiesandareassignedthetitlesofproductownerand ScrumMaster.ThesuccessofintegratingDesignThinkingwiththeexistingapproachtodevelop softwarecriticallyhingesonthemanagerialstaffofthesedevelopmentteams.thisqualitativestudy exploredhowproductownersandscrummastersperceivetheintegrationofdesignthinkingwith LeanSoftwareDevelopmentandScrum.SpecificfocuswasplacedonhowDesignThinkingpractices integratewithleansoftwaredevelopmentprinciplesandscrumpractices. TheoreticalmisalignmentswereidentifiedbetweenDesignThinkingpracticeelements,Lean SoftwareDevelopmentprinciplesandScrumpractices.Wheninvestigatedinpractice,these theoreticalmisalignmentswerenotperceivedverystronglybyproductownersandscrummasters. Nonetheless,practicalchallengeswereseentoarisefromtheintegrationofDesignThinkingwith LeanSoftwareDevelopmentandScrum.Byexploringtheoreticaldisaccordsinapracticalsetting,this thesisservesasanearlysteptowardsthedevelopmentoftheoryregardingthesuccessfulintegration ofdesignthinking,leansoftwaredevelopmentandscrum. Keywords: DesignThinking,LeanSoftwareDevelopment,AgileSoftwareDevelopment,Scrum,ProductOwners, ScrumMasters i

6 Acknowledgements Thisresearchwasconductedwiththesupportandguidancefromseveralindividualstowhomweare trulyappreciative.oursupervisor,ingorauth,providedongoingguidance,criticalfeedback,and encouragementthroughoutthisthesis.also,wewouldliketoextendourgratitudetosoftwarecofor theircollaborationandgrantingusaccesstoconductourinterviews. AspecialthankyougoestoLPSandTHfromSoftwareCo.LPSprovidedearlyinsightswhichformed thefoundationofthisstudy,andestablishedinitialcontactswithintervieweesinindiaforwhichwe areextremelygrateful.thsharedhisexperiencesaboutdesignthinkingatsoftwarecowhichgreatly enhancedourunderstandingofthestudy scontext,andwealsoacknowledgehiseffortstoconnect uswithpotentialinterviewees. Lastbutnotleast,weareverythankfultotheemployeeswithinthesoftwaredevelopment organizationatsoftwarecowhogavetheirsupporttoourthesisbytakingtimeto participateinourinterviews. Göteborg,2013 UlrichFrye TinaInge ii

7 TableofContents Abstract...i Acknowledgements...ii Introduction CaseCompany Background Purpose ResearchQuestion Delimitations...6 LiteratureReview DesignThinking LeanThinking Agile LeanSoftwareDevelopment SynthesisofDesignThinking,LeanSoftwareDevelopment,andScrum TheoreticalFramework...16 Methodology ResearchApproach ResearchStrategy ResearchDesign:ExploratoryCaseStudy Sampling ResearchMethods DataCollection QualityCriteria...22 EmpiricalResults Exploratory ProfileofProductOwnerandScrumMaster PerceptionofDT DesignThinkingvs.LeanSoftwareDevelopment ChallengestoDesignThinking...42 Analysis LeanSoftwareDevelopment,Scrum,andDesignThinking...45 DiscussionofResults EndUsers

8 6.2 Visualization Synthesis Conclusion...52 AreasforFurtherResearch...53 Sources...54 Appendix:Interviewguide

9 1 Introduction Companiesinallindustriesaroundtheworldareunderimmensepressuretocreateinnovative productsandservicesinordertobecompetitiveinthemarket.thesoftwareindustryisnoexception tothisandsomecompanieshavetakentoadoptingalternativeapproachestotraditionalproduct developmentwiththegoaltodevelopmoredesirableoffers.softwarecoisoneoftheleading enterprisesoftwarevendorsworldwideandin2011begantoformallyintroducedesignthinking(dt) intotheirdevelopmentorganization.althoughappliedforovertwoyearstothesoftware developmentcontextatsoftwareco,theunderstandingofdtanditsadditiontotraditional approachestosoftwaredevelopmentisstillinitsinfantphase.thus,softwarecowaschosenasthe organizationtostudybecauseitisanearlyadopterofdtinthesoftwareindustry. HildenbrandandMeyer(2012)conductedapilotcasestudytounderstand,primarily,thesynergies involvedinintertwiningdtwithleansoftwaredevelopment(lsd)andthescrumprocessframework mostlyfromaprocessperspective.however,agapinthisresearchwasidentifiedasany misalignmentsbetweentheapproachesfromanindividualscrumteammember sperspectivewere notstudied.giventheinfluenceaproductowner(po)andscrummaster(sm)possessasleaderson ascrumteaminsoftwaredevelopmentcompanies,itisvaluabletounderstandtheirperceptionof howdtintegrateswithlsdandthescrumprocessframework. ThemaincontributionofthisthesisistoprovideatheoreticalandempiricalanalysisonhowDT,LSD, andthescrumprocessframeworkalignfromthepo sandsm sperspective.thisspecificareamight beusefulforresearchersinterestedintheoverallunderstandingofhowdtcanmigratefromthe designindustryintothesoftwaredevelopmentindustry,similartohowleanandagilemigratedfrom themanufacturingindustrytothesoftwaredevelopmentindustry. 1.1 CaseCompany SoftwareCoisagloballeaderinenterprisesoftwaredevelopmentandassociatedserviceswithmore than50,000employeeslocatedinmultiplecountries.softwaredevelopmenttakesplaceintheir developmentlabswhicharedistributedinvariouscountriesglobally.theirsoftwareproductsare usedbymorethan200,000customersaroundtheworld. Tocreateinnovativeproductstoservetheirglobalcustomerbase,SoftwareCohasadoptedDT.DTis definedonsoftwareco swebsiteasaroutineinnovationmethodologythatenablesthetwohalves ofthehumanbraintoactinsynergy,effectivelycombiningitscreativeandanalyticalcapabilities.in termsofpracticalexecution,thegeneraldtapproachaspracticedatsoftwarecoisshowninfigure 1below.Theapproachillustratedbelowishighlyiterativeandallowsreturningtopreviousactivities orphasesshouldtheneedbeidentifiedbasedoninsightsgainedatanystage. 3

10 Figure1:DTprocess DTwasrolledoutatSoftwareCointhreedifferentwaves.ThefirstwaveofDTprojectsstartedin 2011atSoftwareCo sfacilitiesingermany,whilethesecondwaveofdtprojectscommencedin 2012andprimarilyinvolvedSoftwareCoofficesinGermany,India,andChina.Finally,thethirdwave ofdtprojectsstartedattheendof2012andisongoing. 1.2 Background DThasrisenasamanagementconceptpromisingincreasedinnovativenessthroughausercentered approachtoinnovation.dthasitsoriginsinthedesignrealmbuthasenteredthemanagement realmandgainedconsiderableacceptanceasanapproachtoproductdevelopmentandproblem solving(hassi&laakso,2011).variouscompaniesindifferentindustrieshavetakentousingdtin theirproductdevelopmentpracticestocomplementandenhancetheirexistingapproaches. TheconceptofLeanThinkingoriginatedintheautomotiveindustryanddescribedtheproduction managementsystemattoyotaalongwithmanufacturingtechniques(stone,2012).ithassince penetratedintoallareasofmanagementandisprimarilyconcernedwithwasteandvaluein organizationaloperations,withthegoalofminimizingtheformerandonlyretainingactivities contributingtothelatter(poppendieck&cusumano,2012;stone,2012). JustasLeanThinking,thetermAgilealsocamefromthemanufacturingsectorandreferstoa producer sflexibilitytorespondtochangesinanunstableenvironmentandcustomerneeds(devor, Graves,&Mills,1997;Poppendieck&Cusumano,2012).Theneedforincreasedflexibilityand responsivenesstocustomerrequestswassubsequentlyidentifiedinsoftwaredevelopmentsettings andagroupofdeveloperscreatedamanifestobaseduponanumberofagileprinciplesthatwere specificallyadaptedtosoftwaredevelopment(becketal.,2001;highsmith,2001).withinagile severalmethodshavebeencreatedthataimatmakingthedevelopmentprocessmoreresponsive andflexible(wölblingetal.,2012). OnespecificmethodofAgileistheprocessframeworkofScrum.TheScrumprocessframework prescribesthecompositionofdevelopmentteams,eventsintheprocess,andtangibleobjects (Schwaber&Sutherland,2011).TworoleswithintheScrumteamareofparticularinterest:theSM andthepo.individualsfillingtheseroleshavespecificmanagerialdutiestocarryoutandprinciples toadhereto;theprimaryresponsibilityofthepoisthefunctionalityoftheproductandthevalueit createsforallstakeholders,whilethesmisconcernedwiththeexecutionoftheprojectandsmooth runningoftheprocess(schwaber&sutherland,2011). LSDandScrumhavebeencombinedsuccessfullywithinthesoftwaredevelopmentindustryandhave becomecommonpractice.dthasgrownfromthedesigndisciplineintothemanagementdisciple. 4

11 Theseapproaches,asseparateentities,havebeenimplementedanddocumentedfrompractitioners perspectivesbutthereislittleevidenceoftheirdetailedstudyinacademicliterature.thereiseven lessliterature,fromeitherapractitioneroracademicperspectivethatfocusesonunderstandingthe combinationofdt,lsd,scrumapproachesinproductdevelopment. Approximatelyfouryearsago,SoftwareCointroducedanapproachtotheirsoftwaredevelopment thatisfoundeduponlsdprinciples,andisexecutedthroughthescrumprocessframeworkandin 2011,SoftwareCostartedaninitiativetorolloutDTthroughoutitsdevelopmentorganization. HildenbrandandMeyer(2012)investigatedDTandLSDincombinationonScrumteams,butother previousstudiesonthetopicwerenotevidentfromathoroughliteraturesearch.intheirbook chapter,intertwiningleananddesignthinking,hildenbrandandmeyer(2012)takeaholistic perspectivetounderstandifandhowtheseapproachestosoftwaredevelopmentcanbecombined orwhetherdtissimplyasubstituteforlsdonascrumteam.theauthorsconcludedthatthese approachestosoftwaredevelopmentcanbeintertwined,asopposedtodtbecomingasubstituteor replacementandsuggestedaprocessshowinghowdtcanbeintertwinedwithlsdonascrumteam. WhiletheworkofHildenbrandandMeyer(2012)isavaluableearlycontributiontogain understandingtowardsthecombinationofdtandlsdonascrumteaminsoftwaredevelopment projects,thereareaspectsinthestudythatraisequestionsandwarrantfurtherinvestigation.the bookchapterinquestiondescribesthestudyofasinglesoftwaredevelopmentprojectwithina globalenterprisesoftwarecompany.first,onesinglecaseisonlyastartingpointinunderstandingif thecombinationofdtandlsdonscrumteamsareindeedcomplementaryapproachesastheywere claimedtobe.itisthereforequestionableifthefindingscanbeconsideredvalidforanyother,let aloneall,softwaredevelopmentprojectsthatutilizetheseapproaches,bothwithintheircase companyandthewiderindustry.second,theinvestigatedcaseitselfdoesnotappeartobequite representativeofarealdevelopmentprojectasitwouldgenerallybecarriedoutwithinsoftware developmentcompanies,becausethecustomerherewasasailingteamsponsoredbythedeveloping companyitself,foraspecificevent.naturally,thatspecificcompanyhadagreatinterestinthe successoftheproject: Besidestheclassicalsupportofasponsor,SAPisparticularlyinterestedin showcasingitstechnology... (Hildenbrand&Meyer,2012,p.221).Sincetheprojectwasashowcase, itmaybeconsideredlimitedinitscomparabilitytosoftwaredevelopmentprojectsforindustry customerswithinthesoftwareindustryatlarge. Besidesthelimitationsoutlinedabove,HildenbrandandMeyer(2012)mostlytookaprocess perspectiveofthecombinedapproachesandthemethodswithin.whilstthisangleisentirely legitimate,itleavesroomforexpansion.anotherinterestingaspectforinvestigationconcernsthe individualsthatareworkingonthesoftwaredevelopmentscrumteamsandtheirperceptionofthe combinedapproaches.inparticular,teammemberswithmanagerialdutiesandresponsibilitiesfor thesuccessoftheprojectsandtheirunderstandingofthecombinedapproachesappeartobe worthwhilestudyingbecausethesuccessoftheintegrationofdthingescriticallyonthose.as outlinedearlier,theseindividualsinquestionareposandsms. BaseduponworkingwithintheLSDandScrumapproachatSoftwareCo,experiencedSMsandPOs arelikelytohaveacquiredcertainwaysofworkingandgainedexperienceaccordingtothe underlyingprinciplesandpracticesoflsdandscrum.thesesmsandposnowhavetofurtheradapt 5

12 assoftwarecoisrollingoutdtthroughouttheirsoftwaredevelopmentwiththegoalofcreating moredesirableandinnovativesoftwareproducts. ThisthesisinvestigatedthecombinationofLSDandDTonScrumteamsinsoftwaredevelopment projects,asperceivedbymanagerialstaffcomposedofposandsms.particularemphasisisputon thealignmentofunderlyinglsdprinciplesandscrumpracticeswiththedtpracticeelements.thus, acasestudywasconductedwithinsoftwarecotoinitiallyexplorethetopic;thestudyandits findingsaredescribedinthefollowingchapters. 1.3 Purpose ThepurposeofthisthesisistocontributetotheacademicunderstandingofthecombinationofLSD anddtonscrumteams.giventhelimitedresearchonthesubject,thisstudyprimarilybuildsupon thedtworkbyhildenbrandandmeyer(2012).itcontributesbyinvestigatingtheintegrationofthe aboveapproachesfromtheperspectiveofmanagerialstaffonscrumteamswhoareresponsiblefor thesuccessofsoftwaredevelopmentprojects. 1.4 ResearchQuestion BasedonthecurrentstateofacademicliteratureconcerningLSDandDTaneedhasbeenidentified tofurtherstudythecombinationoftheseinapracticalsettingsuchassoftwaredevelopment.this needforunderstandingisparticularlyobviouswhenconsideringindividualswhohavesignificant experienceinmanagingsoftwaredevelopmentprojectsaccordingtolsdprinciplesonscrumteams, andareresponsiblefortheintegrationofdtintothisexistingapproach.inordertoexplorethetopic andgainaninitialunderstandingfromtheperspectiveoftheseindividualsleadingthelsdanddt activitiesonscrumteamsatsoftwareco,thefollowingresearchquestionisansweredbythisstudy: HowdotheDTpracticeelementsofenduserempathy,visualization,andsynthesisintegrate withlsdandtheagilemethodofscrumfromtheperspectiveofproductownersandscrum Masters? 1.5 Delimitations ThisstudyinvestigatedtheuseofDTonsoftwaredevelopmentprojectsatSoftwareCo.Thus,the scopeofthestudywaslimitedtoonlycoverasinglecompany;withinthecompany,onlythe softwaredevelopmentorganizationwasstudiedeventhoughdtisbeingutilizedinotherpartsofthe companyaswell.thiswasdeemedappropriatebecausethisthesiscontributestothegeneralfieldof innovationmanagement,anddtinthesoftwaredevelopmentorganizationatsoftwarecowas introducedtoimprovetheinnovativenessoftheirsoftwareproducts. ThedevelopmentorganizationatSoftwareCoisdispersedglobally;forthereasonofaccess provided,thisinvestigationonlycovereddevelopmentlabsinindiaandgermany.culturalaspects, bothorganizationalandethnical,werenotconsideredinthisresearch.theunitsofanalysiswere individualsfillingmanagerialrolesonsoftwaredevelopmentteams,otherteammembersorstaff outsidetheseteamswerenotconsidered. 2 LiteratureReview Thischapterintroducestheliteratureandtheoriespertainingtothisexploratorycasestudy. OverviewsareprovidedaboutthehistoryandcurrentstatesofknowledgeandpracticeaboutDT, 6

13 LeanThinking,Agile,andLSDapproachesaswellastheScrumprocessframeworkforsoftware development.theaboveapproachesareutilizedbysoftwarecointheirsoftwaredevelopment activities,withdtbeingthelatestaddition. 2.1 DesignThinking HerbertA.Simonappliedthenotionofdesignasawayofthinkingtothedesignrealminthe1960s, morerecentlyithasbeenappliedtothemanagementrealmbybothacademicsandpractitioners (Hassi&Laakso,2011;Simon,1969).Withintheacademicrealm,DTintermsofhowdesignersthink hasbeendiscussedanddescribedforoverthirtyyears(johansson,woodilla,&çetinkaya,2011). However,theapplicationofthewaydesignersthinktothemanagementrealmisfairlynewbut growinginimportance,partiallyduetotheviewthat designhasbecometooimportanttobeleftto designers (Brown&Katz,2011,p.381). JohanssonSköldberg,Woodilla,andÇetinkaya(2013)arguetherearethefollowingtwodiscourses ondt:scholarlyandmanagement.thescholarlydiscoursereferstodesignerlythinkingtheoryto practiceandisacademicallyfoundedinthefieldofdesignwhereasthemanagementdiscourse appliestodesignpracticesandcompetencesoutsideofthedesignfield(johanssonsköldbergetal., 2013).ThisstudyfocusedonDTelementsappliedtomanagementroleswithinthesoftware developmentindustry.therefore,onlythemanagementdiscourseondtisdiscussedasthe designerlythinkingdiscourseisoutsidethescopeofthisresearch.however,itisimportanttonote thattherearediscoursesinthedesignrealmthatconcentratesontheskillsandabilitiesofdesigners, forexample(simon,1969),thatcouldbeusedtofurtherinvestigatebutgiventhechoicetofocuson themanagementrealmthisisalsooutsideofthescopeforthisthesis Definitions ThetermDTdoesnothaveawelldefinedmeaningbutisusedinavarietyofwaysandmultiple contexts.moreover,thetermisbecomingincreasinglyubiquitous(kimbell,2011).ingeneralterms, DTisthoughtofashavingtwomainaspects:ausercentricphilosophyorapproachtoproblem solving(brown,2008;dunne&martin,2006;hassi&laakso,2011;kimbell,2011;seidel&fixson, 2012). Table1listsaselectionofdefinitionsgiveninliteratureforDT.However,itisimportanttonotethat definingdtintoasingulardefinitioncanbeconsideredafutileeffortbecausetherearemany differentdiscoursesondesignanditisinherentlyindividualisticbasedonthedesigneraseloquently statedbyjohanssonsköldbergetal.(2013,p.14) totalkaboutdesignandleavingthedesignerout isliketalkingaboutmusicandleavingthemusiciansout. 7

14 Table1:DesignThinkingDefinitions (Holloway,2009,p.51) Atermusedtodescribehowdesignerstypicallyapproach problemsolving (Brown,2008,p.86) Adisciplinethatusesthedesigner ssensibilityandmethodsto matchpeople sneedswithwhatistechnologicallyfeasibleand whataviablebusinessstrategycanconvertintocustomervalue andmarketopportunity (Dunne&Martin,2006, pp.512,517) Designthinkingresultsfromthenatureofdesignwork:a projectbasedworkflowaround wicked problems (Owen,2007,p.17) Theobversecomplementtoscientificthinking (Hassi&Laakso,2011,p. 53) DTisasetofcertainpractices,cognitiveapproaches,and mindsets (JohanssonSköldberget al.,2013,p.124) Awayofdescribingadesigner smethodsthatisintegratedinto anacademicorpracticalmanagementdiscourse Processes Asstatedabove,DTcanbedescribedinageneralsense,ratherthanasingularspecificdefinition,as usingausercentricapproachtosolveproblems(dunne&martin,2006).however,inbothacademia andpractice,thereisattentiongiventounderstandingthespecificprocessassociatedtodtbut similartothedefinitionthereisnotasingularuniversalprocessfordtbutratherthereseemstobe underlyingcommonalitiesorelementsassociatedtotheseprocesses.whileitisimportanttohavea generalunderstandingofprocessesassociatedwithdt,forthisthesistheunderlyingcommonalities orelementsofdtmentionedbelowarethemainlensusedinansweringtheresearchquestion Elements HassiandLaakso(2011)conductedanextensiveDTliteraturestudyof50booksorarticles,ofwhich theyused31,tocreateathreedimensionalframeworkforthedifferentelementsassociatedtodt. ThisframeworkassignedthreemainDTcategoriesthathaverelatedDTelements.Thesecategories arepractices,cognitiveapproach,andmindset(hassi&laakso,2011).thisresearchwillfocuson thepracticecategoryasopposedtothecognitiveapproachormindsetcategoriessincethisisthe mostrelevantcategoryforansweringtheresearchquestion.thisexploratorycasestudyisconcerned withlookingathowindividualsworkandthetangibleapproachestheyuse,asgiveninthepractice category,ratherthandifferentstylesorwaysofthinkinggivenineitherthecognitiveormindset categories(hassi&laakso,2011). Moreover,asstatedinthebelowliteraturesectionforLSDandScrum,thesetwoapproachesto softwaredevelopmentfocusmoreonthetangiblewaysofworking,activities,anduseofspecific artifacts.asaresult,usingtheelementsgiveninthebelowsectionforthedtpracticecategorywasa comparablelevelofanalysis Practices DTpracticescanbedescribedas tangibleapproaches,waysofworking,activities,andtheuseof specifictools (Hassi&Laakso,2011,p.55).Therearefivemainelementsthatareconsideredby HassiandLaakso(2011)tobeDTpractices:humancenteredapproach,thinkingbydoing,visualizing, synthesis,andcollaborativeworkstyle.thesearefurtherelaboratedonbelow. 8

15 1.HumanCentered Thehumancenteredapproachputspeoplefirstbydevelopingempathyforandunderstandingofthe customerand/orusers.observationandethnographyarethekeymethodsusedindevelopingthe emphaticunderstanding.dtisoftenreferredtoascustomer,userorhumancentricdesignasthisis oneofthemostprominentissueshighlightedindtliterature(hassi&laakso,2011). 2.Thinkingbydoing Thinkingbydoingisatangibleanditerativeapproachthatcreatesknowledgeinapracticalmanner byarapid,systematic,anditerativeprocess.thinkingbydoinginvolvescreatingcontinuous prototypingthathelpsinideation.prototypesareseenasatooltohelpbothdevelopandexplore ideasinsteadofbeingdirectrepresentationsoftheproduct(hassi&laakso,2011). 3.Visualizing VisualizingishowoneexpressesandmakessenseofthingsinDTbyusinganymediaoutsideof wordsandsymbols.visualizingallowsacommonunderstandingofideassothattheycanbe discussedandshared(hassi&laakso,2011). 4.Synthesis Adivergentandconvergentapproachorsometimesreferredtoassynthesisinvolvescomingtoa solutionbybroadeningthescopeandthennarrowingitbyusingselectionandsynthesis.dttypically startsusingadivergentapproachtoallowformultiplealternativesorideastobeconsideredinstead oftakingtheinitiallybestidea.thedivergentapproachisnotlimitedtothebeginningbutcanbe usedthroughoutdt.theconvergentapproachthenallowsforpatternsandrelationshipstobe discovered(hassi&laakso,2011). 5.Collaborativeworkstyle HassiandLaakso(2011)notedthatvirtuallyallDTauthorsplaceanemphasishavingacollaborative workstyleindt.acollaborativeworkstyleinvolveshavingawiderangeofstakeholders.moreover, collaborativethinkingisbythinkingoutsideofyourownheadbyinteractingwithothers(hassi& Laakso,2011). Asstatedabove,DThasstartedtodiffuseintothemanagementdiscoursefromthedesignworld. ThebasicsofDTincludeempathyandunderstandingtowardtheuserandahumancentered philosophy.theelementsofdtcanbeclassifiedintothreecategories:practices,cognitiveapproach, andmindset(hassi&laakso,2011).thesedtcategoriesalongwiththerelatedelementsare summarizedintable2. 9

16 Table2:DTElementsandCategoriesaccordingtoHassiandLaakso(2011) DTCategory DTElements Practices Humancentered/Empathy Thinkbydoing/Actionbased Visualizing Diverging&Converging Collaboration Cognitiveapproach Holisticviewpoint Integrativethinking Abductivethinking Mindset Futureoriented Explorative Experimental Summary AsexplainedaboveandillustratedinTable2,thispaper sfocusisonthedtelementsinthepractices categoryassummarizedintheextensiveliteraturereviewconductedbyhassiandlaakso(2011). ThisviewpointwillallowthestudytohavethetangiblewaysthatPOsandSMsworkasthelevelof analysisandtolookattheirperceptionofdtfromapracticeperspective,ratherthanmakea comparisonoftheassociateddtprocessesormethods. 2.2 LeanThinking LeanThinkinghasitsoriginintheautomotiveproductionindustryinJapan.ThetermLeanwasfirst usedinconnectionwithproductionmanagementpracticedattoyotaandhascontinuedtoevolve forseveraldecades(hines,holwe,&rich,2004;poppendieck&cusumano,2012;stone,2012).the morespecifictermleanproductionoriginallydescribedmanufacturingtechniques(stone,2012)and wasthenexpandedtodescribe anyefficientmanagementpracticethatminimizedwaste,including inproductdevelopment (Poppendieck&Cusumano,2012,p.26). Onthemostbasiclevel,LeanThinkingdistinguishesbetweenwasteandvalueinanorganization s operations.asdefinedbywomackandjones(1996)instone(2012,p.114),wasteis anyhuman activitywhichabsorbsresourcesbutcreatesnovalue andvaluedenotes acapabilityprovidedtoa customerattherighttimeatanappropriateprice,asdefinedineachcasebythecustomer. Moreover,themostbasicpremiseofLeanThinkingistoactivelyidentifyandeliminatewastefrom thefirm sprocesseswiththegoalofonlyretainingactivitiesthataddvalue(stone,2012).allinall, fivebasicprinciplesofleanthinkingwereproposedbywomackandjones(1996)andarelistedby HaqueandJamesMoore(2004,p.3)as: Specifyvalue:definevaluepreciselyfromtheperspectiveoftheendcustomerintermsofa specificproductwithspecificcapabilitiesofferedataspecificpriceandtime. Identifythevaluestreamandeliminatewaste:identifytheentirevaluestreamforeach productorproductfamilyandeliminatewaste. Makethevalueflow:maketheremainingvaluecreatingstepsflow. Letthecustomerpullthe(value)process:designandprovidewhatthecustomerwantsonly whenthecustomerwantsit. 10

17 Pursueperfection:striveforperfectionbycontinuallyremovingsuccessivelayersofwasteas theyareuncovered. PoppendieckandCusumano(2012)elaboratefurtherthatLeanThinkingemphasizesforemostthe decreaseinwasterelatedtoresourcesintermsoftimeandstaffandatthesametimepromotesthe creationofvalueforthecustomerandthecompanythroughproducts.additionalbenefitsoflean Thinkingarethoseassociatedwitha moreflexible,iterative,lightweightdevelopmentprocess (p. 27).Furthermore,valueisalsoincreasedbyaddingfeaturesorservicesthatarevaluedbycustomers butdonotcontributetotheinternalwaste,e.g.shorteneddeliverytimes(hinesetal.,2004). 2.3 Agile SimilartoLeanThinking,Agilealsohasitsoriginsinthemanufacturingindustry(Poppendieck& Cusumano,2012)andbasicallydescribesaproducer sabilitytobeflexibleinordertobesuccessfulin anenvironmentofcontinuouschange(devoretal.,1997).thisneedfortheabilitytorespondto changeswasidentifiedforandappliedtoasoftwaredevelopmentsettingwhenseventeensoftware expertsdraftedtheagilesoftwaredevelopmentmanifesto(highsmith,2001),whichwasfounded upontwelveunderlyingprinciples AgileSoftwareDevelopmentPrinciples Theagilesoftwaredevelopmentmanifestowasbuiltonthefollowingtwelveprinciples(Becketal., 2001): Ourhighestpriorityistosatisfythecustomerthroughearlyandcontinuousdeliveryof valuablesoftware. Welcomechangingrequirements,evenlateindevelopment.Agileprocessesharnesschange forthecustomer'scompetitiveadvantage. Deliverworkingsoftwarefrequently,fromacoupleofweekstoacoupleofmonths,with apreferencetotheshortertimescale. Businesspeopleanddevelopersmustworktogetherdailythroughouttheproject. Buildprojectsaroundmotivatedindividuals.Givethemtheenvironmentandsupportthey need,andtrustthemtogetthejobdone. Themostefficientandeffectivemethodofconveyinginformationtoandwithina developmentteamisfacetofaceconversation. Workingsoftwareistheprimarymeasureofprogress. Agileprocessespromotesustainabledevelopment.Thesponsors,developers,andusers shouldbeabletomaintainaconstantpaceindefinitely. Continuousattentiontotechnicalexcellenceandgooddesignenhancesagility. Simplicitytheartofmaximizingtheamountofworknotdoneisessential. Thebestarchitectures,requirements,anddesignsemergefromselforganizingteams. Atregularintervals,theteamreflectsonhowtobecomemoreeffective,thentunesand adjustsitsbehavioraccordingly AgileSoftwareDevelopmentMethods Withintheoverallagilesoftwaredevelopmentapproach,severalspecificmethodssuchasScrumand ExtremeProgramminghaveemergedwiththegoalofmakingthesoftwaredevelopmentprocess moreresponsiveandflexible(wölblingetal.,2012).inthefollowingsection,scrumisfurther 11

18 elaboratedonbecauseitisoneofthemostusedagilemethodologiesinsoftwaredevelopment(del Nuevo,Piattini,&Pino,2011)andhasmanagerialaspectsattachedtoit(e.g.Pries&Quigley,2011). TheScrummethodisutilizedbySoftwareCointheirdevelopmentactivities. Scrum Scrumisdefinedbyitscreatorsas aprocessframework...usedtomanagecomplexproduct development (Schwaber&Sutherland,2011,p.3),andhasalsobeendescribedasamethodto manageprojectsthatisfocusedonimmediateobjectivesanddeliverablesofinvolvedpeople(pries& Quigley,2011).Assuch,itisnotaprocessortechniqueforbuildingproductsbutrathera managementframeworktodevelopandsustaincomplexproductssuchassoftwarebyemployingan iterativeandincrementalapproach(schwaber&sutherland,2011).scrumisalsonotacomplete methodologysinceitdoesnotincludespecificpractices.instead,itaimstooptimizetheprocessof softwaredevelopmentwithintheoverallvaluestream(poppendieck&cusumano,2012).thescrum processframeworkencompassesvariousevents,rolesofmembersinscrumteams,andartifacts. Scrumeventsaresprints,springplanningmeetings,dailyscrums,sprintreviewsandsprint retrospectives.theprimaryeventsarethesprints,whichareblocksoftimelastingfourweeksor less,inwhichprogrammingtakesplaceandaimtoresultinworkingsoftwarereleaseswhichcanbe inspectedandtestedbyendusers(maylor,2010;schwaber&sutherland,2011).thesereleasesare typicallypresentedatsprintreviewsthatfolloweachsprintandallowfrequentcustomerfeedback onfunctionality,whichinturninfluencessubsequentpriorities(rising&janoff,2000). AScrumteamistypicallycrossfunctionalandcomprisedofthedevelopmentteam,thePO,andthe SM.Thedevelopmentteamisselforganizingwithmemberspossessingthenecessaryskillstodeliver thefinalproduct.recommendedteamsizerangesbetweenthreeandninemembers,notcounting thepoandsm(schwaber&sutherland,2011). ThePOisresponsibleandaccountablefordecidingwhatneedstobedone,i.e.managingtheproduct backlog.byperforminghis/herduties,thepo smainundertakingistomaximizethevalueofboth theproductandthedevelopmentteam(poppendieck&cusumano,2012;schwaber&sutherland, 2011).Assuch,inalargerorganizationalcontext,thePOcanbeseenasthelinkbetweenthe developmentorganization,thewiderorganization,andexternalentities.thesm sroleistomakethe processrunassmoothlyaspossibleandcontinuouslyimproveitalongthewayby,forexample leadingmeetingsandtrackingprogress.(rising&janoff,2000).specifically,thesmprovideshis/her servicestothepo,thedevelopmentteamandtheorganizationatlarge(schwaber&sutherland, 2011). Scrumartifactsservetomakethedevelopmentprocessmoretransparent,makekeyinformation visibleandthusallowinspectionandadaptation.thethreetypesofartifactsareproductbacklog, sprintbacklogandincrements.anartifactofkeyimportanceistheproductbacklogwhichisdefined as anorderedlistofeverythingthatmightbeneededintheproductandisthesinglesourceof requirementsforanychangestobemadetotheproduct (Schwaber&Sutherland,2011,p.12).The productbacklogiscontinuouslyevolvingandassuchisnevercomplete.itisthesoleresponsibilityof thepotomanagetheproductbacklog,prioritizeitemsinitandensuretheyareaddressedbythe team(schwaber&sutherland,2011). 12

19 2.3.3 SummaryofLeanThinkingandAgile Asstatedabove,bothLeanThinkingandAgilehavetheirorigininthemanufacturingindustriesand havesubsequentlymadetheirwayintodifferentsettingswhichincludethesoftwaredevelopment industry.themainpremiseofleanthinkingistomakethevaluestreammoreefficientby eliminatinganyprocessesthatdonotaddvalue.themainideabehindagileisforanorganizationto bemoreresponsiveincontinuouslychangingenvironments. Simplyput,bothLeanThinkingandAgileputthecustomersandtheirsatisfactionfirstbuttheydoso indifferentmanners.whileleanthinkingemphasizesefficiencyandplanning,agilebuildsupon customizationresultingfromclosecustomercontactandinteraction.butasproveninpractice,itis possibletooptimizeagileoperationsbasedonleanthinking,especiallyinthesoftwaredevelopment industrywherethiscombinationhasbeenpracticedsincetheearly2000s.byoperatinginshortand iterativecyclesthatproduceworkingsoftware,userscanbeinvolvedfrequentlytoenable identificationofcustomervalueandrespondtoupdatedrequests(wölblingetal.,2012). 2.4 LeanSoftwareDevelopment Intheearly2000s,LeanThinkingstartedtodiffuseintoareasoutsideofthemanufacturingindustry suchaslogistics,military,constructionandservices.asaresult,thisdeliveredproofthatinpractice LeanThinkingisapplicableacrossvariousfields(Hinesetal.,2004;Poppendieck,2002).Although LeanThinkingoriginallyrelatedtopracticesparticulartotheautomotivemanufacturingindustry,it couldbetransferredintoothersettingsbyviewingitasasetofprinciplesorconceptsratherthan specificpractices(poppendieck&cusumano,2012).basedonthisview,leanthinkingenteredthe softwaredevelopmentviaagilepractices(hildenbrand&meyer,2012),becausetherearemany similaritiesandanalogiesbetweentheirrespectiveelements(poppendieck&cusumano,2012). ByintegratingAgileandLeanThinking,sevenprinciplesforLSDwereproposedin2003andhave sincebecomepopularinthesoftwareindustry(poppendieck&cusumano,2012).theseven principlesforlsdare(poppendieck&cusumano,2012;poppendieck.lcc,2010): 1. Optimizethewhole:LSDshouldbefoundedonadeepunderstandingofajobthatcustomers wouldlikedoneandhowthisjobmightbemediatedbysoftware. 2. Eliminatewaste:wasteisanythingthatdoesn teitheraddcustomervaluedirectlyoradd knowledgeabouthowtodeliverthatvaluemoreeffectively. 3. Buildqualityin:continuouslyintegratesmallunitsofsoftwareintolargersystemstoavoid findingdefectsinthefinalverification. 4. Learnconstantly:developmentisallaboutcreatingknowledgeandembeddingthat knowledgeinaproduct;delayirreversibledecisionstothelastresponsiblemoment,based onbestavailableknowledge. 5. Deliverfast:thinkofsoftwareasaflowsystemwheresoftwareisdesigned,developed,and deliveredinasteadyflowofsmallchangesbasedondeepunderstandingofwhat stakeholders value. 6. Engageeveryone:empoweringpeople,encouragingteamwork,andmovingdecisionmaking tothelowestpossiblelevelbycomposingmultidisciplinaryteamsencompassingthe completevaluestream. 7. Keepgettingbetter:failureisalearningopportunityandshouldbeusedtochallengeand improveexistingstandardsbasedonthescientificmethod. 13

20 ThesesevenprinciplesforLSDdonotoffermuchinthesenseofparticularrolesandresponsibilities ofindividuals.instead,theyfocusonhowtooperateinanorganizationalsettingofsoftware development,whiletheagilemethodofscrumgivesclearlydefinedrolesincludingthepoandsm. Tosummarize,LSDfocusisonpractices,orhowtooperateinanorganizationalsettingforsoftware development,againthismakesthepracticecategoryfordttheappropriatecategoryfor comparison. 2.5 SynthesisofDesignThinking,LeanSoftwareDevelopment,andScrum AvisualrepresentationoftheabovedescriptionsforthedevelopmentofLeanThinkingandAgile intothesoftwaredevelopmentindustryisshowninfigure2.thecontextstudiedinthisthesis projectisconcernedwithdtbeingintegratedwithlsdandscrum. TounderstandtheintegrationofLSD,Scrum,andDT,thefiveDTpracticeelementsasgivenbyHassi andlaakso(2011)arecomparedbelowwiththesevenlsdprinciplesandthescrumpracticeof writingbacklogsandengagingcustomers.thecomparisonisdonetoidentifyanysynergiesand discrepanciesbetweenthose. ManufacturingIndustry DesignIndustry LeanThinking Agile AgileSoftwareDevelopment LeanSoftwareDevelopment Scrum DesignThinking Figure2:Contextofstudy(shadedareainvestigated atsoftwareco) DThasaclearhumanfocuswhichispracticedbydeeplyempathizingwiththeuserofthefinal product.onthesurfacethisalignswellwithlsdandscrum.thefirstprincipleoflsd,optimizingthe whole,requiresathoroughunderstandingofwhatjobthecustomeristryingtoaccomplish.as stated,scrumisanagilemethodandisthereforebuildonthepremiseofbeingflexibleand responsive.thisrequiresagoodknowledgeofwhatthecustomervalues,whichistobegained throughfrequenttestingofworkingsoftwarereleasesbyendusers.however,adiscrepancyexistsin thatdtfocusesonempathytofindlatentneedswhilelsd sandscrum sfocusisonthecustomer satisfaction.aseconddiscrepancyisthatwhentakenatfacevalue,itseemsthatlsdandscrumare focusedonthecustomerratherthantheenduser.whilstnospecificmentionofendusersis apparentinlsd,scrumdoesmentiontheenduserfortestingofsoftwarereleases,butonlyforthe purposeofgainingcustomerfeedback,judgingcustomersatisfactionandadjustprioritiesfor subsequentdevelopmentwhicharearguablyverydifferentnotionsthanempathizingwithhumans usingaproductorservice.nevertheless,owingtoalackofcleardefinitionofthetermcustomer,end usersmaybeincludedinit.however,thecustomeranduserarerarelythesameintheenterprise softwaredevelopmentindustryandthecustomermaybeunawareofwhattheactualuserdoes value.therefore,apotentialmisalignmentexistsinthatdtplacesemphasisonfindinglatentneeds 14

21 ofendusers,whilelsdandscrumarefocusedoncustomersatisfactionanddonotexplicitly mentionenduserempathy. CollaborationinDTreferstoworkinginmultidisciplinaryteamstoachievethedesiredoutcome.This practicematcheswellwithscrumwhichcallsforselforganizingteamscomposedofmembersthat bringallnecessaryskillstotheproject,andvalueisputonindividualsandinteractions.thelsd principleofengagingeveryoneintheentirevaluestreamtodelivertheproductisalsoquiteeasily equatedwiththemeaningofcollaborationindt,butcouldbeinterpretedashavingawiderscope. TheDTpracticeelementofvisualizingfacilitateseasiercommunication,forexamplethrough storyboards.onthecontrary,scrumcallsforproductbacklogsaswrittenlistsofallrequirementsand specificationsfortheproductbeingdeveloped.ifdtprecedestheactualsoftwaredevelopment phaseaccordingtothescrumframework,thegeneratedstoryboardscouldbeconsidereda precursororfoundationfortheproductbacklogs.eventhoughthebacklogmaybuildon,orevolve fromastoryboard,theprocessofgeneratingeachisquitedifferent.noneofthelsdprinciplesisin agreementorindiscrepancywithvisualizingindt. DTisanactionbasedapproach,includingtherapidcreationofprototypesthroughouttheprocess. Twoofthegoalsofprototypingaretolearnandfailquicklyandcheaply.Thesetwoareinperfect alignmentwiththelsdprinciplesofdeliveringfast,learningconstantly,andcontinuouslygetting betterbyconsideringfailureasalearningopportunity.althoughitcouldbearguedthatfailureis wasteandassuchopposesthesecondprincipleoflsd,itreasonsthatearlyandcheapfailureisstill lesswastefulthanlaterfailureswhicharemorecostly.thescrummethodologyaimsatproducing workingsoftwarereleases,whichrequirestheactionofprogramming.thus,ifworkingsoftwareis analogoustoprototypes,thenscrumisalsoanactionbasedapproachandthispracticealignswell withdt. PerhapsthebiggestconflictexistsbetweenDTandLSDwhentheDTpracticeofconvergingand divergingisconsidered.itismostapparentduringtheideationmodeofdt,wheretheprimary objectiveistocreatelargeamountsofideas.alargeamountofideasimpliesbynecessitythatsome, ifnotmost,ofthoseideaswillbediscarded.whenthinkinginleanterms,discardinganythingisa wasteandthustheideationmodeindtviolatestheunderlyingfundamentalpremiseoflsd eliminatingwaste.moreover,itcanbequestionedtowhatextenttheiterativedtpracticeof converginganddivergingultimatelyaddsvaluetoanystakeholders.converginganddivergingmay occurtosomeextentduringtheexecutioninscrummode;however,hereanychangesusually originatefromexternalsources,i.e.thecustomers,whileindttheinternalteamitselfisrequiredto convergeanddivergeontheirownaccordandbasedontheirownresearch.thecomparisonofdt, LSD,andScrumdiscussedabovearesummarizedinTable3forclarity. Table3:SummaryofDT,LSD,andScrum DT Agile LSD Scrum Differences Enduserempathy Customersatisfaction Visualizing N/A Writingrequirementsinbacklogs Synthesis Wasteelimination N/A Similarities Actionbased Collaboration 15

22 HildenbrandandMeyer(2012)haveinvestigatedthecombinationofDTwithLSDonScrumteams andhavefoundanumberofcommonalitiesinfundamentalvalues.asoutlinedabove,theseinclude thecollaborationofmultidisciplinaryteams,valueforboththebusinessandcustomers,andtheir iterativenature.further,theauthorsarguethatdtandlsdaddress differentchallengesand aspectsinadevelopmentprojectlifecycle (Hildenbrand&Meyer,2012,p.219).Quitecorrectlythey pointoutthatlsdisconcernedwithexecutionaspectssuchasdeliveringhighqualityinatimely fashion.dtontheotherhandisfocusedonwhattoexecuteordeliver,i.e.ensuringthattheproduct isindeedofvaluetothecustomer. Anextlogicalsteptobuilduponthestudyistocriticallyassessandinvestigateanychallengesthat arisefromthecombinationofdtandlsdonscrumteams,particularlytotheindividuals,posand SMs,whichareinchargeofrunningtheseScrumteams.Basedontheirexperienceincarryingout theseroles,theyhaveattainedcertainpracticesandwaysofworking.withtheintroductionofdtin additiontolsdonscrumteams,theseindividualsarepotentiallyfacingchallengesthatoriginate fromthecontradictingrequirementsasoutlinedabove.whiletheelementsmaynotbemutually exclusive,therecouldnonethelessbedifficultiesinadaptingtodtandintegratingitwithlsdon Scrumteams. 2.6 TheoreticalFramework Followingtheinvestigationandanalysisoftheliterature,thetheoreticalframeworkpresentedin Figure3belowhasbeendeveloped.Thefocusoftheframeworklieswithindividualsratherthanthe processesorapproaches.theindividualsofconcernarethosethattakeontherolesofsmandpo accordingtothescrumprocessframework.inthepreviouslsdonlyapproach,theyarereferredto aslsdmanager.withtheadditionofdttodevelopmentprojects,theyshouldalsoadoptthe elementsincludedinthedtmanagerrole.thefocusofthisthesiswasplacedontheidentified misalignments;therefore,theoverlappingelementsofactionbasedandcollaborationwerenot specificallyaddressedduringthedatacollection. DTMANAGER LSDMANAGER Enduser empathy Visualizing Synthesis Actionbased Collaboration Customer satisfaction Writingbacklogs Waste elimination Figure3:Theoreticalframework Basedontheabovetheoreticalframework,thefollowingstudyinvestigatestheadditionofDTtothe existinglsdapproachonscrumteamsatsoftwarecofromtheperspectiveofposandsms.the 16

23 investigationisconcernedwithhowtheseindividualsperceivetheadditionofdtanditseffecton theirwayofworking.studiedindetailarethetheoreticalmisalignmentsbetweenthefollowingdt practiceelementsandlsdprinciplesandscrumpractices:(1)enduserempathyvs.customer Satisfaction(2)Visualizingvs.WritingBacklogs(3)Synthesisvs.EliminatingWaste 3 Methodology Thischapteraimstoexplainthedesignandmethodsusedtoanswertheresearchquestion. Moreover,thepurposeofthemethodandsamplingstructurewillbediscussed.Also,adescriptionis providedonhowdatawascollectedandthevalidityandreliabilityofthegatheredinformationis discussed. 3.1 ResearchApproach Thefirststepinresearchistypicallytodecidebetweentwotypesofreasoning,deductiveand inductive,thatarethenusedtogainabetterunderstandingoftherelationshipbetweentheoryand research(bryman&bell,2011;saunders,lewis,&thornhill,2007).deductivereasoningstartswitha verybroadspectrumofinformationandconvergestoaspecificconclusion.wilsondefinesdeductive reasoningas developingahypothesis(orhypotheses)basedonexistingtheory,andthendesigninga researchstrategytotestthehypothesis (Wilson,2010,p.7).Inductivereasoning,ontheotherhand, istheoppositeofdeductivereasoninginthatthetheoryisgeneratedoutoftheresearch(bryman& Bell,2011).Inductiveresearchcanbethoughtofasa bottomup approachtobuildingknowledge; theresearcherisrequiredtouseobservationsanddatatofindpatternsandregularitiestodevelopa tentativehypothesisthatwillleadtogeneralconclusionortheory(babbie,2001). ThisstudyusedinductivereasoningsincethemainfocuswasonDTanditsrelationshipwithLSD principlesandthescrumprocessframework,whichisnotyetwidelycoveredinacademicliterature. Anadvantageofusinginductivereasoninginaresearchstudythatisexploringanewareaisthatitis aniterativeprocessthatallowstheflexibilitytogobackandforthbetweentheresearchandtheory (Bryman&Bell,2011).However,thereisariskthataninductiveresearchapproachmayrequiretime beyondtheplannedscopeofastudyandleadawayfromanarrowandfocusedstudyandresultin generalandbroadresultsthataresuperficial(bryman&bell,2011).theinductiveapproach,in contrasttothedeductiveapproach,hasahighlevelofuncertaintysinceitrequirestheresearcherto generatetheoriesandconclusionsoutofspecificobservationsanddata(saundersetal.,2007). Theserisksweremitigatedbycreatingaschedulethatincludedtimeforiterativeworkand continuousassessmentstoinsurethattheresearchwasnotdeviatingfarfromtheansweringthe researchquestion. 3.2 ResearchStrategy Aresearchstrategyisdescribedasthegeneralorientationoftheconductofbusinessresearchand canbequantitative,qualitativeoramixtureofboth.quantitativeresearchfocusesonquantification andanalysisofdataandismorealignedtodeductivereasoning,whereasqualitativeresearch focusesonwordsinordertogeneratetheoriesandismorealignedtoinductivereasoning(bryman& Bell,2011).Inordertoanswertheresearchquestionforthisstudy,aqualitativestrategywasused becausethepurposeofthestudywastocontributetotheacademicunderstandingofthe combinationoflsdanddtonscrumteamsbasedoninductivereasoning. 17

24 3.2.1 QualitativeResearch Qualitativeresearchis,forthemostpart,inductivewiththeaimofgeneratingtheoryormeanings fromdatacollectedinthefield(creswell,hanson,plano,&morales,2007).dtisarelativelynew areaofstudyandthisresearchstudyisfocusedonunderstandinghowsmsandposadapttodtina specificdepartmentataspecificcompanyataspecificpointintime.qualitativeresearch,as opposedtoquantitativeresearch,ismorealignedtothisfocussinceittakesamoreinterpretiveand naturalisticapproach(denzin&lincoln,2005).thismakesqualitativeresearchasuitablestrategyfor thisstudysincethereislimitedamountoftheorytobuildahypothesisthatcouldbequantitatively tested. Qualitativeresearchpresentssomerisks,suchasmisunderstandings.Itiscriticalinqualitative researchthattheinterviewersensuretheyhavetheinterviewees responseinsteadofdependingon theirownassumption(britten,jones,murphy,&stacy,1995).thiswasaddressedbyhavingtwo researcherswithvariedbackgroundlistentotheinterviews,followedbyadiscussion,and transcriptionthatwasreviewedbybothresearchers. 3.3 ResearchDesign:ExploratoryCaseStudy Theresearchdesignselectedforthisinvestigationwasanexploratorycasestudy.Acasestudy researchdesignallowsdetailedanalysisofasinglecase.ingeneral,acasecanrefertoeitherofa singleorganization,location,person,orevent(bryman&bell,2011).importantly,acasestudy shouldbeconductedwithinitsreallifecontext(yin,2003).asuccinctdefinitionofacasestudyis givenbydulandhak(2008,p.4): Acasestudyisastudyinwhich(a)onecase(singlecasestudy)or asmallnumberofcases(comparativecasestudy)intheirreallifecontextareselected,and(b)scores obtainedfromthesecasesareanalyzedinaqualitativemanner.thequalitativemannerhere impliesthatnostatisticalanalysisiscarriedout,butitdoesnotrefertothemethodsofdata collectionormeasurement(dul&hak,2008). Thetypeofbasicdesignforthiscasestudyisasinglecase(asopposedtomultiplecases)witha singleunitofanalysis(insteadofmultipleunits).avalidrationaleforselectingasinglecaseiswhen theresearchershaveaccesstoapreviouslyinaccessiblesituationwhichwasthecasewithsoftware Co;inthisinstancethecaseisrevelatoryandasinglecaseisappropriate(Yin,2003).Further,many businessresearchersadvocateusingcasestudydesignsforexploratoryresearchwherethereisa limitedamountoftheoryavailableandthecontextisimportant(dul&hak,2008). Thisstudywastheoryoriented,whichmeansthattheobjectivewastocontributetotheory development,ratherthantocontributetotheknowledgeofoneormorespecifiedpractitioners. Withintheoryorientedresearch,DulandHak(2008)distinguishbetweenthreetypesofactivities: exploration,theorybuilding,andtheorytesting,whicharetobecarriedoutinsequence.dueto timelimitations,thisstudyfocusedonlyontheinitialactivityofexploration,ofboththeoryand practiceasillustratedinfigure4. 18

25 Inthisthesis,boththetheoryandpracticepertainingtothecombinationandintegrationofDT elementsandlsdprincipleswereexplored.theunitofanalysiswasindividualsactingincertainroles withinthedevelopmentorganizationatsoftwareco.inordertoallowaninitialunderstandingofthe topic,theexploratorycasestudydesignwasselectedbecauseitallowsadetailedinvestigationofthe topicandtoanswertheresearchquestion.sincetheresearchquestionisabouttheperceptionof individualsinrelationtoaspecifictopic,acasestudyisanappropriateresearchdesignasitallowsa thoroughexplorationoftheissue.asinglecasestudyratherthancomparativewaschosendueto havinggainedaccesstoasinglecompany,softwareco,earlyonintheprojectaswellasresource andtimelimitations.moreover,softwarecoprovidedauniquesettingtoinvestigatetheintegration ofdt,lsdandscrum. 3.4 Sampling Inordertoachievethepurposeandaddresstheresearchquestionofthisstudy,apurposive samplingstrategywasemployedwithinthecase.purposivesamplingreferstosamplingthatisnot carriedoutrandomlybutratherwiththeaimtosampleparticipantsthatarerelevanttotheresearch question,andismostcommonlyusedinqualitativeresearch(bryman&bell,2011). Thepopulationforthestudy ssamplewasdefinedasfollows:theunitsinthepopulationhadtobe experiencedincarryingouttheroleofeithersmorpointhedevelopmentorganizationatsoftware Co.Inaddition,theseindividualswererequiredtohavebeeninvolvedinatleastoneprojectwhere DTwasused.ThisminimumcriterionofasingleDTprojectwasnotsettoahighernumberbecause DTwasintroducedatSoftwareCodevelopmentorganizationtwoyearspriortothisstudy.Since mostdevelopmentprojectshavedurationinexcessofoneyear,theavailablepoolofrespondents whohaveworkedonmorethanonedtprojectwouldhavebeentoosmalltoreachameaningful samplesize. Oncethepopulationofthestudywasestablished,snowballsamplingwasconducted.Thisstrategy wasusedfortworeasons.first,theextentoftheentirepopulationwasunknowntotheresearchers, andhencenoaccuratesamplingframecouldbedetermined.second,initialaccesstothecasewas providedbytwoindividuals,whothesubsequentsamplingwascontingenton.thus,thesamplingfor thisstudycommencedwithtwoinitialcontactswithwhichexploratoryinterviewswereheld;oneof thesetwointervieweesprovidedalistofindividualswithinthepopulation.furtheron,interviewees inthepopulationprovidedfurthercontacts. Theory oriented research Explorationof theoryfor finding propositions Explorationof practicefor confirmingrelevance ofproposition Propositionavailable (pathtaken) Explorationof practiceforfinding propositions Propositionnotavailable (pathnottaken) Figure4:Researchdesignflowchart(adaptedfromDulandHak(2008) 19

26 3.5 ResearchMethods Employingaqualitativestrategyimpliesthatthemethodsusedforthisstudyweremainlyofa qualitativenature.theonequalitativeresearchmethodwasthesemistructuredinterview;itis explainedalongwithadescriptionofhowtheywereconductedinthefollowingsubsections SemistructuredInterview Semistructuredinterviewsareawidelyutilizedmethodinqualitativeresearch.Sincetheycover questionsrelatingtospecifictopics,whichareaskedinasimilarmannertoallintervieweesinthe sample,theyprovidereasonablecomparabilityofresponses.atthesametime,theflexibilityofsemi structuredinterviewsalsoallowsfornewaspectstobediscussedastheyemergeinthecourseofan individualinterview.furthermore,emergingaspectscanbecarriedovertosubsequentinterviews. Theemphasisofqualitativeinterviewsingeneralistocapturetheviewoftheintervieweesrelating tothetopic(bryman&bell,2011). Inthecaseofthisthesis,semistructuredinterviewsweregivenpreferenceoverunstructured interviewsbecausetherewasafairlyclearfocus,thusallowingtheresearcherstoaddressmore specificissues.also,semistructuredinterviewsallowfornewthemestoemergethatmaybe consideredimportantbytheinterviewees.thus,thismethodwaschosenratherthanstructured interviewsbecausetheywereconsideredtoorigid.thirteeninterviewswereconductedoverthe phonewithintervieweeslocatedeitherinindiaoringermany,whiletheresearcherswerebasedin Sweden.Anadditionalthreerespondentswereinterviewedinpersonduringtheresearchers visitof thesoftwarecodevelopmentlabsinindia.ofatotalofsixteeninterviews,fourteenwereconducted withbothresearcherspresent,withusuallyoneleadingtheinterviewandtheothertakingnotesand askingadditionalquestionsastheyarose.further,allinterviewswererecordedandtranscribed within24hoursoftheinterview.theroutineemployedforinterviewtranscriptionswasthateach researchertranscribedonehalfoftheinterviewandthencrosscheckedthetranscriptionofthe otherhalfinordertoensurethequalityofthetranscription.inthreecases,oneresearcher transcribedanentireinterviewwhichwassubsequentlycheckedbytheotherresearcher. 3.6 DataCollection Asbrieflymentionedabove,thedatacollectionforthisstudystartedwithtwoexploratoryinterviews withdtexpertsatsoftwareco,oneinindiaandoneingermany.theseexploratoryinterviews servedtwopurposes;onebeingtonarrowthetopicofthestudyandthesecondwastoprovide somecontextualinformationaboutthecaseintermsoftheorganizationanditspractices.thesetwo exploratoryinterviewsweresemistructured,andthesecondonewasfoundedonthefirst.while theseinitialinterviewsmainlyinformedtheresearchersaboutthecontextandbackgroundofthe case,knowledgewasalsogainedthatcontributedtowardsaddressingtheresearchquestion. Therefore,someaspectsoftheexploratoryinterviewsarealsoincludedintheresultspresentedlater oninthisthesis. Followingtheexploratoryinterviews,aseriesofsemistructuredinterviewswasconductedwithPOs andsmsthatmatchedthecriteriaforthestudy spopulation.intotal,fourteenoftheseinterviews wereheldwiththreerespondentslocatedingermanyandtheothereleveninindia.moreover, preliminaryfindingswerepresentedtoanddiscussedwithagroupofdtstakeholdersatthe SoftwareCodevelopmentlabsinIndia.Theoutcomefromthediscussionsservedasatriangulation means. 20

BACHELOR THESIS. Elin Forslund, Maria Erlandsson. The International Marketing Programme, 180 ECTS. Independent Thesis Writing,15 credits

BACHELOR THESIS. Elin Forslund, Maria Erlandsson. The International Marketing Programme, 180 ECTS. Independent Thesis Writing,15 credits The International Marketing Programme, 180 ECTS BACHELOR THESIS Are intermediary luxury fashion brands excluding overweight and obese women in the UK, by not offering their sizes among its assortments?

More information

Design Thinking & Requirements Engineering. Berner Architekten Treffen 20. Juni 2014

Design Thinking & Requirements Engineering. Berner Architekten Treffen 20. Juni 2014 Design Thinking & Requirements Engineering Berner Architekten Treffen 20. Juni 2014 Increasing Demands for Software Development Requirements Engineering mit Design Thinking@Berner Architekten Treff 20.

More information

EXPLORING THE USE OF DESIGN THINKING IN LARGE ORGANIZATIONS:

EXPLORING THE USE OF DESIGN THINKING IN LARGE ORGANIZATIONS: LISA CARLGREN MARIA ELMQUIST INGO RAUTH Center for Business Innovation, Center for Business Innovation, Center for Business Innovation, Department of Technology Department of Technology Department of Technology

More information

The Agile Manifesto is based on 12 principles:

The Agile Manifesto is based on 12 principles: The Agile Manifesto is based on 12 principles: Customer satisfaction by rapid delivery of a useful product solution Welcome changing requirements, even late in development Working products are delivered

More information

Traditional SDLC Vs Scrum Methodology A Comparative Study

Traditional SDLC Vs Scrum Methodology A Comparative Study Traditional SDLC Vs Scrum Methodology A Comparative Study M. Mahalakshmi 1, DR. M. Sundararajan 2 1 Research Scholar, St. Peter s University, Avadi, India 2 Asst. Professor, Department of Computer Science,

More information

SOCIAL MEDIA MARKETING

SOCIAL MEDIA MARKETING SOCIAL MEDIA MARKETING Researching Facebook marketing adoption factors among Norwegian health clubs Nikolai G. Høibo Supervisor Dr. Rotem Shneor Assistant Professor at the University of Agder This master

More information

Introduction to Agile

Introduction to Agile Chapter 1 Introduction to Agile Objectives: Define Agile software development Explain differences and similarities between various lightweight methodologies Learn the core principles of Agile Dispel common

More information

The Poetics of Water Governance: Differential Language Use in Relation to Water in El Salvador. by Stephanie Ogden. MPP Essay.

The Poetics of Water Governance: Differential Language Use in Relation to Water in El Salvador. by Stephanie Ogden. MPP Essay. ThePoeticsofWaterGovernance: DifferentialLanguageUseinRelationtoWaterinElSalvador by StephanieOgden MPPEssay submittedto OregonStateUniversity inpartialfulfillmentof therequirementsforthe degreeof MasterofPublicPolicy

More information

Agile Practitioner: PMI-ACP and ScrumMaster Aligned

Agile Practitioner: PMI-ACP and ScrumMaster Aligned Agile Practitioner: PMI-ACP and ScrumMaster Aligned The PMI Agile Certified Practitioner (PMI-ACP) ScrumMaster credential validates your ability to understand agile principles, agile concepts, and establishes

More information

Join the SIMIENT team

Join the SIMIENT team Join the SIMIENT team Project Manager is a Microsoft Silver Partner known for solving complex business problems for corporate and government clients through high quality information management solutions.

More information

Providing engineers with complementary skills for entrepreneurship

Providing engineers with complementary skills for entrepreneurship Providing engineers with complementary skills for entrepreneurship mats.lundqvist@chalmers.se Director and co-founder Innovation without entrepreneurship is like a car without a driver Isenberg, 2012 Outline

More information

Comparing Agile XP and Waterfall Software Development Processes in two Start-up Companies

Comparing Agile XP and Waterfall Software Development Processes in two Start-up Companies Comparing Agile XP and Waterfall Software Development Processes in two Start-up Companies Master of Science Thesis in the Programme Software Engineering and Technology JENNIFER DORETTE J. Chalmers University

More information

Software and Service Engineering Major. Casper Lassenius 2.9.2015

Software and Service Engineering Major. Casper Lassenius 2.9.2015 Software and Service Engineering Major Casper Lassenius 2.9.2015 Welcome! Introductions Overview of the SSE major (Prof. Casper Lassenius) Track overview Service Design and Engineering (Prof. Marjo Kauppinen)

More information

How to manage agile development? Rose Pruyne Jack Reed

How to manage agile development? Rose Pruyne Jack Reed How to manage agile development? Rose Pruyne Jack Reed What will we cover? Introductions Overview and principles User story exercise Retrospective exercise Getting started Q&A About me: Jack Reed Geospatial

More information

Lean software development measures - A systematic mapping

Lean software development measures - A systematic mapping Master Thesis Software Engineering Thesis no: 1MSE:2013-01 July 2013 Lean software development measures - A systematic mapping Markus Feyh School of Engineering Blekinge Institute of Technology SE-371

More information

Cross-boundary Research Collaborations

Cross-boundary Research Collaborations Cross-boundary Research Collaborations Robert Feldt Chalmers Dept of Computer Science and Engineering Division of Software Engineering HOSE Lab (Human-fOcused SE) 3 examples: 1. SWELL Research School

More information

How to Migrate from Waterfall Development Approach to Agile Approach

How to Migrate from Waterfall Development Approach to Agile Approach How to Migrate from Waterfall Development Approach to Agile Approach Master of Science Thesis in the Master's Programme International Project Management FANGKUN YANG Department of Civil and Environmental

More information

SESSION 303 Wednesday, March 25, 3:00 PM - 4:00 PM Track: Support Center Optimization

SESSION 303 Wednesday, March 25, 3:00 PM - 4:00 PM Track: Support Center Optimization SESSION 303 Wednesday, March 25, 3:00 PM - 4:00 PM Track: Support Center Optimization Secrets of a Scrum Master: Agile Practices for the Service Desk Donna Knapp Curriculum Development Manager, ITSM Academy

More information

Pathways to Digital Growth

Pathways to Digital Growth Pathways to Digital Growth Course Outlines IT Service Management This course will help individuals understand the disciplines and processes that help service management staff to deliver and support quality

More information

ACP Exam Prep Plus Desk Reference including the Project Management Agile Body of Knowledge TM (PMABOK TM )

ACP Exam Prep Plus Desk Reference including the Project Management Agile Body of Knowledge TM (PMABOK TM ) ACP Exam Prep Plus Desk Reference including the Project Management Agile Body of Knowledge TM (PMABOK TM ) Contents Homework Assignment for 2 PDUs... 1 Chapter Close-Out... 2 Terminology Matching Exercise...

More information

From Agile by Design. Full book available for purchase here.

From Agile by Design. Full book available for purchase here. From Agile by Design. Full book available for purchase here. Contents Introduction xiii About the Author xix Chapter 1 Adjusting to a Customer-Centric Landscape 1 It s a Whole New World 1 From Customer-Aware

More information

Dependence of Strategic Management in Account Receivable collections

Dependence of Strategic Management in Account Receivable collections Dependence of Strategic Management in Account Receivable collections Authors: Emma Wallvik & Emmelie Viklund Supervisor: Jean C. Mutiganda Umeå School of Business and Economics Spring Semester 2014 Bachelor

More information

Scrum methodology report

Scrum methodology report Scrum methodology report Author: Tsholofelo Eunice Moitsheki Student number Tsholofelo Moitsheki (463642) Project Source and Documentation: http://kenai.com/downloads/dotsboxes/group%20report/dab5_scrum

More information

User and Client Satisfaction in Agile Development

User and Client Satisfaction in Agile Development User and Client Satisfaction in Agile Development Marta Larusdottir 1, Effie Law 2, Åsa Cajander 3 1 School of Computer Science, Reykjavik University, Iceland, Menntavegur 1, 101 Reykjavik 2 Department

More information

CMMI and KANBAN is it possible?

CMMI and KANBAN is it possible? CMMI and KANBAN is it possible? Pedro Castro Henriques Strongstep CEO Alexandrina Lemos Strongstep Senior Consultant About Pedro Castro Henriques Strongstep CEO and Co-Founder Worked in 9 European countries

More information

Software Process Improvement Framework for Software Outsourcing Based On CMMI Master of Science Thesis in Software Engineering and Management

Software Process Improvement Framework for Software Outsourcing Based On CMMI Master of Science Thesis in Software Engineering and Management Software Process Improvement Framework for Software Outsourcing Based On CMMI Master of Science Thesis in Software Engineering and Management ZAHOOR UL ISLAM XIANZHONG ZHOU University of Gothenburg Chalmers

More information

Positive and Negative Quality Effects in Distributed Scrum Projects An industrial case study

Positive and Negative Quality Effects in Distributed Scrum Projects An industrial case study Positive and Negative Quality Effects in Distributed Scrum Projects An industrial case study Master of Science Thesis in the Programme Software Engineering and Technology ERIK TEVELL MATHIAS ÅHSBERG Department

More information

# # Jane#Tilson# A#thesis#submitted#in#partial#fulfilment#for#the#degree#of#Doctor# of#education#at#the#university#of#otago,#dunedin,#new#zealand#

# # Jane#Tilson# A#thesis#submitted#in#partial#fulfilment#for#the#degree#of#Doctor# of#education#at#the#university#of#otago,#dunedin,#new#zealand# # # # # An#exploration#of#the#use#of#videotaped#teaching#and#dialogue#to# support#preservice#teachers#to#critically#reflect#on#their#emerging# teaching#practice# # # Jane#Tilson# A#thesis#submitted#in#partial#fulfilment#for#the#degree#of#Doctor#

More information

Development of an Electronic Lean Planning System for Product Development (PULS)

Development of an Electronic Lean Planning System for Product Development (PULS) z Development of an Electronic Lean Planning System for Product Development (PULSE) Investigating Means of Digitizing Physical Pulse Boards and Usability Issues Master of Science Thesis Onur Kaya Department

More information

Secrets of a Scrum Master: Agile Practices for the Service Desk

Secrets of a Scrum Master: Agile Practices for the Service Desk Secrets of a Scrum Master: Agile Practices for the Service Desk #askitsm @ITSMAcademy @ITSM_Lisa @ITSM_Donna ITSM Academy About ITSM Academy NextGen ITSM Education: Certified Process Design Engineer (CPDE)

More information

Master Thesis. University of Oslo. Henning Lundheim. Department of Informatics. < 60 Credits > 30.05.12

Master Thesis. University of Oslo. Henning Lundheim. Department of Informatics. < 60 Credits > 30.05.12 University of Oslo Department of Informatics A Multiple Case Study on the Effects of Kanban on Customer Involvement Master Thesis < 60 Credits > Henning Lundheim 30.05.12 1 Summary Customer involvement

More information

Evaluation of the Effects of Pair Programming on Performance and Social Practices in Distributed Software Development

Evaluation of the Effects of Pair Programming on Performance and Social Practices in Distributed Software Development Master Thesis Software Engineering Thesis no: MSE-2011-52 June 2011 Evaluation of the Effects of Pair Programming on Performance and Social Practices in Distributed Software Development Muhammad Tauqeer

More information

BEST!PRACTICES!IN!AMERICAN!INDIAN!STUDENT!RETENTION!AT!EAST!CAROLINA!UNIVERSITY!IN! JUXTAPOSITION!TO!THE!UNIVERSITY!OF!NORTH!CAROLINA!SYSTEM! by!

BEST!PRACTICES!IN!AMERICAN!INDIAN!STUDENT!RETENTION!AT!EAST!CAROLINA!UNIVERSITY!IN! JUXTAPOSITION!TO!THE!UNIVERSITY!OF!NORTH!CAROLINA!SYSTEM! by! ! BEST!PRACTICES!IN!AMERICAN!INDIAN!STUDENT!RETENTION!AT!EAST!CAROLINA!UNIVERSITY!IN! JUXTAPOSITION!TO!THE!UNIVERSITY!OF!NORTH!CAROLINA!SYSTEM! by! Joshua!Griffin!! A!Senior!Honors!Project!Presented!to!the!!

More information

Co-developing Model for User Participation in Web Application Development

Co-developing Model for User Participation in Web Application Development Co-developing Model for User Participation in Web Application Development Tae Yoneda, Kouhei Mitsui, Jun Sasaki, Yutaka Funyu Iwate Prefectural University, Japan 2005.9.30 Contents 2 Background and Object

More information

Agile Testing. What Students Learn

Agile Testing. What Students Learn Agile Testing Transition sound traditional test practices into an Agile development environment. By using a step-by-step approach, this course documents how to transition from traditional test practices

More information

Experience the impact of lean management in government

Experience the impact of lean management in government Experience the impact of lean management in government McKinsey Public Sector Model Office Experience the impact of lean management in government through a handson learning environment in Washington DC

More information

Master of Science in International Business and Trade

Master of Science in International Business and Trade 1 / 7 Programme Syllabus for Master of Science in 120 higher education credits Second Cycle Established by the Faculty Board of the School of Business, Economics and Law, University of Gothenburg, on November

More information

Managing knowledge sharing in software development organizations

Managing knowledge sharing in software development organizations 2012 Managing knowledge sharing in software development organizations Master Thesis, Industrial Engineering and Management Author: Malin Olofsson Department: IEI, Department of Management and Engineering

More information

Bottlenecks in Agile Software Development Identified Using Theory of Constraints (TOC) Principles

Bottlenecks in Agile Software Development Identified Using Theory of Constraints (TOC) Principles Master thesis in Applied Information Technology REPORT NO. 2008:014 ISSN: 1651-4769 Department of Applied Information Technology or Department of Computer Science Bottlenecks in Agile Software Development

More information

Agile Expert Certified Training

Agile Expert Certified Training Agile Expert Certified Training Agile is based on adaptive planning, the iterative development focuses on the value of people to achieve performing work effectively to deliver results when the market and

More information

Agile Approach and MDA in Software Development Process

Agile Approach and MDA in Software Development Process Agile Approach and MDA in Software Development Process JaroslavaKniežová, Ing. PhD. Associate Professor Comenius University Faculty of Management Department of Information Systems Bratislava, Slovakia

More information

NokiaSiemens and Agile Development by Petri Haapio JAOO 2008

NokiaSiemens and Agile Development by Petri Haapio JAOO 2008 NokiaSiemens and Agile Development by Petri Haapio JAOO 2008 DISCLAIMER! This presentation is based on my views and my opinion. This is not the view of the company and also others have experienced the

More information

Agile Training and Certification Options. David Hicks

Agile Training and Certification Options. David Hicks Agile Training and Certification Options David Hicks Agile Business Conference London 2011 David Hicks RADTAC Founder & Director Specialist in Lean and Agile since 1998 Agile Alliance Founder Member in

More information

Introduction to Agile and Scrum

Introduction to Agile and Scrum Introduction to Agile and Scrum Matthew Renze @matthewrenze COMS 309 - Software Development Practices Purpose Intro to Agile and Scrum Prepare you for the industry Questions and answers Overview Intro

More information

Innovation by Design Thinking:

Innovation by Design Thinking: Innovation by Design Thinking: Business Model Innovation DENIS DENNEHY DIETER DE SMET Any designers present? Individuals whose personality includes 1. Empathy imagine the world from multiple perspectives

More information

Executive Education Planner 2016

Executive Education Planner 2016 Executive Education Planner 2016 ISS offers five NUS graduate programmes, the Master of Technology in Software Engineering/Knowledge Engineering/Enterprise Business Analytics/IT Leadership, and the Graduate

More information

What s Lean Agile & How does it allow teams to progressively improve customer satisfaction & service delivery?

What s Lean Agile & How does it allow teams to progressively improve customer satisfaction & service delivery? What s Lean Agile & How does it allow teams to progressively improve customer satisfaction & service delivery? Our Findings Lean-Agile methods are helping workgroups to significantly increase their productivity

More information

What is Scrum? Scrum Roles. A lean approach to software development. A simple framework. A time-tested process

What is Scrum? Scrum Roles. A lean approach to software development. A simple framework. A time-tested process What is Scrum? From http://www.scrumalliance.org/pages/what_is_scrum A lean approach to software development Scrum is an agile software development framework. Work is structured in cycles of work called

More information

Course Title: Planning and Managing Agile Projects

Course Title: Planning and Managing Agile Projects Course Title: Planning and Managing Agile Projects Course ID: BA15 Credits: 21 PDUs Course Duration: 3 days (Live in person class only) Course Level: Basic/Intermediate Course Description: This 3-day course

More information

Improving Project Management with Agile Thinking. Bhaskar Rauniyar

Improving Project Management with Agile Thinking. Bhaskar Rauniyar Improving Project Management with Agile Thinking Bhaskar Rauniyar Masters in Project Management & Operational Development (1yr), Stockholm, Sweden 2010 iii P a g e Master Thesis Masters of Science in Project

More information

AGILE SOFTWARE DEVELOPMENT AND UML. John O. Iyaniwura BSc (Hons), MSc New Vision Labs http://www.newvisionlabsltd.com Thursday 11 th October, 2012

AGILE SOFTWARE DEVELOPMENT AND UML. John O. Iyaniwura BSc (Hons), MSc New Vision Labs http://www.newvisionlabsltd.com Thursday 11 th October, 2012 AGILE SOFTWARE DEVELOPMENT AND UML John O. Iyaniwura BSc (Hons), MSc New Vision Labs http://www.newvisionlabsltd.com Thursday 11 th October, 2012 Overview Agile Software Development, What Is It? Agile

More information

Process Improvement For Software Localization in Case Companies

Process Improvement For Software Localization in Case Companies Luís Gonçalves Process Improvement for Software Localization Helsinki Metropolia University of Applied Sciences Master s Degree in Industrial Management Master s Thesis 23 April 2011 Instructor Thomas

More information

Human Factors in Software Development: A Systematic Literature Review

Human Factors in Software Development: A Systematic Literature Review Human Factors in Software Development: A Systematic Literature Review Master of Science Thesis in Computer Science and Engineering Laleh Pirzadeh Department of Computer Science and Engineering Division

More information

Datavetenskapligt Program (kandidat) Computer Science Programme (master)

Datavetenskapligt Program (kandidat) Computer Science Programme (master) Datavetenskapligt Program (kandidat) Computer Science Programme (master) Wolfgang Ahrendt Director Datavetenskap (BSc), Computer Science (MSc) D&IT Göteborg University, 30/01/2009 Part I D&IT: Computer

More information

Scrum and CMMI Level 5: The Magic Potion for Code Warriors

Scrum and CMMI Level 5: The Magic Potion for Code Warriors Scrum and CMMI Level 5: The Magic Potion for Code Warriors Jeff Sutherland, Ph.D. Patientkeeper Inc. jeff.sutherland@computer.org Carsten Ruseng Jakobsen Systematic Software Engineering crj@systematic.dk

More information

Agile Scrum Foundation Training

Agile Scrum Foundation Training IMPROVEMENT BV Liskesweg 2A 6031 SE Nederweert www.improvement-services.nl info@improvement-services.nl Tools for Optimum Performance tel: 06-55348117 Agile Scrum Foundation Training Agile Foundation Examination

More information

Implementing Traceability In Agile Software Development

Implementing Traceability In Agile Software Development Implementing Traceability In Agile Software Development Department of Computer Science Sweden Date: 2009-02-02 Ver. 1.0.5 Department of Computer Science Lund University, SE-221 00 Lund, Sweden www.lth.se

More information

Scrum and CMMI Level 5: The Magic Potion for Code Warriors

Scrum and CMMI Level 5: The Magic Potion for Code Warriors Scrum and CMMI Level 5: The Magic Potion for Code Warriors Jeff Sutherland, Ph.D. Patientkeeper Inc. jeff.sutherland@computer.org Carsten Ruseng Jakobsen Systematic Software Engineering crj@systematic.dk

More information

RELATIONSHIP BETWEEN MANAGEMENT INFORMATION SYSTEMS (MIS) AND LEAN MANAGEMENT

RELATIONSHIP BETWEEN MANAGEMENT INFORMATION SYSTEMS (MIS) AND LEAN MANAGEMENT RELATIONSHIP BETWEEN MANAGEMENT INFORMATION SYSTEMS (MIS) AND LEAN MANAGEMENT Farhang Khallaghdoost Nejati, Kourosh Rajeiyan, Reza Hajati, Hamid Reza Safari, Mohammad Rashed 1,2,3,4 M.A. Student Business

More information

Certified Business Analysis Professional (CBAP) Certification

Certified Business Analysis Professional (CBAP) Certification eskills360 Certification Matrix as of Wednesday, August 07, 2013 When reviewing the contents of this document please keep the following points in mind: 1. Exam requirements are subject to change without

More information

Project(Submission(&(Assignment(System( PROJECT(REPORT(

Project(Submission(&(Assignment(System( PROJECT(REPORT( Project(Submission(&(Assignment(System( PROJECT(REPORT( Team(Jarvice( CSCE$606:SoftwareEngineering,Spring2015 Team(Members:( Deep Desai Jasmeet Singh Prannay Jain Pawan Kumar Singh Samaksh Kapoor Sai Spandana

More information

Project Management Challenges in Software Development

Project Management Challenges in Software Development Abstract Research Journal of Management Sciences ISSN 2319 1171 Project Management Challenges in Software Development Uma Sankar S.S. 1 and R. Jubi 2 1 Research and Development Centre, Bharathiar University,

More information

Designing g and Implementing a Successful Agile Transformation. David Hicks

Designing g and Implementing a Successful Agile Transformation. David Hicks Designing g and Implementing a Successful Agile Transformation David Hicks Agile Business Conference London 2011 RADTAC Services Management Consultancy Training Delivery Expertise Agile Methods Software

More information

ONE SMALL STEP FOR PROCESS IMPROVEMENT, ONE GIANT LEAP FOR HEALTHCARE

ONE SMALL STEP FOR PROCESS IMPROVEMENT, ONE GIANT LEAP FOR HEALTHCARE ONE SMALL STEP FOR PROCESS IMPROVEMENT, ONE GIANT LEAP FOR HEALTHCARE John K. Visich, Bryant University, Smithfield, RI, jvisich@bryant.edu, 401-232-6437 Angela M. Wicks, Bryant University, Smithfield,

More information

Agile Software Development Methodologies and Its Quality Assurance

Agile Software Development Methodologies and Its Quality Assurance Agile Software Development Methodologies and Its Quality Assurance Aslin Jenila.P.S Assistant Professor, Hindustan University, Chennai Abstract: Agility, with regard to software development, can be expressed

More information

Agile Lessons from Industry

Agile Lessons from Industry 50% faster and 25% more productive Agile Lessons from Industry Agile Software Development Track 2 ITEA 2012 Annual Technology Review Don Young Technical Account Mgr, Rally SW dyoung@rallydev.com 1 Standish

More information

Assessing challenges of continuous integration in the context of software requirements breakdown: a case study

Assessing challenges of continuous integration in the context of software requirements breakdown: a case study Assessing challenges of continuous integration in the context of software requirements breakdown: a case study Master of Science thesis in Software Engineering Adam Debbiche Mikael Dienér Chalmers University

More information

ESKITP5065 Software Development Process Improvement Level 5 Role

ESKITP5065 Software Development Process Improvement Level 5 Role Software Development Process Improvement Level 5 Role Overview This sub-discipline covers the competencies required by an information technology and/or telecoms organisation to ensure that appropriate

More information

An Evaluation of ISO 9001 and BPM in Amadeus

An Evaluation of ISO 9001 and BPM in Amadeus An Evaluation of ISO 9001 and BPM in Amadeus Master of Science Thesis in the Master Degree Program, Quality and Operations Management SAHAR KAZEMI Department of Technology Management and Economics Division

More information

Strategy for using Prototypes in the Product Development Process

Strategy for using Prototypes in the Product Development Process Strategy for using Prototypes in the Product Development Process Master of Science Thesis CHRISTIAN ANKARBRANTH MARTIN MÅRTENSON Department of Technology Management and Economics Division of Operations

More information

International Association of Scientific Innovation and Research (IASIR) (An Association Unifying the Sciences, Engineering, and Applied Research)

International Association of Scientific Innovation and Research (IASIR) (An Association Unifying the Sciences, Engineering, and Applied Research) International Association of Scientific Innovation and Research (IASIR) (An Association Unifying the Sciences, Engineering, and Applied Research) International Journal of Engineering, Business and Enterprise

More information

AMES: Towards an Agile Method for ERP Selection

AMES: Towards an Agile Method for ERP Selection AMES: Towards an Agile Method for ERP Selection Gustaf Juell-Skielse 1, Anders G. Nilsson 1, Andreas Nordqvist 2 and Mattias Westergren 3 1 Stockholm University {gjs, agn}@dsv.su.se 2 IBM Global Business

More information

Agile Data Warehousing

Agile Data Warehousing Agile Data Warehousing Chris Galfi Project Manager Brian Zachow Data Architect COUNTRY Financial IT Projects are too slow IT Projects cost too much money I never get what I expected There must be a better

More information

Reports to: Information Technology Leader. Position Applications Developer Team Lead HSF080 HSF062

Reports to: Information Technology Leader. Position Applications Developer Team Lead HSF080 HSF062 Title: No.: Title: No.: Position Applications Developer Team Lead HSF080 Reports to: Information Technology Leader HSF062 Business Unit: Information Technology Date created: 07/05/2014 Division: Strategy,

More information

Agile Requirements Engineering + LESSONS LEARNED

Agile Requirements Engineering + LESSONS LEARNED Agile Requirements Engineering + LESSONS LEARNED Global Blue TAX-FREE Shopping Merchants Customs Refund Counter Back-Office Issue Tax- Free Form Approve Tax-Free Form Pay Refund Amount Processing Invoicing

More information

Understandings and Implementations of Continuous Delivery

Understandings and Implementations of Continuous Delivery Understandings and Implementations of Continuous Delivery Bachelor of Science Thesis in the Software Engineering and Management Programme. RICKARD BREMER JOHAN ERIKSSON University of Gothenburg Chalmers

More information

Informatik in neuer Dimension

Informatik in neuer Dimension ,,, info@loewenfels.ch 1 Strategies for Agile MultiprojectManagement An Experience Report by Jiri Lundak 2 About Myself Head of development at, Lucerne, Switzerland 20+ Years of software development experience

More information

Performance Monitoring of Web-Based IT Systems

Performance Monitoring of Web-Based IT Systems Performance Monitoring of Web-Based IT Systems Master of Science Thesis in Software Engineering and Management NAVEED QAMAR University of Gothenburg Chalmers University of Technology Department of Computer

More information

PROFESSIONAL LEAN & AGILE CONSULTANT finnboda parkväg 6 13172 nacka sweden +46703888387 sasa@stamenkovic.se www.stamenkovic.se

PROFESSIONAL LEAN & AGILE CONSULTANT finnboda parkväg 6 13172 nacka sweden +46703888387 sasa@stamenkovic.se www.stamenkovic.se sasa stamenkovic PROFESSIONAL LEAN & AGILE CONSULTANT finnboda parkväg 6 13172 nacka sweden +46703888387 sasa@stamenkovic.se www.stamenkovic.se PROFILE Sasa is a very ambitious, dedicated and continuous

More information

TheHouseholdBankruptcyDecision

TheHouseholdBankruptcyDecision TheHouseholdBankruptcyDecision GraduateSchoolofBusiness AnnArbor,MI48109-1220 DepartmentofEconomics UniversityofMichigan UniversityofChicago ErikHurst ScottFay AnnArbor,MI48109-1220 DepartmentofEconomics

More information

Zarządzanie projektem agile 2015-05-21. The Mystery of Effective IT by Bogdan Bereza blogomotion.com/mystery 1 (30) Effective IT?

Zarządzanie projektem agile 2015-05-21. The Mystery of Effective IT by Bogdan Bereza blogomotion.com/mystery 1 (30) Effective IT? The Mystery of Effective IT by Bogdan Bereza blogomotion.com/mystery 1 (30) Effective IT? The Mystery of Effective IT by Bogdan Bereza blogomotion.com/mystery 2 (30) Bogdan Bereza, Victo.eu 1 The Mystery

More information

Scrum in Mechanical Product Development Case Study of a Mechanical Product Development Team using Scrum

Scrum in Mechanical Product Development Case Study of a Mechanical Product Development Team using Scrum Scrum in Mechanical Product Development Case Study of a Mechanical Product Development Team using Scrum Master of Science Thesis in the Master Degree Programme, Product Development ÞÓRDÍS REYNISDÓTTIR

More information

Agile development of safety-critical software while meetings standards' requirements

Agile development of safety-critical software while meetings standards' requirements 1(37) Agile development of safety-critical software while meetings standards' requirements Matti Vuori, Tampere University of Technology 2011-11-04 Contents 1/2 A study in Ohjelmaturva 4 Tendency to be

More information

AGILE GAME DEVELOPMENT WITH SCRUM

AGILE GAME DEVELOPMENT WITH SCRUM AGILE GAME DEVELOPMENT WITH SCRUM CLINTON KEITH r A TT YAddison-Wesley Upper Saddle River, NJ Boston Indianapolis San Francisco New York Toronto Montreal London Munich Paris Madrid Capetown Sydney Tokyo

More information

BCS Foundation Certificate in Agile

BCS Foundation Certificate in Agile S Foundation ertificate in gile Specimen Paper Record your surname/last/family name and initials on the nswer Sheet. Specimen paper only. 20 multiple-choice questions 1 mark awarded to each question. Mark

More information

Lean and Kanban at Scale Extending Kanban across the portfolio, program and team levels. Al Shalloway, Net Objectives. September 4 th, 2014

Lean and Kanban at Scale Extending Kanban across the portfolio, program and team levels. Al Shalloway, Net Objectives. September 4 th, 2014 Lean and Kanban at Scale Extending Kanban across the portfolio, program and team levels Al Shalloway, Net Objectives September 4 th, 2014 Implementing Kanban at Scale Al Shalloway, CEO & Founder of Net

More information

Agile Requirements Definition and Management (RDM) How Agile requirements help drive better results

Agile Requirements Definition and Management (RDM) How Agile requirements help drive better results Thought Leadership: Requirements Definition and Management Agile Requirements Definition and Management (RDM) How Agile requirements help drive better results Jason Moccia One of the myths of Agile software

More information

AB Volvo, 405 08 Göteborg, Sweden. Ref No 953810003, August 2009. The Volvo Way

AB Volvo, 405 08 Göteborg, Sweden. Ref No 953810003, August 2009. The Volvo Way AB Volvo, 405 08 Göteborg, Sweden Ref No 953810003, August 2009 The Volvo Way index Preface Our mission Customers first Customer focus Clear objectives Quality, safety, environmental care Continuous improvements

More information

How To Teach Project Management

How To Teach Project Management Leadership and Negotiation Skills for Project Managers Course designed to enhance and develop the personal skills required for effective management of the project team as well as management and involvement

More information

What is ITIL? ITIL (Information Technology Infrastructure Library) was created in the early 1990s by the British Office of Government Commerce (OGC) in response to the increasing demand for IT solutions

More information

Agile Team Roles Product Owner & ScrumMaster. Brian Adkins Rick Smith

Agile Team Roles Product Owner & ScrumMaster. Brian Adkins Rick Smith Agile Team Roles Product Owner & ScrumMaster Brian Adkins Rick Smith Agenda Scrum & Team Roles Overview Product Owner ScrumMaster Existing Roles Scrum Teams Optimally about 7 people Sponsor Stakeholders

More information

Lean Software Development and Kanban

Lean Software Development and Kanban 1 of 7 10.04.2013 21:30 Lean Software Development and Kanban Learning Objectives After completing this topic, you should be able to recognize the seven principles of lean software development identify

More information

Business Systems Analysis Certificate Program. Millennium Communications & Training Inc. 2013, All rights reserved www.mcomtraining.

Business Systems Analysis Certificate Program. Millennium Communications & Training Inc. 2013, All rights reserved www.mcomtraining. Business Systems Analysis Certificate Program Millennium Communications & Training Inc. 2013, All rights reserved www.mcomtraining.com www.pebblehills.edu Program Delivery Partner Certification Endorsement

More information

Would you like to have a process that unlocks ability to learn and produce faster?

Would you like to have a process that unlocks ability to learn and produce faster? Would you like to have a process that unlocks ability to learn and produce faster? Agile - your unfair advantage in the competition. BUILD LEARN MEASURE DEFINED MEASURABLE REPEATABLE COLLABORATIVE IMPROVABLE

More information

Emergence of Agile Methodologies: Perceptions from Software Practitioners in Sri Lanka"

Emergence of Agile Methodologies: Perceptions from Software Practitioners in Sri Lanka International Journal of Scientific and Research Publications, Volume 3, Issue 11, November 2013 1 Emergence of Agile Methodologies: Perceptions from Software in Sri Lanka" S.Nithila, K. Priyadharshani,

More information

Improving Software Development through Combination of Scrum and Kanban

Improving Software Development through Combination of Scrum and Kanban Improving Software Development through Combination of Scrum and Kanban VILJAN MAHNIC Faculty of Computer and Information Science University of Ljubljana Trzaska 25, SI-1000 Ljubljana SLOVENIA viljan.mahnic@fri.uni-lj.si

More information

Transitioning from Waterfall: The Benefits of Becoming Agile. ASPE Web Seminar Friday, February 27 th, 2015

Transitioning from Waterfall: The Benefits of Becoming Agile. ASPE Web Seminar Friday, February 27 th, 2015 Transitioning from Waterfall: The Benefits of Becoming Agile ASPE Web Seminar Friday, February 27 th, 2015 Objectives Give a high-level look at the challenges in software development Give a basic look

More information

Agile Systems Engineering Approach to Software Project Development

Agile Systems Engineering Approach to Software Project Development Agile Systems Engineering Approach to Software Project Development A look at how we combined agile & traditional systems engineering methods Chris Ritter Director of Software Development, SPEC Innovations

More information

Agile Project Management By Mark C. Layton

Agile Project Management By Mark C. Layton Agile Project Management By Mark C. Layton Agile project management focuses on continuous improvement, scope flexibility, team input, and delivering essential quality products. Agile project management

More information

Lean QA: The Agile Way. Chris Lawson, Quality Manager

Lean QA: The Agile Way. Chris Lawson, Quality Manager Lean QA: The Agile Way Chris Lawson, Quality Manager The Quality Problem Agile Overview Manifesto Development Methodologies Process Agile QA Lean QA Principles An Agile QA Framework Summary Q & A Agenda

More information