Wie oft investieren IT-Techniker Zeit und Ressourcen, um Probleme ihrer Kunden zu beheben, nur um festzustellen, dass das Problem einfach wiederkehrt \u2013 mit mehr Ausfallzeit und Frustration f\u00fcr das Unternehmen?<\/p>\n\n
Es gibt einen einfachen Grund, warum das passiert. Es liegt in der menschlichen Natur, das zu beseitigen, was den unmittelbaren Schmerz verursacht. Doch in vielen F\u00e4llen beseitigen Sie damit das Symptom, nicht das zugrunde liegende Problem. Es ist sehr leicht, den Schmerz einer Blase mit einem Pflaster zu lindern \u2013 aber wenn Sie die eigentliche Ursache schlecht sitzender Schuhe nicht beheben, ist die Blase beim n\u00e4chsten Tragen wieder da, entsteht wahrscheinlich schneller und schmerzt st\u00e4rker. <\/p>\n\n
Manchmal ziehen IT-Techniker vorschnelle Schlussfolgerungen dar\u00fcber, was die Ursache sein k\u00f6nnte. Sie haben es schon einmal gesehen und versuchen eine L\u00f6sung \u2013 nur um festzustellen, dass sie nicht funktioniert. Wissen und Erfahrung sind wichtig, k\u00f6nnen aber der Probleml\u00f6sung im Weg stehen, wenn Ihnen nicht alle Fakten vorliegen. <\/p>\n\n
Ein weiteres, viel zu h\u00e4ufiges Ph\u00e4nomen ist, dass wir uns ein Problem zum Bearbeiten aussuchen und nach der L\u00f6sung feststellen, dass es eigentlich niemanden wirklich interessiert hat. Vielleicht sah das Thema nach etwas aus, in das man sich richtig verbei\u00dfen kann, vielleicht hat es Sie fasziniert, vielleicht waren Sie ziemlich sicher, die Antwort zu kennen, und wollten sich selbst best\u00e4tigen. <\/p>\n\n
Das Problem dabei ist: Wenn Sie nicht pr\u00fcfen, welche Auswirkungen ein bestimmtes technisches Problem auf das Unternehmen hat, k\u00f6nnen Sie am Ende wertvolle Zeit und Ressourcen darauf verwenden, Probleme zu l\u00f6sen, die schlicht keine Rolle spielen.<\/p>\n\n
Daf\u00fcr gibt es in der IT-Welt eine Reihe von Gr\u00fcnden. Menschen, die in der IT arbeiten, sind in der Regel sehr klug, konzentrieren sich aber h\u00e4ufig auf das, was sie am besten kennen und wor\u00fcber sie eine gewisse Kontrolle haben \u2013 n\u00e4mlich den technischen Aspekt. Viel zu oft sitzt man in IT-Meetings und diskutiert gro\u00dfe Themen, und niemand erw\u00e4hnt den Kunden und welche Auswirkungen das auf ihn hat. Das muss sich dringend \u00e4ndern. <\/p>\n\n
Zu verstehen, wer der Kunde ist, kann ein entscheidender Baustein sein, um sicherzustellen, dass Sie am richtigen Problem arbeiten. Es ist wichtig zu verstehen, in welchem Gesch\u00e4ft Sie t\u00e4tig sind, und Kommunikationsbr\u00fccken zwischen den IT-Mitarbeitenden und denjenigen zu bauen, die IT-Services nutzen, um ihre Kunden zu bedienen. Wenn diese Beziehung offen ist und Informationen in beide Richtungen frei flie\u00dfen, verf\u00fcgen Sie \u00fcber die n\u00f6tige Grundlage, um die Priorit\u00e4t der technischen Probleme, mit denen Sie sich befassen, wirklich zu bewerten. <\/p>\n\n
Wenn diese Arbeit erledigt ist, k\u00f6nnen Sie an den Themen arbeiten, die tats\u00e4chlich einen Unterschied f\u00fcr das Ergebnis des Unternehmens machen, zu dem Sie geh\u00f6ren.<\/p>\n\n
Wenn ein Problem gel\u00f6st werden muss, ist es oft sehr leicht, sofort mit voller Kraft einzusteigen und das zu beheben, was gerade weh tut. Genau darum geht es im Incident Management: den Kunden so schnell wie m\u00f6glich wieder arbeitsf\u00e4hig zu machen. Doch die Wahrscheinlichkeit ist gro\u00df, dass dies nur eine vor\u00fcbergehende Ma\u00dfnahme ist. Dann ist es entscheidend, sich hinzusetzen und Zeit darauf zu verwenden, herauszuarbeiten, wo Sie nach der technischen Ursache des Incidents suchen m\u00fcssen. <\/p>\n\n
Das zu verstehen, ist manchmal bereits 80 % der Arbeit: Wenn Sie klar identifizieren k\u00f6nnen, wo genau das Problem auftritt und was passiert, was nicht passieren sollte, sind Sie der Ursachenfindung wahrscheinlich schon sehr nahe.<\/p>\n\n
Pr\u00e4zision ist bei dieser \u00dcbung Ihr bester Verb\u00fcndeter: Wenn Sie Ihre Problemanalyse auf einer zu hohen Ebene beginnen, verschwenden Sie viel Zeit mit Dingen, die am Ergebnis nichts \u00e4ndern werden.<\/p>\n\n
Kehren wir zur l\u00e4stigen Blase zur\u00fcck. Wenn die Beschwerde lautet: \u201eIch habe einen schmerzenden Fu\u00df\u201c, dann verschwenden wir Zeit damit, all die Dinge in Betracht zu ziehen, die einen schmerzenden Fu\u00df verursachen k\u00f6nnten \u2013 eine Verstauchung, ein Knochenbruch, ein eingewachsener Zehennagel, ein Ballenzeh? <\/p>\n\n
Die richtigen Fragen zu stellen, f\u00fchrt uns zu dem Punkt, auf den wir uns konzentrieren m\u00fcssen \u2013 und in diesem Fall ist das problematische Objekt der Schuh, nicht der Fu\u00df. H\u00e4tten wir am schmerzenden Fu\u00df gearbeitet, h\u00e4tten wir das Symptom gel\u00f6st, nicht das Problem. <\/p>\n\n
Das alles wirkt wie gesunder Menschenverstand, doch allzu oft wird er \u00fcbersehen, w\u00e4hrend wir in eine Richtung loslaufen, die sich am Ende als Sackgasse erweisen kann. Nehmen Sie sich zu Beginn die Zeit, um sicherzustellen, dass Ihre Priorit\u00e4ten stimmen, und um den richtigen Ausgangspunkt f\u00fcr Ihre Probleml\u00f6sung festzulegen. <\/p>\n\n
Wenn Sie diese beiden einfachen Dinge richtig machen, tragen Sie wirklich zum Erfolg des Unternehmens bei, zu dem Sie geh\u00f6ren.<\/p>\n","protected":false},"excerpt":{"rendered":"
Eine Frage der Priorisierung und des Erkennens des Unterschieds zwischen einem Problem und seinen Symptomen Wie oft investieren IT-Techniker Zeit und Ressourcen, um Probleme ihrer Kunden zu beheben, nur um festzustellen, dass das Problem einfach wiederkehrt \u2013 mit mehr Ausfallzeit und Frustration f\u00fcr das Unternehmen? Es gibt einen einfachen Grund, warum das passiert. Es liegt […]<\/p>\n","protected":false},"author":80,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[35],"tags":[],"ppma_author":[113],"class_list":["post-65756","post","type-post","status-publish","format-standard","hentry","category-sonstige"],"acf":[],"yoast_head":"\n