Einige meiner Mitarbeiter haben sich zu einer Gruppe zusammengefunden, deren Ziel es ist, die Vorteile der Implementierung einiger agiler Softwareentwicklungs-/Projektmanagement-Prinzipien zu analysieren.Wie soll ich User Stories in Bugzilla implementieren?
Als Entwickler sehe ich großen Nutzen in User Stories. Wir suchen nach einem Informationsradiator, der für die Überwachung der Phasen der aktuellen Version und die Planung zukünftiger Releases verwendet werden kann. Ich möchte User Storys für diesen Prozess verwenden.
Momentan verwenden wir Bugzilla zur Problemverfolgung. Die meisten Release-Planungen werden mit Fehlern aus diesem System durchgeführt. Die Verwendung von Bugzilla wird sich wahrscheinlich nicht ändern. Es bietet das meiste von dem, was wir brauchen, zu den richtigen Kosten ($ 0).
Ein Problem ist die Zuordnung von User Storys zu Bugs. Das Versionsmanagement erfolgt derzeit mit Hilfe von Fehlernummern. Das Problem ist, dass eine User Story drei Bugs enthalten könnte oder umgekehrt.
In dem Szenario mit mehreren gemeldeten Fehlern für eine einzelne User Story ist eine Idee, einen User Story Bug zu haben, der die Geschichte buchstabiert und Abhängigkeiten von Kind Bugs festlegt, die diese Geschichte ausmachen. Ich befürchte, dass dies zu komplex sein und Verwirrung zwischen den Beteiligten, der Entwicklung und der Qualitätssicherung schaffen könnte. Außerdem wird es Bugzilla ziemlich durcheinander bringen.
Hat schon jemand diesen Weg genommen? Wenn ja, was hast du getan? Soll ich die Idee von User Stories in Bugzilla aufgeben? Gibt es eine einfachere Lösung?
Alle Gedanken würden geschätzt werden.
Ich stimme einigermaßen mit Ihrem Punkt überein, aber ich denke, dass das Problem, die User Stories in kleinere User Stories zu zerlegen, die zusätzliche Ebene der Indirection hinzufügt, die ein "User Story Bug" in Bugzilla würde; Es wird nur die Umleitung zum User Stories-Tool anstelle von Bugzilla verschoben. nicht, dass das falsch ist; Es hängt wirklich vom Unternehmen ab, was am besten funktioniert. Aber wenn Sie versuchen, die Komplexität und Tiefe zu minimieren, erkennen Sie, dass dies die Komplexität an anderer Stelle verschiebt. Wie ich schon sagte, nichts falsch daran, wenn das ist, was Ihre Organisation findet, das funktioniert. –
Ja, wie gesagt, der andere Ansatz hat bei uns nicht sehr gut funktioniert, aber für viele ist er immer noch eine gute Lösung. –
Danke für Ihren Rat. Ein Problem, das ich damit sehe, ist ein umgekehrtes Szenario, bei dem ein einzelner Fehler mehrere Geschichten benötigt. Unsere Kunden sind intern. Ein Grund, warum wir Bugzilla verwenden, ist, dass jeder Benutzer einen Bug ohne zusätzliche Lizenzkosten einreichen kann. Wir werden Fälle erhalten, in denen ein von einem Benutzer eingereichter Fehler mehreren Benutzergeschichten zugeordnet wird. Wir könnten einfach mehrere Story-Bugs erstellen und das ursprüngliche Problem schließen, aber dies fügt noch eine Ebene der Komplexität hinzu, die ich vermeiden möchte. –