关闭。这个问题是opinion-based .它目前不接受答案。
想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.
3年前关闭。
Improve this question
(对于那些没有听说过的人，Pivotal Tracker“是一个简单的、基于故事的项目规划工具，它允许团队协作并立即对现实世界的变化使用react。它基于敏捷软件开发方法，但它可以用于各种类型的项目。”)
我们即将推出基于 this outline by Rein Henrichs 的工作流程并对如何将产品组件分解为项目的意见感到好奇。
我们已经尝试了一些标记，但似乎如果系统中有很多组件(照片查看器、视频查看器、新闻提要、通知服务)，单个项目可能会变得非常拥挤。
同时，对于版本控制等，无论困惑如何，将所有内容都放在一个项目中似乎更有意义。
有什么想法吗？意见？注释？谢谢。
最佳答案
请记住，Tracker 是基于故事的计划工具，而不是基于任务的计划工具。从客户的角度来看，故事是否影响照片查看器、通知服务或两者都无关紧要。客户有一些他们想要实现的故事(高级需求)，他们对故事的成本有估计，并且他们有能力对故事进行优先级排序。将事物分解成组件是一个任务级问题。
更重要的是，将同一产品的故事分成多个跟踪器项目会使客户难以传达他们如何优先考虑故事，或者很难很好地估计故事何时可以完成。
我们使用 Tracker 来跟踪我们的故事，我们有自己的板来跟踪任务。我个人认为在 Tracker 中同时跟踪故事和任务会很有用，但该工具不支持它。
关于project-management - PivotalTracker 最佳实践，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/803895/