设置项目层次结构

在 CA Agile Central 中设置项目层次结构的方式取决于您的组织需求。您正在尝试表达的层次结构就是您的组织结构。CA Agile Central 中的项目意味着您所在组织结构的节点。

设置项目层次结构包括:

基本层次结构

团队节点

CA Agile Central 可跟踪团队中工作流动的速度,以确定可预测和可持续的节奏。在 Agile 中,团队在跨职能和可持续时能够发挥最佳表现。

多级别层次结构

跨职能团队 

如果您以后需要重新构建项目和工作项,请注意以下内容:

要在 CA Agile Central 中开始,请为组织的逻辑分支机构(研发、销售和市场营销)—而不是整个结构定义层次结构。 从简单的结构开始,并允许其发展。

最佳实践

团队可以位于层次结构中的不同级别。如果要在多个团队或区域汇总,可以使用父级节点。工作区不会自动在顶部创建节点。

不要在层次结构中重复创建团队

重复

建议:如果相同的团队拥有来自多个积压工作的工作,有四种方法可以处理这种情况。无论选择哪种方法,都会有跟踪和可见性,因为您可以在需要的级别指定图表(情景、项目组合项)。

 

避免将时间框用作节点

时间框不属于项目层次结构。为了保持时间框的组织性,CA Agile Central 建议使用“计划 → 时间框”页中的发布。

不要将测试结构放入层次结构

不要将测试结构添加到项目层次结构。有关 CA Agile Central 中的测试结构的说明,请参阅“CA Agile Central Quality Management 概述”。如果没有 CA Agile Central Quality Manager,您可以将测试用例与用户情景关联并使用标记或测试用例字段跟踪功能区域。

请注意,将顶部节点放入层次结构

请注意,将节点放在结构的顶部。工作区不会自动在顶部创建节点。您需要在此处添加节点,以便汇总数据。

来自 CA Agile Central 指导员的建议

成功企业的关键因素包括:

可持续的跨职能团队

CA Agile Central 可跟踪团队中工作流动的速度。此度量将允许您预测团队以可持续的节奏完成的工作量。可预测性的关键是团队必须与每周负责该工作的人员保持一致。为了测量完成这些工作的速度,所有必要的参与者都必须算作团队的一员,如开发人员和测试人员。

已调整的时间框

如果多个团队正在使用迭代式流程(如 scrum),则调整时间框将会带来许多好处。具有相同开始和结束日期的迭代和发布会自动在 CA Agile Central 中汇总,提供有关某个时间框状态的组合视图。“团队状态”页显示整个团队的产能,在您向敏捷过渡并且仍然有一部分人员属于多个团队时非常有用。最后,调整迭代可以轻松管理多个团队。移向调整迭代波动的不适和烦恼只会持续几天,而由此带来的益处却是长期性的。

避免单个人员拥有多个积压工作或项目的工作

敏捷有效性部分来自基于团队的承诺。如果某个人员处理多个团队或项目,他们的有效性会降低。如果某个人员必须为多个团队工作,您需要针对降低的产能进行计划。CA Agile Central 建议考虑将此人员作为一个项目的半个参与者,同时作为另一个项目的半个参与者。如果某个人同时处理三个项目,在进行产能计划时最好不要将此人的贡献考虑在内,因为很难预测他们在项目之间的时间分配。此外,研究表明一个人在多个任务之间切换时,他们的有效工作效率会严重降低。

层次结构和 CA Agile Central Portfolio Manager (RPM)

创建项目组合项还是项目?

如果以下语句为真,则创建项目组合项:

  • 有生命周期(开始和结束日期)
  • 您需要跟踪是已开始还是已完成以及剩余工作百分比

创建项目组合项还是父用户情景 (Epic)?

如果上述两个语句为真并且从策略角度而言该工作非常重要,则创建项目组合项。在大型企业中,某些作业角色与策略相关,而其他角色则与执行相关。了解关心工作的人员会有助于决定应该是项目组合项还是用户情景。

项目组合项是一种策略方案,需要业务案例和清晰的价值陈述。Epic 通常是问题的工程解决方案。

RPM 的示例层次结构

CA Agile Central 项目层次结构可以包括策略和执行的层。这些层是组织结构中的节点。这两类层之间的差异是概念性的,不是 CA Agile Central 用户界面的一部分。

策略层:
  • 包含项目组合项
  • 允许将范围限定到策略作业角色的正确级别
  • 对于组织和计划尚未处于开发阶段的工作特别有用。
  • 提供对已完成项目组合项百分比的了解
执行层:
  • 包含用户情景和缺陷
  • 允许跟踪团队的效率和进度

没有有关如何在 CA Agile Central Portfolio Manager 中精确设置项目层次结构的硬性规则。与初次使用 CA Agile Central 的组织相比,在采用 CA Agile Central Portfolio Manager 之前长期使用 CA Agile Central 的组织可能会看到不同的结构。以下示例说明了在 CA Agile Central Portfolio Manager 中设置项目层次结构的不同方式:

组织类型 专用于特定产品或项目集的团队 同时为任意或若干产品或项目集工作的团队
ISV/产品公司
企业 IT 团队
产品/IT 混合

从概念上说,最低级别的项目组合项在策略层开始,但是在为团队分配该工作后移至执行层。CA Agile Central 建议您更新项目字段以反映哪个团队正在处理该工作。不要重复创建项目组合项,以便该项可以同时显示在策略层和执行层。

如果在一个分支(策略)中输入了 Epic 并在另一个分支(执行)中输入了子项,则在团队级别的跟踪可能会混淆。从 Epic 情景的详细信息页面跟踪子项。

反馈

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