（对于那些没有听说过的人，Pivotal Tracker “是一个简单的、基于故事的项目规划工具，它允许团队协作并立即对现实世界的变化做出反应。它基于敏捷软件开发方法，但它可以用于各种类型的项目。”）
我们将围绕Rein Henrichs 的这个大纲构建一个工作流，并且对如何将产品组件分解为项目感到好奇。
我们已经尝试了一些标签，但似乎如果系统中有很多组件（照片查看器、视频查看器、新闻提要、通知服务），单个项目可能会变得非常拥挤。
同时，对于版本控制等，似乎将所有这些都放在一个项目中可能更有意义，而不管杂乱无章。
有什么想法吗？意见？注释？谢谢。
请记住，Tracker 是基于故事的计划工具，而不是基于任务的计划工具。从客户的角度来看，故事是否影响照片查看器、通知服务或两者都无关紧要。客户有一些他们想要实施的故事（高级需求），他们对故事的成本有估计，并且他们有能力确定故事的优先级。将事物分解成组件是一个任务级别的问题。
更重要的是，将同一产品的故事分解为多个跟踪器项目会使客户难以沟通他们如何优先考虑故事，或者很难准确估计故事何时可能完成。
我们使用 Tracker 来跟踪我们的故事，并且我们有自己的板来跟踪任务。我个人认为在 Tracker 中同时跟踪故事和任务会很有用，但该工具不支持它。
最好有一个项目来包含您的所有故事。这样，整个团队就可以在一个地方查看项目的进展情况以及当前的优先事项是什么。如果你的故事足够分解，它们可以成为 Rein 过程中的特征，那么你的状态就很好！归根结底，任何开发团队真正需要的只是一个优先的功能列表。使用 Tracker 中的标签进行过滤。他们工作得很好。在我看来，将单个产品分解为多个相互依赖的项目实际上会掩盖信息，并使了解项目的真实状态变得更加困难。