Роботтық процестерді автоматтандыру (RPA) жобаларының сәтсіздікке ұшырауының 6 себебі және олардан қалай аулақ болу керек

Unsplash сайтындағы chuttersnap ұсынған сурет

Роботты процестерді автоматтандыру (RPA) - бұл автоматика және AI өрістеріндегі өзекті тақырып. Негізінде, RPA - ережеге негізделген және қайталанатын әрекеттерді еліктеу арқылы автоматтандыруға қол жеткізетін бағдарламалық құрал. RPA процестерді автоматтандыру үшін роботты немесе ботты пайдаланады. Бүгінгі күні бұл салада RPA сатушылары көп, олардың негізгі ойыншылары - Кез келген жерде автоматтандыру (AA), Blue Prism және UiPath. Егер сіз RPA өрісін зерттейтін шағын бизнес немесе студент болсаңыз, сатушылардың көпшілігі өз құралдарының бірлестік нұсқасын ұсынады.

РПА енгізу жүйенің өмірлік циклі (SDLC) бойынша жүреді. Бұл мақалада SDLC кезеңдерінде орын алуы мүмкін RPA жобасындағы мүмкін болатын сәтсіздіктер және оларды болдырмау туралы егжей-тегжейлі айтылған.

SDLC RPA жобасының фазалары
1. Жоспарлау: Автоматтандыру үшін дұрыс процесті таңдау 2. Талдау: Талаптар күресі 3. Дизайн: Нашар шешім дизайнын қалай жасамауға болады? 4. Әзірлеу: Алдағы қоршаған ортадағы айырмашылықтарды мойындау 5. Тестілеу: ӨЖА-да жиі жіберілмейтін сынақ сценарийлері жобалар 6. Гипер-күтім: робот жиі ақауларға ұшыраса ше?

1. Жоспарлау: автоматтандыру үшін дұрыс процесті таңдау

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

«Жоғарыдан төмен» әдісі: кәсіпке байланысты артықшылықтарды анықтау арқылы процесті таңдау
«Төменнен жоғары» әдісі: Техникалық мүмкіндікті бағалау арқылы процесті таңдау

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

Екінші жағынан, «төменнен жоғары» тәсілін RPA шешімінің архитекторы немесе RPA дамыту әдістемесі мен функцияларын түсінетін әзірлеуші ​​жасайды. «Төменнен жоғары» тәсіліне қоршаған ортаға, қауіпсіздікке және роботқа қол жетімділікті анықтау кіреді. Мұндай тәсіл талдау сатысында, әзірлеуші ​​талаптарды жинақтаған кезде ғана пайда болуы мүмкін.

Процесске екі тәсілмен қол жеткізу РРА-ны қамтамасыз етеді және алдағы іс-шараларда ресурстарды ысырап етпеуге мүмкіндік береді.

2. Талдау: талаптар күресі

Процесс RPA үшін таңдалғаннан кейін, біз талаптарды жинай бастай аламыз. Егер RPA - бұл ұйымның алғашқы автоматтандыру жобасы болса, онда мүдделі тараптардың / пайдаланушылардың көпшілігі технологиямен таныс емес болуы мүмкін. Осылайша, RPA бизнес-талдаушысы тиісті мүдделі тараптарға НҚА таныстыруы керек. RPA қалай жұмыс істейтіні және оның артықшылықтары туралы білген кезде бизнес-талдаушыға пайдаланушылардан талаптарды жинау оңайырақ болады. Көбіне бизнес-аналитик пайдаланушылар талаптарды талқылау кезінде белгілі бір қадамдар мен нәтижелерді жіберіп алмайтындығын байқауы мүмкін, өйткені олар автоматтандыруды білмейді және RPA роботы не істей алмайтындығын білмейді.

Джеймс Пондтың Unsplash-тен түсірген суреті

Бизнес-аналитик кездесуі мүмкін басқа сценарий - бұл пайдаланушылардың қосымша талаптары. Егер қосымша талаптарды енгізу қажет болса, ең алдымен, қолданушы күн сайын қосымша аумаққа қанша уақыт жұмсайтындығын түсіну керек; функцияларды жаңа ауқымнан пайдаланатын пайдаланушылар саны. Сондай-ақ, бизнес-талдаушы қосымша талаптарды талдау үшін жақсы уақытты қажет етуі мүмкін. Қосымша ауқым әзірлеу мен тестілеуге қажетті күш / уақытты оңай қосады.

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

3. Дизайн: дұрыс емес шешім дизайнын қалай жасамауға болады

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

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

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

RPA шешімін жобалау бойынша кеңестер: 1. Барлық жазбаларды өңдеуге арналған негізгі цикл логикасы (мәліметтерді енгізу) әр процесс үшін болуы керек.
2. Робот әр жазба үшін нәтижелер шығаруы керек (мәліметтерді енгізу), мысалы, «жарайды», «сәтсіз» және қажет болса ескертулер 
3. Робот терезені қалқымалы терезе, электрондық пошта және т.с.с. арқылы процесті аяқтағаны туралы пайдаланушыға хабарлауы керек.
4. Қайта оралуды жоспарлау: қате орын алса, келесі жазбаны өңдеуді жалғастыру үшін X сатысына оралыңыз
5. Қайта оралуды жоспарлау: егер жүйеде ақау пайда болса, процесті тоқтатып, робот шыққанға дейін қосымшаны жабыңыз
6. Барлық қолданылған қолданбалардың робот шыққанға дейін жабылғандығына көз жеткізіңіз

Жобалау кезеңінде жеткілікті уақытты жұмсау РҚА-ны біртіндеп дамытуды қамтамасыз етеді. Шешімді жобалау құжатында сонымен бірге болуы мүмкін барлық ерекшеліктер тізіліп, роботтар ерекше жағдайлармен қалай жұмыс істейтіні түсіндіріледі.

4. Дамытушылығы: Алдағы қоршаған ортадағы айырмашылықтарды мойындау

RPA роботтары пайдаланушы интерфейсіне (UI) сілтеме пернесін қалай, қашан енгізу керектігін, қандай функцияны орындау керектігін біледі. Барлық ортадағы бірдей қолданбалы экрандар (әзірлеу, пайдаланушыларды қабылдауды тестілеу (UAT) және өндіріс орталары) әзірлеу процесін басқаруға көмектеседі. Алайда, қолданба әрекеті әр ортада және әр түрлі қолданушылар қолданған кезде әр түрлі болады. Осылайша, мұндай сәйкессіздік анықталған кезде, әзірлеуші ​​жоспарлы жоспарлау керек.

Сурет Unvlash сайтындағы Кевин Ку

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

RPA-ны жасау кезінде тағы бір ереже - модульденген кодтарды жазу және қажет болған жағдайда модульдерді қайта пайдалану. RPA әзірлеушілері көбінесе елемеген немесе қосымша талаптарға байланысты өзгерту қажет болған жағдайларға тап болуы мүмкін. Осылайша, модульдендірілген код уақытты үнемдейді, өйткені әзірлеуші ​​тек талап етілетін өзгерістерді көрсету үшін кодтың белгілі бір жолдарына өзгертулер енгізуі керек.

5. Тестілеу: RPA жобаларында жиі жіберілмейтін тест сценарийлері

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

RPA-ға қатысты сценарийлер - Терезе, объект табылмаған сценарийлер - Бір уақытта бір роботты басқаратын бірнеше робот - Барлық қосымшалар робот шыққанға дейін жабылды - Журнал файлы сақталады және әр процестің орындалуы үшін оқылады
Бизнеске байланысты сценарийлер - Деректерді енгізу сценарийі берілмеген - Клиенттің профилін сәтті енгізу аты, жасы және сақтау - Есептеудің нәтижесі дұрыс - Егер ат берілмеген болса, қате басып шығару нәтижесі - FTE саны сақталған (макро KPI) процесі

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

6. Гипер-күтім: Егер робот өте жиі жұмыс істемей қалса ше?

Құттықтаймыз! Сіздің RPA роботыңыз енді орналастырылды! Қазір роботтардың іске қосылғанына көз жеткізу үшін тек бақылау керек.

Егер сценарийді «RPA роботы дұрыс жұмыс істемеді» деп анықтай аламыз, егер процесс нәтижесі жобаның жарғысында көрсетілген күтілетін нәтижеге / өнімділіктің негізгі көрсеткіштеріне (KPI) жетпесе.

RPA KPI-нің кейбір үлгілері мыналарды қамтиды: 
- үнемделген FTE саны (макро KPI) - адамның араласуын қажет ететін уақыт /%, - сағатына / күніне өңделетін жазбалардың саны - робот сәтті өңдеген жазбалардың саны

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

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

Филлип Гликман түсірген сурет Unsplash

Бақытты автоматтандыру!