扫码阅读
手机扫码阅读
用户故事的INVEST
466 2023-08-17
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:用户故事的INVEST
文章来源:
敏捷传习录
扫码关注公众号
用户故事INVEST原则摘要
I——Independent,独立的:用户故事应尽量独立,避免相互依赖,以便能够根据价值进行优先级排序。独立性的定义包括功能实现之间没有依赖性和避免共享底层逻辑依赖。例如信用卡支付的例子,应该通过“模糊细节”方法来避免提前暴露细节,从而更好地进行排序和估算。
N——Negotiable,可协商的:用户故事的需求实现程度应是可协商的,没有在编写时就固定下来。PO和研发团队需要共同协商以确定具体实现,但PO有最终决定权。
V——Valuable,有价值的:用户故事应当有价值,且这通常通过遵循用户故事模板来保证。在用户故事拆分时应以功能为导向,而非单纯的模块。
E——Estimable,可估算的:创建用户故事的人需要具备相关行业背景知识,以便研发团队能够进行有效的估算和实现。
S——Small/Size Appropriate,小的/大小适当的:用户故事应该足够小以适应短迭代,但对于优先级较低的用户故事,适当的大小比小更为合适。冰山模型说明了用户故事大小应根据其在产品待办列表中的位置而定。
T——Testable,可测试的:用户故事必须可测试,具有客观性和可重复性,这是确保用户故事能够被验收的关键。
总结:编写好的用户故事是实现敏捷的重要一步,需要不断的实践和改进。INVEST原则是练习中的关键工具,用于不断改善用户故事的质量。
想要了解更多内容?
查看原文:用户故事的INVEST
文章来源:
敏捷传习录
扫码关注公众号
敏捷传习录的其他文章
“满身漏洞”的Scrum(1)
Scrum 恐怕是被吐槽最多的敏捷框架了。为什么会这样?让我们一起来看看,Scrum 被吐槽最恨的几个点。
关于敏捷的慢思考(3)
上一次我们聊了一下关于敏捷的实践性问题,今天我们就来聊聊任何敏捷实践过程中一定会出现的问题,那就是“误区”。
SM到底能服务几个团队
这是每个初步转型敏捷的公司都会问的问题。在回答这个问题之前,我想提醒一下,“有效果才是最好的”这个至理名言,
天天被死亡的敏捷
连敏捷都没有搞清楚的、某曾经明文保存密码的网站天天砸我饭碗,让我实在是觉得某些事情不吐不快。
一种关于敏捷团队的比喻与其他
众所周知敏捷对研发团队的绩效考核的态度一直以来倾向于负面——究其原因,一方面是很难考核;另一方面是,有些考核也着实不上路子,甚至将绩效考核到了个人,还要求以“客观数据”的方式对个人进行考核。
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线