9

虽然其他故事状态是不言自明的，但我不太确定 2 个不同的Finished和Delivered状态的预期用途是什么。

我看过 Pivotal 网站上的视频，但发现它们没有帮助 - 他们只是声明我们可以使用这些状态标记故事，但没有解释它与工作流程的关系。

那么，我们为什么需要它们？在开发者将故事标记为Finished和之前会发生Delivered什么？

我假设以下工作流程：

  • 开发人员开始处理故事，将其标记为Started
  • 一旦故事任务完成并通过单元测试 - 它被标记为Finished
  • 后 ？？？它被标记为Delivered
  • 然后，在 QA 之后，如有必要，它可以重新Accepted启动。Rejected

Finished我们是否应该像在其他类型的测试之前那样标记故事，然后Delivered一旦它通过？或者也许它应该涉及代码审查？也许这是敏捷/Scrum世界中的常识，我还不知道？

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

4

2 回答 2

15

我刚刚有同样的问题，看了你做的同样的视频，但还找到 了一篇关于 Tracker 工作流程的更详细的文章。

根据他们的解释，我修改了您的步骤如下。显然，每个人对此的看法都会略有不同，但我已尝试根据您最初的步骤，通过贵公司的工作方式来看待事情。

  • 开发人员开始处理故事，将其标记为Started
  • 一旦故事任务完成并通过单元测试 - 它被标记为Finished
  • 一旦代码成功部署到阶段或测试环境，它被标记为Delivered
  • 然后，在 QA 之后，如有必要，它可以重新Accepted启动。Rejected

希望这会有所帮助。

于 2016-07-30T22:02:53.033 回答
-1

这是一个古老的主题，但这是我们公司正在做的事情：

  • 当开发人员结束工单时，他完成了故事。
  • 任何完成的故事都必须由另一个开发人员审查
  • 如果代码审查没问题，则将代码合并到测试分支
  • 然后请求者交付它
于 2017-10-17T14:23:40.893 回答