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 zum 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 Komponente, Titel, Priorität und 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. Fast alle Felder im Issue Tracker können bearbeitet werden. Klicken Sie dazu auf den Wert, die Dropdown-Liste oder das Stiftsymbol. Wenn Sie den Mauszeiger auf ein Feld bewegen, wird in Issue Tracker eine kurze Beschreibung des Felds 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 der verschiedenen 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 geschehen 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 eine Frage der Fehlerbehebung oder Schulung sein, sich aber auch als Fehler oder Funktionsanfrage herausstellen.
Interner Clean-up Das Problem hat keine äußeren Auswirkungen auf das Verhalten eines Produkts. Die Behebung des Problems würde jedoch eine optimiertere 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 allgemeine Kategorie, die je nach Projekt unterschiedliche Verwendungsmöglichkeiten hat. Sie können diesen Typ beispielsweise für Probleme verwenden, die von einer API generiert werden, oder um administrative Aufgaben zu verfolgen.
Sicherheitslücke Datenschutz- und Sicherheitslücken, die den SLOs unterliegen, die in den Datenschutz- und Sicherheitsrichtlinien von Google definiert sind.
Datenschutzproblem Andere Datenschutzprobleme, die den SLOs unterliegen, die in den Datenschutz- und Sicherheitsrichtlinien von Google definiert sind.
Programm Eine Sammlung thematisch verwandter Ziele (Projekte, Funktionen, Meilensteine, Epics).
Projekt Ein zielorientierter Aufwand mit einem bestimmten Anfang und Ende, der darauf abzielt, ein einzigartiges Produkt, einen einzigartigen Dienst oder ein einzigartiges Ergebnis zu schaffen.
Feature Eine Sammlung von Arbeit, die dem Nutzer einen bestimmten Wert bietet.
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.
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.

Priorität des Problems

Im Feld Priority (Priorität) können Sie die Wichtigkeit eines Problems angeben. Dieses Feld ist erforderlich. 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 einer vollständigen Ausfallzeit 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 in angemessener Zeit behoben werden muss. Ein solches Problem kann eines der folgenden sein: 1) Ein Problem, das als P0 oder P1 eingestuft werden würde, aber eine angemessene Problemumgehung hat, 2) ein Problem, das für einen großen Prozentsatz der Nutzer wichtig ist und mit den 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. Dies 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 organisatorischen Funktionen 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 möglich) Die zur Behebung des Problems erforderlichen Änderungen sind nicht zumutbar.
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 (veraltet) Das Problem ist aufgrund von Änderungen am Produkt nicht mehr relevant.
Wird nicht behoben (beabsichtigtes Verhalten) Das Problem beschreibt die erwartete Funktionsweise des Produkts unter den gegebenen Umständen.
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 Behoben, Wird nicht behoben oder Dupliziert.

Statussymbole

Statussymbole sind eine visuelle Darstellung des Status eines Problems. Sie können die Spalte Status einer Suchergebnisseite so festlegen, dass Statussymbole anstelle von Statustext angezeigt werden.

Status für Schnelländerung

Auf der Seite mit den Problemdetails wird im Bereich Problemfelder ein Link zum schnellen Ändern des Status angezeigt. Über den Link wird das Problem mit dem nächsten üblichen Schritt im Lösungsprozess fortgesetzt. Wenn Sie auf den Link klicken, ändert sich der Status des Problems wie unten beschrieben:

  • Wenn das Problem neu und nicht zugewiesen ist, lautet die Aufforderung zur Schnelländerung Mir zuweisen. Wenn Sie den Status schnell ändern, wird der Bearbeiter auf Sie festgelegt und der Status in Zugewiesen geändert. Diese Option wird auch angezeigt, wenn das Problem Zugewiesen oder In Bearbeitung ist und Sie nicht der zuständige Mitarbeiter sind. In diesem Fall wird der zuständige Mitarbeiter auf Sie gesetzt und der Status bleibt unverändert.

  • 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 Schnelländerung verwenden, ä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 schnelle Änderung 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, ändert sich der Status zu Neu, wenn das Problem keinen zugewiesenen Nutzer hat, oder zu Zugewiesen, wenn dem Problem ein Nutzer zugewiesen ist.

Kurzinfos zu Problemen

Ein Problem-Hovercard enthält Informationen wie den Titel, die ID, die Beschreibung und den aktuellen Status eines Problems. Außerdem enthält es zwei Schaltflächen: eine Schaltfläche +1, mit der Sie angeben können, dass Sie von dem Problem betroffen sind, und eine Schaltfläche CC me, mit der Sie der CC-Liste des Problems hinzugefügt werden. Wenn Sie bereits auf der CC-Liste stehen, lautet die Schaltfläche Remove CC from me (CC-Liste von mir entfernen). Beispiel:

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

  • Problem-ID in der Spalte Von, Blockiert oder Duplikat von auf der Seite Suchergebnisse
  • Link zu einem Problem im Bereich Mögliche Duplikate unten auf der Seite Problem erstellen
  • Das Feld Status auf einer Problemseite, die als Duplikat markiert ist.
  • Link zum kanonischen Problem in der Leiste oben auf einer Seite, die als Duplikat gekennzeichnet ist.

Probleme bearbeiten

Wenn Sie die Berechtigung Probleme bearbeiten für eine Komponente haben, können Sie Problemfelder bearbeiten und Probleme kommentieren. Einige Felder können jedoch überhaupt nicht bearbeitet werden, z. B. das Erstellungsdatum des Problems.

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 das Problem 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 Aktualisierungen, Wichtige Aktualisierungen 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 zuständigem Mitarbeiter
  • Statusänderung zu Geschlossen, Bestätigt 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:

  • Änderungen am Titel
  • Änderungen an Hotlists im Zusammenhang mit dem Problem.
  • Anhänge werden hinzugefügt.
  • Änderungen an Problembeziehungen (blockiert, blockiert von, Duplikat)
  • Änderungen am Status, die nicht ausdrücklich als größere Änderungen gekennzeichnet sind.
  • Änderungen an den folgenden Feldern: Reporter, Type, 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).
  • Sie bearbeiten einen Kommentar.
  • Ändern eines benutzerdefinierten Felds, das als Lautlos gekennzeichnet ist.

Zugriffslimits für die Ausstellung

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 Personen, 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.