Richtiges erstellen eines Lbase Tickets: Unterschied zwischen den Versionen
Schse (Diskussion | Beiträge) K |
Schse (Diskussion | Beiträge) K |
||
| (4 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
| − | |||
Um bei Anforderungen oder Problemen rund um Lbase effizient agieren zu können, wird hier beschrieben wie ein Ticket bei Problemen oder Anforderungen auszusehen hat.<br> | Um bei Anforderungen oder Problemen rund um Lbase effizient agieren zu können, wird hier beschrieben wie ein Ticket bei Problemen oder Anforderungen auszusehen hat.<br> | ||
Sinn dahinter ist es den Kommunikationsaufwand zu minimieren und auf die benötigten Details zu beschränken.<br> | Sinn dahinter ist es den Kommunikationsaufwand zu minimieren und auf die benötigten Details zu beschränken.<br> | ||
| Zeile 6: | Zeile 5: | ||
= Ablauf = | = Ablauf = | ||
== Problemticket == | == Problemticket == | ||
| − | Wichtig ist es je nach Problem die FahrtID und/oder die SendungsID im Ticket aufzunehmen.<br> | + | Wichtig ist es je nach Problem die {{Colfont|red|FahrtID}} und/oder die {{Colfont|red|SendungsID}} im Ticket aufzunehmen.<br> |
| − | Eine Beschreibung der Arbeitsschritte die beim auftreten des Problems getätigt | + | Eine Beschreibung der Arbeitsschritte die beim auftreten des Problems getätigt wurden, sind im Ticket aufzunehmen.<br> |
Sollte eine Fehlermeldung als separates Fenster aufpoppen ist dieses mit einem Screenshot festzuhalten und mit ins Ticket zu stellen.<br> | Sollte eine Fehlermeldung als separates Fenster aufpoppen ist dieses mit einem Screenshot festzuhalten und mit ins Ticket zu stellen.<br> | ||
| − | Sollte in der Fehlermeldung ein Text vorhanden sein, so sollte man in der Meldung auf den Button Details klicken.<br> | + | Sollte in der Fehlermeldung ein Text vorhanden sein, so sollte man in der Meldung auf den Button {{Colfont|red|Details}} klicken.<br> |
Diese Details dann mit copy&paste gegebenenfalls in ein Word Dokument einfügen und auch dem Ticket beilegen.<br> | Diese Details dann mit copy&paste gegebenenfalls in ein Word Dokument einfügen und auch dem Ticket beilegen.<br> | ||
<br> | <br> | ||
| + | [[Datei: Fehlermeldung.png]] | ||
| + | |||
== Anforderungsticket == | == Anforderungsticket == | ||
| + | |||
| + | Wenn gewünscht wird eine bestimmte Funktion in Lbase hinzuzufügen die für den täglich Arbeitsalltag benötigt wird, wird ein Anforderungsticket erstellt.<br> | ||
| + | Um hier gegebenenfalls eine gute Anforderungsbeschreibung zu schaffen, ist es ratsam sich mit dem {{Colfont|red|Key User}} seines Arbeitsbereiches zusammen zu setzen.<br> | ||
| + | Hier gilt je mehr Details in die Anforderung geschrieben werden, desto mehr Rückfragen werden erspart.<br> | ||
| + | <br> | ||
| + | <u>'''Was sollte besten Falles in einem Anforderungsticket vorhanden sein:'''</u><br> | ||
| + | Was wird benötigt?<br> | ||
| + | Wo wird es benötigt?<br> | ||
| + | Wofür wird es benötigt?<br> | ||
| + | Welcher Nutzen entsteht dadurch?<br> | ||
| + | Welches Zeitersparnis wird dadurch erreicht?<br> | ||
= siehe auch = | = siehe auch = | ||
Aktuelle Version vom 8. September 2020, 13:20 Uhr
Um bei Anforderungen oder Problemen rund um Lbase effizient agieren zu können, wird hier beschrieben wie ein Ticket bei Problemen oder Anforderungen auszusehen hat.
Sinn dahinter ist es den Kommunikationsaufwand zu minimieren und auf die benötigten Details zu beschränken.
Ablauf[Bearbeiten]
Problemticket[Bearbeiten]
Wichtig ist es je nach Problem die FahrtID und/oder die SendungsID im Ticket aufzunehmen.
Eine Beschreibung der Arbeitsschritte die beim auftreten des Problems getätigt wurden, sind im Ticket aufzunehmen.
Sollte eine Fehlermeldung als separates Fenster aufpoppen ist dieses mit einem Screenshot festzuhalten und mit ins Ticket zu stellen.
Sollte in der Fehlermeldung ein Text vorhanden sein, so sollte man in der Meldung auf den Button Details klicken.
Diese Details dann mit copy&paste gegebenenfalls in ein Word Dokument einfügen und auch dem Ticket beilegen.
Anforderungsticket[Bearbeiten]
Wenn gewünscht wird eine bestimmte Funktion in Lbase hinzuzufügen die für den täglich Arbeitsalltag benötigt wird, wird ein Anforderungsticket erstellt.
Um hier gegebenenfalls eine gute Anforderungsbeschreibung zu schaffen, ist es ratsam sich mit dem Key User seines Arbeitsbereiches zusammen zu setzen.
Hier gilt je mehr Details in die Anforderung geschrieben werden, desto mehr Rückfragen werden erspart.
Was sollte besten Falles in einem Anforderungsticket vorhanden sein:
Was wird benötigt?
Wo wird es benötigt?
Wofür wird es benötigt?
Welcher Nutzen entsteht dadurch?
Welches Zeitersparnis wird dadurch erreicht?
siehe auch[Bearbeiten]
Verantwortlicher[Bearbeiten]
Steffen Schönfeld