0
当社のJIRAワークフローはこのような何かを行く（譲受人対）のJiraの「実施者」を追跡する：はどのように開発問題について
New -> In-Progress -> Resolved -!-> Reviewed -> Closed/Released
これは簡略化されているが、全体のポイントを取得する必要があります。
新規/進行中のJira譲受人は誰でも簡単に割り当てられることができますが、進行中にすぐに問題をコード化する開発者が譲受人です。
が完了したら、にチェックインし、問題をResolvedに設定します。
私の "問題"（*）が始まります：はで問題を自分で見直すべきではないので、問題は他の誰かにレビューのために割り当てられるべきです。レビューアはそれを承認してReviewedに設定することができます。その後、リリースに含めることができます。 （ここではそれがどのように機能しないかについての詳細）
問題は、課題担当者が実際に元の開発者であるレビュー担当者に設定されます。
意味：ジラの問題を見ると、後で変更を承認した人ではなく、実装者に興味があります。
そこで質問（複数可）のようだ：
- のJira譲受人は、問題の遷移を通じて変化に考えのようです。
- 問題が最終的に解決された場合、譲受人は二次関連者のみになる可能性があります。 これにより、閉鎖された問題のフィルタリングがより困難になります。
- これは本当の問題ですか。これに対してどのような解決策がありますか？
フィールドを追加することはできますが、デフォルトではこれらの2つしかないことがわかります。