Project management 如何使用Greenhhopper跨多个项目管理开发人员？

我们目前正在使用Jira 5.1.6和GreenHopper 6.0.5。我们有很多项目，可能总共有十几个，但一次只有几个项目在积极地进行，其余的项目只是偶尔进行错误修复或其他任务。我们公司的4-5名开发人员可能同时从事两个项目（一些人只从事一个项目，一些人从事多个项目的维护工作，根据业务优先级的不同，不同的人从事的项目也有所不同）

因此，Greenhhopper似乎是从一个非常以项目为中心的角度建立起来的。我可以为一个项目建立一个快速Scrum板，并在其中进行冲刺，以完成该项目的工作。这可以让企业很好地了解该项目的工作。潜在地，你也可以为所有的项目制作一个董事会（自从Greenhhopper 6添加了这一点），并对所有项目进行一种“全球冲刺”。如果我们要进行这种全球性的冲刺，所有的项目负责人都需要立即找出接下来几周应该做什么，这可能是可行的，但似乎有点棘手，需要大量的协调

我认为我们想要的是某种“资源视图”或其他东西，这样项目负责人可以在他们的sprint中设置他们的任务，但是每个开发人员都可以通过某种视图告诉他们下一步应该做什么任务，不管它在哪个项目的sprint中，以及我们的经理在项目中分配时间的方法。因此，我可能被安排每周工作20小时，例如，在项目a上工作10小时，在项目B上工作10小时，在其他项目的维护上工作10小时，然后进行sprint的项目负责人可以看到他们分配了多少时间，作为开发人员，我可以看到我即将完成的任务的某种统一视图，这样我就知道我下一步应该做什么，以及很快会做什么。我不知道这样的描述是否正是我们想要的，但我认为我们想要的是这样的东西，而且似乎我们不是唯一需要某种基于项目的视图以及基于资源的视图的地方

到目前为止，在我对绿霍珀的探索中，我对如何实现这一目标的想法是：

创建我提到的那些“全球”冲刺，并在每个冲刺开始时作为一个部门来安排我们将要做的事情。项目可以使用快速过滤器或类似的工具查看其特定的sprint部分，我们只需要处理协调这些sprint

在所有项目板上使用“并行冲刺”功能，让每个开发人员创建他们自己的任务冲刺。这有助于获得基于资源的视图，但对于项目来说，可能很难了解事物的状态，而且肯定感觉像是将Greenhhopper挤进了一个它真的不想去的空间

为每个项目创建一个包含每个项目将要发生的事情的板，这样每个项目都有自己的sprint，我们得到了基于项目的事物视图，让每个开发人员自己跟踪他们应该从哪些项目的sprint中获得任务。基本上，just Greenhhopper不是基于资源的视图的工具，所以不用麻烦了，请相信我们的开发人员和经理能够查看所有这些项目的任务，而不是试图在一个地方完成所有任务

这些看起来都不太好，不过我相信我们可以将就一下。但我一直在说，我们并没有觉得自己在做一些奇怪或独特的事情，我们会认为，因为Jira/Greenhhopper是一个行业标准的敏捷工具，所以在我们试图做的事情中使用它会更容易。我们在做什么疯狂的事吗？我认为，如果有一种跨多个项目执行敏捷的标准方法，我们可以将流程更改为使用标准实践。是否有一些绿料斗设置或报告或什么地方我错过了？我们是否应该使用其他Jira插件来代替Greenhhopper或在Greenhhopper之外使用？其他团队是否使用上述方法之一，并能就这是否是一个好主意提供建议

任何帮助都将不胜感激。谢谢。

“……似乎有点棘手，需要很多协调。”是的，对我来说，听起来像是项目管理

我会为每个按照自己的时间表发布的产品创建板。我还将创建一个查询，向每个用户显示分配给他们的问题，这些问题按Sprint排序，这样他们就可以看到他们正在做的工作。这些问题将跨越多个板块和sprint

---

我真的希望GH能在资源分配方面提供更多帮助，包括将上一段中过滤器中分配的时间加起来。目前，我最终将筛选结果导出到Excel，并使用它按资源汇总总数。

我在Atlassian论坛上更合适的地方问了这个问题：

我认为他们的回答非常好。我为每个项目创建了一个板，仅限于其项目，用于创建该项目的sprint，开发人员使用“所有项目”板查看他们所参与的所有sprint

正如mdoar所说，它并不能很好地处理资源分配，但它似乎正在以目前最好的方式使用该工具