[SCRUM]TFS 2015敏捷开发实践——在看板上运行Sprint

>>[SCRUM]TFS 2015敏捷开发实践——在看板上运行Sprint

[SCRUM]TFS 2015敏捷开发实践——在看板上运行Sprint

前言:在上一篇 TFS2015敏捷开发实践中,我们给大家介绍了TFS2015中看板的基本使用和功能,这一篇中我们来看一个具体的场景,如何使用看板来运行一个sprint。Sprint是 scrum 对迭代的称谓,也是 scrum 中团队协作的一个迭代单元,包含了 scrum 中最主要的活动,我们来看看如何使用看板来支持这些活动。

TFS 2015中对看板功能进行了大量改进。我们可以通过对列,泳道,展示样式及卡片内容进行定制,使TFS看板具有更强的展示效果与可操作性。本篇博文中我就对TFS 看板进行了一些深度定制,以实现敏捷团队在TFS 2015看板上完成一个 scrum 的Sprint。

团队介绍

团队组成:

翼发云敏捷项目管理系统是一个在线的研发项目管理软件,支持多人协同开发,提供移动研发项目管理app,旨在帮助软件研发企业进行更好的研发项目管理、软件开发流程管理,该研发项目管理软件内置了敏捷开发流程和软件开发流程,结合SCRUM思想,满足各种规模的软件开发企业的研发项目管理流程的需要。

  • 产品经理:1
  • scrum师傅:1名(团队成员轮流)
  • 开发团队成员:8(5开发,3测试)

迭代周期:2周,10个工作日
团队平均速率:100(每个迭代完成100工作量的积压工作) 软件项目管理就用翼发云敏捷项目管理系统。

注:在敏捷团队创建之初,确定一个迭代的周期对于敏捷团队是最重要的。 迭代周期不是越短越好,迭代周期的选定包含很多要素:

  • 一个团队可以交付一定数量的产品增量。
  • 产品经理可以保证不更改计划中最长的积压时间。
  • 测试资源
  • 其他因素

scrum 事件发生时间:
迭代计划会议:迭代第一个工作日上午召开(星期二 9:30 )
每日站立会议:每日早上9:45到10点
迭代评审会议:迭代最后一个工作日下午召开 (星期一),选在周一下午召开是因为我们有一个周末的时间可以处理紧急问题
迭代回顾会议:迭代最后一个工作日下午评审会议完成后召开(星期一) 翼发云研发管理系统完整实现SCRUM敏捷开发流程

看板样式如下:
TFS 2015 敏捷开发实践 – 在Kanban上运行一个Sprint
这里对我所使用的看板进行一下简单说明:

  • 6列:新建,当前迭代(PBI和bug是在迭代中完成)将在迭代计划会议列。开发、测试和发布将完成。当前迭代对应于新的状态,并开发了相应的状态,并测试和发布了相应的状态。
  • 对于WIP,当前迭代列为每次迭代的积压工作的平均数量。开发和测试列的WIP是用资源号*的方法计算的,例如,WIP的开发是5(开发人员),* 2-1 = 9。
  • 使用错误和PBI双车道,在车道和车道PBI的bug。我设计这说明bug的优先级应高于PBI,开发者在当前迭代的下阶段首先要解决当前迭代列的bug。它在显示效果上也更引人注目。
  • 在开发、测试和发布列中启动的缓冲区在每个列下面做和执行。因为我们都知道看板中使用的是拉动式生产模式,团队成员应该把卡从上游排到他们的工作列。所以我们在TFS配置中启动列的缓冲区,这样我们就可以清楚地告诉我们的下游团队成员哪些卡可以被拉。例如,如果在开发柱卡在做,这意味着开发工作已经完成,并测试可以测试PBI或错误。

启动一个迭代

迭代计划会议开始之前我们的产品负责人一定要提前整理好团队积压工作列表,包括录入积压工作及按照商业价值/紧迫程度为积压工作排序。这部份工作一定要在开始迭代计划会议之前完成,不然会大大的降低会议效率。
TFS 2015 敏捷开发实践 – 在Kanban上运行一个Sprint SCRUM研发项目管理就选翼发云。

迭代计划会议

最左侧是由产品负责人整理的挤压工作列表,优先级由上到下。那下面我们要确定这个Sprint我们要完成哪些工作:

    1. 该产品的领导者将顶级待办事项拖到当前迭代,并设置字段迭代路径。

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

    1. 开发团队估计工作量,并让团队成员认识到积压。关于工作量,还有两个句子:工作量和工作时间是量化工作的两个方面。时间是一个很好的理解完整的积压单位需要时间,工作量不是一个单位的数值预测是最简单的选择工作在积压待办事项清单,然后估计工作量是1,积压的工作和其他工作相比较。斐波那契数列值工作量的一般数值逼近:1, 3, 5,8, 13, 20,40, 60100。TFS中的工作项的工作负载设置在积压工作项中,而需要的时间需要在由积压工作项分解的任务中设置。

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

    1. 与产品负责人一起确定验收标准

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

    1. 新的积压工作项按优先级拖到当前迭代列,直到积压工作项的工作负载饱和为止。

关于开发团队每个迭代的工作量总和可以通过TFS的Sprint 速率报表(Velocity)查看以往迭代的完成速率来确定。
TFS 2015 敏捷开发实践 – 在Kanban上运行一个Sprint

  • 决定如何完成这些积压。细化需求并将工作项目的积压分解成任务。如果一天的积压工作不能完成,我们也要了解日常工作的进展情况。我们可以将待办事项分解成任务,并通过任务跟踪团队成员的日常工作。

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

每日站立会议

按照先开发人员再测试人员的顺序,每个团队成员只需要回答3个问题:

  1. 你昨天做什么了?哪些待办事项或任务已经完成。如果积压完成,积压将从开发拖到测试。如果团队成员完成了工作,卡将从当前列的操作转移到完成,表明工作在当前阶段完成。

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

    如果团队成员没有完成,整个PBI是任务分解,PBI。它可以通过在任务完成前选择卡中的复选框来进行标记。系统将自动将任务状态更改为。这样,我们可以跟踪团队成员的日常工作,通过任务的PBI的进步。

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

  2. 你今天想做什么?团队成员只需要从他们角色的上游获得新卡。例如,开发人员可以将新的PBI或错误的做在当前迭代开发和测试人员将列拖在做测试做PBI下降。
  3. 有什么问题?不要在常设会议上寻求解决问题的办法。这会占用很多时间,告诉你你有什么问题。

如果我们每个列的卡片过多,每个团队成员在站立会议过程中只想展示自己的卡片怎么办?可以使用看板中的快速搜索功能
TFS 2015 敏捷开发实践 – 在Kanban上运行一个Sprint

迭代评审会议 & 迭代回顾会议

  • 积压交付到测试完成列中的产品经理,而新的和已发布的列完成的列中的其他工作项的积压并不是由Sprint完成的。
  • 按照验收标准,产品所有者将提交可交付产品,如果产品所有者接受交付,积压工作项将拖到已完成的列中。
  • 如果产品负责人不接受它,开发团队同意下一次迭代来修改它。它可以添加标签来指示待办事项积压的迭代工作,并在下一次迭代计划会议中将工作项拖到当前迭代中。

TFS 2015 敏捷开发实践 – 在Kanban上运行一个Sprint
对于迭代评审会议的其他事件与迭代回顾会议,由于不涉及看板就不在这里赘述了。在本文中大家可以看到如何使用TFS看板来完整的运行一个 scrum 迭代,下个帖子我将向大家讲述怎样在TFS平台上提高我们的源代码开发效率。


请关注微信公众号 【devopshub】,获取更多关于DevOps研发运维一体化的信息

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

文章从互联网整理而来,旨在传播SCRUM、研发项目管理、敏捷开发管理工具的知识与应用,帮助软件开发企业真正了解SCRUM的价值和意义,如果本文侵犯了您的权益或者您需要具体了解更多国内做研发项目管理系统的公司翼发云敏捷项目管理系统的相关信息,欢迎和我们联络:

【网址】www.effapp.com

2018-04-29T03:27:55+08:002018-04-29 03:27:55|Categories: scrum项目管理|