IBM Rational Team Concertを試すことができます。
簡単な UI: 非常に、特に Eclipse バージョン。
デスクトップ: チーム メンバーの好みにより、Web、VS アドイン、または Eclipse バージョンを使用できます。私が言ったように、私は Eclipse をお勧めします (ただし、VS アドインは実際には見たことがありません)。
価格: 開発者は 10 人まで無料で、それ以降は IBM の価格体系です。しかし、それが問題でなければ...
(非) ブッチャリングされたアプリ: これは IBM であるため、ハッキングではありません。また、Jazz をベースに構築されているため、開発者のコミュニティ ジュースが追加されています。従来型とアジャイルの両方をサポートできるはずですが、私の経験では、スクラムが最も強力です。また、構成は高度にカスタマイズ可能です。
SVN 統合: このための公式のブリッジはありませんが、以前に (たとえば Clearvision によって) 行われたことがあり、必要に応じて再度行うことができると確信しています。また、RTC には独自の SCM システムが付属しています。これで SVN を完全に置き換えることができるかどうかはわかりませんが、可能性はあります。
レポート: 多数の (ある程度) カスタマイズ可能なダッシュボードとグラフ。自動レポートを送信する方法がある場合、私はまだ見ていません。
全体として、これはあなたが説明したものにかなり近いように聞こえます。
編集:一般的な要求により、いくつかのスクリーンショット... 私の実際の運用環境から。これは長くなります。

これは、現在のスプリントの作業内訳ビューです。ユーザー ストーリー、タスク、欠陥、AR、リスク、障害などがあることがわかります。実際にはカスタマイズ可能なので、それぞれ独自のプロパティとステート マシンを持つオブジェクト タイプを追加できます。表示される各プロパティは、このビューから変更できます。そのため、ストーリーの下に新しいタスクを追加し、見積もりと簡単なタイトルを設定するだけで、準備完了です。新しいタスクを作成するのに、全体でおそらく 10 秒かかります。Ctrl+S で変更をコミットします (1 ~ 2 秒かかります)。
実際、スプリント中にこの画面を離れる必要はほとんどありません。誰かの名前の下にアイテムを作成するか、既存のアイテムをその名前の下にドラッグするか、右クリック -> 所有者に割り当てる -> その名前で作業を割り当てることができます。この画面からも、状態を変更したり、経過時間 (または残り時間、ビューはカスタマイズ可能) を設定したりできます。個々の編集のために項目を開いたい場合があります。これは、任意のオブジェクトを右クリックすることで実行できます。これにより、新しいタブで開きます。
個々のチーム メンバーだけでなく、チーム全体の作業が期待どおりに行われていることがわかります。これは、スプリントに設定したリリース日と見積もった総作業量に基づいています。スクラムを正しく行っている場合は、2 日目から 3 日目までに、各ストーリーにそのタスクの大部分を割り当て済みです。見積もっていないアイテムの数を示す便利なメーターが表示されます。実際、推定アイテムを除外することもできるので、残りのアイテムの推定に集中できます (これも 2 回のクリックです)。
PS 私のチームメイトは、ここで必ずしも良いタスクの内訳/見積もりを持っているわけではありません. しかし、あなたはその考えを理解します。
表示できるビューは多数あり、カスタマイズできます。タスク用の粘着ボードが好きなら、あなたは...

私は実際にこれをあまり使用しませんが、そこにあります。進行中、解決済みなどのグループごとに表示できます(スクリーンショットのように)。これは、いくつかの異なるオブジェクトタイプを表示するのに適しています。または、特定のオブジェクト タイプのステート マシンによって実行することもできます (つまり、Resolved、WNF などの欠陥の場合)。欠陥について言えば、これは ClearQuest と統合できます (ただし、マルチサイト ソリューションを使用している場合は悪い制限があります)。 CQ用)。RTC に別の欠陥追跡システムを完全に置き換えさせるかどうかはわかりませんが、おそらく可能です。
ところで、タスクボードは、ある状態から別の状態にタスクをドラッグできるという意味で直感的であり、決定した状態マシンによって状態遷移が許可されていると仮定して、その状態を更新します。
より多くのビューが可能です。私がスプリント計画中に使用するもう 1 つのフィルターは、「実行項目」です。これにより、ストーリーとエピックのみが残り、それらの下に混乱はありません。「その下」といえば、「関連」や「ブロック」など、親子以外の関係も考えられます。それらを行うには、特定のオブジェクトに入る必要があると思います。親子関係もそのように行うことができますが、通常はオブジェクトを互いにドラッグするだけです。
ここにサイド パネルのスクリーンショットをいくつか追加します。

チーム アーティファクト パネルでは、関連するオブジェクトを参照できます。一般的には、すべての作業項目を保持する場所である計画となるスクラム管理用です。「作業項目」項目は、実際にはその点で少し誤解を招く可能性があります。クエリを実行できます (たとえば、「自分に割り当てられたものを開く」)。クエリは下部パネルに表示されます。私は個人的にプランを使用することを好みます。
また、そこにはビルドやソース管理も表示されます。一部のチームにとっては不可欠であり、他のチーム (私のような) にとっては実際には使用されていません。
最後のスクリーンショット...

実際には、チーム ダッシュボードに 3 つの領域がありました (ここでは「ビルド」が表示されていない 4 つの領域があり、私は使用していません)。"My Open Items" は、実際には任意のクエリを任意の順序で表示できます。これは優先度を使用します。これらのいずれかにカーソルを合わせると、関連する項目が表示され (考えるのに 0.5 ~ 1 秒かかります)、F2 でツールチップが拡大されます。これらの列のいずれかをクリックすると、下部パネルの項目が取得されます。
イベント ログは、あなたのチームが行ってきたものです。同様に簡単に展開できます。項目をクリックすると、対応する作業項目が新しいタブで開きます。
次に、割り当てられたアイテムの推定値を、イテレーションでの各チーム メンバーの予定残作業時間および合計と比較するチーム負荷があります。これは、勤務時間と予定された欠勤の個々の設定から引き出されます (残念ながら、欠勤は半日のスケジューリングをサポートしていないようで、丸一日のみです)。まったくの偶然ですが、負荷のないチーム メンバーが 1 人、予想される時間とまったく同じ負荷のチーム メンバーが 1 人、飲み込めないほど噛んでいるように見えるチーム メンバーが 1 人います。もちろん、彼は自分のタスクを更新する必要があるだけですが、この特定のケースでは、彼は本当に働きすぎです。このダッシュボードにより、スクラム マスターはこの種の状況を迅速に特定し、手遅れになる前に解決を試みることができます。(この場合、なぜそれが起こらなかったのか尋ねないでください)。
パフォーマンスも驚くほど良いです。彼らがアーキテクチャで何をしたかはわかりませんが、私が使用した他のエンタープライズ ソリューションよりもはるかにスムーズです。はるかに。
IBM、Jazz、RTC などとは一切関係がないことを明確にしておく必要があるかもしれません。このツールは非常に優れていると思います。実際、私はまだそれを調査し終わっていませんが、スクラムにとってはかなり良いようで、その言葉を広めることができてうれしいです:)
これはあなたが探しているものですか?
PS 世の中にはたくさんのアジャイル ツールがあります。しかし、もし JIRA があなたにとって十分ではなかったとしたら、それはおそらくそこにあるもののおそらく 90% を失格にします。