もちろん、抜け道はあります-これらはセキュリティレベルの設定ですが、残念ながら、この方法は発明された構成オプションの根底にありますが、私には適していませんでした。 試行錯誤の方法は、認知能力を大いに発達させ、習得したスキルをしっかりと統合しますが、時間がかかりますので、私は何が起こったかを共有し、ディスカッションに招待します。 これが参考になり、Jira管理者の時間を節約できることを願っています。
セキュリティレベルを介した構成の問題は、特定のグループ/ロールのすべてのユーザーに問題へのアクセスが許可されることです。一部の問題プロジェクトを表示するには、グループ/ロール「A」の特定のユーザーのみが必要でした。 個々のユーザーを一般的なセキュリティレベルスキームに追加することは、システムの一般ユーザーにとって不可能なタスクであり、管理者権限を持つ従業員は常に忙しいです。 言葉遣いからレシピに移ります。
Atlassian JIRA v 6.3.8 Server Instanceがあります。
1.アドオンJIRA Watcherフィールドをインストールします
無料です。 課題の発行時にウォッチャーを追加できます。このため、使用する画面スキームにカスタムフィールド「ウォッチャー」を追加する必要があります。 このアドオンにより、セキュリティレベルの設定でカスタムフィールドを使用することもできます。
2.アクセス許可スキームの構成
プロジェクトの権限スキームで、プロジェクト権限、プロジェクトの参照ルールに必要なグループまたはロールを追加します。 グループを追加すると、すべての参加者にはプロジェクトのリストにプロジェクト「P」が表示されますが、問題はありません。 役割を追加すると、プロジェクトはプロジェクト設定で役割に追加された人にのみ表示されます。 システムの整合性を損なうことなく、Jira全体を管理するよりも多くのユーザーが特定のプロジェクトを管理できます。 その後、グループ/ロールをさらにいくつかのルールに追加できます。 たとえば、課題の作成を使用すると、ユーザーはプロジェクトのフレームワーク内で課題を作成し、それらのみを見ることができます（セキュリティレベルにReporterを追加する必要があります）。
3.セキュリティレベルスキームの構成
新しいセキュリティレベルスキームを追加し、その中にセキュリティレベルを作成します。これには、すべてのプロジェクトの問題が常に表示するすべてのグループ/ロールを追加します。特定の問題のみが表示するグループ/ロールを追加しないでください。 そして追加：
ユーザーカスタムフィールド値（ウォッチャー）-ウォッチャーに追加されたユーザーが問題を表示できるようにします。
レポーター-ユーザーには、自分が作成した課題のみが表示されます。
現在の担当者（オプション）-ウォッチャーに追加せずに、グループ/ロール「A」からユーザーへの課題へのアクセスを開き、課題を単に割り当てることができます。
このようなトリッキーな操作の結果として、問題の発行時とウォッチャーまたは担当者の編集の両方で、特定の問題へのアクセスを特定のユーザーに与えることができます。