JIRA: zu schließen oder zu lösen?


78

Sie können sowohl ein behobenes als auch ein geschlossenes Problem in JIRA erneut öffnen. Was ist der praktische Unterschied? (Außerdem sind unterschiedliche Berechtigungen erforderlich, um Probleme zu lösen / zu schließen, z. B. wenn es sich um eine Qualitätssicherung handelt.)

Wir haben einige Meinungsverschiedenheiten in unserem Team, ob wir eine Lösung finden oder schließen wollen, und ich möchte auf eine Autorität hinweisen und sagen, "wir sollten es so machen".


1
Diese Frage scheint nicht zum Thema zu gehören, da es sich um die Verwendung von JIRA handelt
John,

Antworten:


65

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.


43
  • Gelöst wird normalerweise "Bereit zum Testen"
  • Geschlossen ist normalerweise "Es hat funktioniert"

In diesem Blogbeitrag erfahren Sie möglicherweise auch, wie JIRA die Status "Gelöst / Geschlossen" und das Feld "Systemauflösung" verwendet.


Nachdem ich die meisten anderen Antworten gelesen hatte, war dies das Beste, was ich verstehen konnte!
Kirtan403

16

Gegenüber unseren externen Kunden tun wir dies, wenn wir dem Kunden in Rechnung gestellt haben, dass wir den Vorfall schließen (dies kann genauso gut ein Problem oder eine SED-Aufgabe sein). Bis dahin bleibt der Vorfall einfach gelöst.

Ich glaube, Sie sollten einen geschlossenen Vorfall nicht erneut öffnen, das sind die Bücher, während Sie einen gelösten Vorfall erneut öffnen können.

Übrigens wäre es ratsam zu lesen, was ITIL dazu sagt. Wie auf dieser Seite gesagt :

Regeln für die Wiedereröffnung von Vorfällen

Trotz aller angemessenen Sorgfalt wird es Fälle geben, in denen Vorfälle erneut auftreten, obwohl sie offiziell geschlossen wurden. Aufgrund solcher Fälle ist es ratsam, vordefinierte Regeln zu haben, ob und wann ein Vorfall erneut geöffnet werden kann. Es kann beispielsweise sinnvoll sein, zuzustimmen, dass der Vorfall, wenn er innerhalb eines Arbeitstages erneut auftritt, erneut geöffnet werden kann. Über diesen Punkt hinaus muss jedoch ein neuer Vorfall ausgelöst werden, der jedoch mit den vorherigen Vorfällen verknüpft ist. Der genaue Zeitschwellenwert / die genauen Zeitregeln können zwischen den einzelnen Organisationen variieren. Es sollten jedoch klare Regeln vereinbart und dokumentiert sowie allen Service Desk-Mitarbeitern Anleitungen gegeben werden, damit Einheitlichkeit angewendet wird.


+1 für den Link zu ITIL. Viele Informationen zur Workflow-Organisation. Genau das, was ich brauchte.
Daria Trainor

4

Sie können (normalerweise) keine Arbeit für ein geschlossenes Problem bearbeiten oder protokollieren, und Sie sollten dies berücksichtigen.

Mein Rat ist: nur Tester schließen


Sie können den Workflow jedoch ändern, um die Bearbeitung geschlossener Probleme zu ermöglichen.
mdoar

1

Normalerweise sollte Dev / Resource aufgelöst werden und nur Reporter können schließen.


0

Ich denke, GESCHLOSSEN ist ein Status und ENTSCHLOSSEN ist ein Zustand.

  1. Ein Problem kann als FERTIG, NICHT WIEDERHOLBAR oder ABGESAGT BEHOBEN werden (oder als Status, den Sie auswählen ... es ist in den Workflow-Regeln festgelegt).
  2. RESOLUTION kann auch ziemlich einfach in JQL verwendet werden ... zB PROJECT = DBA und RESOLUTION ist LEER
  3. BEHOBENE Probleme werden auch mit durchgestrichenen Zeichen angezeigt, wenn sie in anderen Problemkommentaren oder Links aufgeführt sind
  4. Auf DB-Ebene ist RESOLUTION DATE ein separates Feld und wird auch im Abschnitt DATE eines Problems angezeigt

Ich denke, es gibt auch eine Reihe von Berichten für BEHOBENE Probleme.

Fazit ... RESOLVED kann aus einer Reihe von Gründen "nicht mehr aktiv" bedeuten und verfügt über spezielle Funktionen in JIRA. GESCHLOSSEN ist nur ein weiterer Status.

Verknüpftes Problem, das behoben ist Das aufgelöste Datum wird speziell und in die Handhabung integriert

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.