Jira Cloud をセットアップする
Jira Cloud をセットアップし、他の製品およびアプリと統合する方法をご確認ください。
このページの内容は、次のような場合に役立ちます。
チームで企業管理対象プロジェクトを使用しているが、チーム管理対象プロジェクトに移行したい
チームでチーム管理対象プロジェクトを試していたが、現在の作業方法には合わないため、課題を企業管理対象 プロジェクトに移動したい
現在のソフトウェア プロジェクトの課題の移行先となる、新しいスクラムまたはカンバン プロジェクトが必要です。
新しいチーム管理対象プロジェクトを作成するには、次の手順に従います。
[プロジェクト] > [プロジェクトの作成] を選択します。
[プロジェクト テンプレート] で [ソフトウェア開発]、または [製品] で [Jira] を選択します。
利用可能なテンプレートの詳細を確認して、テンプレートを選択します。
テンプレートの詳細を表示して、[テンプレートを使用] を選択します。
プロジェクト タイプ: [チーム管理対象] を選択します。
プロジェクトに名前を付けます。[テンプレートの変更] を選択すると、テンプレートを変更できます。
プロジェクトにアクセスできるユーザーを選択します。
作成を選択します。
プロジェクト キーはプロジェクトの作成時に自動的に生成されます。
チーム管理対象プロジェクトから 企業管理対象プロジェクトに移行する場合、Jira 管理者は新しい企業管理対象プロジェクトを作成する必要があります。Jira 管理者までご連絡ください。企業管理対象プロジェクトの作成に関する詳細について、ご参照ください。
新しい企業管理対象プロジェクトを作成するには、次の手順に従います。
[プロジェクト] > [プロジェクトの作成] を選択します。
[プロジェクト テンプレート] で [ソフトウェア開発]、または [製品] で [Jira] を選択します。
利用可能なテンプレートの詳細を確認して、テンプレートを選択します。
テンプレートの詳細を表示して、[テンプレートを使用] を選択します。
プロジェクト タイプ: [企業管理対象] を選択します。
プロジェクトに名前を付けます。[テンプレートの変更] を選択すると、テンプレートを変更できます。
プロジェクトにアクセスできるユーザーを選択します。
作成を選択します。
古いプロジェクトの課題の移動先となる空のプロジェクトが用意できたため、課題ナビゲーターを使用してすべての既存の課題を新しいプロジェクトに移動できます。課題ナビゲーターを開くには、[検索] > [すべての課題を表示] を選択します。
課題を移動するには、関連するプロジェクト権限を持っている必要があります。
課題ナビゲーターから複数の課題を移動するには、次の手順を実行します。
検索条件を調整し、課題の適切な一覧が表示されるようにします。
[課題のインポートと一括変更 ] (•••) > [全 <n> 件の課題を一括変更 ] を選択します。
一括操作を行いたい課題を選択し、次へを選択します。
[ 課題を移動 ]、[ 次へ] の順に選択します。
移行先プロジェクトと課題タイプを選択して、[次へ] を選択します。
この移動に必要なフィールドの値を選択し、可能であれば、メール通知を送信するかどうかを決定します。[次へ] を選択します。
変更を確認して [確認] > [承認] の順に選択します。
チーム管理対象プロジェクトと企業管理対象プロジェクトは技術的に大きく異なります。企業管理対象ソフトウェア プロジェクトからチーム管理対象ソフトウェア プロジェクトに移行する際の考慮事項を次に示します。
完了、計画済み、またはアクティブ スプリント: スプリントは企業管理対象プロジェクトからチーム管理対象プロジェクトに移動しません。過去のスプリントはタイムラインには表示されません。企業管理対象プロジェクトにあった課題は、チーム管理対象プロジェクトのバックログに追加されます。
コンポーネント: [コンポーネント] は Jira の各プロジェクトに固有のフィールドです。完了済みの [コンポーネント] フィールド情報の課題を移行すると、この入力データは失われます。
[コンポーネント] フィールドのデータは復元不能であり、移行前の企業管理対象プロジェクトに課題を一括移動した場合でも復元できません。
カスタム フィールド: 新しいチーム管理対象プロジェクト内で再作成する必要があります。チーム管理対象プロジェクトのフィールドはグローバル カスタム フィールドからは独立しています。課題をチーム管理対象プロジェクトに移動すると、課題のグローバル カスタム フィールドの大半の値は Jira に保持されます (コンポーネント フィールドとバージョン フィールドを除きます)が、これらの値はチーム管理対象プロジェクトのフィールドにマッピングされません。グローバル カスタム フィールドのデータは課題に対応する形で保存されますが、企業管理対象プロジェクトのフィールドは移行先であるチーム管理対象プロジェクトのフィールドとは技術的に異なるため、空白で表示されます。このデータは失われません (コンポーネント フィールドとバージョン フィールドを除く)。カスタム フィールドをサポートする企業管理対象プロジェクトに課題を戻すと、その課題に対応して保存された元の値が再び表示されます。
ストーリー ポイントの見積もり: このデータは失われます。ただし、チーム管理対象プロジェクトの見積もり機能を有効にすることで、ストーリー ポイントの見積もりを新しく行えます。
レポート: プロジェクトのベロシティ レポート用のデータは保存されません。ベロシティ レポートには、過去のスプリントでポイントが完了していないことが示されます。
レポート履歴: この移行プロセスでは、すべてのレポート履歴が失われます。バーンアップ レポートとベロシティ レポートは移行されません。
並行スプリント: 現在、チーム管理対象プロジェクトでは並行スプリントの実行はサポートしていません。
プロジェクトと課題キー: Jira は移行された課題の課題キーを自動で更新して、新しいプロジェクトを反映したものにします。古い課題キーへの既存のリンクは自動でリダイレクトされます。
バージョンとリリース: この移行プロセスではすべてのバージョン情報が失われます。新しいチーム管理対象プロジェクトで [リリースとバージョン] 機能を有効にしている場合でも同様です。
[バージョンとリリース] フィールドのデータは復元不能であり、移行前の企業管理対象プロジェクトに課題を一括移動した場合でも復元できません。
チーム管理対象プロジェクトと企業管理対象プロジェクトは技術的に大きく異なります。チーム管理対象ソフトウェア プロジェクトから企業管理対象ソフトウェア プロジェクトに移行する際の考慮事項を次に示します。
ボード ステータス: チーム管理対象ボードをカスタマイズした場合は、企業管理対象プロジェクトのワークフローで同じステータスをセットアップする必要があります。ステータスとワークフローを作成して変更できるのは、Jira 管理者のみです。詳細。
カスタム フィールド:チーム管理プロジェクトでカスタム フィールドを使用する場合、Jira 管理者はフィールドを再作成して、そのフィールドを会社管理プロジェクトの画面スキームとフィールド設定に追加する必要があります。カスタム フィールドのデータは再作成する必要があり、さもなければ失われます。
課題タイプ: チーム管理対象プロジェクトに独自の課題タイプを追加した場合、新しい企業管理対象プロジェクトに関連付けられている課題タイプ スキームを使用した再作成を、Jira 管理者に依頼する必要があります。詳細。
プロジェクト アクセス: 企業管理対象プロジェクトへのアクセスは、権限スキームによって制御されます。Jira 管理者のみが企業管理対象プロジェクトの権限スキームを更新できます。詳細。
プロジェクトと課題キー: Jira は移行された課題の課題キーを自動で更新して、新しいプロジェクトを反映したものにします。古い課題キーへの既存のリンクは自動でリダイレクトされます。
レポート: レポート データは保存されません。課題は保持されますが、プロジェクトのベロシティおよびバーンアップ レポート用のデータは変換されず、失われます。
ストーリー ポイントの見積もり: このデータは失われます。これは、Jira が企業管理対象プロジェクト (ストーリー ポイント) で見積もりを保存するために使用するカスタム フィールドが、チーム管理対象プロジェクト (ストーリー ポイントの見積もり) で使用されるカスタム フィールドと異なるためです。
この内容はお役に立ちましたか?