保存成功
保存失败,请重试
提交成功

实例化需求:用户故事拆分的更好线索

作者/分享人:Chat 三人行
「Chat 三人行」是 GitChat 推出的特色栏目,旨在融合各路专家的不同视角,让思想的碰撞为读者点燃智慧的火花。

用户故事拆分一般被认为是敏捷实施的入门实践——没有用户故事拆分,就没有真正意义上的迭代,当然也就没法做到敏捷方法所倡导的快速反馈、快速学习和快速价值交付能力。

INVEST 原则常常被看做是用户故事拆分的基本要求。但是,不少敏捷团队在如何获得 INVEST 原则所要求的用户故事方面仍然感到困惑。一些常见的后果是:用户故事拆不开,没法在一个迭代内完成。拆开了的用户故事,支离破碎,很难被管理。用户故事变成了内部的技术需求,不能做到端到端,成了只有研发团队关心的“故事”,等等。

存在一些比较流行的用户故事拆分原则。但是,在过去几年中,我们突然发现自己好像早已忘记了用户故事拆分这个实践的存在。当我们进行需求澄清的时候,通常是一个实例化需求工作坊结束,完全符合 INVEST 原则的用户故事就已经在那儿了。

我们将通过本场 Chat 来分享我们的一些经验,也希望帮助仍然纠结于怎么写出小的用户故事的敏捷团队,能通过更小的代价和更有序的方法来获得高质量的用户故事。


作者/分享人:

  • 吴穹,资深创新管理顾问,精益看板专家。
  • 张刚,资深架构师、敏捷顾问,专注于领域驱动设计、微服务、实例化需求等在企业的落地实施。
  • 雷晓宝,工程实践顾问,专注企业软件设计、测试自动化,开发生产力等领域。
已有420人预订
预订达标
文章出炉
交流日期
     
17.06.12
17.06.27
17.07.04 20:30
查看文章评论/提问
suluding1 年前
写的真是回味无穷啊
suluding1 年前
写的真是回味无穷啊,仿佛我就是那“我是歌手”节目中陶醉的观众
谷常生2 年前
我的团队抓这几个方面:干系人,系统使用者,业务流程(泳道图),业务规则,页面原型(线框图)。最近准备上看板,value unit 拆分是我们面临的主要问题。另外一个问题是,需求阶段参与讨论者有哪些?我的团队,开发人员对需求讨论兴趣不大…… 业务流在白板完成的方法值得借鉴,下次我们试试。
谷常生2 年前
还有领域模型,我们也在用。
Jason2 年前
记得“用户故事”中有一个案例,说如果软件要支持支付功能,包含三种支付方式,这时如果将每个支付方式都写在单独的故事中,据作者说,是违反了独立原则,可以把它们组合在一起,能否说说您的理解,怎样思考的,谢谢。
糖豆(안리)2 年前
什么场景或者说项目适合实例化需求实践?看了文章觉得写的还是有点复杂,能不能举一个实际案例,怎么进行 最后得到的输出和效果是什么。 敏捷教练在这个实践做哪些事情? 如果项目不愿意尝试,敏捷教练觉得有用,一般有什么建议去推动?
suluding1 年前
你先得了解基础概念,通读完“影像地图”、"用户故事地图","实例化需求"这几本书之后,再来读这篇文章你就明白他在说什么了
Yang2 年前
关于实例化需求所产生的"工作流", "领域模型", "业务规则"的关系, 文中有简要说明, "领域模型"即业务实体, 可以明确"业务规则"中的概念, 而"业务规则"则是"工作流"的组成部分, 三者之间是否有其他关系? 在实践过程中, 先后顺序是怎样的呢?
你可能还喜欢
Redis 难题突破,最经典 36 题含详细解析
慕容千语
送卫衣:GitChat 1024 留言有奖活动来啦!
GitChat 内容组
如何依靠副业赚钱,应对人到中年的职场危机
代码GG陆晓明
数据结构算法常见的 100 道面试题全解析:2019 版
攻城狮
Redis 面试题全解析
驰骋
【有奖活动】用一句话证明你是程序员
🐡赵小胖
微信扫描登录
关注提示×
扫码关注公众号,获得 Chat 最新进展通知!
入群与作者交流×
扫码后回复关键字 入群
Chat·作者交流群
入群码
该二维码永久有效