Қызметтік өтініштерді автоматтандыру: қызметтер каталогы мен келісімдер

Неліктен қызметтік өтініштерді автоматтандыру керек

Қызметтік сұраныстар хаттарда, чаттарда және ауызша келісімдерде жүргенде олар тез арада шуға айналады. Біреу жалпы чатқа канцелярия туралы жазады, біреу жөндеу үшін қоңырау шалады, үшінші адам «сол үшін» хатты ИТ-ке жіберіп қояды. Соңында әр бөлімнің өз «кезегі» болады, бірақ барлық жағдайдың жалпы көрінісі болмайды.

Біртұтас қызметтер каталогы болмаса, өтініштер жоғалып кетеді және қайталанады. Хабарлама дұрыс адамға жетпеуі, хаттар арасында жоғалуы немесе бірден бірнеше мекенжайға баруы мүмкін. Орындаушылар бір іспен екі рет айналысады, ал сұраған адам не болып жатқанын түсінбейді: өтініш қабылданды ма, кім жауапты, қашан дайын болады.

Автоматтандыру «жүйе үшін» емес, нақты жақсартулар үшін қажет: жұмыстарды жылдамырақ бастау, ашық статустар мен жауапты тұлға, мерзімді бақылау оңайлау, тар жерлер бойынша қалыпты есеп және қызметтің біртұтас ережелері — осының бәрі жанжалды азайтады.

Көп жағдайда бірнеше бөлім бірден процессқа қатысады: HR (онбординг, анықтамалар, рұқсаттар), ИТ (есептік жазбалар, ПО, жабдық), АХО (жөндеу, жиһаз, өту рұқсаттары), қауіпсіздік қызметі (аудандарға қолжетімділік, келісімдер), қаржы (лимиттер, сатып алулар, растаулар).

Мысал елестетіңіз: жаңа қызметкер дүйсенбіде бастайды. HR ИТ-тен ноутбук пен есептік жазба сұрайды, АХО жұмыс орнын дайындайды, қауіпсіздік пропуск рәсімдейді, қаржы сатып алуды растайды. Егер барлығы чат арқылы жүрсе, әдетте бір қадам «жоғалып» қалады. Өндіріс немесе мемлекеттік сектор сияқты таралған құрылымдарда біртұтас каталог пен айқын келісім ережелері — жай ғана ыңғайлылық емес, қажеттілік.

Қай өтініштерді бірінші қосқан дұрыс

Апта сайын қайталанып, әдетте чатта жоғалып кететін сұраулардан бастаңыз. Бұл тез нәтиже береді: аз хаос, айқын мерзімдер, қарапайым есеп.

Бірінші жиынтыққа әдетте үш блок кіреді:

• Канцелярия мен тұрмыстық заттар: тапсырыс, лимиттер тексерісі, қордан беру.
• Қолжетімділіктер: жүйелер мен папкаларға құқықтар, рөлдер, уақытша рұқсаттар.
• Жөндеу және қызмет көрсету: техника (ПК, принтер), офис мәселелері (жарық, жиһаз), АХО сұраулары.

Инцидент пен запросты бірден бөліп қойыңыз. Инцидент — қазір бұзылған және жұмысқа кедергі келтіретін жағдай (мысалы, қабылдауда принтер баспайды). Запрос — жоспарлы іс-әрекет (мысалы, жаңа рөл орнату немесе тышқан беру). Бұл айырмашылық приоритетке, мерзімдерге және келісімдер санына әсер етеді.

Бастапқыда форманы күрделендірмеңіз — әр формада ең аз деректер қалсын. Егер өрістер тым көп болса, адамдар қайтадан мессенджерге оралады.

Көптеген жағдайларда жеткілікті: кім сұрайтыны мен қай бөлім үшін (және нақтылау үшін байланыс), не қажет (лауазым, жүйе, объект, саны немесе құқық деңгейі), қашан қажет (шұғыл немесе жоспарлы), келісуге негіз (лимит, басшы, жоба, бұйрық) және орындау орны (офис, кабинет, қойма, қашықтан қолжетімділік).

Мысал: қызметкерге екі аптаға жалпы папкага қолжетімділік қажет. Формада папканы таңдау, рөл (оқу немесе өңдеу), уақыт мерзімі және келісуге басшы көрсету жеткілікті. Бұл поштадағы талқылаудан гөрі жылдамырақ және кейін кім және қашан құқық бергенін және қашан жабылатынын тексеру оңай.

Біртұтас қызметтер каталогы: артықшылығы жоқ қарапайым құрылым

Каталог қызметкерге қайда және қалай жазу керектігін ойландырмау үшін керек. Ол қызметті таңдап, түсінікті форманы толтырады, әрі қарай өтініш дұрыс маршрут бойынша жүреді.

Каталогты орындаушыларға қарай бөлу оңай — ішкі бөлім атауларымен емес, нақты жұмысты кім орындайтынына қарай. Бастапқыда төрт бөлім жеткілікті: ИТ (қолжетімділіктер, жабдық, ПО), АХО (канцелярия, жөндеу, пропусктар), HR (анықтамалар, демалыс, онбординг) және қауіпсіздік (аумақтарға кіру, бейнебақылау, тексерістер). Әр бөлімнің ішінде ең жиі қолданылатын 5–15 қызметті ұстаңыз, қалғанын кейін нақты қажеттілік бойынша қосыңыз.

Қызмет карточкасы пайдаланушының сұрағын жасамай тұрып та жауап беруі керек: бұл не және қашан керек (1–2 сөйлем), орындау мерзімі және одан неге тәуелді екенін, шарттары (мысалы, басшының сұранысы немесе бюджет қажет екенін), нәтиже не болатынын. Егер тарифтеу бар болса, кем дегенде бағалық шолу көрсетіңіз.

Форманы қысқа жасаңыз. Міндетті өрістер — орындаушы бастай алмайтындар ғана: орын, байланыс, нақты не қажет, қалаулы дата, қоса тіркелетін файл (егер ол міндетті болса). Қалғанын опционалды қалдырыңыз — кейін толықтыру оңай, ал бос және ойдан шығарылған деректері бар өтініштер көп болмайды.

Подсказкалар сапаның жартысын шешеді. «Пікір» өрісінің орнына мысал беріңіз: «Принтердің моделін және кабинетті көрсетіңіз». Жүйеге қолжетімділік үшін подсказкада «Тегі, аты, бөлім, рөл, қатысым мерзімі» деп сұрауға болады.

Ондаған ұқсас қызметтің пайда болуына жол бермеу үшін атау қою ережесін келісіңіз. Жақсы жұмыс істейтін қарапайым ережелер: атаудың басында бір етістік («Беруге», «Алмастыру», «Қолжетімділікті ашу»), бір қызмет — бір нәтиже («және тағы» болмайды), синонимдерді кілт сөздер арқылы шешіңіз. Төрттен бір ретке жоспарлы түрде каталогты талқыға салып, қайталанатын немесе қолданылмайтындарды алып тастаңыз.

Мысал: «Канцелярия: қағаз», «Канцелярия: қалам», «Канцелярия: скрепка» орнына бір ғана «Канцелярияны тапсырыс ету» қызметін қалдырып, ішіне ашылатын тізім және лимиттер туралы подсказка қосыңыз. Каталог қысқарақ болады, пайдаланушы қателеспейді.

Әр бөлім үшін келісім маршруттары

Келісім маршруты — өтініш жұмысқа кетерден бұрын кімнің бекітуі керек екенін шешеді. Қызметтік өтініштерді автоматтандырған кезде бұл ролдер арқылы шешкен дұрыс: адамдар ауысады, ал рөлдер тұрақты қалады — сұраушы, басшы, қызмет иесі, орындаушы.

Келісімді және хабарламаны шатастыруға болмайды. Келісім өтінішті шешім шыққанша тоқтатады. Хабарлама тек «өтіініш жасалды» немесе «жұмыс аяқталды» деп хабарлайды, бекіту батырмасы болмайды.

Бөлімдер мен филиалдар үшін әртүрлі ережелерді қалай ескеру

Бөлімдер мен нысандар арасындағы айырмашылықтар әдетте бюджеттер, қолжетімділіктер және жауапкершілікке келіп тіреледі. Сондықтан ережелерді өтініштің атрибуттары арқылы орнатқан ыңғайлы: бөлім, филиал, құны, қолжетімділік түрі, маңыздығы.

Мысалы: орталық офисте канцелярия лимитке дейін басшы бекітеді, лимиттен асса «Сатып алу» қызметінің иесі қосылады. Филиалда сол сұрау жергілікті әкімші арқылы өтеді, өйткені жеткізу мен қойма бөлек.

Қашан бір бекіту жеткілікті, қашан тізбек керек:

• Төмен тәуекел және стандарт қызмет — әдетте басшы жеткілікті.
• Лимиттен жоғары шығындар немесе стандарт емес жағдай — қызмет иесі немесе қаржы бақылаушы қосылады.
• Сезімтал жүйелерге қолжетімдіктер — «басшы -> жүйе иесі немесе ақпараттық қауіпсіздік» тізбегі.
• Жабдық жөнделуі кезінде жұмыс істемеу болса — ІТ-ны хабардар ету плюс басшының бекітуі.

Шешімдерді қалай тіркеу керек

Келісімдерді кейін дау болмас үшін өтініш карточкасында сақтаңыз: кім бекіткен, қашан және қандай негізде. Негіз себеп қарапайым болуы мүмкін: таңдалған себеп, пікір, бюджет нөмірі немесе ішкі регламенттің мәтіні.

Егер бекітуші өтінішті кері қайтарса, себебін және келесі қадамды көрсетсін (мысалы, «басқа қызмет арқылы рәсімдеу» немесе «модельді және соманы нақтылау»). Солай процесс адамдар ауысқанда да түсінікті қалады.

Рөлдер, жауапкершілік және орындау мерзімдері

Бастапқыда ең көп кездесетін сәтсіздік — өтініш формасында емес, келісімдер мен кім неге жауапты деген келісімдердің болмауы. Сондықтан рөлдер мен мерзімдерді іске қосардан бұрын бекіткен дұрыс.

Әр қызметте иесі болуы тиіс. Ол ережелерге жауапты: қандай өрістер керек, өтініш қайға барады, қашан келісім қажет, қандай ерекшеліктер бар. Орындаушылар ауыса береді, ал иесі қызметтің кадрлық өзгереуі немесе саясат ауысса да ескірмеуін қадағалайды.

Регламентті жаңа қызметкерге арналған тілмен жазу ыңғайлы. Төрт нәрсе жеткілікті: кіріс (өтініште не болуы тиіс), шығыс (нені орындалған деп есептейміз), мерзім (қанша уақытта орындаймыз) және ерекшеліктер (қашан мерзім ұзарады және неге). Мысалы: "Жалпы папкаға қолжетімділік: кіріс — Тегі, аты, бөлім, папка, қолжетімділік деңгейі. Шығыс — қолжетімділік берілді және қолданушы растады. Мерзім — 1 жұмыс күні. Ерекшелік — деректер иесінің келісімі қажет болса".

SLA мен приоритеттерді дау туғызбай келісу үшін оларды эмоционалдық емес, зиян мен қауіп арқылы байлаңыз. Ыңғайлы шкала: критикалық (бөлім жұмысының тоқтауы немесе қауіпсіздік қатері), жоғары (бүгін тапсырмалардың мерзіміне әсер етеді), қалыпты (келісілген мерзім ішінде күте алады), төмен (жақын күндерде орындауға жарайды).

Орындаушылардың кезегін рөлдер арқылы құрыңыз («IT Service Desk», «Хозяйственная служба» тәрізді), бір адамға емес. Демалыс пен ауру кезіне ауыстырушыны бірден тағайындаңыз және жауап бермеген өтініштер үшін не істелетінін шешіңіз: автоматты эскалация басшыға немесе диспетчер арқылы қайта тағайындау.

Сапа тездікпен ғана өлшенбейді. Жабылғаннан кейін қысқа кері байланыс қосыңыз: «шешілді/шешілмеді» және бір пікір. Егер ай ішінде көп «шешілмеді» жиналса, бұл қызмет ережесін қайта қарау керек екенін білдіреді, кінә іздеудің орнына.

Қадамдық енгізу: өтініштер тізімінен бастап пилотқа дейін

Бастапқыда мінсіз схема емес, өтініштердің тұрақты ағымы, ашық статустар және түсінікті келісімдер маңызды. Бір шағын, бірақ жұмыс істейтін бөлік жасап бастаңыз.

Практикалық енгізу сценарийі:

• Ең жиі болатын 10–20 өтінішті жинап, қазір қалай шешілетінін анықтаңыз: кім қабылдайды, кім келіседі, мерзімдер қандай, не «дайын» деп есептеледі.
• Каталогты қарапайым атаулармен және қысқа сипаттамалармен жасаңыз. Формаларда орындаушы бастауына қажет ең аз деректерді қалдырыңыз.
• Маршруттарды фамилиялар емес, рөлдер бойынша орнатыңыз: бөлім басшысы, есепші, ИТ, АХО.
• Түсінікті статустарды орнатыңыз: «қабылданды», «келісуде», «жұмыста», «нақтылау қажет», «орындалды».
• Шағын топта сынақтан өткізіп, кейін бір бөлімде пилотты іске қосып, біртіндеп кеңейтіңіз.

Мысал: «Жаңа қызметкер» өтініші. Минималды формада Тегі, аты, бөлім, басталу күні және қажет қолжетімділіктер жеткілікті. Кейін басшы келіседі, тапсырмалар орындаушыларға бөлінеді: ИТ есептік жазба мен қолжетімділікті береді, АХО жұмыс орнын дайындайды, жабдықтау базалық жинақты жинайды.

Пилотта "жұмыс істейді" критерийлерін алдын ала келісіп қойыңыз: сұрақсыз өтетін өтініштердің үлесі, құрудан орындауға дейінгі орташа уақыт және қалыптан асып ұзақ тұрған келісімдер саны.

Авто-тағайындау, статустар және орындауды бақылау

Көп өтініш болса, уақыт тексерулер мен қайта жіберулерге кетеді: «кім айналысады?» немесе «неліктен үнсіз?» Авто-тағайындау бұл мәселені жабады: жүйе қызмет түрі, бөлім және локация бойынша орындаушы тағайындайды. Жөндеулер үшін мердігердің жауап аймағына қарай ережелер қоюға болады, ал қолжетімділіктер үшін — қолданба немесе қызметкер роліне қарай.

Орындаушы бірдей нәрсені қайта сұрамау үшін тапсырмалар шаблондары пайдалы: өтініш ішінде қысқа чек-лист не істеу, не тексеру және қандай растамалар қосу керектігі. Солай «принтер жөндеу» 20 хабардан тұратын әңгімеге айналмайды, ал «қолжетімділік беру» деректер жетіспеушілігіне байланысты тоқтап қалмайды.

Түсінікті статустар мен хабарламалар күйзеліске қатты әсер етеді. Өтініш жасаған адам жағдайдың қозғалысын көруі тиіс, орындаушы үшін статус нақты шындықты көрсетуі керек әрі қосымша әрекет талап етпеуі керек. Әдетте мына жиын жеткілікті:

• Жаңа (жасалды, бірақ әлі алынған жоқ)
• Жұмыске қабылданды (орындаушы тағайындалған)
• Келісім күтілуде
• Қызметкерден күтілуде (деректер немесе кабинетке кіру қажет)
• Орындалды немесе кері қайтарылды (міндетті түсініктеме)

Мерзімді бақылау ережелерге негізделуі керек: қызмет түрі мен приоритетке сәйкес мерзім, кешіктірілгенді автоматты тіркеу және кешігу себебінің міндетті көрсетілуі (мысалы, "қосымша бөлшек жоқ", "мердігерді күтеміз", "қосымша деректер қажет"). Осылай қолмен есептерсіз түсінікті картина пайда болады.

Тіркелген файлдар мен нәтижелерді өтініште сақтаңыз: дейін/кейін фотосуреттер, акт, шот-скан, қолжетімділік растамасы. Сонда сапаны тексеріп, дау тудыратын жағдайларды талдау минуттар ішінде жүргізіледі, чаттар мен поштаны іздеуге уақыт кетпейді.

Мысал сценарий: онбординг және байланысты өтініштер

Жаңа қызметкер дүйсенбіде бастайды. Басшы жұмыс күніне дейін орын, техника және қажетті қолжетімдіктер дайын болуын қалайды, ал ИТ пен АХО әртүрлі бағыттар бойынша онсыз да жүздеген хат алмауы тиіс. Онбордингте автоматтандырудың пайдасы айқын: бір өтініш бірнеше байланысты тапсырманы түрлі орындаушыларға жібереді.

Практикада қалай көрінеді

Басшы "Қызметкерді онбординг" өтінішін жасап, минимум деректерді толтырады: бөлім, басталу күні, рөлі, локация, келісім үшін басшы. Содан кейін жүйе каталог бойынша байланысты өтініштерді жасайды.

Бірінші — «ПК немесе жұмыс станциясын беру». Әдетте басшы бекітіп, орындаушы ИТ-қа арналған қойма немесе ИТ-қызмет. Егер стандартты профильдер болса (офистік, есепші, инженер), құрылғының түрі шаблоннан таңдалады, комментарийге қолмен жазудың орнына.

Екінші — «Жүйелерге қолжетімдіктер». Қосымша құқықтарды артық бермеу үшін қолжетімділіктер рөлдер арқылы беріледі: лауазым -> жүйелер жинағы -> құқық деңгейі. Келісім екі жол бойынша жүреді: басшы қажеттілікті растайды, жүйе иесі құқықтарды бекітеді.

Үшінші — «Базалық канцеляриялық жиынтық». Мұнда лимиттер пайдалы: стандартты жинақ келісусіз, кеңейтілген — АХО немесе басшы бюджет бойынша растауды талап етеді. Беру жазылып отырады, кейін не алынғанын талқыламау үшін белгіленеді.

Басшы мен қызметкер не көретін болады

Қарапайым статус пен нақты хабарламалар жеткілікті: жасалды (қосымша өтініштер тізімі мен мерзімдер көрінеді), келісуде (қандай тұлғада "ойы" бар және қанша уақыт күтіп жатыр), жұмыста (кім орындаушы екені анық), орындалды (нәтиже расталған), нақтылау қажет (нақты дерек сұралады, жалпы комментарий емес).

Нәтижесінде басшы онбординг дайындығын бір жерден бақылайды, ал жаңа қызметкер артық хаттарсыз тұрақты старт алады.

Каталог пен келісімдерді орнатудағы жиі қателіктер

Бастапқы орнату схемада әдемі көрінуі мүмкін, бірақ нақты жұмыста жиі сәтсіз болады. Себебі қарапайым: каталог пен келісімдер «орнатуға ыңғайлы» етіп жасалады, ал «қызметкерлерге күнделікті қалай оңай пайдалану» деген ой еленбейді. Нәтижесінде автоматтандыру жүктемені азайтпай, керісінше ашуыздық қосады.

Ең көзге түсетіні — шамадан тыс өрістер. Егер канцелярияға он өріс және үш файл тіркеу қажет болса, қызметкер қайтадан чатқа оралады. Минимумнан бастаңыз: не тапсырыс беру, қайда жеткізу, кім алушы.

Екінші жиі қате — келісімдерді фамилия бойынша орнату. Бүгін Иванова бекітеді, ертең ол демалыста немесе компаниядан кеткен болуы мүмкін, және процесс тоқтап қалады. Сенімдірек — рөлдер мен бөлімдерге байлау: бөлім басшысы, бюджет иесі, ақпараттық қауіпсіздік жауаптысы.

Үшінші проблема — біртұтас статустар мен нақты кері қайтару себептерінің болмауы. Бір орындаушы «Кері қайтарылды» деп қояды, келесі «Мүмкін емес» жазады, үшінші жай ғана өтінішті жауып қояды — осыдан дау мен қайта жасау басталады. Бірнеше стандартты статус пен қабылданатын кері қайтару себептері болу керек.

Төртінші қате — каталогтың иесі жоқ болса, ол өсіп, дубликаттар пайда болады: «Поштаға қолжетімділік», «Пошта: ашу», "Жұмысшы жәшік құру" — адамдар кездейсоқ таңдайды. Каталогқа жауапты адам тағайындаңыз және кез келген жаңа қызметке қарапайым ереже қойыңыз: кез келген жаңа қызмет дубликатқа тексерілуі және атауының анықтығына тексеруден өтуі тиіс.

Бесінші — пилотты қысқа оқытусыз және қолдау нүктесіз іске қосу. Тіпті 15 минуттық нұсқаулық пен алғашқы аптада сұрақтар қоюға арналған анық арна қабылдауды айтарлықтай арттырады.

Егер ұйымда көп бөлім және қатаң регламенттер болса (мысалы, мемлекеттік сектор немесе ірі өндіріс), бұл қателіктер тезірек көрінеді. Сондықтан қарапайымдықпен, рөлдермен және бірыңғай ережелермен бастаңыз, күрделендіруді нақты кейстер пайда болғаннан кейін ғана енгізіңіз.

Іске қоспас бұрын қысқа чек-лист

Каталогты баршаға ашпас бұрын негізгі нәрселерді тексеріңіз. Бұл бірнеше сағат алуы мүмкін, бірақ өтініштердің "жоғалуы", келісімнің шеңберде жүруі және орындаушылардың дерексіз деректерді алу себептері бойынша апталар тербетуден үнемдейді.

• Әр қызметке иесі (ережелер үшін) және орындаушы (орындау үшін) тағайындалған, демалыс кезінде ауыстыру бар.
• Формалар артық өрістерден тазартылған, маңызды өрістерге қысқа подсказкалар қосылған.
• Келісім маршруттары рөлдер мен бөлімдер бойынша сипатталған: кім қолжетімділікті бекітеді, кім шығындарды мақұлдайды, кім жөндеуді растайды, даулы жағдайларда не істеу керектігі анық.
• Статустар, хабарламалар және мерзімдер орнатылған. Приоритеттер «тез» сөзін барлық нәрсені тездетудің амалы етпеуі тиіс.
• Бастапқы 2–4 аптаға арналған метрикалар анықталған: келісімнің орташа уақыты, орындау уақыты, нақтылауға қайтарылатын өтініштер үлесі.

Егер екі тармақ бойынша да сенімді «иә» болмаса, бір бөлімде жұмсақ іске қосудан бастаңыз. Сонда нақты өтініштерде типтік қателіктерді ұстап, каталогты тыныш жаңартуға болады.

Келесі қадамдар: шешімді қалай іске қосып, масштабтау

Тез нәтиже көру үшін 1–2 бөлімді таңдаңыз (мысалы, офис-басқару және ИТ) және 10 ең жиі қызметті жинаңыз: канцелярия, поштаға қолжетімділік, жұмыс орнын баптау, техника жөндеу, картридж ауыстыру.

Орнатудан бұрын базалық деректер бойынша келісіңіз: әр қызметтің иесі, орындаушылар мен жауап аймақтары, келісулер матрицасы, реакция және орындау мерзімдері (жұмыс уақыты ескерілген), кері қайтару себептері және қажет болатын өрістер (не тіркелуі немесе көрсетілуі керек).

Эффектіні сандармен бағалау оңай. Пилотқа дейін және кейінгі көрсеткіштерді салыстырыңыз: келісімнің орташа уақыты, нақтылаусыз өтініштер үлесі, просрочкалар саны, жүйеге емес каналдар арқылы келетін сұраулар саны және басшылардың бірдей келісімдерге кеткен уақыты.

Күрделі маршруттар, филиалдарға бөлінген ережелер, лимиттер және тәуелді өтініштер болса, жүйелік интеграторды тартыңыз. Мұндай кезде тек құралды емес, ережелерді дәл сипаттау маңызды, олар барлық қызметтер үшін бірдей жұмыс істеуі тиіс.

Егер сіз сервис үдерістерін тарату жоспарлап, тұрақты ИТ-инфрақұрылым керек етсе, интегратор тәжірибесі бар серіктесті тарту логикалық. GSE.kz технологиялық өндіруші және Қазақстандағы жүйелік интегратор ретінде маршруттарды жобалау, инфрақұрылыммен интеграция және сервистік процестерді қолдауда көмектесе алады.