Eine späte Funktionsanfrage kurz vor dem Start: Die Änderung in Jira bewerten
Bewerten Sie eine späte Funktionsanfrage in Jira, indem Sie mit Power Pack veränderte Akzeptanzkriterien, Verantwortlichkeiten, Risiken und Prüfumfänge untersuchen.
Das Kundenportal steht kurz vor dem Release, als jemand eine weitere Funktion anfragt: Arbeitsbereich-Administratoren sollen mehrere Teammitglieder gleichzeitig einladen können.
Die Anfrage klingt nach etwas, das das Team bereits entwickelt hat. Administratoren können schon heute Teammitglieder einladen. Könnte das Team dies vor dem Start einfach erweitern?
Prüfen Sie vor einer Aufwandsschätzung die Vereinbarung, die dadurch verändert würde. Diese Anleitung zeigt, wie Power Pack einem Team hilft, betroffene Kundenergebnisse, Personen, Risiken und Prüfungen zu erkennen, bevor es über den Umgang mit der Anfrage entscheidet.
Die Anfrage zu Sammeleinladungen ist eine fiktive Fortsetzung der Demo Customer Portal 2.0. Die Screenshots zeigen den vorhandenen Beispielstand vor dieser vorgeschlagenen Änderung; sie zeigen weder eine Funktion für Sammeleinladungen noch eine abgeschlossene Änderungsbewertung.
Halten Sie den Unterschied zum aktuellen Umfang fest
In der vorhandenen Ansicht „Akzeptanzkriterien“ ist „Arbeitsbereich-Administratoren können Teammitglieder einladen und Zugriffsrollen zuweisen“ abgehakt. Dieser Satz verrät nicht, ob das Team einzelne Einladungen, Sammeleinladungen oder beides geprüft hat.
Das Team prüft zunächst den ursprünglichen Umfang und die Nachweise. Nehmen wir für dieses Beispiel an, dass sie jeweils eine einzelne Einladung abdeckten. Die neue Anfrage würde mehrere Adressen in einem Vorgang ermöglichen.
Fragen Sie nun, was eine prüfende Person beobachten müsste. Kann der Administrator unterschiedliche Rollen wählen? Was soll passieren, wenn eine Adresse ungültig ist? Wie soll ein Teilergebnis erklärt werden? Das sind offene Fragen zu dieser fiktiven Funktion, keine bereits im Screenshot gezeigten Anforderungen.
Erfassen Sie die vorgeschlagenen Ergebnisse separat, während das Team die Anfrage abwägt. Erweitern Sie ein abgeschlossenes Kriterium nicht stillschweigend so, dass das alte Häkchen den Eindruck erweckt, auch das zusätzliche Verhalten habe die Prüfung bestanden.
Ermitteln Sie, wessen Arbeit sich ändert
Die Verantwortlichkeitsmatrix enthält Kunden-Onboarding und sicheren Kontozugriff. Beides sind sinnvolle Ausgangspunkte für die Diskussion der Auswirkungen: Die Anfrage verändert eine Onboarding-Aktion und könnte die Rollenzuweisung beeinflussen.
Fragen Sie die Ausführungsverantwortlichen nach Umsetzungs- und Prüfaufwand und anschließend die gesamtverantwortliche Person nach gewünschtem Ergebnis und Zeitplanung. Prüfen Sie auch, ob sich Support-Anleitungen oder die Arbeit eines anderen Teams ändern würden.
Nutzen Sie das Gespräch, um die nötige Jira-Arbeit anzulegen oder zu präzisieren. Eine neue Zeile oder Rollenzuweisung in Power Pack ist eine Arbeitsvereinbarung; sie plant die Aufgabe nicht für das Team ein.
Besprechen Sie ein konkretes Fehlerszenario
Das Risikoraster bietet Raum, darüber nachzudenken, was schiefgehen könnte. Die aktuelle Demo zeigt drei Beispielrisiken in einer 3×3-Matrix. Diese bestehenden Positionen bewerten die neue Einladungsanfrage nicht.
Eine zu untersuchende Frage ist, ob ein teilweise erfolgreicher Sammelvorgang den Administrator im Unklaren darüber lassen könnte, wer eine Einladung erhalten hat. Eine weitere ist, ob die neue Interaktion unbeabsichtigte Rollenzuweisungen begünstigen könnte.
Beschreiben Sie das plausible Ereignis, seine Folge und die für seine Bewertung nötigen Nachweise. Das Team sollte Wahrscheinlichkeit und Auswirkung anhand des tatsächlichen Entwurfs und der gewonnenen Erkenntnisse bewerten. Die Heatmap kann dieses Urteil nicht aus dem Funktionstitel ableiten.
Wählen Sie einen Weg und aktualisieren Sie die Vereinbarung
Das Team kann unterschiedlich reagieren: die Anfrage mit überarbeitetem Umfang und angepasster Prüfung aufnehmen, eine kleinere vereinbarte Änderung anbieten oder sie für die Zeit nach dem Start einplanen. Vergleichen Sie diese Möglichkeiten mit der im Gespräch ermittelten Arbeit und Unsicherheit.
Angenommen, dieses fiktive Team entscheidet sich für ein späteres Release. Halten Sie die Gründe fest, legen Sie die Folgearbeit an und bewahren Sie den aktuellen Release-Umfang. Nimmt das Team die Änderung stattdessen auf, überarbeiten Sie die betroffenen Kriterien, Lieferverantwortlichkeiten, Support-Unterlagen und Prüfumfänge gemeinsam. Ermitteln Sie bereits abgeschlossene Prüfungen oder Freigaben, die erneut betrachtet werden müssen.
Das hilfreiche Ergebnis ist eine Entscheidung mit sichtbaren Folgen. Das Team kann erklären, was sich ändert, wer die Arbeit übernimmt und was erneut geprüft werden muss.
Probieren Sie dieses Vorgehen bei der nächsten „kleinen“ Anfrage kurz vor dem Start aus. Entdecken Sie Power Pack für Jira und nutzen Sie den vorhandenen Vorgangskontext, um die Änderungsdiskussion zu konkretisieren, bevor Sie die Umsetzung zusagen.
Ähnliche Fachartikel
Akzeptanzkriterien in Jira formulieren – mit praktischen Beispielen
Machen Sie aus einer Jira-Funktionsanfrage klare, prüfbare Ergebnisse anhand eines ausgearbeiteten Beispiels für Benachrichtigungseinstellungen.
Ein Pre-Mortem in Jira durchführen: Veröffentlichungsrisiken früh erkennen
Stellen Sie sich eine gescheiterte Veröffentlichung vor und machen Sie aus den Ursachen Maßnahmen mit Verantwortlichen. Ein praktisches Pre-Mortem mit Risikoraster in Jira.
Stakeholder-Freigaben in Jira verwalten: Den Genehmigungsstand sichtbar machen
Geben Sie jeder Stakeholder-Prüfung einen klaren Umfang, eine benannte freigebende Person und einen sichtbaren Status. Halten Sie Freigaben bei Änderungen verständlich.
Lassen Sie uns sprechen
Fragen zu diesem Artikel? Sprechen wir über Ihre technischen Ziele.