PivotalTracker最佳实践

Question

（如果您还没有听说过）Pivotal Tracker是一款基于敏捷开发方法的简单故事式项目规划工具，可以让团队协作并立即应对现实世界中的变化。它可以用于各种类型的项目。点击此处了解更多。 我们即将开始使用Rein Henrichs的这份概要为基础的工作流程，并且想听听如何将产品组件分解成项目的意见。 我们进行了一些标记实验，但似乎如果一个系统有很多组件（例如照片查看器、视频查看器、新闻动态和通知服务），一个单独的项目可能会变得非常拥挤。 同时，出于版本控制等方面的考虑，将所有内容放在同一个项目中可能更有意义，无论是否有杂乱的情况存在。 有什么想法？意见？评论？谢谢。

- Apex

---

考虑到Namshub的帖子指出Pivotal Tracker用于故事（而不是任务或组件），那么单元测试通常如何与故事对应？（现在我们正在使用标签“unit”来表示故事应该有一个单元测试）…理想情况下，所有故事都有测试吗？还是单元测试通常与组织项目的其他方式分离？ - Apex

Answer 1

请记住，Tracker是一个基于故事的计划工具，而不是基于任务的计划工具。从客户的角度来看，故事是否影响照片查看器、通知服务或两者都有并不重要。客户有一些故事（高级需求）需要实现，他们对故事的成本有估计，并且他们有能力对故事进行优先排序。将事物分解为组件是任务层面的问题。 更重要的是，将同一产品的故事分成多个跟踪器项目会使客户难以沟通他们如何对故事进行优先排序，或者得到关于何时完成故事的良好估计。 我们使用Tracker来跟踪我们的故事，并且我们有自己的看板来跟踪任务。我个人认为在Tracker中同时跟踪故事和任务会很有用，但该工具不支持此功能。

- NamshubWriter

---

有趣。所以故事会有多个任务，团队成员可以确定需要完成故事的任务。根据您的答案，我在问题中添加了一条关于单元测试的评论。请告诉我您的想法。 - Apex

这有点偏离问题，但既然你问了：故事应该有验收测试（测试以验证用户故事是否已正确实现）。理想情况下，几乎所有的代码都应该有单元测试。重要的是，拥有一个由客户和开发人员共享的优先级排序的故事列表具有许多优点。一些团队发现为开发人员准备第二个优先级排序的任务列表很有用。从问题中不清楚是否考虑使用多个Tracker项目来跟踪任务或跟踪故事。 - NamshubWriter

你知道吗？现在在Pivotal中，你可以启用与用户故事相关的任务。 - jkp

Answer 2

最好将所有故事放在一个项目中。这样，整个团队都可以在同一个地方看到项目的进展情况和当前的优先事项。如果您将故事分解得足够细，可以成为 Rein 过程中的功能，那么您就做得非常好了！归根结底，拥有一份按优先级排序的功能列表是任何开发团队所需要的。使用 Tracker 中的标签进行过滤。它们很有效。在我看来，将单个产品分解为多个依赖项目实际上会混淆信息，并使真正的项目状态更难以获得可见性。

- kstewart