我们刚刚开始使用Pivotal Tracker来管理我们主要应用程序的待办事项列表。我们最近开始了一个巨大的新功能，因此最后50个左右的任务都与该功能有关。
但是，我现在必须为我们当前版本制作一个修补程序，并且将它与所有重大新功能的任务结合起来感觉不对。我想找到一种组织类似任务的标准方法。
那么，如何在Pivotal Tracker（或其他相关系统）中组织任务的方式如何？
您是否为每个功能和每个版本创建了标签？如果错误与某个功能相关，那么您是否将其标记为？您在哪里绘制可标记功能与简单客户端请求之间的界限？
谢谢！我非常渴望听到你的想法！
答案 0 :(得分：2)
Tracker是一款非常自以为是的软件，它最适合自己的特定工作流程。在http://bit.ly/conceptsofpivotaltracker
上有一个非常深入的解释视频您具体的“如何组织任务？”的简短回答：
标签功能故事将它们分组到轨道中（例如，如果您正在构建亚马逊，轨道可能是“购物车”，“付款”，“管理库存”和“建议”等）。
使用Release Markers（其他故事类型，如功能或Bug）来表示版本。发布标记通常类似于“向投资者展示”，“购物车完成”，“开始Beta测试”或“v2”。
在你的情况下，我会给这50个任务一个“巨大的新功能”标签，并使修补程序成为一个错误。