用户故事Invest原则、敏捷与完整的需求

参考：http://duweizhong.blogbus.com/logs/112151436.html 、http://www.zentao.net/book/zentaopmshelp/103.html

http://www.iamniu.com/2013/06/30/user-story-and-use-case/

完整的需求与精短独立小故事，完整小故事的不断秩代

用户故事Invest原则

Invest描述:
I dependent(独立的):一个用户故事对于另一个用户故事应该是独立的（尽可能的）。故事之间的依赖性使得增加了计划编制，确立有限级，故事估计这些工作非常困难。通常，可以通过组合用户故事或者分割用户故事来减少依赖性。

N egotiable(便于沟通的):一个用户故事是便于沟通的。一个故事的卡片是包含故事详情的简短描述。这些详情是通过讨论阶段来完成的。一张还有很多详情的卡片实际上减少了和客户的会谈。

V aluable(有价值的):每个故事必须对客户具有价值（无论是用户还是购买方）。一个让用户故事有价值的好方法是让客户来写下它们。一旦一个客户意识到一个用户故事并不是一个契约而且可以进行协商的时候，他们将非常乐意写下故事。

E stimable(可估计的):开发者需要去估计一个用户故事以便确定有限级并对故事进行规划。但是让开发者难以估计故事的问题来自：对于领域知识的缺乏（这种情况下需要更多的沟通），或者故事太大了（这时需要把故事切分成小些的）。

S mall(短小):一个好的故事应该在工作量上短小，描述具有代表性，而且不超过2-3人周的工作量。超过这个范围的用户故事，将会在划分范围和估计时出现很多错误。

T estable(可测试的) :一个用户故事是可测试的来用于确认完成，记住，我们不开发不能测试的故事。如果你不能测试那么你永远不知道你什么时候是完成了。一个不可测试的用户故事例子：软件应该是易于使用的。

一个编写良好的用户故事是敏捷开发的基础。它们应该相互独立，详情应该便于开发者和用户进行沟通，应该对用户有价值，应该对于开发者来说尽可能的清晰以便进行估计，应该短小，通过预定义测试用例的使用确保它是可以测试的。

禅道里面的需求和原型图、需求设计文档的区别

传统管理模式中，很多产品经理都在用原型图软件设计原型图或者非常完整的需求设计文档。设计完之后，交给设计人员进行页面设计，然后由开发人员合并代码。那么原型图和用户故事之间的关系和区别是什么呢？

和user story相比，原型图或者需求设计文档是一个整体，可以给人宏观的把握。这是原型图的优点。比较直观。
它是一个整体，所以就没有办法进行分解。你不可能分解成，做页面导航条，做页面的中间部分等。
没有分解，所以原型图也就没有办法进行优先级的排序。比如页面部分，有的很重要，有的不重要。但在原型图里面是体现不出来优先级的。
没有分解，自然也就无法进行跟踪。你没有办法得知原型图完成了多少。
过于死板，给设计人员和开发人员留下的发挥的空间太少，最后演变成被动执行。
需求设计文档规定的比较细致，会让产品经理陷入太多的细节，对整体的把握会减弱。

虽然相比较于用户故事而言，传统的原型图或者需求设计文档有一些不足，但在实际的开发过程中，二者可以相辅相成。禅道从1.2版本中，已经增加了文档库管理。可以将原型图作为设计文档，上传到某一个产品相关的文档库中，和用户故事相互配合，是一个最好的方案了。

用户故事Invest原则、敏捷与完整的需求相关推荐

用户故事驱动的敏捷开发（规划篇）
作者: 徐磊(CSDN专访.CSDN博客),1999年,本科毕业于北京理工大学工业管理专业和计算机专业:2001年,硕士毕业于UNSW信息工程专业.从事过网管.技术支持.网络.软件开发等工作:2004 ...
DevOps系列之 —— 持续规划与设计（四）敏捷需求管理【用户故事敏捷估算】
DevOps系列之 -- DevOps概览(一)软件产业和交付模式发展趋势 DevOps系列之 -- DevOps概览(二)新型软件技术及交付模式 DevOps系列之 -- DevOps概览(三)De ...
怎么用leangoo做需求管理？（用户故事地图）
用户故事是在敏捷开发中表达需求的主要方式,我们在做敏捷开发的时候都有需求池的概念,在Scrum中这个需求池就是产品backlog,需求池里面是条目化的需求,每一条通常是一个用户故事.按照Scrum的定 ...
敏捷开发中，团队成员认领的是任务还是用户故事？
一次敏捷workshop上,有同学问:"敏捷软件开发中,团队成员自己主动认领的,是用户故事还是被分解成的任务?"同学们一时讨论热烈. 稍具敏捷开发实践经验的同学都应该知道,答案是- ...
【敏捷开发每日一贴】用户故事Userstory
用户故事一.什么是用户故事? 用户故事也是一种常见的需求描述的方法,它从用户的角度来描述用户渴望得到的功能.一个好的用户故事包括三个要素: 1. 角色:谁要使用这个功能. 2. 活动:需要完成什么样 ...
敏捷转型行动笔记：用户故事实践
用户故事实践作为敏捷转型推进过程中的关键一环,既对需求的管理和输出方式产生影响,也会对迭代方式和执行产生影响,对敏捷实践而言具有非常重要的作用,实践的效果也直接或间接地影响着敏捷实践的效果. 关于用户 ...
【敏捷5.2】用户故事的层次和用户故事地图
用户故事的层次和用户故事地图经过上一篇的学习,你对用户故事有了一个大概的了解了吗?用户故事这个东西,是需要多多练习的,并且最好是有经验的 Scrum Master 能够带着你一起学习并建立合适的用户 ...
如何对一个产品编写完整的用户故事?
用户故事是敏捷项目管理的核心实践之一,除了定义.表达"公式",本文将给大家分享用户故事的价值,比如用户故事在非技术的角度告知研发团队需求背景是什么,让研发团队更轻松的了解用户需求场 ...
实例化需求：用户故事拆分的更好线索
GitChat 作者:吴穹.雷晓宝.张刚原文:实例化需求:用户故事拆分的更好线索关注微信公众号:「GitChat 技术杂谈」一本正经的讲技术 [不要错过文末彩蛋] 用户故事拆分是敏捷实施的入门实 ...
用户故事拆分方法总结
如何拆分用户故事一.用户故事的定义二.拆分用户故事的目的三.用户故事拆分原则四.用户故事拆分方法 1.工作流 2.操作 3.业务规则 4.数据 5.用户界面 6.主要工作 7.简单复杂 8.性 ...

用户故事Invest原则、敏捷与完整的需求

用户故事Invest原则、敏捷与完整的需求相关推荐

最新文章

热门文章