在我的 Scrum 工作流程中,当一个故事的开发完成后,这个故事会被移到Resolved状态,并且只有在 QA 完成后,这个故事才会关闭。
由于 QA 团队与开发团队分开工作,当我跟踪开发团队的进度时,我希望燃尽图反映团队进度,因此应将任务视为已解决状态,而不仅仅是关闭.
在我的 Scrum 工作流程中,当一个故事的开发完成后,这个故事会被移到Resolved状态,并且只有在 QA 完成后,这个故事才会关闭。
由于 QA 团队与开发团队分开工作,当我跟踪开发团队的进度时,我希望燃尽图反映团队进度,因此应将任务视为已解决状态,而不仅仅是关闭.
我必须说我同意前一个答案的一个要素:Scrum 中的最佳设置是只有一个团队。不幸的是,在某些情况下,您没有此选项。因此,如果这是您的情况,这是我的答案:
首先,我不建议创建单独的项目。有了 JIRA 最新版本中的功能,还有很多其他方法可以做到这一点。一种是使用 Greenhopper 插件,在同一个项目上创建两个不同的板子:一个用于开发人员,一个用于 QA。我遇到了你提到的同样的挑战,这就是我们所做的:
对这个团队的要求:
JIRA设置:
1)我为我的项目创建了一个自定义工作流程,考虑到我们在“已解决”和“已关闭”之间的不同“中间状态”。以下是我们工作流程的概述:
open -> InProgress -> Resolved -> Staging-> Ready for Prerelease-> Prerelease->Ready for Production -> Production -> Closed
2)然后我创建了一个“开发”Scrum Board,配置如下:
3)最后我在同一个项目上创建了一个“QA”Scrum Board,配置如下:
结果:
我们现在有当前 Sprint 的两种视图,一种用于开发人员,另一种用于 QA。这两种观点考虑到每个团队对完成的定义略有不同的事实。
开发板
质量检查委员会
我们已经使用这个设置大约一年了,它仍然符合要求:-)
希望能帮助到你
通常你会有一个团队(dev + qa)和一个项目并跟踪团队的进度,因为在这种情况下,一个任务在测试和验证之前不会被视为完成。
如果您希望有两个团队,那么您可能需要有两个项目。但是,在我看来,这不是最理想的情况。在处理同一个项目时,dev 和 qu 团队应该在语义上连接起来。当开发团队最初完成一项任务的开发时,需要对其进行测试,但您不能确定开发团队是否已完成该任务,因为代码中可能存在错误,并且质量保证团队必须将任务返回给开发团队和该团队将对该任务进行新的工作。我不是在挑战你的管理方法,我只是说这可能难以衡量和维护。
关于“任务应被视为完成”的时间,我不认为您可以更改此默认行为,但是您可以向 Atlassian 提出问题:http: //support.atlassian.net/。
但是,您可以为两个团队创建单独的项目。例如:
ProjectName-Dev
& ProjectName-QA
。然后当开发团队完成某些事情时,在另一个项目中创建相应的任务。这样您就可以轻松跟踪各个团队的进度。然而,这对我来说似乎太多的手工工作。还有另一种可能性——任务可以在项目之间移动,但这可能会影响燃尽图的最终视图。如果您采用的模型对所有任务(每个模块或某些其他工作)使用主问题,然后移动子任务,您可能能够保留“花费时间”数据。
去问问 Atlassian。:)