Romania Open Agile
     May 2010
Janet Gregory, DragonFire Inc.
          Copyright 2010
Takeaways

      Symptoms vs. problems
      Four lessons learned
           l       l     d
      For each lesson
       ...
• practice iterative, incremental development
     • encourage active customer participation
     • demand whole team coll...
• Question ‐‐ What is the real problem?
        • Ask ‐‐‐Why why why why and why?
          Ask  Why, why, why, why....and...
Copyright 2010 DragonFire Inc.
The Problem
     The feedback is too late to fix anything because
        o     Your testing is at the end of the iteratio...
• Us vs them vocabulary
    Us vs. them vocabulary
  • Testers don’t know what to test
  • Testing tasks carried to the ne...
TRY ...
       Whole team approach 
          o     the team committed to testing, quality
                               ...
• Practice ATDD 
   ◦ (Acceptance Test Driven Dev)
• Give tests to programmers early
                p g             y
• B...
Copyright 2010 DragonFire Inc.
• The team guesses at  implementation
     • Team takes longer to get “it” right
              k l               “ ” h
   ...
• Requirement bugs are found in 
                                   production
                                      d i
 ...
• Chose a piece of the business to learn
   • Work with the customer to define feature level 
     Work with the customer ...
Copyright 2010 DragonFire Inc.
• No ‘potentially shippable product’ at the end 
       of every iteration
         f      it ti
     • No safety net for ...
• Regression tests are not run every day
           ◦ or even every iteration
                           i     i
     • Te...
• Tackle small chunks
• Choose tools so that 
   h         l     h
      ◦ Testers and developers can 
        collaborate...
Lesson 4: Don’t get complacent!
                               g      p




Copyright 2010 DragonFire Inc.
Or let stress get in the way




 Copyright 2010 DragonFire Inc.
Recognize complacency or panic when…
     Recognize complacency or panic when
     • Old habits resurface
     • You hear ...
p
• Make the process visible

• Make the metrics visible
  Make the metrics visible

• Understand the why behind the proce...
Copyright 2010 DragonFire Inc.
Whole Team
                        Whole Team
                        Participation

                                     ...
Now Available
Agile Testing: A Practical Guide for 
Testers and Agile Teams

By Lisa Crispin and Janet Gregory


www.agile...
• www.lisacrispin.com
 • agile‐testing@yahoogroups.com
 • www.testobsessed.com
 • www.testingreflections.com
 • vwww.mount...
Questions?




Copyright 2010 DragonFire Inc.
Upcoming SlideShare
Loading in …5
×

Lessons learned in agile romania

1,039 views
965 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,039
On SlideShare
0
From Embeds
0
Number of Embeds
119
Actions
Shares
0
Downloads
19
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Lessons learned in agile romania

  1. 1. Romania Open Agile May 2010 Janet Gregory, DragonFire Inc. Copyright 2010
  2. 2. Takeaways Symptoms vs. problems Four lessons learned l l d For each lesson The problem how to recognize the problem (the symptoms) o to ecog e t e p ob e (t e sy pto s) practical ideas you can take today …..  But first, what agile to me! 2 Copyright 2010 DragonFire Inc.
  3. 3. • practice iterative, incremental development • encourage active customer participation • demand whole team collaboration demand whole team collaboration • test features as they are coded • deliver business value at regular intervals at a  sustainable pace • adapt their processes based on feedback …how hard can this be? …………. …how hard can this be? …………. Copyright 2010 DragonFire Inc.
  4. 4. • Question ‐‐ What is the real problem? • Ask ‐‐‐Why why why why and why? Ask  Why, why, why, why....and why? • Too many times we solve the wrong thing • Use retrospectives to identify symptoms Use retrospectives to identify symptoms Copyright 2010 DragonFire Inc.
  5. 5. Copyright 2010 DragonFire Inc.
  6. 6. The Problem The feedback is too late to fix anything because o Your testing is at the end of the iteration or even  Your testing is at the end of the iteration or even worse, in the next iteration Copyright 2010 DragonFire Inc.
  7. 7. • Us vs them vocabulary Us vs. them vocabulary • Testers don’t know what to test • Testing tasks carried to the next iteration • Bugs aren’t fixed during the iteration • Teams have defined ‘done‐done’ Copyright 2010 DragonFire Inc.
  8. 8. TRY ... Whole team approach  o the team committed to testing, quality g, q y o the team solves problems o Testers come to planning sessions p g o Anyone can pick up a task Power of Three  Add value Add value Copyright 2010 DragonFire Inc.
  9. 9. • Practice ATDD  ◦ (Acceptance Test Driven Dev) • Give tests to programmers early p g y • Break stories up smaller <3 days • Slice stories vertically Slice stories vertically • Create feature teams, not  component teams tt Copyright 2010 DragonFire Inc.
  10. 10. Copyright 2010 DragonFire Inc.
  11. 11. • The team guesses at  implementation • Team takes longer to get “it” right k l “ ” h • Requirements are misunderstood Copyright 2010 DragonFire Inc.
  12. 12. • Requirement bugs are found in  production d i • Bugs aren’t true software issues ◦ Data issues ◦ Human error problems • Team is spending time  understanding bugs Copyright 2010 DragonFire Inc.
  13. 13. • Chose a piece of the business to learn • Work with the customer to define feature level  Work with the customer to define feature level acceptance tests • Take time to understand what the customer  k d d h h really needs • Ask “what problem are we trying to solve?” Copyright 2010 DragonFire Inc.
  14. 14. Copyright 2010 DragonFire Inc.
  15. 15. • No ‘potentially shippable product’ at the end  of every iteration f it ti • No safety net for checking existing  functionality f l Copyright 2010 DragonFire Inc.
  16. 16. • Regression tests are not run every day ◦ or even every iteration i i • Testers spend their time testing ◦ and retesting d • Bugs find their way back • No exploratory testing Copyright 2010 DragonFire Inc.
  17. 17. • Tackle small chunks • Choose tools so that  h l h ◦ Testers and developers can  collaborate ll b t ◦ Developers can help automate • U th Use the agile testing pyramid  il t ti id Copyright 2010 DragonFire Inc.
  18. 18. Lesson 4: Don’t get complacent! g p Copyright 2010 DragonFire Inc.
  19. 19. Or let stress get in the way Copyright 2010 DragonFire Inc.
  20. 20. Recognize complacency or panic when… Recognize complacency or panic when • Old habits resurface • You hear “We don’t have time for that” • New people influence your process negatively • Tests aren’t refactored or reviewed Tests aren t refactored or reviewed • You forget to keep the tests running green Copyright 2010 DragonFire Inc.
  21. 21. p • Make the process visible • Make the metrics visible Make the metrics visible • Understand the why behind the process Understand the why behind the process • Use your retrospectives to find problems i fi d bl Copyright 2010 DragonFire Inc.
  22. 22. Copyright 2010 DragonFire Inc.
  23. 23. Whole Team Whole Team Participation Automate  Regression Tests Collaborate Practice to Practice to  prevent  Provide  Be involved complacency p y feedback early Copyright 2010 DragonFire Inc.
  24. 24. Now Available Agile Testing: A Practical Guide for  Testers and Agile Teams By Lisa Crispin and Janet Gregory www.agiletester.ca My contact info www.janetgregory.ca j g g y http://janetgregory.blogspot.com/ janet@agiletester.ca Copyright 2010 DragonFire Inc.
  25. 25. • www.lisacrispin.com • agile‐testing@yahoogroups.com • www.testobsessed.com • www.testingreflections.com • vwww.mountaingoatsoftware.com – Mike Cohn’s web site (and all his books) • Mary Poppendieck and Tom Poppendieck, Lean Software  Development, 2003 Addison‐Wesley (series of 3) ( ) • Jean Tabaka, Collaboration Explained, 2006 Addison‐Wesley • Li C i i d Ti H T i E P i 2002 Lisa Crispin and Tip House, Testing Extreme Programming, 2002  Addison‐Wesley • Agile Manifesto: http://agilemanifesto org/ Agile Manifesto: http://agilemanifesto.org/ Copyright 2010 DragonFire Inc.
  26. 26. Questions? Copyright 2010 DragonFire Inc.

×