Agile adoption in a waterfall environment
Upcoming SlideShare
Loading in...5
×
 

Agile adoption in a waterfall environment

on

  • 2,360 views

Kevin Murray's presentation on Agile adoption in a waterfall environment at the Valtech Agile Edge March 2010....

Kevin Murray's presentation on Agile adoption in a waterfall environment at the Valtech Agile Edge March 2010.

This case study describes how Scrum was introduced to the development team on a large government programme and how the Agile processes evolved throughout other teams.

Statistics

Views

Total Views
2,360
Views on SlideShare
2,260
Embed Views
100

Actions

Likes
3
Downloads
20
Comments
0

3 Embeds 100

http://blog.valtech.co.uk 93
http://startupexcite.masterofcode.com 6
http://twitter.com 1

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Agile adoption in a waterfall environment Agile adoption in a waterfall environment Presentation Transcript

  • AGILE ADOPTION IN A WATERFALLENVIRONMENT BY KEVIN MURRAYPRINCIPAL CONSULTANT // KEVIN.MURRAY@VALTECH.CO.UK // TWITTER: @KEV_C_MURRAY
  • BACKGROUND TO PROJECT VERY LARGE CALL CENTRE CMS FOR JOBCENTRE PLUS SEEN AS ONE-STOP-SHOP FOR CLAIMING BENEFITS 30,000 USERS, UP TO 5,000 CONCURRENT USERS HIGHLY COMPLEX APPLICATION MULTIPLE SYSTEMS INTEGRATORS (VERY POLITICAL LANDSCAPE) COMPLEX INTEROPERABILITY WATERFALL SOFTWARE DELIVERY LIFECYCLE UN-DYNAMIC CUSTOMER
  • VERY TRADITIONAL WATERFALL 12 WEEKSREQUIREMENTS 12 WEEKS DEVELOPMENT 12 WEEKS SYSTEM TEST 12 WEEKS UAT 48 WEEKS TO THE END OF UAT
  • BACKGROUND TO PROJECT VALTECH BECAME DEVELOPMENT LEAD IN 2005 INTRODUCING RUP AND MAKING IMPROVEMENTS STRAIGHT AWAY INTRODUCED ITERATIVE DEVELOPMENT INTRODUCED PRIORITISATION BASED ON TECHNICAL COMPLEXITY STARTED TO INTRODUCE AUTOMATED UNIT TESTING AND CONTINUOUS INTEGRATION
  • ITERATIVE DEVELOPMENT 4 x 4 WEEKS WEEKS REQUIREMENTS 4 x 4 WEEKS DEVELOPMENT 4 x 4 WEEKS SYSTEM TEST 4 x 4 WEEKS WEEKSUAT 28 weeks to the end of UAT (plus 25% more dev)
  • KEY PROJECT ISSUES LAST MINUTE RUSH AT THE END OF EVERY ITERATION SYSTEM TEST WERE A SEPARATE TOWER, LOOKING FOR EXCUSES TO SLIP HIGH NUMBER OF DEFECTS HIGH DEFECT RATES IN SYSTEM TEST AND UAT QUALITY WAS STILL BETTER THAN PREVIOUS DEVELOPMENT LEAD MOST DEFECTS NOT SEEN AS A DEVELOPMENT TEAM PROBLEM! COSMETIC DEFECTS, EXTERNAL DESIGNS CREATED IN VISIO AMBIGUOUS REQUIREMENTS CURRENT LIVE PROBLEMS BLAME WAS FAILING BETWEEN SILOS
  • COST OF DELIVERY PAIN DEFECT TOTALS INTO 3 FIGURES FOR EACH RELEASE AFTER FIRST ITERATION, 25% OF DEV EFFORT WAS SET ASIDE TO FIX DEFECTS TEAM OF 20, EQUATED TO APPROXIMATELY 300 MAN DAYS JUST FIXING DEFECTS DURING THE DEVELOPMENT CYCLE (OUT OF 1600 DEVELOPMENT DAYS PER RELEASE)
  • WHY WE WENT AGILE AWARENESS OF DELIVERY PAIN ALWAYS LOOKING TO IMPROVE WE WERE BECOMING VERY AGILE AWARE WE HAD A CATALYST, AN AGILE COACH HAD JUST JOINED THE TEAM
  • MANAGEMENT AND CUSTOMER BUY IN VALTECH LED TEAM HAD MADE SIGNIFICANT IMPROVEMENTS PROGRAMME AND PROJECT MANAGERS HAD COMPLETE TRUST AND ALLOWED US TO TAKE THIS FORWARD END CUSTOMER WAS AWARE BUT WASN’T TO BOTHERED AS THERE WASN’T A DIRECT IMPACT ON THEM
  • AGILE EVOLUTION
  • AGILE EVOLUTION –ADDRESS LAST MINUTE RUSH DAILY STAND UP MEETINGS CONSCIOUS DECISION NOT TO CALL IT A SCRUM USED ROTATING SCRUM MASTER, LARGE TEAM, EVERYONE GOT INVOLVED KEPT TO 15 – 20 MINUTES PER DAY DAILY STAND UP MEETING ALWAYS HAPPENED AT THE SAME TIME PROVIDED ACCURATE STATUS UPDATES, DAILY MOTIVATED THE WHOLE TEAM ADDRESS ISSUES EARLIER
  • AGILE EVOLUTION –ADDRESS LAST MINUTE RUSH BURNDOWN CHARTS EARLY VISIBILITY PRINTED OUT AFTER STAND UP & STUCK ON THE WALL BY THE OFFICE DOOR TRUST AND TRANSPARENCY - PROJECT AND PROGRAMME MANAGERS SAW DAILY PROGRESS
  • AGILE EVOLUTION – OUR BURNDOWN
  • AGILE EVOLUTION – OUR BURNDOWN
  • AGILE EVOLUTION –ADDRESS HIGH DEFECT RATES RELEASE AND ITERATION PLANNING ALL DEVELOPERS GOT THE BIG PICTURE, NOT JUST TEAM LEADERS VERY INCLUSIVE, WE ENSURED BA’S, TESTERS AND EVEN THE DEPLOYMENT TEAM ATTENDED DEVELOPER AND BA COLLABORATION REAL SCREEN SHOTS’ IN EXTERNAL DESIGN DOCUMENTS
  • AGILE EVOLUTION –ADDRESS HIGH DEFECT RATES FORMAL EMPHASIS ON AUTOMATED UNIT TESTING (DEFINITION OF DONE) DEMONSTRATIONS RETROSPECTIVES OVERHEAD OF GETTING EVERYONE TOGETHER AND RELUCTANCE FROM THE LARGE TEAM TO CONTRIBUTE SATISFACTORY FEEDBACK ACQUIRED FROM DAILY STAND UPS
  • AGILE EVOLUTION –WHAT WE DID NOT DO. ESTIMATING ALREADY HAD ACCURATE MAN DAY ESTIMATING PROCESS REDUCE SPRINT SIZE SOME TASKS WERE TOO LARGE SPRINT PLANNING OVERHEAD SYSTEM TEST WOULD NOT BE ABLE TO COPE BUILD AND DEPLOYMENT OVERHEAD DUE TO TECHNOLOGY STACK QUESTION OR SACRIFICE EXISTING GOVERNANCE AGILE ACTUALLY AIDED THE WATERFALL GOVERNANCENOT WHOLESALE CHANGES AND WE DIDN’T RISK DELIVERY
  • BENEFITS NO END OF SPRINT PANICS USING MS PROJECT YOU DON’T ALWAYS GET THE FULL PICTURE COMPARED TO STAND UPS. IF SOMETHING WASN’T GOING TO BE DELIVERED WE GOT KUDOS TELLING EARLY, RATHER THAN ON DELIVERY DAY BETTER QUALITY REDUCED DEFECTS TO SINGLE FIGURES TECHNICAL DEBT PROPERLY ADDRESSED CODE QUALITY TEST COVERAGE AGILE WAS SPREADING SILOS WERE COMING DOWN
  • BENEFITS MORE COLLABORATIVE RELATIONSHIP WITH BAS WE IDENTIFIED BUSINESS BENEFITS WHERE IT WAS SUPPOSED TO BE AN ISSUE WE IDENTIFIED AND ADDRESSED A BA BOTTLENECK DEVELOPERS COULD INTERCHANGE AS BAS WE STARTED TO FOCUS ON BUSINESS CRITICALITY PROJECT CULTURE CHANGE NEW INTEGRATION PROJECTS HIT THE GROUND RUNNING PEOPLE, PROCESSES & INFRASTRUCTURE ALL AGILE
  • PROJECT OUTCOME NOT WHOLESALE CHANGE ADAPT AND EVOLVE, DON’T JUST ADOPT MANAGEMENT SPONSORSHIP AND TRUST UNDERSTAND YOUR BOUNDARIES CHALLENGE WHERE YOU CAN DOCUMENTATION GOVERNANCE VISIBILITY, SO AGILE SPREADS ORGANICALLY LEARN FROM MISTAKES CAPTURE KEY INFORMATION
  • NO NEGATIVE NEWS HEADLINES // SYSTEM COPED DURING THERECESSIONLEGACY
  • ?ANY QUESTIONS …
  • kevin.murray@valtech.co.ukhttp://www.valtech.co.ukhttp://blog.valtech.co.ukhttp://twitter.com/valtechhttp://twitter.com/Kev_C_Murray