用户故事之好标题

版权声明:作者:张克强。未经作者允许不得转载。 https://blog.csdn.net/zhangmike/article/details/52205655

在利用电子工具的情况下,经典的用户故事句型的长度是超出电子工具的标题栏,而且标题过长,也难以让读者最快的抓住用户故事的重点。因此在电子工具的情况下,需要探索更短更好的用户故事标题写法。
用户故事的标题希望达到的效果是能够让读者快速了解这个用户故事的要点和大致范围。

常见的做法有:
1. 从用户角度提炼动宾短语;
1. 从系统角度提炼动宾短语;
1. 主谓宾齐备

写法1:用户角度的动宾短语

样例:新建邮件,穿外套,添加新书,等等这是最常用的写法,也是最多见的写法,擅长描述从用户看到的功能。这个命名方式与Use Case标题的推荐的命名方式是一样的。

写法2:系统角度的动宾短语

此处的系统是指待开发的对象。
样例:发送每日资产表现报告,收集批量支付请求,显示XXX清单,发送XXXX短信提醒。

这样的写法也是常见的,从字面意思能够推断出从产品或者系统出发来,当进入到更多细节时,有时需要加入状语来区分细节。

写法3:主谓宾短语

在动宾短语不能推断主语时使用主谓宾短句,或者可能有可能混淆时需要明确主语,样例:超级管理员重置普通管理员的口令;A系统推送批量客户和合同信息。

加状语和用户故事的范围

随着时间推移,新增的用户故事有不少是基于原有的功能来再提升修改,这时往往要在标题里加上状语来区分,比如根据客户所在城市来查询客户列表,在客户没有登记电话号码时强制客户登记号码。 状语要清晰得说明用户故事所处的情况,能够区分类似的用户故事。

故事要有交互

标题说明一个有交互的故事,哪怕这个交互只有单向,而不是某种设定,这个交互故事应当穿越产品或者系统的边界,当然如果用户本身识别没有错误的话,用户故事一般都是穿越边界的。麻烦的是对于中间系统,上游系统和下游系统以及辅助系统也许都不是真正的人,这时需把外部系统看成是用户。

差劲标题举例

1,外访业务处理

点评:处理是万金油词语,没有突出重点。

2,设计资产逾期流入流出报表。

点评:主语既不是用户,也不是待开发的系统,而是开发人员,这更像是一个任务的标题。

3,角色分配资源

点评:要做什么呢?不能快速理解故事核心。

没有更多推荐了,返回首页