Ist dieses Jira-Release bereit? Eine Go/No-Go-Prüfung mit Power Pack

Die Demo des Kundenportals funktioniert. Der Veröffentlichungstermin rückt näher. Dann fragt jemand, ob das Team bereit für das Release ist, und die Antworten beziehen sich plötzlich auf ganz unterschiedliche Dinge.

Die Entwicklung spricht über den Build. Das Produktteam denkt an das Kundenverhalten. Die Qualitätssicherung wartet auf eine Prüfung auf Mobilgeräten. Der Support-Leitfaden wird noch geschrieben.

Eine hilfreiche Release-Prüfung bringt diese Antworten in einem Gespräch zusammen. So könnte ein Team Power Pack neben seinem Jira-Release-Vorgang nutzen, um die Arbeiten und Entscheidungen zu erkennen, die noch zwischen einer erfolgreichen Demo und dem Start stehen.

Diese Anleitung verwendet Customer Portal 2.0, einen beispielhaften Demo-Vorgang. Die Screenshots zeigen die tatsächliche Power Pack-Oberfläche mit Beispielinhalten; sie sind weder eine Kundenfallstudie noch ein Nachweis für ein abgeschlossenes Release.

Beginnen Sie mit den noch offenen Ergebnissen

Öffnen Sie die Ansicht „Akzeptanzkriterien“, bevor Sie alle um einen allgemeinen Statusbericht bitten. In unserem Beispiel sind drei von fünf Einträgen abgehakt: Kontoerstellung und Onboarding, das Einladen von Teammitgliedern und das Zurücksetzen des Passworts.

Zwei bleiben offen: das Dashboard mit aktuellen Anfragen und Lieferstatus sowie die Funktionsfähigkeit wichtiger Abläufe auf Smartphone, Tablet und Desktop.

Vergrößern

Fragen Sie bei jedem offenen Ergebnis, was der aktuelle Stand bedeutet. Hat es noch niemand geprüft? Ist eine Prüfung fehlgeschlagen? Ist das erwartete Verhalten noch unklar? Ein leeres Kontrollkästchen beantwortet diese Fragen nicht von selbst.

Angenommen, das Dashboard ist prüfbereit, aber für den mobilen Ablauf liegt noch eine Problemmeldung vor. Dafür braucht es unterschiedliche nächste Schritte: die Dashboard-Prüfung organisieren und die Korrektur samt erneuter Prüfung auf Mobilgeräten festlegen. Halten Sie diese Maßnahmen in der üblichen Jira-Arbeit des Teams fest.

Prüfen Sie die Arbeiten rund um die Funktion

Öffnen Sie nun „Definition of Done“. Im Beispiel sind vier von sechs Einträgen abgehakt. Release-Notes und Support-Leitfaden sind noch offen, ebenso die Rücksetzprobe in der Staging-Umgebung.

Vergrößern

Das Team kann „Wir sind fast fertig“ nun durch eine nützlichere Aussage ersetzen: Kundenergebnisse müssen noch überprüft werden, die Support-Informationen sind unvollständig, und die Rücksetzprobe wurde noch nicht als abgeschlossen markiert.

Vereinbaren Sie, wer für jeden Punkt Nachweise liefert und wann das Team sie prüft. Verlinken Sie die tatsächlichen Ergebnisse im Vorgang. Die Häkchen in Power Pack dokumentieren den Abschlussstatus; sie führen die Prüfungen nicht aus.

Trennen Sie unerledigte Arbeit von ausstehenden Entscheidungen

Sehen Sie sich zuletzt die Freigaben an. Das Demo-Cockpit zeigt fünf ausstehende Prüfungen und keine Genehmigungen. Die sichtbaren Freigabepunkte umfassen Produktumfang, Design und Barrierefreiheit sowie technische Architektur und Sicherheit.

Vergrößern

Ersetzen Sie vor einer Prüfungsanfrage die allgemeinen Formulierungen und Zuweisungen der Freigabepunkte durch den tatsächlichen Umfang und die zuständigen Prüfenden dieses Releases. Geben Sie jeder prüfenden Person die benötigte Build-Referenz und ergänzende Unterlagen.

So lassen sich zwei Arten von Verzögerung unterscheiden. Manche Arbeit ist noch nicht prüfbereit; andere ist es vielleicht schon, benötigt aber noch eine persönliche Entscheidung. Das Drängen auf eine Freigabe kann eine fehlende Rücksetzprobe nicht ersetzen.

Beenden Sie die Prüfung mit einer umsetzbaren Entscheidung

In dieser fiktiven Prüfung beschließt das Team, das Release zurückzuhalten, bis die offenen Prüfungen erledigt und die erforderlichen Reviews eingeholt sind. Das ist eine Entscheidung des Teams, keine von Power Pack verhängte Bereitstellungssperre.

Eine kurze Prüfnotiz in Jira kann den geprüften Release-Kandidaten, die offenen Punkte, ihre Verantwortlichen und die Voraussetzung für die nächste Go/No-Go-Besprechung festhalten. Reduzieren Sie das Ergebnis nicht auf einen Gesamtprozentsatz: Eine einzige unerfüllte Release-Bedingung kann wichtiger sein als mehrere abgeschlossene Punkte.

Nutzen Sie diese Agenda für ein bevorstehendes Release: Kundenergebnisse, Abschlussprüfungen und anschließend Entscheidungen der Prüfenden. Entdecken Sie Power Pack für Jira, um die Werkzeuge gemeinsam zu sehen, und bringen Sie die verbleibende Arbeit – nicht nur die erfolgreiche Demo – ins Release-Gespräch ein.