Project management 敏捷项目管理的软件工具

我们使用JIRA进行bug跟踪和发布管理，并且我们已经开始在JIRA内部使用Greenhhopper进行项目管理，但它缺少的一点是用户故事与这些用户故事中的任务的概念。是否有人推荐其他任务板之类的敏捷项目管理工具，它们完全支持用户的故事和任务，并且对用户来说又快又简单。我开始研究targetprocess，因此如果有人对此有具体的反馈，那就太好了。

我的公司已经使用targetprocess一段时间了，我们对该产品非常满意。每当我们遇到问题或bug时，我们都会向他们报告，问题或bug会很快得到解决。这是一个非常好的工具，可以很好地与SCRUM配合使用。我真的推荐它

看看爵士乐：，Thoughtworks很乐意卖给您

是我迄今为止发现的最好的爵士乐。非常容易、简单、快速使用。

是我使用过的侵入性最小的项目管理工具。

白板、便笺或便笺卡

我知道您要求使用软件，但根据您的环境，可能很难击败公开可见的任务表的沟通价值

---

但是如果你必须有软件，那么还有和。

对于Scrum和XP团队来说，一个常见的反模式是将故事分解成任务，跟踪这些任务，在迭代结束时注意所有任务都完成了，但是用户故事没有完成（因为它们不仅仅是他们任务的总和）

我强烈建议不要跟踪任何任务。如果你愿意的话，用头脑风暴的方式对他们进行评估，但一定要对整个故事进行评估和跟踪。如果一个故事太大，把它分解成更小的故事——这有时需要一些创造力，但几乎总是可能的

---

您可以使用Jira中的子问题将故事聚合成更大的故事，尽管据我记忆所及，Greenhhopper并没有很好地支持这一点。如果您的团队位于同一地点，我强烈建议您使用白板上的索引卡，如果有必要的话，甚至可以添加到Jira上（这就是我们目前的工作方式）。

我们将Jira与Greenhhopper一起使用，没有任何问题。如果您可以控制Jira实例的配置，那么您可以轻松创建允许子任务的故事问题类型。在计划阶段，我们将故事放到下一个版本中，并将它们划分为子任务，在更精确的时间内进行估计并分配给团队成员。如果这些任务是独立的，您还可以将它们转换为特定故事的子任务。

我们刚刚发布了一个名为Crew的全新工具，它可能适合您。它非常灵活，允许您设置适合您流程的项目结构和工作流

---

看看我们正在使用的拉力赛。我觉得它很有用，但有时有点重。我不喜欢花太多的时间使用比开发本身更方便的工具。遗憾的是，白板方法只有在靠近白板时才有效。如果你在场外工作，或者你正在开会，而你不能站起来去看白板，那就没用了。此外，每个可以上网的人都可以使用一个基于网络的任务板。我个人对TargetProcess感到痛苦。UI速度慢且极其复杂，它们不断地使应用程序更难导航。我不会向我最坏的敌人推荐TargetProcess。今年，TargetProcess大大简化了导航。所以这不再是一个问题了。无意冒犯，但我认为你的建议有点疯狂。将事情分解成小任务进行评估和跟踪的能力对于确保涵盖所有要做的事情至关重要。我确实理解“森林对树木”的反模式是坚决反对推荐问题的。你可以试着再问一次。