在 Pivotal Tracker 中组织任务的方法有哪些?

发布于 2024-12-25 21:13:24 字数 307 浏览 2 评论 0原文

我们刚刚开始使用 Pivotal Tracker 来管理主应用程序的待办事项列表。我们最近开始了一项巨大的新功能,因此最后 50 个左右的任务都与该功能有关。

然而,我现在必须为当前版本进行修补程序,将其与大型新功能的所有任务一起坚持感觉是错误的。我想找到一种标准方法来组织类似的任务。

那么,在 Pivotal Tracker(或其他相关系统)中组织任务的方法有哪些?

您是否为每个功能和每个版本创建标签?如果错误与某个功能相关,您是否会对其进行标记?您如何在可标记功能与简单的客户端请求之间划清界限?

谢谢!我非常渴望听到你的想法!

We're just started using Pivotal Tracker to manage our todo list for our main application. We recently began a huge new feature, and so the last 50 or so tasks are all to do with that feature.

However, I now have to make a hotfix for our current release, and it just feels wrong to stick it in with all of the tasks for the big new feature. I'd like to find a standard way to organize similar tasks.

So, how are some ways that you organize tasks in Pivotal Tracker (or another system if it's relevant)?

Do you create tags for each feature and each release? If a bug is related to a feature, do you tag it as such? Where do you draw the line between a taggable feature verses a simple client request?

Thanks! I'm very eager to hear your thoughts!

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

南汐寒笙箫 2025-01-01 21:13:24

Tracker 是一款非常固执己见的软件,它最适合其自己的特定工作流程。 http://bit.ly/conceptsofpivotaltracker 有一个非常深入的解释视频 对

您的具体问题的简短回答你如何组织任务?”:

  • 给专题故事添加标签,将它们分组到轨道中(例如,如果你正在构建亚马逊,轨道可能是“购物车”、“付款”、“管理库存”和“建议”。)。

  • 使用发布标记(它的另一种故事类型,如功能或错误)来表示版本。发布标记通常是“向投资者展示”、“购物车完成”、“开始 Beta 测试”或“v2”之类的内容。

在你的例子中,我会给这 50 个任务一个“巨大的新功能”标签,并将修补程序设置为错误。

Tracker is a very opinionated piece of software, and it works best with its own particular workflow. There's a pretty in-depth explanation video at http://bit.ly/conceptsofpivotaltracker

The short answer to your specific "how do you organize tasks?":

  • label Feature Stories to group them into tracks (eg if you were building Amazon, tracks might be things like 'Shopping Cart', 'Payment', 'Manage Inventory' and 'Recommendations'.).

  • use Release Markers (its another story type, like Feature or Bug) to denote releases. Release markers are usually things like 'Show to investors', 'Shopping Cart Complete', 'Start Beta test' or 'v2'.

In your case, I'd give those 50 tasks a "huge new feature" label, and make the hotfix a bug.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文