Sie können die im Unternehmen implementierte Standardzuordnung für die Fehlerüberprüfung für einzelne Benutzer oder Benutzergruppen
ändern. So kann es beispielsweise Benutzern ermöglicht werden, zu überprüfen, ob ihre gemeldeten Fehler behoben wurden.
Ordnen Sie dem Benutzer oder der Gruppe die
Fehlerüberprüfungsoptionen zu, damit diesem/dieser das Überschreiben ermöglicht wird. Benutzer mit dieser Berechtigung können dann unter eine der drei Zuordnungsstrategien auswählen.
- Strategie
- Beschreibung
- Immer Standardzuordnung verwenden
- Standardzuordnung für die Überprüfung. Der Fehler wird dem entsprechenden QS-Postfach zugeordnet.
- Immer eigenen Fehler verifizieren
- Issue Manager ordnet Fehler nicht dem vorgesehenen QS-Postfach, sondern den Postfächern der Benutzer zu, die den Fehler gemeldet haben.
- Bei jedem neuen Fehler nachfragen
- Issue Manager ermöglicht es den Benutzern, die Standardzuordnung immer bei der Meldung eines Fehlers zu überschreiben.
Eine Neuzuordnung setzt die Standardzuordnung außer Kraft
Die Neuzuordnung eines Fehlers ist ein Verfahren, mit dem der automatische Zuordnungsmechanismus außer Kraft gesetzt werden
kann. Benutzer können mit der Aktion "Neu zuordnen" einen Fehler an das Postfach eines anderen Benutzers weiterleiten (normalerweise
eines Benutzers in derselben Gruppe). Dazu ein Beispiel: Der Entwickler Bill geht in Urlaub und ordnet deshalb einen Softwarefehler
mit dem Status "Offen" seinem Entwicklerkollegen Dan zu. Der Fehler hat weiterhin den Status "Offen", wurde aber neu zugeordnet.
Wenn ein Fehler nach einer Neuzuordnung wieder einen früheren Status im Workflow annimmt (weil Dan z. B. eine Fehlerbehebung
ablehnt), speichert Issue Manager die Neuzuordnung. Später wird der Fehler wieder an das manuell zugeordnete Postfach (von Dan) gesendet und nicht an das ursprüngliche
Postfach (von Bill).
Beispiel
Das folgende Beispiel mit einer zweifachen Neuzuordnung eines Fehlers verdeutlicht die Wirkungsweise einer Neuzuordnung. Der
Fehler wird einmal im Status "Offen" und einmal im Status "Zu verifizieren" neu zugeordnet. Der QS-Mitarbeiter akzeptiert
eine Fehlerbehebung nicht und weist dem Fehler wieder einen früheren Workflow-Status zu.
- Ein neuer Fehler tritt mit dem Status Offen in den Workflow ein. Aufgrund der Zuordnungsregeln wird der Fehler automatisch an das Postfach des Entwicklers Bill gesendet.
- Bill weist die Fehler dem Postfach des Entwicklers Dan zu.
- Dan deklariert den Fehler als behoben, sodass er den Status Zu verifizieren erhält.
- Die Zuordnungsregeln senden den Fehler an das Postfach des QS-Mitarbeiters Mike, damit dieser diesen überprüft.
- Mike ordnet den Fehler nun dem Postfach seiner Kollegin Sarah zu.
- Sarah lehnt die Fehlerbehebung ab, sodass der Fehler wieder den Status "Offen" erhält.
- Issue Manager sendet den Fehler mit dem Status "Offen" zurück an das Postfach von Dan, da dies der letzte Entwickler war, der für den Fehler
in diesem Zustand eine Aktion ausgeführt hat.
- Dan implementiert erneut eine Fehlerbehebung, wodurch der Fehler wieder den Status "Zu verifizieren" erhält.
- Issue Manager sendet den Zu verifizieren-Fehler zurück an das Postfach von Sarah, da diese QS-Mitarbeiterin die letzte Aktion für den Fehler
in diesem Zustand ausgeführt hat.
Ohne die erweiterte Zuordnung würde der Fehler im Status "Offen" (Schritt 7) an das Postfach von Bill gesendet, der ihn dann
Dan neu zuordnen müsste. Im Status "Zu verifizieren" (Schritt 9) würde der Fehler dem Postfach von Mike zugeordnet, der ihn
dann manuell dem Postfach von Sarah zuordnen müsste.