Wie vermeide ich Doppelarbeit zwischen meinem Issue Tracker und den Projektspezifikationsdokumenten?

Ich habe für eine professionelle Beratungsfirma gearbeitet, und wir haben unter vielen verschiedenen Vertragsbedingungen gearbeitet. Wenn wir ein Zeit- und Materialprojekt erhalten konnten, haben wir es mit SCRUM ausgeführt und den Rückstand in unserem Issue-Tracker-System verfolgt.

Meistens mussten wir jedoch unter einem Festpreisvertrag liefern. Dies erforderte ein Spezifikationsdokument als Anhang zum Vertrag. Daher haben wir immer Arbeitselemente stapelweise aus der Spezifikation importiert (oder schlimmer noch, manuell eingegeben). Änderungsaufträge nahmen viel Zeit in Anspruch, um sicherzustellen, dass alles synchron war, insbesondere gegen Ende des Projekts.

Gibt es eine Methodik oder ein Software-Tool , das den gesamten Prozess trocken hält ? Ich habe etwas gesucht und verwende anscheinend nicht die richtigen Begriffe. Die meisten meiner professionellen Netzwerke leisten keine Festpreisarbeit.

Ich wäre offen für:

Wechseln meines Bug-Trackers oder Kaufen von Plugins (derzeit mit FogBugz).
Nach einer anderen Entwicklungsmethode
Schreiben von Software zum Verwalten der Spezifikationen und Aktualisieren des Bug-Trackers und des Spezifikationsdokuments (dies scheint jedoch eine Menge Arbeit für zweifelhafte Vorteile zu sein)

Lohnt es sich wirklich, das zu lösen? Es hat uns bei einigen Projekten einiges gekostet, aber bei anderen Projekten hat es uns nicht beeinflusst.

issue-tracking specifications methodology

— Zachary Yates
quelle

-1: ... Und wie hängt das mit der Programmierung zusammen?

— Jim G.

@ Jim Kannst du ein Beispiel geben, wohin das führen soll?

— Cole Johnson

Warum nicht Bugzilla verwenden?

— Cole Johnson

@ColeJohnson Gibt es eine Funktion, die dieses Problem tatsächlich löst? Ich habe beim Betrachten der Bugzilla-Site nichts Spezielles gesehen.

— Zachary Yates

@ JimG. Ich dachte, diese Frage fiel ziemlich solide unter die in den FAQ aufgeführten "Entwicklungsmethoden" und "Geschäftsbedenken": programmers.stackexchange.com/faq

— Zachary Yates

Ich würde die Spezifikation als HTML exportieren, wobei jeder Abschnitt und jedes Element einen Anker hat. Host, der auf einem Webserver exportiert, auf den jeder zugreifen kann, der sich damit befassen muss. Anschließend können Sie von Ihren Problemen aus eine Verknüpfung zu dieser Datei herstellen und den richtigen Anker für die Adressierung eines bestimmten Abschnitts oder Elements verwenden.

Um alles synchron zu halten, sollten Sie Ihre Spezifikation in der Versionskontrolle haben und den HTML-Export bei jedem Einchecken der Spezifikation automatisieren.

Wenn sich die Spezifikation ändert, können Sie Ihre Probleme auch nach Links durchsuchen, bei denen der Anker nicht mehr vorhanden ist.

Dies behebt jedoch nicht das Problem neu erstellter Abschnitte oder Elemente.

— SpaceTrucker
quelle