2 回答
- 432
前者の場合、CATで管理している課題やタスク(サブタスク含む)の全てをAPPに移動することはできますででしょうか?
またその逆でAPPのコンポーネントで管理している課題、タスク(サブタスク)の全てを、新規のプロジェクトへCATへ移動させることはできますでしょうか?これについては移動する手順が無いので、面倒ですが課題の検索画面で移動対象のまとまった単位で検索して移動して行くことになると思います。「複数の課題の移動方法」でテンプレートが異なるプロジェクトでも移動できます。
どの単位でプロジェクトを管理するのかは、皆さん悩む事で明確な答えは無いと思います。原則としては、リーダーが管理する一つのチームでプロジェクトを作るのが良いかと思います。
システム的にはプロジェクト単位でセキュリティのアクセス権が決まる事と、ワークフローや画面、取り扱うフィールドが決まる事が大きいかと思います。
個人的にはアクセス権で決める事が多いかと思います。課題セキュリティを使えばプロジェクト内でアクセス権を分割する事はできますが、少々面倒です。プロジェクト別にロールで管理した方が簡単かと思います。
- Smokey Blues
樋口さま いつもありがとうございます。
この一括操作では、複数の課題を同時に移動できます。移動する課題をプロジェクトと課題タイプの両方にマッピングする必要があり、このために、課題のステータスとフィールドもマッピングする必要が生じる場合があります。また、サブタスクをマッピングする必要があります。
解決状況とか優先順位とかもろもろマッピングでうまくいくということでしょうか?
マッピングするものはグローバルフィールドなので、課題固有ではないので、マッピングできれば移動は問題ないということかな。。。
ちょっとテストで試してみます。
コメントを追加... - 321
私の経験では、最初は1プロジェクトにしていたけれども、バージョンの管理がうまいこと行かず、2プロジェクトに分けたことがあります(プロジェクトメンバーはどちらも同じ)。
具体例だと、jira.atlassian.com の https://jira.atlassian.com/projects/JRASERVER/summary と https://jira.atlassian.com/projects/JRACLOUD/summary のようなイメージでしょうか。この2つは最初1プロジェクトだったはずですが、途中から2つに分岐したように記憶しています。
- Smokey Blues
伊藤さま
現実的な実務で、課題のプロジェクト自体も統合やフォークはありますよね。
このへんUIでサクッとできると良いですね。。。(まだ移動を一度も試したことなくすみません)
コメントを追加...
カテゴリーの階層ツリー構造の管理をJIRAで行おうと計画しています。
カテゴリーの階層ツリー構造では複数親に所属できないので、どこかの枝の親に所属させる必要があります。
カテゴリーの新規登録、移動、名称変更(更新)、廃止などが主な管理対象です。
カテゴリーはアプリのモジュールの1つの機能ではありますが、JIRAでどのように管理すれば良いか悩んでいます。
アプリのバグ追跡プロジェクトをAPPとし、その中のコンポーネントで管理するか、それともカテゴリー管理の専門のプロジェクトをCATとして管理するか。
プロジェクトテンプレートを適切なものが何か、異なるテンプレートを使うべきかなどもあります。
前者の場合、CATで管理している課題やタスク(サブタスク含む)の全てをAPPに移動することはできますででしょうか?
またその逆でAPPのコンポーネントで管理している課題、タスク(サブタスク)の全てを、新規のプロジェクトへCATへ移動させることはできますでしょうか?
テンプレートが異なるプロジェクト間になるかと思います。
もしできるというときは、気をつけなければならないことはどのようなものがありますでしょうか?
アドバイスいただけると幸いです。
よろしくお願いいたします。