Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Software management...for people who just want to get stuff done

963 views

Published on

Everything you need to know about Software Management, without becoming a project manager.

Published in: Software
  • Be the first to comment

Software management...for people who just want to get stuff done

  1. 1. Software Management …for people who just want to get stuff done.
  2. 2. But I Never Want to Be a Manager!
  3. 3. Planning Estimation Execution Retrospective Project Milestones Sprints Stories Software Management Dimensions
  4. 4. Definitions Planning Estimation Execution Retrospective Project Milestone Sprint Story
  5. 5. Planning Estimation Execution Retrospective Waterfall Project Milestones Sprints Stories
  6. 6. Planning Estimation Execution Retrospective Agile Project Milestones Sprints Stories
  7. 7. Planning
  8. 8. All Plans are Wrong “No plan of operations extends with certainty beyond the first encounter with the enemy's main strength.” - Helmuth von Moltke the Elder “No software plan extends with certainty beyond the first component interaction, or the first unknown technology.” - Cliff McCollum
  9. 9. Planning Techniques Dependency Planning Critical Path Analysis Alternative Delivery
  10. 10. Estimation
  11. 11. All Estimates are Flawed The goal is to eliminate your biases in a systematic way. Can you make half of your estimates too low and half of them too high? In effect, can you average your errors to zero?
  12. 12. Estimation Techniques Rely on the expert Planning Poker The 50th Percentile Rule Monte Carlo Simulations Fudge Factors
  13. 13. Execution
  14. 14. All Execution is Hard Worst challenge is what you don’t know All development is learning Don’t lie to yourself or others
  15. 15. Execution Techniques Design Reviews / Code Reviews Pair-Coding Daily Standups / Reporting TDD / MDD / Continuous Integration Issue Tracking / Shared Documentation Knowledge Discovery
  16. 16. Projects
  17. 17. Project Planning Consider separate items of business value. Deliver them one at a time. Don’t interleave all your business value.
  18. 18. Project Estimation The further away a deadline is, the less precise it becomes. Expected Duration Date Accuracy One Week +/- one day One Month +/- one week One Quarter +/- one month Six Months +/- two months One Year +/- six months > One Year +/- Unknown You should not estimate > 1 year out.
  19. 19. Project Estimation Always plan to produce something useful in less than six months. Even better, do it in one quarter.
  20. 20. Project Execution • I don’t suggest thinking much about Dev at this level. • This is where you consider marketing, communications, etc. • Biggest value is watching Tech Milestones.
  21. 21. Project Retrospective • Too high-level to be of much value – unless you plan to write a book
  22. 22. Milestones
  23. 23. Milestone Planning Milestones Can exist at multiple levels. Group stories in Business-Value sets, with natural tech chunks below that.
  24. 24. Milestone Estimation Easiest performed as a roll-up of the Stories underneath each. Add fudge-factors at this level.
  25. 25. Milestone Execution Track each story regularly. Ideally daily. Burndown charts should be used here.
  26. 26. Milestone Retrospective When a date is missed, it is time to be brutally honest. Why was it missed? What is the impact? What are you going to change? Don’t tell lies.
  27. 27. Milestone Retrospective Why was it missed? New knowledge? Difficult problems? Changed business situation? Team problems?
  28. 28. Milestone Retrospective What is the impact? Slip the schedule? Cut scope? Add resources?
  29. 29. Milestone Retrospective What are you going to change? Don’t tell yourself lies. If your estimates were wrong here – they are probably wrong everywhere else. Working harder is a poor solution. Hope is not a strategy. You must accept one of the previous impacts. What do you change about future milestones?
  30. 30. Sprints
  31. 31. Sprint Planning Keep your backlogs aligned to your Milestones Don’t change a planned sprint
  32. 32. Sprint Estimation What is your team velocity? How do you know? Stretch a little. Leave space for the unexpected.
  33. 33. Sprint Execution Use Burndowns and Daily reviews. If you are above the line, find out why immediately. Address blockers before anything else.
  34. 34. Sprint Retrospective Lots written about this. Don’t skip them.
  35. 35. Stories
  36. 36. Story Planning No story should be larger than one person can complete in one sprint.
  37. 37. Story Estimation If you code it, you estimate it. Break stories down into tasks and estimate those. Follow the 50th percentile rule.
  38. 38. Story Execution Don’t lie to yourself: update your estimate every day.
  39. 39. Story Retrospective Probably not useful.
  40. 40. Q&A

×