使用 IBM Rational Team Concert V2 管理 Scrum 项目,第 3 部分: 使用 Web 界面

Web 界面提供了对所有特性的访问方式,而无需安装客户端软件

本文对 IBM® Rational Team Concert™ 2.0.0.2 版本提供的 Web 界面,以及 Scrum 项目规划和管理的新 Scrum 进程模板,提供了一个最新的指南。

Millard Ellingsworth, 软件开发人员, IBM

Millard Ellingsworth 照片Millard Ellingsworth 作为一名 IBM Enterprise Content Management 团队的成员,进行开发软件并鼓励采用敏捷开发。 他作为 Scrum Master 服务于他的团队,并且作为一名 Agile 指导师和研讨会负责人服务于团队的其他人员。作为一名音乐家,他不是特别喜欢爵士乐,但是作为一名软件开发人员,他迅速地认识到这表示了什么样的一种改变游戏的机会。


developerWorks 投稿作者

Thomas Starz, 软件开发人员, IBM China

Thomas Starz 照片Thomas Starz 是 IBM 软件部的一名软件开发人员和敏捷开发培训师,并参与 Tivoli Service Automation Manager 团队的一部分工作。Thomas 在他的组织中是敏捷方法的早期采用者之一。他通过与学生团队的实践,收获了他的第一手敏捷经验。在此之前,他在产品开发中引入了敏捷实践。他是一名认证 Scrum Master 和 Practitioner,并且是一名 Rational Team Concert 的热心用户。在担任顾问和培训期间,他还曾帮助了多个团队启用 Rational Team Concert。



2010 年 10 月 18 日

概述

免费下载 IBM® Rational® Team Concert

IBM Rational Team ConcertRTC)是一个基于 Jazz 平台技术的实时协作式软件交付环境,可以帮助跨地域分布的开发团队简化协作开发过程,并使其软件交付过程实现自动化管理。

IBM Rational Team Concert 目前有:

在您开始之前

在您开始为 Scrum 开发使用 IBM® Rational® Team Concert™ 之前,您要确保对 Scrum 的基础知识有了一个通透的理解,并理解诸如 Product BacklogStory Points 等等之类的术语。在本系列第一部分“创建项目、团队和计划”的开始部分,有对 Scrum 项目管理的简单介绍。

关于本系列

IBM® Rational Team Concert™ 协作功能的广度,使得快速理解它并且使用起来得心应手,变成一项十分具体挑战性的工作。本系列文章可以帮助 Rational Team Concert 初学者,对如何使用它来提高团队功能提供了一个机会。

第一部分介绍了关于“创建项目、团队和计划”的内容,第二部分进一步介绍了“规划和管理 Sprint”方面的内容。

关于本教程

在大多数的时候,scrum 团队一直使用 Rational Team Concert 以进行规划并追踪他们的工作进度。它提供了一些 UI 选项。例如,开发员可能更喜欢客户端一些,例如 Eclipse 或者 Microsoft® Visual Studio。许多其他的涉众不想在他们的系统上安装别的软件,所以他们更喜欢使用网络版一些。有了 V2 版本,IBM® Rational® Jazz™ 及 Rational Team Concert 团队向他们的 Web 界面交付了动态的改进,这样它就提供了日常工作所需要的所有特性了。Eclipse 界面在本系列第一部分“创建项目、团队和计划”中进行了描述。

目标

本专题提供了怎样只使用 Rational Team Concert Web 界面,而不是 Eclipse 版本来创建和管理 Scrum 项目,提供了一个实时的指南。

前提条件

为了完全执行本专题的所有步骤,您需要一个 Jazz 服务器,1.0.0.2 版本,安装有 Rational Team Concert 功能。对于一些步骤,您还需要对服务器的管理员权限。如果您想要更多的细节信息,那么您可以查看 jazz.net。

系统需求

本文使用的是从 jazz.net 上下载的 Rational Team Concert 2.0.0.2 标准版,并使用标准配置安装在一个已经安装有 Apache Tomcat 程序服务器与 Apache Derby 数据库的本地系统之上。您必须拥有一个服务器许可协议,并安装有至少七个开发员许可协议,还需要完全的管理员权限,去执行本文所描述的所有操作。您的 Jazz 服务器还必须安装在后缀层次 2 上(例如,1.0.0.2),而且您必须使用 Rational Team Concert 2.0.0.2 提供的 Scrum 模板。如果您使用的是 Rational Team Concert 的早期版本的话,那么有些事可能不太一样或者不能得到。

为了遵循这篇指南进行操作,您可能使用的是 Rational Team Concert 的 Express-C 下载版,它包含了您需要的所有事情,包括 10 个免费的开发员许可证协议,已经完成服务器和客户端安装的容易遵循的指南。jazz.net 上的 wiki.net 显示了一个协调性矩阵,它演示了什么客户端软件可以与特定的 IBM® Rational® Jazz™ Team Server 版本一起使用。


简介

本系列 的早期文章中介绍如何使用基于 Eclipse 的客户端界面,来与 Rational Team Concert 一起协调工作,但是这篇文章关注的是 Web 界面。对于那些不想为工具安装客户端的项目涉众,以及那些远离自己的办公地点,只能通过浏览器与网络连接的员工来说,这是十分有用的。

有了 Rational Team Concert 2.0 版本,Web 界面得到了改进,所以现在它几乎为敏捷开发提供了 Rational Team Concert 的全部功能。在以前,许多功能只能通过使用客户端界面来得到。有了 2.0 版本之后,就只有工作项类别与一些项目配置必须使用客户端界面来定义了。

注意:
贯穿全文,我们都将 Web 界面(使用浏览器来访问)与客户端界面(Eclipse 或者 Microsoft Visual Studio)区别对待。

本文向您展示了怎样创建工具,以及怎样使用 Rational Team Concert 2.0.0.2 Web 界面来创建一个初始的项目。

本文基于 Mike Cohn 在他名为 敏捷估计与规划 (参见 参考资料)一书中所讨论的用例研究。它描述了一个小型团队,正在开发一个名为“Havannah”的新型电脑游戏。本文展示了怎样创建 Rational Team Concert 以反映这个团队及项目,以及团队怎样创建规划并向这些规划添加工作项。


创建 Rational Team Concert 存储库与用户

在您执行本文所描述的步骤之前,您需要安装一个 Jazz 团队服务器(拥有 Rational Team Concert 功能)并且能够使用(查看系统需求)。本文假设您已经安装了自己的 Jazz 服务器并从头开始。如果情况不是这样的,那么您实际经历的,可能与这里所描述的有所出入。

登录到 Jazz 服务器之上

  1. 确认您的 Jazz 服务器已经启动了。
  2. 将您的浏览器指向 Jazz 服务器的 URI。
    当您使用本地系统之上 Jazz 服务器的安装版时,例如,URI 可能会是 https://localhost:9443/jazz/。
  3. 输入用户 ID 与相应的密码。
    新安装 Jazz 服务器的初始用户 ID 是 ADMIN,密码是 ADMIN (两个都是用例敏感的),除非您冻结了 ADMIN 并且在创建过程中激活了一个不同的管理员用户 ID。

注意:
注意 URI 的“https”中有一个小写的字母“ s”,这意味着 Jazz 使用一个安全连接。根据浏览器的情况,如果您忘了加入小写字母 s ,那么就会发生一些奇怪的事情。同样,注意安全许可证是自己分配的,而且假如您使用的是火狐浏览器,那么您就必须接受该许可证。

图 1 中所示的界面看起来可能有微小的差别,这取决于您所使用的浏览器 (查看 jazz.net 以得到支持浏览器的列表 )。

图 1. 登录到 Jazz 服务器上
Jazz 服务器登录界面

当您首次登录到 Jazz 服务器上时,您可以进入到服务器管理员区域(参见图 2)。在那里,您可能需要执行一些许可协议活动,并添加一个服务器许可协议以及客户端活动协议,并完成其他的管理性任务。这些任务并不是本专题的一部分(尽管在软件文献中对其有详细的描述 )。

图 2. 首个界面
Jazz 登录的首个界面

添加或者导入用户

怎样从 LDAP 目录中导入用户数据

用户还可以从一个已存在的用户存储库中导入(例如您的集团 LDAP 服务器)。如果您想要得到怎样将团队服务器连接至 LDAP 目录的更多信息,那么您可以按照 LDAP Configuration for Newbies 进行操作。

接下来的操作是在 Rational Team Concert 中创建用户。用户数据存储在 Jazz 存储库之中;因此,它们可以参与到不止一个项目区域中,并且可以使用服务器上基于 Jazz 的工具。如果您使用外部性用户存储库来配置 Jazz (例如您的 LDAP 目录),那么您可以导入用户,而不用创建它们,正如边栏中所解释的那样。但是,这里,让我们假设您使用默认的 Tomcat 程序服务器,而且您需要在该新存储库中创建用户。

  1. 为了创建一个新用户,您可以选择窗口顶部的 User Management 选项。
图 3. 创建一个新用户
空白的用户列表
  1. 为了添加第一个用户,您可以点击 Create User 按钮。
  2. 为第一个用户输入用户信息。
    1. 因为现在我们学习的是 Mike Cohn 的范例,所以 Sasha 就是第一个用户。
    2. 您可以选择,如果有的话您可以为他添加一个照片。
    3. 电子邮件地址是必须填写的信息,因为 Jazz 可以发送团队许多活动的电子邮件通知。对于 Sasha,输入 sasha@bombshelterstudios.com
    4. 用户的初始密码自动设置为与用户 ID 相同,正如界面顶部所示的那样(参见图 4)。
  3. 为用户选择适当类型的许可证协议。
    1. 对于创建或者部署进程模板的用户需要 开发员 许可协议,创建项目区域或者规划,并创建或者本级附属的页面。对于那些将要编写代码并运行构筑的团队成员来说,也需要开发员许可协议。
    2. Build 与 IBM® Rational®ClearCase® Connector 许可协议一般会分配给管理性的用户。
    3. 参与者 许可协议适用于那些最多需要访问存储库的所有用户。有了参与者许可协议,用户就可以创建工作项了。
  4. 点击 Save
图 4. 指定用户细节
带有一种年轻男人照片 Sasha 的用户项

提示:
为了使用本文简化工作,Sasha 也被分配给了 Jazz Admins 组。这就允许他为所有的用户编辑环境。但是,一般来说,用户没有 Jazz Admin 权限。

注意:
用户需要输入他们的日程安排缺席情况,并配置他们的工作环境(查看编辑器窗口上面),这样他们花在项目上的时间可以得到适当的计算。稍后我们将会展示这个范例。

对于本例中所用到的 Havannah 项目,需用按照与 Sasha 相同的方式添加更多的用户。

  1. 创建将会组成 Havannah 团队的其他用户,也就是叫做 Allan、Delaney、Frank、Prasad 与 Rose 的用户。为了达到这个目的,您可以切换回活动用户的列表,点击 Create User,并添加相应的用户信息。
  2. 将他们分配给拥有 开发员 许可协议的 JazzUsers group with 开发员 licenses.
图 5. 用户列表
输入所有用户之后活动用户的列表
  1. 您还可以选择为其他的涉众创建用户账户,例如 Laura,作为 CFO,或者 Phil,作为 CEO,它不会对项目作出什么贡献,但是却需用访问 Rational Team Concert ,以查看进度与状态信息。

注意:
如果这些用户只需要对 Jazz 进行读取访问,而不需要更新工作项或者计划,那么您就不需要向他们赋予客户的许可权限。

  1. 在界面的右上角点击 Log Out 来完成操作(参见图 6)。
图 6. 注销
显示注销连接的小型界面注释

现在您已经完成了作为默认 ADMIN 用户的条目。Jazz 安全模型赋予了这些用户在 Jazz 中基本的管理特权,但是没有给定项目区域内特定的权限。例如,ADMIN 用户不能部署项目模板或者在项目区域中创建并保存计划,因为这是这是 Scrum 管理员或者产品拥有者的工作。

  1. 再次登录,但是是作为 Sasha 登录,使用他的登录权限(sasha 以及 sasha,因为默认的密码与用户 ID 相同 )。
图 7. 再次登录到 Jazz 服务器上
Jazz 服务器登录界面
  1. 当您点击 Log In 时,您就可以作为 Sasha 登录回去,他就是 Bomb Shelter Studio 的 Scrum 管理员。

创建一个项目区域

接下来的部分就是创建一个项目区域,它会作为所有计划、工作项,以及与创建项目相关其他事情的容器。

  1. 为了创建一个新的项目区域,您可以在窗口的顶部选择 项目区域管理
  2. 在活动项目区域的列表(参见图 8),来点击 创建项目区域
图 8. 项目区域的空白列表
项目区域的空白列表
  1. 输入项目区域名,并且您还可以选择,输入一个简单的描述。
  2. 当您首先创建一个项目区域时,您并没有定义的进程模板。如果是这种情况,您可以点击 部署预定义的进程模板 (参见图 9)。将进程模板部署到存储库中需要花费一些时间。
图 9. 部署进程模板
连接到部署进程模板
  1. 选择 Scrum 进程模板 因为范例显示了怎样使用 Scrum 方法来管理项目。

注意:
有了 Rational Team Concert 2.0.0.2 版本,就引入了一个新的 Scrum 模板。还有一个旧的(丢弃的)Scrum 模板。确认您选中了新的模板。

  1. 点击 Save
图 10. 使用 Scrum 模板来创建一个项目
Create Project Area 窗口

服务器的项目区域初始化可能需要花费数分钟。当这个过程完成之后,您将会看到类似于图 11 的界面。

图 11. Havannah 项目的项目区域
Havannah 项目的项目区域

在该窗口的右边,您可以看到与该项目相关的团队区域层级结构。因为 Havannah 团队规模非常小,所以 Rational Team Concert 2.0.0.2 中引入的新特性得到了开发,不需要再创建清晰的团队区域。

提示:
大型的团队一般都由若干个团队及子团队组成。Jazz 技术支持拥有多个时间段和子团队的大型团队。您可以定义对项目合适的尽可能多的团队及子团队,来反映团队的结构。

添加成员并指定他们的角色

在这里的范例之中,Sasha 创建了项目区域,所以他就成为该区域的初始管理员,并且可以对项目区域作出一些变更了。

图 12. 初始的管理员
项目区域的成员与管理员列表

但是,Scrum Process 模板中编辑项目结构的大多数许可证,属于 Scrum 管理员与产品拥有者。作为管理员,Sasha 可以将这些角色分配给适当的团队成员。

Havannah 团队的其他成员现在也可以进行添加了。对于小型团队,您只需要向项目区域添加项目的所有成员。

  1. 点击“Members”行的右边的 Add (参见图 13)。
  2. 因为对于本例向存储库只添加了少量的用户,所以您可以输入一个星号( *)来显示所有可用的用户。
  3. 选择 Allan、Delaney、Frank、Prasad、Rose 与 Sasha,因为他们都会在该项目中工作。
  4. 点击 Add & Close
图 13. 向项目区域添加成员
选择添加成员的选择对话框
  1. 点击成员列表底部的 Show All 图标 显示所有图标 以显示完整的列表。
  2. 将鼠标移动到每一个用户上面。在行的右边,选择图标以设置 Process Roles (两个小人)。
图 14. 添加进程角色
选择进程角色的操作与选择对话框
  1. 为每一个用户选择进程角色,并将其添加至选择角色的列表中。
    Frank 是项目的产品拥有者。Sasha 是 Scrum 管理员但只是一个程序员 ,因此,也被作为一个团队成员添加。其他所有的用户都是 Havannah 项目的团队成员。
  2. 点击 Finish
  3. 点击 Save 以再次保存项目区域。

在保存您所做的更改之后,您就会看到一系列的新团队成员,并被询问是否想要向他们发送一封电子邮件的邀请信。如果您配置了电子邮件支持(当您在创建服务器时所做的设置)并且同意了这一点,那么项目成员将会收到一封欢迎加入的电子 邮件的信息,以及链接至项目的地址与信息。

  1. 因为这些用户都是您所虚构的,所以您可以删除所有的选中号。否则,您可以选择您想要发送邀请函的用户(参见图 15)。
  2. 点击 OK。(该对话框只适用于发送电子邮件邀请函,所以如果您不想要发送,您可以将其安全得取消掉)。
  3. 如果您想要发送电子邮件邀请函,那么您可以看到下一步的对话框,去指定电子邮件的内容(参见图 15)。
图 15. 发送团队邀请函
选择并发送团队邀请函的对话框

总结发布的时间线

接下来的一步是规划项目的时间线,这意味着您要指定发布与冲刺阶段的起始与终止时间。当您在创建自己的项目区域时,您可以将日期调制适应自己的需要。在未来选择一个起始日期是很明智的。

定义时间线与迭代

对于地理分布十分分散的团队来说,让迭代从本周日到下周六持续下去,以利用所有可能浪费的时间是一种不错的选择。

提示:
您应该得到授权去对项目区域作出更改。创建项目的用户拥有管理员权限,并且可以作为上节所描述的更改。当您在创建您自己的项目时,您必须确保您是项目区域的管理员,或者要么是 Scrum 管理员或者产品的拥有者。否则,在您试着保存对时间线的设置时,将会遇到一个拒绝通过的错误。

在项目区域窗口中的 Timelines 项上(参见图 16),您可以看到默认的占位符迭代,当您在创建项目区域时进程模板将会将其创建。

  1. 点击项目区域编辑器上的 Timelines 项。
  2. 在 Defined Timelines 下面,展开 Main Development,然后展开 Release 1.0

对于项目有一个 Main Development 时间线。每一个时间线都可以包含一个活动迭代。Release 1.0 图标与 Sprint 1 图标上的小蓝色三角形修饰符,意味着它们是当前的版本与迭代。

另外,同时创建的还有 Backlog 版本。它没有特定的日程安排,并且位于时间线的末端。添加它是为了创建一个日程安排独立的 Product Backlog ,包含了开始时没有分配的项目(或者从不会被分配)。

注意:
Havannah 项目只是一个简单的项目,用于产品的首个发布阶段。因此,默认创建的时间线对于当前已经够用了。如果项目变得过于复杂(例如,如果后续的版本与前面的版本进行协同开发及维护),那么时间线定义就会变得也过于复杂。

  1. 选择 Release 1.0 并点击 Edit Properties 按钮以打开如图 16 所示的 Edit 窗口。
图 16. 指定时间线
显示时间线属性的窗口
  1. 保持 Iteration Type 为默认值不变。
  2. Identifier 必须是独一无二的,但是您可以根据自己的需要对其进行更改。
  3. 为发布设置起始与截止日期(查看 Note),然后确定“A release is schedule for this iteration”的复选框已经被选中了,并点击 OK
  4. 与之类似编辑迭代的属性,以反映冲刺阶段的起始与终止时间。
  5. 点击 Save

找到自动分配给您的任务

当您在创建项目区域时,有些任务会自动创建并分配给您。

  1. 为了列出这些任务,通过选择窗口左上部的 Project Area 来保持 Admin 界面不变。
  2. 然后选择 Havannah 项目。这将会把您带到项目的操作板处,并更改窗口顶部的菜单栏(对操作板的讨论超出了本文的范围)。
  3. 点击该菜单栏中的 Work Items
  4. 在这里,运行预定义的“Open assigned to me”查询。您可以遵循这些任务来定义您的项目区域,完成操作后将其关闭掉。

注意:
因为追踪工作对于时间是非常敏感的,所以创建项目区域时,Rational Team Concert 所输入的原始日期,基于您处理该范例的时间。今天或者最近未来的某一天启动发布或者首次迭代。为最近至少六周设置发布及日期。每一次冲刺都持续两到四周。在我们的范例之中,我们定义了一个从周一到下周五的为期两周的冲刺阶段,非工作日则不在考虑之列。

提示:

稍后您可以对项目区域做一些更多的更改。为了将其打开,您可以切换至 Project Areas 页面并选择页面最右边的 Manage Project Areas (图 17)。或者,如果您拥有管理员的权限(正如 Sasha 一样),那您您可以点击菜单右边的 Admin 来回到 Admin 界面。这将会再次更改菜单栏,并提供一个 Project Area Management 选择。

图 17. 管理项目区域的链接
切换至用户设置的选项

这项选择总是可以得到的,就算用户没有管理员权限也是一样。但是,这样的用户不能保存团队区域。

随着您对 Rational Team Concert 有了一个大致的了解,您可能就想让项目区域进一步地适应团队的进程和需要(例如,在 Reflections 会议讨论期间的结果)。项目区域在很大的程度上都是可配置的;但是,这是少数几个只能在 Eclipse 客户端界面上执行的任务。

指定团队成员的到勤率

为了让团队的工作负荷计算更加精确,团队成员需要调整他们的到勤率以及工作日长度。团队成员在工作之外也许还有其他的事情会分散他们的精力,或者安排的假期使之不能百分百地参与团队事务。其他人,比如说产品拥有者,不能积极地参与团队事务。对于地理分布比较分散的团队来说,当团队成员添加他们的公共假期以及其他特定的活动安排时,这点是非常有益的。

这些到勤率数据在用户的页面上会进行调整。一般来说,用户可能会希望自己维护这个领域,但是因为它是正确估算团队工作负荷的非常重要的一部分,所以我们将会在这里对其进行演示。

  1. 为了编辑当前用户的环境,您可以点击窗口顶部的用户名。
图 18. 编辑一个用户的配置
切换至用户配置的选择
  1. 选择 Work Environment 项(图 19)。
  2. 调整时间区域以及区域性设置。
  3. 调整工作日与标准的工作时间。
  4. 在右边,将鼠标移动至 Main Development 并点击 Edit
  5. 调整用户的到勤率。
图 19. 为用户编辑工作环境
用户工作环境的窗口与对话框

图 19 的大图

一般来说,每一个团队成员都有责任去调整他们的配置。在这里的范例中,因为 Sasha 拥有 Jazz Admin 存储库许可权,所以他可以为其他的用户调整配置。

  1. 点击窗口右上部的 Admin
图 20. 切换至 Jazz Admin 界面
切换至 admin 界面的选择
  1. 点击 User Management
  2. 从活动用户的列表中,选择 Frank
  3. Work Environment 项之内,将 Frank 的到勤率调整至 0%,因为他就是产品拥有者,并且不会对工作产品作出什么贡献。
  4. 点击窗口左边的 Active Users 切换回活动用户的列表(参见图 21)。
  5. Rose 说她有两天时间不能上班。一般来说,Rose 将会在 Scheduled Absences 下面输入自己的情况。但是在本文中,我们安排 Sasha 替她完成此项操作,所以他来点击加号(+)来添加缺席时间。
图 21. Rose 的用户编辑
Rose 的用户编辑器
  1. 在对话框中,输入两天的假期时间。
  2. 点击 OK

这就调整了即将到来的迭代期间,Rose 可以出席工作安排的时间数量。

  1. 点击 Save 来保存所做的更改。

为项目创建 Product Backlog

Scrum 方法中最重要的一个工件就是 Product Backlog。因此,项目规划期间所创建的事例现在会填充到 Product Backlog 之中。在项目区域创建时,已经自动创建了三个计划:

  • 一个 Product Backlog
    Product Backlog 就是目前为止该产品所收集的所有工作项的完整列表。
  • 一个 Release Backlog
    Release Backlog 就是为发布而规划的项目优先级列表。一般来说,应该进入到发布之中的项目会从 Product Backlog 中进行选择,并移动到 Release Backlog 之中。
  • 两个 Sprint Backlogs
    当创建项目区域时,会为自动定义的每一个冲刺创建一个 Sprint Backlog。Sprint Backlog 包含了为冲刺阶段所规划的项目列表。

有好几种方法都可以得到与一个项目相关的规划。

注意:
菜单栏会随着您在 Rational Team Concert 中的背景不同而改变。尽管 Project Areas 选项一直是可用的,但是它在菜单栏上的位置可能一直是变化的,这取决于您上一个操作。

  1. 访问 Product Backlog 的一种方法是从菜单栏的 Project Areas 开始。另外一种方法是从窗口右上角的 Select a Project Area 下拉菜单中选择项目区域。
图 22. 项目区域的列表
显示可用项目区域的列表
  1. 选择 Havannah

注意:
您将会看到项目的操作板。定制操作板不是本文讨论的一部分。

  1. 从菜单栏中选择 Plans 以查看当前规划的列表(参见图 23)。

当使用默认的 Scrum Process 模板初始化项目区域时,会自动创建一些规划。注意到目前为止所有的规划都是空白的。

图 23. 项目规划的列表
显示项目可用规划的列表

注意规划有不同的代表。对于 Product Backlog,不能追踪其进度。这是因为 Product Backlog 想要成为所有想法与工作项的容器,不管这些想法和工作项随着时间是否有可能进入到产品之中。实际成为下一个版本一部分的工作项将会放到 Release Backlog 之中。

因为一个 Release Backlog 一般包含有 epicsstories,所进度按照点进行追踪。最终,对于一个包含有处理中工作的 Sprint Backlog 来说,这些任务一般都是按照小时进行估算,进度是用小时进行追踪的。

  1. 将鼠标移动到 Product Backlog 之上并点击它的名字。
图 24. Product Backlog
显示空白计划的窗口

开始时,一个计划包含有三个页面(或者项),您可以使用 wiki 形式以及 Planned Items 页面与 Charts 页面的格式来在 Overview 页面上输入关于产品的信息。图表现在可能尚不可用,因为在 Jazz 数据仓库中尚没有可用的项目。

查看一个计划有好几种方法,叫做 查看模式。例如,对于一个 Release Backlog 计划,默认条件下,从“View as”下拉菜单中有四种预定义的查看模式。为了从视图中排除掉特定的项目,您可以使用窗口右边的 Exclude 图标。您还可以编辑已存在的查看模式,或者创建您自己可定制的查看模式。为了完成这项工作,您可以使用 Edit 或者 Copy 图标。但是,您要意识到对于项目的所有用户所有的更改都是有效的。

图 25. 查看模式
显示过滤规则功能的界面截图拼图

提示:
假设您还想要在备份规划中看到任务(它是执行项目),请确保选中了 Always load all Execution Items。对于拥有大量执行项目的非常大的备份,由于性能问题的存在它可能是不受欢迎的。

为了更改规划的配置,您可以点击所有计划中的 Edit 图标(参见图 23,如前面所示)。

图 26. 编辑计划配置
计划编辑器窗口

使用初始实例来填充 Product Backlog

在备份的 Planned Items 项中,开始添加备份工作项。对于 Scrum 项目管理,Product Backlog 中的项目叫做“事例”,如果它们更大,那么就叫做“巨著”(同样参见 Mike Cohn 的 应用的用户事例 或者 敏捷估计与规划 ,在 参考资料 中列出)。在 Havannah 范例中,所有的项目都叫做事例,所以您可以使用 事例 来填充您的备份。

  1. 点击计划右边的加号(+)来开始添加备份项目。

注意:
您可以使用“点击这里以创建一个工作项”链接(参见以前的图 24)来为该规划创建默认工作项的一个新项目。对于备份规划,默认的类型一般是事例。

  1. 为新项目输入总结,如图 27 所示。
图 27. 在备份中添加项目
总结开始时:“As a player, I can play against...”
  1. 点击窗口右上角的 SaveClose 以保存您的工作。
  2. 按照产品拥有者的要求来添加所有的项目。

提示:
为了添加已存在项目之上或者之下的工作项,您可以使用 Add Work Item Above 或者 Add Work Item Below 图标。Add Work Item Above

  1. 在事例添加以后,团队的下一步就是估计它。使用如图 28 所示的下拉菜单来输入 Story Points (同样参见 Mike Cohn 的 应用的用户事例 或者 敏捷估计和规划 ,列在 参考资料 之中,因为对估计与 Story Points 的讨论已经超出了本文的研究范围)。
图 28. 事例备份
事例备份

注意:
列表视图中的更改会立即得到应用。不需要清晰的“保存”操作,不像在客户端界面那样,需要您去在作出更改之后进行清晰地保存备份。

将工作项填充到备份之中

尽管您可以使用 Web 界面来完成大多数的活动,但是有一些操作还是在 Eclipse 客户端界面中完成更加方便。尽管本文有意地描述了使用 Web 界面描述所有的活动,一次性添加许多的项目,就像它在发布规划阶段完成。稍后项目进行期间,应该一次性添加一个或者两个的项目,Web 界面很适合完成这种操作。

  1. 然后,产品拥有者就得为他们设置优先级。Priority 属性拥有 High、 Medium 与 Low 三种属性。对于估计而言,您可以使用一个下拉菜单来分配优先级(参见图 29)。
  2. 然后您还可以为项目分配优先级。通过拖动项目可以将它们进行排序,从而为项目进行排序。系统成员通过拖拉操作来完成排序工作。如果您拖动一个事例,例如一个中等优先级的事例,到不同的分组,并将其在不同优先级的两个事例之间进行拖动,那么 Rational Team Concert 会自动重新分配优先级值以匹配它附近的事例。
图 29. 为工作项设置优先级
下拉菜单显示了可用优先级的列表

提示:

  • 在 Rational Team Concert V2 的早期版本中,巨著与事例是一个 Product Backlog 唯一的工作项类型。随着 2.0.0.2 版本中新 Scrum Process 的推出,这种限制也随之消失。
  • 如果您想要在备份中以一种层级结构来组织和查看项目的话,那么您必须使用一种视图模式来在树形视图中查看您的工作项。Work Breakdown 模式以树形模式显示了工作项,但是您可以据此配置其他任意的模式。查看前面的图 25,以观察它是怎么做到的。

当然,如果我们拥有的只有 Story Summaries,那么它就不会是 Product Backlog 了。

  1. 点击一个事例以打开它的快速编辑器(在本例中,如图 30 所示,事例上显示“As a player, I can play against a weak engine that recognizes forks”)。
  2. 在 Description 区域之中,提供了关于事例预期的详细信息(当然,您可以在开始向规划添加事例时添加一个描述)。在这里的情况下,它的引用(想象的)文献附属于项目区域。
  3. 在 Acceptance Test 区域(图 30)中,添加团队与产品拥有者识别的 Criteria of Acceptance ,作为事例成功完成的证据以及达到了涉众的要求。
图 30. 一个项目的细节信息
事例细节信息的屏幕截图
  1. 在更改一个事例之后选择 Save 或者 Save and Close
  2. 在没有做出更改时为了简化关闭事例,您可以再次点击列表项目。点击列表项目基本上会引起项目编辑器的可视性。

提示:
为了在 Work Items 编辑器中打开一个项目,您可以从快速编辑器视图中点击项目成员(例如,上面的事例就是号码 17)。在 Work Item 编辑器中,您可以访问工作项的完整内容。例如,项目的创建会自动激发它。假如您不需要这样做,那么您可以点击 Work Item 编辑器中的 Links 项,并从激发者的名单中删除掉用户。

图 31. Work Item 编辑器
Work Item 编辑器概述与连接项

规划发布与冲刺

尽管 Product Backlog 是所有尚未规划事例的容器,清晰规划活动的进行,去决定什么事例会进入到版本或者迭代之中。对于拥有大量涉众的团队来说,这一点十分有用;每个人可能都有权利去将事例填充到 Product Backlog 中,而产品拥有者可以决定向版本添加什么项目。

当您使用新的 Scrum Process 模板去创建一个项目区域时,会为版本自动创建规划以及前两个冲刺。您可能会在早期访问它们,在创建项目区域之后,我们会调整发布的时间线日期。

填充 Release Backlog

在发布规划期间,项目会从 Product Backlog 进入到发布期间。根据产品拥有者基于产品调查提供的分类信息,有尽可能多的事例可以进入到发布之中,只要它们能够在安排的时间内完成即可(基于团队的速度)。发布计划可以进行轻松的修整,而且项目可以返回至 Product Backlog 之中。反过来,其他的项目也可以基于涉众的反馈来进入到发布版本之中。

  1. 如果 Product Backlog 规划尚未打开,那么现在就将其打开。
  2. 选择最后的两个事例。
  3. 在选择第 18 个复选框之后,将鼠标移动到右边并选择 Modify,然后为 Release 1.0 规划所有选择的项目(参见图 32)。
  4. 更改会得到立即的保存,而所有移动的项目都显示为未激活状态(灰色)。
  5. 刷新规划以只显示剩余的两个项目。
图 32. 发布的规划项目
产品备份计划与弹出的操作
  1. 打开 Release Backlog 规划。
  2. 如果项目尚未显示,您可以刷新规划。

注意:
假如您想要移动拥有子项目的项目,那么请确定选择并移动了子项目。否则,只有选中的上一级项目被移到了发布版本之中。

Release Backlog 的优势在于,您可以将这些项目维持在实际上进入到版本之中的规划中。发布流水表(稍后将会进行讨论)反映了移出及移入的项目,这就允许您去精确地监视是否满足了发布的目标。

填充 Sprint Backlog

迭代规划开始时,会使尽可能多的事例从 Release Backlog 进入到冲刺中。第二步是为团队需要完成的每一个事例都开发任务。尽管冲刺规划的结果是估计任务的收集体,它最有可能分配给不同的团队成员,记住冲刺规划的目的对于团队来说十分重要,以完成事例的收集,因此向产品添加新的及可传递的功能。规划与估计可以帮助团队去决定,冲刺阶段需要有多大的工作量。

  1. Sprint 1 打开 Sprint Backlog 计划。
  2. 选择 Overview 项。
  3. 在 Overview 页面上,点击 Edit Page 并记录冲刺的目标(参见图 33)。
图 33. 记录冲刺的目标
Sprint Backlog 计划的概述项
  1. 点击 Save
  2. 从 Release Backlog 分配事例给 sprint
    ,选择相关的事例,并对于 Sprint 1 进行规划。对于发布规划,执行与“填充 Release Backlog”章节中所描述相似的操作(参见图 32)。
  3. 还有一种选择。在 Release Backlog 的 Iterations 视图中,将事例从版本中拖拉到一个迭代之中(图 34)。
图 34. 向迭代分配事例
发布备份计划

图 34 的大图


这将会向 Sprint Backlog 分配事例。更改会立即得到应用(在 Rational Team Concert 1 版本中,事例实际上是从 Product Backlog 移动至 Sprint Backlog 的,但是在 Rational Team Concert 2.0 之中,在 Product Backlog 中对于更早一点的追踪也是可见的。在 2.0 版本之中,您使用 Iterations 视图来监视事例所分配的迭代)。

图 35 与图 36 显示了结果。

图 35. 分配给一个迭代的事例(发布备份)
Release 备份视图的 Iterations 视图
图 36. 分配给一个迭代的事例(Sprint Backlog)
Sprint Backlog 计划

提示:
您可能需要刷新 Sprint Backlog 以查看新规划的事例。

向事例添加任务

接下来的一步是分解添加至冲刺的事例。这意味着对于每一个步骤都会创建任务,执行这些步骤是为了使事例处于“完成”状态(“完成”的特殊 Scrum 定义,意味着特性真正完成了而且如有需要可以得到具体化)。

  1. 将鼠标移动到项目左边的矩形上,以打开操作选择菜单。
  2. 将鼠标移动到右边,直到您看到“Add Work Item Below”操作标签为止(图 37),并点击操作。
图 37. 向事例添加任务
添加任务的 Action 菜单
  1. 选择 Task
  2. 为任务输入总结。
图 38. 添加一项任务
添加一项任务的对话框
  1. 点击 Save and Close
  2. 在事例下面将会创建一项任务。注意它是与事例在相同的识别层次上创建的。

注意:
如果您在计划中没有看到新创建的任务,那么您要确定 Execution 项目没有排除在计划之外(参见图 39)。

图 39. 筛选菜单
筛选项的对话框
  1. 因为这项任务“属于”事例,所以您可以为任务打开操作菜单并选择 Demote 以将其移动到事例之下。作为一个选择,您可以将其拖拉到事例之上,这也是将其置于事例“之下”。
图 40. 使任务降级
使项目降级的对话框

提示:
确定您使用了一个视图,项目在这个视图中以树形结构的方式显示。假如您选择了一个视图,项目在这个视图中是以扁平的方式显示的,那么您就不能识别任务了。当冲刺计划得到创建以在树形视图中显示项目时,Work Breakdown 视图默认条件下会打开。

在一个典型的 Sprint Planning 会议中,团队成员会调用需要完成的任务。将它们全部记录下来,现在已经足够了。时间估计与分配在会议的稍后阶段才会进行。

  1. 继续为它添加任务以及其他的事例。

提示:
因为冲刺规划的迭代性与交互性本质,对于一个事例执行这样的操作,然后完成下面的步骤以向任务提供估计与拥有者也许会最好。然后您可以返回至这个部分以规划下一个事例。在停止时您要时刻关注一下 Team Load 指示符。

估计任务并分配拥有者

现在是时候估计为事例所输入的任务了。您可以按照适合您团队的方式执行以下的操作:

  1. 为了向任务输入估计,您可以点击任务以打开 Quick 编辑器。然后输入估计值。对于每一个任务都执行这种操作,一个接着一个。

    选择: 您还可以从下列菜单中选择以输入估计值。如果您的时间估计值不在下列菜单中,那么您可以选择 More 以打开一个小型的输入界面,您可以在这个界面中输入您的估计值。
图 41. 输入时间估计值
输入估计的对话框

当您输入所有的估计值之后,您就可以看到每一个事例的总体估计值了,以及整个冲刺的总体估计值了。

一般来说,scrum 团队成员会协商好任务,而分配工作也在同一时间内完成。因为不同的团队成员也许需要不同的时间来完成相同的任务,所以在分配完成之后,您也需要对时间做一个最终的总结。

  1. 在 Sprint Backlog 之中,从列表之中,将任务拖拉到分配给 Havannah 团队的成员。在向团队成员分配一些任务之后,Sprint 规划也许如图 42 所示。
图 42. 分配拥有者
Sprint Backlog 与团队成员的工作负荷

图 42 的大图

项目左边的箭头指示了这些项目应该分配给某人。一般来说, 任务 会分配给团队成员,但是 事例 仍然是未分配的,而团队或者产品拥有者会决定什么时候完成一个事例。这种方法的一种优势在于,这种既显示事例(顶级工作项),又显示任务(通常都不是顶级工作项)的视图中对于将一个事例分解为任务总是可见的。

同样,工作负荷会显示给每一个团队成员。团队工作负荷可以作为估计的任务来监视。为了平衡工作负荷并监视进程,所有的团队成员都必须输入他们的工作负荷,以及他们的到勤率缺席情况。

注意 Frank 没有工作时间,而 Rose 只有 54 个可用的工作时间,因为假期或者其他方面的原因。您应该继续估计任务,直到团队成员不再拥有剩余的时间为止。对于成功的 Scrum 团队来说,记住在每一个人的工作负荷重要留一些余地,以适应估计不充分或者误差等方面的情况。目的就是让所有安排的工作最后都能完成,不管发生什么也是这样。所以您要选择一个适合团队的余地范围。为了确保成功,在开发的早期阶段要留较高的余地值;随着您对团队的工作节奏和效率有了越来越深入的体会,您可以随之降低余地值。


冲刺阶段监视工作与进度

在冲刺阶段,团队成员会接受分配给他们的工作,开始处理任务,有规律地报告任务中还剩余多长的时间,并最终解决掉问题。同样,他们会追踪对于一项特定的任务,已经完成了多少的工作。

它的完成是为了适当地显示迭代期间剩余的工作量。既然 Scrum 强调的是完成的工作,而不是开始的工作量,所以它更倾向于在进行到下一个项目之前,启动并完成一个工作项。

使用开发员的任务板视图

分配及监视工作的一种非常重要的方法是 开发员的任务板,它显示了分配给私人的任务,指示了开始的工作量以及完成的工作量。同样,在最左边它还显示了任务与上级项目的关系。Scrum 管理员或者团队成员可以通过将项目拖拉到另一个团队成员之上,来轻松将项目进行重新分配。它们可以启动对项目的处理,或者简单地将项目拖拉到适当的列上,来将它们设置为 已完成

图 43. 开发员的任务板
Sprint Backlog 作为开发员的任务板

图 43 的大图

为了追踪直到事例完成仍然打开的工作量, 剩余时间 应该为人们所处理的每一项任务都记录下来。编辑一个工作项有很多种方式。为了打开一个快速编辑器窗口,您可以点击项目文本(参见图 44)。

图 44. 快速编辑器窗口
打开的快速编辑器

剩余时间是一个简单的文本区域;因此,如果团队处理一个任务很多天了,那么每一个团队成员都需要根据特定任务剩余的工作量,来更新剩余时间区域。

提示:
为了帮助团队成员去追踪他们在估计任务方面的历史与成功,一旦发生原始的估计值不够,就应该立即对估计值进行校正。

为了打开工作项编辑器,您可以点击任务 ID。使用 Discussion 特性来记录进度或者获取关于任务的信息。任意的团队成员都应该更新这个区域内的信息,而这是获取工作项历史的一种比较好的方式。

图 45. 工作项编辑器窗口
工作项编辑器

图 45 的大图

事例进度可以启动工作来进行追踪。通常来说,没有团队成员会为事例的整体负责;因此,随着事例之下的任务完成了(开发完成),scrum 管理员就会将事例设置为“未实施”(参见图 46)。

图 46. 为 Sprint Review 准备事例
工作项编辑器

使用 Planned Time 视图

追踪可以使用 Planned Time 视图来得到有效地完成(参见图 47)。团队成员可以移动任务,例如,从收件箱移动到每周计划之中。同样,缺席情况还显示在该视图之中。

图 47. 规划时间视图
Planned Time 视图模式之中的 Sprint Backlog

Planned Time 视图使得查看剩余工作以及拥有者计划什么时候更改它变得更加容易。团队在查看该视图时,也许会找到重排任务的方式,以更好地支持团队成员。Planned Time 视图还可以用于支持日常的 Scrum 会议,因此使得讨论什么工作完成了以及接下来该做什么变得更加容易。


追踪以及报告进度

团队成员追踪工作的一种非常灵活的方法,是使用查询。有很多现成可用的预定义查询,而且您可以轻松创建自己的查询。为了使用一个预定义的查询,您可以切换至 Work Items 并点击查询。

使用查询来监视工作

为了构建自己的通用查询,您可以从头开始,或者编辑一个已存在的查询。如果一个已存在的查询几乎能够满足您的需求,那么您可以使用与之类似的方式来编辑它,然后用一个新名字来保存它:

  1. 在 Work Items 视图(图 48)之中,您可以点击 Create Query
  2. 点击窗口中部的 加号 来开始添加状况。
  3. Add Condition 窗口中,点击 Type 然后点击 Add attribute condition
  4. 对于 Type,例如,您可以选择 Story
  5. 添加另外一个状况以选择 Planned For 并输入 Backlog
图 48. 创建一个新查询
新查询窗口与一些添加的状况
  1. 您还可以选择,配置查询结果显示的方式。
    1. Result Layout 项之上,添加或者删除列并制定其显示的顺序。
图 49. 配置查询结果的布局
新查询窗口与结果布局选择
  1. 给新查询起一个名字,例如,All stories in Product Backlog, 并点击 Save
  2. 点击 Run 以运行查询并查看结果。

监视活动

轻松准备 Daily Scrum 会议的一种方法是使用预定义的 最近编辑过的 查询,来识别最近几天更改过的任务(图 50)。您可以使用查询句来配置被判断为“最近”的时间。默认的值是 12 小时。

该列表将会快速显示谁做了操作。它有助于决定谁最近报告了进度。

图 50. “最近编辑的”查询
Recently Modified 查询的 Actions 选择

查看什么事情正在发生的另外一种方法就是 项目事件 视图,它可以添加至项目的操作板之中。通常来说,操作板是监视活动及显示状态的一种比较好的方法。有一些操作板可以使用不同的视图来进行配置,以处理涉众与团队的需要。图 51 显示了这样一个视图的范例,以包含项目的事件。对于该视图的设置可以得到编辑以显示关注的重点。

图 51. Project Events 视图
操作板与 Project Events 视图及配置窗口

进度条

为了快速查看进程以及状态信息,可以在 Rational Team Concert 的许多位置处查看进度条。这些进度条已经为迭代进度当前状态,特定事例的进度,团队成员的进度等等,提供了一个很好的视图。对于项目团队的活动成员,这些负载条可能显示所有的信息,他们需要这些信息去追踪冲刺内的进度。

Burndown 报表

团队还可以使用剩余报表来追踪工作的完成情况,并查看进度的历史。他们可以使用 Product(Release)Burndown 报表来追踪总体的项目进度,而且他们可以使用 Sprint Burndown 报表来查看工作在冲刺中的进展状况。

Release Burndown 报表

报表要通过 Reports 菜单选择进行访问(图 52)。

  1. 通过从菜单栏中选择 Reports 然后展开 Work Items,以打开 Release Burndown 报表(在 Scrum 术语中,它也叫做 Product Burndown 报表)。
  2. 点击 Release Burndown 报表。

图 52 之中的报表显示了每一个冲刺阶段的剩余阶段中的 Story Points ,以及规划工作的总体数量。在这个范例中,规划的工作量在第一个冲刺阶段内一直保持不变。在第四个冲刺阶段中,其他的工作也会添加至 Product Backlog。

图 52. 打开一个发布剩余报表
显示的发布剩余信息

提示:
为了追踪趋势以及历史性的报表,Rational Team Concert 会使用数据仓库技术,来收集大量数据的压缩体,对于一个相对来说小型的项目来说也是如此。如果您试着在学习本文的同时,查看报表,并找到其中没有数据,那么您没有做错什么。图 52 中的报表会在监视六个冲刺阶段的项目进度之后得到创建。当您开始操作时,好像数据仓库“快照”尚未运行的收集一样。该进程一般会在 Jazz 服务器时间区域内的午夜时分运行,所以您需要拥有一个占用所有时间的服务器,以让进程自动运行。一个拥有管理员权限的用户可以从网络 UI 处收集一个快照(参见图 53),尽管在产品环境下不推荐这样做,因为进程可以占用大量的资源,并且在正常的工作时间内影响用户的反应。

图 53. 更新所有的快照数据
数据仓库快照选项的拼接图

注意:
Rational Team Concert 提供有不同的报表工具。您还可以使用 Business Intelligence 和 Reporting Tools(BIRT),一种基于 Eclipse 的报表系统,以创建您自己的报表。图 54 显示了一些范例。

图 54. 报表的范例
不同报表的拼接图

Sprint Burndown 报表

Sprint Burndown 图表对“我们是否正在向完成应该完成任务的方向前进”这个问题提出了一个即时的回答。假设所有的团队成员都适当地更新他们的工作项,那么线趋势随着工作的完成会接近于 0(剩余的工作)。所有的团队成员随时都能轻松看到截止的日期。

按照下面的方法来显示 Sprint Burndown 报表:

  • 打开 Sprint Backlog (迭代计划)并切换至 Charts 项。
  • 您还可以选择,切换至 Reports 并选择 Burndown (参见图 55)。

对于与图 55 中报表相类似的 Sprint Burndown 报表,您必须 更新并登陆其他团队成员所完成的工作。

图 55. Sprint Burndown 报表
冲刺剩余报表的拼接图

提示:
如果团队成员在每天结尾并没有更新他们的数据,那么工作项的状态就不会如实反映在报表之中。尽管更新任务的状态,将会帮助趋势线获取接下来的进程点,还是没有方法去更新历史。任务会显示为已完成,不管这项任务是否真的已经完成。

Jazz 并不会忽略计划中的非工作日,因为对于那些全球范围内分布的团队来说,要想显示哪几天是非工作日是很困难的。因此,平线通常代表了周末时间,但是可能也是缺乏进度的一种表现 (进度更新)。

图 56. 冲刺结尾处的 Sprint Burndown 报表
冲刺结尾剩余 0 小时的 Sprint 剩余报表

提示:
您可能需要编辑报表,以显示您此时所感兴趣的冲刺。

安排 Sprint Review 与 Retrospective 会议

scrum 进程的一个非常重要方面就是 Sprint Review 会议。它的第一部分是向涉众进行演示。使用 Rational Team Concert 可能并不是它的一部分,因为重点是显示工作的软件,而不是任务的列表。但是,来自评审会议的回馈与评论应该收集到,要么是在冲刺的 Overview 页面,要么是页面的附件。

Sprint Review 会议的下一步是 Retrospective(有时也叫做 Reflection)。对于团队讨论什么进行良好,什么不是,以及他们决定做什么来说,是一个机会。scrum 进程模板定义了一个 Retrospective 工作项类型(图 57),它可以用以确保反映会议的召开,并追踪团队的评论与计划。

图 57. Retrospective 会议的工作项
新 Retrospective 项目的操作和窗口

图 57 的大图


对于下一个冲刺再次执行操作

一个健康 Scrum 团队的生命充满了成功的节奏感。计划一会,工作一会,交付,然后重复。

现在您已经完成了您的第一个冲刺了,所以现在是时候开始下一个冲刺了:

  1. 在使用新 Scrum 进程模板创建项目区域时,会为 Sprint 2 创建计划。
  2. 在 Overview 页面上记录冲刺的目标。
  3. 然后使用与冲刺 1 相同的方法,开始向冲刺添加项目。

如果在当前的冲刺中一个事例尚未完成时,可以有不同的操作方法去解决这个问题。一种选择是将一个项目完全移动到新的冲刺之中。

  1. 打开 Release Backlog 计划并选择 Iterations view 模式。
  2. 将有问题的项目移动到下一个冲刺。
  3. 您可以选择将所有的项目拖拉到下一个冲刺之中,一个项目接着一个项目(确定您没有从计划中筛选执行项目),选择应该移动的所有项目。打开操作菜单并按照将它们移回冲刺时相同的操作方式来编辑它们。确定您移动所有的项目(例如,事例与它的子事例)。仅仅重新分配事例,不会移动子事例或者子任务。
图 58. 规划下一个迭代
在冲刺之间移动项目的 Release Backlog 计划与操作

选择下一个冲刺作为“当前的 ”

就算您为冲刺创建了日期,Rational Team Concert 不会随着时间的增长,自动从当前的阶段移动到下一个冲刺。您必须手动调整什么冲刺是当前正在考虑的。

  1. 从窗口顶部的选项栏中选择 Project Areas
  2. 在窗口的右边中,选择 Manage Project Areas
  3. 选择 Havannah 项目。
  4. 点击 Timelines 项。
  5. 展开 Main Development 行。
  6. 选择 Sprint 2
  7. 点击 Set the Selected Iteration as Current
  8. 点击 Save
图 59. 设置当前的迭代
项目区域管理窗口

添加更多的迭代

当您需要为项目添加一个新的迭代时,您是在与选择当前迭代相同的窗口中完成的(参见上面的图 59)。

  1. 选择您想要创建新迭代的版本。对于这里的范例,您可以选择 Release 1.0
  2. 点击 Create Iteration
  3. 为新迭代填进一个 Identifier 和一个 Display Name。
  4. 调整日期并点击 Finish
    注意默认条件下时间被设置为了 12:00 a.m。为了确保迭代的最后一天得到了适当的包含,您可以将日期设置为迭代末尾接下来的一天,或者,举个例子,将时间更改为 11:59 p.m。
  5. 保存 项目区域所做的更改。
图 60. 创建一个新的迭代
项目区域管理窗口

记住您还要为新迭代创建一个新计划。

  1. 切换至 Havannah 项目区域并选择 Plans
  2. 点击 Create Plan(参见图 61)。
  3. 输入 Sprint Backlog 作为名字,Havannah 作为拥有者,并将其与 Sprint 3 迭代联系起来。

注意:
当一个新计划得到创建时,默认条件下它是与当前的迭代相联系的。所以如果您在将新迭代设置为当前之后,只是创建了计划,那么您并不需要将值更改。

  1. 在 Advanced Options 之下,确保您选择了 Always load all Execution Items。Plan Type 被设置为了“自动分配”,这将会导致计划类型被设置为 Sprint Backlog
  2. 保存 新计划
图 61. 创建含有 Sprint Backlog 的迭代计划
创建新计划的操作与窗口

学习更多,并考虑以下的选项

就算您学到了本文中所提到的各种技巧,但是与基于 Scrum 的敏捷开发规划相比,Rational Team Concert 与 Jazz 还有更多的内容需要学习,对于这里讨论的敏捷开发而言,要学习的内容更多。对于初学者而言:

  • 考虑一下使用 Jazz 源控制与 Jazz 源构建引擎,以增强您的持续性集成效果。
  • 考虑一下对快速信息和状态转换使用操作板,而您的老板也会迷上网络操作板的。试着使用各种的报表,以查看哪一个最能适合管理进程的方式。

致谢

我们感谢 Daniel Haischt 花在仔细评审本文草稿上付出的时间,以及直到本文完成以来对本文所做的极有价值的评论。

我们同样感谢 Juergen Baumann 运行了本文所介绍的所有步骤,并提供了建议以及富有挑战的问题,帮助我们尽可能清晰地思考问题的细节。

参考资料

学习

获得产品和技术

讨论

条评论

developerWorks: 登录

标有星(*)号的字段是必填字段。


需要一个 IBM ID?
忘记 IBM ID?


忘记密码?
更改您的密码

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件

 


在您首次登录 developerWorks 时,会为您创建一份个人概要。您的个人概要中的信息(您的姓名、国家/地区,以及公司名称)是公开显示的,而且会随着您发布的任何内容一起显示,除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。

所有提交的信息确保安全。

选择您的昵称



当您初次登录到 developerWorks 时,将会为您创建一份概要信息,您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。

昵称长度在 3 至 31 个字符之间。 您的昵称在 developerWorks 社区中必须是唯一的,并且出于隐私保护的原因,不能是您的电子邮件地址。

标有星(*)号的字段是必填字段。

(昵称长度在 3 至 31 个字符之间)

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件.

 


所有提交的信息确保安全。


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=Rational
ArticleID=551697
ArticleTitle=使用 IBM Rational Team Concert V2 管理 Scrum 项目,第 3 部分: 使用 Web 界面
publish-date=10182010