Anforderungsverfolgung in Jira für „Preliminary Project Assessment“

Vor kurzem hat unser Unternehmen den Sprung gewagt, Atlassian für unser Projektmanagement-Tool zu verwenden. Im Moment verwenden wir Jira und Confluence. Als Architekt in unserem Unternehmen pflege ich unter anderem etwas, das wir eine „vorläufige Projektbewertung“ nennen. Dazu gehören Projektkomponenten auf sehr hohem Niveau, Risiken, Bewertungen, Notizen, Dinge, die wir für dieses Projekt ignorieren werden, und Schätzungen. Konkret handelt es sich bei den Komponenten um technisch geformte Arbeitspakete. Eine Komponente wäre beispielsweise „neue mobile Anwendung erstellen“.

Sobald die Scrum-Teams loslegen, arbeiten sie die User Stories ab und unterteilen sie in Aufgaben. Was ich gerne hätte, ist eine nette Möglichkeit, die User Story den größeren Komponenten zuzuordnen, die sie beeinflussen. Hoffentlich hilft mir das nicht nur bei der Rückverfolgbarkeit, sondern hilft auch dem Team, leicht zu meinen ursprünglichen Gedanken zu dem Stück zurückzukehren.

Heute haben wir alle Geschichten und Sprints unserer Benutzer in Jira erfasst, aber dieses Dokument in der Box. Bevor ich durchgehe und anfange, jede Geschichte mit sehr knappen Kommentaren zu versehen, hat jemand eine Idee, wie ich die Atlassian-Produktsuite verwenden kann, um zu helfen, das zu erreichen, was ich suche? Hat darüber hinaus jemand Erfahrung mit Rückverfolgbarkeit von der anfänglichen Projektplanung bis hin zu den Aufgaben, die das Team ausführt?

Antworten (3)

Jira hat einen Issue-Typ namens „Epic“. Wenn Sie neue User Storys erstellen, können Sie diese mit einem Epic verknüpfen. Die Epic/Story-Kategorisierung wird intuitiv auf dem Jira Agile Board präsentiert und angezeigt.

Wenn Sie nur über die "Komponente" des Jira-Problems berichten möchten, verwenden Sie die Such- und Filterfunktionen und exportieren Sie dann gegebenenfalls nach xls. Dies ist ein Ansatz, der möglicherweise nicht elegant ist, aber im Allgemeinen für mich funktioniert.

Rückverfolgbarkeit ist ein interessantes Thema. Ich habe Tests zu Geschichten (Anforderungen) zurückverfolgt, indem ich einfach die Problem-ID(s) der Geschichte(n) innerhalb der übergeordneten Testausgabe (mit Zephyr) eingegeben habe. Dasselbe Konzept gilt für andere Arten von Problemen, die Sie nachverfolgen möchten. Ebenso können Sie Issues „verlinken“. Ich habe jedoch alles als etwas grobe Lösung empfunden, um eine klare Visualisierung zu erhalten. Ein weiterer Ansatz für die Rückverfolgbarkeit könnte ein zweidimensionales Gadget auf Ihrem Dashboard sein. Diese sind großartig.

Ich habe ein System eingeführt, in dem ich das Jira-Portfolio verwende, um die Initiative in der übergeordneten Initiative->EPIC->Story-Hierarchie abzubilden. Dies kann aus einem traditionellen Projektplan oder einer Story-Mapping-Übung mit Post-its stammen.

Ich hänge die EPIC->Story-Liste an ein Projekt an, das ich als „Feature Grooming“ bezeichnet habe. Wir haben dies dann durch einen Workflow von Stakeholder Review, Engineering Review und dann „bereit für die Priorisierung“ geführt. Es gibt auch einen Parkplatz für Probleme, die wir zu diesem Zeitpunkt nicht bewerten möchten.

Dann verschiebe ich die Tickets aus dem Feature-Grooming-Projekt in das eigentliche Project Backlog, wo sie von den Ingenieuren ausgeführt werden. Die Ingenieure können dann anhand meiner Stories Teilaufgaben abbilden und so die Hierarchie intakt halten. Ich kann „brechen“, wenn Ingenieure direkt zum Backlog gehen und ein Aufgaben-/Story-Ticket schreiben. Aber zum größten Teil sind das Einzelfälle, die ich später nachholen kann. Es gibt ein gutes kostenloses Add-on zum Erstellen mehrerer Unteraufgaben namens Qucik-Sub-Aufgaben, mit denen die Ingenieure schnell verknüpfte Unteraufgaben eingeben können.

https://marketplace.atlassian.com/plugins/com.hascode.plugin.jira-quick-subtasks/server/overview

Laut einem Atlassian Knowledge Base- Artikel zu diesem Thema:

Während JIRA in erster Linie als Issue- und Project-Tracker out of the box entwickelt wurde, können Sie JIRA für das Anforderungsmanagement in Verbindung mit Confluence nutzen.

Unter anderem behandelt der Artikel Anforderungen auf Issue-Ebene, Confluence Blueprints und stellt einen Link zu einem Drittanbieter-Add-on namens RMsis bereit .