Автоматизація процесів управління ІТ згідно з рекомендаціями ITIL презентация

Цілі навчання
Знайомство з процесами управління, основними процедурами
Здобуття практичних навичок роботи в системі OMNITRACKER

ITIL – IT Infrastructure Library
Рекомендації з організації роботи служб ІТ
Найбільш відомий підхід
Основа BS15000 та ISO20000

Послуга

Послуга (Service)
A ‘service’ is a means of delivering value to customers by facilitating outcomes customers want to achieve without the ownership of specific costs and risks. (ITIL® v3)
Замовник
Постачальник
послуги
Послуга:
засіб забезпечення необхідних Замовнику результатів (outcomes)
отримані Замовником результати мають для нього цінність (value)
управління ресурсами і ризиками в рамках надання послуги покладено на Постачальника послуги

Процеси ITIL® v3

Управління інцидентами та запитами на обслуговування
Травень, 2017

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

Базові принципи роботи
Заявники
РГ “Адмін.AD”
РГ “Робочі місця”
РГ “ИС СБОН+ Київ”
Менеджер процесу

Групи, лінії підтримки та схема взаємодії

Пріоритети та терміни виконання
Обробка інцидентів і запитів на обслуговування в рамках Процесу проводиться з урахуванням:
нормативів часу виконання та календарю підтримки,
рівня впливу,
терміновості,
пріоритету
терміну виконання

Рівні впливу, правила встановлення

Об'єкти (Звернення)
Зареєстроване звернення Заявника в системі OMNITRACKER.
Категорії звернень:
Інцидент (помилка) - Категорія звернення щодо незапланованого переривання або зниження якості ІТ-послуги.
Запит на обслуговування, ЗНО (сервісний запит) - Категорія звернення, що стосується активації послуг або функціональності вже наданих послугу і ресурсів (настройка, консультація, запит інформації і т.і.).

Об'єкти (Завдання)
Об’єкт системи, що відображає роботи, необхідні для вирішення інфраструктурних інцидентів та звернень.

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

Статуси
Статуси звернення
Статуси завдання
Статуси інфраструктурного інциденту

Звернення в Service Desk
Способи звернення в Service Desk:
Web-портал – http://servicedesk.oschadbank.ua
телефон:
номери: [phone];
внутрішній телефон: 78-78;
електронна пошта (e-mail) – [e-mail]
Web-портал:
обирає послугу та відповідний тип звернення.
Якщо не вдається з визначенням послуги або типом звернення обирає послугу "Service Desk" та тип звернення "Запит на обслуговування" або "Усунення помилки";
суть звернення (опис та додаткову інформацію);
при необхідності додає вкладення (документи, скріншоти та інші матеріали), які можуть допомогти у вирішенні звернення або потрібні для подачі звернень даного типу.

Прийом у роботу
Прийняття в роботу інциденту або запиту на обслуговування здійснюється Спеціалістом відповідної Робочої групи самостійно.
Призначення Спеціаліста може здійснюватися керівником Робочої групи.
Спеціаліст встановлює статус "У роботі".
Особливості: Відповідальними за координацію вирішення запитів на обслуговування, при виконанні яких залучаються різні підрозділи Банку, можуть бути призначені спеціалісти робочої групи Service Desk.

Вирішення та документування
Спеціаліст, призначений відповідальним за вирішення, аналізує інформацію, накопичену на попередніх стадіях обробки.
Спеціаліст може виконати перепризначення на іншу Робочу групу, якщо призначення на його Робочу групу виконано помилково – не його зона відповідальності.
Залучення спеціалістів інших Робочих груп виконується Спеціалістом, за допомогою реєстрації зв’язаного завдання на відповідну Робочу групу, яке виконується згідно Регламенту процесу управління роботами.
Якщо для вирішення звернення потрібна додаткова інформація від Заявника та оперативно отримати її неможливо, Спеціаліст:
встановлює статус звернення "Очікування";
термін очікування;
вказує причину очікування.

Документування рішення
При вирішенні інциденту або запиту на обслуговування Спеціаліст документує:
перелік виконаних робіт та отримані результати;
зрозумілий для Заявника опис рішення (якщо необхідно, докладний опис дій, які повинен виконати Заявник самостійно) або причину відхилення;
вказує Код закриття;
вказує Причину виникнення (для інцидентів).
якщо порушено термін вирішення – обов’язково вказує причину;
якщо причиною звернення є зареєстрований інфраструктурний інцидент встановлює прив'язку звернення до нього, якщо прив'язка не було виконане раніше;
актуалізує зв’язки з іншими інцидентами та запитами на обслуговування;
при виявленні дубля встановлює зв'язок з дубльованим зверненням або інфраструктурним інцидентом.

Управління
Знаннями ІТ
Травень, 2017

Задачі процесу
Процес має наступні задачі:
Зберігання структурованих знань з ІТ-технологій;
Підтримка в актуальному стані знань з ІТ-технологій;
Забезпечення доступності знань з ІТ-технологій;
До процесу входять наступні об'єкти:
Статі бази знань
Стандартні рішення

Процес управління конфігураціями
(CMDB)
Травень, 2017

Базові терміни
Конфігураційна одиниця (Configuration Item, КО)
Конфігураційна база даних (CMDB, Configuration management database)

Цілі та задачі процесу
Цілі процесу
покращити інформованість щодо кількості, стану конфігураційних одиниць
підвищення швидкості та якості вирішення звернень користувачів та інфраструктурних інцидентів за рахунок використання актуальної інформації з CMDB
Задачі процесу
збір та облік інформації про конфігураційні одиниці
підтримка в актуальному стані записів про конфігураційні одиниці і зв'язки між ними
забезпечення доступності інформації про конфігураційні одиниці

Структура CMDB
Травень, 2017

Категорії КО – Прикладна інфраструктура
Прикладна інфраструктура
Системи
Сервіси
Бази даних
Мережеві ресурси
Програмне забезпечення

Категорії КО – Серверна інфраструктура
Серверна інфраструктура
Сервер
Віртуальна машина
Шасі Blade
СЗД
SAN Switch
ДБЖ серверний
Кластер
Стрічкова бібліотека
Стійка
PDU

Категорії КО – Мережева інфраструктура
Мережева інфраструктура
Канал зв’язку
Комутатор
Маршрутизатор
Міжмережевий екран
Модем
Мережевий потік
Точка доступу Wi-Fi

Категорії КО – Телефонія
Телефонія
IP-Телефон
SIM-карта
АТС
Відео-телефон
Голосовий шлюз
Факс

Категорії КО – Офісна інфраструктура
Офісна інфраструктура
БФП
ДБЖ користувачів
Копір
Монітор
Ноутбук
Системний блок
Планшет
Принтер
Принт-сервер
Проектор
Сканер

Категорії КО – Інфраструктура ЕК
Інфраструктура ЕК
Банкомат
ІПТ
POS-термінал

Параметри Категорії КО

Статуси конфігураційних одиниць

Актуалізація CMDB
Виконує Спеціаліст.
Процедура запускається при настанні таких подій:
необхідність створення нового КО:
- отримання нового КО від постачальника або орендодавця;
- виявлення незареєстрованої КО
- внесення змін до інфраструктури Банку
необхідність оновлення атрибутів КО:
- виконання існуючих процесів управління
- самостійне виявлення неактуальності інформації в CMDB
- усуненні недоліків, які виявлені в ході інспекції CMDB
Перед реєстрацією нового КО необхідно переконатись у відсутності такого КО в CMDB.
Спеціаліст:
заповнює атрибути КО у відповідності до категорії
оновлює зв’язки з іншими КО
вказує статус КО

Ресурсно-сервісна модель