教程:5 个简单的步骤了解 Rally

本教程将引导您使用 Rally 应用程序通过五个简单步骤轻松计划敏捷项目。您将学习如何:

  • 创建用户情景的积压工作
  • 计划迭代
  • 在迭代期间跟踪进度
  • 通过燃尽图查看迭代状态

敏捷软件开发是指围绕小型的、自我组织和跨职能团队的一组原则和实践,这些团队通过每天处理业务来制定要求并以迭代和增量方式交付解决方案。Scrum、XP 和“精简软件开发”是著名的敏捷框架。

Sprinting Safaris, Inc. Roars

Sprinting Safaris 是一家追求冒险刺激的旅行公司,但是他们目前的预定系统需要人工处理并且非常过时。Sprinting Safaris 希望在下一个雨季到来之前实现现代化的在线预定系统。

Sprinting Safaris 团队采用敏捷方案的特征有哪些?

  • 小(5-9 名团队成员)
  • 全职团队成员(每个季度不会更改团队结构)
  • 同一位置(或使用软件进行通讯,如 Skype、IM、Rally)
  • 自我组织
  • 跨职能
  • 不会自负

提示:
  • 产品所有者是团队中定义价值、保持愿景和标识产品验收条件的人员。产品所有者拥有和管理产品积压工作并从架构师、测试人员和开发人员处寻求指导,以正确评估积压工作项的规模并代表客户对这些项进行排序。

1. 创建用户情景的积压工作

新的在线支付和预定系统包含若干新功能。Safaris 团队需要针对新系统创建所有功能和要求的列表,以便了解第一步要做什么。此要求列表称为积压工作。积压工作上的要求称为用户情景。

Sprinting Safaris 希望他们的新预定系统能够接受信用卡付款。让我们来创建包含此要求的用户情景,并将其在积压工作中排列:

步骤 1(共 5 步) — 构建积压工作  
提示:
  • 产品积压工作是 团队将针对该产品实施的所有用户情景的列表。
  • 用户情景将采用能够向用户或客户强调价值的方式介绍用户应执行哪些操作。通常采用简短的日常语言编写。
  • 适用于用户情景的最佳实践是从用户的角度编写内容。通常使用的模板是:作为什么人,我需要什么东西,以便为什么
  • 情景分数是用于表达用户情景整体大小的度量单位。情景分数是相对而言的。分配了 4 分的情景所需的工作量应是分配了 2 分的情景的两倍。

2. 创建首次迭代

迭代是专注于交付工作和质量软件的短期(1 到 4 周)开发周期。每次迭代都交付另一个已测试产品功能的增量。部分团队还使用团队冲刺来表示此时间框。

迭代开发是敏捷的本质。我们开发产品、在每次迭代时完全测试软件、向产品所有者或客户展示和确认价值。此签入可确保我们以增量方式构建正确的功能,同时向着更大的目标迈进。

现在,开始创建用于排定工作的首个迭代:

步骤 2(共 5 步) — 创建迭代  
提示:
  • 计划速度表示团队可以在迭代中完成的情景分数。
  • 作出承诺和实现承诺是敏捷开发成功的关键因素。敏捷团队不会承诺在迭代中无法完成的更多工作。

3. 计划首次迭代

当我们开始计划首次迭代的内容时,可以通过将排定的用户情景分解为任务来提高估算的准确性。

让我们在积压工作中排定需要在首次迭代中完成的工作,并将排定的用户情景进行任务化:

步骤 3(共 5 步) — 计划迭代  
提示:
  • 迭代计划的常规步骤包括:
    1. 识别迭代的目标或主题。
    2. 选择要开发的用户情景。
    3. 将用户情景拆分为任务。
  • 任务是表示团队可以如何完成用户情景的较小的工作项。对于信用卡付款情景,任务示例为“创建信用卡条目表单”。完成这些任务需要 1 小时到 1 个开发日。

4. 在迭代期间跟踪进度

迭代期间,您的开发团队在开始工作和完成活动时提供任务进度的更新。这通常在每日立会期间完成。

进度应由团队在 Rally 应用程序中记录。接近完成任务的状态也将汇总到其已分配的用户情景。

完成所有任务后,用户情景实现“已完成”状态。然后,产品所有者复查情景,如果该情景满足所有条件,将其标记为“已验收”状态。迭代中所有已排定的情景都应在迭代的最后一天之前完成和验收。

让我们记录迭代中的任务和用户情景的进度:

步骤 4(共 5 步) — 跟踪进度  
提示:
  • Rally 的状态图标:
    • D = 已定义
    • P = 进行中
    • C = 已完成
    • A = 已验收
  • 立会也称为每日 Scrum,是时长 15 分钟的会议。成员之所以站立开会是因为每人只需回答三个问题:
    1. 我昨天做了什么?
    2. 我计划今天做什么?
    3. 通过我的方式得到了什么?

5. 保持迭代回顾并查看报告

迭代结束时,您的团队将 向组织中的其他部门和利益相关人展示用户情景。团队还将举行重要会议并进行迭代回顾。团队将讨论迭代中的成功和不足,然后分配操作项以更正任何问题。

您的团队可以通过此会议确定他们是高估还是低估了可以在每次迭代中完成的情景分数。

Rally 提供的报告和图表有助于您确定估算成功和工作速度。最有帮助的团队进度指示是“迭代燃尽图”。

让我们来查看 Sprinting Safaris 迭代可能生成的不同的燃尽图。

步骤 5(共 5 步) — 查看报告  
提示:
  • 燃尽图以直观方式指示待完成的剩余工作量和已验收的迭代情景分数。
  • 燃尽图在早期可能会有波动,但是随着团队的成熟,它们会提供有关团队速度的良好指标。

复查

Rally 的入门教程已完成。现在,您知道如何:

  • 创建用户情景
  • 计划迭代
  • 在迭代期间跟踪进度
  • 通过燃尽图查看迭代状态

Rally 企业版和无限版提供的许多功能有助于协助您的团队进行发布计划、时间跟踪、高级项目组合计划、客户功能请求和质量管理。

在使用 Rally 时需要帮助?单击 Rally 页面右上角的绿色问号图标了解有关已提供的功能的详细信息。

反馈

需要更多帮助? CA Agile Central 社区为您提供一站式自助和支持。要将反馈或支持请求提交到 CA Agile Central 支持、获取解答并与其他用户协作,请加入我们的 CA Agile Central 社区