Menü

Fehler-Triaging in Scrum: Wie ist es in einem Scrum-Setup organisiert?

  • Haupt
  • Andere
  • Fehler-Triaging in Scrum: Wie ist es in einem Scrum-Setup organisiert?

defect triaging scrum

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

Einführung in die Fehlerprüfung:

In unserem vorherigen Tutorial haben wir stellte Ihnen die Scrum Events vor - Sprint, Sprintplanung, Daily Scrum, Sprint Review und Sprint Retrospection. Wir haben die Konzepte wie Zeitboxen, Teilnehmer und Aktivitäten für jedes Scrum-Event besprochen.

Das nächste, was unsere Leser erwartet, ist Defect Triaging - Ein Konzept, das für die QS-Leute nicht neu ist, aber wir werden versuchen, die Bedeutung von Defect Triaging und die Organisation in einem Scrum-Setup zu verstehen.

Beginnen wir also mit dem Verständnis 'Was ist Defect Triaging?'

Fehlerprüfung

Was du lernen wirst:

Fehlerprüfung

Die Fehlerprüfung ist eine formelle Besprechung, bei der alle Fehler des aktuellen Sprints besprochen und geprüft, d. H. Priorisiert werden.

Die QS-Entwickler im Entwicklungsteam demonstrieren und erklären dem Rest des Scrum-Teams die Mängel. Basierend auf den Eingaben aller werden die Fehler dann organisiert und in verschiedene Kategorien eingeteilt.

Einige der wichtigsten Entscheidungsfaktoren für die Kategorisierung dieser Fehler können Schweregrad, damit verbundenes Risiko, Auswirkungen auf das Geschäft, Vorkommen, Art usw. sein. Basierend auf diesen Kategorien entscheiden wir dann, wann der Fehler behoben werden muss.

Fehlerklassen

bestes Spionagegerät für Handys

Teilnehmer

An dem Defect Triaging-Meeting nehmen alle Mitglieder des Scrum-Teams teil.

  • Der Product Owner
  • Der Scrum Master
  • Das Entwicklungsteam

Es besteht die Möglichkeit, dass die Stakeholder (intern oder extern) auch in das Defect Triaging Meeting einbezogen werden.

Lassen Sie uns nun die Rollen und Verantwortlichkeiten jedes einzelnen Scrum-Teammitglieds während des Defect Triaging-Meetings diskutieren und klar unterscheiden.

Rollen und Verantwortlichkeiten

Das Entwicklungsteam

  • Entwickler erklären und demonstrieren den Fehler.
  • Entwickler würden sich auch auf die Ursachenanalyse konzentrieren.
  • Entwickler würden einen Einblick in die vom Defekt betroffenen Anwendungsbereiche geben.
  • Es wird ein kombinierter Anruf getätigt, um festzustellen, ob der Fehler akzeptabel ist oder zurückgewiesen werden sollte.
  • Hilft bei der Priorisierung des Defekts.
  • Drückt die Komplexität aus, die mit der Behebung des Fehlers verbunden ist.
  • Weisen Sie die Fehler zum Beheben und erneuten Testen untereinander zu.

Scrum Master

  • Scrum Master ist auch für die Organisation des Defect Triaging Meetings verantwortlich.
  • Scrum Master kann das Meeting auch erleichtern, wenn der Rest der Teammitglieder dies verlangt.
  • Machen Sie sich Notizen, wenn das Team bei den Fehlerbehebungen auf Hindernisse stößt.
  • Überprüft, ob das Meeting zeitlich begrenzt ist und nicht vom Fokus abweicht.
  • Klassifiziert die Fehler bestimmten Fehlerklassen, indem ihre Priorität und ihr Schweregrad zugewiesen werden.
  • Zusammen mit dem Team bringt der Scrum Master auch die Verbesserungsbereiche auf den Tisch.

Product Owner

  • Hat einen großen Anteil an der Priorisierung der Fehler, die bestimmen würde, wie spät der Fehler behoben werden kann.
  • Für die Fehler mit mittlerer Priorität kann der Product Owner planen, sie in das Product Backlog aufzunehmen, um sie für die nachfolgenden Releases abzuholen.
  • Ermöglicht dem Team zu verstehen, wie sich das Problem auf das Unternehmen auswirken würde.
  • Der Product Owner übernimmt die Perspektive und die Gefühle des Endbenutzers, während er die Mängel bespricht.

Defect Triaging-Prozess auf den Punkt gebracht

Alle Mitglieder des Scrum-Teams treffen sich in einem Besprechungsraum zu einem Defect Triaging-Meeting. Jeder aus dem Entwicklerteam kann eine Führung übernehmen und die Fehler ausführlich besprechen. Das Team bespricht dann jeden der Mängel auf seine Gültigkeit.

Der Mangel wird zurückgewiesen, wenn er sich als ungültig herausstellt. Wenn der Fehler gültig ist, prüft das Team die Komplexität der Fehlerbehebung und die geschäftlichen Auswirkungen, die sich ergeben würden, wenn das System nicht behoben würde.

wie man Maven in Eclipse hinzufügt

Alle anderen im Team analysieren und bewerten nun den Fehler auf die richtige Klassifizierung und stellen sicher, dass dem Fehler die richtige Priorität und der richtige Schweregrad zugewiesen werden.

Wenn die richtigen Prioritäten und Schweregrade nicht zugewiesen sind, setzt das Team sie auf die richtigen zurück. Der Product Owner und das Team entscheiden nun, welche Fehler vorrangig behoben werden sollen und welche den nachfolgenden Releases zugewiesen werden können.

Während eines Defect Triaging Meetings werden die Defekte vom gesamten Scrum Team analysiert und bewertet. Das Team weist diesen Fehlern dann den richtigen Schweregrad und die richtige Priorität zu.

Veröffentlichen Sie die Diskussion und Prüfung. Jetzt ist der Zeitpunkt gekommen, an dem die Fehlerzuweisung abgeschlossen ist. In dieser Aktivität werden ein oder mehrere Entwickler zugewiesen, um den Fehler zu beheben. Ein anderer Entwickler würde beauftragt, den Fehler zu testen.

Eine weitere sehr wichtige Aktivität besteht darin, die Ursachenanalyse für jeden Fehler zu untersuchen und einen Plan zur Prozessverbesserung zu erstellen, um die Wahrscheinlichkeit zu minimieren, dass ein ähnlicher Fehler erneut im System auftritt.

All dies wird in einem Tracking-System erfasst. Für Teams, die unter Agile arbeiten, war JIRA am beliebtesten. Daher verfügt das Team am Ende des Meetings über eine Liste gültiger Fehler mit den richtigen Prioritäten und Schweregraden. Das Team hat auch einen Plan zur Prozessverbesserung, der für die nachfolgenden Sprints angenommen werden sollte.

Defekt-Triaging-Meeting

Das Meeting zur Fehlerprüfung wird immer dann geplant, wenn einige Fehler gefunden wurden und eine Diskussion erforderlich sind. Jeder, der der Meinung ist, dass das Defect Triaging Meeting erforderlich ist, kann eine Anfrage für das Meeting stellen.

Unter normalen Umständen kann das Defect Triaging-Meeting während eines Sprints 2-3 Mal hilfreich sein. Aber es gibt definitiv keine Regel und das Treffen kann stattfinden, wann immer es nötig ist.

Fazit

Das ist alles, was wir in Bezug auf das Defect Triaging Meeting auf Lager hatten. Das Defect Triaging Meeting wird als eine verstärkte Aktivität angesehen, um die Agilität unter den Scrum-Teammitgliedern zu erhöhen. Aufgrund der damit verbundenen Vorteile ist es ein wesentlicher Bestandteil des Scrum-Prozesses geworden.

In unserem nächsten Tutorial werden wir die Bedeutung von autarken Scrum-Teams diskutieren.

Wir werden auch den Schwerpunkt darauf legen, was Selbstversorgung im Scrum-Setup bedeutet und wie sich ein Team zu einem Selbstversorgungsteam entwickeln kann.

PREV Tutorial | NÄCHSTES Tutorial

Literatur-Empfehlungen

^