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