我们的组织正朝着集成版本 1 和 HP ALM 的方向发展，以便需求、测试、缺陷双向同步。现在我们正在研究我们可以为集成设置的所有可能的用例。我们面临的挑战之一是“用户故事拆分”。如果用户故事在 sprint 期间没有完成，我们会拆分用户故事并将剩余的工作移至下一个 sprint。在集成版本 1 和 HP ALM 之后，这种同步如何工作？如何定义集成案例？
【问题讨论】：
标签： integration alm user-stories versionone hp-alm
我不确定您为此活动选择了哪种集成方法。让我分享一下我们在使用 Rally 实现类似功能时所面临的挑战。
Rally 中有一项功能，我们可以通过该功能将现有用户故事拆分为两个迭代/版本。这通常是针对作为一个迭代的一部分但由于延迟或其他原因被移至下一个迭代的用户故事进行的。两个条目都维护每个迭代级别的努力。原始用户故事以“未完成”为前缀，新故事以“继续”为前缀。还为这两者创建了一个父用户故事。
然而，Rally 的这一功能并未在其 RestAPI 接口中公开，也不会触发任何事件或通知可用。新的用户故事与 add 事件一起出现，但对现有的 with 前缀所做的更改不会流动。
为了跟踪对旧用户故事所做的更改，我们要求用户手动更改旧故事。
希望这会有所帮助。
【讨论】：
看看下面给出的用例：
问题陈述：项目管理和开发团队使用 VersionOne 作为项目管理系统，使用 HPALM 作为开发系统。如果这两个系统不同步，项目经理就无法清楚地了解任务的状态和类似的详细信息来计划传入的客户请求。
解决方案：当 HPALM 和 VersionOne 集成后，项目经理将实时了解开发团队的工作，进而改进整体规划和估算过程。
项目经理在 VersionOne 中记录一个“用户故事”。
“用户故事”同步到 HPALM。
开发团队在 JIRA 中将“故事”分解为“任务”。
一旦开发团队完成所有任务并更改状态 Jira 中的用户故事要“完成”，更改也会 同步到 VersionOne。
如果这与您要查找的内容相似，请查看 OpsHub 集成管理器和他们网站上的 VersionOne - HP ALM integration 数据表。
【讨论】：