您可以尝试使用IBM Rational Team Concert。
易于使用的UI：特别是Eclipse版本。
桌面：您可以根据团队成员的喜好使用Web、VS插件或Eclipse版本。像我说的那样，我推荐Eclipse（但实际上没有看到过VS插件）。
价格：我相信免费支持10名开发人员，然后是IBM的定价方案。但如果这不是问题...
非破解应用程序：它是IBM的，所以它不是黑客；而且它建立在Jazz上，所以有一些额外的开发者社区资源。虽然它应该能够支持传统和敏捷，但在我的经验中，它最适合Scrum。此外，配置是高度可定制的。
SVN集成：虽然没有官方的桥接，但我很确定之前已经做过了（例如Clearvision），如果需要的话可以再次完成。此外，RTC带有自己的SCM系统-我不知道它是否足够好，可以替换SVN，但可能可以。
报告：许多（有点）可定制的仪表板和图表。如果有一种方法可以发送自动化报告，我还没有看到它。
总的来说，这听起来与您描述的相当接近。
编辑：按照广大用户的要求，一些截图...来自我的实际生产环境。这将是漫长的。
这是我当前迭代的工作分解视图。您可以看到有用户故事、任务、缺陷、AR、风险、障碍等内容。实际上，它是可定制的，因此您可以添加其他对象类型，每种类型都有其自己的属性和状态机。
您可以从该视图更改您所看到的每个属性 - 因此很容易只需在故事下添加一个新任务，设置其估算和简要标题，即可开始。总之，创建一个新任务可能只需要10秒钟。Ctrl+S提交您的更改（需要约1-2秒）。
实际上，在迭代期间，我几乎从不离开此屏幕。您可以通过将项目放在其名称下，将现有项目拖到其名称下或右键单击->分配给所有者->他们的名称，来为某人分配工作。您也可以从此屏幕更改状态并设置已花费的时间（或剩余时间，视图是可定制的）。
偶尔，您想要单独编辑某个项目，可以通过右键单击任何对象来执行此操作。这将在新选项卡中打开它。
您可以看到每个团队成员以及整个团队的完成工作与预期工作量。这是基于我为迭代设置的发布日期和总工作量估计值。如果您正确地执行Scrum，则到第二三天，您已经为每个故事分配了绝大部分任务。您可以获得一个方便的仪表盘，用于显示未估算的项目数量。实际上，您甚至可以过滤掉已估算的项目，以便专注于估算剩余的项目（这又是两个单击）。
P.S. 我的团队成员在这里并不一定有良好的任务分解/估算。但您已经明白了意思。
您可以拥有多种视图，并进行自定义。因此，如果您喜欢一个粘性的面板来管理任务，您可以...
我实际上并不经常使用这个，但是它在那里。您可以通过分组查看正在进行中、已解决等（如屏幕截图所示），这对于查看多种不同的对象类型非常有用；或者您可以按特定对象类型的状态机进行操作（因此对于缺陷，您可以有已解决、WNF等）。
说到缺陷，它可以与ClearQuest集成（尽管如果您正在使用CQ的多站点解决方案，则存在严重限制）。我不知道是否要完全让RTC替换其他缺陷跟踪系统，但您可以想象一下。
顺便说一句，任务板很直观，您可以将任务从一个状态拖到另一个状态，它会更新其状态，假设您确定的状态转换是允许的。
更多视图是可能的。我在Sprint计划期间使用的另一个过滤器是“执行项”，这样只留下了故事和史诗 - 下面没有杂乱的东西。
说到“下面”，您可以有其他类型的关系，而不仅仅是父子关系，例如“相关”或“阻止”。不过，要做到这些，我认为您必须进入特定的对象。父子关系也可以这样做，但通常您只需将对象拖放到彼此上即可。
我会在这里添加一些侧面板屏幕截图，然后我想我就完成了...因为您应该已经有了想法。
团队文物面板可让您浏览相关对象。通常，对于Scrum管理，这将是计划，其中您保存所有工作项。在这方面，“工作项”实际上有点误导，它可以让您执行查询（例如“分配给我的打开项”），然后出现在底部面板中。我个人更喜欢使用计划。
您还可以在其中查看构建、源代码控制-对于某些团队来说，它们是必不可少的，而对于其他团队（如我的团队）则并没有真正使用。
最后一张截图...
实际上，团队仪表板有三个区域（这里没有呈现“构建”），“我的未完成项”可以显示任何查询，按任何顺序。这个使用优先级。将鼠标悬停在其中任何一个上都会显示相关项目（需要0.5-1秒来考虑），使用F2可以放大工具提示。单击其中任何一列会检索底部面板的项目。
事件日志是您所期望的，记录团队正在执行的操作。同样容易扩展，单击项目会在新标签页中打开相应的工作项。
然后是团队负载，它将分配的预估项与每个团队成员在迭代中剩余预期工作小时数以及总计进行比较。这从工作小时的个人设置和计划缺勤中获取（遗憾的是，缺勤似乎不支持半天的安排，只支持全天）。
完全偶然的是，我有一个没有负荷的团队成员，一个负荷恰好匹配他们预期工作时间的，还有一个明显咬了更多的东西。当然，他只需要更新自己的任务，尽管在这种特殊情况下，他确实过度工作。这个仪表板让Scrum Master能够快速识别这种情况并在为时已晚之前尝试解决它。 （不要问为什么在这种情况下没有发生）。
性能也出奇的好。我不确定他们在架构方面做了什么，但比我使用过的其他企业解决方案要顺畅得多。
也许我应该明确一下，我与IBM、Jazz、RTC等没有任何关联。我只是认为这个工具非常棒。实际上，我还没有完全探索它，但对于Scrum来说，它似乎相当不错，我很高兴传播这个好消息 :)
你是在寻找这个吗？
附言：有很多敏捷工具可供选择，你可以继续寻找。但如果JIRA还不够好，那可能会淘汰掉90%的工具，它们更差（例如Rally）。
