計画は非常に困難です。私たちは自然に自分の将来を予測するのが得意ではなく、多くの認知バイアスが問題を悪化させています。グループ計画はさらに困難です。不完全な情報、一貫性のない状況の見解、およびコミュニケーションの問題は、困難をさらに悪化させます。
アジャイルメソッドは、グループ計画を整理するための1つのフレームワークを提供します。全員に見える計画（ユーザーストーリー）を作成し、それを小さなチャンク（スプリント）に分割し、レトロスペクティブ分析を提供して計画を改善します。しかし、これらのプラクティスをサポートするための優れたツールを見つけることは難しいことです。
これらの目標を達成するためにどのソフトウェアツールを使用していますか？なぜそのツールを使用しているのですか？どのような成功はしているあなたは、特定のツールを使用していましたか？
回答:
Mac OS X計画ツール。
「アジャイル」開発を行っていない場合でも役立ちます。
信じられないほど便利で機能的な問題追跡。
これらを組み合わせて使用します。OmniPlanは、完了する必要があるすべてのタスクをレイアウトし、チーム間で分割するのに最適です。クリティカルパス（完了のために発生する必要があるもの）をセットアップし、全体的な作業を分類できます。管理にも視覚的に優れています。
Pivotalは、開発ペースを維持するのに優れています。アジャイル手法を完全にサブスクライブしている場合は優れていますが、機能、依存コンポーネント、および現在アクティブなステータスを追跡することは非常に便利です。
FogBugzは、プログラマ以外のユーザーがバグや機能のリクエストを送信し、進行状況を監視するための使いやすいインターフェイスを提供します。発生した問題は評価され、Pivotalに記録されます。その後、複数のコンポーネントを持つより大きなタスクになると、OmniPlanに移動します。
Redmineを使用-> http://www.redmine.org/
サポートコールとともにすべての開発者をログに記録するため、最新の開発でスプリントに割り当てることができる時間を確認できます。電子メールシステムおよびバージョン管理システム（この場合はGitですが、他のシステムでは機能します）とうまく結びついているため便利です。
すぐに使用できるようになり（Rubyで記述され、ほとんどの小規模サーバーで実行されます）、インストールと使用が簡単なかなり強力なアドオンがいくつかあります。
noneと答えても大丈夫ですか？
アジャイル計画を成功させるには、ソフトウェアツールが必要であることを暗示しているようです。私は同意しません。チームがスクラムまたはXPを正しく使用している場合（ "by the book"）、計画にソフトウェアツールを使用する必要はまったくありません。
多くの場合、アジャイルプロセスにソフトウェアツールを追加することは、コミュニケーションや信頼の低下に関連する実際の根本的な問題に対処する必要を避けるための単なる方法です。このような問題は、他の方法で解決するのが最適です。
私の推奨事項は、デジタルツールを使用せずに開始し、後でそれらが必要な理由を本当に理解したときにのみ追加することです。
（分散チームは特別なケースです）
GreenhopperでRallyとJIRAの両方を使用しました。
JIRAから始めます。JIRAは優れたバグ追跡ツールです。Greenhopperは、チームがアジャイルで作業を開始できるようにするアドオンです。ゼロからアジャイルツールとして設計されていないため、一部のプロセスは扱いにくいと感じています。また、このツールは時間がかかり、使いにくいものです。ただし、それは非常にカスタマイズ可能です。一般的に、アジャイルプロセスを詰め込むためのツールのように感じます。
Rallyはゼロからアジャイルツールとして設計されており、それが示しています。多くのアジャイルプロセスに非常によく従い、プロセスを補完します。このツールを非常にアジャイルな組織で使用したため、複数のアジャイルチームが関与するチーム間の依存関係と複雑なプロジェクトを追跡できました。チーム間の調整は他のツールが苦労しているものですが、ラリーはこれをうまく行っています。また、Rallyには優れたWebサービスベースのAPIがあります。私のチームは、Rallyをバックエンドとして使用してカスタムソフトウェアを作成したり、カスタムレポートを生成したりできました。
（残念ながら）ソース管理とワークアイテムトラッキングにTFSを使用し、Telerikワークアイテムマネージャーを使用してスプリント計画を記録し、タスクボードの同期を維持します。TFSの使用を余儀なくされている場合、telerikを使用すると痛みが軽減されます。