Gamifying Agile Adoption - An experiment

Download Gamifying Agile Adoption  - An experiment

Post on 15-Jul-2015

558 views

Category:

Software

0 download

Embed Size (px)

TRANSCRIPT

<p>PowerPoint Presentation</p> <p>Gamifying Agile Adoption - An Experimentashish.parkhi@ideas.com naresh@agilefaqs.com</p> <p>@AshishParkhi@nashjainashishparkhi.comnareshjain.com</p> <p>At IDeaS we were in the process of transitioning from Waterfall to Agile and we had a great opportunity to work with Naresh on enhancing our engineering practices and embracing Agile. During one of our informal chats Naresh suggested me to go through a TED talk by Jane McGonigal.Gaming can make a better world byJane McGonigal</p> <p>Gamification is ...Image Source - http://i.imgur.com/c7LaV4v.jpghttp://i.ytimg.com/vi/5zukh_jl8kM/maxresdefault.jpg</p> <p>The use of game elements and game design techniques in non-game contexts - Prof. Kevin Werbach</p> <p>Gamification is everywhere..</p> <p>Can you spot the game elements/design techniques in these applications.Idea - Gamifying Agile AdoptionSource: https://www.atlassian.com/company/about/shipitEvery quarter, we give employees the chance to work on anything that relates to our products, and deliver it during ShipIt Day, our 24-hour hackathon. Been wanting to build that plugin, redesign that interface, or completely rethink that feature thats been bugging you? Youve got 24 hours...go!</p> <p>Lot of research suggests that behavior of people is driven by the measurement criteria used. So we started thinking whether we can use the gamification technique to drive the desired behavior by using appropriate measurement?ChallengesImage Source - http://www.energizedwork.com/wp-content/uploads/2015/03/responsibility.jpghttps://encrypted-tbn0.gstatic.com/images?q=tbn:ANd9GcThmCnmvR8b0X7EPSDxtvW94TtMRNzA2f-NBKcrH9NHqLnL4X0oagResponsibility &amp; Accountability: Greater accountability eliminates the time and energy spent in unproductive behavior that produces wasted effort, but what we see in practice is that when the team is collectively accountable, only few actually carry the burden of being responsible and accountable.</p> <p>ActualVS.Expected</p> <p>In sports every metric is visible and accessible to all. In software development though, there is no public visibility around the quality of craftsmanship. We are using Rally for tracking our stories and Jenkins for CI.IDeaS Rock Star Original Leader Board</p> <p>ContextProblemForcesSolution Example (implementation) Side EffectsCounter Solution to Side effectsOutcomesIDeaS Rock Star Original Levels</p> <p>ContextProblemForcesSolution Example (implementation) Side EffectsCounter Solution to Side effectsOutcomesIDeaS Rock Star Badges</p> <p>IDeaS Rock Star New Leaderboard with Badges</p> <p>ContextProblemForcesSolution Example (implementation) Side EffectsCounter Solution to Side effectsOutcomes</p> <p>IDeaS Rock Star Displayed in our Development areaContextProblemForcesSolution Example (implementation) Side EffectsCounter Solution to Side effectsOutcomesChallengesImage Source: http://image.slidesharecdn.com/enabingdevopsinansdnworld-140624081015-phpapp01/95/enabing-devops-in-an-sdn-world-3-638.jpg?cb=1403615452 SD &amp; QA should work together for it creates a strong sense of shared purpose but what we see in reality is that developers think their job is done once they commit the code and testers think their job is done after filing a bug.</p> <p>ActualVS.Expected</p> <p>IDeaS Rock Star User Profile - Delivery Champ</p> <p>IDeaS Rock Star User Profile - Spillover Champ</p> <p>ChallengesFor every change to the production code, appropriate tests should be added for they being fast, reliable, comprehensive and repeatable, giving you faster feedback but what we see in reality is that sporadic tests are added and focus is on manual tests.</p> <p>ActualExpectedVS.IDeaS Rock Star User Profile - Test Champ</p> <p>ChallengesImage Source: unknown Code should be checked-in frequently for better collaboration but developers tend to checkin code towards the end of the sprint.</p> <p>IDeaS Rock Star User Profile - Frequent Code Committer</p> <p>ChallengesImage Source - https://img0.etsystatic.com/000/0/6245631/il_570xN.350861662.jpg Broken builds should be fixed quickly else it leads to Broken Window Syndrome and in reality the broken builds are left for someone else to fix it and teams start feeling that it is ok to have broken builds, leading to more broken builds and waste of time.</p> <p>IDeaS Rock Star User Profile - Build Breaker</p> <p>ChallengesImage Source - http://blogs.msdn.com/blogfiles/progressive_development/WindowsLiveWriter/MotleysaysVerticalSlicesSoundslikesometh_13F19/image_thumb_1.png Stories should be small and vertically sliced for them to provide focus, a short horizon and gives team the flexibility to reconfigure and adapt to new discoveries or changes but what we see in reality is that stories are not sliced well and teams make late discoveries.</p> <p>IDeaS Rock Star User Profile - Delivery Champ</p> <p>ChallengesImage Source: unknown Team should ensure that iteration commitments are met for that gives an element of reliability if they can fulfil the commitments consistently. Helps better planning but what we see in reality is that individuals only focus on their own stories, lot of efforts are put, but nothing is complete and usable.</p> <p>ChallengesImage Source: http://www.descentstage.com/wp-content/uploads/2011/12/imagesdddm_cfa.jpg Rally should be updated daily for better tracking and visibility, based on which necessary mid-sprint adjustments can be made but what we see in practice is that the data is not updated correctly leading to bad decisions.</p> <p>IDeaS Rock Star User Profile - Process Violator</p> <p>Iteration Burndown</p> <p>There are bunch of things here. One is the closing of the stories early, the other is consistency of burn down rate. Would each pattern lead to each element?But it in the first one and for the rest we can just mention it. (BTW thisalso helps with improving the velocity)</p> <p>--Naresh Jain (@nashjain)http://nareshjain.comThis is the challenge that I am facing.. the two slides can go as part of outcome of multiple patterns... updating data regularly, story slicing, sd/qa should work together... where do you want me to put it?This and next slide talks about measurable outcomes. IMHO they should be part of the respective pattern.Velocity</p> <p>7.2 Iteration 8 is when the IDeaS Star Program started crediting/deducting stars. So far this has been the best iterationin terms of recording the data.in terms of within iteration story acceptance.Do we have an updated velocity chart? This one only shows the iteration in which it was introduced. What happened after that?IDeaS Rock Star My Board</p> <p>IDeaS Rock Star Appreciate Someone</p> <p>IDeaS Rock Star Create a new Mission</p> <p>IDeaS Rock Star Claim Stars</p> <p>Velocity</p> <p>Rock Star Is Open Sourcehttps://github.com/IDeaSCo/rockstarhttps://github.com/IDeaSCo/rockstar-plugins-rallyhttps://github.com/IDeaSCo/rockstar-plugins-jenkins-ci-game</p> <p>fork me on git hub logo - https://github.com/blog/273-github-ribbons</p> <p>Next StepsWork on plugins e.g. SonarCube, Gerrit, Git, Travis CI.</p> <p>Continuously work on making the game more engaging.</p> <p>Host Rock Star online so that players can create their lifetime stats.</p> <p>Ability to share player stats on social media.</p> <p>Thank you.ashish.parkhi@ideas.com naresh@agilefaqs.com</p> <p>@AshishParkhi @nashjainashishparkhi.com nareshjain.com Copyright Integrated Decisions and Systems, Inc. (IDeaS A SAS COMPANY)Visit IDeaS online at www.ideas.com</p>