Czy ITIL warto wdrożyć? [Zamknięte]

Widzę z pytania „Test Joela dla zadań sysadmin” na ServerFault, że nikt nie powiedział, że firma lepiej będzie używać ITIL, bo inaczej tam by nie działała. W rzeczywistości nikt w ogóle nie wspomniał o ITIL.

Czy ITIL to moda? Czy to zbyt uciążliwe, aby było praktyczne? Czy musisz mieć określony rozmiar, aby ITIL działał dobrze?

Definicje „incydentu” i „problemu” ITIL są interesujące, ale czy w szybko zmieniającym się środowisku działu pomocy technicznej organizacje naprawdę uznały za przydatne rozróżnienie między nimi?

Absolutnie. ITIL nie jest zbiorem 10 przykazań, których należy przestrzegać w liście.

To po prostu podstawa lub struktura działania.

Prawdziwy problem pojawia się w interpretacji. Jeśli przeniesiesz ITIL na poziom, na którym obejście stanie się łatwiejsze niż wdrożenie, nigdy nie zadziała. Ale po prawidłowym wdrożeniu poziom usług IT rośnie, a stres Sysadmin WAAAAY spada!

Każdy, kto wdraża ITIL dogmatycznie, jest głupcem (i powiedzieli mi to na „oficjalnym” kursie ITIL).

Możesz / należy dostosować i dostosować jego części do swoich potrzeb. Jest rzeczą oczywistą, że sklep z jedną osobą IT próbuje wdrożyć ITIL, kiedy większość rozmów między różnymi „obszarami” zarządzania zmianami, zarządzania wydaniami itp. Faktycznie ma miejsce w mózgu jednej osoby, ale powiedziawszy to, na na drugim końcu skali, jeśli zaoferowano ci fortunę jako wewnętrznego kierownika działu pomocy technicznej dla Microsoft, HP lub Apple, lub kogokolwiek innego, z użytkownikami i centrum obsługi klienta w dowolnym miejscu, jak możesz w ogóle wykonać to zadanie bez ITIL lub coś podobnego jako wytyczna?

Naprawdę powinien dodać w tym miejscu, że mamy wdrożonego zarządzania problemami incydent vs. dla naszego helpdesku i to jest bardzo pomocne.

ITIL nie jest decyzją włączania / wyłączania, stopniowo wdrażasz rzeczy istotne dla twojego środowiska i rozwiązujesz obszary, które powodują największe tarcie / ból w Twojej organizacji.

Na przykład: jeśli twoje centrum informacyjne jest przytłoczone żądaniami, pomaga je kategoryzować, analizować źródła i decydować o działaniach mających na celu złagodzenie sytuacji.

To naprawdę tylko zestaw najlepszych wspólnych praktyk i zasad, które sprawdziły się w organizacjach.

W ITIL najbardziej podoba mi się to, że definiuje wspólny język używany w rozmowach z profesjonalistami IT z innych firm, tym bardziej w europejskim wielojęzycznym środowisku wielokulturowym. ...

zarządzanie problemami, zarządzanie problemami itp. są rozumiane i oznaczają to samo.

Poza tym zgadzam się z Robertem Moirem: każdy, kto wdraża ITIL dogmatycznie, jest głupcem

ITIL to narzędzie ... nie twoje zbawienie.

Z mojego doświadczenia wynika, że ​​ITIL jest również ramą, która pozwala pracownikom pomocniczym i pracownikom IT na ustosunkowanie się do nieuzasadnionych wymagań biznesu i wdrażanie rzeczywistych rozwiązań problemów technologicznych w przeciwieństwie do „szybkich poprawek” i „CHCEMY TERAZ, CUZ IT COOL! „ żąda.

Pracowałem w organizacji, która używała „zmian biznesowych” jako wymówki, by niszczyć, omijać lub zastępować prawie każdy standard IT, który próbował wdrożyć (sprzęt, oprogramowanie, systemy uwierzytelniania, systemy pamięci itp.). Ta firma upadła i została kupiona przez firmę, która żyje i oddycha ITIL w modelu wsparcia.

Dokonałem przejścia do nowej firmy i nie tylko jest to lepsze życie dla personelu IT, ale w dłuższej perspektywie BIZNES jest szczęśliwszy, ponieważ uzyskują stabilne środowisko, i faktycznie otrzymują lepsze wsparcie i nową technologię SZYBCIEJ, ponieważ istnieją określone standardy dla wsparcie uwzględniające określone standardy technologii. Kiedy standard jest aktualizowany, wiemy, jaka jest nasza ścieżka aktualizacji i wiemy, że można go zastosować do bardzo szerokiego pokosu naszych wdrożonych systemów. To pozwala nam poruszać się tą ścieżką znacznie szybciej.

Mamy NALEŻY jeszcze proess dla pozwalając jednostek biznesowych i różnych Devs aplikacji na żądanie „specjalne” sprzętu lub usług, ale ponieważ robimy charge-back jest bardzo „drogie” mądry budżet dla tych, zwracając się do niej. Ramy ITIL dają ci

Tak, ale chociaż jesteś przy tym, dlaczego nie przyjrzysz się procedurom organizacji i wymaganiom wsparcia, porozmawiasz z menedżerami i użytkownikami, jakiego poziomu wsparcia oczekują, jeśli będą musieli dokonać kompromisu między pieniędzmi. Następnie udokumentuj to i procedury zastosowane do wykonania pracy. To, co faktycznie zrobiłeś, jest takie samo, jak to, co dotyczy wszystkich tych rzeczy ITIL / ISO.

Znajomość standardów, takich jak ITIL, ułatwia powyższe zadanie, ponieważ masz strukturę, w wyniku której można zadać odpowiednie pytania, aby całkowicie objąć to zadanie, ale najważniejsza jest dokumentacja na temat:

• Co jest wymagane
• Dlaczego jest to wymagane
• Dla kogo to jest wymagane
• Kiedy jest to wymagane
• Która osoba jest właścicielem wymagania (jest odpowiedzialna)

Podział dokumentacji na najniższy byt (jak pojedyncze zadanie) to ogrom pracy, ale jak tylko to zrobisz, prawdopodobnie odkryjesz, że duża liczba zadań wykonywanych teraz ręcznie jest albo niepotrzebna, może zostać zautomatyzowana i / lub może być delegowana .

Dogłębne spojrzenie na Twoją organizację nigdy nie jest popularne ani łatwe, ale zapewni lepsze zrozumienie firmy i pomoże ci osiągnąć większą rentowność, po prostu przestając robić rzeczy, które są zbędne, i delegować zadania do niższej płacy poziom.

To, co naprawdę sprawi, że staniesz się niepopularny, gdy wykonasz tego rodzaju standaryzację, polega na tym, że często mimowolnie opisujesz, że wiele warstw zarządzania istnieje tylko z ich powodu, a ich odcięcie prawdopodobnie poprawi komunikację i wydajność.

Idea ITIL ma wiele sensu, niestety z mojego doświadczenia wynika, że ​​często jest to narzędzie, które pozwala pracownikom wsparcia / operacji przejść sobie drogę i spowolnić wprowadzanie zmian biznesowych.