敏捷开发的用户故事怎么写?

以下是近期对敏捷开发中由以往“调研-文档-讨论-文档-开发-文档”向新的开发方式的学习一些总结,和大家分享,有任何好的想法欢迎和我沟通。

如何编写用户故事?

1:用户故事不要用技术语言来描述,要使用用户可以理解的业务语言来描述 。不要提及任何有关语言逻辑,数据库,软件,字段的客户无关描述。

2:格式:

<编号> :作为一个 <角色 职位> , 我想要 <活动 操作> , 以便于达到 <功能目标 商业价值>

3:如果用户的故事点很密集和连贯要使用下面的格式加以隔断:

用户(角色)做…...

系统做…...

用户做…...

系统做……

4:可以不需要格式规整的需求说明书,但是必须有一个大家都能看懂的业务流程描述。

5:用户故事的主要目的是和用户讨论而不是写。

用户故事如何排序?

1:客户明确的要求的工作

2:价值和成本(开发工作量)

3:功能相互关联的故事挨着一起

如何使用用户故事?

1:和用户沟通用户故事中的细节。

2:和客户交谈我们会怎么样完成故事(界面草图,原型)

3:经常向用户展示我们开发的小成果,演示我们已经完成的功能,让用户看到我们的进度。

4:听取用户的意见。

5:按用户故事来分解工作任务,指派开发,开展测试。

特殊情况下的敏捷如何开展?

1:客户不能保证持续在场

由project owner在迭代开始前与客户讨论清楚业务流程,迭代开始后由PO担当客户应该做的部分,但PO必须和客户保持畅通的联系。

2:客户无法表达清楚自己想要的,或者还没想清楚

需要在PO或PM之外有一个需求分析员(或者沟通能力比较强大的开发),和用户进行更深层次的探讨,团队可以构建一些Demo给客户参考,直至用户坚定自己的意愿。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值