Winnipeg Agile Users Group March 10 2011

1,181 views

Published on

IT is Too Darn Slow!

Published in: Technology, Business
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,181
On SlideShare
0
From Embeds
0
Number of Embeds
100
Actions
Shares
0
Downloads
10
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide
  • - 5:55 pm - break into teams of 8-ish- 6:00 pm - Introduce Doug & Steve- 6:02 pm - Have the groups introduce themselves briefly to each other (name, company, rolls?)- 6:05 pm - Introduce the game6:10 pm - Play the first iteration (Note, there will be a few people there who have already played the game, we'll make them the observers)Update Spreadsheet w/ Numbers
  • Assign an observer:Write down who said what, who did what. No judgement, just the facts.Also record the key decisions, changes each iterationBefore starting, get estimateAfter 1st iteration, have observer read out one observation of their choice. Allow for brief discussion.
  • - 6:20 pm - Give them their retrospective instructions (goal: speed up!)- 6:22 pm - Each team has their retrospective- Get new estimate- 6:25 pm - Play the second iterationAfter 2nditeration, have observer read out one observation of their choice. Allow for brief discussion.
  • - 6:20 pm - Give them their retrospective instructions (goal: speed up!)- 6:22 pm - Each team has their retrospective- Get new estimate- 6:25 pm - Play the second iterationAfter 2nditeration, have observer read out one observation of their choice. Allow for brief discussion.
  • - 6:40 pm - Play 3rd and 4th iterations (in between iterations, ask each observer to note one important comment/action)Get estimates for each iteration
  • Questions to ask if required:What happened?What iteration felt the best? Why?For an iteration with dramatic improvement, ask whether this was from working harder or smarter?Theory of Constraints Was there a bottleneck in anyone’s process? Did you attempt to address it? How? Would it be helpful to improve efficiency at a point other than the bottleneck?Any experiments fail? Did you learn from it? How soon?If your retrospectives were longer (6 minutes), would you go even faster?If only one person was in charge of the process, would you have seen the same results?What if you tried to negotiate your process changes over e-mail or phone?Would it have helped your team to have a ‘hero’? Someone who can catch / pass the best?* Where was the PM in your process? Would a PM have made a difference?Who had all the ideas?When something went wrong what did you do?How did you feel after iteration 1 w/ the goal of doubling your production?Why does the team provide an estimate before each iteration? (understanding team capacity & goal setting)Compare the first iteration to the last for both estimates and actuals and ask if the teams were surprised at how much they improved
  • Quote #1 - We focus on writing great documents, great defect descriptions because hand-off is required. What if hand-offs are eliminated?Quote #2 - We focus on writing great documents, getting better at documenting our design because hand-off is required. What if hand-offs are eliminated?
  • No more test phases…
  • We also use this to predict future performance, to calculate Earned Value.
  • Also tell the UX Design Studio storyFor Cross functional teams, tell the basketball story
  • - post-event - Publish links to ball point game on agilewinnipeg.com plus any slides we may have used, videos, pics, etc.
  • Winnipeg Agile Users Group March 10 2011

    1. 1. Iteration 1<br />w/ Doug & Steve<br />
    2. 2. Introduce yourselves<br />Name<br />Company<br />Role<br />Agile Knowledge Ranking:<br />Teacher<br />Student<br />Rookie<br />
    3. 3. The Game<br />Ball Point Game<br />Pass as many balls as possible through every team member<br />1 point for each ball passed through entire team<br />Rules<br />Hands Only<br />Each ball must have air time<br />No ball to your direct neighbour<br />Start Person = End Person<br />Iteration = 2 minutes<br />
    4. 4. Round 1<br />
    5. 5. So What?<br />IT is Too Darn Slow (InformationWeek article)<br />“If IT's too slow, business is too slow to innovate. It's that simple.“ – Chris Murphy<br />Article from InformationWeek:<br />http://www.informationweek.com/news/global-cio/interviews/showArticle.jhtml?articleID=229218781<br />
    6. 6. So What?<br />“This need for speed is about shortening the distance between a great idea and the end result”<br />HP CIO “has cut the time it takes to complete the typical HP IT project down to six months, but now he thinks he needs to slash it again, to three months.”<br />
    7. 7. Round 2<br />Goal: Double your speed<br />3 Minutes:<br />Discuss ways to improve<br />Reflect upon and challenge your process and your constraints<br />
    8. 8. Rounds 3 +<br />
    9. 9. Discussion<br />
    10. 10. So What? (part 2)<br />Alan Shalloway (@alshalloway)10-12-02 8:01 AMEliminating delays between what you do gives you a better return than getting better at what you do<br />Matt Barcomb (@78mgb)11-03-09 12:48 PMOH: “agile is about doing more of what works and less of what doesn’t” – yes! Both are required!<br />Back to InformationWorld Article: “shortening the distance between great idea and end result”<br />
    11. 11. So how does this relate to agile?<br />Focus on reducing hand-offs<br />Dedicated teams<br />Co-located teams<br />Eliminate Requirements, Design, Develop, Test “phases”.<br />
    12. 12. So how does this relate to agile?<br />We calculate and track our Velocity<br />Difficult to measure improvement without it<br />Not tasks; user stories. <br />Not tables, screens or services; delivered functionality<br />Working Code (“done”)<br />
    13. 13. So how does this relate to agile?<br />Continuous Improvement (Frequent Retrospectives)<br />Stop & reflect regularly in order to speed up<br />Embrace Experimentation<br />Fail Fast (Learn Fast)<br />What can we do to go faster?<br />
    14. 14. So how does this relate to agile?<br />Cross Functional Teams<br />Get everyone involved in all aspects of the solution and process – not just PM, Architect, QA, UX Designer, “the smart person in the room”<br />“If you want to go fast, go alone. <br />If you want to go far, go together.” <br />– African proverb<br />
    15. 15. Material List<br />Presentation details, game info, links etc can be found at http://www.agilewinnipeg.com/<br />
    16. 16. Next up… Agile Fishbowl<br />Thank you!<br />Doug Kok<br /> @dougkok<br />Steve Rogalsky <br /> @srogalsky<br />http://winnipegagilist.blogspot.com/<br />
    17. 17. Prize Draws<br />Thank you!<br />Doug Kok<br /> @dougkok<br />Steve Rogalsky <br /> @srogalsky<br />http://winnipegagilist.blogspot.com/<br />

    ×