Ein typischer Problemworkflow ist die Person, die an dem Fehler arbeitet, der ihn behebt, und die Person, die den Fehler geöffnet hat, entscheidet, ob die Lösung akzeptabel ist. Wenn ja, schließen sie es. Wenn nicht, öffnen sie den Fehler erneut für weitere Diskussionen / Arbeiten / Streitereien.
Die Ausnahme ist, wenn ein Fehler ein Duplikat ist. Oft erkennt die Person, die an dem Fehler arbeitet, dass es sich um ein Duplikat handelt, und kann den Fehler dann selbst als Duplikat schließen. Oder vielleicht lösen sie es als Duplikat auf, der Öffner stimmt zu und schließt es.
IIRC, JIRA verfügt über einen ziemlich flexiblen (wenn auch komplizierten) Workflow, sodass Sie jeden Prozess einrichten können, der Ihrer Meinung nach für Ihr Team und die Gruppen, die Probleme einreichen, geeignet ist.
Bearbeiten: Mir ist klar, dass ich mich nicht mit der Wiedereröffnung geschlossener Probleme befasst habe. Nach meiner Erfahrung passiert dies häufig nicht, weil Benutzer das Problemsystem nach vorhandenen Fehlern durchsuchen, die dasselbe Verhalten aufweisen wie das, was sie sehen. Und wenn Sie Glück haben, werden häufig Fehler geöffnet, ohne dass bestehende Probleme untersucht werden.
Davon abgesehen wird eine QS- oder Außendienstmitarbeiterin einige Zeit nach dem Schließen durch den ursprünglichen Eigentümer sagen: "Ich erinnere mich an diesen Fehler. Verdammt, sie sagten, er wurde behoben." Zu diesem Zeitpunkt können sie den alten Fehler erneut öffnen oder einen neuen erstellen und auf das Original verlinken. Ich bevorzuge, dass es einen neuen Fehler gibt und verlinkt, anstatt ihn erneut zu öffnen. Der Grund dafür ist, dass das "neue" Problem möglicherweise dasselbe Verhalten aufweist, jedoch eine völlig andere Ursache hat. Dies ist häufig der Fall, wenn wirklich generische Fehlerprotokollmeldungen ausgegeben werden.