（聞いたことがない人のために、Pivotal Trackerは、チームが共同作業を行い、現実世界の変化に即座に対応できる、シンプルなストーリーベースのプロジェクト計画ツールです。アジャイルソフトウェア開発手法に基づいていますが、さまざまなタイプのプロジェクトで使用されます。」）
Rein Henrichsによるこのアウトラインに基づいたワークフローを立ち上げようとしており、製品コンポーネントをプロジェクトに分割する方法についての意見に興味がありました。
タグ付けをいくつか試しましたが、システムに多くのコンポーネント（写真ビューアー、ビデオビューアー、ニュースフィード、通知サービス）がある場合、1つのプロジェクトがかなり混雑する可能性があります。
同時に、バージョン管理などの場合、混乱に関係なく、すべてを1つのプロジェクトにまとめた方が理にかなっているようです。
何かご意見は？意見？コメント？ありがとう。
Trackerはストーリーベースの計画ツールであり、タスクベースの計画ツールではないことを忘れないでください。顧客の観点からは、ストーリーがフォトビューア、通知サービス、またはその両方に影響を与えるかどうかは関係ありません。顧客には、実装したいストーリー（高レベルの要件）がいくつかあり、ストーリーのコストについての見積もりがあり、ストーリーに優先順位を付けることができます。物事をコンポーネントに分割することは、タスクレベルの問題です。
さらに重要なことに、同じ製品のストーリーを複数のトラッカープロジェクトに分割すると、顧客がストーリーの優先順位をどのように伝えたり、ストーリーがいつ完了するかについて適切な見積もりを得ることが困難になります。
ストーリーを追跡するためにトラッカーを使用し、タスクを追跡するための独自のボードがあります。個人的には、トラッカーでストーリーとタスクの両方を追跡することは有用だと思いますが、ツールはそれをサポートしていません。
すべてのストーリーを含む単一のプロジェクトを作成するのがおそらく最善です。そうすれば、チーム全体がプロジェクトで何が起こっているのか、そして現在の優先項目が何であるのかを確認するための単一の場所があります。ストーリーを十分に分解して、Reinのプロセスの特徴にできるようになっている場合は、すばらしい状態になっています。結局のところ、機能の優先リストを用意することは、開発チームが本当に必要とするすべてです。フィルタリングにはトラッカーのタグを使用します。彼らはうまく機能します。私の意見では、単一の製品を複数の依存するプロジェクトに分割すると、実際には情報が不明瞭になり、プロジェクトの実際の状態を可視化するのが難しくなります。