我们目前正在使用 Jira 5.1.6 和 GreenHopper 6.0.5。我们有很多项目，总共可能有十几个，但一次只有几个在积极工作，其余的都是为了偶尔的错误修复或其他任务。我们公司的 4 到 5 名开发人员可能同时从事几个项目（有些人只从事一个项目，有些人从事多个项目的维护工作，而且根据业务优先级，谁在做什么工作会有所不同）。
所以，GreenHopper 似乎是从一个非常以项目为中心的观点出发的。我可以为一个项目设置一个快速 Scrum 板，并在其中进行 Sprint 为该项目做的工作。这可以让企业更好地了解该项目的工作。潜在地，一个人也可以为所有项目创建一个董事会（因为 GreenHopper 6 添加了这一点），并在所有项目中进行一种“全球冲刺”。如果我们要进行这种全球冲刺，所有项目负责人都需要立即确定在接下来的几周内应该做什么，这可能是可行的，但似乎有点棘手，需要很多的协调。
我认为我们想要的是某种“资源视图”之类的东西，以便项目所有者可以在他们的 sprint 中设置他们的任务，但是每个开发人员都有某种视图来告诉他们接下来应该做什么任务无论它在哪个项目的冲刺中，以及我们的经理在项目中分配时间的某种方式。所以，我可能会被安排每周工作 20 小时在项目 A 上，10 小时在项目 B 上，10 小时在维护其他项目上，然后进行 sprint 的项目所有者可以看到他们分配了多少时间，我作为开发人员，我会看到我即将完成的任务的某种统一视图，这样我就会知道我接下来应该做什么以及即将完成的工作。我不知道那个描述是否正是我们想要的，但我认为我们想要一些类似的东西，
到目前为止，我对 GreenHopper 的探索中对我们如何处理这个问题的想法是：
- 创建我提到的那些“全球”冲刺，并在每个冲刺开始时作为一个部门来尝试安排我们所有人将要做的事情。项目可以使用快速过滤器或类似的工具来查看它们的特定 sprint 部分，我们只需要处理这些 sprint 的协调。
- 在所有项目板上使用“并行冲刺”功能，并让每个开发人员针对即将到来的任务创建自己的冲刺。这有助于获得基于资源的视图，但对于项目来说可能很难弄清楚事物的状态，并且绝对感觉就像将 GreenHopper 挤进一个它真的不想去的空间。
- 为每个项目创建一个板，记录每个项目即将推出的项目，这样每个项目都有自己的 Sprint，我们获得基于项目的事物视图，并且让每个开发人员自己跟踪他们应该获得哪些项目的 sprint来自的任务。基本上，GreenHopper 并不是用于基于资源的视图的工具，所以甚至不要打扰，相信我们的开发人员和我们的经理会查看所有这些项目的工作任务，而不是试图全部完成一个地方。
这些看起来都不是很好，尽管我相信我们可以用它们中的任何一个来凑合。但我不断回过头来，感觉我们在做一些奇怪或独特的事情，我们会认为，因为 Jira/GreenHopper 是一个行业标准的敏捷工具，它会更容易使用它是我们正在尝试做的事情。我们在做一些疯狂的事情吗？如果存在跨多个项目执行敏捷的标准方法，我认为我们可以改变我们的流程以使用标准实践。是否有一些 GreenHopper 设置或报告或我错过的某处？除了 GreenHopper 之外，我们还应该使用其他一些 Jira 插件吗？那里的其他团队是否使用上述方法之一，并且可以就这是否是一个好主意提供建议？
任何帮助，将不胜感激。谢谢你。