workflow - 关键跟踪器 "Finished"和 "Delivered"

尽管其他故事状态是不言而喻的，但我不太确定2个不同的Finished和Delivered状态的预期用途是什么。

我已经在Pivotal网站上观看了这些视频，但发现它们无济于事-他们只是说我们可以使用这些状态来标记故事，但没有说明它与工作流程之间的关系。

那么，为什么我们需要它们？在开发人员将故事标记为Finished之后且获得Delivered之前会发生什么？

我假设以下工作流程:

开发人员开始研究该故事，将其标记为Started

故事任务完成并通过单元测试后，将其标记为Finished

在???之后它被标记为Delivered

然后，在进行质量检查后，可以将其设置为Accepted或Rejected，并在必要时重新启动。

我们是否应该在进行其他某种测试之前将故事标记为Finished，然后通过该故事，然后再将其标记为Delivered？还是应该涉及代码审查？也许这是敏捷/困惑世界的常识，但我还没有意识到？

我确实知道这主要取决于项目中建立的约定，但是我正在寻找一些最佳实践，因为我们刚刚开始将Pivotal Tracker纳入我们的工作流程中。

最佳答案

我只是有同样的问题，看过those same videos you did，还发现了a more detailed article on Tracker's workflow。

根据他们的解释，我修改了您的步骤，如下所示。显然，每个人对此都有不同的看法，但是我试图根据您的初始步骤，通过贵公司的运作方式来了解问题。

开发人员开始研究该故事，将其标记为Started

故事任务完成并通过单元测试后，将其标记为Finished

将代码成功部署到阶段或测试环境后，将其标记为Delivered

然后，在进行质量检查后，可以将其设置为Accepted或Rejected，并在必要时重新启动。

希望这会有所帮助。

关于workflow - 关键跟踪器 "Finished"和 "Delivered"，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/38498748/