虽然其他故事状态不言自明，但我不太确定2个不同的Finished和Delivered状态的预期用途是什么。
我在Pivotal网站上观看了视频，但发现它们没有用 - 他们只是声明我们可以使用这些状态标记故事，但没有解释它与工作流程的关系。
那么，为什么我们需要它们呢？在开发人员将故事标记为Finished之后，在Delivered之前发生了什么？
我假设以下工作流程：
Started Finished Delivered Accepted或Rejected并在必要时重新启动。我们应该在其他类型的测试之前将故事标记为Finished，然后在Delivered过去之后标记为NotificationPane吗？或者它应该涉及代码审查？也许这是敏捷/ scrum世界的常识，我还没有意识到？
我确实理解这主要取决于项目中建立的惯例，但我正在寻找一些最佳实践，因为我们刚刚开始将Pivotal Tracker整合到我们的工作流程中。
答案 0 :(得分：14)
我刚才有同样的问题并观看了those same videos you did，但也发现了a more detailed article on Tracker's workflow。
根据他们的解释，我修改了您的步骤，如下所示。显然每个人都会对此略有不同，但我试图通过你的公司根据你的初始步骤来看待事情。
Started Finished Delivered Accepted或Rejected并在必要时重新启动。希望这很有帮助。
答案 1 :(得分：-1)
这是一个古老的主题，但这就是我们在公司所做的事情：