PivotalTracker最佳实践

Question

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

我们即将开始基于this outline by Rein Henrichs的工作流程，并好奇于如何将产品组件分解到项目中。

我们已经用标签做了一些实验，但似乎如果一个系统有很多组件(照片查看器、视频查看器、新闻提要、通知服务)，那么单个项目可能会变得相当拥挤。

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

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

Answer 1

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

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

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

Answer 2

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