Неперервне удосконалювання процесу
Основна мета процесу Управління проблемами - зробити так, щоб
інцидентів стало менше, що досягається за рахунок виявлення і усунення їх
причин.
Цей процес має проактивний характер, що дозволяє аналізувати
ситуацію і попереджати проблеми ще до їх появи. Він спрямований на зниження
числа невиправностей виробничого середовища і реалізується шляхом вивчення
джерел їх виникнення (на основі інформації про минулі інциденти). Він також
включає аналіз тенденцій і контроль відомих помилок з розрахунком на усунення
їхніх джерел в довготривалій перспективі. Коли встановлені джерела виникнення
помилок, приймається рішення про необхідність здійснення покращень в
програмному забезпеченні для запобігання виникнення нових інцидентів. Такі
полішенння здійснюються шляхом подачі заявок на поліпшення (RFC).
Процес Управління інцидентами починає діяти з появою
інциденту і припиняє свою роботу після виправлення ситуації. Це означає, що
коренева причина виникнення інциденту не завжди буває встановлена і інцидент
може виникнути знову. Для з’ясування кореневих причин виникнення як існуючих,
так і потенційних помилок в надання послуг в рамках процесу Управління
проблемами виконується вивчення інфраструктури і існуючих реєстраційних даних,
включаючи базу даних інцидентів. Такі дослідження необхідні через складний і
розподілений характер інфраструктури, коли зв’язки між інцидентами не завжди
очевидні. Наприклад, причиною проблеми можуть стати одразу декілька помилок, і
в той же час декілька проболем можуть бути зв’язані з однією і тією ж помилкою.
Спочатку необхідно визначити причину проблеми виникнення проблеми. Після тогу,
як коренева причина визначена, проблема переходить у розряд відомих помилок і
для усунення цієї причини можна направити запит на зміну. Але навіть після
цього відомі помилки будуть відслідковуватися і контролюватися в рамках процесу
Управління проблемами. Тому варто вести реєстрацію всіх ідентифікованих відомих
помилок, їх симптомів і існуючих рішень.
Реалізація
|
Контроль якості
|
Аналіз тенденцій у виникненні проблем Реєстрація
проблем Відслідковування історії проблем Вирішення проблем
|
Створення системи контролю проблем/відомих помилок Створення
превентивних процедур технічного обслуговування Розробка методів аналізу
відомих помилок
|
Виявлення джерела Аналіз відомих помилок Контроль
відомих помилок
|
Створення інтерфейсів підтримки постачальників
Встановлення і підтримання контактів
|
Закриття справ по проблемам і відомим помилкам
|
Створення адміністративних звітів Неперервне
удосконалення процесу
|
.
Ролі і відповідальності співробітників
служби Service Desk
Для розподілення обов’язків (ролей) співробітників служби
підтримки необхідно враховувати розмір організації та основні угоди рівня
обслуговування (SLA) між Service Desk і бізнесом.
Для вирішення задач служби необхідно виділити наступні ролі:
• Менеджер служби підтримки
• Аналітик служби підтримки
Менеджер служби підтримки
У менеджера Service Desk більшість задач пов’язані з
координацією роботи всієї Служби і його неперервного розвитку. Основні задачі
менеджера:
• Управління щоденними діями і аналітиками Служби, оцінка роботи.
• Моніторинг эфективності роботи і складання рекомендацій з
її удосконалення.
• Створення і підтримка планів підготовки співробітників.
• Вироблення керівної звітності.
• Підтримка процесів, що використовуються в межах служби і
розвиток нових.
• Створення культури обслуговування в межах служби.
Аналітик (інженер, диспетчер)
Аналітика Service Desk відповідальний за виконання щоденних
задач і процесів служби. Ця роль, перш за все, пов’язана з виконанням процесу
Управління інцидентами. В перші моменти циклу життя інциденту, аналітики
Service Desk є відповідальними за коректну реєстрацію і класифікацію інциденту,
надання начальної підтримки. На стадії начальної підтримки вони є
відповідальними за вирішення максимальної кількості інцидентів. Ці дії напряму
пов’язані із задоволенням клієнту і визначають подальшу долю інциденту в
ланцюгу підтримки. Аналітик служби відповідальні за перерозподіл інцидентів,
які не були вирішені одразу, однак їхні відповідальність на цьому не
закінчується, вони продовжують зберігати відповідальність за інцидент, щоб
інформувати клієнта про стан його звернення.
Щойно інцидент вирішений, аналітик повинен впевнитися, що
клієнт задоволений рішенням і лише потім закрити інцидент. Ця роль також
включає роботи з первинної обробки всіх запитів, що надходять в Service Desk і
обслуговування таких внутрішніх елементів інфраструктури Service Desk, як,
наприклад, поповнення бази знань (Knowledge Base) або
поповнення списку частих питань (FAQ).
Ця роль відповідальна за наступні дії:
· Реєстрація інциденту.
· Направлення запитів в групи вирішення
у випадку, якщо інциденти не вирішені під час початкової підтримки.
· Початкова підтримка і класифікація
· Контроль статусу і просування по всіх
відкритих заявках
· Інформування користувачів про стан
просування запиту
5.
Підбір і кваліфікація персоналу
В сучасних умовах для персоналу
Service Desk недостатньо наявності лише технічних знань. Успішні департаменти
обслуговування набирають свій персонал безпосередньо з бізнес підрозділів або
зі схожих сервіс-орієнтованих організацій, а надалі навчали набраних
співробітників технологіям і послугам. На сьогодні справжній професіонал
Service Desk є спеціалістом в різних галузях. Він повинен:
· орієнтуватися на клієнта;
· чітко і системно виражати
свої думки;
· володіти навичками
міжособистісного спілкування;
· розуміти цілі бізнесу.
Процес визначення необхідної
чисельності співробітників Service Desk виявиться надзвичайно складним, якщо не
аналізувати вимоги до послуг і об’ємів завантаження. В загальному випадку кількість
зайнятих в Service Desk співробітників залежить від потреб бізнесу і
визначається на основі аналізу наступних характеристик:
· наявний бюджет;
· очікуваний клієнтами рівень
якості обслуговування: час доступності послуг, швидкість відкліку;
· розмір, вік, архітектура,
складність ІТ-інфраструктури і каталогу послуг;
· кількість інцидентів;
· необхідний час роботи Service
Desk;
· звичайні об’єми робіт
(щоденні, щомісячні, квартальні);
· загальна інформація про склад
SLA (Service
Level Agreemen);
· типи зв’язку з Service Desk
(телефон, e-mail);
· необхідний рівень підготовки
персоналу.
Усі перелічені параметри необхідно
врахувати перед прийняттям рішення про кількість співробітників. Як правило,
серед операторів Service Desk має місце висока плинність, а тому при всіх
розрахунках необхідно про це пам’ятати. Рекомендується планувати періодичне
авчання і додаткову підготовку персоналу.
6.
5 стовпів успішного впровадження Service Desk
Для побудови «правильної» служби підтримки знадобиться:
. Зафіксувати зону відповідальності ІТ та довести її
до розуміння кожного з користувачі
По ITIL: мова йде про формування портфеля ІТ-сервісів
. Забезпечити прозорий зворотній зв’язок з
користувачами
В більшості випадків люди не потребують негайного вирішення
своїх проблем. Кожен готовий чекати, але знати скільки часу це займе і бути
впевненим, що обіцянка буде виконана. Забезпечити таку передбачуваність для
користувачів може тільки зворотній зв’язок: статус обробки заявки, хто над нею
працює, які очікувані терміни вирішення. Головне для служби підтримки -
виконувати взяті на себе зобов’язання по термінах, навіть нехай першочергово
вони будуть вимірюватися не в годинах, а в днях.
. Стандартизувати процес обробки заявок, керувати
термінами та якістю їх виконання
Щоб дотримуватися своїх зобов’язань, необхідно керувати
процесами обробки заявок. І на цьому етапі стандартизація - єдина можливість
справлятися з великим об’ємом запитів. Якщо заявки в залежності від типу
оброблюються за однаковими сценаріями, служба витрачає значно менше ресурсів на
їх виконання і якість робіт в стає більш керованою: скорочуються терміни та
витрати, знаходяться більш ефективні рішення.
По ITIL: мова йде про процеси керування інцидентами і
запитами на послуги
За існуючою традицією більшість консультантів рекомендують
починати налагоджування роботи з процеса управління інцидентами. Однак не
завжди саме інциденти є найбільш критичним моментом. На практиці ж найбільш
критичним моментом часто виявляється обробка запитів на послуги.
Якщо ІТ-інфраструктура стабільна і користувач має високий
рівень грамотності, то робота з інцидентами відходить на другий план, а якщо
йде постійне розширеня бізнесу і асортименту послуг, як, наприклад, в
банківському секторі, то це стає першим пріоритетом.
. Керувати якістю сервісів з урахуванням вимог
користувачів
Як і будь-яка сервісна організація служба підтримки повинна
надавати послуги з певним рівнем якості. Неможливо брати на себе зобов’язання,
щось робити і при цьому не повідомляти в які терміни і на яких умовах це можливо.
Якість ІТ-сервісів визначається двома складовими: вимоги
користувачів і об’єм доступних службі підтримки ресурсів. Коли виділені типові
процедури, коли забезпечено розуміння зони відповідальності, то на цій основі
можна будувати управління якістю ІТ-сервісів, регулюючи запити користувачів з
урахуванням доступності внутрішніх ресурсів.
Для початку достатнім буде створити 1-2 на компанію
невеликого розміру, виокремивши 2 рівня обслуговування: для керівництва і
рядових співробітників.
5. Проактивно керувати ІТ-сервісами і пов’язаною з ними
ІТ-інфраструктурою: від обліку ІТ ресурсів до профілактичних заходів і
моніторингу критичного обладнання.
Всі ці кроки виконуються з єдиною метою - забезпечити
керованість ІТ-сервісів як з погляду фінансів, так і з погляду якості.
В результаті, Служба підтримки отримує повну інформацію для
якісного і ефективного управління своєю діяльністю. Тобто, чітко знає:
1. Перелік ІТ-сервісів
. Рівень якості та інші умови обслуговування різних
користувачів по різних ІТ-сервісах.
. ІТ-інфраструктуру, що забезпечує працездатність
ІТ-сервісів: конфігурації, можливі проблеми, критичні місця.
. Ресурси в розпорядженні служби підтримки.
І чим чіткішою є ця картина, тим більше маневрів у Служби
підтримки в плані надання якісних послуг найбільш ефективним способом. І це
якраз те, що «несуть в маси» розробники різноманітних кращих практик- ITIL,
Cobit і т.п.
7. Сучасне програмне забезпечення для служби підтримки
Service Desk
Програмне забезпечення служби Service Desk
повинне відповідати таким вимогам:
· Перевірка дублювання інформації
· Встановлення зв’язків між роботами
· Інтуїтивно зрозумілий інтерфейс
· Можливість розподіляти проекти за
напрямками (CRM, DWH, SAP)
· Полегшення вирішення сукупних задач
та обчислень
· Можливість введення всієї інформації про інцидент (наприклад,
встановлені терміни, виконавці, статус, пріоритет)
· Календар ресурсів
На сьогоднішній день найбільш активно використовуються
програмне рішення JIRA Service Desk. Дане ПЗ є настройкою для JIRA. Її основними перевагами є:
· Зрозумілий клієнтський інтерфейс
· Інтерактивні звіти із застосуванням
метрик SLA
· Підключення бази знань, що дозволить
клієнтам компанії самостійно відшукати рішення замість очікування відповіді
оператора
· Керування чергами для першочергового
вирішення найбільш критичних задач за допомогою мови вибірок JIRA Query
Language (JQL).
ВИСНОВОК
Отже, впровадження Service Desk підвищує рівень контролю за
роботою спеціалістів, сприяє проникненню культури сервісного підходу в ряди
співробітників ІТ і дозволяє чітко оцінити продуктивність і якість виконання
робіт з підтримки.
Звісно, впровадження Service Desk є актуальним лише для
компаній, які досягли певного рівня розвитку і стабільного заробітку, а отже
можуть дозволити собі створення і утримання окремого відділу. В той же час,
створення служби підтримки дозволить заощадити на заробітній платі дорогих
технічних спеціалістів за рахунок використання їхньої праці лише на вирішення
складних задач, а поради та пояснення зможуть надавати фахівці клієнтської
підтримки Service Desk.
В той же
час служба Service Desk є інструментом постійного
двостороннього спілкування з клієнтами. Таким чином компанія зможи отримувати
зворотній зв’язок від своїх клієнтів, а отже бути в курсі їхніх потреб та
зауважень. Це дозволить завжди бути в тренді на ринку та підтримувати
лояльність своїх клієнтів.
Похожие работы на - Організація роботи служби Service Desk: управління інцидентами і проблемами
|