用户故事与敏捷方法笔记---估算用户故事

最新推荐文章于 2023-07-18 14:42:38 发布
最新推荐文章于 2023-07-18 14:42:38 发布
阅读量560 收藏
点赞数
分类专栏： 产品经理的那些知识 文章标签： 产品经理
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Angelloverbest/article/details/109628412
版权
本文介绍了如何在敏捷项目中进行用户故事的估算，强调了团队参与的重要性，提供了估算流程，并指出故事点的灵活性和用途。通过实例展示了估算过程，并提醒在使用故事点时应注意的事项。
摘要由CSDN通过智能技术生成

系列文章目录

上一篇 “优秀用户故事准则”

如有问题请留言

文章目录

前言

没有一个项目会在启动很久之后才问“什么时候能完成？”估算故事最好的方法有如下特点：

  1. 无论什么时候获得有关故事的新信息，都允许我们改变之前的想法
  2. 适用于史诗故事和小故事
  3. 不需要花很多时间
  4. 提供进度和剩余工作的有用信息
  5. 不太精确的估算也不会有太大问题
    可以用来制定发布计划

提示：接下来的所有理论都会伴随一个实际的例子，而所有例子都基于一个假想的职位发布和搜索网站。

文章概览

在这里插入图片描述

1. 故事点估算

  • 故事点有一个很好的特性时团队可以定义自己认为合适的故事点，灵活使用。

2. 以团队

最低0.47元/天 解锁文章
（书摘：用户故事与敏捷方法）第八章 估算用户故事
菊子秋天
05-25 1298
（书摘：用户故事与敏捷方法）第八章 估算用户故事
敏捷开发用户故事系列之九：用户故事早期估算
weixin_34246551的博客
08-09 176
本文适合听过MPD上《敏捷开发需求管理：用户故事分类、颗粒度及组织结构》，或参加过《火星人敏捷开发培训》听过第一天下午课程的读者。 若您阅读过程中感觉缺少铺垫的信息，请先阅读： 敏捷开发绩效管理之六：敏捷开发生产率（中）（功能点分析，FPA，简化的功能点） 敏捷开发绩效管理之七：敏捷开发生产率（下）（简化功能点分析，NESMA，两级简化） 若需要更详细情况，...
如何通过相对规模来估算用户故事？
minjiekaifa的博客
05-20 394
通过引入相对规模，我们可以更好、更快地进行估算。
用户故事估算技巧
sunxboy的专栏
09-02 774
用2的幂进行估算 开始的时候，我会将故事的规模估算为1点、2点、3点、4点，或是小、中、大、特大。人们总是觉得：中等大小的故事，其工作量是小型故事的两倍；而 大型故事是中等大小故事的两倍（诸如此类）。但到后来，发现这样的想法总是很难跟实际规划吻合起来。后来有人推荐我使用2的幂来估算。这一下，业务人员就 能理解我们的表达方式了。他们会知道8点的故事要远超过1点的故事。我认为1点、2点、4点、8点这样...
用户故事与敏捷方法 - 第八章 估算用户故事
qq_20257661的博客
06-05 1007
        没有一个项目会在启动之前不去计划什么时候能够完成故事点        一种满足目标估算的方法，理想工作日（即可以全身心投入项目的一天），理想工作周，或以故事的复杂程度。具体使用哪种估算方法都可以。书中推荐使用理想工作日。最重要的是团队统一。以团队估算        故事估算应该由整个团队集体完成。一个故事会有多个任务，故事属于团队不属于个人。估算        估算方式Wideba...
用户故事与敏捷方法笔记---发布计划
TD_博伟的博客
11-11 329
系列文章 上一篇 “估算用户故事” 如有问题请留言 文章目录系列文章前言文章概览1. 我们想在什么时候发布？2. 希望在发布中包含哪些功能？3. 排列故事优先级4. 混合优先级5. 高风险故事6. 根据架构需要安排优先级7. 选择迭代长度8. 从故事点到预计工期9. 初始速率10. 创建发布计划Finish 前言 大部分软件项目都会有一个比较固定的发布周期，某些网站项目可能会很频繁。因此搜集新功能放到一个发布中是很好的。产品开发路线图可以帮助展示未来几个新发布中关注的重点。产品开发路线图可以很简单，可
《用户故事与敏捷方法》读书笔记——第二章
wkh8011的博客
03-05 237
第 2 章 编写故事 优秀的故事的特点：（INVEST） 独立性（Independent） 可讨论的（Negotiable） 对用户或客户有价值的（Valuable to Purchasers or Users） 可估计的（Estimatable） 小的（Small） 可测试的（Testable） 一、独立的 我们要尽量避免故事间的相互依赖。 假如客户团队已经选择了一个高优先级的故事，但它对一...
读书笔记4——《用户故事与敏捷方法》之Scrum
lucialee8的博客
09-17 986
——有关于Scrum Scrum是一个迭代和递增的过程。 一轮迭代的过程是一种持续改进的过程； 一个递增的过程是指按照功能点开发和发布软件。每一个功能点（功能增量），代表一个完整的功能子集。每一个功能增量都能被完整地实现以及测试通过。 Scrum和极限编程都是基于递增和迭代方式的过程。这两种过程都在一轮新的迭代开始之前为迭代做计划。并在后续迭代中改进以前的交付，而且总是在每
PMP考试-学习笔记-1.doc
12-01
- 关键词：可能包括“迭代开发”、“敏捷会议”（如每日站会）、“用户故事”等。 - 题目考点收集：敏捷思维方式和在复杂环境中应用敏捷实践的能力。 以上是PMP考试学习笔记的关键内容概述，每个部分都包含了重要...
08.用户故事与敏捷方法——估算用户故事笔记
艾小小雨的博客
10-13 404

 00.估算故事最好方法： 　　*无论什么时候获得有关故事的新信息，都允许我们改变之前的想法 　　*适用于史诗故事和小故事 　　*不需要花很多时间 　　*提供进度和剩余工作的有用信息 　　*不太精确的估算也不会有太大问题 　　*可以用来制定发布计划。   01.程序员估算时，客户也可以参加，但是他不能提供他人人的估算或者在听到自己不赞成的估算时发表意见。   02....
DevOps系列之 —— 持续规划与设计（四）敏捷需求管理【用户故事 & 敏捷估算】
若尘的博客
08-29 1726
持续规划与设计（四）敏捷需求管理【用户故事 & 敏捷估算】
如何通过用户故事地图和快速估算来做release plan
superkunkun的专栏
09-21 2167
在scrum开发模式中，PO和团队往往对于如何做release plan感到很困难，原因是因为在项目开始的时候对产品没有一个完整的全局概念和整体把握，这个是product backlog和用户故事在整体和全局上的不足之处，另外就是因为没有一个完整的用户体验或者价值流导向，对于每个迭代无法合理定制出可交付产品增量。那么在这里，我可以给大家介绍一个通过用户故事地图和快速估算来做release plan的
用户故事与敏捷方法—估算用户故事
ChibiMarukoChan的博客
06-14 1714
故事点 有一种满足所有这些目标的估算方法——故事点估算（故事点代表时间的模糊单位）、 速率——代表一个团队在一轮迭代中完成或者期望完成的故事点数 以团队估算 团队大部分成员都参加估算是非常重要的 估算 讨论方法类似计划扑克-https://blog.csdn.net/ChibiMarukoChan/article/details/90696182 三角测量 将故事卡贴在墙上便于三角...
用户故事 | 估算点数
「会思考的男人」的博客
12-20 1668
Scrum | 估算用户故事点数
聊聊用户故事的估算和拆解
最新发布
Eyemon的博客
07-18 240
对于Scrum和用户故事实践的最大难点，我相信是如何估算用户故事的大小，如何拆解它？过大的用户故事会带来一系列的沟通复杂度和潜在质量风险，最好的用户故事是不超过2-3开发人日就能够完成的。本文重温行业经典的估算和拆解方法，并从测试人员的角度思考它
PMP备考大全：经典题库（敏捷管理第7期）
小木木的开发日常
11-14 760
PMP备考大全：经典题库（敏捷管理第7期）
用户故事与敏捷方法—估算故事（实战三）
ChibiMarukoChan的博客
06-19 813
故事编写坊产生了20个故事，下一个目标是创建一个发布计划，给客户Lori展示开发人员期望完成什么，网站能否在老板定下的30天期限里完成。因为很有可能在30天内不能完成所有工作，开发人员需要和Lori一起排序故事的优先级。 为了创建发布计划，每个故事都需要一个估算。估算方法见：《计划扑克》 展示所有估算： ...
怎么编写一个用户故事
要走过多少路，才能长成男子汉
04-14 1612
怎么编写一个用户故事
"敏捷学习笔记：scrum 产品代办列表、任务看板、用户故事、迭代盒子理论
敏捷学习是一种以迭代方式进行学习和改进的方法。在敏捷学习中，一些常见的方法包括Scrum和任务看板。Scrum是一种团队合作框架，能够帮助团队高效地完成任务。任务看板是一种将团队任务展示出来的形式，以用户故事的...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值