The Road to Agile From the Bottom Up Kevin Malley Tracey Clark 1 March 20 th, 2013 SWOQG.

Slides:



Advertisements
Similar presentations
Introduction to Scrum for Software Project Management
Advertisements

Using Metrics to Reduce Cost of Re-work Dwight Lamppert Senior Test Manager Franklin Templeton.
Iterative Development: Done Simply Emily Lynema NCSU Libraries Code4Lib 2010.
Armstrong Process Group, Inc. Copyright © , Armstrong Process Group, Inc., and others All rights reserved Armstrong Process.
0 - 0.
DIVIDING INTEGERS 1. IF THE SIGNS ARE THE SAME THE ANSWER IS POSITIVE 2. IF THE SIGNS ARE DIFFERENT THE ANSWER IS NEGATIVE.
SUBTRACTING INTEGERS 1. CHANGE THE SUBTRACTION SIGN TO ADDITION
MULT. INTEGERS 1. IF THE SIGNS ARE THE SAME THE ANSWER IS POSITIVE 2. IF THE SIGNS ARE DIFFERENT THE ANSWER IS NEGATIVE.
Addition Facts
practicing agile development since 2002 csm x 4, cspo x 2 contracted ken schwaber taught agile to 100s agile alliance, acm, ieee mike cohn disciple delivered.
Are Parametric Techniques Relevant for Agile Development Projects?
Iteration Planning.
> Sprint Planning Presentation API Release: Date: Presented by:
Being a QA Engineer at Telerik Snejina Lazarova Dimo Mitev Telerik Corporation
Addition 1’s to 20.
An Agile Retrospective Clinton Keith Overview Retrospective format What works (clear wins)? What doesn’t work so well? What do we need to start doing?
Week 1.
 Acceptance testing is a user-run test that demonstrates the application’s ability to meet the original business objectives and system requirements and.
Software development process improvement Ville Wettenhovi Master thesis presentation Supervisor:Professor Jukka Manner Instructor:M.Sc. Markus Aalto Date:23th.
Lena Bigelow Business 550 Presentation SCRUM. -A project management process - Embraces iterative and incremental practices -Concentrates on what is important:
ITEC 370 Lecture 24 Lifecycles. Review Questions? –Grades for Requirements/Design Doc F give prototype demonstration –Testing plan for your software Maintenance.
Local Touch – Global Reach The New Tester Matthew Eakin, Manager Managed Testing Practice Sogeti, USA.
Copyright  2002, Medical Present Value, Inc. All rights reserved. Copyright © 2010 Texas Education Agency. All rights reserved. TEA confidential and proprietary.
What is Agile? Agile is a software methodology based on iterative and incremental development, where requirements and solutions evolve through collaboration.
Clinton Keith CTO, High Moon Studios Agile Methodology in Game Development: Year 3.
Walter Bodwell Planigle. An Introduction – Walter Bodwell 18 years in software First did agile at a startup in 1999 Went back to waterfall (after acquisition)
Scrum introduction XP Days Agenda Introduction The Scrum process – roles, ceremonies and artifacts Backlog management Conclusions and questions.
Morning – 9am Getting Started Agile Manifesto Values & Principles Scrum Framework ~~ 10:40 to 11:00 Break ~~ Scrum Roles Backlog Grooming Estimation.
Agile development By Sam Chamberlain. First a bit of history..
Agile Methodologies for Project Management By – Komal Mehta.
PopMedNet Software Development Life Cycle Chayim Herzig-Marx Harvard Pilgrim Health Care Institute Daniel Dee Lincoln Peak Partners.
Trusted IT Group. The challenge: 40 active, concurrent IT projects  Unsatisfactory Project Delivery.
Adopting Agile for Enterprise Software Joe Bedell, Software Engineer Jason Breen, Software Engineer Peter Melko, Scrum Master June 15 th, 2015.
Technical Documentation in Agile Colin Greenberg.
Agile Assimilation & Scaling. 2  About me…  How did we start?  Bottom-up  Task Force  Learning  Pilots  First stage analysis + recommendations.
Agile Software Development Brian Link
What is Scrum Process? Where is it used? How is it better?
Tuesday, June 8 th, Agile Development-Successful Delivery & Implementing Across the Enterprise.
Resource Systems.  The need for agility  History of Product Development  Delivery of EPCOT  Future Challenges & Recommendations  Reflection  Questions?
Agile Adoption GMAS Product / Practice Teams PMO Meeting – May 2014.
Chapter 3 – Agile Software Development Pepper modification of Sommerville presentation & Colm O’hEocha – AgileInnovation Ltd presentation 1Chapter 3 Agile.
Scrum Practices Sprint-2. Agenda Scrum Master Product Backlog Scrum Teams Daily Scrum Meeting Sprint Planning Meeting Sprint Sprint Review.
1 ndia.in Date: 07 – 09 December Name: Manish Sinha ScrumIndia.In 2012 © Tata Consultancy Services Ltd. All Rights Reserved. Building High Performance.
Dr. Nguyen Hai Quan.  Why SCRUM?  What is SCRUM?  Some terms  SCRUM Meetings  Sprint  Estimation  Product backlog  Sprint backlog  Whiteboard.
With a hint of HP Quality Center Agile development and functional testing: friend or foe? Tom Vercauteren, June 26th, 2009.
Het einde van het beroep van tester - Wat Agile, DevOps en Scrum betekenen voor het testvak -
Agile Information Management Development. Agile Project Management Characteristics  Acceptance and even welcome of changing requirements  Incremental.
What Is Agile? Agile is a group of software development methodologies Scrum Extreme Programming (XP) Lean Etc. Key Characteristics: Small increments Adaptive.
Agile Metrics It’s Not All That Complicated. © 2011 VersionOne 2 Welcome – About your Trainer, Katia Sullivan VersionOne Product Trainer and Agile Coach.
Agile Development Chapter 10 - part 2. Agile Philosophy  A guiding philosophy and set of guidelines for : developing information systems in an unknown,
Who is Gregg? 1 Mile
Over Contract negotiation over Processes and tools over Comprehensive documentation overFollowing a plan over.
Scrum Overview. Agenda What is scrum…and what it isn’t Scrum’s Characteristics The Scrum Process Scrum Phases Measurements Key Practices Backlogs Sprint.
Software Quality Assurance Chip Ene, February 14, 2015.
Scrum CS These outstanding slides were created by Kevin Schenk, BS in Computer Science, Purdue University, 2012.
Rapid Launch Workshop ©CC BY-SA.
Scrum.
CSC 355 – Newer Approaches to System Development Life Cycles & Processes, Spring 2017 March 2017 Dr. Dale Parson.
Scrum CS These outstanding slides were created by Kevin Schenk, BS in Computer Science, Purdue University, 2012.
Scrum CS These outstanding slides were created by Kevin Schenk, BS in Computer Science, Purdue University, 2012.
Scrum CS These outstanding slides were created by Kevin Schenk, BS in Computer Science, Purdue University, 2012.
Summarizing Our Models to Date
Scrum - Plan a Sprint Great Video (but added release /sprint layer)
Agile practices for documentation teams
Sprint Planning April 2018.
Introduction to Agile Blue Ocean Workshops.
Software Development In Agile
Scrum in Action.
Are you measuring what really counts?
Software Development In Agile
Presentation transcript:

The Road to Agile From the Bottom Up Kevin Malley Tracey Clark 1 March 20 th, 2013 SWOQG

2 SWOSQG Agenda Overview Why change and how What worked What had to change Signs of danger Summary of benefits Where we are headed Conclusion

3 Overview Project was managed as Waterfall and wasnt meeting customer expectations Move to Agile was influenced by successes in other areas who were having the same issues Internal Project Stakeholders where accepting to change - opportunity for improvement SWOSQG

4 Why change What we delivered late was: Not what the customer wanted Not what we had promised Not something we where happy with Full of unresolved defects Same old project failure SWOSQG

5 Change #1 – Customer Involvement Release Train Whats ready goes what isnt catches the next train Product Owner (representing Customer) drives work Involved in sprint planning Sprint Demo Testing Methods Greater emphasis on exploratory testing. Run more often and earlier in the product life cycle SWOSQG

6 Change #1 – Continued Dev and SV&V offset by one sprint Strong collaboration between developers and testers Dev Sprint 1Test Sprint 1 Dev Sprint 2Test Sprint 2 Dev Sprint 3 Regression Sprint SWOSQG

7 Lessons learned change #1 Benefits Customer happier (Involved in sprint planning and demo) Less margin of error in release dates Closer relationship between Dev and Test Exploratory tests yield quick results and could form basis for regression test scripts Pitfalls Defects could take 4 weeks to see a resolution Rapid maintenance turn around Testing reliving design weeks later SWOSQG

8 Change #2 - Design Why: Reduce relearning of design How: Tester deployed into Dev Sprint Build test cases Run Exploratory Tests on dev builds Tester then transitions to offset sprint to conduct formal tests Dev Sprint 1 Tester A Test Sprint 1 Tester A Dev Sprint 2 Tester B Test Sprint 2 Tester B Dev Sprint 3 Tester A Regression Sprint SWOSQG

9 Lessons learned change #2 Benefits Caught some issues earlier Less rehashing of design Pitfalls Still unable to resolve lengthy defect turn around Length of time to deployment not addressed SWOSQG

10 Change #3 - Time What: Time to release Defect turn around How: Testing as part of the definition of done Removal of offset sprints Testing tasks tracked within User Stories Exploratory Tests used almost exclusively during development --> Drive scripted regression tests Sprint 1Sprint 2 Regression Sprint SWOSQG

11 Lessons learned change #3 Benefits Monthly releases now possible Pitfalls Defect metrics mean far less SWOSQG

12 What had to change Removal of Test Plan (Emphasis on Strategy) Adoption of Exploratory Testing How and when we log defects Customer commitment Segregation of duties Requirements and design docs became living documents within agile tools and wikis Relationship between dev and test Everyone involved in Sprint Planning and backlog grooming SWOSQG

13 Signs of danger – Stakeholders (Chickens) Unclear Product Owner (Customer) Product Owner not Engaged Product Owner doesnt take ownership getting necessary requirements from multiple business groups and maintaining communication throughout project with all groups Timely decision making Some stakeholders become over committed SWOSQG

14 Signs of danger – Core team (Pigs) Development moves forward while impediments block testing Development and testing cant agree Dont test everything Scrum Master not understanding their role When is it time to make the decision to move to next release Improper Sprint Planning – Not learning from previous sprint Demo Lack of Agile knowledge and training SWOSQG

15 Summary of benefits after changes Customer Satisfaction Less rework Less variance in committed production dates Cleaner regression runs Quicker turn around on defects Less defects Stronger relationship between developers and testers SWOSQG

16 Where we are headed Further support and understanding from Senior Management Socialize benefits – encourage the chickens Living lean documentation Refining the use of Exploratory Testing Automation Training testers as Scrum Masters Working out an offshore model SWOSQG

17 Conclusion You wont get it right the first time The value of applying lessons learned One size doesnt fit all – multiple adjustments may be required Major adjustment to normal practices and processes Importance of roles and responsibilities SWOSQG

18 Questions SWOSQG

19 Contact Info Kevin Malley : Tracey Clark : SWOSQG