JIRAで個別のプロジェクトを作成する必要があるのはいつですか
私はJIRAを数か月間使用してきました-私たちは従来の開発方法（アジャイル/スクラムなし）に従っています。私が決定できないことの1つは、JIRAで個別のプロジェクトを作成する必要がある場合と、現在のプロジェクトに問題を追加し、新しいプロジェクトを作成しない場合です。
私たちが取り組んでいるプロジェクトの性質は、次のようなものです。
- モバイルアプリ開発（3か月プロジェクト）
- ゲーミフィケーションアプリ（3か月プロジェクト）
- モバイルアプリの機能を拡張する（公開後数か月後-1か月）
- 現在のCRMプラットフォームに機能を追加する（一部は2日、その他は2週間の開発）
- 同じクライアント用の別のゲーミフィケーションアプリ（3か月）
- すべてのライブプロジェクトとバグ修正のサポート（進行中）。
現在、各クライアントはJIRAにプロジェクトを1つだけ持っています。たとえば、クライアントゲーミフィケーションアプリとモバイルアプリはすべてこのプロジェクトの下に追加されます。そのため、1つのプロジェクトでさまざまな製品間でタスクがシャッフルされます。さらに、サポートタスクと、開発に数週間かかる可能性がある機能を追加するための別の製品拡張があります。スタンドアロンプロジェクトとして各製品を個別に見るのは困難です。同じ製品の各開発サイクルを個別に確認するのはさらに困難です（ここでは、同じプロジェクトの稼働後に追加の機能を追加することを指します。これは、新しい予算での新しいビジネスのようなものです）。したがって、このアプリに関連するすべてのタスクを見つけて、それに費やされた時間を提供することは困難です。
もう1つの問題は、進行中のサポートタスクがクライアントごとに各プロジェクトに追加されることです。クライアントが4人いるとします。各サポートタスクは、関連するクライアントプロジェクトに追加されます。ただし、これらのバグは、時にはまったく異なるプラットフォーム、アプリなどに属します。
私の質問です。上記のプロジェクトごとに個別のJIRAプロジェクトを作成する必要がありますか？
バグの修正とサポートはどうですか？それらを製品プロジェクトに追加する必要があります（つまり、モバイルアプリのバグがタスクとしてモバイルアプリプロジェクトに追加されます）
これは正しい方法だと思いますが、チーム内には小さなプロジェクトが数多くあるため、JIRAプロジェクトの数が急速に増加し、リストからプロジェクトを簡単に見つけることができないという懸念があります。 （したがって、タスクの混乱からプロジェクトの混乱まで実行したくありません）。つまり、クライアントごとに作業を分類することも私たちにとって重要です。
つまり、JIRAプロジェクトはクライアントごとに、または製品ごとに作成する必要がありますか？製品ごとの場合、クライアントごとに集計されたプロジェクトに関するレポートを表示する方法はありますか？
基本に戻り、JIRAを持っていないふりをします。プロジェクトをどのように整理しますか？
私がやろうとしていることは、クライアントごとにポートフォリオフォルダを作成し、そのプロジェクトをそのフォルダ内に置くことです。
たぶんあなたの会社は本当にたくさんの小さなプロジェクトを持っているかもしれません、あなたは状況の現実に基づいてJIRAをモデリングすることに神経質になるべきではありません。
JIRAでフィルターを使用できます プロジェクト全体のタスク/ストーリー/チケットを表示するボードを作成します。
たとえば、3つの異なるプロジェクトに取り組むチームがあります。これらのプロジェクトタスクはすべて1つのボードに表示されます。