Developing Product Review Practices (That Work) - Irja Straus @ CAST 2021
The theme of MiniCAST 2021 was Testing in the 20’s and we brought together a new wave of thinkers with something interesting to say about testing in contemporary contexts. https://associationforsoftwaretesting.org/conference/cast-archive/minicast-2021/ Developing Product Review Practices (That Work) - Irja Straus Have you ever wondered how you, as testers, could give a helping hand even before a single line of code is written? In this talk, I will eat my own dog food and use my mistakes as examples to demonstrate why including (and accepting) a tester’s critical feedback helps to assess risks in a timely manner. I see the product with different eyes when I am in different roles. Whether I’m a product manager or tester, I have had different biases. This talk is also a story about the practices I use today when performing requirements and design reviews (or simply, product reviews). Those practices enable me to ask the right questions before development efforts have started and when it’s not (so) expensive to address them. I will explain some of the heuristics I use to detect if there is a possibility of reinventing the wheel, having a “not great, not terrible” user experience in particular product areas, or is it too easy for a user to make an undoable mistake. The heuristics can also help in finding any vague or missing requirements, inconsistent rules and behaviors, and project and product risks. I like to use those heuristics as “conversation starters” to perform a risk-based product review, and this talk can also help you learn how to apply them to your contexts. After listening to this story, I would like you to take home a few new tools in your toolbox that strengthen the testing skills which can be used when performing product reviews. Hopefully, my experience will inspire you to rethink the ways you can help and bring more value to your products and people. Video available here: https://www.youtube.com/watch?v=46vFcJw1LDQ
Recommended
Recommended
More Related Content
Similar to Developing Product Review Practices (That Work) - Irja Straus @ CAST 2021
Similar to Developing Product Review Practices (That Work) - Irja Straus @ CAST 2021 (20)
Recently uploaded
Recently uploaded (20)
Developing Product Review Practices (That Work) - Irja Straus @ CAST 2021
- 1. Developing Product Review Practices (That Work) Irja Straus @irjastraus MiniCAST
- 2. Look, a unicorn! Let’s catch it! Photo by Stephen Leonardi
- 3. Nah, it’s just a human. Photo by Stephen Leonardi
- 4. Correct requirements and perfect design are like unicorns... a myth. Machu Picchu by Simon Schwyter
- 5. Requirements are not things or documents, but conversation starters. Machu Picchu by Simon Schwyter
- 6. @irjastraus The Dragon of Trsat by Valter Stojšić Every tester has its dragon to learn.
- 7. @irjastraus Dogfooding is most rewarding when it’s… disgusting.
- 8. @irjastraus Dogfood #1 Wait, human, they will... resolve?!
- 10. ...is not clear even to its creator. What will automagically do?
- 13. „Show me the data”. Are there any unused features? Are there any unnecessary features?
- 14. „If users might fail to recover, there is a missing feature”. Are there any missing features? complicated features?
- 15. „If the team doesn’t understand the idea the first time, it’s worth challenging.” Are there any foggy features? risks?
- 16. @irjastraus Reviewing discussing requirements 1 Business rules and flows.
- 17. @irjastraus Reviewing discussing requirements 2 Requirements clarity.
- 18. @irjastraus Reviewing discussing requirements 3 Data and use cases.
- 19. @irjastraus Reviewing discussing requirements 4 Consistency*.
- 20. @irjastraus Inconsistencies happen (only) when we innovate.
- 21. Reviewing discussing requirements 5 Project and product risk assessment.
- 22. @irjastraus Dogfood #2 „Dude, where’s my data?”
- 24. ...but hidden from users
- 25. And when they finally found it...
- 27. ...and feedback came as a surprise.
- 28. „User experience is like a joke – if you need to explain it, means it’s not that good.” Is the product self-explanatory? easy to use?
- 29. „If it’s easy to slip away, there should be an emergency exit.” Is the product too easy to use? overcomplicated?
- 30. „When action is expensive, the system should provide a clear status visibility.” Is the product giving useful feedback?
- 31. Reviewing discussing design & UX 1 Realistic and complex client use cases
- 32. Reviewing discussing design & UX 2 Layout and elements
- 33. Reviewing discussing design & UX 3 User experience
- 34. Reviewing discussing design & UX 4 Patterns familiarity
- 35. Reviewing discussing design & UX 5 Appropriate „voice”
- 36. @irjastraus Challenge How to learn what works? Listen first, then talk.
- 38. @irjastrau s TESTING BEGINS EVEN BEFORE A SINGLE LINE OF CODE IS WRITTEN.
- 39. @irjastrau s QUESTIONS WE ASK ARE DIFFERENT.
- 40. THANK YOU!