产品:详解史诗、用户故事、拆分、验收标准、待办事项、用时预测、故事卡

本文详细介绍了敏捷开发中的史诗(Epics)、用户故事的拆分、验收标准的设定以及待办事项列表的管理。史诗是大型用户故事的集合,需分解为可操作的小故事。验收标准确保故事符合业务需求,不受具体实现影响。待办事项列表按优先级排序,结合Moscow规则管理功能。此外,文章还讨论了用时预测的方法。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一、史诗(Epics)

一般来说,大型的用户故事(user stories)叫做史诗(Epics)。
一般格式:
As a(作为 )…
I want(我希望)…
So that(这样以便)…

(用户故事-史诗)
分解开来,描述一个产品预期的功能需要从很多方面来展开,因而用户故事需要在不同的细节层次上编写,而史诗就类似这些细节层次的用户故事体现出来的集合。
(史诗-用户故事)
史诗级项目通常太大,敏捷团队无法在一次迭代中完成,所以在开发之前会被分解成多个更小的用户故事。


二、拆分 (break down ):史诗-用户故事

将史诗根据实际和想象进行细化的一个过程,分解成多个用户故事(一般不超过5行)。
拆分原则:提取出来的故事比原始史诗小。
材料上给的例子如下:

Epic:
作为一个用户,
我想备份我的整个硬盘
这样我就不会失去任何工作。

break down story 1:
作为一个超级用户,
我要根据文件大小、创建日期和修改日期指定要备份的文件或文件夹
以便我能更好地管理这些文件。

break down story 2:
作为一个用户,
我想指出文件夹不备份
这样我的备用硬盘就不会装满我不需要的东西。

break down story 3:
作为一个忙碌的管理者,
我希望我保存的搜索名默认为城市名,除非我选择手动覆盖它
这样我就可以简化我的搜索。

break down story 4:
作为一个忙碌的管理者

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Dear Slim.

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值