Міць ITIL і поблема з гуру

останнім часом у сферу моїх інтересів додалася ITIL, бібліотека кращих практик у сфері управління инормационными технологіями. Ця бібліотека почала створюватися в кінці 80-х років минулого століття, зазнала кілька редакцій, дісталася до третьої версії і вийшла на пік популярності. У моїх планах зробити кілька відеолекцій, присвячених базовим концепціям ITIL, першу з них ви можете подивитися на каналі Youtube:



Поки ж вашій увазі пропоную переклад статті «The Power of ITIL and The Problem with Gurus».

Коротко про статті. У статті окреслено декілька проблем, властивих організаціям, хаотично реалізують ІТ-сервіси, коротко перераховані премущества ITIL і запропоновано пропрієтарний інструмент для вирішення деяких проблем. Впевнений, що на ринку є альтернативи (можливо і безкоштовні), тому хочу акцентувати вашу увагу більше на тексті статті, ніж на інструменті.

Дякую за увагу. — Прим. перекладача.


Чи достатньо бути хорошим [фахівцем] у своїй роботі?

Довгий час важливі були тільки результати. До тих пір, поки ви їх видавали, людям було не особливо цікаво, як вони досягалися. Було не важливо домагалися ви результату в останню хвилину, відпрацювавши всю ніч, або ж перебудували в системі все, що могло бути перебудована. Ви були якимсь чорним ящиком, у який [люди] складали певні потреби, а з іншого боку витягали щось, їх удовлетворявшее.

Можна багато чого сказати про необхідність володіння подібними навичками (особливо у разі надзвичайної ситуації), як спосіб виконання своєї роботи, але в щоденній роботі такий підхід до виконання завдань «на коліні» має масу проблем. Приміром, якщо фахівець, що знає як виконати магічне дійство, яке залишить компанію? Якщо ваша єдина обов'язок — домогтися результату і ви не знаєте як його досягти, вам крупно не повезло. З іншого боку, якщо цей спеціаліст в один далеко не прекрасний день допустить помилку? Він натисне не ту кнопку, введе не той код і все полетить до біса? Всі ми, як ми вже знаємо з власного досвіду, перш за все люди.

Недокументовані [непрості] процеси дуже, дуже складно повторити, а також збагнути, що ж пішло не так. Ось чому ITIL (Information Technology Infrastructure Library) так важливий. Він є бібліотекою, яка пропонує каркас для ідентифікації, планування, надання і підтримки IT-сервісів. Крім того, цей каркас не був створений одиноким гуру, ніндзя, рок-зіркою чи як там ще ми їх сьогодні називаємо. Яким би великим не був людина у своїй галузі, він не може знати всього. Тому ITIL заснований на кращих практиках, розроблених і вдосконалених багатьма людьми в різних галузях людської діяльності. Іншими словами, проблеми були розглянуті з різних точок зору.

В результаті такої діяльності з'явилися процеси, процедури, завдання і опитувальники, які дозволили інтегрувати IT-сервіси в стратегію організації, в той же час дозволяючи надавати цінні послуги і підтримуючи стандарти компетенції. Такий підхід дозволяє нам демонструвати відповідність [замовлених послуг] і виконувати вимірювання і оцінку поліпшень.

Що ж не так?

Та все так, просто виникає багато проблем у процесі впровадження цієї бібліотеки, а також з'являються питання до того, як використовують і використовують її люди взагалі. Спроби вирішення цих проблем забирають багато часу та ресурсів, які краще витратити на одержання переваг від використання ITIL, а не на те, яким чином вона [бібліотека] використовується.

Якби тільки був спосіб автоматизувати це. Якби знайшлася одна програма, яка позволилила б в реальному часі переконатися в тому, що ITIL сотнями і тисячами споживачів використовується коректно.Ще краще, якщо б цей моніторинг велася постійно, щоб не довелося чекати наступного аудиту або події, які б виявили проблеми, що вимагають уваги. А оскільки ми мріємо, нехай ця програма автоматично оновлює визначення ITIL для всіх пристроїв, якими вона управляє і нехай все це буде видно на одній консолі і з неї ж управляється. Зрештою, оскільки ми фантазуємо, що ви скажете щодо програми, яка на все це здатна «з коробки», як щодо витрачати години замість днів, тижнів або місяців?

А тепер автором статті пропонується одне з рішень. Повторюся, я думаю, що альтернативні рішення існують, але завдання пошуку і опису альтернатив до перекладу цієї статті стосунку не має. Прим. перекладача.

Фактично, це не мрія. Це IBM Security Manager. Замість того, щоб щипати себе, перевіряючи, не спиш ти, краще пройди за адресою, щоб отримати більше інформації.
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.