故事点

故事点更多体现的是用户情景或者bug的规模,采用斐波拉契数列(1,2,3,5,8,13)这样的数字表示,包含如下内容:

  1. 相对工作量
  2. 复杂度
  3. 风险和不确定性

相对工作量

下面演示一个Case来说明:
假设有个编辑页面A有10个字段,B有100个字段:

B的相对工作量应该是较大但是不是绝对的10 倍。可能3-5倍。反应的就是故事点增加

如果考虑到已有的动态表单生成,那么A和B两个case应该是复杂度一致,反应的是故事点一致。

复杂度

对于上面100个字段这个case,如果字段中有一些数据绑定,复杂控件等等,那么必然带来复杂度的上升,反应的也是故事点的增加。

风险和不确定性

对于新的技术调研分析等,例如最开始去调查一个第三方api。某个技术实现可行性分析可以转化成工作量。

注意

  1. 考虑到不同实现思路带来的不同工作量估算差异,开发应该可以对故事点进行调整。
  2. 就拿距离来说,对于绝对距离的估算往往没有相对距离准确。
  3. 故事点只做相对大致的估算即可,不要求十分精确,但是要有足够说服力。

速度图

速度图在待办事项列表右上角,随着时间的推移,速度应该是显示一个可靠的,可用于预测平均完成故事点的数量。为了发挥速度图的效益,需要满足以下要求:

  1. 按照团队来规划迭代内容(不要在顶层团队规划)
  2. 为团队定义迭代(迭代的时间应尽量相同)
  3. 为每个团队选择迭代计划(应尽量多分配2-3个迭代)
  4. 需求尽量独立,不要有太多关联性(需求不要嵌套需求)
  5. 迭代结束以后要及时更新将待办项关闭,如果未关闭放到积压工作重新规划
  6. 复杂bug需要评估故事点和任务拆分(复杂性需要开发自己评估)

    因为迭代内默认是由一定时间修复迭代内bug的,如果时间足够可以修复历史bug,但是部分复杂Bug需要时间较长,建议当作需求一样来估算

速度预测

在情景代办事项列表中打开趋势预测(推荐隐藏进行中的项目)即可打开预测工具。
可以根据速度图合理设置速度预测的值,即可使用预测功能。

注意事项

  1. 要求针对每个用户故事和Bug设置故事点
  2. 可以对用户故事和任务进行排序来重新预测
  3. 速度的预测只是一个相对的值并非一个绝对的估算(这部分参照迭代容量规划)

作用

  1. 对项目未来的进度进行大致的规划
  2. 对待办事项进行规划(排序和优先级)
  3. 针对预测合理的分配团队的资源

容量规划

基于迭代速度预测是大致的一个判断,容量规划可以帮助我们做精确的计算。但是容量的规划,根据团队的情况实际可以调整,不应该提前太多,这部分可以可以由团队在迭代开始之初在计划会议上确定。
配置步骤:

  1. 选中某一个迭代,打开容量选项卡
  2. 选择团队人员(可以包含产品,开发,测试等)
  3. 配置每天的工作量(注意可以配置不同的活动).
  4. 配置团队休息日(周末默认休息,可把开发封板以后的工作日当作休息日)
  5. 一般可以复制上个迭代的规划,按照需要稍作修改即可

右边即可出现团队的容量

任务拆分

有了容量规划,迭代的大致规划后,我们需要对详细做什么进行规划,而迭代的具体工作是根据任务来划分,使用故事点做大致预测,使用任务剩余工作做详细划分,原因如下:

  1. 故事点只是一个相对的概念,比较模糊
  2. 需求拆分的过程可以对某个需求或者bug做实现层面的设计
  3. 需求的拆分包含设计过程可以对需求的缺陷做提前的预防
  4. 任务更加详细方便做更加精确的估算
  5. 任务初始估计和剩余工作新建时候相等
  6. 任务初始估计和剩余工作以小时未单位

需求或bug拆分的任务需要填写初始估计和标题即可,可以根据需要填写详细的内容。默认是谁的需求谁来拆分,谁拆分的任务就是分配给谁的。注意事项:

  1. 需求应该由测试拆除一个用例设计的任务,活动为用例设计
  2. 复杂Bug应该拆分任务。活动为bug修复

经过上述拆分以后在右边既可以显示每个人员总体的时间和完成迭代内任务需要的时间。根据最终拆分的结果适当的进行需求的删减。

燃尽图

选中某个迭代以后,右上角图形即为燃尽图。
可用容量的直线(最高点迭代开始出可用的最大工作时间,最低点0)
理想趋势(最高点剩余工作的最大值,最低点0)
剩余工作(每天剩余工作的折线图)

如下参考资料学习燃尽图:

  1. https://docs.microsoft.com/zh-cn/vsts/work/scrum/sprint-burndown
  2. http://www.methodsandtools.com/archive/scrumburndown.php

TFS看板的迭代规划的更多相关文章

  1. 在TFS 2013的迭代视图中修改工作项数目限制

    当TFS迭代中的工作项数目超过500时,在TFS的网页(Web Access)显示中就会出现红色警告提示"积压工作(backlog)中的项数超出配置的限制500.当前总数为529-.&quo ...

  2. TFS看板晨会

    迭代任务看板 打开任务看板 打开燃尽图查看剩余工作情况,如果离发布较近,但是还有很多剩余工作,可能需要提前准备移除一部分优先级低的需求,如果剩余工作较少,适当安排一些需求 任务板按照人员分组,查看每个 ...

  3. TFS看板的设计

    列 产品开发的整个流程如下图,将流程配置到看板的列: 需求池-->就绪-->开发-->测试-->待验收 -->待发布 -->已关闭 一般将Bug和需求放在一块看版上 ...

  4. TFS看板规则

    就绪板列 准入条件 需求已完成交付 需求交付过程中的问题已全部解决 当前迭代需求所产生的BUG必须放入该列 之前迭代遗留的BUG 工作内容 需求实现概要设计 BUG确认 任务拆分 任务工作量估算(单位 ...

  5. TFS 2015 敏捷开发实践 – 看板的使用

    看板在现代应用开发过程中使用非常广泛,不管是使用传统的瀑布式开发还是敏捷开发,都可以使用看板管理.因为看板拥有简单的管理方法,直观的显示方式,所以很多软件开发团队选择使用看板进行软件开发管理.本文不在 ...

  6. TFS 2015 敏捷开发实践 – 在Kanban上运行一个Sprint

    前言:在 上一篇 TFS2015敏捷开发实践 中,我们给大家介绍了TFS2015中看板的基本使用和功能,这一篇中我们来看一个具体的场景,如何使用看板来运行一个sprint.Sprint是Scrum对迭 ...

  7. 华为敏捷/DevOps实践:产品经理如何开好迭代计划会议

    大家好,我是华为云DevCloud项目管理服务的产品经理恒少,作为布道师和产品经理,出差各地接触客户是常态,线下和华为云的客户交流.布道.技术沙龙. 但是线下交流,覆盖的用户总还是少数.我希望借助线上 ...

  8. 敏捷开发中如何做好Sprint规划?

    什么是Sprint规划? Sprint规划是scrum中用来启动Sprint的事件.迭代规划的目标是定义Sprint可以交付的内容,以及如何完成各项工作.迭代规划需要整个scrum团队合作完成. 与体 ...

  9. 产品经理如何使用 CODING 进行项目规划

    CODING 为您的企业提供从概念到软件开发再到产品发布的全流程全周期软件研发管理,为您的研发团队提供全程助力,帮助研发团队捋清需求.不断迭代.快速反馈并能实时追踪项目进度直到完成.同时 CODING ...

随机推荐

  1. Postman使用-2

    转载:https://www.cnblogs.com/yunman/p/7884537.html Postman是一款功能强大的网页调试与发送网页HTTP请求的Chrome插件. 接口请求流程 一.g ...

  2. 痞子衡嵌入式:恩智浦i.MX RTxxx系列MCU特性介绍(2)- RT685EVKA性能实测(Dhrystone)

    大家好,我是痞子衡,是正经搞技术的痞子.今天痞子衡给大家介绍的是恩智浦i.MX RTxxx系列MCU的性能. 在前面的文章 i.MXRTxxx微控制器概览 里,痞子衡给大家简介过恩智浦半导体在2018 ...

  3. Python数据聚合和分组运算(2)-Data Aggregation

    在上一篇博客里我们讲解了在python里运用pandas对数据进行分组,这篇博客将接着讲解对分组后的数据进行聚合. 1.python 中经过优化的groupy方法  先读入本文要使用的数据集tips. ...

  4. [Xcode 实际操作]五、使用表格-(3)设置UITableView单元格图标

    目录:[Swift]Xcode实际操作 本文将演示如何给表格行设置图标. 打开资源文件夹[Assets.xcassets], 在资源文件夹中导入两张图片:一张彩色,一张灰色,作为单元格的图标. [+] ...

  5. Gradle用户使用指南

    转载请事先沟通,未经允许,谢绝转载. 1. 新工具介绍(Introduction) 能够复用代码和资源能够构建几种不同版本参数的应用能够配置.扩展.自定义构建过程1.1 为什么选择Gradle(Why ...

  6. 再谈布局,栅栏式自适应布局的学习和实现(calc自适应布局)

    布局真的很重要.一个不好的布局后期会有很多很多的bug,就像是建房子的地基一样. 首先,再一次地圣杯布局的学习,来源于该教程: http://www.jianshu.com/p/f9bcddb0e8b ...

  7. Visitor模式(访问者设计模式)

    Visitor ? 在Visitor模式中,数据结构与处理被分离开来.我们编写一个表示"访问者"的类来访问数据结构中的元素, 并把对各元素的处理交给访问者类.这样,当需要增加新的处 ...

  8. UiAutomator环境配置

    前提:下载jdk以及adt 一.配置java开发环境 1.新建系统变量 -——变量名:JAVA_HOME      变量值:C:\Program Files\Java\jdk1.7.0_80 2.编辑 ...

  9. 是时候搞清楚 Spring Boot 的配置文件 application.properties 了!

    在 Spring Boot 中,配置文件有两种不同的格式,一个是 properties ,另一个是 yaml . 虽然 properties 文件比较常见,但是相对于 properties 而言,ya ...

  10. 《C#高效编程》读书笔记09-避免在API中使用转换操作符

    转换操作符为类之间引入了一种"可替换性"(substitutability)."可替换性"表示一个类的实例可以替换为另一个类的实例. public class ...