Documentation for JIRA 5.1.x. Documentation for other versions of JIRA is available too.
'Welcome' 画面を使用してプロジェクトを作成済みの場合は、このステップを飛ばしてください。
To add a new project in JIRA:
On this page:
関連ページ
To start configure a project in JIRA:
Tip: Alternatively, if you already know the name of a project:
You can then edit the project's configuration settings as follows:
To edit the project's details:
Click the link next to the Category field (located under the project name) to assign the project into a logical category/group. This is useful for managing multiple related projects. If no categories exist, click the Add link on the following No Project Category page to add a new category. New categories can also be created via Administration > Projects > Project Categories.
JIRA では、様々な課題タイプを使用してバグ、タスク、ヘルプデスクチケットなど、様々なタイプのものをトラッキングできます。各課題タイプが異なる振る舞いをするように設定することも可能です。たとえば、異なるプロセスフローに従うようにしたり、異なる情報をトラッキングするようにしたりできます。
JIRA 課題はチームの慣行を反映するプロセスをたどることができます。 ワークフローは、オープン、進行中、解決済みなど、課題が従う一連の手順 (またはステータス) を定義します。課題のステータスの移行方法を設定できます。たとえば、ステータスを移行できる人、移行の条件、各移行で表示される画面などを指定します。
JIRA では、画面を定義することによって、課題情報の特定部分を特定の時点に表示できます。画面はただフィールドが集まったものです。課題を作成、表示、編集するときに表示する画面や、ワークフローの特定の工程を経て移行するときに表示する画面を選択できます。
JIRA enables you to define field behaviour: each field can be required/optional, rich text/plain text, hidden/visible. You define this behaviour by using a field configuration.
さまざまな人々が異なるプロジェクトで種々の役割を果たしている場合があります - 同じ人が一つのプロジェクトのリーダーであっても、別のプロジェクトのオブザーバーであってもかまいません。JIRA では、プロジェクト内の特定のロールに特定の人々を割り当てることができます。
If you are using JIRA to manage the development of a product, you may want to define different versions to help you track which issues relate to different releases of your product (e.g. 1.0, 1.1, 1.2, 2.0 beta, 2.0). JIRA can help you manage, release and archive your versions. Versions can also have a Release Date, and will automatically be highlighted as "overdue" if the version is unreleased when this date passes.
You may want to define various components to categorise and manage different issues. For a software development project, for example, you might define components called "Database", "Usability", "Documentation" (note that issues can belong to more than one component). You can choose a Default Assignee for each component, which is useful if you have different people leading different sub-teams in your project.
JIRA では、プロジェクト権限 を使用して、プロジェクトにアクセスできるユーザーを制御したり、ユーザーが実行可能な作業内容(たとえば、"課題の作業"、"課題へのコメント"、"課題の割り当て"など)を正確に制御できます。セキュリティ レベル を使用して、個々の課題へのアクセスを制御することもできます。特定のユーザーやグループ、ロールにアクセスを許可できます(多くの場合、ロールの管理が最も簡単であることに注意してください)。
JIRA では、プロジェクトで特定のイベントが発生すると適切なユーザーに通知することができます (「課題が作成されました」、「課題が解決されました」など)。 特定のユーザー、グループ、またはロールを選択して、様々なイベントの発生時にメール通知を受け取るように設定できます。(ロールは多くの場合、管理が最も容易です。)
A project administrator in JIRA is someone who has the project-specific Administer Projects project permission, but not necessarily the JIRA Administrator global permission.
Without the JIRA Administrator global permission, however, project administrators can do the following: