Probleme

Ein Problem im Google Issue Tracker ist ein Fehlerbericht, eine Funktionsanfrage, eine Änderungsanfrage oder ein Prozess-Workflow-Element, das ein Nutzer verfolgen möchte oder das von einem anderen Nutzer oder Team verfolgt werden soll. Probleme sind in Komponenten organisiert, von denen jede eine Gruppe ähnlicher Probleme enthält. Jedes Problem im Issue Tracker hat eine eigene Detailseite, auf der Nutzer Aktivitäten im Zusammenhang mit dem Problem verfolgen, Kommentare hinzufügen und die Problemdaten aktualisieren können.

Problemfelder

Jedes Problem hat eine Reihe von zugehörigen Feldern, die es und seinen aktuellen Status beschreiben. Dazu gehören die Art des Problems, seine Bedeutung in Bezug auf Schweregrad und Priorität sowie die Aufzeichnung der Aktivitäten im Zusammenhang mit dem Problem. Einige Felder sind für alle Probleme gleich. Der Issue Tracker unterstützt auch benutzerdefinierte Felder, die nur verfügbar sind, wenn ein Problem mit einer bestimmten Komponente verknüpft ist. Für alle neuen Probleme gibt es mehrere Pflichtfelder. Dazu gehören Component (Komponente), Title (Titel), Priority (Priorität) und Type (Typ). Einige Komponenten haben auch benutzerdefinierte Felder, die erforderlich sind.

Auf der Seite mit den Problemdetails finden Sie die meisten Felder rechts im Bereich Problemfelder. Einige zusätzliche Felder befinden sich oben auf der Seite im Bereich Weitere Informationen. Fast alle Felder im Issue Tracker können bearbeitet werden. Klicken Sie dazu auf den Link, die Dropdown-Liste oder das Stiftsymbol, das mit dem jeweiligen Feld verknüpft ist. Wenn Sie den Mauszeiger auf ein Feld bewegen, werden in Issue Tracker Kurzinformationen zum Feld angezeigt.

Eine Beschreibung der Standardfelder für Probleme finden Sie im Glossar der Felder.

Art des Problems

Im Feld Typ können Sie Probleme innerhalb einer Komponente in einer von mehreren gängigen Gruppen kategorisieren. Dies ist ein Pflichtfeld. In der folgenden Tabelle sind die möglichen Problemtypen aufgeführt:

Art des Problems Beschreibung
Fehler Das Verhalten entspricht nicht dem, was eigentlich passieren sollte oder was dokumentiert wurde, oder das Produkt funktioniert nicht wie erwartet.
Funktionsanfrage Das Produkt funktioniert wie beabsichtigt, könnte aber durch die angegebenen Änderungen verbessert werden.
Kundenproblem Das Problem betrifft einen Drittanbieter und kann von der Person, die es meldet, möglicherweise nicht reproduziert werden. Ein solches Problem kann einfach eine Frage der Fehlerbehebung oder Schulung sein, es kann sich aber auch herausstellen, dass es sich um einen Fehler oder eine Funktionsanfrage handelt.
Interner Clean-up Das Problem hat keine äußeren Auswirkungen auf das Verhalten eines Produkts. Die Behebung des Problems würde jedoch eine optimierte oder intuitivere Interaktion bei der Entwicklung des Produkts ermöglichen. Sie können diesen Typ auch verwenden, um Wartungsprobleme zu verfolgen.
Ablauf „Prozess“ ist eine sonstige Kategorie, die je nach Projekt unterschiedlich verwendet wird. Sie können diesen Typ beispielsweise für Probleme verwenden, die von einer API generiert werden, oder um Verwaltungsaufgaben zu verfolgen.
Sicherheitslücke Datenschutz- und Sicherheitslücken, die den SLOs unterliegen, die in den Datenschutz- und Sicherheitsrichtlinien von Google definiert sind. Schreibgeschützt bis nach dem 01.11.2017.
Projekt Ein zielorientiertes Projekt mit einem bestimmten Anfang und Ende, das darauf abzielt, ein einzigartiges Produkt, einen einzigartigen Dienst oder ein einzigartiges Ergebnis zu schaffen.
Meilenstein Eine Sammlung von Arbeiten, die eine wichtige Leistung auf dem Weg zum Abschluss eines Projekts darstellt. Meilensteine können auch für Einführungen oder Veröffentlichungen verwendet werden.
Feature Eine Sammlung von Arbeit, die dem Nutzer einen bestimmten Wert bietet.
Epic Eine große Sammlung von Arbeiten, die auf ein gemeinsames Ziel hinarbeiten.
Story Eine kleine Sammlung von Arbeitsergebnissen, die dem Nutzer einen bestimmten Wert bieten.
Aufgabe Eine kleine Arbeitseinheit.
Programm Eine Sammlung thematisch verwandter Ziele (Projekte, Funktionen, Meilensteine, Epics).

Priorität des Problems

Im Feld Priority (Priorität) können Sie die Wichtigkeit eines Problems angeben. Dies ist ein Pflichtfeld. Teams haben in der Regel unterschiedliche Kriterien für die Bestimmung der Wichtigkeit eines Problems. In der folgenden Tabelle wird eine gängige Methode zur Priorisierung von Problemen dargestellt:

Priorität des Problems Beschreibung
P0 Ein Problem, das sofort und mit so vielen Ressourcen wie erforderlich behoben werden muss. Ein solches Problem führt zu einem vollständigen Ausfall oder einer kritischen Funktion des Produkts, die für alle Nutzer nicht verfügbar ist, ohne dass es eine bekannte Problemumgehung gibt.
P1 Ein Problem, das schnell behoben werden muss. Ein solches Problem wirkt sich erheblich auf einen großen Prozentsatz der Nutzer aus. Wenn es eine Problemumgehung gibt, ist sie nur teilweise oder sehr mühsam. Das Problem wirkt sich auf eine zentrale Organisationsfunktion aus oder behindert ein anderes Team grundlegend.
P2 Ein Problem, das innerhalb eines angemessenen Zeitraums behoben werden muss. Ein solches Problem kann eines der folgenden sein: 1) Ein Problem, das P0 oder P1 wäre, aber eine angemessene Problemumgehung hat, 2) Ein Problem, das für einen großen Prozentsatz der Nutzer wichtig ist und mit zentralen organisatorischen Funktionen zusammenhängt, 3) Ein Problem, das die Arbeit anderer Teams behindert und keine angemessene Problemumgehung hat. P2 ist besonders relevant für Probleme bei der Erstnutzung oder Installation und ist die Standardprioritätsstufe.
P3 Ein Problem, das bei Gelegenheit behoben werden sollte. Ein solches Problem ist für die wichtigsten organisatorischen Funktionen oder die Arbeit anderer Teams relevant, behindert aber nicht den Fortschritt oder es gibt eine angemessene Problemumgehung.
P4 Ein Problem, das irgendwann behoben werden sollte. Ein solches Problem ist nicht für die zentralen Organisationsfunktionen oder die Arbeit anderer Teams relevant oder bezieht sich nur auf die Attraktivität oder Nutzerfreundlichkeit des Systems.

Problemstatus

Im Feld Status können Sie den Status eines Problems im Lösungsprozess angeben. Teams haben in der Regel unterschiedliche Definitionen dafür, welche Aktivitäten stattfinden müssen, damit der Status eines Problems geändert oder es behoben werden kann. Es müssen nicht alle verfügbaren Feldwerte für Status verwendet werden, um die Behebung eines Problems zu verfolgen. Die folgende Tabelle zeigt gängige Verwendungsmöglichkeiten des Felds Status:

Problemstatus Beschreibung
Neu Dem Problem ist keine Person oder Gruppe zugewiesen.
Zugewiesen Dieses Problem ist einer Person zugewiesen. Diese Person wird im Feld Zugewiesener angezeigt.
In Bearbeitung (angenommen) Der zuständige Mitarbeiter hat das Problem bestätigt und mit der Bearbeitung begonnen.
Behoben Das Problem wurde behoben.
Fest (bestätigt) Das Problem wurde behoben und die Korrektheit der Lösung wurde vom Nutzer im Feld Verifier bestätigt.
Wird nicht behoben (nicht reproduzierbar) Entweder liegen nicht genügend Informationen vor, um das Problem zu beheben, oder der gemeldete Fehler kann nicht reproduziert werden.
Wird nicht behoben (beabsichtigtes Verhalten) Das Problem beschreibt die erwartete Funktionsweise des Produkts unter den gegebenen Umständen.
Wird nicht behoben (veraltet) Das Problem ist aufgrund von Änderungen am Produkt nicht mehr relevant.
Wird nicht behoben (nicht möglich) Die zur Behebung des Problems erforderlichen Änderungen sind nicht zumutbar.
Duplikat Das Problem wurde bereits an anderer Stelle gemeldet. Wie Sie den Status eines Problems auf Duplikat festlegen, erfahren Sie unter Problem duplizieren.

Im Issue Tracker werden Probleme je nach Status als Offen oder Geschlossen eingestuft. Offene Probleme sind solche, die noch nicht behoben wurden. Dazu gehören alle Probleme mit dem Status Neu, Zugewiesen oder In Bearbeitung. Bei geschlossenen Problemen sind keine weiteren Maßnahmen erforderlich, mit Ausnahme der Bestätigung. Dazu gehören alle Probleme mit dem Status Fixed (Behoben), Won't Fix (Wird nicht behoben) oder Duplicate (Duplikat).

Statussymbole

Statussymbole sind eine visuelle Darstellung des Status eines Problems. Ein Statussymbol wird links neben einem Problem angezeigt, das in der Drop-down-Liste Von oder Blockiert eines anderen Problems enthalten ist. Anhand dieser Symbole können Sie den Fortschritt eines blockierten oder blockierenden Problems schnell beurteilen, ohne die aktuelle Seite verlassen zu müssen. Sie können auch festlegen, dass in der Spalte Status einer Suchergebnisseite Statussymbole anstelle von Statustext angezeigt werden.

Status für Schnellauswahl

Es gibt zwei Möglichkeiten, den Status eines Problems schnell zu ändern, um es zum nächsten üblichen Schritt im Lösungsprozess zu bringen. Die erste ist die Schaltfläche Status ändern in der App-Leiste oben auf der Seite mit den Problemdetails. Die zweite ist der Link Status ändern im Bereich Problemfelder rechts auf der Seite. Wenn Sie auf eine der Optionen klicken, ändert sich der Status des Problems wie unten beschrieben:

  • Wenn das Problem neu und nicht zugewiesen ist oder wenn eine andere Person als Sie der zuständige Mitarbeiter ist, wird in der Aufforderung zur Schnelländerung Mir zuweisen angezeigt. Wenn Sie den Status schnell ändern, wird der zuständige Mitarbeiter zu Ihnen festgelegt und der Status des Problems wird in Zugewiesen geändert, falls er derzeit anders festgelegt ist.

  • Wenn Sie der zuständige Mitarbeiter für ein Problem sind und der Status Zugewiesen lautet, wird in der Aufforderung zur Schnelländerung Arbeit beginnen angezeigt. Wenn Sie die Option „Schnell ändern“ auswählen, ändert sich der Status des Problems zu In Bearbeitung.

  • Wenn Sie der zuständige Mitarbeiter für ein Problem sind und der Status In Bearbeitung lautet, wird in der Aufforderung zur Schnelländerung Als behoben markieren angezeigt. Wenn Sie die Option „Schnell ändern“ auswählen, ändert sich der Status des Problems in Behoben.

  • Wenn ein Problem den Status Behoben hat und Sie der Prüfer sind, lautet die Aufforderung zur Schnelländerung Bestätigen. Wenn Sie die Option „Schnell ändern“ auswählen, ändert sich der Status des Problems zu Behoben (verifiziert).

  • Wenn ein Problem den Status „Geschlossen“ hat (Behoben, Dupliziert oder Nicht behoben), lautet die Aufforderung zur Schnelländerung Wieder öffnen (außer im oben genannten Fall). Wenn Sie die Schnelländerung verwenden, wird der Status in Neu geändert, wenn das Problem keinen zugewiesenen Nutzer hat, oder in Zugewiesen, wenn es einen zugewiesenen Nutzer hat.

Kurzinfos zu Problemen

Ein Infofeld zu einem Problem enthält Informationen wie den Titel, die ID, die Beschreibung und den aktuellen Status eines Problems. Außerdem enthält es die Schaltfläche Cc an mich, mit der Sie der Cc-Liste des Problems hinzugefügt werden. Wenn Sie bereits in der Cc-Liste stehen, lautet die Schaltfläche Cc an mich aufheben. Beispiel:

Infofelder zu Problemen werden angezeigt, wenn Sie den Mauszeiger auf Folgendes bewegen:

  • Die Problem-ID auf dem Tab Von, Blockiert oder Duplikate im Bereich Weitere Probleme.
  • Problem-ID in der Spalte Von, Blockiert oder Duplikat von auf der Seite Suchergebnisse eines Problems.
  • Link zu einem Problem, das im Bereich Letzte Probleme rechts auf der Seite Problem erstellen gefunden wurde.
  • Das Feld Status auf einer Problemseite, die als Duplikat markiert ist.
  • Link zum kanonischen Problem in der gelben Leiste oben auf einer Seite, die als Duplikat gekennzeichnet ist.

Probleme bearbeiten

Wenn Sie die Berechtigung Anzeigen und bearbeiten für eine Komponente haben, können Sie ihre Felder bearbeiten und Kommentare hinzufügen. Einige Felder können jedoch überhaupt nicht bearbeitet werden, z. B. das Erstellungsdatum des Problems oder zuvor gemachte Kommentare.

Stufen bearbeiten

Änderungen an einem Problem haben unterschiedliche Bedeutung. Diese bestimmt, ob die Änderungen im Verlaufsbereich für das Problem angezeigt werden und ob Nutzer bei einer Änderung eine E-Mail-Benachrichtigung erhalten.

Änderungen schließen

Wenn Sie Änderungen schließen, ändert sich der Status eines Problems von Offen zu Geschlossen. Änderungen, die Sie schließen, werden im Verlaufsbereich für das Problem angezeigt. Änderungen an der Schließung werden Nutzern mit einer der folgenden Benachrichtigungseinstellungen als E-Mail-Benachrichtigungen gesendet: Alle Updates, Wichtige Updates oder Nur Schließung.

Eine vollständige Liste der Status, mit denen ein offenes Problem geschlossen wird, finden Sie unter Problemstatus.

Wichtige Änderungen

Wesentliche Änderungen werden immer im Verlaufsbereich für das Problem angezeigt. Nach einer größeren Änderung wird eine E-Mail-Benachrichtigung an Nutzer gesendet, die die Benachrichtigungseinstellung Alle Updates oder Wichtige Updates haben. Zu den wesentlichen Änderungen gehören:

  • Erste Erstellung des Problems.
  • Kommentare, die dem Problem hinzugefügt wurden.
  • Das Problem wird in eine neue Komponente verschoben.
  • Änderungen an Priorität, Schweregrad, Aufbewahrung oder zugewiesener Person
  • Statusänderung zu Geschlossen, Geprüft oder Wieder geöffnet
  • Änderungen an benutzerdefinierten Feldern, die als Wichtig gekennzeichnet sind.

Geringfügige Änderungen

Kleinere Änderungen werden im Verlaufsbereich für ein Problem nur angezeigt, wenn die Filterebene auf Vollständiger Verlauf festgelegt ist. Ähnlich werden nur Nutzer per E-Mail benachrichtigt, deren Rolle für das Problem die Benachrichtigungseinstellung Alle Updates hat.

Zu den geringfügigen Änderungen gehören:

  • Titeländerungen
  • Änderungen an der Hotlist
  • Anhänge hinzufügen
  • Änderungen bei ähnlichen Problemen (Blockierung, Blockierung durch, Duplikate)
  • Änderungen am Status, die nicht ausdrücklich als größere Änderungen gekennzeichnet sind
  • Änderungen an den folgenden Feldern: Reporter, Typ, Verifier, Found In, Targeted To, Verified In, In Prod
  • Änderungen an benutzerdefinierten Feldern, die als Nebensächlich gekennzeichnet sind

Stille Änderungen

Bei unbemerkten Änderungen werden keine Benachrichtigungen an Nutzer gesendet, es sei denn, diese Nutzer werden durch die Änderung dem Problem hinzugefügt oder daraus entfernt. Zu den stillen Änderungen gehören:

  • Einträge in den Feldern Cc oder Mitbearbeiter hinzufügen oder entfernen (es sei denn, der Nutzer oder die Gruppe wird neu hinzugefügt oder entfernt)
  • Kommentare bearbeiten
  • Benutzerdefiniertes Feld ändern, das als Lautlos gekennzeichnet ist

Zugriffslimits für Probleme festlegen

Der Issue Tracker unterstützt Zugriffssteuerungsbeschränkungen, mit denen Probleme weniger Zugriffsberechtigte haben können als andere Probleme in derselben Komponente.

Problemadministratoren können den Einschränkungsstatus eines Problems auf eine von vier Zugriffsebenen für Probleme aktualisieren:

  • Standardzugriff: Es gelten die normalen Regeln: Ein Problem mit der Zugriffsebene „Standard“ hat dieselben Zugriffsmethoden wie alle anderen Probleme in der Komponente.

  • Eingeschränkte Kommentarfunktion: Nur Identitäten, die im Problem explizit als Bearbeiter, Mitbearbeiter, Prüfer oder CC aufgeführt sind, dürfen das Problem kommentieren, unabhängig davon, ob sie Kommentarberechtigungen für andere Probleme in der Komponente haben. Personen mit der Berechtigung „Administratorzugriff auf Probleme“ für die Komponente behalten auch den Kommentarzugriff. Der Lesezugriff bleibt standardmäßig.

  • Eingeschränkte Sichtbarkeit: Nur ausdrücklich aufgeführte Identitäten (zugewiesene Person, Mitbearbeiter, Prüfer oder Cc-Empfänger) behalten den Lesezugriff auf das Problem.

  • Begrenzte Sichtbarkeit + Google: Nur ausdrücklich aufgeführte Identitäten (zugewiesene Personen, Mitbearbeiter, Prüfer oder Cc-Empfänger), Google-Mitarbeiter in Vollzeit und interne Automatisierungskonten behalten den Lesezugriff auf das Problem.