プロジェクトの定義
以下のすべての手順では、Jira 管理者グローバル権限を持つユーザーとしてログインする必要があります。
Jira 管理者はインストールされているすべてのアプリでプロジェクトを作成できますが、そのアプリのアプリ アクセス権がない場合は、作成したプロジェクトを表示できません。
プロジェクトを作成する
- トップメニューで、[プロジェクト] > [プロジェクトを作成] の順に選択します。
- ウィザードにしたがって、プロジェクトを作成します。
プロジェクト タイプについて：
- インストールした Jira アプリケーションにより、複数のプロジェクト タイプが使用可能です。
- 各プロジェクトタイプには固有の機能一式があります。
- Jira インスタンス上の全ユーザーはすべてのプロジェクトを表示できるようになりますが、表示される機能や実行可能なアクションについては、ユーザーのアプリケーションアクセス権限とプロジェクト固有の権限によって決まります。
共有設定について：
- テンプレートから新しいプロジェクトを作成する際、そのプロジェクトは独自の新しいスキーム セットとともに作成されます。そのスキームは、以下のとおりです。
- 権限スキーム (既定)
- 通知スキーム (既定)
- 課題セキュリティ スキーム
- ワークフロースキーム
- 課題タイプ スキーム
- 課題タイプ画面スキーム
- フィールド設定スキーム (既定)
- プロジェクト間でスキームを共有して、１つのスキームを編集するだけで、複数のプロジェクトのスキームを一括して変更できるようにしたい場合があります。
- 共有された構成で作成 を選択し、既存プロジェクトを選択してそのプロジェクトのスキームを使用できます。スキームを共有している場合、スキームに対する変更はそのスキームを使用しているすべてのプロジェクトに影響を及ぼすので注意してください。
プロジェクトの詳細について：
- プロジェクトキーはこのプロジェクトの課題キー のプレフィックスとして使用されます ('TEST-100' など)。一目で内容がわかり、入力が簡単なものを選択します。
- プロジェクト リーダー は固有のプロジェクトロールです。プロジェクト リーダーとしてプロジェクトを管理する人を選択します。 Jira システム内のユーザーが 1 人のみの場合、その人が既定のプロジェクト リーダーとなるため、このフィールドは使用できません。
- 現在アクセス権を持っていないアプリケーションに関連するプロジェクトタイプを使用してプロジェクトを作成する場合、JIRA では、ユーザーが自分自身にそのアプリケーションへのアクセス権を付与できるチェックボックスが表示されます。チェックボックスをオンにすると、そのアプリケーションの既定グループに追加され、そのライセンスのユーザーとしてカウントされるようになります。
プロジェクト タイプの変換
既存のプロジェクトを別のプロジェクトタイプに変換する必要がある場合があります。たとえば、JIRA Software の評価期間が終わった時やチームが拡大したときに、JIRA Software プロジェクトを JIRA Core プロジェクトに 変換できます。インストールしている Jira アプリケーションのプロジェクト タイプにのみ変換できます。プロジェクト管理者もプロジェクト タイプを変更できます。
- 画面右上で [管理
] > [プロジェクト] の順に選択します。 - 関連するプロジェクトを選択します。
- プロジェクト設定メニューで、詳細を選択します。
- プロジェクト タイプを変更して、[詳細を保存] を選択します。インストール済みのアプリのプロジェクト タイプのみを使用できます。
プロジェクトタイプとアプリケーションの概要ページで、プロジェクトタイプおよびユーザーに表示される内容をさらに詳細にレビューできます。
プロジェクトのインデックス再作成
高速検索を実行するために、Jira は課題にフィールドに入力したテキストのインデックスを作成します。このインデックスを手動で再作成する必要が生じることがあります。インスタンスについては、課題が手動でデータベースに入力されるか、インデックスが失われたり、壊れたりした場合です。全 Jira インスタンスのインデックスを再作成します。または、プロジェクトごとにインデックスを再作成することもできます。単一プロジェクトのインデックス再作成については、以下の説明に従ってください。
- 画面右上で [管理] > [プロジェクト] の順に選択します。
- 関連するプロジェクトを選択します。
- プロジェクト設定メニューで、プロジェクトを再インデックス化を選択します。
- [プロジェクトの再インデックス化を開始] を選択します。
プロジェクトのアーカイブ
チームがプロジェクトを完了したら、それをアーカイブし、不要になったプロジェクトを非表示にできます。アーカイブされたプロジェクトは Jira には表示されなくなりますが、直接リンクや他のプロジェクト内のメンションから読み取り専用として、アーカイブ済み課題を引き続き表示できます。
- 画面右上で [管理] > [プロジェクト] の順に選択します。
- アーカイブするプロジェクトを見つけて、[その他]
> [アーカイブ] を選択します。プロジェクトは左側のナビゲーションにある [アーカイブされたプロジェクト] ページに移動します。
プロジェクトのアーカイブの詳細については、「プロジェクトのアーカイブ」を参照してください。
プロジェクトの削除
Jira インスタンスからのプロジェクトの削除を検討している場合、Jira 内からはプロジェクトを元に戻せないことに注意してください。プロジェクトを削除した場合、バックアップまたは XML コピーを使用できるようにすることによってのみプロジェクトを復元できます。プロジェクトの削除を実行する前に、本当に削除してよいかどうか確認してください。プロジェクトの削除は、プロジェクトに関連付けられている課題、バージョン、およびコンポーネントのみを削除します。関連するスキーマ、ワークフロー、または課題タイプや、別のプロジェクトと共有されている可能性のあるコンテンツは削除されません。
- 画面右上で [管理] > [プロジェクト] の順に選択します。
- 関連するプロジェクトを選択します。
- プロジェクト設定メニューで、プロジェクトの削除を選択します。
- [削除] を選択してプロジェクトの削除を開始します。
- プロジェクトが削除されたことを確認します。
プロジェクトを設定する
- 次のいずれかを実行して、プロジェクトの設定ページに移動します。
- 画面の右上隅で、[管理] > [プロジェクト] の順に選択してから、関連するプロジェクトを選択します。
- プロジェクトのドロップダウンから目的のプロジェクトの要約に移動して、[プロジェクト設定] リンクを選択します。
- 画面の右上隅で、[管理]
- 別のプロジェクト設定に切り替えるには、左のリンクを使用します。各設定の説明については、以下のセクションをお読みください。
プロジェクトの詳細
[プロジェクト設定] サイドバーで [詳細] を選択して、必要に応じてプロジェクトの詳細を編集します。編集が完了したら、必ず [保存] ボタンを選択してください。次の点にご注意ください。
- プロジェクト キーの編集： これは単純な作業ではありません。プロジェクト キーを編集する前に、次のページをお読みください： プロジェクトキーの編集。
- プロジェクト説明での Wiki スタイル レンダラーの使用：Wiki スタイル レンダラーを使用して、プロジェクト説明でリッチテキスト（HTML）を表示します。
- プロジェクトアバターの選択: プロジェクトアバターを使用しない場合、透明ピクセルをアップロードできます。これにより、効果的に透明ピクセルがロードされます。したがって、画像は表示されません。
プロジェクトカテゴリについて
カテゴリーは、[管理] > [プロジェクト] > [プロジェクト カテゴリー] の順に選択して表示/作成できます。
カテゴリの利便性の例として、Jira では、特定のプロジェクト カテゴリ内のすべての課題を検索したり (例: 詳細検索で category = "buildeng" と設定)、プロジェクトをプロジェクト カテゴリ別に並び替えて表示したりすることができます。Jira プロジェクトは 1 つのカテゴリにのみ所属します。プロジェクト カテゴリはプロジェクト階層の一部ではないことにご注意ください。また、Jira はサブプロジェクトや親プロジェクトをサポートしません。
課題タイプ
Jira では、様々な課題タイプを使用してバグ、タスク、ヘルプデスクチケットなど、様々なタイプのものをトラッキングできます。各課題タイプが異なる振る舞いをするように設定することも可能です。たとえば、異なるプロセスフローに従うようにしたり、異なる情報をトラッキングするようにしたりできます。
左側のメニューの課題タイプ、またはバグ、タスク、ストーリーなど、その下の課題タイプのいずれかをクリックします
- 課題タイプ：これをクリックして、プロジェクトに適用する課題タイプを設定します（課題タイプスキームを選択するか、または既存のスキームを編集します）。プロジェクトの課題タイプで使用するワークフロー、フィールド、画面を設定できますが、課題タイプのどれかをクリックして、設定する方が簡単です。
- いずれかの課題タイプ (バグ、タスク、ストーリーなど): これをクリックし、プロジェクトの課題タイプに関してワークフロー/画面を設定します。ワークフロー画面 (ワークフロータブ) にはワークフローデザイナーが表示されます。画面 (表示タブ) には画面デザイナーが表示されます。
ワークフロー
Jira 課題はチームの慣行を反映するプロセスをたどることができます。ワークフローは、オープン、進行中、解決済みなど、課題が従う一連のステップ（またはステータス）を定義します。課題のステータスのトランジション方法を設定できます。たとえば、ステータスをトランジションできる人、トランジションの条件、各トランジションで表示される画面などを指定します。
- ワークフロー スキーム － プロジェクトのワークフロー スキームは、どのワークフロー（課題の状態のトランジション）がこのプロジェクトの課題タイプに適用されるかを決定します。
画面
Jira では、画面を定義することによって、課題情報の特定部分を特定の時点に表示できます。画面はただフィールドが集まったものです。課題を作成、表示、編集するときに表示する画面や、ワークフローの特定の工程を経て移行するときに表示する画面を選択できます。
- 画面スキーム － プロジェクトの画面スキームは、さまざまな課題操作（表示、編集、作成）を表示するために使用する画面を決定します。
- 課題タイプ画面スキーム － プロジェクトの課題タイプ画面スキーム は、さまざまな課題タイプのさまざまな課題操作（表示、編集、作成）を表示するために使用する 画面を決定します。
フィールド
Jira のフィールドを次のように設定してカスタマイズできます。
- 必須またはオプションにする
- リッチ テキスト書式またはプレーン テキストを使用する
- 非表示または表示にする
この動作は、フィールド設定とフィールド設定スキームを使用して定義します。これにより、このプロジェクトの課題タイプに適用されるフィールド設定が決まります。
選択したプロジェクトでフィールドを使用できるようにするには、そのフィールドのコンテキストにそれらのプロジェクトを追加する必要があります。詳細は「カスタム フィールド コンテキストの設定」をご確認ください。
設定
- アプリケーション リンク (プロジェクト リンクを設定する) — Jira インスタンスを Confluence、FishEye、または他の Jira インスタンスなどの他のアトラシアン アプリケーションにリンクした場合は、それらのアプリケーション内で対象のプロジェクトやチームに関連する情報が含まれている領域に、この Jira プロジェクトをリンクできるようになります。たとえば、Confluence スペース、FishEye リポジトリ、(別の Jira インスタンスの) Jira プロジェクトなどです。これによって、こうしたアプリケーション間の統合ポイントを利用できます。アプリケーション リンクとプロジェクト リンクに関する詳細については「他のアプリケーションにリンクする」をご確認ください。
ロール
さまざまな人々が異なるプロジェクトで種々の役割を果たしている場合があります － 同じ人が一つのプロジェクトのリーダーであっても、別のプロジェクトのオブザーバーであってもかまいません。Jira では、プロジェクト内の特定のロールに特定の人々を割り当てることができます。
- プロジェクトリーダー － プロジェクトリーダーの役割を果たすユーザー。「既定の担当者」として使用され（「未割り当て」に設定されている Jira Software プロジェクトを除く）、また、Jira の他の場所（たとえば、権限スキーム、通知スキーム、課題セキュリティ スキーム、ワークフロー）で使用される可能性があります。
既定の担当者 — このプロジェクトの課題が作成された際に、最初に割り当てられるユーザー。「プロジェクト リード」(上記) か、Jira の一般設定で「未割り当ての課題を許可」が「オン」に設定されている場合は「未割り当て」のどちらかになります。既定のコンポーネント担当者もあります。
既定では、新規プロジェクトにも「未割り当て」に設定されている「既定の担当者」があります。特定の役割、すなわち「プロジェクト リーダー」に設定したい場合は、ここで変更できます。
- プロジェクト ロール － メンバーは、このプロジェクトの特定の機能を果たすユーザーまたはグループです。プロジェクト ロールは、権限スキーム、通知スキーム、課題セキュリティ スキーム、ワークフローで使用されます。
バージョン
課題は、バージョンを割り振って Jira で分類できます。たとえば、製品の開発管理やハウスのビルド管理に Jira を使用している場合、製品やビルドの様々なフェーズに関連する課題のトラッキングに役立つように、様々なバージョンを定義する必要がある場合があります (例: 1.0、1.1、1.2、2.0、2.0.1)。Jira をバージョンの管理、リリース、およびアーカイブに利用できます。 バージョンには、 リリース日を含めることも可能です。この日付を過ぎてもそのバージョンが未リリースの場合、自動的に「期限切れ」と強調表示されます。
- バージョン — プロジェクトで定義されるバージョン。詳細は、「バージョン管理」ページを参照してください。
コンポーネント
様々な課題を分類し、管理するために、様々なコンポーネントを定義する必要がある場合があります。たとえば、ソフトウェア開発プロジェクトで、「データベース」、「ユーザビリティ」、「ドキュメント」と呼ばれるコンポーネントを定義するとします (課題は１つ以上のコンポーネントに所属できます)。各コンポーネントに対して既定の担当者を選択できます。これは、プロジェクト内で様々なサブチームをそれぞれ率いている人が存在する場合に便利です。
- コンポーネント － このプロジェクトの課題が所属可能な論理グループ。詳細については、コンポーネントの管理 を参照してください。
権限
Jira では、プロジェクト権限 を使用して、プロジェクトにアクセスできるユーザーを制御したり、ユーザーが実行可能な作業内容（たとえば、"課題の作業"、"課題へのコメント"、"課題の割り当て"など）を正確に制御できます。セキュリティ レベルを使用して、個々の課題へのアクセスを制御することもできます。特定のユーザーやグループ、ロールにアクセスを許可できます（多くの場合、ロールの管理が最も簡単であることに注意してください）。
- 権限スキーム — プロジェクトの権限スキームはこのプロジェクトの課題を表示または変更する権限を持つ人を決定します。
- 課題セキュリティスキーム — プロジェクトの課題セキュリティスキームは、このプロジェクトで課題に設定できる表示範囲を決定します。
通知
Jira では、プロジェクトで特定のイベントが発生すると適切なユーザーに通知することができます (「課題が作成されました」、「課題が解決されました」など)。 特定のユーザー、グループ、またはロールを選択して、様々なイベントの発生時にメール通知を受け取るように設定できます。(ロールは多くの場合、管理が最も容易です。)
- 通知スキーム — プロジェクトの通知スキームは、このプロジェクトの課題に対する変更についてメール通知を受け取る人を決定します。
電子メール — このプロジェクトで設定された電子メールの「From」アドレスを指定します。Jira でSTMP メールサーバーが設定されている場合にのみ使用できます。
既定の通知スキーム (Jira に同梱) は、初期設定ですべての新規プロジェクトに関連付けられていることに注意してください。つまり、送信 (SMTP) メール サーバーを設定している場合は、新しいプロジェクトでアクティビティ (課題の作成など) が行われるとすぐにメール通知が送信されます。
開発ツール
開発ツールセクションは、JIRA Software プロジェクトでのみ使用でき、 JIRA Software ユーザーのみが表示できます。このセクションには、統合機能を使用できるユーザーと、そのユーザーに接続された開発ツールの概要が記載されています。
- 権限を表示 - このセクションには、課題の表示画面で開発ツール連携機能 (ブランチの作成リンクなど) およびコミット、レビュー、ビルド情報などのその他の開発関連情報を表示できるユーザーがリストされます。この機能は「開発ツールを表示」プロジェクト権限により制御されます。
- アプリケーション － このセクションは、どの開発ツールがアプリケーション リンクを介して Jira に接続され、Jira の開発ツール機能を使用する資格を持つか示します。
プロジェクト管理者に関する注意
Jira のプロジェクト管理者とは、プロジェクト固有の プロジェクトの管理 プロジェクト権限を持つユーザですが、必ずしも Jira 管理者 グローバル権限を持っている必要はありません。
しかし、プロジェクト管理者は Jira 管理者グローバル権限がなくても、次の操作を実行できます。
- プロジェクト名の編集
- プロジェクト説明の編集
- プロジェクトアバター画像の編集
- プロジェクト URL の編集
- プロジェクト リーダーの編集
- プロジェクトロールメンバーシップの編集
- プロジェクト タイプの変更
- プロジェクト コンポーネントの定義
- プロジェクト バージョンの定義
- プロジェクトのスキーム（通知スキーム、権限スキームなど）の表示。しかし、選択も編集も行わない。
Jira プロジェクトのプロジェクト カテゴリーを変更するには、JIRA 管理者 グローバル権限を必要とします。