Introduction to Agile by David Draper

1,761 views

Published on

An introduction to the basic principles of Agile methodologies, explaining the reasons organisations adopt the approach.

Highlights ways in which in doing so can help deliver business value early and often.

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,761
On SlideShare
0
From Embeds
0
Number of Embeds
14
Actions
Shares
0
Downloads
17
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Introduction to Agile by David Draper

  1. 1. AGILE: WHAT AND WHY?DAVID DRAPER, AGILE COACH AND SENIOR CONSULTANT
  2. 2. GLOBAL MUSCLE– LOCAL BRAINSUK // Global€10M // €110M70 // 1100 EMPLOYEES2 // 15 OFFICES1 // 8 COUNTRIES
  3. 3. We’re a digitalconsultancyproviding strategicsolutions withtechnical power &creative edge
  4. 4. VALTECH: AGILE SERVICES AGILE TRANSFORMATION SERVICES AGILE COACHING, MENTORING AND SEEDING AGILE TRAINING AGILE ACADEMY ENGINEERING TOOLSMITHS AGILE PROJECT MANAGEMENT AGILE SOFTWARE DEVELOPMENT PROVIDE FLEXIBLE ENGAGEMENT AND COMMERCIAL MODEL
  5. 5. OUR DIFFERENTIATORS PRAGMATIC APPROACH TO AGILE FLEXIBLE COMMERCIAL MODELS
  6. 6. WHY ?
  7. 7. BUSINESSES ADOPT AGILE TO …WHAT WAS THE MOST IMPORTANT REASON FOR ADOPTINGAGILE WITHIN YOUR TEAM OR ORGANISATION? ACCELERATE TIME TO MARKET - 22% ENHANCE ABILITY TO MANAGE CHANGING REQUIREMENTS - 21% INCREASE PRODUCTIVITY - 12% ENHANCE SOFTWARE QUALITY 10% ALSO: ALIGNMENT BETWEEN BUSINESS AND IT, PROJECT VISIBILITY, RISK MANAGEMENT, SIMPLIFIED PROCESS, INCREASED ENGINEERING DISCIPLINE, REDUCE COST, ENHANCE MAINTAINABILITY, IMPROVE TEAM MORALE
  8. 8. STATE OF AGILE DEVELOPMENT SURVEY AUGUST 2008 State of Agile Development Survey August 2008 Q. What Value have you actually realised from implementing Agile Practices? Improved Significantly Improved Improved Project Visibility 41.8 % 41.5 % Increased Productivity 50.5 % 23.6 % Enhance Software Quality 44.3 % 24.0 % Reduce Cost 30.4 % 7.6 % Simplify Development Process 48.1 % 19.5 % Improve/Increase Engineering Discipline 42.0 % 17.8 % Improved Team Morale 44.1 % 29.8 % Enhance Ability to Manage changing Priorities 42.1 % 50.5 % Accelerate Time to Market 41.3 % 23.6 % Reduce Risk 48.0 % 16.6 % Manage Distributed Teams 22.1 % 6.9 % Improve Alignment Between IT and Business 38.8 % 27.5 % Enhance Software Maintainability/Extensibility 39.3 % 16.6 %
  9. 9. WHAT ?
  10. 10. WHAT? http://www.agilemanifesto.org/
  11. 11. AGILE WAS A REACTION TO … HEAVYWEIGHT SOFTWARE DEVELOPMENT PROCESSES HIGH COST OF FAILURE LOW TRUST PROJECT SUCCESS PERCEIVED TO DEPEND ON DEFINED PROCESSES EARLY COMPREHENSIVE, FIXED SPECIFICATION PROGRESS ESTABLISHED THROUGH CREATION OF ARTEFACTS PUNITIVE CHANGE MANAGEMENT REQUIREMENTS PERISHABLE
  12. 12. MYTHSNO UPFRONT PLANNING INCREMENTAL APPROACH SPREADS PLANNING THROUGHOUT THE PROJECT.NO DOCUMENTATION ONLY USABLE AND VALUABLE DOCUMENTATION PRODUCED.LOSS OF MANAGEMENT PROJECT STATUS MEASURED ON WORKING, TESTED SOFTWARECONTROL PROVIDES FULL VISIBILITY.LACK OF PREDICTABILITY REPLACE SPECULATIVE PLANS WITH FEATURE-DRIVEN SHORT AND LONG TERM PLANNING.LACK OF ENGINEERING THE CONTINUOUS DELIVERY OF RUNNING, TESTED SOFTWARE EVERYDISCIPLINE FEW WEEKS REQUIRES ULTIMATE DISCIPLINE.INABILITY TO SCALE LARGE PROJECTS BROKEN DOWN INTO CO-ORDINATED SMALLER PROJECTS REDUCES RISK.
  13. 13. AM I AGILE?CONTRACTSCOMMAND AND CONTROLDISTRIBUTED TEAMSPREDICTIVE CONTINUUM COLLABORATION SERVANT LEADERSHIP COLLOCATED TEAM ADAPTIVE
  14. 14. PROJECT LANDSCAPE BUSINESS AGILITY AGILE PROJECT MANAGEMENT AGILE SOFTWARE ENGINEERING
  15. 15. WHAT DOES AN AGILE PROCESS LOOK LIKE? INDUSTRY BEST-PRACTICE?
  16. 16. PLAN DO CHECK ADAPT DO PLAN CHECK ADAPT
  17. 17. SCRUM A LIGHT-WEIGHT FRAMEWORK FOR PRODUCT DEVELOPMENT EXTREMELY SIMPLE AND VERY HARD DAILY STANDUP MEETING SPRINT (“DAILY SCRUM”)PRODUCT PLANNING OWNER MEETING SPRINT DEMO PRODUCT AND REVIEW BACKLOG WORKDAY MEETING ONE DAY SPRINT BACKLOG SPRINT 14-30 DAYSSCRUMMaster WORKING SOFTWARE OTHER DELIVERABLES
  18. 18. EXTREME PROGRAMMING VALUES: WHOLE TEAM FEEDBACK COMMUNICATION SIMPLICITY COURAGE COLLECTIVE CODING RESPECT OWNERSHIP TEST-DRIVEN STANDARD DEVELOPMENT PLANNING CUSTOMER PAIR REFACTURING PROGRAMMING GAME TESTS SUSTAINABLE CONTINUOUS SIMPLE PLACE INTEGRATION DESIGN METAPHOR SMALL RELEASES www.XProgramming.com
  19. 19. LEAN SOFTWARE DEVELOPMENT FOCUS ON VALUE FOCUS ON FLOW (INVENTORY, WIP) INVENTORY IS A LIABILITY ELIMINATE WASTE PROJECT ALPHA – CUMULATIVE FLOW KAIZEN CONTINUOUS IMPROVEMENT PULL LIMIT WORK IN PROGRESS BALANCE DEMAND AND THROUGHPUT
  20. 20. IMPEDIMENTS TO AGILE DEDICATED TEAM COMMITMENT IS DIFFICULT IN A CULTURE OF INTERRUPTIONS CO-LOCATED TEAMS DISTRIBUTION IS A MAJOR IMPEDIMENT CROSS FUNCTIONAL TEAM WHAT DOES COMPLETE MEAN FOR THE TEAM? WHAT ARE WE DEMONSTRATING? THE TEAM MUST BE ABLE TO COMPLETE A FEATURE WITHOUT OUTSIDE HELP MANAGEMENT SPONSORSHIP TO PROTECT AND SUPPORT THE TEAM TO RESOLVE IMPEDIMENTS
  21. 21. ENABLERS
  22. 22. ORGANISATIONAL CHANGE THE GREATEST LEADER IS A SERVANT. DON’T BE A BOSS. BE A REAL LEADER ...SERVANTLEADERSHIPOVER COMMANDAND CONTROL
  23. 23. RESPONSIBILITY // TRUSTINDIVIDUALCHANGE
  24. 24. HELPFUL ENGINEERING PRACTICES TEST FIRST DEVELOPMENT REFACTORING / EVOLUTIONARY DESIGN CONTINUOUS INTEGRATION PAIR PROGRAMMING RETROSPECTIVES RELATIVE ESTIMATION
  25. 25. RETROSPECTIVEQUESTIONS WHAT WENT WELL? WHAT HAVE WE LEARNT? WHAT WOULD WE LIKE TO DO DIFFERENTLY? WHAT STILL PUZZLES US?ACTIONS WHAT ACTIONS CAN WE TAKE FORWARD IMMEDIATELY? WHAT LARGER ACTIONS SHOULD BE NEGOTIATED? WHAT ISSUES NEED TAKING BACK TO THE ORGANISATION?
  26. 26. DONENESS DEFINE DONE EARLY REVIEW DONE-NESS OFTEN
  27. 27. BEWARE OF TECHNICAL DEBTUSE THIS TERM AND ENSURE THAT PROJECT SPONSORSUNDERSTANDCONSIDER WHO OWNS TECHNICAL DEBT THIS IS AN ATTRIBUTE OF THE SYSTEMMANAGED DEBT IN TERMS OF COST OF OWNERSHIP RISK COST OF REMOVAL BENEFIT OF REMOVAL (RELATED TO RISK AND OPPORTUNITY)
  28. 28. ?ANY QUESTIONS …
  29. 29. david.draper@valtech.co.ukhttp://twitter.com/david_draperhttp://agiledesign.co.ukhttp://www.valtech.co.ukhttp://blog.valtech.co.ukhttp://twitter.com/valtech

×