将版本1与HPALM集成后，如何处理用户故事拆分？

Question

我们的组织正在朝着集成版本1和HP ALM的方向发展，以便需求，测试和缺陷可以双向同步。现在，我们正在研究可以设置用于集成的所有可能的用例。我们面临的挑战之一是“用户故事分割”。如果用户故事未在冲刺期间完成，我们将拆分用户故事并将其余工作移至下一个冲刺。集成版本一和HP ALM之后，此同步如何工作？如何定义整合案例？

Answer 1

我不确定您为此活动选择了哪种集成方法。让我分享在使用Rally实现类似功能期间遇到的挑战。

Rally中有一项功能，通过该功能，我们可以将现有的用户素材分为两个迭代/发行版。通常对用户故事进行此操作，这些用户故事是一次迭代的一部分，但由于延迟或其他原因而被移至下一次迭代。这两个条目都在每个迭代级别维护工作。原始用户故事的前缀为“未完成”，而新故事的前缀为“续”。为这两个都创建了一个父用户故事。

但是Rally的此功能未在其RestAPI界面中公开，并且没有事件被触发或没有可用的通知。新的用户故事随add事件一起出现，但是对现有的带前缀的更改不会进行。

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

希望这会有所帮助。

Answer 2

看看下面给出的用例：

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

解决方案：将HPALM和VersionOne集成后，项目经理将对开发团队的工作具有实时可见性，从而改善总体规划和估计流程。

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

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

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

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

如果这与您要查找的内容相似，请在其网站上查看OpsHub Integration Manager和VersionOne - HP ALM integration的数据表。