2017-01-04 5 views
3

組織間プロジェクト用にJiraを設定する最善の方法を見つけようとしています。当社は、テーマに基づいて異なるチームが作業するために、別々のバックログに分割される継続的配信プログラムを用意しています。Jiraプロジェクト間で問題を移動することができます

高レベルのプロジェクト全体を管理するプロジェクトを1つ設定してから、個々のチームによって管理される仕事のテーマごとに異なるプロジェクトを設定することをお勧めします。

は、複数のチームが同じプロジェクトの外に動作しますが、(自分の仕事がベース菅・バン、スクラムバンやスプリントである場合を含む?)別に自分の仕事を追跡

+0

このサイトは質問に答えることと流れを受け入れることから生きています。それは人々が参加するために推進するものです。あなたがここで新しいので、答えを受け入れることを忘れないでください。詳細については、http://meta.stackexchange.com/questions/5234/how-does-accepting-an-answer-workを参照してください。しかし、私の間違いを犯さないでください。私の答えを受け入れる必要はありません。 –

答えて

-1

タイトルに質問についてできる方法があります。 JIRAの問題をプロジェクト間で移動することは可能です。この機能は非常に便利で、一括処理も可能です。詳細はMoving an issueを参照してください。

プロジェクトの構成について。ボックスの外には、JIRAには、あなたが説明したプロジェクトとサブプロジェクトでそのようなワークフローを作成する機能はありません。

サブプロジェクトとしてコンポーネントを使用している可能性があります。 この場合、上位プロジェクトとして機能するプロジェクトを作成し、このプロジェクトを複数のコンポーネントに分割します。コンポーネントの場合、リードを追加することができますが、バージョン管理は行いますが、コンポーネントに基づいてセキュリティ権限を設定することはできません。コンポーネントがプロジェクトではないので、これは完璧な解決策ではなく、実際にはいくつかの制限があります。しかし、あなたが十分であれば、このアプローチを自分で評価しなければなりません。

もう1つのオプションは、プラグインを使用することです。 Structure。私はあなたの問題を解決すると約束している方がずっとあると確信しています。私の経験からも、プラグインを使うことはあなたが期待している銀の弾丸ではないかもしれません。あなたが本当にあなたのワークフローに合っていれば、それを最初に評価しなければなりません。

-1

あなたが説明したシナリオでは、あなたが始める問題はおそらく、別々のチームで取り上げなければならない実際の仕事よりも高いでしょう。

私がうまくいくことは、上位レベルの問題(案件)に対して1つのプロジェクト(つまり機会のバックログ)を保持し、機会が詳細になるとチームのプロジェクトに問題を作成することですそれが彼らに作用します。これらの問題をチャンスに結びつけることができ、それを見ている人は各チームで何が起こっているのかを見ることができます。

もう1つの選択肢は、すべてのプロジェクトを1つのプロジェクトに保つ​​ことですが、それに取り組むチームの関連する問題をボードに表示することです。ボードは、複数のプロジェクトの問題をリストすることができます。それに応じてボードのJQLクエリを更新するだけで済みます。詳細はcheck the documentationをご覧ください。ただし、複数のチームのボードに同じ問題が記載されていると、スプリントを使って作業するのは面倒です。問題が1チームのボードにしか表示されないように設定するのがベストです。

私は動く問題をあまりにも気にしません。ユーザーフレンドリーな行動ではありません。

関連する問題