Автоматтандыру құзырет орталығы: рөлдер мен жұмыс тәртібі

Неліктен автоматтандыру енгізгеннен кейін «тұрып қалады»

«Тұрып қалған» автоматтандыру бірдей көрінеді: жүйені іске қосты, алғашқы апталарда белсенді қолданылды, ал кейін жақсартулар тоқтайды. Формальды түрде құрал бар, бірақ ол нақты жұмысқа сәйкес келмей қалады. Адамдар біртіндеп Excel-ге, хаттарға және айналып өту жолдарына оралады.

Көбіне бұл қарапайым симптомдардан көрінеді. Курс ұстайтын адам жоқ: не бірінші орында, не кейінге қалдыру керек және неге қол тигізуге болмайтыны анықталмаған. Жақсартулардың бірыңғай кезегі жоқ, сондықтан өтініштер чаттар мен хаттарда батып қалады. Өзгерістер "тілек бойынша" енгізіледі: кім дауысы қатты болса, сол алды. Уақыт өте жүйе лоскутқа айналады: бір жерде кнопкалар тым көп, бір жерде міндетті өрістер формальды қойылған, ал есептер шындықпен сәйкес келмейді.

Ол тіпті жақсы интегратор мен қалыпты бюджет болғанда да болады, өйткені енгізу және дамыту — әр түрлі тапсырмалар. Интегратор келісілген ТЗ бойынша іске қосуға жауапты, ал іске қосқаннан кейін «өмір» басталады: процестер өзгереді, реттеушілердің талаптары пайда болады, оргструктура мен өнімдер өзгеруі мүмкін. Егер компания ішінде өзгерістермен жұмыс істеу ролдері мен ережелері болмаса, жүйе міндетті түрде артта қалады.

Зиян тек қызметкерлер уақытынан ғана емес. Деректер сапасы төмендейді: өрістерді «өту үшін» қалай болса, солай толтырады. Есептер сенімді болудан қалады, басшылар сандарға күмәндана бастайды. Ең жағымсыз жағы — сенімнің төмендеуі: "жүйеде бәрі өтірік" болса, адамдар тырыспай қояды, кейін тәртіпті қайтару әлдеқайда қиын болады.

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

Құзырет орталығы дегеніміз не және ол компанияға не үшін керек

Автоматтандыру бойынша құзырет орталығы — бұл шағын тұрақты команда (немесе рөл-функция), ол автоматтандырудың дамуына және жүйенің пайда әкелуіне жауапты, "қойып, ұмытып кетуге" жол бермейді.

Бұл IT-бөліммен бірдей емес. IT жиі инфрақұрылымды, қолжетімділікті, қауіпсіздікті және жүйелердің жалпы жұмысын ұстайды. Құзырет орталығы ішкі "өнім басқаруына" жақынырақ: ол бизнестің не автоматтандыру керектігін таңдауға, бірыңғай ережелер келісуге және процестерді хаоссыз өзгертуге көмектеседі.

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

Көбіне орталық жауап береді:

• өтініштердің бірыңғай бэклогы және құндылық бойынша приоритизация, дауыстылық бойынша емес;
• өзгерістер ережелері: кім келіседі, қалай тестілеу жүргізіледі, қалай енгізіледі;
• пайдаланушыларға қолдау және білім базасы, бірдей сұрақтарға қайта-қайта жауап бермеу үшін;
• деректер сапасы және бірыңғай справочниктер, есептер қайшылыққа келмесін;
• түсінікті метрикалар: не енгізілді, не жақсартылды, қай жерде "тоқтап тұр".

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

3–6 ай ішінде әсер әдетте байқалады: "өрттер" азаяды, келісімдер жылдамдалады, жұмыс кезегі анық болады, Excel-дегі айналып өту жолдары азаяды және жүйеге жоспарлы жаңартулар енгізіледі.

Құзырет орталығындағы рөлдер: минималды жиынтық және кеңейту

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

Минималды жиынтық әдетте мынадай:

• Продукт-овнер: бизнес үшін пайдалы болуына және приоритеттерге жауапты.
• Аналитик: өтініштерді талаптарға аударады, процестерді сипаттайды, деректер сапасын бақылайды.
• Жүйе администраторы: тұрақты жұмыс, қолжетімділіктер және пайдаланушыларды қолдау қамтамасыз етеді.

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

Приоритеттерді жеке чаттарда емес, түсінікті басқару контурында бекіту қажет. Практикада продукт-овнер бизнес басшысына немесе IT-ға бағынуы мүмкін, бірақ ірі өзгерістерді қысқа комитетте бекіту тиімді: бизнес, IT, қауіпсіздік. Осылайша "кім дауысы қатты — оның істедік" деген дауым азаяды.

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

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

Продукт-овнер рөлі: құндылыққа және дамуға фокус

Продукт-овнер орталығында "тапсырмаларды орындау" үшін емес, жүйенің пайдасы мен дамуы үшін жауапты. Оның аймағында мақсаттар мен өлшенетін құндылық, приоритеттер, бастамаларды таңдау ережелері, сондай-ақ жақсартуларға арналған бюджет пен уақыт (тек қолдау емес) бар.

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

Жұмысқа қою алдында қысқа сүзгіні ұстау пайдалы:

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

Өзгерістер айлар бойы «ілеулі» қалмауы үшін продукт-овнер дайындық критерийлерін (Definition of Done) анықтайды. Мысалы: сценарий келісілген, өрістер мен дерек көздері сипатталған, құқықтар орнатылған, тесттік кейс бар, қысқа нұсқаулық дайын.

Жетістікті қарапайым метрикалар арқылы көрсету маңызды, әйтпесе сенім тез құлдырайды. Әдетте 3–4 көрсеткіш жеткілікті: өтінішті өңдеу жылдамдығы (өтініштен релизге дейін), нақты қолданылатын тапсырмалар үлесі, пайдаланушылардың қанағаттануы және өлшенетін әсер (мысалы, айына N сағат қолмен жұмыстың қысқаруы).

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

Аналитик рөлі: талаптар, процестер және деректер сапасы

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

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

Сұхбаттар «бәрі туралы» әңгімеге айналмасын десеңіз, қарапайым каркас көмектеседі:

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

Аналитиктің жеке жауапкершілігі — деректер сапасы. Егер справочниктер, статустар және енгізу ережелері ойластырылмаса, есептер "жалған" көрсетіп, жүйеге сенімділік түседі. Сондықтан аналитик объектілер мен справочниктерді қарапайым тілмен сипаттайды: «контрагент», «өтініш», «саты» деген не, қандай мәндер қолайлы және кім оларды басқарады.

Аналитиктің жұмысының нәтижесі — түсінікті талаптар мен сценарийлер. Онда шекаралар мен тексерулер маңызды: пайдаланушы не көреді, жүйе не тексереді, қандай хабарламалар жіберіледі және не қателік саналады. Мысалы, сатып алу өтініші үшін "ретке келтірілді" және "қайтарып алынды" сценарийлері алдын ала сипатталса, баптау мен тестілеу болжамды болады.

Администратор рөлі: тұрақтылық, қауіпсіздік және қолдау

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

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

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

Үшінші аймақ — пайдаланушыларды қолдау. Тек телефон арқылы көмектесу емес, өтініштер қатарын жүргізіп, типтік сұрақтарды анықтап, оларды қысқа нұсқаулыққа айналдыру маңызды. Егер әр аптада бірдей қателіктер болса, форманың ішіне кеңес қою, шаблон немесе білім базасына ереже қосқан тиімді.

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

Құзырет орталығын қалай іске қосуға болады: 30 күндік жоспар

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

30 күнге жоспар

• 1–5 күндер: продукт-овнер тағайындаңыз және тоқсанға 3–5 мақсат бекітіңіз (мысалы, келісім уақытын қысқарту, қолмен енгізуді азайту, қателер санын төмендету).
• 6–10 күндер: 2–3 ең ауру процесті "қолданыстағы" күйінде сипаттап, тар жерлерді белгілеңіз. Идеялар тізімін жинап, приоритеттер қойыңыз.
• 11–15 күндер: өтініштер үшін бірыңғай кіріс орнатып, өзгерістерді қабылдау критерийлерін жасаңыз. Бірден шешіңіз: кім құндылықты растайды, кім талаптарды тексереді, кім өзгерістерді шығарады.
• 16–25 күндер: пилоттық цикл өткізіңіз. 1–2 шағын өзгерісті алып, оларды толық нәтиже ретінде жеткізіңіз.
• 26–30 күндер: минимум ережелерді, метрикаларды және релиз күнтізбесін бекітіңіз, сонда алғашқы табыстан кейін жұмыс тоқтамайды.

Барлығын «цифрландыру» тырыспаңыз. Бір процесс таңдаңыз, әсері айқын және байқалатын жерден бастаңыз.

Шын іске қосуын қалай түсінуге болады

Жақсы белгі — қайталанатын цикл бар: аптасына бір рет өтініштер мен приоритеттерді талқылау, әр 2–4 аптада бір рет шағын жақсарту шығару.

Алғашында үш метрика жеткілікті: қанша өтініш келді, қанша мерзімінде жасалды, 1–2 негізгі жақсартудың әсері (уақыт, қателер, шығын). Бұл сенімділік қалыптастырып, жүйенің дамуына көмектеседі, "тұрып қалмауы" үшін.