{"id":65831,"date":"2015-04-02T11:57:00","date_gmt":"2015-04-02T11:57:00","guid":{"rendered":"https:\/\/kepner-tregoe.com\/blogs\/measuring-problem-management-quality-in-an-itil-environment-part-3\/"},"modified":"2015-04-02T11:57:00","modified_gmt":"2015-04-02T11:57:00","slug":"measuring-problem-management-quality-in-an-itil-environment-part-3","status":"publish","type":"post","link":"https:\/\/kepner-tregoe.com\/de\/blogs\/measuring-problem-management-quality-in-an-itil-environment-part-3\/","title":{"rendered":"Messung der Qualit\u00e4t des Problem Managements in einer ITIL-Umgebung, Teil 3"},"content":{"rendered":"

Wie wir in den ersten<\/a> und zweiten<\/a> Artikeln dieser Reihe erl\u00e4utert haben, ist die Bewertung der Qualit\u00e4t des Problem Managements in einer ITIL-Umgebung nicht immer einfach. Von der richtigen Fragestellung bis zur Festlegung, welche Kennzahlen zur Leistungsmessung herangezogen werden sollen, gibt es viele Variablen zu ber\u00fccksichtigen. In diesem Artikel werfen wir einen genaueren Blick auf die \u201eMagie\u201c, die bei der Identifizierung der Grundursache eines Problems eine Rolle spielt. <\/p>\n

Die wesentlichen Komponenten der Problemanalyse<\/h4>\n

Es gibt viele Wege, die Grundursache eines Problems zu finden \u2013 einige sind offensichtlich erfolgreicher als andere. Ohne ein standardisiertes Rahmenwerk werden unterschiedliche Personen naturgem\u00e4\u00df unterschiedliche Vorgehensweisen w\u00e4hlen. Die Wirksamkeit jeder Gruppe von Troubleshootern liegt irgendwo entlang einer Glockenkurve. Den meisten Troubleshooting-Experten kann man mit gutem Gewissen nahezu jede Aufgabe \u00fcbertragen. Solide Leistungstr\u00e4ger sind f\u00fcr die meisten Aufgaben geeignet, haben jedoch noch Verbesserungspotenzial, und diejenigen mit einem schlechten Troubleshooting-Ruf ben\u00f6tigen wahrscheinlich Unterst\u00fctzung. <\/p>\n

Die Kepner-Tregoe-(KT)-Methode der Problemanalyse wurde in den 1950er-Jahren erforscht und definiert und in den Jahrzehnten danach kontinuierlich weiterentwickelt und getestet. Offensichtlich war dies viele Jahre, bevor Computer allgegenw\u00e4rtig waren \u2013 geschweige denn, bevor ITIL \u00fcberhaupt f\u00fcr irgendetwas stand. <\/p>\n

Es wurde argumentiert, dass eine Methode wie die von KT heute unm\u00f6glich f\u00fcr die IT-Branche geeignet sein k\u00f6nne, da weder IT noch ITIL existierten, als die KT-Methode erstmals erforscht wurde. Um zu einem angemesseneren Urteil zu gelangen, ist es entscheidend, die KT-Methode der Problemanalyse genauer zu betrachten. Die wesentlichen Schritte der Problemanalyse bestehen aus: <\/p>\n