## 创建故事的时机

1. 由Scrum Master和Product Ower来写故事。敏捷虽然是要提高大家的积极度或参与度,但是故事创建并不需要每个成员都参与,如果都参与写故事会造成故事风格不统一,对整体评估和说明反而不利。

2. 故事创建要提前。Scrum Master需要提前安排好下次迭代开发的故事,并把需求转化为故事,产品需求文档和故事基本可以同时送到团队开发成员。我们上次开发是,一起过需求,然后给大家需求分析时间,然后列故事,对故事进行评估。这样就造成一点不好,Scrum Master和开发人员同时拿到需求,都需要时间分析,而Scrum Master创建故事的时候,大家是没事干的,这个时间至少需要半天。所以Scrum Master需要提前把下次迭代的故事列到backlog里面,下次迭代直接选取优先级高的故事开发,更有利也更合理。

## 如何创建故事

编写好的故事,关注六大特征 INVEST:独立的 (Independent),可讨论的 (Negotiable),对用户或客户有价值的 (Valuable to Purchasers or Users),可估计的 (Estimatable),小的 (Small),可测试的(Testable)。我们开发中的经验是更注重,小的,独立的,可测试的。
* 大的故事一定要拆分,别超过5天,否则故事到Done的时间过长,也不利于控制。
* 独立的,避免故事之间的相互依赖,如果过大,按第一条拆分。
* 可测试的,表示对用户有价值的一个流程,而不是通过页面来划分,很容易陷入这种模式,一个或几个设计界面组成一个故事,这种看是明确的东西,其实隐藏了需求关联性,也容易在开发中容易造成功能遗漏,比方说页面之间的关联功能。故事描述格式可以写作,作为用户,需要什么功能,以便做什么事情。比方说,作为用户需求登录功能进入后台管理。

## 时间预估

扑克牌,每人根据自己情况得出一个天数
如果估算不一致,通过最多和最少估算人说出自己的估算方式,避免遗漏,也避免考虑过多
不需要把故事的需求细节了解的太细,而且不要把细节或实现方式放到估算会上,故事细节由用户和开发人员讨论得出。

预估是估算,不可能每个故事都特别准确,但最终的整体时间是可参考的

使用文件故事做估算时的工作量包含
1. 需求分析/架构设计/编码/测试/部署(至初验款结帐),所包含范围的工作量大约是纯编码期的两倍略多
2. 需求模糊所需的讨论/测试/返工/修改缺陷/响应客户提出变更/乃至部署后提出的变更(在初验结账前),所包含的范围大约是“一次完成”的1~N倍。
4. 由于有多个人参与项目,所以由分工造成的文档/交流/沟通时间/修改别人Bug/人员离职时阅读别人的代码……等时间。
国内的20多个数据表明,若将团队控制在2人,生产率就能达到业界水平的2倍。但很可惜,“2人团队”一般需要至少一个业务和技术均过硬的高手参加,而除非一家公司1/2的人都具备这个素质,否则不可能全部变成2人团队。
5. 人员尽管定编在此项目中,但需要参加其他日常会议/领导前来打搅/紧急缺陷的修复/闲聊/上网……一切最终实际上会被填报在日志中的工时。某些时间看上去很不应该参与到生产率计算中(比如“闲聊/上网”),但因为永远不会有人单独填报“闲聊/上网”时间,所以它们实际上都被填报到日报中参加计算了;“领导前来打搅”的工作量,也不可能计算到其他项目中,所以也计算在人员所定编的项目中。
6. ……

敏捷开发-故事与估算相关推荐

  1. 敏捷开发容量/产能估算

    在介绍敏捷估算的方法之前,我们先来回顾一下基于人天的传统估算的思路.传统的工作量估算是估计一个绝对值,单位是人天或者人时. 比如: David喝完一小杯热咖啡花费1.2个小时(工作量 1.2人时) D ...

  2. Scrum Gathering开放分享:敏捷开发早期估算by火星人陈勇,北京,6.30!

    本人受邀参加Scrum Gathering的北京站,并在Open Space分享本届大会最富争议话题,欢迎现场参与: 敏捷开发早期估算(开放分享) 7 讲师: 陈 勇| 06月30日 13:00~06 ...

  3. 7月16日周二晚上,陈勇,【敏捷网络课堂第六期】【免费】敏捷开发早期估算

    7月16日周二晚上7:30-9:00,陈勇,[敏捷网络课堂第六期][免费]敏捷开发早期估算 课程简介: "响应变化胜过遵循计划",所以敏捷开发中的估算过程主要指在每个迭代计划会中, ...

  4. 7月16日周二晚上,陈勇,【敏捷网络课堂第六期】【免费】敏捷开发早期估算...

    7月16日周二晚上,陈勇,[敏捷网络课堂第六期][免费]敏捷开发早期估算 课程简介: "响应变化胜过遵循计划",所以敏捷开发中的估算过程主要指在每个迭代计划会中,由开发人员自主估算 ...

  5. 敏捷开发中的故事点到底是什么?如何预估故事点?

    故事点 是敏捷项目管理和开发中的一种抽象的度量单位,用于估计实现一个或多个用户故事的复杂度,它是对工作量的一种描述方式.一个故事点就是一个数字,透过这个数字告诉整个团队用户故事的复杂度.复杂度包括功能 ...

  6. 软件开发计划_敏捷软件开发实践:估算与计划读书笔记113第11章 确定渴望度优先级...

    <敏捷软件开发实践:估算与计划>第11章 确定渴望度优先级,重点和要点的思维导图及文字内容. 第11章 确定渴望度优先级 If you have a choice of two thing ...

  7. 软件开发计划_敏捷软件开发实践:估算与计划读书笔记123第21章 关于计划的沟通...

    <敏捷软件开发实践:估算与计划>第21章 关于计划的沟通,重点和要点的思维导图及文字内容. 第21章 关于计划的沟通 The more elaborate our means of com ...

  8. 敏捷开发绩效管理之五:敏捷开发生产率(上)(故事点估算)

    这是敏捷开发绩效管理的第五篇.(之一,之二,之三,之四,之五,之六,之七) 度量敏捷开发的生产率一直是个难题,确切说度量任何开发方法的生产率都是一个难题,但它实际上有答案,这个答案是本文的主要内容. ...

  9. 敏捷开发“松结对编程”实践之三:共同估算篇(大型研发团队,学习型团队,139团队,师徒制度,敏捷设计,估算扑克,扑克牌估算)...

    本文是"松结对编程"系列的第三篇.(之一,之二,之三,之四,之五,之六,之七,之八) 估算是经久不衰的管理话题,大致分为两种流派. 第一种是领导指派,领导说这是10天的活,就必须当 ...

最新文章

  1. hadoop学习-海量日志分析(提取KPI指标)
  2. 三维家可以导入别人的方案吗_Candel3D | 山地等高线看着费劲,不如试试三维设计...
  3. vs2012编译使用lua 5.2静态库
  4. SAP document builder功能一览
  5. 初学ACM之路(训练大纲)
  6. char 类型与lpcwstr_「lpctstr」char* 与 LPCTSTR 类型的互相转换 - seo实验室
  7. 升级PowerShell至4.0版本
  8. openjudge用c语言答案,OpenJudge - NOI - 1.4编程基础之逻辑表达式与条件分支(C语言 全部题解)...
  9. SGU 274 Spam-filter
  10. linux系统装好后优化,CentOS 5.6 Linux安装系统后的基本优化
  11. 1076 Wifi密码 (15 分)—PAT (Basic Level) Practice (中文)
  12. 2.Linux/Unix 系统编程手册(上) -- 基本概念
  13. ubuntu下安装win7虚拟机总结
  14. 【经验分享】U盘软刷映泰TB250-BTC刷魔改BIOS上6789代CPU,另解决开机转一下后停止问题
  15. 获取TrueType字体信息
  16. 人脸识别,结构光名词记录
  17. linux模拟系统宕机,Linux系统宕机的处理方法
  18. bat文件隐藏/显示文件夹
  19. upp(统一流程平台)项目范围说明书
  20. 为什么谷歌浏览器修改主题背景,只有标签栏变了,但新标签页背景不变?怎么办?

热门文章

  1. 关于Unicode字符集,将char数组转化成LPCTSTR
  2. 数据分析师就业前景怎么样?零基础能成为数据分析师吗?
  3. MATLAB函数解析:colormap——查看并设置当前颜色图
  4. html中的input框中的value值到底是什么
  5. 毕业一年,工作一年,有收获,有失去,有遗憾,但仍一往无前 (征文)
  6. 第十周项目2——贮存班长信息的学生类
  7. BIM+GIS技术突破!百公里公路设计数据+TB级地形模型不再是难题!
  8. HTML网页设计:电影网站设计——影视(8页) HTML+CSS+JavaScript
  9. 【Discuz!】添加表情
  10. echarts旭日图数据重构处理