Bitte beachten: Dieser Artikel ist eine KI-generierte Übersetzung.
Je mehr Details ein Issue enthält, desto besser kann es eingeordnet und bearbeitet werden.
Beginnen Sie mit der Definition des Typs, Bereichs, Meilensteins, der Labels, Priorität, Zuweisung und benutzerdefinierten Felder des Issues.
Typ
Typ
Typ kann Ihnen helfen, zwischen Konflikten, Modellierungsfehlern, technischen Problemen, Anfragen und anderen zu unterscheiden.
Bereich
Bereich
Bereich kann Ihnen helfen, Probleme nach Standort zu kategorisieren. Dies ist eine sehr nützliche Einstellung bei der Arbeit an einem großen Projekt. Der Projektleiter hat die Möglichkeit, pro Bereich einen anderen Verantwortlichen zu definieren. Wenn ein neues Issue in einem Bereich erstellt wird, kann es automatisch dem zuständigen Verantwortlichen des betreffenden Bereichs zugewiesen werden.
Meilenstein
Meilenstein
Meilensteine können gesetzt werden, um die Projektphase des Issues zu definieren. Ein Meilenstein wird vom Projektleiter mit einem Namen, Startdatum und Enddatum definiert.
Labels
Labels
Labels bieten mehr Freiheit bei der Klassifizierung von Issues. Sie können verwendet werden, um die verschiedenen Disziplinen und andere Dinge zu kennzeichnen.
Priorität
Priorität
Priorität definiert die Wichtigkeit des Issues. Wenn dies von der Person, die das Issue erstellt, festgelegt wird, hilft es zu bestimmen, welche Issues zuerst von den Team-Mitgliedern bearbeitet werden sollten.
Zugewiesen an
Zugewiesen an
Zugewiesen an sollte das Team-Mitglied anzeigen, das als nächstes das Issue bearbeiten soll. Wenn es fertig ist, kann die Zuweisung an ein anderes Team-Mitglied geändert werden, das es als nächstes übernimmt. Es kann immer nur ein Team-Mitglied einem Issue zugewiesen werden, um sicherzustellen, dass immer jemand für dieses Issue verantwortlich ist.
Benutzerdefinierte Felder
Benutzerdefinierte Felder
Benutzerdefinierte Felder können vom Projektleiter hinzugefügt werden, wenn es notwendig ist, mehr Eigenschaften zur Definition und Filterung der Issues zu haben.
All diese Eigenschaften können vom Projektleiter entsprechend den Bedürfnissen des Projekts definiert und bearbeitet werden.
⚠️ Achtung: Benutzerdefinierte Felder sind nicht in allen Plänen verfügbar. Um zu überprüfen, ob sie in Ihrem Abonnement enthalten sind, sehen Sie sich die [Planvergleichsliste] an oder kontaktieren Sie Ihren Administrator. Wenn die Funktion nicht verfügbar ist, müssen Sie möglicherweise Ihren Plan upgraden.
💡 Tipp: Der Filter ermöglicht es, ähnliche Issues während der Arbeit am Projekt anzuzeigen. Erfahren Sie mehr über das Verwalten von Issues mit Filtern in diesem Artikel.
Als nächstes ändert sich der Status eines Issues im Laufe seines Lebenszyklus. Es gibt drei Optionen für den Status eines Issues: Aktiv, Gelöst und Geschlossen.
Sie können diese Titel nicht ändern oder andere zusätzliche Status hinzufügen.
Neue Issues beginnen immer als Aktiv
Nachdem Lösungen für ein aktives Problem gefunden wurden, können Sie es lösen, damit es Gelöst wird, oder "lösen und schließen", damit es sofort Geschlossen wird
Gelöste Issues können reaktiviert oder geschlossen werden und werden wieder Aktiv oder ändern sich zu Geschlossen
Geschlossene Issues können bei Bedarf wiedereröffnet werden, um wieder Aktiv zu werden
⚠️ Achtung: Der Genehmigungs-Workflow ist nicht in allen Plänen verfügbar. Um zu überprüfen, ob er in Ihrem Abonnement enthalten ist, sehen Sie sich die [Planvergleichsliste] an oder kontaktieren Sie Ihren Administrator. Wenn die Funktion nicht verfügbar ist, müssen Sie möglicherweise Ihren Plan upgraden.
Oder fügen Sie einen formelleren Workflow hinzu, der es Ihnen ermöglicht, eine Genehmigungsoption zu den Issues hinzuzufügen. Die drei verfügbaren Optionen für den Status bleiben gleich, aber ein Issue kann zusätzliche Team-Mitglieder haben, die die Lösung genehmigen müssen, wenn das Issue gelöst wird.
Wenn das 'Genehmigung'-Feld in den Eigenschaften eines Issues zugewiesen ist und dieses Issue von Aktiv zu Gelöst wechselt, muss es von den angegebenen Team-Mitgliedern genehmigt werden.
Der Freigabeberechtigte hat die Wahl, die Lösung für das Issue zu ablehnen, damit es wieder Aktiv wird, oder die Lösung zu genehmigen, sodass das Problem den Status Gelöst, genehmigt erhält;
Das gelöste und genehmigte Issue kann dann Geschlossen oder abgelehnt werden, um wieder Aktiv zu werden.
Es ist möglich, dass die Lösung eines Issues von einem oder mehreren Team-Mitgliedern genehmigt und/oder abgelehnt wird, bevor das Issue geschlossen wird.
Für weitere Informationen über den Genehmigungs-Workflow konsultieren Sie den Artikel Der Genehmigungs-Workflow.