JIRAカスタマイズとラベルとコンポーネントの違い

Question

JIRAでプロジェクトを作成したいと思います。 プロジェクトは仕事のタイプを選択し、別のプロジェクトを選択できる必要があります。

多数のプロジェクトがあるため、選択した別のプロジェクトを作成することができます。 と仕事のタイプは2つまたは3つの深さを選択することができます。

最初。 作業の種類はカスタムフィールドを使用します。 別のプロジェクト使用コンポーネントを選択してください。 - チームメンバーはプロジェクトの管理者権限が必要です。

第2 種類の作業用カスタムフィールド。 別のプロジェクトの使用ラベルを選択してください。

良い計画はありますか？

最後に、ラベルとコンポーネントとバージョンの違いを知りたい。 私はユーザーがラベルを作成でき、プロジェクト管理者がラベル、コンポーネント、バージョンを作成できると思います。ラベルは完全に適用されます。しかし、コンポーネントとバージョンはプロジェクトに適用されます。

Answer 1

私は考えられないことをしようとしているようですが、問題は一度に1つのプロジェクトに限られています。

コンポーネントはラベルによく似ていますが、プロジェクト用に定義されたセットから選択できます。複数のプロジェクトにまたがって配置されたコンポーネントを定義すると便利なことがあります。コンポーネントの作成には管理者権限が必要ですが、誰でもラベルを作成できます。これは、いくつかの注意と規律で使用されていない場合、余分なラベルを余分にすることができますが、コンポーネントリストは管理者が保持する限りきれいに保たれます。問題は、複数のコンポーネントに関連し、複数のラベルを持つことができます。プロジェクト間でラベルやコンポーネントを共有すると、後で何を達成できるでしょうか。

コンポーネントはラベルの「特権」クラスであるため、問題の予想される内訳に基づいて分かりやすいスキームを検討することはしばしば賢明です。バルクでプロジェクトを途中で変更するのは面倒です。

私はあまりバージョンに慣れていません。問題が複数のバージョンにリンクできるかどうかはわかりません。これらは通常、リリース計画の問題をグループ化するために使用されますが、ツールによって課されるものではなく、他の目的に使用できます。ユーザーが「バージョン」の意味を推測するのは混乱するかもしれません。

Answer 2

灰色の部分があるので質問には答えにくいですが、ラベル、コンポーネント、バージョンの違いを簡単に説明しようとします。コンポーネントは、プロジェクトのちょうどサブセクションになるよう

プロジェクトとコンポーネントのすべての

まず、このプロジェクトは、（プロジェクト）の問題のコレクション（ストーリー、タスク、バグなど）です。それらは、製品のアーキテクチャに基づいて定義することもできます。また、コンポーネントをデフォルトで特定のユーザーまたはグループに割り当てることもできます。コンポーネントの例としては、データベース、UI、通知などがあります。

ラベル

ラベルを使用して、分類し、問題を検索し、問題に複数のラベルを可能にする利点を持っているのに役立ちます。

バージョン

バージョンはストーリーとバグフィックスの集合であり、あなたが顧客にそれらの物語と修正のリリースを計画するのに役立ちます。

プロジェクト内の作業の種類を分類する主な方法は、さまざまな種類の問題を追加し、それぞれにカスタムフィールド、画面、およびワークフローを定義することです。

問題の解決に役立つことを願っています！