您可以尝试IBM Rational Team Concert。
Easy UI:非常好,尤其是 Eclipse 版本。
桌面:您可以根据团队成员的喜好使用 web、VS 插件或 eclipse 版本。就像我说的,我推荐 Eclipse(但还没有真正见过 VS 插件)
价格:我相信最多 10 位开发人员可以免费使用,然后是 IBM 定价模式。但如果这不是问题...
(非)屠宰应用程序:它是 IBM,所以它不是黑客;它是建立在 Jazz 之上的,所以那里有一些额外的开发者社区。虽然它应该能够同时支持传统和敏捷,但根据我的经验,它对 Scrum 来说是最强大的。此外,配置是高度可定制的。
SVN 集成:虽然这方面没有官方的桥梁,但我很确定它以前已经完成(例如由 Clearvision完成),如果需要可以再次完成。此外,RTC 带有自己的 SCM 系统——我不知道这是否足以让您完全取代 SVN,但它可能会。
报告:许多(有些)可定制的仪表板和图表。如果它有办法发送自动报告,我还没有看到。
总而言之,这听起来与您所描述的非常接近。
编辑:根据大众的需求,一些截图......来自我的实际生产环境。这会很长。

这是我当前 sprint 的工作分解视图。你可以看到你有用户故事、任务,你可以有缺陷、AR、风险、障碍,你有什么。它实际上是可定制的,因此您可以添加其他对象类型,每个对象类型都有自己的属性和状态机。您看到的每个属性都可以从此视图中更改 - 因此只需在故事下添加新任务、设置其估计值和简短标题就可以了,一切顺利。总而言之,创建一个新任务可能需要 10 秒。Ctrl+S 提交您的更改(大约需要 1-2 秒)。
事实上,我几乎从不需要在冲刺期间离开这个屏幕。您可以将工作分配给某人,方法是在他们的名字下创建项目,在他们的名字下拖动现有项目,或右键单击 -> 分配给所有者 -> 他们的名字。您也可以从此屏幕更改状态并设置花费的时间(或剩余时间,视图是可自定义的)。有时您想打开一个项目进行单独编辑,您可以通过右键单击任何对象来完成。这将在新选项卡中打开它。
您可以看到每个单独的团队成员以及整个团队都完成了与预期相比的工作。这是基于我为 sprint 设置的发布日期和估计的总工作量。如果你正确地使用 Scrum,那么到第二三天你就已经为每个故事分配了绝大多数任务。您会得到一个方便的仪表,用于显示您未估计的项目数量。事实上,您甚至可以过滤掉估计的项目,这样您就可以专注于估计剩余的项目(同样是两次点击)。
PS我的队友在这里不一定有很好的任务分解/估计。但你明白了。
您可以拥有的视图很多,并且可以自定义。因此,如果您喜欢为您的任务设置一个粘性板,那么您有...

我实际上并没有经常使用它,但它就在那里。您可以按正在进行的、已解决的等分组(如屏幕截图)查看它,这有利于查看几种不同的对象类型;或者您可以通过特定对象类型的状态机来执行此操作(因此对于您可以解决的缺陷,WNF 等)说到缺陷,这可以与 ClearQuest 集成(尽管如果您使用多站点解决方案,它会受到严重的限制为 CQ)。我不知道我是否会让 RTC 完全取代不同的缺陷跟踪系统,但你可以想象。
顺便说一句,任务板很直观,因为您可以将任务从一个状态拖到另一个状态,并且它会更新其状态,假设您确定的状态机允许状态转换。
更多视图是可能的。我在 sprint 计划中使用的另一个过滤器是“执行项目”,它只留下故事和史诗——它们下面没有杂乱。说到“在他们之下”,除了父子关系之外,您还可以有其他类型的关系,例如“相关”或“阻止”。要做到这些,我认为你必须进入特定的对象。父子也可以这样做,但通常你只是将对象拖到另一个上。
我将在这里添加几个侧面板屏幕截图,然后我想我已经完成了......因为你应该明白这个想法。

Team Artifacts 面板可让您浏览相关对象。一般来说,对于 Scrum 管理来说,计划是你保存所有工作项的地方。“工作项目”项目实际上在这方面有点误导,它让您可以进行查询(例如“打开分配给我”),然后出现在底部面板中。我个人更喜欢使用这些计划。
您还可以在其中看到构建、源代码控制——对于某些团队来说,它们是必不可少的,而对于其他团队(比如我的)来说,它们并没有真正使用。
最后截图...

实际上在 Team Dashboard 中有三个区域(四个带有“构建”的区域,这里没有展示,我没有使用)。“我的未清项目”实际上可以按任何顺序显示任何查询。这个使用优先级。将鼠标悬停在其中任何一个上都会显示相关项目(需要 0.5 到 1 秒的时间考虑),并按 F2 放大工具提示。单击这些列中的任何一个都会检索底部面板的项目。
事件日志是您所期望的,是您的团队一直在做的事情。同样易于扩展,单击一个项目会在新选项卡中打开相应的工作项目。
然后是团队负载,它将估计分配的项目与每个团队成员在迭代中剩余的预期工作时间以及总数进行比较。这来自于工作时间和计划缺勤的个人设置(唉,缺勤似乎不支持任何半天安排,只有全天)。完全巧合的是,我有一个团队成员没有负重,一个负重与他们预期的时间完全匹配,还有一个显然咀嚼的东西超过了他的吞咽量。当然,他只需要更新他的任务,尽管在这种特殊情况下他确实是过度劳累了。这个仪表板可以让 Scrum Master 快速识别这种情况,并在为时已晚之前尝试解决它。(不要问为什么在这种情况下没有发生)。
性能也出奇的好。我不确定他们在架构中做了什么,但它比我使用的其他企业解决方案要顺畅得多。到目前为止。
也许我应该明确一点,我与 IBM、Jazz、RTC 等没有任何关系。我只是认为这个工具非常漂亮。实际上,我还没有完成对它的探索,但对于 Scrum 来说,它看起来相当不错,我很高兴传播这个词:)
这是你想要的?
PS 那里有大量的敏捷工具,你可以继续四处看看。但是,如果 JIRA 对您来说还不够好,那么这可能会使 90% 的情况更糟(例如 Rally)失去资格。