The Integration of Design Thinking and Lean Software Development from the Perspective of Product Owners and Scrum Masters
|
|
- Mitchell Watson
- 8 years ago
- Views:
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,þhill,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
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 informationDesign 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 informationEXPLORING 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 informationThe 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 informationTraditional 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 informationSOCIAL 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 informationIntroduction 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 informationThe 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 informationAgile 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 informationJoin 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 informationProviding 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 informationComparing 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 informationSoftware 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 informationHow 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 informationLean 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 informationCross-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 informationHow 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 informationSESSION 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 informationPathways 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 informationACP 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 informationFrom 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 informationDependence 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 informationScrum 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 informationUser 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 informationCMMI 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 informationSoftware 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 informationPositive 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#
# # # # 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 informationDevelopment 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 informationSecrets 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 informationMaster 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 informationEvaluation 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 informationBEST!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 informationCo-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 informationAgile 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 informationExperience 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 informationMaster 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 informationManaging 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 informationBottlenecks 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 informationAgile 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 informationAgile 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 informationNokiaSiemens 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 informationAgile 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 informationIntroduction 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 informationInnovation 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 informationExecutive 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 informationWhat 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 informationWhat 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 informationCourse 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 informationImproving 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 informationAGILE 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 informationProcess 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 informationHuman 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 informationDatavetenskapligt 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 informationScrum 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 informationAgile 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 informationImplementing 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 informationScrum 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 informationRELATIONSHIP 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 informationCertified 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 informationProject(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 informationProject 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 informationDesigning 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 informationONE 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 informationAgile 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 informationAgile 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 informationAssessing 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 informationESKITP5065 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 informationAn 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 informationStrategy 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 informationInternational 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 informationAMES: 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 informationAgile 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 informationReports 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 informationAgile 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 informationUnderstandings 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 informationInformatik 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 informationPerformance 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 informationPROFESSIONAL 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 informationTheHouseholdBankruptcyDecision
TheHouseholdBankruptcyDecision GraduateSchoolofBusiness AnnArbor,MI48109-1220 DepartmentofEconomics UniversityofMichigan UniversityofChicago ErikHurst ScottFay AnnArbor,MI48109-1220 DepartmentofEconomics
More informationZarzą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 informationScrum 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 informationAgile 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 informationAGILE 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 informationBCS 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 informationLean 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 informationAgile 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 informationAB 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 informationHow 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 informationWhat 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 informationAgile 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 informationLean 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 informationBusiness 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 informationWould 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 informationEmergence 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 informationImproving 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 informationTransitioning 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 informationAgile 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 informationAgile 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 informationLean 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