Defining a Project

プロジェクトの詳細

プロジェクト サマリページの上部にある編集プロジェクトをクリックし、必要に応じて、プロジェクトの詳細を編集します。次の点に注意してください。

• Editing the project key: This is not a simple task. Read this page before you edit the project key: Editing a Project Key.
• プロジェクト説明での Wiki スタイル レンダラーの使用：Wiki スタイル レンダラーを使用して、プロジェクト説明でリッチテキスト（HTML）を表示します。
• Choosing a project avatar: If you don't want to use a project avatar, you can upload a transparent pixel.

プロジェクトカテゴリについて

「プロジェクトの編集」ダイアログでプロジェクトのカテゴリーが編集されていない場合、「プロジェクト管理」ペー時のカテゴリー」フィールド (プロジェクト名の下) の横にあるリンクをクリックします。カテゴリーは「管理 > プロジェクト > プロジェクトのカテゴリー」から表示/作成できます。

Why are categories useful? JIRA can search for all the issues in a particular project category (e.g. category = "buildeng" in an advanced search), and can display projects sorted by the project category. A JIRA project can only belong to one category. Please note that a project category is not part of a project hierarchy. Also, JIRA does not support sub-projects or parent projects.

課題タイプ

JIRA enables you to keep track of different types of things — bugs, tasks, helpdesk tickets, etc — by using different issue types. You can view the issue types that have been specified for your project, and the fields and workflow configured for each issue type. If you have the JIRA Administrators (global permission), you can also configure the issue types.

左側のメニューの課題タイプ、またはバグ、タスク、ストーリーなど、その下の課題タイプのいずれかをクリックします

• Issue Types: Click this to view which issue types apply to this project, (i.e. the issue type scheme). You can also view the workflow, fields and screens for the issue type in the project, but it is easier to do this by clicking one of the issue types.
  If you are a JIRA administrator, click the Actions menu to edit the issue types in the current scheme or use a different scheme for your project. 
• One of the issue types (e.g. Bug, Task, Story): Click this to view the workflow (Workflow tab)/screen (View tab) for the issue type in the project.
  If you are a JIRA administrator, you can also configure the workflow (via the workflow designer) and the fields for the issue type (screen designer) via the tabs.

ワークフロー

JIRA 課題はチームの慣行を反映するプロセスをたどることができます。 ワークフローは、オープン、進行中、解決済みなど、課題が従う一連の手順 (またはステータス) を定義します。課題のステータスの移行方法を設定できます。たとえば、ステータスを移行できる人、移行の条件、各移行で表示される画面などを指定します。

• ワークフロー スキーム － プロジェクトのワークフロー スキームは、どのワークフロー（課題の状態のトランジション）がこのプロジェクトの課題タイプに適用されるかを決定します。

画面

JIRA では、画面を定義することによって、課題情報の特定部分を特定の時点に表示できます。画面はただフィールドが集まったものです。課題を作成、表示、編集するときに表示する画面や、ワークフローの特定の工程を経て移行するときに表示する画面を選択できます。

• 画面スキーム － プロジェクトの画面スキームは、さまざまな課題操作（表示、編集、作成）を表示するために使用する画面を決定します。
  
• 課題タイプ画面スキーム － プロジェクトの課題タイプ画面スキーム は、さまざまな課題タイプのさまざまな課題操作（表示、編集、作成）を表示するために使用する 画面を決定します。

フィールド

JIRA では、フィールドの振る舞いを定義できます。フィールドごとに、必須/オプション、リッチテキスト/プレーン・テキスト、非表示/表示を指定できます。フィールド設定を使用してこの振る舞いを定義します。

• Field Configuration Scheme — the project's field configuration scheme determines which field configuration applies to issue types in this project. (A field configuration determines each field's overall visibility, requiredness, formatting (wiki/rich-text or plain) and help-text).

設定

• Application Links (Configure Project Links) — if you have linked your JIRA instance to other Atlassian applications, like Confluence, FishEye or other JIRA instances, you will be able to link this JIRA project to areas of those applications that contain information relating to your project or team. For example, Confluence spaces, FishEye repositories, JIRA projects (in another JIRA instance), etc. This allows you to take advantage of integration points between these applications. See Linking to Another Application for information about application links and project links.

ロール

さまざまな人々が異なるプロジェクトで種々の役割を果たしている場合があります － 同じ人が一つのプロジェクトのリーダーであっても、別のプロジェクトのオブザーバーであってもかまいません。JIRA では、プロジェクト内の特定のロールに特定の人々を割り当てることができます。

• Project Lead — user fulfilling the role of project leader. Used as the 'Default Assignee' (see below), and potentially elsewhere in JIRA (e.g. in permission schemes, notification schemes, issue security schemes and workflows).
• Default Assignee — the user to whom issues in this project are initially assigned when created. Can be either the 'Project Lead' (above), or, if Allow unassigned issues is set to 'On' in JIRA's general configuration, 'Unassigned'. There are also default component assignees.
  By default, new projects also have their 'Default Assignee' set to 'Unassigned.' You can change this here if you want to set it to be a specific role, i.e. 'Project Lead.'
• プロジェクト ロール － メンバーは、このプロジェクトの特定の機能を果たすユーザーまたはグループです。プロジェクト ロールは、権限スキーム、通知スキーム、課題セキュリティ スキーム、ワークフローで使用されます。

バージョン

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 では、プロジェクト権限 を使用して、プロジェクトにアクセスできるユーザーを制御したり、ユーザーが実行可能な作業内容（たとえば、"課題の作業"、"課題へのコメント"、"課題の割り当て"など）を正確に制御できます。セキュリティ レベル を使用して、個々の課題へのアクセスを制御することもできます。特定のユーザーやグループ、ロールにアクセスを許可できます（多くの場合、ロールの管理が最も簡単であることに注意してください）。

• 権限スキーム — プロジェクトの権限スキームはこのプロジェクトの課題を表示または変更する権限を持つ人を決定します。
• Issue Security Scheme — the project's issue security scheme determines what visibility levels issues in this project can have (see issue-level security).

通知

JIRA では、プロジェクトで特定のイベントが発生すると適切なユーザーに通知することができます (「課題が作成されました」、「課題が解決されました」など)。 特定のユーザー、グループ、またはロールを選択して、様々なイベントの発生時にメール通知を受け取るように設定できます。(ロールは多くの場合、管理が最も容易です。)

• 通知スキーム — プロジェクトの通知スキームは、このプロジェクトの課題に対する変更についてメール通知を受け取る人を決定します。
• Email — specifies the 'From' address for emails sent from this project. Only available if an SMTP email server has been configured in JIRA.

Please note, the Default Notification Scheme (shipped with JIRA) is associated with all new projects by default. This means that if you have an outgoing (SMTP) mail server set up, that email notifications will be sent as soon as there is any activity (e.g. issues created) in the new project.

開発ツール

The Development tools section gives you an overview of the development tools that are connected and which users can use the integration features between them:

• 権限を表示 - このセクションには、課題の表示画面で開発ツール連携機能 (ブランチの作成リンクなど) およびコミット、レビュー、ビルド情報などのその他の開発関連情報を表示できるユーザーがリストされます。この機能は「開発ツールを表示」プロジェクト権限により制御されます。
• アプリケーション － このセクションは、どの開発ツールがアプリケーション リンクを介して JIRA に接続され、JIRA の開発ツール機能を使用する資格を持つか示します。