Difference between revisions of "Product review meeting"
(Sources += Steve Krug, Arlen Bankston) |
(+= Seth’s Blog » Seth Godin » Show your work) |
||
| (6 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
{{Oyster | {{Oyster | ||
|goal=proudly present the new value just created and collect feedback to inform future development | |||
|stage=Sparkle | |stage=Sparkle | ||
|theme=Agile, Scrum | |theme=Agile, Scrum | ||
|context=in between the current and next {{p|sprint}}, | |context=in between the current and next {{p|sprint}}, | ||
|wish | |wish=Elegantly pleasing the real and current needs of your users is fulfilling, gives meaning, and makes everybody happy. | ||
| | |so=Reserve time in the agenda to collect some basic feedback about the results of the last sprint. | ||
|wish=Elegantly pleasing the real and current needs of your customers and users is fulfilling, gives meaning, and makes everybody happy and avoids surprises. Tweaking and tuning your product based on feedback and {{p|measurable goals}} keeps everyone happy. | |wish full=Elegantly pleasing the real and current needs of your customers and users is fulfilling, gives meaning, and makes everybody happy and avoids surprises. Tweaking and tuning your product based on feedback and {{p|measurable goals}} keeps everyone happy. | ||
|background=During the {{p|sprint review meeting}}, the {{p|development team}} demonstrates completed functionality to interested stakeholders, gathering feedback. | |background=During the {{p|sprint review meeting}}, the {{p|development team}} demonstrates completed functionality to interested stakeholders, gathering feedback. | ||
| Line 23: | Line 24: | ||
*Encourage long-term participation where sensible: | *Encourage long-term participation where sensible: | ||
**Example: LEGO MindStorms recruited expert builders for months to help design their next-generation product. | **Example: LEGO MindStorms recruited expert builders for months to help design their next-generation product. | ||
|therefore=Reserve time in the agenda to collect some basic quantitive feedback from users, customers and key stakeholders about the core and differentiating {{p|user stories}} of the last product development cycle. | |therefore full=Reserve time in the agenda to collect some basic quantitive feedback from users, customers and key stakeholders about the core and differentiating {{p|user stories}} of the last product development cycle. Relate your current product revision to the {{p|vibrant personas}} you use throughout. | ||
|new=Every now and then, a {{p|usability test}} gives you a ton of useful feedback in a very short time. | |new=Every now and then, a {{p|usability test}} gives you a ton of useful feedback in a very short time. | ||
}} | }} | ||
| Line 29: | Line 30: | ||
*Don't Make Me Think!, Steve Krug. | *Don't Make Me Think!, Steve Krug. | ||
*Certified Scrum Product Owner Training, Arlen Bankston. | *Certified Scrum Product Owner Training, Arlen Bankston. | ||
{{WebSourceListItem | |||
|url=http://alistapart.com/blog/post/feedback-phases-and-personas | |||
|site=A List Apart | |||
|person=Anthony Colangelo | |||
|title=Feedback Phases and Personas | |||
}} | |||
{{WebSourceListItem | |||
|url=https://medium.com/facebook-design/critique-is-an-important-part-of-any-design-process-whether-you-work-as-part-of-a-team-or-solo-ef3dcb299ce3#.8hc15b6do | |||
|site=Medium | |||
|person=Tanner Christensen | |||
|title=Four Things Working at Facebook Has Taught Me About Design Critique | |||
}} | |||
{{WebSourceListItem | |||
|url=https://www.uie.com/brainsparks/2011/10/27/moving-from-critical-review-to-critique/ | |||
|site=User Interface Engineering | |||
|person=Jared Spool | |||
|title=Moving from Critical Review to Critique | |||
}} | |||
{{WebSourceListItem | |||
|url=http://sethgodin.typepad.com/seths_blog/2016/03/show-your-work.html | |||
|site=Seth’s Blog | |||
|person=Seth Godin | |||
|title=Show your work | |||
}} | |||
{{Source | {{Source | ||
|source= | |source=Don’t Make Me Think! | ||
|author=Steve Krug | |author=Steve Krug | ||
|translator={{mvs}} | |translator={{mvs}} | ||
Latest revision as of 20:45, 18 March 2016
…in between the current and next sprint,
✣ ✣ ✣
Elegantly pleasing the real and current needs of your customers and users is fulfilling, gives meaning, and makes everybody happy and avoids surprises. Tweaking and tuning your product based on feedback and measurable goals keeps everyone happy.
During the sprint review meeting, the development team demonstrates completed functionality to interested stakeholders, gathering feedback.
Simple surveys can provide quick quantitative feedback during sprint review meetings. Not everything needs to be perfect—focus on core and differentiating features!
Collecting useful feedback from real customers and users on the latest results can be as simple as taking five minutes to ask the audience to answer the following questions:
- “This design is meant to sprint goal or design goal. We would like to collect your feedback on the results of this sprint. So, can you please rate on a scale of 1–5:
- Did this design elegantly fulfill its proposed case?
- Would you recommend this design to a friend?
- Is this design better than current working alternatives familiar to you?”
Iterate your product based upon customer and user feedback and evolve it accordingly. Involve them directly in rapid feedback loops.
There is no substitute for rapid feedback from real end users, but it requires preparation.
- Cultivate an ongoing, self-replenishing group of users that you can call on regularly.
- Rotate users among products and services.
- Example: Google holds monthly tests in major cities, putting various products in front of paid users.
- Encourage long-term participation where sensible:
- Example: LEGO MindStorms recruited expert builders for months to help design their next-generation product.
Therefore:
Reserve time in the agenda to collect some basic quantitive feedback from users, customers and key stakeholders about the core and differentiating user stories of the last product development cycle. Relate your current product revision to the vibrant personas you use throughout.
✣ ✣ ✣
Every now and then, a usability test gives you a ton of useful feedback in a very short time.
✣ ✣ ✣
Sources
- Don't Make Me Think!, Steve Krug.
- Certified Scrum Product Owner Training, Arlen Bankston.
- A List Apart » Anthony Colangelo » Feedback Phases and Personas
- Medium » Tanner Christensen » Four Things Working at Facebook Has Taught Me About Design Critique
- User Interface Engineering » Jared Spool » Moving from Critical Review to Critique
- Seth’s Blog » Seth Godin » Show your work