The building blocks of any project are issues. Issues act as the packets of work that travel through their respective workflows within their projects until the work is completed.

An issue can have subtasks that can be assigned and tracked individually. You can also control issue-level security to restrict an issue to select members of your team. On this page, you'll learn more about creating and converting issues and subtasks, and setting issue-level security. You can also import multiple issues and subtasks via the CSV import. Learn how to import multiple issues from a CSV file.



tip/resting Created with Sketch.

We're rolling out a new issue view, with a consistent appearance across Jira and one screen to view and edit. It looks a little different and some procedures have changed slightly, so take a look at What is the new Jira issue view? to see what's changed.


To create an issue anywhere in Jira:

  1. Select Create ().
  2. 課題の概要を入力します。
  3. すべての必須フィールドと必要なその他のフィールドを入力します。
    1. Optional: To change which fields appear when you create another issue, select Configure Fields and select and deselect the fields you want. When you next create an issue, the selected fields will be displayed.
    2. オプション: 同じプロジェクトおよび課題タイプで他の課題を作成するには、もう1つ作成チェックボックスを選択します。設定と課題作成履歴に応じて、同じフィールドが事前に入力済になっている場合があります。新しい課題を作成する前にこれらを確認します。
  4. When you're finished, select Create

When you create an issue using the global navigation bar as above, you can select the roles to which you want to restrict the issue. Learn more about restricting access to an issue.

Your newly create issue will appear at the top of your backlog, unless;

  • you've selected an issue in the backlog — your issue will be created right below the selected issue
  • you have specified a sprint when creating the issue — your issue will be created at the bottom of the sprint.

You can quickly create issues using the inline issue create in the Backlog (for Scrum boards, backlog, and future sprints only). Just select + Create issue

If your board's filter specifies more than one project, you'll still need to complete the full Create issue dialog.

When you use the inline issue create to create issues, your issues won’t be restricted to certain roles in the project. These issues can be accessed by anyone who can see your project. To restrict issues, you can create them using the global navigation bar. Learn more about restricting access to an issue.

You can also create an issue that automatically belongs to a particular epic. If you're using epics, select Configure Fields and add the Epic Link field to the screen. Then, you can add issues to epics as you create them. Learn more about working with epics.


課題を複製すると、同じプロジェクト内の課題の複製を素早く作成できます。複製された課題は、元の課題とほとんど同じ情報 (概要、影響バージョン、コンポーネントなど) を保持します。ただし、一部の詳細 (例: 作業ログ、コメント、履歴、Confluence ページへのリンクなど) は複製されません。課題ステータスも対応するワークフローの最初のステップに戻り、解決状況はクリアされます。複製された課題を元の課題にリンクすることも可能です。


  1. 課題を開きます。
  2. [その他のアクション] (•••) > [複製] を選択します。
  3. 複製した課題の [概要] を任意で編集します。
  4. 複製している課題に適用可能な場合、次のオプションも選択できます。
    • サブタスクを複製して既存のサブタスクをコピーする
    • 添付ファイルを複製して既存の添付ファイルを追加する
    • リンクを複製して既存のリンクされた課題を追加する
    • スプリント値を複製して課題の現在のスプリント値とクローズ済みのスプリント値全体をコピーする
  5. Select Create


課題の分割は、課題がとても大きく、2 つ以上に分割して管理しやすくしたいときに便利です。アクティブ スプリントやカンバン ボードではなく、スクラム バックログカンバン バックログ (有効化されている場合) からのみ課題を分割できます。

  1. スクラムまたはカンバン ソフトウェア開発プロジェクトのバックログに移動します。
  2. Right-click an issue and select Split issue

You'll also find the option to split an issue in the sprint or Selected for Development section of your BacklogLearn more about your Kanban backlog.


スクラム バックログで

  • バックログで課題を分割すると、新しい課題はバックログ セクションに送られます。
  • スプリント (将来またはアクティブ) の 1 つで課題を分割する場合、新しい課題をバックログ、将来のスプリント、またはアクティブ スプリントに送信できます。

カンバン バックログで

After splitting an issue, the new issue will be sent to the  Backlog section. This depends on the column configuration of your Kanban board, but this is essentially the section for the column that's mapped to the initial status of your workflow.

Learn more about setting up your Kanban board

  • 新しい課題は、元の課題と同じタイプになります。例えば、ストーリーを 2 つ以上の課題に分割した場合、新たな課題もストーリーになります。
  • 新しい課題は、元の課題の内容と同じ内容のほとんどを含みます。 (優先度、コンポーネンツ、ラベル等)
  • 作業ログ、コメント、履歴、課題リンクなど 元の課題は、新しい課題にリンクされているが、 コピーされない課題の詳細
  • 新しい課題には、 課題を分割する際に入力した要約を含みます。
  • 元の課題は、見積もりを持っている場合、新しいい課題でも見積の入力をすることができます。また、必要に応じて、元の課題の見積に更新することができます。
  • 課題ステータスも対応するワークフローの最初のステップに戻り、解決状況はクリアされます。



サブタスクは、管理者がサブタスクを有効にし、プロジェクトの課題タイプ スキームにサブタスクの課題タイプを追加している場合にのみ作成できます。

  1. 親課題にする課題を開きます。
  2. Select Create subtask () under the issue summary
  3. Add an issue summary and select Create


  • プロジェクト
  • 課題セキュリティ レベル

  • (ある場合は) スプリント値

tip/resting Created with Sketch.

You can customize the Create subtask screen to show the fields you use most often. To do this, select Configure Fields at the top right corner of the dialog, and use the All and Custom links to switch between the default screen and your custom settings. Your changes are saved for future use.




  1. 作業している課題を開きます。
  2. 左上の、課題キーの横にある課題タイプ アイコンをクリックします。
  3. 新しい課題タイプを選択します。

新しい課題タイプに別のフィールドがある場合や、別のワークフローがある場合、変更を完了するための [課題の移動] 画面が開かれます。


現在、新しい課題ビューでこの操作を実行することはできません。このプロセスを完了するには、課題キーをクリックしてフルページ ビューに移動 (まだ移動していない場合) し、右上のメニューをクリックして古い課題ビューを開きます。

  1. Navigate to the subtask issue you would like to convert.
  2. その他 (•••) > [課題に変換] を選択します。
  3. In Step 1. Select Issue Type screen, select a new issue type (i.e. a standard issue type) and select Next.
  4. If the subtask's current status is not an allowed status for the new issue type, Step 2. Select New Status screen is displayed. Select a new status and select Next.
  5. In Step 3. Update Fields screen, you will be prompted to enter any additional fields if they are required. Otherwise, you will see the message 'All fields will be updated automatically'. Select Next.
  6. The Step 4. Confirmation screen is displayed. If you are satisfied with the new details for the issue, select Finish.
  7. 課題が表示されます。親課題の課題キーが画面の上部に表示されなくなり、サブタスクではなくなったことがわかります。


  1. Open the issue and select on the issue type icon at the top-left of the issue
  2. 利用可能な課題タイプの一覧から [サブタスク] を選択します。
  3. 新しいサブタスクの親課題を選択します。



While we recommend working openly, there are times where you may want to restrict who can view a particular piece of work. For example, you may want to restrict who can view tasks related to sensitive financial information, hiring or other personal employment information, or security-related software engineering work.

You can restrict who can view an issue in both company-managed and team-managed projects, but the procedure is different in each.

Jira Software または Jira Work Management の Free プランでは、プロジェクトの権限またはロールを編集できません。また、すべての Free プラン (Jira Service Management を含む) で、課題レベルのセキュリティを構成できません。Free プランでのプロジェクト権限の仕組みについて確認してください。Jira の強力なプロジェクト権限管理機能を利用するには、プランをアップグレードします

Restrict access to an issue in a company-managed project

In company-managed projects, you can restrict access by setting the issue’s security level.

To set the issue security level on issues in company-managed projects:

  1. Choose the lock icon at the top-right of the issue. This icon only appears if the project has a security scheme configured.

  2. Select the desired security level.

You can also remove an issue's security level by selecting the lock icon and selecting Remove security level.

Jira admins can add, edit, or remove security levels (and their membership) through issue security schemes. Learn more about issue security schemes.

Restrict access to an issue in a team-managed software project

In team-managed projects software projects, you can restrict access to specific roles in your project.

To restrict access, you must have a role with the Restrict any issue permission in the project. Learn more about roles and permissions in team-managed projects.

To restrict access when creating an issue:

  1. Select + Create from the navigation bar.

  2. Complete any required fields for the issue.

  3. Select the Restrict to field in the issue’s list of fields.

  4. Select the roles you want to allow to see the issue from the dropdown.

  5. [作成] を選択します。

To restrict an issue to certain roles, you’ll have to create the issue using the above steps. If you create an issue using any other method, the issue won’t be restricted.

If you create a sub-task of an issue that has issue restrictions, then the sub-task will inherit the restrictions from the parent issue. You won’t be able to change the issue restrictions of the sub-task individually. To set issue restrictions to sub-tasks, you will have to update the restrictions for the parent issue.

To restrict access after an issue’s created:

  1. Choose the lock icon at the top-right of the issue.

  2. Select the roles you want to allow to see the issue from the dropdown.

  3. Select Restrict.

You can also remove roles by selecting the X next to the role’s name in the menu.

Team-managed project admins can add, edit, or remove roles and their membership in the Access page. Go to Project settings > Access. Learn more about roles and permissions in team-managed projects.

While bulk moving issues from a company-managed project to a team-managed project, your issues will get moved without any restrictions and these become open.

Deleting a custom role that has associated issue restrictions will make the issues unaccessible to the role. For instance, if there is a custom role Developer, and the issues are only restricted to this role, then the issues become unaccessible when the role is deleted. If the issues are restricted to a set of roles which includes Developer, then the issues can be accessed by other roles when Developer role is deleted.


To delete an issue, you must have the Delete issues permission in the project where the issue was created. Learn more about project permissions.

To delete an issue:

  1. 課題に移動し、その詳細を表示します。
  2. Select ... Delete.
最終更新日 2021 年 9 月 6 日


Powered by Confluence and Scroll Viewport.