Главная Случайная страница


Полезное:

Как сделать разговор полезным и приятным Как сделать объемную звезду своими руками Как сделать то, что делать не хочется? Как сделать погремушку Как сделать так чтобы женщины сами знакомились с вами Как сделать идею коммерческой Как сделать хорошую растяжку ног? Как сделать наш разум здоровым? Как сделать, чтобы люди обманывали меньше Вопрос 4. Как сделать так, чтобы вас уважали и ценили? Как сделать лучше себе и другим людям Как сделать свидание интересным?


Категории:

АрхитектураАстрономияБиологияГеографияГеологияИнформатикаИскусствоИсторияКулинарияКультураМаркетингМатематикаМедицинаМенеджментОхрана трудаПравоПроизводствоПсихологияРелигияСоциологияСпортТехникаФизикаФилософияХимияЭкологияЭкономикаЭлектроника






Сервісами ІС





На підставі простого опису процесів ITSM угода про рівень сервісу може показатися незначним документом, задіяним в одному з процесів ITSM. Тим часом саме УРС надає ринковий або квазіринковий характер взаємостосункам ІС і бізнес-підрозділів, внаслідок чого виявляється центральною ланкою процесу управління сервісами ІС.

 

Система формальних угод і процедур в управлінні сервісами ІТ

Одна з принципових відмінностей системи процедур ITIL/ITSM від попередніх методів управління ІС полягає у використанні системи формальних угод, прозорої для всіх учасників процесу, як в самій ІС, так і в бізнес-підрозділах. Ця система включає:

· угода про рівень сервісу - документ, що регламентує сервіси ІС, ресурси, що виділяються організацією ІС для їх розробки і підтримки, права і обов'язки ІС, з одного боку, і бізнес-користувачів - з іншою (в процесі споживання послуг ІС);

· план забезпечення якості сервісу - внутрішній документ ІС, що описує можливі джерела порушень сервісу і заходу щодо їх запобігання і усунення. Для зовнішніх постачальників устаткування, ПО і послуг заходу, передбачені планом, повинні бути включені в контракти;

· угода про рівень внутрішньої підтримки (Operation Level Agreement, OLA, далі по тексту УРВП) - внутрішній документ ІС, що регламентує взаємодію підрозділів і ролей процесів в ході розробки сервісів і наданні послуг бізнес-користувачам.

У свою чергу, УРС складається з наступних основних частин:

· переліку сторін, залучених в угоду (як мінімум ІС і бізнес-користувачі, — окрім них сторонами УРС можуть бути сторонні постачальники, здійснюючі аутсорсинг всіх чи деяких сервісів, сторонні розробники сервісів і т.д.), з вказівкою їх ролей і відповідальності;

· каталогу сервісів, що містить опис сервісу, підтримуючі його ІТ-продукти і послуги, вимоги до доступності, рівня і продуктивності сервісу, вимоги по безпеці, надійності і стійкості, умови ціноутворення і оплати, процедури зміни позицій каталогу;

· описи звітності і механізму контролю виконання угоди сторонами;

· описи механізму дозволу розбіжностей, включаючи перелік відповідальних осіб для всіх залучених сторін;

· реквізити договору - номер договору, номер версії, підпису сторін.

Взаємодія процесів, описана в попередньому розділі, спирається саме на цей набір угод:

· для блоку процесів бізнес-оцінки УРС регламентує розподіл ролей між ІС і бізнес-підрозділами в ході розробки вимог до сервісів, а також фіксує існуючий стан сервісів;

· для блоку процесів розробки і управління сервісами УРС регламентує взаємодію з бізнес-підрозділами в ході розробки специфікацій сервісів. УРВП регламентує взаємодію ролей процесу планування сервісу з ролями процесів управління доступністю, планування ресурсів і планування витрат. Нарешті, в процесі планування сервісу оновлюється план забезпечення якості сервісу. Особливу роль грає процес управління якістю сервісу, в якому пакет документів УРС безпосередньо готується і узгоджується з бізнес-користувачами і керівництвом підприємства. Крім того, тут контролюється його виконання, здійснюється управління версіями УРС і т.д.;

· для блоку процесів оперативного управління УРС регламентує права і обов'язки співробітників ІС і бізнес-користувачів в ході реєстрації і дозволу інцидентів і проблем. Зокрема, тут зафіксовані вимоги до часу дозволу інциденту, обов'язку користувача по роз'ясненню обставин інциденту, права і обов'язку фахівця, що дозволяє інцидент і т.д. В рамках УРВП регламентується взаємодія співробітників ІС по виконанню регламентних робіт, рішенню інцидентів і проблем. Нарешті, усунення інциденту або рішення проблеми може бути ескаловано постачальнику устаткування, ПО або послуг відповідно до плану забезпечення якості сервісу — в тому випадку, якщо подібна ескалація передбачена укладеними контрактами;

· для блоку, процесів розробки і впровадження УРС визначає взаємодію розробників з бізнес-користувачами в ході розробки, тестування і передачі в експлуатацію засобів ІТ, що реалізовують запланований сервіс. Аналогічна взаємодія з іншими підрозділами і ролями усередині ІС регламентується УРВП;

· нарешті, для процесів управління змінами і управління конфігураціями УРС регламентує взаємодію з бізнес-користувачами в процесі схвалення змін, а також оформлення запитів на зміни УРС і зміни плану забезпечення якості сервісу у випадку, якщо проведені зміни його зачіпають. УРВП регламентує взаємодію підрозділів ІС в цих процесах.

Таким чином, система форрисьних угод регламентує взаємодію підрозділів і ролей ІС, а також взаємодію ІС з бізнес-користувачами у всіх процесах ІС. Підготовка оновлених пакетів таких угод є прерогативою процесу управління якістю сервісу.

 

УРС в системі угод і процедур ІС

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

Що стосується процедур ІС, роль УРС в них була показана в попередньому розділі. Тут ми відзначимо лише дві обставини. Перше: УРС забезпечує організаційну і правову базу діяльності ІС на підприємстві, що в рівному ступені вірне для всіх процесів управління ІС. Друге: мінливість діяльності сучасного підприємства і швидкий розвиток інформаційних технологій ведуть до швидкого перегляду портфеля сервісів ІТ, діючих на підприємстві. В цих умовах УРС вимагає постійного перегляду. Необхідний темп оновлення версій, у свою чергу, припускає наявність у менеджменту ІС детальної інформації про ресурси, залучені в забезпечення старих і нових сервісів: людях, інформаційних системах, грошових ресурсах і т.д. Ця детальна інформація може бути зібрана лише за допомогою розвиненої системи взаємодіючих один з одним процесів. Таким чином, УРС є не тільки умовою функціонування процесів ITSM, але і в певному значенні їх продуктом.

Економічне значення УРС і ITSM в цілому для ІС і підприємства

Модель процесів і угод ITSM достатньо складна. З цієї причини виникає питання про те, наскільки виправданий перехід до такої складної моделі бізнес-процесів. Для відповіді на це питання повернемося до ролі ІТ на сучасному підприємстві.

Нагадаємо, що початковими пунктами розробки сучасних моделей управління ІС (IT1L і 1TSM) з'явилися різке здешевлення ви потужності чисельника і пов'язане з ним масоване впровадження комп'ютерів в бізнес. Нова ситуація в галузі порушила існуючі раніше механізми взаємодії споживачів і постачальників риси на увазі, що єдиний постачальник обчислювальних систем («платформи») повністю бере на себе відповідальність за сервіс, який надається бізнес-користувачам.

Нові моделі управління є відродженням цієї економічної моделі в нових умовах і на новому рівні. Тепер єдиним центром відповідальності за якість сервісу стає інформаційна служба самого підприємства. Різноманіття сервісів, складність ІТ-інфраструктури підприємства і залежність якості сервісу від узгодження рішень багатьох постачальників вимагають різностороннього аналізу і злагодженого управління якістю обслуговування.

Більш того, робота в єдиному взаємозв'язаному і взаємозалежному середовищі має на увазі високі вимоги до дисципліни бізнес-користувачів Простота настройки і програмування сучасних офісних систем без дисциплінарних і технічних обмежень на їх використання веде до різноманітних негативних наслідків - від втрати доступу до необхідних сервісів ІТ до зараження мережі підприємства комп'ютерними вірусами.

Таким чином, нове середовище функціонування ІС підприємства вимагає єдиного механізму оцінки, планування, реалізації і технічної підтримки сервісів ІТ, що охоплює як персонал ІС, так і бізнес-користувачів залежно від ролей останніх у відповідних процесах. Саме такий механізм представляють процедури і угоди ITSM.

Нарешті, формалізація управлінських процедур у вигляді пакету документів продиктована ще однією вимогою - прозорістю. Сервіси ІС виявляються невід'ємною частиною процесів управління; весь персонал підприємства незалежно від рангу стає їх користувачами. В цих умовах працюють тільки прозорі процедури, злагоджені з участю перших осіб і підписані ними. Там можуть бути передбачені особливі умови обслуговування перших осіб, проте ці особи теж повинні підкорятися певним правилам. Саме в тому і полягає значення пакету регламентуючих документів ІTSM, в першу чергу УРС.

 

 

Резюме

Розглянута система управлінських процедур складає основу понятійного апарату даного курсу. Аналітичні моделі і методики оцінки проектів, що розглядаються в розділах 1 і 2, самі по собі представляють чисто академічний інтерес. Практичну значущість їм надають методи збору інформації і використання результатів модельного аналізу в ухваленні рішень. Те і інше у всіх даних моделях буде прив'язане до єдиної системи координат – управлінським процедурам ITSM.

 

1.1.5. Контрольні запитання

1. Назвіть проблеми управління ІТ в сучасному бізнесі. Чому необхідний перехід до управління сервісами ІТ?

2. Охарактеризуйте 1T1L як типову модель бізнес-процесів ІТ. Перерахуйте комерційні реалізації 1TIL.

3. Опишіть блок процесів інтеграції в бізнес в моделі ITSM (задачі, функції, результати діяльності).

4. Опишіть блок процесів планування і управління сервісами в моделі ITSM (задачі, функції, результати діяльності).

5. Опишіть блок процесів розробки і впровадження сервісів в моделі ITSM (задачі, функції, результати діяльності).

6. Опишіть блок процесів оперативного управління в моделі ITSM (задачі, функції, результати діяльності).

7. Розкрійте єство управління змінами і конфігураціями в моделі ITSM (задачі, функції, результати діяльності).

8. Розкрійте роль угоди про рівень сервісу (УРС) в моделі ITSM.

Date: 2015-09-18; view: 480; Нарушение авторских прав; Помощь в написании работы --> СЮДА...



mydocx.ru - 2015-2024 year. (0.006 sec.) Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав - Пожаловаться на публикацию