Wie geht man mit einem IT-Helpdesk um, der Hilfeanfragen nicht annimmt?

Wann immer ich oder meine Kollegen den IT-Helpdesk kontaktieren, gibt es eine Reihe von systemischen Problemen, nämlich:

  • Den Erhalt der Anfrage nicht bestätigen
  • Keine Korrekturmaßnahmen ergreifen und Fälle einseitig ohne Erklärung für den Benutzer schließen

Das habe ich zuvor versucht:

  • Persönliches Gespräch mit dem IT-Helpdesk. Dies ist jetzt unmöglich, da sie sich in einem anderen Büro befinden, zu dem keine Reise möglich ist
  • Telefonisch mit dem IT-Helpdesk sprechen. Leider gibt es einen Triage-Vermittler in einem fremden Land, was zu Sprachbarrieren führt, also ist dies ein Glücksfall
  • Eskalation des Problems an meinen Vorgesetzten. Dies funktioniert nicht, da der Helpdesk im gesamten Unternehmen denselben schlechten Service bietet
  • Eskalation des Problems an ihren Vorgesetzten. Das funktioniert nicht, da die Kultur der Helpdesk-Funktion protektionistisch zu sein scheint

Meine Frage ist, wie kann ein Endbenutzer den IT-Helpdesk ermutigen, ausgelöste Tickets zu bestätigen und zu bearbeiten?

Zusätzliche Information:

  • Ich bin ein Mitarbeiter auf Associate-Ebene. Der Helpdesk befindet sich in einer völlig anderen Organisationsstruktur als die Benutzer
  • Dies ist eine riesige Organisation mit Zehntausenden von Mitarbeitern
  • Das Unternehmen hat seinen Sitz in Großbritannien
Stimmen Sie Ihrer Logik „Das Problem an meinen Vorgesetzten eskalieren. Das funktioniert nicht, da der Helpdesk im gesamten Unternehmen das gleiche Maß an schlechtem Service bietet“ nicht zu. Wenn es sich um ein globales Problem handelt, dann ist es ein Managementproblem. Ich verstehe, dass Sie frustriert sind, aber als Mitarbeiter auf Associate-Ebene müssen Sie es einfach in der Kette nach oben schieben.
@Paparazzi, es muss auf eine Direktorenebene oder höher gehoben werden, und es muss ein Fall von Breitenwirkung gemacht werden. Alleine schafft er es nicht.
@RichardU Ich weiß nicht, auf welches Level es gehen muss. Ich habe hier keine Frage.
Sie plädieren gegen Outsourcing und fast jeder ist bereits auf diesem Schiff. Offensichtlich sind Sie in einem schlechten gefangen. Wenn Sie die unterdurchschnittliche Behandlung solcher Serviceanfragen nicht dokumentieren, kann Ihr Management nichts tun. Wenn das Outsourcer-Unternehmen mit Hunderten von Tickets zur Untersuchung bestückt ist, werden sie plötzlich anfangen, aufmerksam zu sein. Mein Rat: Dokumentieren Sie und gehen Sie mit Ihrer Beschwerde in der Nahrungskette nach oben.
@MelBurslan Wo werden Sie ausgelagert?
Wenn solche Probleme nicht auf Direktoren- oder Führungsebene gelöst werden können, deutet dies auf einen vollständigen Zusammenbruch der organisatorischen Verantwortung hin. An so einem Ort will man wirklich nicht arbeiten - das weiß ich aus Erfahrung und habe aus genau diesem Grund gekündigt.
Es wäre ironisch, wenn Ihre Frage hier keine Antworten erhalten würde
Ich bin Teil einer IT-Abteilung und es ärgert mich, von solchen Dingen zu hören. Ich fürchte, Ihr Manager kann nicht eskalieren, dann können Sie nur noch dokumentieren. Viel Glück!
"Das Unternehmen hat seinen Sitz in Großbritannien" Zumindest sind es dann nicht nur die kleinen Kunden
Ich habe das in Großbritannien bei einem großen Finanzunternehmen erlebt. Ich eskalierte es zu meinem Chef, der mir im Grunde sagte, ich solle damit leben. Hat meinem Stresslevel oder unserer Arbeitsbeziehung nicht geholfen. Es tut mir leid, das sagen zu müssen, aber ich empfehle Ihnen, sich mit dem Gelassenheitsgebet vertraut zu machen .
Obligatorisches XKCD - xkcd.com/806
Die Chancen stehen gut, dass dieses Szenario dort im Spiel ist: Einige Manager haben das Outsourcing des Helpdesks gesponsert und diese Idee erfolgreich an ihre Vorgesetzten verkauft. Diese Sponsoren möchten nun offensichtlich, dass diese Änderung als erfolgreich angesehen wird, und schützen den Status quo, indem sie Berichte über Probleme herunterspielen und jedes nicht positive Feedback missbilligen. Sie melden Probleme und geben nicht positives Feedback. Wenn Sie noch nicht als „nicht positiv“, „konfliktanfällig“, „nicht proaktiv“ usw. bezeichnet wurden, ist es nur eine Frage der Zeit. Setzen Sie einfach ein falsches Lächeln auf, bis Sie einen neuen Job bei einem richtigen Unternehmen gefunden haben.
@SantiBailors und MelBurslan; die Funktion wird nicht ausgelagert
Wie eröffnen oder eskalieren Sie Tickets? In einem früheren Job hatten wir eine Reihe von Kunden, die es „besser wussten als wir“ und unsere Lösungen nicht akzeptierten, und im aktuellen Job eskaliert der Helpdesk oft direkt auf die 3./4. Ebene Tickets wie „Internet funktioniert nicht“ oder "die Dinge sind langsam", die offensichtlich an sie zurückgesendet werden ...

Antworten (7)

Wie immer alles dokumentieren. Wenn Sie andere Mitarbeiter zur Zusammenarbeit bewegen können, tun Sie dies. Fragen Sie Ihren Vorgesetzten, ob er dasselbe mit anderen Vorgesetzten machen kann, und lassen Sie sie eskalieren.

Was Sie tun müssen, ist den Vorgesetzten klar zu machen, dass dies sie Geld kostet. DAS erregt immer ihre Aufmerksamkeit. "X Stunden verloren wegen Untätigkeit des Helpdesks" vor jemandem, der die Schecks ausstellt, wird Ergebnisse erzielen.

Oder ... aus IT-Sicht reicht das OP ständig frivole Tickets ein, die für die IT-Abteilung keine Probleme darstellen ("Diese Website ist langsam für mich!" ... "Mein Drucker hat nicht die richtige Größe gedruckt" ... "können Sie meinen Drucker entstauen?" ... "mein privates Handy verbindet sich nicht mit dem WLAN!"). Es scheint unwahrscheinlich, dass eine IT-Abteilung in einer so großen Organisation echte Tickets kaltblütig abbläst.
@SnakeDoc Entschuldigung, ich bin selbst in der IT und habe dasselbe erlebt. Nichts ist ärgerlicher, als den hilflosen Schreibtisch durch ihren eigenen Job führen zu müssen. Ich würde es für möglich halten, wenn die Tickets Kommentare enthalten, aber Tickets ohne Kommentar zu schließen ist unprofessionell und meiner Meinung nach ein Beweis dafür, dass es kein PEBKAC ist.
Das mag fair sein, aber das kommentarlose Schließen von Tickets könnte auch ein „Kein Problem“ bedeuten. Es könnte auch sein, dass das OP kein Verfahren befolgt, wie z. B. "Haben Sie all diese Dinge zuerst versucht?" oder "Haben Sie die Genehmigung des Managements erhalten, dieses Ticket einzureichen", um zu versuchen, unseriöse Tickets auszusortieren. IT-Abteilungen werden mit tonnenweise gefälschten Supportanfragen bombardiert, daher ist es für mich nicht völlig überraschend, wenn sie sich einfach dafür entscheiden, frivole Tickets ohne jede Zeremonie zu schließen. Wenn das OP sowohl das IT-Management als auch das OP-Management involviert hat und nichts dabei herausgekommen ist ... scheint es wahrscheinlich kein Problem zu geben.
@SnakeDoc Ich habe im Laufe der Jahre viele Anrufe getätigt, bei denen es sich um PEBKACs und NPI-Fehler handelte, und auch um den berüchtigten "Cupholder" -Anruf. So klingt es in diesem Fall nicht.
@SnakeDoc: Wenn ich mich in die Lage des IT-Helpdesks versetze, kann ich verstehen, dass es Spam-Tickets gibt. In meinem Fall verfolge ich den Prozess und gebe viele Details an (ich arbeite in der Datenbankverwaltung, bin also ziemlich technisch versiert).
@WorkerWithoutACuse Ich dachte, das könnte der Fall gewesen sein. Du klangst nicht wie die „Mein Telefon funktioniert nicht, DU BEHEBST“-Typen.
@WorkerWithoutACause Ich spiele nur den Anwalt des Teufels, da wir bei Workplace viele einseitige Behauptungen erhalten. Ist es möglich, dass es sich dabei um Tickets handelt, um die Sie sich kümmern sollten, wenn sie mit Ihrer Datenbank in Verbindung stehen? Es fällt mir immer noch schwer zu akzeptieren, dass eine IT-Abteilung in einem Unternehmen der von Ihnen behaupteten Größe (mehrere Zehntausend Mitarbeiter) Ihre Tickets völlig und absichtlich abbläst. Vor allem, nachdem Sie behaupteten, sowohl ihr als auch Ihr Management einzubeziehen, und nichts dabei herausgekommen ist. Vielleicht könntest du eine Musterkartenausgabe geben?
@SnakeDoc Ich habe etwas Ähnliches bei einem deutschen Unternehmen erlebt. Ein RIESIGES deutsches Unternehmen, das es seit dem 19. Jahrhundert gibt. Sie waren nicht besser. Ich musste ihren Helpdesk durch jeden letzten Schritt führen, was zu tun war. Da ich selbst Support geleistet habe, würde ich nie mit einem trivialen Problem anrufen, daher waren sie jedes Mal, wenn ich mit ihnen sprach, überfordert. Es passiert. So schwer es zu glauben ist, es passiert.
@RichardU NPI-Fehler? Ich habe das noch nie zuvor gesehen und meine Google-Ergebnisse sind voll von Nicht-Snark-Definitionen.
@RichardU NPI-Fehler? Noch nie von dem Begriff gehört. Ich habe von PEBKAC, ID10T, biologischer Schnittstelle, Layer 8, Wetware, ... gehört. Tonnenweise Dinge, die "Benutzerfehler" verschleiert sagen, aber noch keinen NPI-Fehler.
@DanNeely NPI-Fehler = Nicht angeschlossen. Außerdem: ein ID-Zehn-T-Fehler, der seine ID10T ausdrückt, und viele andere (l) Benutzerfehler. Viele andere Dinge wie "perkussive Wartung" und "nonverbale Konfliktlösung". PITA = Pain in the a.. so viele Begriffe, so wenig Zeit.
Als jemand, der an einem Helpdesk arbeitet, stelle ich sicher, dass Fälle, in denen kein tatsächliches Problem vorliegt, gründlich dokumentiert und aktualisiert werden. Es ist allzu üblich, dass Leute, die keine Probleme melden, versuchen, der IT die Schuld für etwas zu geben, das sie vergessen oder vermasselt haben. Wenn ich drei Absätze darüber schreibe, wie ich jeden Aspekt des E-Mail-Systems untersucht habe und keine Probleme gefunden habe, obwohl der Benutzer eine E-Mail als „fehlend“ gemeldet hat, die sich die ganze Zeit in seinen gelöschten Elementen befand, dann weiß ich, dass der Vorgesetzte des Benutzers gewinnen wird. Versuchen Sie nicht, uns die Schuld zu geben, wenn ein Kunde uns verlässt, weil der Benutzer seine E-Mail gelöscht hat.
@SnakeDoc Wenn es sich tatsächlich um eine Reihe von Nichtproblemen handelt, wird dies auch durch die Dokumentation von allem gezeigt.
Ein häufiger Grund, warum Menschen oft sehr geneigt sind, dem IT-Desk die Schuld zu geben, ist sicherlich die Dummheit / Inkompetenz / Faulheit dieser Personen (Website ist langsam, falsche Ausdruckgröße usw.). Ein weiterer häufiger Grund, warum Menschen oft sehr dazu neigen, dem IT-Desk die Schuld zu geben, ist sicherlich, dass zu viele Helpdesks routinemäßig ihr Bestes geben, um Hilfeanfragen abzulehnen, um weniger zu arbeiten / sich aus „Ärgern“ herauszuhalten / Fehler einzugestehen usw. und die Leute bekommen die Nase voll davon haben und anfangen, von Helpdesks standardmäßig ein solches erbärmliches Verhalten zu erwarten.
@SantiBailors In meiner letzten Position wurde der Helpdesk danach bewertet, wie viele Tickets er beim ersten Anruf geschlossen hat. Aus diesem Grund wurden Probleme, die hätten eskaliert werden sollen, nicht angezeigt und die Personen, die die Anwendungen verwalten, wurden nicht auf Fehler aufmerksam gemacht. Moral der Geschichte: Was Sie bewerten, ist das, was Sie bekommen.
@RichardU - Dokumentieren Sie zusätzlich oder vielleicht nur aus einem anderen Kostenwinkel die Auswirkungen auf das Geschäft in Bezug auf Arbeiten, die nicht erledigt wurden oder verzögert wurden. B. konnte ich Sally in der Buchhaltung X nicht zur Verfügung stellen, weil Ticket Y geschlossen war. Und Sally kann auch auf der Geschäftsseite eskalieren. Koordinieren Sie den Angriff auf das Problem mit Sally und eskalieren Sie mehrere Ketten.
@RichardU, tappen Sie nicht in die Falle, anzunehmen, dass eine Organisation kompetent ist, nur weil sie groß ist und schon lange existiert (ich muss die bekanntesten Beispiele nicht erwähnen).
"X hours lost due to inaction of help desk" in front of someone who writes the checks is going to get results.Ja, das wird dem Feuer Treibstoff hinzufügen, wodurch es noch heißer und schmerzhafter wird. Stellen Sie einfach sicher, dass das Feuer dort brennt, wo Sie es erwarten. Wenn der Helpdesk irgendwie gemäß der offiziellen Richtlinie arbeitet (vielleicht gibt es eine Richtlinie, die Sie bei einem geschlossenen Ticket weiterverfolgen sollten), können Ihnen diese verschwendeten Stunden schaden, wenn/wenn die Untersuchung feststellt, dass Sie derjenige waren, der inkompetent war. Seien Sie also vorsichtig, bevor Sie dies tun. Stellen Sie sicher, dass Sie Ihren eigenen Job machen.
Ich habe vorher in der IT gearbeitet. Sogar ich weiß, dass das Schließen eines Tickets ohne Kommentar NIE eine gute Idee ist. Es macht Benutzer wütend. Was zu einem nicht so guten Gespräch des Managers führt.

Ich habe dieses HelpDesk-Verhalten bei einem System beobachtet, das Tickets automatisch schloss, sobald sie eingereicht wurden. (Am schwierigsten zu erkennen ist ein Fehler im „Problem melden“-Formular.) Mit „System“ meine ich Online-Problemverfolgungssoftware und mehrere HelpDesk-Mitarbeiter mit einem HelpDesk-Mitarbeiter, der bei jedem Problem nach dem Öffnen auf die Schaltfläche „Schließen“ drückte es und ohne jede Arbeit zu tun. Dies wurde nicht gelöst, bis ich Folgendes begann:

  • Verfolgen Sie jedes Problem, für das Sie ein Ticket erstellen.
  • Jedes Mal, wenn ein von Ihnen erstelltes Online-Ticket ohne Lösung geschlossen wird, rufen Sie den HelpDesk zweimal an: Der erste Anruf besteht darin, das Problem erneut zu öffnen, da es nicht gelöst wurde. Der zweite Aufruf besteht darin, einen Fehler im HelpDesk-System zu melden, da das Problem eindeutig fälschlicherweise und ohne Kommentar oder Lösung geschlossen wurde. (Das sind in der Tat zwei Fehler, die es wert sind, gemeldet zu werden.)
  • Jedes Mal, wenn ein von Ihnen erstelltes Telefonticket ohne Lösung geschlossen wird, erstellen Sie zwei Online-Tickets beim HelpDesk: Das erste besteht darin, das Problem erneut zu öffnen, da es nicht gelöst wurde. Die zweite besteht darin, einen Fehler im telefonischen HelpDesk-System zu melden, da das Problem eindeutig fälschlicherweise und ohne Kommentar oder Lösung geschlossen wurde. (Das sind in der Tat zwei Fehler, die es wert sind, gemeldet zu werden.)
  • Rückfall.

Dadurch wurden in einem Zeitraum von zwei Tagen ein paar hundert Tickets erstellt, in denen ich von dem Problem, das ich angesprochen hatte, aufgehalten wurde und nichts anderes erreichen konnte. (Die Verwaltung mit einer Datenbank kann praktisch sein.) Dies hatte eine Reihe interessanter Effekte:

  • Die Ticketbearbeitung erhielt einen neuen Schritt „Ist Ihr Problem tatsächlich gelöst“ (mit einer Frist von einigen Tagen für die automatische Annahme).
  • HelpDesk-Mitarbeiter wurden neu geschult, um Tickets erst zu schließen, wenn sie tatsächlich gelöst wurden.
  • Die HelpDesk-Person, die Tickets geschlossen hatte, um ihre Schließungsrate zu erhöhen, ohne tatsächlich etwas zu tun, wurde außergewöhnlich sichtbar.
  • Die Abschlussrate wurde als Metrik abgeschwächt. (Womit ich einverstanden bin: Es ist eine weitgehend nutzlose Metrik, da die Eingaben von den Arbeitern nicht kontrollierbar sind und da fälschlicherweise davon ausgegangen wird, dass die Verteilung der "Aufgabengrößen" einer unimodalen Verteilung folgt.)

Ihr Kilometerstand kann variieren.

Scheint eine Menge Arbeit zu sein, aber wenn es funktioniert, könnte sich die Mühe lohnen. Ich würde zu einer direkteren Lösung tendieren, aber +1, um in einer schwierigen Situation etwas zu finden.
Erinnert mich irgendwie an die Shawshank-Erlösung. Die Hauptfigur schickt jeden Tag einen Brief, um eine Subvention für die Bibliothek des Gefängnisses zu erhalten, bis er einen bekommt und sagt: "Also habe ich angefangen, jeden Tag 2 Briefe zu senden".
Hier wäre ich vorsichtig. Das Management des OP schien seiner IT-Abteilung gegenüber sehr nachsichtig zu sein. Aus diesem Grund kann das Management das von Ihnen beschriebene Verhalten als Störung der Arbeit der IT-Abteilung ansehen. Ich vertrete diese Meinung nicht, aber seien Sie sehr vorsichtig mit Ihrem Management.
Ich mag wie Du denkst! Du erinnerst mich an jemanden... hm, wer könnte das sein... oh ja! MICH! Prost!!
Das ist urkomisch, aber ich bin skeptisch, dass es in den meisten Fällen gut enden würde.

Zeichnen Sie alle Kontakte mit dem Helpdesk auf – in einer gemeinsam genutzten Tabelle oder sogar in einem Arbeitszeitblatt (was es sehr gut sichtbar macht). Bewahren Sie alle Ticketnummern auf - wenn Sie keine erhalten, wenden Sie sich erneut an den Helpdesk, um die Ticketnummer zu erhalten.

Zeichnen Sie in der Tabelle den Fortschritt des Tickets auf – z. B. Gelöst, Vom Support geschlossen, Keine Antwort – und auch die Benutzerantwort – z. B. Gelöst, Geschlossen, aber nicht gelöst usw.

Nach ungefähr einer Woche können Sie Ihren Vorgesetzten die wirkliche Wirkung einer Support-Funktion zeigen, die keinen Support bietet.

Dies ist ein guter Weg. Die IT sollte transparent dokumentieren, da die Dokumentation gewinnt, wenn Meinungsverschiedenheiten über etwas Wichtiges auftreten. Wenn Benutzer IT-Probleme dokumentieren, haben sie die Informationen, die sie benötigen, wenn etwas sehr schief geht.

Die Antwort ist immer noch, das Problem an Ihren Vorgesetzten zu eskalieren.

Sie müssen dieses Problem ansprechen, indem sie mit ihrem Vorgesetzten sprechen. Es sollte möglich sein, einen Fall aufzubauen, dass x nicht oder schlecht erledigt wurde oder dass y aufgrund wiederholter Ausfälle der IT-Funktion das Budget überschritten hat.

Es gibt eindeutig keine Service Level Agreements (SLAs) oder, falls vorhanden, kümmert es niemanden, dass sie nicht eingehalten werden. Klingt, als hätte sich die Kultur der schlechten Leistung bereits etabliert, wird stillschweigend hingenommen und wird schwer zu ändern sein. Die schnellste Lösung, die Ihnen einen guten Service von Ihrem Helpdesk bietet, besteht darin, sie zu ersetzen.

Quantifizieren Sie das Problem als Geld: Führen Sie Aufzeichnungen über die Zeit, die in Ihrem Team verloren geht (oder darüber hinaus, wenn Sie können), damit Sie die harten Geldkosten der schlechten Leistung des aktuellen Helpdesks aufzeigen können.

Untersuchen Sie die Auslagerung der IT-Helpdesk-Funktion an eine externe Partei, deren Vertrag SLAs enthalten kann, die sie erfüllen müssen. Angebote erhalten.

Berechnen Sie die Gesamtkosten für die Nutzung eines ausgelagerten Helpdesks, einschließlich der Einsparungen durch die Entlassung aller Helpdesk-Mitarbeiter (schätzen Sie deren Gehalt und verdoppeln Sie es mindestens, um die tatsächlichen Kosten für das Unternehmen eines Mitarbeiters zu ermitteln).

Unter der Annahme, dass die tatsächlichen Kosten des Outsourcings eine Einsparung darstellen , schlagen Sie es dem Management vor und zeigen Sie alle Ihre Annahmen und Berechnungen auf. Es wird zeigen, dass Sie eine große Initiative haben und proaktiv sind.

Wenn es keine Einsparung ist, dann zeigen Sie Ihre Arbeit trotzdem dem Management, aber nur um zu zeigen, dass Sie nach Alternativen suchen und sie sich nicht stapeln. Aber es wird immer noch zeigen, dass der Helpdesk ein SLA benötigt und es erfüllen muss und welche Kosten es verursacht, es nicht zu erfüllen.

Was genau ist „SLA“?
@donjuedo „SLA“ steht für Service Level Agreement , was im Grunde die akzeptable Mindestleistung für etwas ist. Im Falle eines Helpdesks könnte es so lauten wie „Alle Tickets innerhalb von 3 Tagen gelöst, 80 % innerhalb von 1 Tag, 50 % innerhalb von 3 Stunden. Alle Antworten auf E-Mails innerhalb von 1 Stunde.“
Ich würde sagen, ja, natürlich gibt es SLAs, und dieser Helpdesk tut sklavisch genau das, was er tun muss, um sie einzuhalten. Helpdesk-Mitarbeiter bearbeiten mehr als x Tickets pro Stunde? Prüfen. Tickets werden in weniger als y Stunden geschlossen? Prüfen. Natürlich sollten die SLAs wahrscheinlich besser geschrieben sein, aber das sind sie normalerweise nicht.

Die ideale Antwort besteht darin, Ihren Helpdesk auf ein geeignetes Ticket-Tracking-System umzustellen, das Transparenz für seine Kunden und Metriken zur Verfolgung von Latenz, Durchsatz und Qualität/Zufriedenheit bietet.

Aber das ist etwas, was ihr Management umsetzen muss, also ist es etwas für Ihren Manager, die gute Kette zu übergehen.

Implementieren Sie in der Zwischenzeit, wie andere bereits gesagt haben, eine Ad-hoc-Tracking-Lösung für Ihren Kontakt mit ihnen, die alle Kontakte aufzeichnet und welche Informationen hin und her weitergegeben wurden. Das Senden von Anfragen per E-Mail ist eine Möglichkeit, dies einfach zu erfassen, obwohl einige Support-Leute Fragen, die per Telefon eingehen, als höhere Priorität betrachten.

Wenn ich es wäre, würde ich der lokale Ersatz des Helpdesks für Ihre Geschäftseinheit werden. Wenn Sie die Fähigkeit erwerben können, haben Sie die Möglichkeit, Kontakt mit Ihrem lokalen Management aufzunehmen und ein wirklich wertvoller Mitarbeiter zu werden.

Solche Dinge führen in der Regel zu wirklich guten Dingen, wie Beförderungen und höherer Bezahlung.

Angesichts Ihrer angegebenen Mitarbeiterzahl ist dies der beste Weg, um positive Veränderungen in Ihrem Geschäftsbereich zu bewirken.

Ein guter Vorschlag, und ich hasse es, weitere Hindernisse aufzuwerfen, aber mein Arbeitgeber hat die Computer gesperrt, zB kann ich nichts installieren oder ändern, weil ich keine Administratorrechte habe.
Natürlich taten sie es. An diesem Punkt können Sie nicht viel tun. Ist ein Wechsel in ein anderes Unternehmen möglich?
Wer träumt davon, Helpdesk zu werden? uhh Für viele von uns ist es ein Downgrade, kein Upgrade. Ich brauche meinen Helpdesk, um den Alltag zu regeln, damit ich mich auf größere Probleme konzentrieren kann.
Wie geht man mit einem IT-Helpdesk um, der Hilfeanfragen nicht annimmt?
AntwortenHierDatenschutz-Bestimmungen1y, 0v