01 装懂
敏捷开发计划会上，通常 PO 需宣讲 Backlog 中的需求点，以便开发与测试人员充分理解用户的需求，进而能客观地评估工作量。
但实际工作中，有些开发人员或测试人员，特别是新员工，即使 PO 宣讲了需求也不一定能理解到位。此时，有不少小伙伴在宣讲现场并不敢说自己不清楚，只好稀里
糊涂地跟着队伍走，例如团队中有 4 人报工作量，自己也就报一个与大多数人一样的工作量，委屈地装懂。
02 为什么装懂
事后找新员工了解，因为不清楚业务，特别是一个在原有业务基础上的变更需求，不知如何问问题。
03 解决方案
采用 5W1H 分析法，制定一个需求探索卡片，参加需求宣讲或讨论会时带上此工具。在会上，可对着卡片上的内容提问，
直到把此需求相关的所有问题自己能回答清楚。
某需求点探索卡片模板如下：
| 问题 | 回答 |
|---|---|
| 用户是谁（Who） | |
| 什么场景下做什么 (When/Where/What/How） | |
| 解决问题了吗，为什么（Why） |
附：参考案例
需求：某电商平台的用户昵称原来只能输入 10 个字符，但客户反馈使用不方便，因为有时想
输入一句话作为昵称，于是现在需求变更为用户昵称的输入无限制。
需求点：用户昵称输入限制变更
| 问题 | 回答 |
|---|---|
| 用户是谁（Who） | 新注册的用户，已注册的老用户 |
| 什么场景下做什么（When/Where/What/How） | 1、客户想进入电商超市采购商品，需要在手机 App 或 PC 网页上注册用户，2、已注册用户，现有昵称不好记或不喜欢现有的昵称（不酷），想改一个与他人不同的且自己易记的长长的一句话昵称 |
| 解决问题了吗，为什么（Why） | 输入无限制，可以满足用户个性化的昵称定义 |
「All right reserved, any unauthorized reproduction or transfer is prohibitted」
No Reply at the moment.