Was ist eine gute Methode für das Anforderungsmanagement in Jira? [geschlossen]

Mein Team erhält vor jedem Produkt einen ziemlich großen Korpus von Anforderungsdokumenten ... und mit "ziemlich umfangreich" meine ich ungefähr hundert Dokumente mit 20-200 Anforderungen pro Stück.

Wir wechseln zu Jira für die Arbeits-/Bug-/Sprint-Verfolgung (Agile-Team) und möchten die Anforderungen im Jira-System integriert halten.

Was ist ein gutes Werkzeug dafür? Ich habe Confluence im Auge, sehe aber keine gute Möglichkeit, alle Anforderungsdokumente zu importieren und verknüpfbare Anforderungsobjekte bereitzustellen.

Grundlegende Anforderungen: Link zu Anforderungen aus der Ausstellung, Ändern des Status einer Anforderung, Anzeigen einer Übersicht über abgeschlossene/in Bearbeitung befindliche/veraltete Anforderungen.

Abstimmung zum Schließen als Einkaufsfrage. pm.stackexchange.com/faq#questions
@CodeGnome Ich glaube nicht, dass es eine Einkaufsfrage ist. Meiner Ansicht nach braucht der Benutzer eine Anleitung zum Gesamtansatz. Daher würde ich dafür stimmen, diese Frage erneut zu öffnen, da er besser verstehen muss, wie sein Anforderungsworkflow aussehen sollte.
Ich möchte, dass die Frage erneut gestellt wird. Dies ist eine berechtigte Frage zur Verwendung von Jira für das Projektmanagement, und es gibt nicht viele andere Online-Quellen, die sich mit dieser Frage befassen.

Antworten (6)

Wir machen das umgekehrt:

Anforderungen werden in Confluence (dem Wiki-Teil der Atlassian-Suite) behandelt. In Jira werden für jede Anforderung ein oder mehrere Epics/Userstories erstellt, jedoch nur für die nächsten 2 oder 3 Meilenstein-Releases. Die Rückverlinkung von Jira nach Confluence erfolgt über einen einfachen HTML-Link (Confluence führt eine automatische Verlinkung durch, wenn Sie eine URL ausschneiden und einfügen).

Nachdem diese erstellt wurden, wird der Wiki-Seite ein Verweis auf das Jira-Problem hinzugefügt. Dieser Link, der als Gadget bezeichnet wird, zeigt den aktuellen Issue-Status und bietet einen direkten Link zu Jira.

Funktioniert ganz nett, aber es ist begrenzt, einen "Dashboard"-Überblick über alle Anforderungen zu haben.

Wir mögen dieses Setup, weil es den Rückstand in Jira relativ frei von Elementen hält, die in den nächsten 6 bis 12 Monaten angegangen werden könnten oder auch nicht. Für uns ist das gut genug, vielleicht sind andere Tools besser oder tiefer integriert.

Schau dir mal RMsis an .

Kernpunkte:

  • Es wurde entwickelt, um eine große Anzahl von Anforderungen innerhalb des JIRA-Ökosystems zu verwalten.
  • Verfügt über einigermaßen gute Fähigkeiten in Bezug auf JIRA-Integration / Verknüpfung mit JIRA-Problemen / Rückverfolgbarkeit.
  • Die Anforderungsstatus können festgelegt werden und Sie können Filter verwenden, um sich einen Überblick über den Status des Projekts zu verschaffen.
  • Unterstützt Versions-/Änderungskontrolle und Anforderungs-Baselines.

HINWEIS: Ich bin mit diesem Produkt verbunden.

Hallo Sanjay, vergiss nicht, deine Zugehörigkeit zum Produkt anzugeben. Normalerweise löschen wir solche Antworten, aber in diesem Fall gilt Ihre Antwort für die Frage. Ich habe bearbeitet, um zu zeigen, dass Sie tatsächlich verbunden sind, basierend auf den Informationen in Ihrem Profil. Weitere Informationen finden Sie in unseren häufig gestellten Fragen . Danke! :)
Ich habe das vor einiger Zeit auf dem Atlassian Marketplace gefunden, aber von den Screenshots / der Beschreibung her fand ich, dass es ziemlich verwirrend aussah. Die Demo auf der Website ist jedoch ziemlich raffiniert. Ich werde dies noch etwas untersuchen.
Wenn dies zu verwirrend ist, versuchen Sie es mit Requirement Yogi for Confluence – Es stellt die angeforderten verknüpfbaren Anforderungsobjekte bereit und ist für technisch nicht versierte Personen konzipiert (Disclaimer: Ich bin der Autor).

Hallo Hydrangea und Hulbert,

Ich bin von zAgile, den Entwicklern der Open-Source-Wikidsmart-Plattform, die die Software-Engineering-Tool-/ALM-Integration übernimmt. Wikidsmart enthält vorgefertigte Lösungen für Anforderungsmanagement, Testfallmanagement und -automatisierung und mehr aus Confluence heraus und integriert in JIRA. Es steht ein Import zur Verfügung, um bestehende Anforderungen (z. B. über eine CSV-Datei) aus anderen Systemen einzubinden. Ich kann Sie mit Kunden verbinden, wenn Sie mehr über die reale Welt und Erfahrungen aus erster Hand erfahren möchten.

Hier ist das aufgezeichnete Webinar von gestern zum Thema Anforderungsmanagement. http://www.youtube.com/watch?v=N7mEHZ1fI5E&feature=plcp

-andrew

Warum bearbeiten Sie Ihre Anforderungen nicht in Jira? Es ist leicht möglich, wenn Sie die folgenden Dinge beachten:

  • haben unterschiedliche Kartentypen ( z. B. Jira-Issue-Typen ) wie Portfolio-Anforderung, Anforderung, User Story, Story-Aufgabe, Fehler
  • Definieren Sie klar, welcher Kartentyp auf welcher Ebene verwendet werden soll
  • Etablieren Sie ein Governance-Modell, z. B. wer einen neuen Kartentyp erstellen darf
  • vielleicht sammeln Sie alle eingehenden Anforderungen in einem eigenen Projekt
  • Verknüpfen Sie alle Probleme, damit Sie Rückverfolgbarkeit haben
  • Verwenden Sie Versionen für die Release-Planung

Stellen Sie sich beispielsweise vor, Sie möchten einen Texteditor implementieren. Sie würden wahrscheinlich Portfolio-Anforderungen wie Druckunterstützung, Kopieren und Einfügen, Desktop-Integration usw. definieren. Anschließend könnten Sie jede dieser Portfolio-Anforderungen weiter verfeinern.

Gemeinsam mit dem Produktmanagement entscheiden Sie, welche Portfolio-Anforderungen im nächsten Major Release angegangen werden sollen. So können Sie Versionen erstellen und diesen Ihre Anforderungen zuweisen. Außerdem möchten Sie die als nächstes zu implementierenden Anforderungen wahrscheinlich verfeinern, z. B. User Storys erstellen und sie mit der übergeordneten Anforderung verknüpfen.

Sie können ein Governance-Modell um Ihre Anforderungen herum einrichten, z. B. dass das Produktmanagement eine Anforderung freigeben muss, bevor F&E sie implementieren darf. So können Sie für jeden Kartentyp die gewünschten Zustände definieren.

Der große Vorteil, alles in Jira zu haben, besteht darin, dass Sie zu allen Aspekten ansprechende Berichte erstellen können. Alles ist verknüpft und Sie haben volle Rückverfolgbarkeit.

(Ich arbeite derzeit in einem großen Softwareunternehmen, wo einer unserer Entwicklungszweige sein komplettes Anforderungsmanagement nur mit Jira durchführt. Natürlich verwenden sie Confluence für Softwarespezifikationen, indem sie diese Dokumente von den jeweiligen Jira-Karten verknüpfen).

Meinst du mit "Jira-Karten" die Greenhopper-Karten auf dem Scrum-Board? Ich würde denken, dass es sehr zeitaufwändig wäre, alle unsere Anforderungsdokumente auf diese Weise in Jira zu importieren.
Entschuldigung, Kartentypen war wahrscheinlich der falsche Begriff. Ich meine eigentlich die Problemtypen confluence.atlassian.com/display/JIRA/… Ich habe das jetzt in meiner Antwort oben verlinkt.
@Hydrangea Ich spreche nicht davon, alle Ihre Anforderungsdokumente in Jira zu importieren. Woher kommen diese Dokumente? Wäre es möglich, anstatt diese Dokumente zu haben, jede einzelne Anforderung direkt in Jira einzugeben? Oder könnten Sie eine Verknüpfung von einer Jira-Anforderung zu Teilen Ihrer Dokumente erstellen, sodass Sie hochrangige Portfolioanforderungen haben, die mit vollständigen Dokumenten verknüpft sind (z. B. Anforderung: mobiler Support)?

Betrachten Sie Jama Contour.

Contour hat eine direkte Integration mit JIRA. Diese Integration verbindet Geschäftsteams, die für Produktanforderungen und -planung verantwortlich sind, mit Entwicklungsteams, die für die Implementierung verantwortlich sind.

In Bezug auf Ihre "grundlegenden" Anforderungen kann Contour Informationen mit JIRA austauschen, um die Verknüpfung der Anforderung mit dem Problem zu ermöglichen. Es kann den „Status“ einer Anforderung basierend auf den Eingaben von JIRA anpassen. Ermöglicht Filter und Berichte, um Anforderungen aus verschiedenen Blickwinkeln zu sehen, z. B. Status (abgeschlossen/in Bearbeitung/veraltet) von Anforderungen.

Hier erfahren Sie mehr über die Integration: http://www.jamasoftware.com/contour/jira-connector.php

Shane, es hört sich so an, als wären Sie mit dem Produkt verbunden. Bitte geben Sie an, ob Sie mit dem Produkt verbunden sind oder nicht. Andernfalls wird Ihre Antwort gelöscht.
Wir haben eine Demo-Instanz von Contour gestartet, aber am Ende war es ein paar Mal teurer, als wir uns derzeit leisten können. Außerdem möchten wir alles in Jira behalten.

Wir haben Blueprint in der Vergangenheit verwendet. und es hat uns in Bezug auf das Budget auf Kurs gehalten. falls das hilft.

Hier ist der Link, sie sind auf Anforderungsmanagement spezialisiert