Ist es jemals sinnvoll, in einem Issue-Tracker mehrere Beauftragte für ein Problem zu haben?

StackOverflow https://stackoverflow.com/questions/7340865

Frage

Ich war in früheren Jobs JIRA- und Bugzilla-Administrator und wurde ziemlich oft von Benutzern nach der Möglichkeit gefragt, mehr als einen Beauftragten pro Problem zu haben.

Ich weiß, dass dies in JIRA möglich ist, aber meiner Meinung nach macht es nie Sinn;Ein Problem sollte ein Stück Arbeit darstellen, und nur eine Person kann ein Stück Arbeit erledigen (zumindest in der Software habe ich noch nie einen Issue-Tracker für ein Zweierbob-Team verwendet ;-)). Ein großes Stück Arbeit wird es sein Es ist offensichtlich, dass mehr als eine Person beteiligt ist, aber ich denke, in diesem Fall sollte es in Teilaufgaben aufgeteilt werden, um eine genaue Statusberichterstattung zu ermöglichen.

Kennt jemand Anwendungsfälle, in denen es zulässig ist, mehrere Beauftragte zu haben?

War es hilfreich?

Lösung

Das Feld des Beauftragten bedeutet vielen Menschen viele Dinge. Ein besserer Name könnte "verantwortungsbewusster Benutzer" sein. Es gibt drei Fälle, die ich mit meinen Kunden bespreche:

A. Anzahl der Beauftragten = 0 JIRA hat eine nicht zugewiesene Option für nicht zugewiesene Probleme, aber ich entfass dies, denn wenn ein Arbeitselement keinem Besitz von jemandem gehört, wird er von jedem tendenziell ignoriert.

B. Anzahl der Beauftragten = 1 Der Standardfall

C. Anzahl der Beauftragten> 1 Wer ist für den Arbeitselement verantwortlich, der durch das Problem dargestellt wird? Der beste Fall, den ich dafür gesehen habe, ist, dass bei einem Problem von einer Person in einem Team ein Problem behandelt werden kann. Vor der Triage wird das Problem allen in diesem Team zugewiesen. Ich denke, ein besserer Ansatz ist es, einen JIRA -Benutzer mit einer E -Mail -Adresse zu erstellen, die an das gesamte Team gesendet wird, und ihn diesem Benutzer zuzuweisen. Dann kann ein Mitglied des Teams das Problem insbesondere zugewiesen haben.

Durch Ändern des Eins -Beauftragten -Falls wird der Verlauf auf der Registerkarte Verlauf aufgezeichnet. In diesem Fall geht nichts verloren.

Andere Tipps

Ich werde oft eine Geschichte / eine Funktion haben, die über mehrere Entwickler aufgeteilt werden kann. Sie haben einzeln zugewiesene Unteraufgaben, aber es wäre sinnvoll, den Elternteil allen Beteiligten zuzuweisen, es sei denn, es gibt einen leitenden Entwickler. Ich war mir nicht bewusst, dass ich mehrere Aufgaben erledigen konnte, also danke für den Tipp!

Der andere Fall, den ich mir vorstellen kann, ist die Paarprogrammierung.

Ich habe diese Frage getroffen, während ich nach Lösungen suchte. Da ich dies tun möchte, schätze ich, dass mein Anwendungsfall als Antwort auf Ihre Frage gilt: Ich möchte nur einen Beauftragten im Sinne von jemandem, der derzeit an einem Problem arbeitet, aber ich möchte den gesamten Lebenszyklus eines Problems verfolgen . Für uns kann das bedeuten:

  1. Eine Support -Person erhält einen Bericht von einem Kunden, erstellt ein Problem
  2. Ein Ausgabe-Wrangler überprüft das Problem, um sicherzustellen, dass es gültig ist und nicht dupliziert, alle geeigneten Details usw. enthält.
  3. Ein Entwickler implementiert/behebt das Problem
  4. Ein Tester führt alle geeigneten Tests durch (in unserem Fall, wobei wir unsere automatisierten Testsuite hauptsächlich erweitern, um zusätzlich die Funktion/Fix zu testen).
  5. Eine Operations -Person führt die neue Version in eine Testumgebung aus
  6. Eine Support -Person informiert den Kunden, der seine eigenen Tests mit der neuen Version in der Testumgebung durchführt
  7. Eine Operations -Person führt die neue Version zur Produktion aus

Nicht alle Probleme durchlaufen notwendigerweise alle Schritte. Einige Probleme haben mehr Schritte (z. B. eine Code -Überprüfung zwischen Schritt 3 und 4). Viele Probleme werden auch unter den Schritten rückwärts bewegen (Entwickler benötigt weitere Informationen, wir gehen von Schritt 3 bis 1 oder 2; Tester entdeckt ein Problem, wir gehen von 4 bis 3).

In jeder Phase ist nur eine Person für alles verantwortlich, was getan werden muss. Trotzdem gibt es eine ganze Reihe von Menschen, die mit dem Problem verbunden sind. Wir haben die Verfolgungssysteme, die wir verwendet haben Status der Ausgabe. In Schritt 6 sollte die ursprüngliche Support -Person aus Schritt 1 den Kunden idealerweise kontaktieren. In Schritt 7 wäre die OPS -Person aus Schritt 5 idealerweise der Beauftragte.

Mit anderen Worten, obwohl ich für einen bestimmten Schritt nicht mehrere Beauftragte für einen bestimmten Schritt möchte, möchte ich, dass es einen "Support -Beauftragten", einen "Entwicklerbeauftragten", einen "Testbeauftragten" usw. geben.

Wir können dies mit Unteraufgaben tun und können dies tun, indem wir frühere Besitzer manuell auswählen, wenn sie den Status ändern, aber auch nicht ideal, und ich denke, die obige Situation ist eine, bei der mehrere Beauftragte sinnvoll sind.

In meiner Firma haben wir einen ähnlichen Workflow wie Nikhil. Wir arbeiten in einem Scrum -Modell mit Entwicklern, Tester und einem technischen Schriftsteller in jedem Team.

Der Workflow einer Entwicklungsaufgabe ist

Entwicklung -> Entwicklerüberprüfung -> QA -Test -> PO -Akzeptanz -> Fertig

Der Workflow einer QA -Aufgabe ist

QA schreibt Testfall / automatisierter Test -> QA Review -> Fertig

Wir hatten ein Tool, das Jira ersetzte, mit dem wir einer Aufgabe mehrere Personen zuweisen konnten, das wir für unseren Workflow sehr nützlich fanden. Bei einer QA -Aufgabe konnte ich leicht erkennen, ob der andere Tester in meinem Team bereits gearbeitet hatte und ich den nächsten Schritt machen musste.

Ohne dies fällt es mir schwierig, schnell auf Aufgaben zu identifizieren, die der andere Tester in meinem Scrum -Team geschrieben hat, die für mich bereit sind, überprüft zu werden (im Vergleich zu den, die ich geschrieben habe, die sie überprüfen müssen).

So viele Menschen haben seit mindestens 2007 die Möglichkeit gebeten, mehrere Beauftragte zu haben. Sie haben unterschiedliche, gültige Anwendungsfälle. Ich war enttäuscht, dass das JIRA -Entwicklungsteam einseitig sagte, dass sie dies nicht umsetzen und sie bitten würden, sich zu überdenken.

https://jira.atlassian.com/browse/jra-12841

  1. Während die Paar-Gruppe arbeitet (Paarprogrammierung usw.), wäre es schön, beide Personen diesem Problem zuzuweisen.

  2. Aufgaben bewegen sich durch die Entwicklung verschiedener Schritte (Beispiel: Entwicklung, Überprüfung, Test). Für jeden Schritt können verschiedene Personen verantwortlich sein. Auch wenn die Aufgabe möglicherweise überprüft oder testet wird, wird der Rezensent den Entwickler beheben. Unterschiedliche Rollen zuzuweisen, würde helfen, die Arbeit zu organisieren.

In unserem Team entwickeln wir normalerweise 1 oder 2 Personen zusammen. Anschließend wird der Code von rund 2-5 Personen in einzeln oder paarweise überprüft, dann wird er zunächst von 1-2 Personen getestet, die schließlich vom gesamten Team getestet wurden.

Derzeit können wir unser System zu einem bestimmten Zeitpunkt einer einzelnen Person zuweisen. Dies schränkt unsere Fähigkeit ein, zu folgen, wer daran arbeitet, ohne das Protokoll für das Problem zu schauen. Die Benifits von Bienenging, die in der Lage sind, mehrere Personen zuzuweisen, wären gut für uns.

Was passiert, wenn John eine Aufgabe zugewiesen wird und sie nicht beenden kann, und sie wird auf Janes Liste verschoben, weil John ein Faulpelz war?

Sind Sie in Ordnung damit, die Geschichte zu verlieren, wem es ursprünglich zugewiesen wurde, und die Stunden, die dafür ausgegeben / in Rechnung gestellt wurden?

In einem E-Learning-Szenario ist es sinnvoll, ein Problem mehreren Benutzern zuzuweisen.Folgendes möchte ich tun:Ich habe ein Storyboard, das ich drei Personen gleichzeitig zuweisen möchte – den Animatoren, den Aufnahmekünstlern und den Grafikdesignern.Sobald diese Personen ihre Aufgaben erledigt haben, geben sie sie an einen gemeinsamen Prüfer weiter, der das Problem prüft und schließt.Grafisch würde es etwa so aussehen:

                   Storyboard
                 /     |     \
           graphics animator recording
                 \     |     /
                    reviewer
                       |
                     done

Die drei Jobrollen hängen nur von einem Storyboard ab.Die Zusammenstellung der drei muss einem Gutachter überlassen werden.Ich zerbreche mir den Kopf, damit das bei Redmine funktioniert.Habe noch keine Lösung gefunden.

Ich habe diese Antwort von einem Atlassianischen Partner erhalten https://www.isostech.com/solutions/und später später aus Atlassianisch

Ziel: Möchten Sie festlegen, wer die Werke für jeden Schritt zu einem Problem erledigt

Zusammenfassung: Verwenden Sie ein Plugin, um die Werte aus benutzerdefinierten Feldern in das Feld "Annäherungssempfänger" zu kopieren, wenn das Problem in einen neuen Schritt übergeht.

Wie: 1. Installieren Sie das Suite Utilities Plug-In: Dieses Plug-In fügt Workflows eine Reihe neuer Funktionen hinzu.

Sie verwenden das Plug-In, um den Wert eines benutzerdefinierten Feldes in den Beauftragten zu kopieren:

  1. Erstellen Sie ein benutzerdefiniertes Feld als Einzelbenutzer -Picker für jede Rolle, dh Dev, Tester und Rezensent, die in verschiedenen Schritten des Problems zugewiesen werden soll

  2. Fügen Sie diese Felder dem Bildschirm des Problemtyps hinzu

  3. Ändern Sie die Postfunktion im Workflow-Übergang zwischen jedem Schritt hinzufügen eine Postfunktion "Kopieren Sie den Wert aus einem anderen Feld" und setzen Sie ihn so ein, dass der Wert aus dem entsprechenden Benutzer-benutzerdefinierten Feld in das Feld Abtretungsempfänger kopiert wird.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top