So erstellen Sie mithilfe von Nouswise AI eine technische Analyse aus Ihren Jira-Issues
Um eine technische Analyse aus Jira zu erstellen, verbinden Sie den Dienst in Nouswise, aktivieren Sie die relevante Quelle und verwenden Sie Computer, um das Ergebnis anzufordern. Dieser Leitfaden konzentriert sich auf die Analyse wiederkehrender Fehler für Engineering Manager und Komponentenverantwortliche.
Warum wiederkehrende Fehler in Vorgangslisten untergehen
Drei Teams erfassen möglicherweise separate Jira-Bugs für denselben zugrunde liegenden Fehler. Das bloße Zählen von Tickets verzerrt das Bild: Manche Probleme werden überbewertet, während ein einzelner Vorfall mit gravierenden Auswirkungen auf Kunden unbemerkt bleibt. Eine technische Analyse beginnt mit der Gruppierung von Symptomen und Komponenten und definiert anschließend die Tests, die zur Ermittlung der Ursache erforderlich sind.
Die DORA-Forschungszusammenfassung 2024 von Google Cloud befasst sich mit der Softwarebereitstellungsleistung und der Bedeutung einer fundierten Qualitätsdokumentation. Eine strukturierte Fehleranalyse liefert eine nachvollziehbare Dokumentation wiederkehrender Symptome, während die Ingenieure weiterhin die vermuteten Mechanismen überprüfen müssen.
Ein Praxisbeispiel
Ein Team für digitale Dienste stellt im Verlauf eines Releases wiederholte Fehler beim Hochladen von Dokumenten fest. Einige Tickets sind Duplikate, andere betreffen einen abweichenden Pfad bei der Dateivalidierung. Eine fundierte Analyse könnte diese Meldungen bündeln, repräsentative Vorgangs-Links beibehalten und Tests zur Reproduktion für jedes vermutete Fehlermuster vorschlagen. Dies veranschaulicht einen typischen Engineering-Workflow im öffentlichen Sektor.
Wie Nouswise bei dieser Aufgabe unterstützt
Lassen Sie Nouswise Vorgangsbeschreibungen, Verläufe, Komponenten und Abhängigkeiten für ein bestimmtes Jira-Release abgleichen. Das Ergebnis sollte eine Untersuchungsgrundlage sein, die Ingenieuren die Auswahl des nächsten Tests erleichtert – wobei Unklarheiten offengelegt bleiben, solange die Datenlage im Ticket unvollständig ist.
Vorbereitung des Ausgangsmaterials
Wählen Sie ein bestimmtes Release, einen Produktbereich oder ein Zeitfenster und ergänzen Sie, falls vorhanden, Architekturhinweise. Stellen Sie sicher, dass Ihr verknüpftes Konto Zugriff auf die ausgewählten Datensätze hat. Welche Connector-Aktionen und Daten verfügbar sind, hängt vom jeweiligen Dienst und den Berechtigungen Ihres Kontos ab.
Die Abbildungen zeigen den durchgängigen Produkt-Workflow. Die Bezeichnungen in diesem Leitfaden richten sich nach der Benutzeroberfläche, einschließlich Research und Computer.
Schritt 1: Verbindung herstellen
Navigieren Sie in Nouswise zu Settings → Connections → New Connection. Vergeben Sie einen eindeutigen Namen wie Engineering issues und wählen Sie als Dienst Atlassian (Jira and Confluence). Ein präziser Name erleichtert das spätere Wiederfinden in der Quellenliste.
Schritt 2: Konto autorisieren
Klicken Sie auf Create und anschließend bei der neuen Verbindung auf Authorize. Schließen Sie den Autorisierungsprozess des Dienstes mit einem Konto ab, das Zugriff auf die benötigten Daten besitzt. Legen Sie fest, ob eine autorisierte Verbindung zentral für alle Organisationsmitglieder gespeichert werden soll oder ob sich jeder Nutzer individuell authentifizieren muss. Dies lässt sich über die Option Save for all organization users im Verbindungsformular steuern; wählen Sie das Modell, das Ihren Zugriffsrichtlinien entspricht.
Schritt 3: Die Verbindung aktivieren
Öffnen Sie Sources und aktivieren Sie Engineering issues – die für Atlassian (Jira and Confluence) erstellte Verbindung. Prüfen Sie, ob das hinterlegte Konto Zugriff auf die für diese Aufgabe erforderlichen Daten hat. Sie können die Quelle nach Abschluss der Arbeit wieder deaktivieren.
Schritt 4: Aufgabe an Nouswise übergeben
Wenn Sie eine Fragestellung untersuchen möchten, wählen Sie Research. In diesem Fall soll Nouswise eine technische Analyse erstellen: Wählen Sie daher Computer und beschreiben Sie das gewünschte Endergebnis. Definieren Sie im Prompt den Quellenumfang, die Zielgruppe, erforderliche Prüfungen und das Ausgabeformat.
Analysiere die ausgewählten Jira-Vorgänge auf wiederkehrende Fehlermuster. Gruppiere zusammenhängende Tickets nach Komponente und Symptom, unterscheide zwischen den Auswirkungen auf Kunden und der internen Priorität und identifiziere offene Abhängigkeiten. Führe repräsentative Vorgänge an und liste die Tests auf, die vor der Bestätigung der Fehlerursache durchgeführt werden müssen.
Schritt 5: Aufgabenfortschritt verfolgen
Der Ausführungsplan gliedert sich in: Scope Jira release → Group issues → Compare symptoms → Trace dependencies → Draft analysis → List confirmation tests. Öffnen Sie die Fortschrittsanzeige, um zu sehen, welcher Schritt gerade aktiv ist. Umfangreichere Aufgaben laufen im Hintergrund weiter, sodass Sie parallel andere Arbeiten erledigen können; kehren Sie anschließend zur Aufgabe zurück, um das Ergebnis zu prüfen. Der tatsächliche Ablauf kann je nach verfügbaren Quellen und Aufgabenstellung variieren.
Schritt 6: Technische Analyse prüfen
Sobald Nouswise die Aufgabe abgeschlossen hat, finden Sie die technische Analyse in den Aufgabenergebnissen. Gehen Sie die Gruppierungen mit den Komponentenverantwortlichen durch und kennzeichnen Sie noch unbestätigte Ursachen explizit als Hypothesen. Halten Sie die Jira-Originalquellen bereit, um die Belege hinter wesentlichen Annahmen direkt gegenprüfen zu können. Anschließend können Sie das geprüfte Dokument im gewünschten Format exportieren oder teilen.
Nouswise-Artefaktansicht.
Bestandteile eines aussagekräftigen Ergebnisses
Abschnitt der Ausgabe | Wesentliche Inhalte |
|---|---|
Fehlergruppe | Gemeinsames Symptom und repräsentative Ticket-Referenzen |
Auswirkungsanalyse | Tatsächliche Kundenauswirkungen, getrennt von internen Prioritätsstufen |
Bestätigungstest | Nachweise, die die vermutete Ursache belegen oder widerlegen |
Messen Sie den Zeitaufwand für die Konsolidierung doppelter Meldungen sowie den Anteil der vorgeschlagenen Fehlergruppen, die von den Komponentenverantwortlichen bestätigt werden.
Verwandte Leitfäden
Häufig gestellte Fragen
Lässt sich die tatsächliche Ursache allein aus Vorgangsbeschreibungen ableiten?
In der Regel lassen sich daraus nur fundierte Hypothesen ableiten. Erst Reproduktionstests, Telemetriedaten oder Analysen auf Code-Ebene liefern den endgültigen Nachweis für die Fehlerursache.
Sollten duplizierte Jira-Vorgänge gelöscht werden?
Dieser Arbeitsablauf dient der Analyse. Die ursprünglichen Datensätze sollten erhalten bleiben; überlassen Sie es den Vorgangsverantwortlichen, wie Duplikate verknüpft oder verwaltet werden.
Wie weit sollte der Untersuchungsrahmen gefasst sein?
Wählen Sie zunächst ein einzelnes Release, eine Komponente oder ein bestimmtes Vorfallszeitfenster. Erweitern Sie den Rahmen erst dann, wenn die Daten auf ein wiederkehrendes Muster außerhalb dieser Grenzen hindeuten.
Verfasst von:
Technisches Team von Nouswise
Mit Freunden teilen:
