John | 曲

Reflection in Transition

怎样写用户故事

曲政 / 2017-04-27


[KnowHow]怎样写用户故事

——从三个角色十个功能到两个角色一个功能

题目

在Job-listing课程指导下,结合自己的想法,练习写用户故事。

做法

浓缩和集中关注点

  1. 用便签纸记录所有想法。
  2. 列出四个栏位:Must have, Should have, Could have, Nice to have.
  3. 便签纸贴在各个栏位。
  4. 先做出Minimal Viable Product,逐级完成。

我的实例——雇主、应征者、教练三位一体,互相记录信用,完成短期工作

img

我4月20号手写的便签纸

Must have
  1. 列出工作内容
  1. 列出应聘者
  1. 知识变现
Should have
  1. 教练帮助雇主明确问题
  2. 教练帮助应征者解题
Could have
  1. 建立雇主、应征者、教练三个角色的行为履历档案
  1. 建立三者亲密关系,有更新通知,有优先受理
Nice to have
  1. 信用货币系统
  1. 展示系统
  1. 变动奖励

我的MVP(Minimal Viable Product)——展示功能

参考Job-listing教程实现的功能,鉴于我这菜鸟的能力,决定只做两个角色的一个功能:

应征者反过来作为需求方,发布问题求助信息,教练作为指导者申请协助,以求解决问题,最终完成项目,分享收益。

以用户口吻表达需求

当我们在进行一个实体项目时,常常被许多需求压到喘不过气。有时候做太多、有时候做太少、有时候做歪。用户故事就是用来解决这些事情的。 用户故事的主张就是我们应该:

所以用户故事是这样的: 身为「某角色」,会做「某事」,以完成「某商业价值」 一般来说,小型专案初始项目约在 20-30 条,中型项目约 100 条。

我的实例——初始版本

身为雇主——有问题需要解决
身为应征者
身为教练

我的实例——MVP版

身为应征者
身为指导者

经验

其他待续。

教训

待补。

迁移

待补。


以上,2017年4月27日14:08记于浦东图书馆。