作为项目管理者,一直以来您都被要求将您的团队在 IBM® Rational® RequisitePro® 中完成的需求工作同 IBM® Rational® Portfolio Manager 中的项目集成起来。Rational Portfolio Manager (项目管理)对于 RequisitePro (需求管理)的目标就是,将需求同项目计划和跟踪联系起来。所有的导入工作都是通过 Rational Portfolio Manager 完成的。在当前的实现中,它是一个从 RequisitePro 的 “拉” 的过程。所有在 Rational Portfolio Manager 中得到的数据都是 只读的 。
作为项目管理者,一直以来您都被要求将您的团队在 IBM® Rational® RequisitePro® 中完成的需求工作同 IBM® Rational® Portfolio Manager 中的项目集成起来。在 Portfolio Manager 7.1 版本发布之前,这是一个手动的过程,因为缺乏直接的集成,所以如果您要彻底完成它的话,就需要若干(或许是许多)副本。
保 持这两个工具间的信息同步是一个漫无目的的主张。您必须检查 RequisitePro 中的每一项需求,并且将其同 Rational Portfolio Manager 中存储的内容相比较。然后,您对 Rational Portfolio Manager 中存储的版本进行必要的调整。无论如何,上层管理想要跟踪需求的资源和成本,并且评估完成的工作,就像其它任何任务一样。在版本7及其以后的版本中,就能 够做到这一点。
Rational Portfolio Manager (项目管理)同 RequisitePro (需求管理)集成的目标是将需求同项目计划和跟踪联系起来,从而帮助您达到下列目的:
下面列出的是建立和使用该集成的主要的先决条件:
注意: 请记住您配置 .ear
文件所用的名称,因为您需要用它来构成 RequisitePro Web Services 的 URL 的一部分。
至此,基本工作已经就绪,您可以开始学习如何使用这一集成了。
所有的导入工作都是通过 Rational Portfolio Manager 完成的。在当前的执行中,它是一个从 RequisitePro “拖拉” 的过程。在 Rational Portfolio Manager 中,所有取得的数据都是只读的。我们以一个能够操作项目的用户身份登录 Rational Portfolio Manager。
需求只能被作为 “requirement” 导入到 Scope Management 视图中。此外,它们还需要同一个特定的项目联系起来。本文就将使用一个新的建议来对比一个已经存在的项目,但是两者都可以工作。
在您的环境中,您可能不会用到这一相同的结构,或者命名约定可能并不相同。Rational Portfolio Manager 具有很强的通用性,并且能够以无数种方式进行配置。本文中的例子将尽可能简单的保持环境不变。
图 2. 拖动一个 Proposal 到 Work Management 视图中
在 Rational Portfolio Manager 的一个标准配置中,您能能会使用一个模板,或者作为您的过程(亦即 Workflow)一部分的对象可能被自动的包含进该建议之中。为了保持它的简单性,没有一项将被显示出来。该例子中所使用的建议是从 IBM® Rational Unified Process® (RUP®) 架构 Small Project 模板中创建的,该模板包含在 Rational Portfolio Manager Version 6.2 或者更新的版本中。导入 RequisitePro 需求的步骤与建议或者项目中所定义的对象无关。
图 3. 选中 Scope Management
图 4. Scope Management 视图
您将注意到对于每一个项目和建议,都有相对应的文件夹。这为您提供了将那些特定的项目或者建议所包含的所有元素放置在一个位置的条件,这将有助于您对这些对象进行组织。
该导入过程现在启动(参见图6)。对于一个最初的导入,您需要提供一些信息,它们将允许用户访问 RequisitePro Web Service,并通过它访问 RequisitePro 中已经被定义的(该用户有权访问的)所有项目。
您还必须提供一个有效的 RequisitePro Login Name 和 Password (参见图8)。按钮 Next 直到所有这些信息被提供之后才会变为可点击状态。
一旦您点击了 Next ,该系统就将会处理所提供的信息,并且返回一个您所能访问的项目的列表。
该系统将查询悲情球的项目,并且返回一个需求列表。该列表将会展示项目中所有需求的分层结构,包括文件夹(如图10所示)。
图 12. 选中单独一个子需求的同时,其所有的父需求对象都将被自动选中。
在这个版本中,对于同一时间被导入的需求的数量有一个限制。这个限制为400个需求。正如您在图14中的状态栏中所看到的,当前总共选中50个将被导入的需求。
您不能在 Rational Portfolio Manager 中对从 RequisitePro 导入的区域进行编辑。任何对需求的修改都只能在 RequisitePro 中进行。
在 Rational Portfolio Manager 处理需求的同时,来自 RequisitePro 对话框的 Import 指示进程已经启动(参见图16)。
当导入完成后,对话框随即消失,并且 Rational Portfolio Manager GUI 重新显示 Scope Management 视图。您在进程开始时所选择的文件夹将会被折叠起来。
您也将注意到分层的需求结构已不复存在。在 Rational Portfolio Manager 中,您具有对方需求的能力,但是如果您不这样做,那么您就不能够在 Work Breakdown Structure 中分别为堆放的需求列表。为了使您更加灵活的使用列表选项,来自 RequisitePro 的需求被导入到同一个级别中。而分层的结构仍然在 RequisitePro 中得以保持。
为了区分被导入的需求和 Rational Portfolio Manager 中开发和保持的需求,我们赋予被导入的对象以特定的图标。标1显示了 Rational Portfolio Manager 本地图标和 RequisitePro 图标。
表 1. 标准的 Rational Portfolio Manager 图标和 RequisitePro 图标
项目
|
|
|
文件夹
|
|
|
需求
|
|
|
在 ReqPro 项目级上的导入记录状态中,更多的信息能够被获得。我们仍然停留在 Scope Management 视图中,完成如下操作:
图 19. 打开一个 RequisitePro 项目的 Description 视图
Description 视图被打开,显示 RequisitePro Integration 布局。该布局包括两个 portlets : Identification 和 RequisitePro Integration Status。每一个 portlets 都包含关于 RequisitePro 项目的信息(参见图20)。其中,Identification portlet 包含来自 Import Wizard 的信息。它还包含以下两个域:
为了对其进行修改,您必须对描述视图进行核对。默认状态下它们都被设置为 No。其中,RequisitePro Integration Status 包含一个需求列表,这些需求用于 Identification 中所描述的 RequisitePro 项目。
该 portlet 显示了每一个需求的状态(同步、删除、或者不同步;无论其是否被导入),同时,它也显示了来自 RequisitePro 的最新更新,从而为您提供了观察该项目的全局视角。您也能够直接从该视图中运行 Import/Update 向导。
当您启动项目的第一个导入进程时,将会获得 RequisitePro User 、RequisitePro Password 、Server URL 和 Project Path 。RequisitePro Integration Status 小节指示了哪些需求被导入(或着未被导入),以及它们的状态是什么。
图 20. 已导入的 Project Description 视图
图 22. 通过 Project Import 向导将 Updates 和 Imports 集成起来
图 23. 在 ReqPro 项目 Description 视图中更新信息
前一小节讨论了如何在 RequisitePro 项目级上进行更新。现在您将看到如何在需求级上完成这一操作。您可以从 Work Management 视图或者 Scope Management视图中启动该进程。
至此完成更新工作,您将返回到 Scope Management 视图。
如果这两个工具是 “同步” 的话,那么对话框将如图26所示,并且将会有信息指示元素处于最新状态。
至此,您已经成功的从 RequisitePro 导入并且更新了需求,您可能还存有许多关于项目管理的问题。下面列出的问题可能正是您想要提出的:
我们的答案是:您能够对这些需求做任何本地需求所能够做的事情。有三个例外,它们是:Reference Number 、Description 和 Name (参见图27)。
图 27. Edit 模式中的 Requirement Description 视图
通过这个描述视图,您能够执行许多项目管理任务,比如:
您执行这些任务的能力将取决于您的 Rational Portfolio Manager 安全权限。图28显示了同图27一样的 Description 视图布局,但是其中若干 portlets 未被展开。它也影响该需求的下列部分:
图 28. 在 Requirement Description 视图中扩展的 portlets
描述图中不同的 portlet 中的信息同 RequisitePro 中的属性以相似的方式表现:它们向需求的理解添加深度和广度。要理解需求的复杂性,您需要创建它的工作崩溃结构 (WBS)。
图 30. Rational Portfolio Manager 弹出菜单
该项目将显示所有的 WBS 元素(参见图31)。
图 31. 在 Work Management 视图中扩展的 WBS
图 32. Scope Management 已打开的 Work Management 视图
图 33. 有来自 RequisitePro 需求的 WBS
Rational Portfolio Manager 中的信息同 RequisitePro 中的信息保持一致,是非常重要的。这一过程必须由 Rational Portfolio Manager 发起,但是它可以在项目级至需求级之间被完成(正如前文所述的那样)。
理解从项目和投资组合管理的各个方面导入的这些需求所产生的影响:
现在,将集成用于正确的需求版本已经不再是漫无目的的了。您的业务分析师能够继续工作在 RequisitePro,充分利用该工具为需求管理所提供的所有特性(特别是跟踪功能)。他们不需要改变他们的工作方式。
此外,您的项目经理能够导入这些需求,并且应用所有的标准项目管理功能(例如资源分配、计划、成本评估、风险管理、以及时间和费用)。它们不需要学习另一种工具,不需要跟踪变化,也不需要手动的更新转录的需求。
高层的管理能够看到他们的资产是如何被利用的。现在,当一位高级管理者想要将已经存在的需求集成进他的项目和投资组合管理环境中时,Rational Portfolio Manager 及其同其他 IBM Rational 工具的集成就是答案。
学习
获得产品和技术
讨论