敏捷需求管理（三）：拆分用户故事的流程

最新推荐文章于 2025-09-30 13:42:49 发布

最新推荐文章于 2025-09-30 13:42:49 发布 · 1.9k 阅读

文章标签：

#敏捷开发 #agile #scrum #需求管理 #项目管理

Richard Lawrence 分析了拆分用户故事的三个关键步骤：判断、拆分与评估，并提供了直观的流程图作为辅助理解。

Richard Lawrence 介绍了拆分用户故事的流程，包含三个部分：判断故事是否需要拆分、应用多种模式拆分故事、评估拆分效果。具体的流程见图：

原文参考： http://www.richardlawrence.info/2012/01/27/new-story-splitting-resource/

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

Andy_AgileDo

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

敏捷开发必备：用户故事验收标准编写全攻略

软件工程实践的博客

06-07

789

本文面向所有参与敏捷开发的角色（产品经理、开发、测试、项目经理），重点解决“用户故事验收标准不会写/写不清楚”的痛点。我们将覆盖验收标准的定义、价值、编写方法、实战案例，以及常见问题解答，帮助团队减少需求理解偏差，提升迭代交付质量。本文将按照“概念→价值→方法→实战→避坑”的逻辑展开：先用生活案例讲清“验收标准是什么”，再拆解其核心价值，接着用“5步编写法”+“GWT模板”教你动手写，最后通过真实项目案例和常见问题，帮你彻底掌握这一技能。用户故事：需求的“模糊画像”，用“作为…我想要…以便…”结构表达；

敏捷开发的一些思考--故事拆分

weixin_34415923的博客

05-03

183

敏捷开发眼下已成为互联网公司的首选方案，为应对市场的高速变化，我们公司也在大力推广敏捷，近期在读《用户故事与敏捷方法》一书，我想边读边做一些分享，传播知识的同一时候加强记忆。 1. 基于用户建模是一个比較好的起点。产品团队能够採用头脑风暴等形式，挖掘出产品实际存在或者潜在的用户或客户，给他们一些角色。多种角色出现重叠时，再将重叠部分成立一个独立...

参与评论您还未登录，请先登录后发表或查看评论

【敏捷开发每日一贴】需求管理和实例化需求

黄河敏捷开发

04-11

2999

需求管理和实例化需求软件开发的最大问题之一往往是需求，而且它也很容易的被作为替罪羊。在公司项目延迟和出大问题的最大借口，就是“需求不清楚、需求变更”。那把需求早点弄清楚不就行了嘛？听着挺容易，但要做好它却很困难。敏捷迭代起来以后是否会好点呢？理论上会好点，因为需求在一个迭代中东西会少点，更容易理清楚。但就是因为一个迭代的周期短，在开完计划会议后，团队会更愿意直接投入到代码开发中去，

10、敏捷开发中需求分解的比较研究

android的专栏

09-30

本文通过多案例研究比较了四种开发过程（Scrum、Scrum with Kanban、XP和临时Banana过程）在敏捷开发中对需求分解的差异。研究发现，XP团队分解出的用户故事最多，开发工作量最低，而临时过程团队分解最少且工作量最高。文章详细介绍了用户故事分解的概念、好处及18种常用技术，并结合Serendipity应用开发实例分析不同过程下的分解策略与效果。结果表明，合理的需求分解能显著提升估算准确性与交付效率。最后提出了未来可扩展样本规模并探究分解策略对质量和用户满意度影响的研究方向。

Scrum敏捷实践之旅系列（一）用户故事概念

赵裁的博客

07-19

3314

敏捷开发对需求规划的要求是很高的，首先需求是打散的，一个大的项目需求会拆分成很多小的功能完整的需求，以便排定优先级去逐个实现，敏捷开发提升了开发效率，但是对需求规划的要求更高了，就是对产品的需求规划能力提出了更高的要求，必须有清晰的思路，很强的需求规划能力才行，这样才能保证敏捷开发可以按照既定的设想去一步一步实现产品的设计。 敏捷开发是通过“用户故事”这个东东来实

敏捷管理初探——关于用户故事拆分

干勾鱼的优快云博客

12-18

1004

1.从能跑，到正确，再到精准。 2.开发参与拆分，开始尽量少做，保证能有正反馈。 3.同步进行自动化测试的重要性。 4.核心需求就是每个环节能省则省。 5.合作拆分，共同成长。 ...

敏捷开发过程-需求管理

技术与业务融合思维

10-21

777

需求验收是指产品经理、需求提出者和最终用户对产品的功能验收，要求能对需求进行快速测试、快速确认、快速反馈、快速优化。需求与用例管理是指产品经理和开发团队把用户故事的验收标准和测试用例进行关联性，能验收产品功能是否满足用户故事的要求的过程。需求收集环节是需求提出方和产品经理之间明确产品需求的阶段，是产品研发运营一体化最初始阶段，把产品的需求具象化，形成待办事项列表的过程。需求验收的频率：指不同角色对需求功能验收的频率，频率越高效果越好；需求验收的反馈效率：指需求验收的结果能准确、快。

免费的敏捷需求管理工具,需求管理方案，敏捷需求管理流程

07-27

总结来说，Leangoo领歌提供了敏捷需求管理的完整流程，从需求收集、梳理、优先级排序、任务分解到迭代规划和进度跟踪，实现了敏捷开发中的端到端管理。通过这款工具，团队可以更有效地应对需求变化，提高协作效率，...

敏捷开发与用户故事管理

最新发布

10-18

本书探讨了敏捷开发在国防软件工程中的应用，重点分析了用户故事的编写、评估与管理方法。通过INVEST准则确保用户故事的质量，结合语义分析技术挖掘需求间的隐性关联，提升需求捕获的准确性。同时，书中介绍了Scrum...

21、敏捷开发中的用户故事与产品待办事项管理

d6e7f8g9h的博客

07-26

160

本文深入探讨了敏捷开发中的核心概念与实践方法，包括用户故事的编写规范、产品待办事项的管理、冲刺规划与执行、故事点数与速度估算、燃尽图的使用等。同时，还介绍了敏捷开发中的常见问题及解决策略，帮助团队更好地理解和应用敏捷方法，提升开发效率与客户满意度。

敏捷开发管理：用户故事与迭代实践

用户故事是敏捷开发中描述需求的基本单位，通常包括Card、Conversation和Confirmation三个元素，即卡片上简要描述需求，通过对话深入理解需求，最后确认需求实现。用户故事应简洁明了，若需求过大则需拆分成多个小...

敏捷开发--用户故事参考.pdf

01-07

敏捷开发--用户故事参考.pdf

敏捷开发用户故事系列之十一：优快云博客用户故事分析

923723914

07-12

248

这是敏捷开发用户故事系列的第十一篇。（栏目目录）经常有人问起有没有完整的用户故事案例。本人在网上找了一下，大约能找到两三篇，但多数只是为了描述用户故事的语法而已，都不涉及用户故事的颗粒度、大量故事的组织结构这类内容。本来想用我们自己的火星人做案例，但考虑到大家都不熟悉我们的工作内容，一直没有动手。前天突然想到何不用大家都熟悉的优快云博客系统做一个演示，所以才有此文。分析过程使用的方法是敏捷...

敏捷开发中需求拆分的重要性

黄河敏捷开发

05-22

6287

经常碰到迭代结束了，还很多任务未完成，若按照敏捷的原则，得将未完成的任务延期到下一个迭代，但会导致不少重复工作量；若不这么做，就得延长迭代周期，变得不伦不类。于是不少团队开始怀疑敏捷开发的好处，要是按照传统瀑布模式，就没有这些烦恼了。之所以会有这样的问题，我觉得最主要的是需求没有拆分到足够细，这里总结一下需求拆分的几个好处吧。更方便安排工作如果每个需求能拆分到足够小，可以有效防止任...

敏捷需求管理（二）：如何有效拆分用户故事

敏捷开发，落地实践，持续改进

11-19

2771

拆分用户故事， INVEST是一个原则，需要更有场景的实例。特别是在获得用户需求的初期，如何形成系统级的用户故事？在随后的拆分过程中，如何有效的拆分故事？以下是我们的一些实践： 1) 获得系统级的用户故事，我们使用的方法是：按照用户类别、用户实例、用户要达到的目的、用户为此目的想要的解决方案。尽量先考量目的，再考量解决方案。很多时候用户改变需求，实际改变的是解决方案，而不...

敏捷需求管理篇｜如何从0-1写好一个用户故事

Sharon0408的博客

06-16

1339

传统的需求是一个比较笼统的概念，即产品改进需要的集合。敏捷需求则通过对传统需求的细化分层，管理不同颗粒度的需求。本文通过对敏捷需求管理概念解析，详细解读如何写好用户故事，以提高业务人员与开发人员对需求理解的一致性，面向业务价值进行交付。...

【敏捷开发每日一贴】用户故事规范、分解与拆分

黄河敏捷开发

04-13

3003

一个PDF文档，请从资源页下载。

需求拆分的原则和方法

ggxxkkll的专栏

08-19

4522

《持续交付2.0业务引领的DevOps精要》书籍中有一节讲需求拆分的方法的原则写得非常好。其中的INVEST原则，需求拆分的5大技法及用户故事地图等工具的使用在实际的工作中有很好的指导意义。好多产品经理面对一堆用户场景和用户故事的时候不知道如何进行有效的需求拆分，要么颗粒度较大不利于迭代的顺利交付和后期的验证。要么对需求的优先级没有清晰的概念，什么都想要，眉毛胡子一把抓导致开发周期较长，最终上线之后发现与用户实际需求的偏差较大。本身一些核心原则如下： INVEST原则 INVEST原则是用于检测..

[需求管理-11]：需求拆分常见的原则与方法

文火冰糖（王文兵）的博客

09-22

6751

在一个大规模复杂的系统中，通常需要采用某种方法来拆分客户的需求，对需要的拆分是撰写需求规范中必然遇到的一个问题，同时也是软件架构设计中必然遇到的一个问题。如何拆分需求，不仅仅影响目标系统的架构、性能，同时也影响项目管理中软件代码实现的时间。相同的用户需要，不同的拆分方法，导致软件开发的总的时间有可能会出现较大的差别，也会导致系统的故障的个数有较大的差别。本文将探讨拆分需求常见的原则与方法，这些原则和方法同时也适用于系统架构设计。需求的垂直切片，本质上是将大的需求纵向拆分成小但有价值的、可独立交付的小的需求。

用户故事地图：解决敏捷开发中的需求管理难题

在敏捷开发流程中，用户故事不仅用于定义需求，还用于促进团队成员间的沟通。通过用户故事地图，团队可以共同讨论和理解故事，确定验收标准，避免仅依赖书面文档可能导致的误解。此外，它还能帮助团队识别并规划不同...