Lohnt sich die Implementierung von ITIL? [geschlossen]

Ich sehe aus der Frage "Der Joel-Test für Sysadmin-Jobs" auf ServerFault, dass niemand sagte, dass das Unternehmen besser ITIL verwenden würde, oder dass sie dort nicht arbeiten würden. Tatsächlich erwähnte niemand ITIL.

Ist ITIL eine Modeerscheinung? Ist es zu umständlich, um praktisch zu sein? Müssen Sie eine bestimmte Größe haben, damit ITIL funktioniert?

Die ITIL-Definitionen von "Incident" vs "Problem" sind interessant, aber haben es Unternehmen in einer schnelllebigen Helpdesk-Umgebung wirklich für nützlich befunden, zwischen beiden zu unterscheiden?

Absolut. ITIL ist kein in Stein gemeißeltes Gebot, das genau befolgt werden muss.

Es ist einfach eine Grundlage oder ein Rahmen, von dem aus man operieren kann.

Das eigentliche Problem liegt in der Interpretation. Wenn Sie ITIL auf ein Niveau bringen, bei dem Umgehung einfacher als Implementierung ist, wird es niemals funktionieren. Bei richtiger Implementierung steigt der IT-Service-Level und der Stress durch Sysadmin sinkt.

Wer ITIL dogmatisch umsetzt, ist ein Idiot (und das haben sie mir auf einem "offiziellen" ITIL-Kurs gesagt).

Sie können / sollen Teile davon an Ihre Bedürfnisse anpassen und anpassen. Es ist offensichtlich verrückt, wenn ein IT-Mitarbeiter versucht, ITIL zu implementieren, wenn die meisten Gespräche zwischen den verschiedenen "Bereichen" des Änderungsmanagements, des Release-Managements usw. tatsächlich im Gehirn einer Person stattfinden Das andere Ende der Skala: Wenn Sie nur das Glück haben, interner Helpdesk-Manager für Microsoft, HP oder Apple zu sein, oder wer auch immer, mit Benutzern und Helpdesk-Callcentern auf der ganzen Welt, wie könnten Sie die Arbeit möglicherweise überhaupt ohne ITIL oder ITIL erledigen? etwas ähnliches als richtlinie?

Ich sollte wirklich an dieser Stelle hinzufügen , dass wir Vorfall vs. Problemmanagement für unsere Helpdesk implementiert haben , und es ist sehr hilfreich gewesen.

ITIL ist keine Ein / Aus-Entscheidung. Sie führen die für Ihre Umgebung relevanten Dinge schrittweise aus und gehen die Bereiche an, die die meisten Reibungen / Schmerzen in Ihrer Organisation verursachen.

Zum Beispiel: Wenn Ihr Helpdesk mit Anfragen überfordert ist, können Sie mit der Kategorisierung beginnen, die Quellen analysieren und Maßnahmen zur Linderung der Situation festlegen.

Es ist wirklich nur eine Reihe von bewährten Methoden und Regeln, die sich in Organisationen bewährt haben.

Was mir an ITIL am besten gefällt, ist, dass es eine gemeinsame Sprache definiert, die verwendet wird, wenn IT-Experten von anderen Unternehmen angesprochen werden, insbesondere im europäischen mehrsprachigen multikulturellen Umfeld. ...

Issue Management, Problem Management etc. verstehen und meinen dasselbe.

Ansonsten stimme ich Robert Moir zu: Wer ITIL dogmatisch umsetzt, ist ein Idiot

ITIL ist ein Werkzeug ... nicht deine Rettung.

Meiner Erfahrung nach war ITIL auch ein Framework, mit dem Support-Mitarbeiter und IT-Mitarbeiter sich gegen unangemessene Anforderungen aus dem Geschäft behaupten und echte Lösungen für Technologieprobleme implementieren können, anstatt "schnelle Lösungen" und "WIR WOLLEN ES JETZT". CUZ IT'S COOL! " Forderungen.

Ich habe in einer Organisation gearbeitet, die "geschäftliche Änderungen" als Ausrede für die Zerstörung, Umgehung oder Außerkraftsetzung fast aller Standard-IT-Systeme (Hardware, Software, Authentifizierungssysteme, Speichersysteme usw.) verwendet hat. Diese Firma ist gescheitert und wurde von einer Firma gekauft, die ITIL im Support-Modell lebt und atmet.

Ich habe den Übergang zum neuen Unternehmen vollzogen und das Leben der IT-Mitarbeiter ist nicht nur besser, sondern auf lange Sicht ist das GESCHÄFT glücklicher, weil sie ein stabiles Umfeld haben, und sie erhalten tatsächlich besseren Support und neue Technologie SCHNELLER, weil es definierte Standards für Unterstützung, die in definierte Standards der Technologie einfließen. Wenn ein Standard aktualisiert wird, wissen wir, wie unser Aktualisierungspfad lautet, und wir wissen, dass er auf einen sehr breiten Bereich unserer bereitgestellten Systeme angewendet werden kann. Dies ermöglicht es uns, diesen Weg viel schneller zu gehen.

Wir DO haben noch eine proess dafür , dass Geschäftseinheiten und verschiedene App - Entwickler auf Anfrage „Spezial“ Ausrüstung oder Dienstleistungen, aber da wir Rückbelastungen dies tun , ist sehr „teuer“ Budget-weise für diejenigen aufgefordert wird. Das ITIL-Framework bietet Ihnen die

Ja, aber wenn Sie schon dabei sind, warum sehen Sie sich die Abläufe und Supportanforderungen Ihres Unternehmens nicht genau an? Sprechen Sie mit den Managern und Benutzern darüber, welche Art von Support sie erwarten, wenn sie einen Kompromiss zwischen Geldern eingehen müssen. Dann dokumentieren Sie dies und die für Ihre Arbeit angewandten Verfahren. Was Sie tatsächlich getan haben, ist dasselbe, worum es bei all diesen ITIL / ISO-Inhalten auch geht.

Das Kennen von Standards wie ITIL erleichtert die oben genannte Aufgabe, da Sie über ein Framework verfügen, das die richtigen Fragen enthält, um die Aufgabe vollständig abzudecken. Das Wichtigste ist jedoch die Dokumentation über:

• Was ist notwendig
• Warum ist es erforderlich
• Für wen ist es erforderlich
• Wann ist es erforderlich
• Welche Person besitzt die Anforderung (ist verantwortlich)

Das Aufteilen der Dokumentation auf die unterste Entität (wie eine einzelne Aufgabe) ist ein enormer Arbeitsaufwand, aber sobald Sie dies tun, werden Sie wahrscheinlich feststellen, dass große Mengen von Aufgaben, die jetzt manuell ausgeführt werden, entweder unnötig sind, automatisiert und / oder delegiert werden können .

Ein genauerer Blick auf Ihr Unternehmen ist niemals populär oder einfach, aber es führt zu einem besseren Verständnis des Unternehmens und hilft Ihnen, rentabler zu werden, indem Sie einfach aufhören, unnötige Dinge zu tun und Aufgaben auf eine niedrigere Vergütung delegieren Niveau.

Was Sie wirklich unbeliebt macht, ist, wenn Sie diese Art der Standardisierung durchführen, dass Sie häufig versehentlich beschreiben, dass viele Verwaltungsebenen nur aufgrund von sich selbst vorhanden sind und dass das Ausschneiden dieser Ebenen wahrscheinlich die Kommunikation und Leistung verbessern wird.

Die Idee von ITIL ist sehr sinnvoll, leider ist es meiner Erfahrung nach häufig ein Tool, mit dem Support- / Betriebspersonal den richtigen Weg finden und geschäftliche Veränderungen verlangsamen kann.