PivotalTracker最佳实践

Question

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

我们即将推出基于this outline by Rein Henrichs的工作流程，并对如何将产品组件细分为项目提出了意见。

我们已尝试使用标记，但似乎如果系统中有很多组件（照片查看器，视频查看器，新闻源，通知服务），单个项目就会变得非常拥挤。 / p>

与此同时，对于版本控制等，无论杂乱如何，将它全部放在一个项目中似乎更有意义。

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

Answer 1

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

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

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

Answer 2

最好有一个项目来包含你的所有故事。这样，整个团队就有一个位置可以查看项目的进展情况以及当前优先级项目的内容。如果你的故事分解得足以使它们成为Rein过程中的特征，那么你的状态就会很好！在一天结束时，拥有优先级的功能列表是任何开发团队真正需要的。使用Tracker中的标记进行过滤。他们运作良好。在我看来，将单个产品分解为多个依赖项目实际上会掩盖信息，并使得更难以了解项目的真实状态。