我们也希望开始使用JIRA和GH进行部署/变更管理。任务/故事的拟议工作流程如下:
积压 - >打开(在Sprint中添加) - >正在进行中(编码) - >已解决(已提交代码,已完成工作) - >要求更改(创建问题RFC-x,其中包括Sprint中的一组问题) - >
从这里我们在新的工作流程中跟踪这个RFC-x:
在测试系统中 - >正在测试 - > QA验证 - >管理层批准 - >部署到生产 - >最终用户验证
有没有办法轻松地将一个Sprint或版本中的一组问题与一个问题联系起来?
答案 0 :(得分:3)
使用链接是一种方法
您始终可以使用JIRA提供的问题链接功能链接问题 http://confluence.atlassian.com/display/JIRA/Linking+Issues
有一个插件可以帮助您跟踪链接
https://studio.plugins.atlassian.com/wiki/display/ILR/JIRA+Issue+Links+Report+Plugin
或链接层次结构报告
https://plugins.atlassian.com/plugin/details/5003
通过自动化问题之间的状态转换,您甚至可以提高一个档次 我们在此处描述了分离规范和任务的概念:http://www.idalko.com/display/WIC/Separation+of+specifications+and+tasks
另一种方法是将RFC-x作为sprint的一部分包含在内,并使用修订版本对所有相关问题进行分组。 更改请求允许您在特定版本的上下文中跟踪部署状态,而无需管理问题与RFC之间的链接。
答案 1 :(得分:2)
对于分组问题,您可能需要查看Structure plugin - 它仍处于早期测试阶段。很想听到反馈和功能要求。
伊戈尔