ヒントとコツ
Jira Core の概要
このページの内容
関連コンテンツ
- 関連コンテンツがありません
Jira Core is an extremely flexible workflow management system. You can customize and configure Jira Core to suit the needs of you and your team. If you haven't done so already, you should take a quick look at the Jira Core overview page to gain an understanding of what Jira Core can do, and how it does it. I'm sure you have more questions on how to do certain things, how to configure elements of Jira Core and what exactly is possible. A lot of the configuration and how to information is in the Jira application administration documentation. The content on this page is some tips and tricks, including links to more information, that should get you up and running and more productive faster!
ドキュメントの更新用に "レビュー" ステータスを追加する場合と同様に、ワークフローへのステータスの追加は、基本的にワークフローを変更します。これを実行するには、「ワークフローの使用」ドキュメントを参照してください。ステータスを追加する手順が説明されています。新しいステータスに達することができるように確実にトランジションを追加していきます。また、ドキュメントにはそのステータスをさらに強化するためにステータスに対して実行できることに関する詳細情報もあります。たとえば、課題を "レビュー" に移行したとき、その課題が自動で確実に特定の人に割り当てられるようにしたい場合があります。これは、課題の特定のフィールドを更新できるようにする事後操作を追加することで実現できます。このフィールドを担当者フィールドにして、課題を割り当てる特定の人を選択します。これで完成です。課題は、そのステータスにトランジションすると、指定した人に割り当てられるようになります。有益な情報が満載のアトラシアン Answers を是非ご覧ください。
Jira Core has one Assignee field, and this allows you to assign an issue to one person at a time. This is intentional, as it means one person is responsible for that piece of work. It stops the cases occurring where either two people are working on the same thing, or neither work on it as they think the other person is working on it! That being said, there's a few ways to achieve the concept above. You could split the issue into sub-tasks, and assign each sub-task to a different person. Another slightly more complex option is to add another field to the issue called a "user picker" field, which allows you to select other users. The Assignee of the issue is still responsible for the work, but it does mean other people can be added to the issue and will show as working on it. See the tip on assigning issues to a group below for more information!
You can add additional fields to Jira Core's default issues, in fact you can even add additional issue types if you like. All this is covered in the Jira application administration documentation, just search for Adding a custom field. That'll walk you through which fields you can add to an issue, and how.
Issue field security is something that a lot of organizations request, but it's not something we support in Jira Core. You can read more about that decision on this issue JRA-1330 - Getting issue details... STATUS .
ただし、課題にセキュリティ レベルを設定することは可能です。このトピックに関する詳細は、Jira アプリケーション管理にアクセスし、「課題のセキュリティを設定する」を検索してください。
課題をコピーする場合、複製機能を利用できます。複製された課題は複製元の課題へのリンクを作成し、その逆も同様です。課題とその複製に関する詳細は、こちらを参照してください。
Dashboards! Jira Core comes with a variety of gadgets that you can configure to show your information how you need to see it. You can add these gadgets to your dashboard, and make that dashboard your homepage in Jira Core when you first log in. That way the first thing you'll see is the information that matters to you, and you'll know what you need to do.
Jira Core offers a powerful search function, and you can even save these searches as filters for use at a later stage. You can even share these filters with your team, so you're all looking at the same information. Keep on top of things together!
Yes there is! Jira Core comes with the ability to add a label to an issue, and labels can be used in searches. In fact, the label is 'clickable' which means that when you click the label, you'll be taken to a search that shows all issues with that label. You can then refine that search if needed.
ただし、注意点として、ラベルの使用に関するお客様の組織のポリシーについて、プロジェクト管理者に確認を取ってください。一部の組織ではプロセスの一環として使用するため、このフィールドの使用方法に関してポリシーが設定されている場合があります。
Jira Core is designed so that issues must be assigned to a single individual to prevent tasks from being overlooked. A team lead or manager should assign issues out to individuals, or your users will pick from a list of issues that they have the option to take on.
However, if you want to configure Jira Core to allow issues to be assigned to multiple users there are a few option for doing so:
グループで選択できるようにキューを同様に設定するか、グループ内の個人に課題を割り当てることに加えて、その課題をグループに関連付けると容易です。
キューを使用した課題の管理
You can configure your Jira Core project to assign issues to an 'Unassigned' "queue" by default, which your users can then pick issues from.
これを実行するには、以下を設定します。
- Configure your Jira Core project to allow the 'default assignee' to be 'Unassigned'.
- 一般設定の設定で「未割り当て課題を許可」がオンになっていることを確認します (管理 > グローバル設定 > 一般設定)。
- キューに入れたい課題を「未割り当て」にします。
- すべての「未割り当て」課題をリストするフィルタを備えたダッシュボード・ページを作成して、そのダッシュボード・ページを共有し、グループ内の関係のあるメンバーに各自のダッシュボードに共有ページを表示するようリクエストします。
グループ所有権による課題の管理
カスタムフィールドを追加して、特定の課題に関連付ける必要のあるユーザーとグループを保存できます。これは、チームが特定のタイプのすべての課題を所有しているプロジェクトでは、特に便利です。
これを実行するには、以下を設定します。
- グループ ピッカー カスタムフィールドを課題に追加します。
- プロジェクトの通知スキーム内のメール通知が「グループ カスタム フィールドの値」に送信されるように設定します。
これで、グループ ピッカー内の適切なグループを選択することでグループに課題を「割り当てる」ことができます。メール通知はグループに送信されます。
Another option is to add a user picker custom field rather than a group picker, and assign multiple users to an issue. However, you will then have both the Jira Core default user field and custom user field for your assignees.
ユーザー アカウントによる課題の管理
You can create a Jira Core user account to represent a group of people (e.g. 'developers') and assign issues to this user.
これを実行するには、以下を設定します。
- Create a Jira Core user to represent the group.
- (Optional) Create an email mailing list for this group (not a Jira Core function) and set the mailing list email as the Jira Core user's email address.
- このユーザーに割り当てられた課題を表示するダッシュボード・ページを作成し、そのダッシュボード・ページを共有して、グループ内の関係するメンバーに共有ダッシュボード・ページを各自のダッシュボードに表示するようにリクエストします。
これで、グループを表す新しい「ユーザー」に課題を割り当てることができ、ユーザーは各自のダッシュボードで課題を追跡できます。メーリング リストを設定した場合、ユーザーにもメールで通知されます。
サブタスクによる課題の管理
様々なユーザーによって管理されている1つのタスクがある場合、その統合タスクを個別のサブタスクに分割してそれぞれに 1 人の担当者を割り当てることができます。
Yes it is. Jira Core comes with two methods of grouping issues, Versions and Components. You can read more on these in the Administering a project section of the documentation. Essentially versions and components allow you to group issues, and the main distinction is that with a component you can assign a user as a default assignee when the component is added to the issue, and versions can have a start and end date.
関連コンテンツ
- 関連コンテンツがありません