0

我们的组织正朝着集成版本 1 和 HP ALM 的方向发展，以便需求、测试、缺陷双向同步。现在我们正在研究我们可以为集成设置的所有可能的用例。我们面临的挑战之一是“用户故事拆分”。如果一个用户故事在一个 sprint 期间没有完成，我们会拆分用户故事并将剩余的工作转移到下一个 sprint。在集成版本 1 和 HP ALM 之后，这种同步如何工作？如何定义集成案例？

4

2 回答 2

0

查看下面给出的用例：

问题陈述：项目管理和开发团队使用 VersionOne 作为项目管理系统和 HPALM 作为开发系统。如果这两个系统不同步，项目经理就无法清楚地了解任务状态和类似的详细信息来计划传入的客户请求。

解决方案：当 HPALM 和 VersionOne 集成后，项目经理将实时了解开发团队的工作，进而改进整体规划和估算过程。

  • 项目经理在 VersionOne 中记录一个“用户故事”。

  • “用户故事”与 HPALM 同步。

  • 开发团队在 JIRA 中将“故事”分解为“任务”。

  • 一旦开发团队完成所有任务并将 Jira 中的用户故事状态更改为“完成”，该更改也将同步到 VersionOne。

如果这与您正在寻找的内容相似，请在其网站上查看 OpsHub 集成管理器和VersionOne - HP ALM 集成的数据表。

于 2018-10-16T07:49:44.223 回答
0

我不确定您为此活动选择了哪种集成方法。让我分享一下我们在使用 Rally 实现类似功能时所面临的挑战。

Rally 中有一个功能，通过它我们可以将现有的用户故事拆分为两个迭代/发布。这通常是针对作为一个迭代的一部分但由于延迟或其他原因被移至下一个迭代的用户故事进行的。两个条目都维护每个迭代级别的努力。原始用户故事以“未完成”为前缀，新故事以“继续”为前缀。还有一个为这两个创建的父用户故事。

然而，Rally 的这一功能并未在其 RestAPI 接口中公开，也不会触发任何事件或通知可用。新的用户故事随 add 事件一起出现，但对现有的 with 前缀所做的更改不会流动。

为了跟踪对旧用户故事所做的更改，我们要求用户在旧故事中进行手动更改。

希望这可以帮助。

于 2018-07-04T14:15:23.723 回答