___ antwort500193 ___
Verwenden Sie ein wenig Psychologie auf ihnen. Für Personen, die keine Problemkarten einsenden, sollten Sie daran denken, dass 80% der Personen in ihrer Abteilung das Ticketsystem nutzen. Selbst wenn es eine Lüge ist, wird es wegen des Mitnahmeeffekts gutes Verhalten fördern. Denken Sie daran, je ähnlicher die Person der demografischen Statistik ist, desto wahrscheinlicher ist es, ihr Verhalten zu beeinflussen. So werden "Ihre unmittelbaren Mitarbeiter" besser funktionieren als "Menschen in diesem ganzen Unternehmen".
Die Leute, die das Ticketsystem benutzen, sollten einen goldenen Stern bekommen, nein, ernsthaft.
Im Harvard Business Review vom Februar gab es einen sehr kurzen Artikel über die Nutzung sozialen Drucks, um das Verhalten zu beeinflussen. Es diskutierte einige neue Forschung, aber der Artikel enthielt keine Referenzen.
___ qstnhdr ___ Wie ermuntern Sie die Endbenutzer, Trouble Tickets auszufüllen?
___ qstntxt ___
Ich arbeite also in einem ziemlich kleinen IT-Bereich. Wir haben ein Problem Ticket-System, das etwa die Hälfte unserer Endbenutzer verwenden. Einige meiner Mitarbeiter tun nicht wirklich viel, um unsere Endbenutzer zu ermutigen, das System zu verwenden, das wir haben. Das Endergebnis? Ständige Unterbrechungen, weil Endanwender uns per IM erreichen oder direkt zu unseren Büros kommen, um belanglose Dinge zu erledigen. Dies kann es offensichtlich schwierig machen, Code gut zu schreiben.
Nun, ich denke, ich könnte einfach sagen: "Hey, würde es dir etwas ausmachen, nächstes Mal ein Problemticket auszufüllen?", aber dann würde ich als der Bösewicht ausgehen, weil andere das nicht tun würden. Ich möchte auch nicht, dass Endbenutzer das Gefühl haben, dass ich unnahbar bin. Ich möchte nur, dass sie verstehen, dass es einen richtigen Weg gibt, um Hilfe zu bitten.
Was ist also das Beste, was ich in einer solchen Situation tun kann?
___ antwort500225 ___
Machen Sie es attraktiv, dies zu tun.
Wir weisen den Benutzer darauf hin, dass Probleme mit Trouble Tickets vom gesamten Entwicklerteam erkannt und erheblich schneller behoben werden. Sagen Sie, dass alles ohne ein Ticket das Potenzial hat, sich im Shuffle zu verlieren. Stellen Sie ihnen nach außen gerichtete Links zur Verfügung, damit sie den Fortschritt und die Entwickler- / Support-Kommentare zu ihrem Ticket einsehen können. Stellen Sie E-Mail-Benachrichtigungen bereit, damit sie sich als Teil des Prozesses fühlen und sofort Informationen zu ihrem Problem erhalten.
Mache es so reibungslos wie möglich.
Machen Sie den Benutzereintrag Teil des Systems so einfach und intuitiv wie möglich. Niemand mag es, Tickets auszufüllen, und ich werde sicherlich nicht durch irgendwelche Reifen springen. Keine Anmeldungen, keine Anmeldungen, tippe einfach mein Problem und Kontaktinformationen aus und geh.
Sprich mit deinem Team.
Letztendlich wird keine Menge harter Arbeit auf den oben genannten Systemen wichtig sein, wenn Ihr Team und Sie nicht auf derselben Seite sind. Fordern Sie ein Team-Meeting an und sprechen Sie mit ihnen über das Problem. Wenn Ihr Chef anwesend ist, versuchen Sie es in Worte zu fassen, die er verstehen kann. Erwähnen Sie wertvolle Zeit verloren, Probleme bei der Verfolgung von Kundenproblemen, die nicht im System sind, etc, etc.
___ answer500177 ___
Klingt so, als würde Ihr Manager Sie im Stich lassen, indem er die Benutzer nicht dazu auffordert, ein Ticket zu senden, bevor sie Hilfe bekommen. Das Problem beginnt dort und geht nur so weiter, dass ein solches Verhalten zugelassen wird. Wir verwenden redmine bei der Arbeit für die Anwendungsunterstützung und haben gute Fortschritte gemacht, indem wir den Benutzern gesagt haben, dass sie "ein Ticket einreichen und wir uns darum kümmern", aber es muss eine konsistente Stimme von allen Beteiligten sein.
___ answer500232 ___
In diesem Fall protokollieren wir häufig ein Ticket im Namen des Benutzers.
___ answer500180 ___
Sie werden wahrscheinlich nicht viel erreichen, wenn Sie nicht Ihre Mitarbeiter davon überzeugen, das System zuerst zu benutzen. Nachdem Sie alle den gewünschten Prozess vereinbart haben, können Sie mit Ihren Benutzern sprechen. Wenn jeder in Ihrem Team nach denselben Regeln spielt, können Sie Ihre Benutzer wahrscheinlich zwingen, das System zu benutzen, indem Sie langsame Bearbeitungszeiten für nicht im System eingegebene Probleme haben oder sie sogar vergessen.
Aber selbst wenn Sie sowohl Ihre Mitarbeiter als auch Ihre Benutzer davon überzeugen können, Tickets einzugeben, werden Sie wahrscheinlich immer noch feststellen, dass die Tickets unvollständig / nicht informativ sind. Wir haben alle viele Tickets gesehen, wie "Feature X ist kaputt, fix it plz" und bieten keine weiteren Informationen. Abhängig von der Anzahl der Tickets, die du pro Tag bekommst, würde ich wahrscheinlich nur in den sauren Apfel beißen und über den Benutzer laufen und sehen, was sein Problem aus erster Hand ist.
___ answer500267 ___
An meinem alten Arbeitsplatz wurde mir gesagt, dass nichts ohne ein Problemticket gemacht werden könnte. Als ich nach dem Grund fragte, wurde mir gesagt, dass die Produktivität des Supportteams anhand von Trouble Tickets gemessen wurde. Dies zwang mich dazu, Trouble Tickets zu verwenden (da sie erforderlich waren) und mir die Motivation zu geben (ich wollte nicht, dass meine Kollegen schlecht aussehen).
An meinem neuen Arbeitsplatz wird der gesamte technische Support subcontracted. Ich muss buchstäblich den technischen Support anrufen, und sie erstellen ein Ticket für mich.
___ antwort500212 ___
Sie nicht. Benutzer hassen dieses Zeug sogar ich. Stattdessen sollte Ihre Politik "lass mich nicht denken". Sie müssen alles, was Sie selbst benötigen, sammeln und automatisch für Ihre Benutzer unsichtbar handhaben. Nachdem sie sich bei der Installation angemeldet haben.
___ answer501488 ___
Auch - hören Sie auf, das Verhalten zu ermutigen. Verwenden Sie Ihre IM-Filteroptionen, um dem Entwicklerteam nur online angezeigt zu werden. Überprüfe nicht deine E-Mails - oder richte Filter ein, die das Zeug mit hoher Priorität (deinen Chef, dein Entwicklerteam) in deinen Posteingang filtern und alles andere in einen Ordner, den du einmal täglich oder jeden zweiten Tag kontrollierst.
___ tag123bugreporting ___ Fehlerberichte sind der Vorgang des Sendens einer Beschreibung, die das aufgetretene Problem, den Zustand des Systems zu der Zeit und mögliche andere Daten beschreibt, mit denen das Problem gelöst werden kann.
___ answer501540 ___
Der Rat von Simucal ist gut. Sie müssen ihnen sagen, dass sie irgendwann "ein Ticket einreichen" sollen. Wenn du sie nach der Tat fragst, werden sie sich nicht darum kümmern, weil sie bekommen, was sie brauchen.
Eine gute Möglichkeit, dies zu bewältigen, ist eine engagierte Person für die Unterstützung. Mein Team hat das getan und es hat unsere Produktivität enorm gesteigert und mindestens 90% unserer Unterbrechungen beseitigt.
Abgesehen davon (oder nicht) können Sie jeden Tag rotieren, wer mit Benutzeranfragen umgehen soll. Dies hat zur Folge, dass ein Trouble Ticket mehr oder weniger benötigt wird; Es ist notwendig, um zu verfolgen, was in der Anfrage passiert ist, wenn jemand anderes anfängt, daran zu arbeiten. Im Laufe der Zeit bringt dies auch mehr Kohärenz in Ihre Prozesse: Menschen erstellen kleine Skripts, um allgemeine Aufgaben zu erledigen, die Arbeit, die erledigt wird, wird in Revisionskontrolle verschoben, etc.
___ tag123enduser ___ hilf uns dieses Wiki zu bearbeiten
___ tag123troubletickets ___ Ein Trouble-Ticket ist ein Mechanismus, der in einer Organisation verwendet wird, um die Erkennung, Berichterstellung und Lösung eines bestimmten Problems zu verfolgen.
___