rachel|rachel’s blog

在Rally中，产品经理可以完成如下工作：

1. 创建Backlog
2. 进行Backlog的优先级整理
3. 组织Story的层级结构
4. 缺陷的分类处理
5. 发布计划
6. 发布跟踪

1. 创建Backlog

概述

产品经理通过Rally创建Backlog（整理好优先级的列表）和User Story（需求）。

使用Rally

1. 在Backlog & Schedules > Backlog 页创建User story
2. 确保你从系统右上角的项目选择器进入到正确的项目
3. 点击按钮并选择”New User Story”
   1. User Story必须有一个名称。名称应该描述需求的核心功能，例如”向购物车中添加新商品”
   2. 详细描述字段用来描述完整需求，例如”作为一个买家，我希望能够向我的购物车中增加新商品，以便我稍候购买”
   3. 可以在详细描述中填写核心条目作为验收标准
4. 如果你的团队和你一起新建backlog，你可以向他们了解每个User Story 的预计完成时间并将他们的名字写入User Story。

小贴士

1. 如果你只是希望在backlog中快速创建story一面遗漏一些细节，你可以选择”Inline Add User Story”操作。

2. 进行Backlog的优先级整理

概述

Rally提供了两种不同的排序方式。在”强迫排序模式”下，所有对象（包括story、defect和defect suites）在任何时候都按优先级排成列表，通过拖动可以方便地对他们进行重新排序。在”十进制排序模式”下，产品经理可以通过手动为每个对象添加数字标签来进行排序。”强迫排序模式”简单易用，它不允许重复的优先级，所以不会使排序混乱。你的项目管理员可以决定选用哪种排序方法。

 使用Rally

1. 在Backlog页面（其余Rally页面也存在这种情况），如果列表按照”Rank”排序，你就可以看到图标；
2. 需要优先级排序时，鼠标移到上拖动当前行至合适的位置上去；
3. 如果你需要将一个story移动较长的距离（比如从100行移动到第10行），采用编辑rank字段的方法会更加容易。
   1. 双击各行的空白处，会出现在线编辑（inline edit）模式，然后改变Rank值至10；
   2. 点击图标保存编辑结果后，当前story会被移动到列表的第10行。 

小贴士

1. 你可以在Backlog & Schedules > Backlog页面上将Defect和Story一起进行优先级排序
   1. 点击左上部分的按钮，所有未关闭的和未规划（这里指未排入release）的Defect会出现在列表中；
   2. 拖动Defect同Story一起进行优先级排序。

 3. 组织Story的层级结构

概述

User Story可以按照层级关系组织。如果某些特性（feature）太大，无法在一个迭代中完成，那么可以将这类特性建立为一个父User Story和它的孩子Story的结构。比如，你可以建立成：

购买事项

       购物车

              * 添加商品到购物车

              * 查看购物车

              * 改变购买数量

              * 删除购物车中的商品

              * 保存购物车

       付款

              * 进入付款程序

              * 付款前登录

              * 输入地址信息

              * 输入支付信息

              * 确认订单

              * 支付流程

              * 邮件确认

在Rally中，story的状态（status）和预计工时（estimates）是story树积累的结果，所以即使需要通过几个迭代、几次发布或几个项目组（Team）来实现，”购买事项”这个父story的进展情况还是可以方便地被了解到。

 使用Rally

1. 在Backlog & Schedules > User Stories页面进行story层次结构的建立
   1. 这个页面可以通过选择左上角的和按钮来选择进入树结构视图还是平铺列表结构视图。
   2. 在树结构视图中，每个story可以通过右边的图标创建子story
   3. 点击上述图标可以打开一个story新增页面。新增的story自动挂在老story下面
   4. 点击 按钮后可以在页面上看到新的story被挂在老的story下面 

小贴士

1. 你也可以将一个已存在的story挂在本story下，通过修改story的”Parent”属性实现。

4. 缺陷的分类处理

概述

缺陷（Defect）同样也需要划分优先级（prioritize）和排序（rank）。新创建的缺陷是”submitted”状态，除非你自定义了缺陷的状态。你可以通过在缺陷页面采用自定义视图显示”submitted”状态的缺陷来快速地找到并处理它们。这样有助于你的团队方便地在backlog顶部抽取重要的工作。 

使用Rally 

打开和查看缺陷

1. 打开Defects & Tests > Defects页面
2. 在状态列选择”submitted”状态
3. 点击 按钮进行过滤。在出现的过滤结果中挑选合适的缺陷并将它们的状态变为”Open”
4. 点击 按钮选择”批量编辑”来对状态进行批量修改

缺陷优先级排序

1. 在Backlog & Schedules > Backlog页面对缺陷进行优先级排序
   1. 采用拖动排序的方法对缺陷进行排序
   2. 如果你没有采用拖动方式，你可以在缺陷页面新建一个自定义视图并通过”批量编辑”功能来进行排序（详见小贴士）。你也可以通过手动输入数字优先级来进行排序 

将缺陷和story共同放到backlog中

1. 使用backlog页面左上角的按钮可以让缺陷和story共同展现在backlog

小贴士

1.  为Defects & Tests > Defects页面创建自定义视图，定义状态为”Open”，并选择”Rank”列，就可以在缺陷页面对缺陷进行拖动和输入数字排序了。

5. 发布计划

概述

对产品经理来说，发布计划通常是指将经过优先级排序的backlog介绍给项目组成员，使项目经理和项目成员更好的进行迭代规划和认领。

 使用rally

1. 使用Backlog & Schedules > Backlog页面来向项目成员介绍backlog
   1. 点击 和 图标，在backlog中同时展示story和缺陷
   2. 将鼠标移动到story或缺陷的ID上来显示本对象的摘要
   3. 点击ID或名称链接可以查看story或缺陷的详细内容
2. 团队成员可以在Backlog & Schedules > Plan页面将story或缺陷规划到发布或迭代中去

小贴士

1. 在发布计划会议上，可以同时将开发工作分配到发布中以及迭代中

6. 发布跟踪

概述

发布可以在（工作产品状态）Work Product Status dashboard中进行跟踪，如果你希望在看到大的工作是如何进行的，这个dashboard可以展示所有story的层级关系。

 使用rally

1. 发布可以在Dashboard > Work Product Status页面中进行跟踪。
   1. 页面展示了story的层级关系，并提供了摘要，展示大的工作是怎么进行的；
2. 使用Dashboards > Release Status 页面
   1. 页面展示了包括任务在内的所有的工作
   2. 一个发布的焚烧图会在页面的上部显示

小贴士

1. 如果你的story完成趋势不如人意，你可以在backlog & Schedules > Plan页面将其取消排期
   1. 将story拖动移出迭代和发布，将它重新放到backlog中

初学UE，看完了Jesse James Garrett的《用户体验的要素》一书，虽然囫囵吞枣，但也对用户体验要素框架有了些许了解。书中的精彩段落不少，日后再次研读时必将逐一记录。Anyway，记录下第一篇读书心得，为自己几天的阅读做个记号。

什么是用户体验？

我们经常在说“用户体验”，用户体验究竟是什么？Garrett用浅显的语言向我们作了解释——用户体验（user experience），并不是指一件产品本身是如何工作的，而是指“产品如何与外界发生联系并发挥作用”的，也就是人们如何“接触”和“使用”它。

任何产品都存在着用户体验，但在“网站”上，用户体验比任何一个其他产品都显得重要。因为不论用户访问的是什么类型的网站，对大多数人来说，它都是一个“自助式”产品。没有事先阅读的说明书，没有任何操作培训或讨论会，用户所能依靠的只能是自己的智慧和经验，独自面对。因此，“去理解人们所想和所需”这件简单的事情，是任何网站发展过程中都应该格外重视的。

面向外部网站毋庸置疑，用户体验直接影响着用户是否会第二次访问它，直接影响着网站的投资收益率。企业内部的网站，如果不注重用户体验，让企业员工使用网站花费的时间越多，依据“时间就是金钱”的原则，将直接从一个“为企业创造价值的项目”变为一个“资源消耗噩梦的项目”。

什么是好的用户体验呢？

协调一致、直观明了、让人愉快的体验，一次“每件事情都按照正确的方式工作”的体验，就是好的用户体验。

用户体验的因素很多，归纳起来，有五个要素，也是五个层面，由上而下分别是表现层（surface）、框架层（skeleton）、结构层（structure）、范围层（scope）和战略层（strategy）。这五个层面抽象的提供了一个网站基本架构，由下而上各层相互影响、相互关联。

在阐述这五个层面时，作者区分了网页作为软件的界面和作为内容的载体这种双重性质，并指出了如何在产品设计过程中对二者进行处理。如图所示：

让我们从底层到上层进行阐述：

战略层：指用户需求与网站的目标。成功的用户体验，其基础是一个被明确表达的“战略”。知道企业与用户双方对网站的期许和目标，有助于确立用户体验各方面战略的制定。

范围层：指网站的功能规格及内容需求。带着“我们想要什么”、“我们的用户想要什么”的明确认识，我们就能弄清楚如何去满足所有这些战略的目标。当你把用户需求和网站目标转变成网站应该提供给用户什么样的内容和功能时，战略就变成了范围。

结构层：指网站的交互设计和信息架构。在收集完用户需求并将其排列好优先级别之后，我们对于最终产品将会包括什么特性已经有了清楚的图像。然而，这些需求并没有说明如何将这些分散的片段组成一个整体。这就是范围层的上面一层：为网站创建一个概念结构。

框架层：页面设计，包括布局、导航与信息设计。在充满概念的结构层中开始形成了大量的需求，这些需求都是来自我们的战略目标的需求。再框架层，我们要更进一步地提炼这些结构，确定很详细的界面外观、导航和信息设计，这能让晦涩的结构变得更实在。

表现层：指网站的视觉设计。在这个五层模型的顶端，我们把注意力转移到网站用户会首先注意到的那方面：视觉设计。这里，内容、功能和美学汇集导一起来产生一个最终设计，这将满足其他四个层面的所有目标。

上述五层要素中，要求每个层面的工作再下一层面可以开始之前完成，会导致你和你的用户都不满意的结果。一个更好的方法是让每一个层面的工作在下一个层面可以结束之前完成。

无论网站有多大，用户体验的要素都是一样的，但将这些要素背后的想法付诸实施，却是一个心态的问题。 

大部分时候，关于用户体验的决策总会体现在以下这些场景之中：

1.由现状决定的设计（design by default）。

2.由模仿决定的设计（design by mimicty）。

3.由领导决定的设计（design by fiat）。

很多时候，你必须在不同的做法之间作出妥协并评估利弊以及进行取舍。

如果在网站开发过程中，始终从完整的用户体验出发，那么最后得到的网站就是一份有价值的资产。有意识、有目的地做出每一个决定，并在执行时将每一个决定都建立在对其背后的议题的理解之上之忧这样才能确保这个网站能同时满足我们的战略目标和用户需求。

 顺便说一句，本书在强调“用户体验为何如此重要”时举了一个非常生动的日常生活中的遭遇的例子，与最近奥斯卡大热的《Benjamin Button》的一个倒叙片断如出一辙，不论书还是电影，这都是一种非常棒的用户体验。^­_^