Ich war in früheren Jobs ein JIRA- und Bugzilla-Administrator und habe sehr oft Benutzer nach der Möglichkeit gefragt, mehr als einen Bearbeiter pro Problem zu haben.
Ich weiß, dass dies in JIRA möglich ist, aber für mich ergibt das niemals Sinn; ein Problem sollte eine Arbeit darstellen, und nur eine Person kann eine Arbeit leisten (zumindest in Software, ich habe noch nie einen Issue Tracker für ein 2-Mann-Bob-Team benutzt ;-)) Ein großes Stück Arbeit Natürlich sind mehr als eine Person involviert, aber ich denke, in diesem Fall sollte es in Teilaufgaben aufgeteilt werden, um eine genaue Statusmeldung zu ermöglichen.
Hat jemand Anwendungsfälle, in denen mehrere Beauftragte gültig sind?
Das Feld Assignee bedeutet vielen Menschen viele Dinge. Ein besserer Name könnte "Verantwortlicher Benutzer" sein. Es gibt drei Fälle, die ich mit meinen Kunden diskutiere:
A. Anzahl der Beauftragten = 0 JIRA verfügt über die Option "Nicht zugewiesene Probleme zulassen", aber ich rate davon ab, da ein Arbeitselement, wenn es keinem anderen gehört, von allen ignoriert wird.
B. Anzahl der Beauftragten = 1 Der Standardfall
C. Anzahl der Beauftragten & gt; 1 Wer ist für das Arbeitselement verantwortlich, das durch das Problem repräsentiert wird? Der beste Fall, den ich gesehen habe, ist, dass wenn ein Problem von einer Person in einem Team behandelt werden kann, das Problem vor der Triage jedem in diesem Team zugewiesen wird. Ich denke, ein besserer Ansatz besteht darin, einen JIRA-Benutzer mit einer E-Mail-Adresse zu erstellen, die an das gesamte Team sendet und diesem Benutzer zuweist. Dann kann einem Mitglied des Teams das Problem speziell zugewiesen werden.
Wenn Sie den Fall eines einzelnen Bevollmächtigten ändern, wird der Verlauf auf der Registerkarte Verlauf gespeichert. In diesem Fall ist nichts verloren.
Ich werde oft eine Geschichte / Feature haben, die auf mehrere Entwickler aufgeteilt werden kann. Sie werden Teilaufgaben individuell zugewiesen haben, aber es wäre sinnvoll, die Eltern allen Beteiligten zuzuweisen, es sei denn, es gibt einen leitenden Entwickler. Mir war eigentlich 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 bin auf diese Frage gestoßen und habe nach Lösungen gesucht, dies zu tun. Da ich dies tun möchte, schätze ich meinen Anwendungsfall als eine Antwort auf Ihre Frage: Ich möchte nur einen Beauftragten in dem Sinne, dass jemand gerade an einem Problem arbeitet, aber ich möchte den gesamten Lebenszyklus eines Problems verfolgen . Das kann für uns bedeuten:
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 zwischen den Schritten zurückgehen (Entwickler benötigt mehr Informationen, wir gehen von Schritt 3 zu 1 oder 2; Tester zeigt ein Problem an, wir gehen von 4 zu 3).
In jedem Stadium ist nur eine Person für das, was getan werden muss, verantwortlich. Dennoch gibt es eine ganze Reihe von Leuten, die mit dem Problem verbunden sind. Tracking-Systeme, die wir verwendet haben, freuen sich, einfache Änderungen an früheren Eigentümern des Problems (als Liste angezeigt) anbieten, aber ich würde gerne einen Schritt weiter gehen, mit dem Eigentümer automatisch auf den richtigen Vorbesitzer abhängig von der Status des Problems. In Schritt 6 sollte die ursprüngliche Unterstützungsperson von Schritt 1 idealerweise den Kunden kontaktieren. In Schritt 7 wäre die ops-Person aus Schritt 5 idealerweise der Bevollmächtigte.
Mit anderen Worten, obwohl ich nicht mehrere Beauftragte für einen bestimmten Schritt haben möchte, möchte ich, dass es einen "Unterstützungsempfänger", einen "Entwickler-Beauftragten", einen "Testinhaber", usw. gibt.
Wir können dies mit Teilaufgaben tun, und wir können das tun, indem wir vorherige Besitzer manuell auswählen, wenn wir den Status ändern, aber beides ist nicht ideal und ich denke, die obige Situation ist eine Situation, in der mehrere Bearbeiter Sinn machen würden.
In meiner Firma haben wir einen ähnlichen Workflow wie Nikhil. Wir arbeiten in einem Scrum-Modell, mit Entwicklern, Testern und einem technischen Redakteur in jedem Team.
Der Workflow einer Entwicklungsaufgabe ist
Entwicklung - & gt; Entwicklerbewertung - & gt; QA-Test - & gt; Bestellannahme - & gt; Fertig
Der Arbeitsablauf einer QA-Aufgabe ist
QA schreibt Testfall / automatisierten Test - & gt; QA-Überprüfung - & gt; Fertig
Wir hatten ein Werkzeug, das durch JIRA ersetzt wurde. Dadurch konnten wir mehrere Personen einer Aufgabe zuweisen, die wir für unseren Workflow als sehr nützlich empfanden. 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 dieses finde ich es schwierig, schnell die Aufgaben zu identifizieren, die der andere Tester in meinem Scrum-Team geschrieben hat und die ich überprüfen kann (im Gegensatz zu denen, die ich geschrieben habe, die sie überprüfen müssen).
So viele Leute haben seit mindestens 2007 nach der Möglichkeit gefragt, mehrere Beauftragte zu haben. Sie haben unterschiedliche, gültige Anwendungsfälle. Ich war enttäuscht, dass das Entwicklungsteam von JIRA einseitig erklärt hat, dass sie dies nicht umsetzen werden, und ich würde sie bitten, es noch einmal zu überdenken.
Was passiert, wenn John eine Aufgabe zugewiesen bekommt und sie nicht beenden kann, und sie wird in Janes Liste verschoben, weil John ein Faulpelz ist?
Geht es Ihnen gut, Geschichte zu verlieren, wem es ursprünglich zugewiesen wurde, und die Stunden, die damit verbracht / abgerechnet wurden?
Beim Pair-Group-Working (Paarprogrammierung etc ..) wäre es nett, beide Personen dem Problem zuzuordnen.
Aufgaben durchlaufen verschiedene Entwicklungsschritte (Beispiel: Entwicklung, Überprüfung, Test). Verschiedene Personen können für jeden Schritt verantwortlich sein. Auch wenn die Aufgabe sich in der Überprüfung oder im Testen befindet, wird der Überprüfer Dinge haben, die der Entwickler beheben muss. Verschiedene Rollen zuweisen, würde helfen, die Arbeit zu organisieren.
In unserem Team entwickeln wir normalerweise 1 oder 2 Personen zusammen. Dann wird der Code von etwa 2-5 Personen einzeln oder paarweise überprüft Dann wird es zunächst von 1-2 Personen getestet und schließlich vom gesamten Team getestet.
Gegenwärtig erlaubt uns unser System, eine einzelne Person zu einer bestimmten Zeit zuzuweisen. Das schränkt unsere Fähigkeit ein, zu verfolgen, wer an was arbeitet, ohne das Protokoll für das Problem durchzusehen. Die Vorteile, mehrere Personen zuordnen zu können, wären gut für uns.
In einem E-Learning-Szenario ist es sinnvoll, ein Problem mehreren Benutzern zuzuweisen. Hier ist, was ich machen möchte: Ich habe ein Storyboard, das ich gleichzeitig 3 Personen zuordnen 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 überprüft und schließt. Grafisch würde es ungefähr so aussehen:
%Vor%Die drei Jobrollen hängen nur von einem Storyboard ab. Die Zusammenstellung der drei muss an einen Rezensenten gehen. Ich zerbringe mir den Kopf, um an Redmine zu arbeiten. Habe noch keine Lösung gefunden.
Haben Sie diese Antwort von einem Atlassian-Partner Ссылка erhalten und dann später von Atlassian
Ziel: Möchten Sie festlegen, wer für jeden Schritt eines Problems zuständig ist
Zusammenfassung: Verwenden Sie ein Plug-in, um Werte aus benutzerdefinierten Feldern in das Feld "Empfä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 Felds an den Empfänger zu kopieren:
Erstellen Sie ein benutzerdefiniertes Feld als Einzelbenutzerauswahl für jede Rolle, z. B. Entwickler, Tester, Prüfer, die in verschiedenen Schritten des Problems zugewiesen werden
Fügen Sie diese Felder dem Bildschirm des Problemtyps hinzu
Ändern Sie die Post-Funktion für den Workflow-Übergang zwischen den einzelnen Schritten Fügen Sie die Funktion "Wert aus anderem Feld kopieren" hinzu, und legen Sie fest, dass der Wert aus dem entsprechenden benutzerdefinierten Benutzerfeld in das Feld "Empfänger" kopiert wird.
Tags und Links jira fogbugz bugzilla issue-tracking bug-tracking