- What is Agile and What's it Got to do With Testing? – Scott Barber
- How "Agilists" vs. "Traditionalists" View Testing – Robert Walsh
- Keys to Transitioning to Agile Testing: Lessons Learned from the Trenches – Bob Galen
- The Secret to Successful Agile Test Automation – Lisa Crispin
- Culture & Inter-Focus Area Interactions – Selena Delesie
- Avoiding Agile Perversion – Lanette Creamer
- Excelling as an Agile Tester – Henrik Andersson
- The Lone Tester In an Agile World – Michael Larsen
- Top Take Aways – Scott Barber
- Speaker Panel – Scott Barber, Robert Walsh, Lisa Crispin, Selena Delesie, Henrik Andersson, Michael Larsen
Notes:
- Not every take away is specific to metrics
- Several take aways are points made by more than one presenter
- Like every good “Top 10 List”, take aways are presented in reverse order (according to me)
- I’ve paraphrased many of the take aways to make them “quippy”:)
- Self-identification as Agile is publicly declaring belief in and, within the parameters of a given context, developing software in a manner consistent with the Agile Manifesto and the principles behind it.
- Yes, that includes “Testers”
- Realistically, Agile need not be exclusive to software – use that thought process to share your thoughts using analogy & metaphor
- Appropriate testing is somewhere in every context
- Agile simply influences the who, when, and how
- Appropriate testing is testing that leads to business success, as quickly and cheaply as possible
- … and checking is checking, independent of context
- If there’s value in reporting, documenting and/or planning it, do
- If there’s more value in “just doing it”, do that
- If it makes more sense to do something in between, that’s cool too. For example:
- Charters & Sessions vs. Formal Test Plans
- Add the “fix” to the backlog vs. reporting the defect
- “That’s not my job” is not consistent with Agile
- “X needs to get done. I have time, but am not good at it. Can you help me & when X is done, I’ll help you?” is
- It’s good for different people to have and apply different strengths. It’s bad for people to be unwilling to help out in areas outside of their strength/preference
- There is no “process” to blame
- “Going through the motions” leads to crappy quality and crappier attitudes
- You may think you can fake it, but you can’t. If Agile ain’t for you, do yourself & your team a favor… get yourself into a context that makes you comfortable
- Change takes dedication & commitment
- Change takes time
- Change often requires education
- Change, sometimes, leads to turnover
- Transitioning to Agile is big change… culturally
- The team, not the individual, is accountable and responsible for success or failure
- The team doesn’t just “work together”, they collaborate effectively and voluntarily.
- There are no feelings or indications of “us vs. them”
- Pairing is natural, spontaneous and valuable – not a box to check off on Tuesday at 10am
- related to culture
- related to the product
- related to how work is accomplished
- related to accountable & responsibility
- Agile values people and interactions
- Transitioning to Agile is ALL ABOUT people wanting to, and learning how to, interact in a manner consistent with Agile values
- Agile will not work, at least not for long, with people who don’t truly believe in Agile values
--
Scott Barber
Chief Technologist, PerfTestPlus, Inc.
Director, Computer Measurement Group
About.me
Co-Author, Performance Testing Guidance for Web Applications
Author, Web Load Testing for Dummies
Contributing Author, Beautiful Testing, and How To Reduce the Cost of Testing
"If you can see it in your mind...
you will find it in your life."
No comments:
Post a Comment