PivotalTracker 最佳实践 [关闭]答案

【问题标题】：PivotalTracker Best Practices [closed]PivotalTracker 最佳实践 [关闭]
【发布时间】：2009-04-29 19:29:01
【问题描述】：

（对于那些没有听说过的人，Pivotal Tracker“是一个简单的、基于故事的项目规划工具，它允许团队协作并立即对现实世界的变化做出反应。它基于敏捷软件开发方法，但它可以用于各种类型的项目。”）

我们即将推出基于 this outline by Rein Henrichs 的工作流程，并且对如何将产品组件分解为项目的意见很感兴趣。

我们已经尝试了一些标记，但似乎如果系统中有很多组件（照片查看器、视频查看器、新闻提要、通知服务），单个项目可能会变得非常拥挤。

同时，对于版本控制等，似乎将所有这些都放在一个项目中可能更有意义，而不管是否杂乱无章。

有什么想法吗？意见？评论？谢谢。

【问题讨论】：

鉴于 Namshub 的帖子，即 Pivotal Tracker 用于故事（而不是任务或组件），单元测试通常如何对应故事？（现在我们使用标签“单元”来表示故事应该进行单元测试）.. 理想情况下，所有故事都会进行测试吗？还是单元测试通常与组织项目的其他方式分离。

标签： project-management agile pivotaltracker

【解决方案1】：

请记住，Tracker 是基于故事的计划工具，而不是基于任务的计划工具。从客户的角度来看，故事是否影响照片查看器、通知服务或两者都无关紧要。客户有一些他们想要实施的故事（高级需求），他们对故事的成本进行了估计，并且他们有能力确定故事的优先级。将事物分解为组件是任务级别的问题。

更重要的是，将同一产品的故事分成多个跟踪器项目会使客户难以沟通他们如何优先考虑故事，或者很难准确估计故事何时可能完成。

我们使用 Tracker 来跟踪我们的故事，并且我们有自己的板来跟踪任务。我个人认为在 Tracker 中同时跟踪故事和任务会很有用，但该工具不支持它。

【讨论】：

有趣。所以故事会有多个任务，团队成员可以确定完成故事需要哪些任务。根据您的回答，我正在对有关单元测试的问题添加评论。说出你的想法。
这有点离题了，但既然你问了：故事应该有验收测试（验证用户故事已正确实施的测试）。理想情况下，几乎所有代码都应该有单元测试。重要的一点是，拥有一个在客户和开发人员之间共享的优先故事列表具有许多优势。一些团队发现为开发人员提供第二个优先任务列表很有用。从问题中不清楚是否正在考虑将多个 Tracker 项目用于跟踪任务或跟踪故事。
您知道您现在可以在 Pivotal 中针对故事启用任务吗？

【解决方案2】：

最好有一个项目来包含您的所有故事。这样，整个团队就可以在一个地方查看项目的进展情况以及当前的优先事项是什么。如果你的故事足够分解，它们可以成为 Rein 过程中的特征，那么你的状态就很好！归根结底，任何开发团队真正需要的只是一个优先的功能列表。使用 Tracker 中的标签进行过滤。他们工作得很好。在我看来，将单个产品分解为多个相互依赖的项目实际上会掩盖信息，并且更难了解项目的真实状态。

【讨论】：