4353人阅读
Agile（47）
首先，把根据sprint历史数据得到的估算，称为 历史数据估算，把commitment之后的估算 称为 承诺估算。
历史数据是以前的定量情况，包括但不限于资源利用率、sprint可以完成的story point数量、每个story point平均所需的【实际】/【理想】人时（或工时）数、每个use case point平均所需的【实际】/【理想】人时（或工时）数，等等。
承诺估算是指团队的每个成员达成共识，认为可以完成的估算，
对于 历史数据估算，常见方式如下。
1，假设1个user story point需1个理想人天（IMD）， Velocity为理想人天数/实际人天数，常见的范围是50%~80%。
sprint估算时，估算可用人天数 * Velocity 得到 user story points数量。
2，选择最小的工作单元为1个User stroy point，velocity为user story points数量/理想人天数，再考虑资源
利用率，可能是75%左右。sprint估算时，估算可用人天数 * 资源利用率 * Velocity 得到 user story points数
3，选择最小的工作单元为1个User stroy point，velocity为user story points数量/实际人天数，不再考虑资
源利用率。sprint估算时，估算可用人天数 * Velocity 得到 user story points数量。
4, 采用use case point作为规模，Velocity为use case points数量/实际人天数，不再考虑资源利用率。
sprint估算时，估算可用人天数 * Velocity 得到 use case points数量。
5, 看看前几个sprint完成的user story point数量，或采用平均数，或上个sprint的story points数量，或根据情
况在以前基础上略作调整，这样就不必管velocity的计算了。前提是团队人员工作量投入变化小，人员稳定。
对于承诺估算，常见方式如下。
1，sprint planning part 2团队将user story细分为task细分为task，用小时进行详细估计之后，达成承诺。sprint planning part 1进行历史数据估算。 具体的commitment是依赖于sprint planning part 2估计出来的hour-based capacity和effort来决定做哪些feature的。
2，历史数据估算采用了IMD，按功能的优先级，本次Sprint要达到的目标，选择优先级最高的功能，分解为实现任务，任务颗粒度是约2H~6H,并评估如何实现，不断评审优先级最高的一些功能，直至Team不能承诺完成为止，也即是所选功能的累积IMD达到了 本sprint的IMD。
3，基于历史数据估算进行调整或不调整，就算调整，幅度也不大，在20%以内，不细分任务到Hour-basde，最后团队达成承诺。
在多数的实践中，“猪”们（scrum中意思，绝无其它意思）的承诺都基于历史数据估算，就算是第一个sprint的估算，也参考了非敏捷生命周期或业界的数据。承诺估算虽然会调整些，但幅度都在25%以内，多数情况下幅度小于5%。
历史数据估算在sprint plan时看起来是不可少的，颗粒度到达6H以下的承诺估算很难单独应用。
把历史数据估算的结果（包括微调）作为承诺来达成，不失为一种可行的做法，尤其适合引入scrum不久的团队和有新人的团队。
&&相关文章推荐
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：396832次
积分：5409
积分：5409
排名：第4432名
原创：141篇
评论：67条
本博客的所有原创文章未经作者允许不得转载。
(2)(2)(1)(1)(2)(1)(4)(9)(4)(11)(1)(1)(2)(2)(1)(8)(1)(2)(1)(4)(6)(3)(12)(5)(12)(1)(2)(1)(3)(1)(2)(4)(5)(2)(15)(5)(1)(3)(8)(5)(2)下次自动登录
现在的位置:
& 综合 & 正文
SCRUM和用户故事（User Story）
User Story是一种描述用户需求、业务价值的最佳实践，
但不是说非要用User Story的形式来描述需求，
而且通常在一个Sprint backlog中，尤其在最初的若干Sprint中会存在一些架构设计、技术调研、接口定义、获取背景知识这些方面的事项和任务需要处理，
那么这些任务是不适合用User Story进行描述的，应该用技术团队熟悉的语言和规范进行描述，这些任务是为了后续Sprint更好更多的完成业务需求相关的用户故事。
这意味着一个Sprint不是所有的任务输出都可以给用户演示，但依然是需要可以被团队评审的。
一般而言，可以参照如下的规则来确定某需求是否适合采用User Story的形式来进行描述：
- 业务需求: 适合。 - 技术规格: 不适合，这些通常是用来完成一个User Story的支撑任务- 缺陷: 未必适合，通常可能是技术过失 - 非功能性需求: 适合
by iefreer
&&&&推荐文章:
【上篇】【下篇】[原创]Scrum实践每日纪录－如何做Sprint Backlog－－如何分析user story - 敏捷开发，Scrum实践，真实案例
- 畅享博客
|收藏博客|加入友情链接|给博主留言
我是袁斌 （Andy Yuan），
Scrum、AUP、Agile modeling、XP、Kanban的实践者，
北京迅思威尔（AgileDo）敏捷教练。
迅思威尔 （AgileDo），敏捷培训整体解决方案提供商。
迅思威尔2012年推出了“敏捷开发定制培训”和“敏捷孵化器”服务，已经为包含互联网、移动互联网、游戏、离岸、外包等8个行业近百家客户提供服务
[原创]Scrum实践每日纪录－如何做Sprint Backlog－－如何分析user story
[原创]Scrum实践每日纪录－如何做Sprint Backlog－－如何分析user story
如何做Sprint Backlog－－如何分析user story在以往的项目中，有这样的教训：1、PO确认的Production Backlog本身的Business Value并不高，但技术部门并没有仔细分析，或者认为不是我们的责任，在最后Demo的时候sprint的提交并没有得到认可。不管是谁的责任，整个team感到Frustrated2、Team并没有认真分析工作量评估，实际的完成时间大大高于评估时间（没有认真的分析技术风险，影响模块，整合测试时间）。为了避免这样的问题，我们在评估需求时一定进行如下关键节点的评估：1、必须讨论User Story的Business Value。有时PO只是为了增加市场机会，有时PO自己也没有想清楚。需要SM和Team去提出更多的问题去澄清。有一个例子：产品功能中要求不能在凌晨发送短信，但只有电力行业例外。PO提出了一个User Story：系统管理员可以定制每个用户何时可以发短信，认为是高优先级。我们（Scrum_____master和Team）在评估business Value时提出问题：电力行业客户是否是我们的目标市场？公司是否有资源做电力行业的销售？经过讨论后，PO的用意是来自marketing部门，他们不愿意放过任何一个可能的市场机会，但marketing也承认确实机会比较小。这样，这个User Story的优先级非常低。2、如何做Demo。这有助于比较彻底的了解需求3、什么是完成（done）的标准：倾向于每一个User Story单独做。这有助于进行工作量评估。4、进行工作量评估：必须经过所有Team成员的讨论。有一个用过的银行系统Use Story评估模板，见图片。&Andy Yuan，袁斌，迅思威尔资深敏捷咨询师
迅思威尔－国内专业敏捷项目管理和敏捷开发过程的培训、实践基地，欢迎 访问
( 74 KB )<div class="votes" id="Score
下一篇：上一篇：
您还未登录，不能对文章发表评论！请先在 sprint 迭代当中，由于很多不确定的因素，有什么可行的 Scrum DeadLine 设定和管理方法
对于Scrum的项目中，一些商业项目需要指定一个DeadLine，既然是估算肯定有误差，在sprint迭代当中，由于很多不确定的因素，比如客户的想法慢慢清晰，越来越细致，就会导致加班甚至重来，很容易项目延期，我现在做的是：估算“注水”，天天盯着这些可变的因素，进行调整，有啥可行的有些基本条件你没有满足在sprint的一个迭代周期，往往是不允许出现大的需求蔓延和需求变更的，新增加的需求可以放到下一个迭代周期，而不是当前迭代。为了达到上面这点，对sprint的输入是有一定要去的，如果user story和迭代要实现的feature都没有搞清楚，是不能进入sprint里面的。sprint迭代的优先级本身一个重要考虑就如输入的需求的确定性和稳定度。sprint计划也需要进行相应的估算，估算全体团队确认，需要保证其一定的严谨性。否则又会演变为无计划。scrum里面的计划是根据严格的计划，而不是无计划。研发团队：在sprint计划会议中，需求方挑选本期sprint要进行的story，也是一种承诺。一旦sprint开始，不允许方向性的需求变更，当然类似文案修改这样的小改动是允许的。如果需求有较大变更，放入下一个sprint执行。需求方：较大的需求变更，提前2-3个sprint就要提出构想，由开发团队进行评估。而不是在一个sprint开展前才仓促进行。这对需求方有较高要求，要做到一定高度上的长期规划，并且需求的方向性有自信。估算注水也是预留buffer，任何开发中都会有变数。buffer则是对这些变数进行调节的最佳方式。当sprint进行较多后，可以逐渐量化出团队的专注度和开发能力，从而更科学的进行估算。scrum其中一条：尽可能拉客户参与到迭代中来，通过这种方式尽可能让客户自己了解解决他们一些需求所导致的成本。彻底地以客户为导向所导致的风险任何方法框架都无法解决，因为命根掌握在别人手中，这时，沟通就变得非常重要。在制定sprint plan的时候，不仅仅是开发团队的事情，po也一定要参加，这个po，可以是产品经理，也可能就是你直接面对的客户。做sprint plan的时候，列出risk极其mitigation，需求不明晰是个典型的不能再典型risk，attack这个risk的mitigation应该是尽量早的与客户沟通细化需求，再增加上由此产生的开发时间。让你的客户明白，需求是可以改的，但是应尽量在项目早期，在中后期的需求变更当然也可以，但是需要合理的额外开发时间。早期对可变因素进行风险分类过程中保证获得反馈的及时性和有效性任务分解尽可能细任务执行确保闭环最后，注水是必须的
更多相关文章
1,如果采用Scrum,遇到了从未接触过的工作时应该如何精确地计算所有Sprint任务及所需要花费的时间.2,初次进行Sprint计划会议,团队还不熟悉Scrum,Scrum Master独自制定Sprint计划,这合适吗?3,用户文档?4,如何认领Sprint任务? 5,及时更新任务板上的任务进度 ...
具体来说就是,如果团队在开发过程中对所需的技术完全不了解.如何正确将sprint backlog分拆成task,并估算task的时间.我自己的理解是,应该在这个sprint开始之前,给团队一个较短的时间来调研技术实现,只有在对技术有了一个,初步的认识之后,才能够估算的相对准确.但是这好像又不太符合s ...
从用户的角度来看,可验收,可测试,从质量的角度来看,符合质量标准(在scrum中叫做完成的定义). 可工作的软件,在Scrum中的定义为在Sprint结束是交付潜在可交付的产品增量功能.
团队以前没有推行过Scrum,了解Scrum的人不多.我觉得最好的推广方法就是不要提scrum的概念.把scrum的实践换一种说法.计划会议第一部分:叫做需求分析会议.由产品经理给大家讲解需求,大家讨论.计划会议第二部分:叫做任务分解会议.由研发团队来对需求进行分解,确定任务的负责人和初始的估算.站 ...
如题,或者由某一开发人员担任Scrum Master会出现什么问题?不可行,希望大家好好理解下为何scrum整个方法论上要把这两者分开.对于产品经理代码的product owner和scrum master完全是各自代表的不同利益,本身是处于一直矛盾关系的,如果是同一个人都兼顾做了代理的就是各种无原 ...
别人都是越接近deadline越是斗志高昂,但是我却是越到最后越不想做事情,请问究竟是什么原因呢?还有,有什么好办法能解决这种另类的拖延症呢?分析原因:太想达到目标,这种压力下的两个出口,要么斗志昂扬,要么索性放弃.改善建议:关注点不要过多放在达成目标的胜利情形,更多的享受当下事情中的快乐,寻找到里 ...
我在课程结课最后一周加进去了,现在收到邮件说所有的作业的deadline快到了,请问deadline过了还能提交作业吗能,但是不算成绩 有的分deadline和hard deadline.中间相差几天,过了deadline,在hard之前分数会打折过一天减百分之十.过了hard交 ...
很久之前酷壳站长陈皓编译的一篇&为什么Scrum不行?&再次引发了敏捷社区的一阵骚动.原文出自&Why Scrum will never work&,在那篇文章中,原作者分析了Scrum不适用的几种情况.当然,作者并没有对Scrum全盘否认,而是做了负面思考--思考事物的负面 ...
看了几篇网上的帖子,深觉震撼.从微博上看到的吧?用虚拟机浏览了那个直译名称为&给普通(正常)人看的正常色情片&网站,真的可以进去.网页的主色调是黑色,排版相对比较简单.先是在网站的&vi ...
首先是名字很像,然后都是很重要的河流,然后说洛伊那边是一座座独立的城,莱茵河边也一个个城堡(好像?).所以-是不是呢?
事件回顾:P2P爱投资5月7日发布公告称,平台有一融资金额为750万元的项目发生逾期,借款企业星子县温泉自来水有限公司无法按时偿还本金750万元及最后一期利息86306.59元.担保方财和融资租赁(上海)有限公司因对 ...
同一个zb文件,不同的部分,我想有不同的材质感,能给不同的材质球么?可以的 在rgb按钮旁边有个m按钮 按下去就可以上材质了 6
身体器官的健康程度虽然无法直接获取,但是可以通过身体的外在表现来间接获得,比如指甲情况.皮 ...
很多朋友都曾经遭受过肥胖的困扰,我身边的朋友也是一样,有的人连喝水都会发胖,于是就开始节食 ...
酥肉可是冬天不可少的小吃,吃着小酥肉,喝着饮料,看着电视,这份惬意千金不换.但是想要吃酥肉 ...
个性签名是一个人心情和信息的展现,可以让你的好友更加了解你.工具/原料QQ电脑方法/步骤打 ...
有很多的公司在投入很多资金的情况下,收益并不见好,因此浪费了很多资源,着实可惜.原因就是对 ...
在本篇介绍了关于:什么是夫妻忠实义务,如何理解夫妻忠实义务?,并提供了相应的法律常识,希望对此问题有疑问的朋友能带来帮助.一.什么是夫妻忠实义务夫妻忠实义务指夫妻双方在共同生活中应当互相踏实以维护婚姻关系的专一性和排 ...