Kuuntele tämän artikkelin ääniversio
Kun astumme aikakauteen tekoäly , yksi nousevista trendeistä, jotka jo vaikuttavat tiimeihimme ja työnkulkuihimme, on robottiprosessin automaatio. Äskettäin robottiprosessiautomaatio (RPA) -yritys UiPath sulki toimintansa C-sarjan sijoituskierros 225 miljoonaa dollaria 3 miljardin dollarin arvosta johtavien sijoittajien kanssa, mukaan lukien CapitalG (Google) ja Sequoia Capital. Lisäksi tuoreessa tutkimuksessa Toiminnan ja ulkoistamisen tila, 2018 HfS: n ja KPMG: n mukaan RPA sijoittui yrityksen ostajien ensisijaiseksi sijoitusprioriteetiksi.
Jos RPA: sta ei ole vielä tullut näkökohtaa työssänne a projektipäällikkö , siitä tulee todennäköisesti todennäköisesti lähitulevaisuudessa.
Termi robottiprosessiautomaatio herättää tunteen olla kokoonpanolinjalla, jossa tarkat robottivarret yhdistävät metallilevyt ja komponentit synkronisesti ja toistuvasti. Vaikka RPA: lla on filosofiset juuret tehtaalla, kun puhumme RPA: sta, meillä on mielessä ohjelmisto.
Jos olet joskus käyttänyt makroja tai komentosarjaratkaisuja, sinun pitäisi olla kipeä tunne siitä, mikä RPA on. Se automatisoi jäsenneltyjä, toistettavia ja sääntöihin perustuvia prosesseja, kuten tilien luomisen tai laskutustietojen syöttämisen kolmannen osapuolen ohjelmistoihin. RPA on kuitenkin paljon monimutkaisempi kuin makrot, koska se voi olla vuorovaikutuksessa useiden sovellusten kanssa samanaikaisesti. Se on helpompi ottaa käyttöön kuin mukautettujen komentosarjojen kirjoittaminen, koska RPA-työkaluilla on vedä ja pudota -käyttöliittymä, joka ei vaadi ohjelmointitaitoa prosessin työnkulkujen luomiseen.
Esimerkki RPA-toteutuksesta näyttää tältä:
Jos haluat sukeltaa syvemmälle siihen, miten RPA-botit todella määritetään ja miten ne toimivat, voit katsella tätä läpikäynti RPA-palveluntarjoaja.
Asennuksen jälkeen RPA-robotit voivat suorittaa rutiiniprosessit yksin, mikä vaatii vähemmän ihmisiä pitämään asiat liikkeessä. Ihmisten työntekijöitä tarvitaan tietysti vielä paljon bottien perustamiseen ja ylläpitoon sekä poikkeusten käsittelemiseen.
RPA-botit pystyvät suorittamaan samat toiminnot paljon nopeammin kuin ihmiset, eivätkä pidä taukoja. RPA-botit voivat poistaa prosessin pullonkaulat. Esimerkiksi myyntikonsultti voi avata tilin asiakkaalle ollessaan puhelimessa hänen kanssaan aloittamalla RPA-botin pyynnön. Verrattuna kaikkien ihmisten asetuksiin tämä voisi säästää muutamasta ylimääräisestä tunnista muutaman päivän työhön.
Suurin osa virheistä johtuu tietojen kopioinnista ohjelmistosta toiseen (esim. Laskunumerot, summat jne.). Ihmiset joko syöttävät nämä tiedot manuaalisesti näppäimistön kautta tai valitsevat, kopioivat ja liittävät nämä arvot. Molemmat menetelmät voivat aiheuttaa virheitä väärin napsautusten tai virheellisten valintojen kautta. Koska RPA-botit valitsevat arvot kohdistamalla sovelluksen käyttöliittymän elementteihin, niiden virhetaso on lähellä nollaa.
Jos tarkastelemme automatisoitavia tehtäviä, ne ovat yleensä hyvin toistuvia ja luovia. Nämä tehtävät ovat osa työntekijöiden tekemää vähätyötä, mikä johtaa korkeaan työntekijöiden vaihtuvuuteen. Botteilla ei ole palovammoja eikä he välitä tekemästään työstä, joten he voivat vapauttaa työntekijöiden aikaa luovampiin ponnisteluihin.
Melko usein prosessin optimointi edellyttäisi prosessin uudelleenjärjestelyä ja sitten prosessin loppuun saattamiseen käytettävän ohjelmiston muuttamista tai päivittämistä. Koska kyseessä on kallis hanke, vain tärkeimmät prosessit turvaavat tarvittavat investoinnit. RPA hämmentää tämän ongelman rakentamalla olemassa olevien sovellusten päälle. Se tekee samat toimet kuin ihminen tekisi - vain paljon tehokkaammin.
Jokainen uusi työntekijä on sisällytettävä alukseen ja hänen on kerättävä kokemusta, jotta hän osaa suorittaa minkä tahansa prosessin. Päinvastoin, sinun on vain määritettävä RPA-botti kerran ja jos sinun on lisättävä kokonaiskaistanleveyttä, voit lisätä vain lisää botteja (eli useampia esiintymiä), jotka seuraavat jo ennalta määritettyä työnkulun mallia.
Lisäksi, jos haluat laajentaa RPA: n toiseen prosessiin, joka on jonkin verran päällekkäistä jo automatisoidun prosessin kanssa (esimerkiksi asiakkaan tilinumero noutaa), voit kopioida kyseisen osan automaation työnkulusta.
Kuten aiemmin todettiin, RPA-botit voi korvata ihmistyöntekijät. Vaikka tämä mahdollisesti vapauttaa työntekijän ajan luovampaan toimintaan, työntekijällä ei aina ole mahdollisuuksia siirtyä toiseen rooliin.
Vaikka kaikki RPA-tuottajayritysten lupaukset kuulostavat erittäin houkuttelevilta. Todellisuus näyttää olevan vastustuskykyisempi muutoksille, McKinsey raportoi, että 'tuhansien bottien asentaminen on kestänyt paljon kauemmin ja on monimutkaisempaa kuin useimmat toivovat sen olevan'. 30% tehtävien automatisointi ei välttämättä merkitse 30%: n käyttökustannusten alenemista.
Kuten aiemmin näimme, RPA: n yksi etu on, että se integroituu olemassa oleviin liiketoimintasovelluksiin. Haittapuolena on, että sovellukset saavat jatkuvasti päivityksiä, mikä voi aiheuttaa tuhoja herkissä RPA-bottien työnkulkuissa. Yritysten, jotka haluavat toteuttaa RPA: n, on pidettävä mielessä, miten tämä lisätoiminto sitoo niiden teknisen velan.
RPA on herättänyt viime vuosien aikana paljon johtajien huomiota, ja mediahyökkäys on saavuttamassa uudet investoinnit RPA-startup-yrityksiin. Onko kuitenkin merkkejä siitä, että tämä ei ole ohimenevä tekninen villitys?
Äskettäin tehty tutkimus Toiminnan ja ulkoistamisen tila, 2018 ” HfS Research yhdessä KPMG: n kanssa osoitti suurta kiinnostusta RPA: ta kohtaan yritysten ostajien keskuudessa.
RPA sijoittui korkeammalle kuin pilvi, IOT, analytiikka, VR / AR, lohkoketju, AI / ML / kognitiivinen, dronit ja kuljettajat. Tämä voi olla yllätys sinulle, jos et osallistu suoraan liiketoiminnan liiketoiminta-alueelle tai sinulla on ollut yhteyksiä RPA-hankkeisiin aiemmin.
Voimme tarkastella syvemmälle syitä hallitsevaan kiinnostukseen RPA: sta. Tässä ovat vuoden 2018 tärkeimmät organisaation prioriteetit a KPMG: n tutkimus :
RPA on kolmanneksi tärkein prioriteetti. Kuitenkin, jos tarkastelemme tarkasti luetteloa, voimme nähdä, että muut lihavoidut prioriteetit liittyvät epäsuorasti myös RPA: han.
Syy siihen, miksi RPA on mielenkiinnonkohde monille johtajille, on se, että se osuu useampaan kuin yhteen kipupisteeseen: se vähentää kustannuksia, on skaalautuva ja näennäisen nopea integraatio. Kuten aiemmin todettiin, tämä voi luoda epärealistisia odotuksia asennusaikaan ja kustannuksiin, mutta RPA näyttää todellakin matalalta roikkuvalta hedelmältä ja houkuttelevalta vaihtoehdolta valtavalle työlle, joka koskee todellisen prosessin suunnittelua sen tehostamiseksi.
Olemme nyt tulleet yhtälön toiseen osaan - miten RPA vaikuttaa projektipäälliköiden työhön. Kun puhutaan robottien ja tekoälyn poistamisesta ihmisten työpaikoilta, voimme spekuloida, pitäisikö pääministerien olla huolissaan.
Lyhyt vastaus on ei. Projektinhallintatyö ei ole hyvin jäsenneltyä, toistettavaa tai sääntöihin perustuvaa. Useimmat pääministerit sanoisivat, että heidän työnsä on täsmälleen päinvastainen kuin näillä ominaisuuksilla. Varsinkin kun yhä useammat pääministerit ottavat käyttöön Ketterä metodologia , on vaikeampaa standardoida PM-tehtäviä. Palautetaan mieleen ketterän manifestin ensimmäinen arvo - 'Yksilöt ja vuorovaikutus prosessien ja työkalujen kanssa'.
Kuitenkin, kun RPA otetaan käyttöön yhä useammin eri organisaatioissa,
ohjelmistokehityksen projektipäälliköt työ vaikuttaa väistämättä. Hankkeissa, joihin osallistut, on todennäköisesti enemmän joko RPA-näkökohtia tai RPA-komponentti osana projektiasi. Koska suurin osa RPA-aloitteista liittyy sisäisiin toimintoihin ja prosesseihin, olet todennäköisesti yhteydessä siihen, jos työskentelet B2B-projekteissa. Sukellamme tarkemmin näihin yksityiskohtiin seuraavassa osiossa.
RPA tarjoaa uuden työkalun pääministerin työkalupakettiin. Kun hallinnoit uuden ohjelmiston kehitystä, sinun on usein ajateltava, kuinka sitä tuetaan sen julkaisemisen jälkeen. Tämä vaatii sinua neuvottelemaan laajennetuista vastuista ja resursseista asiakastuen, rahoituksen, järjestelmänvalvojan ja muiden osastojen kanssa. Kaikki tämä on vietävä projektibudjettiin, ja RPA tarjoaa tavan vähentää tukikustannuksia.
Mitä pienempi projekti, esimerkiksi pilotti, sitä vaikeampi voi olla turvata resursseja muilta osastoilta. Täällä RPA-botteja voidaan käyttää minimoimaan henkilöresurssien tarve. Ihmisen tuen välttäminen täysin luultavasti olisi vaikeaa, jopa pilottivaiheessa, mutta on paljon helpompaa turvata osa-aikaiset asiakastukiasiantuntijat 2 kuukaudeksi kolmen kokoaikaisen työntekijän sijaan samalle ajanjaksolle. Lisäksi, jos pilotti ei täytä liiketoiminnan odotuksia ja projektin jatkokehitys peruuntuu, voit yksinkertaisesti poistaa robotit käytöstä. Tämän avulla voit olla paljon ketterämpi.
Sama ymmärrys siitä, että tuotetta on tuettava ihmisen vapauttamisen jälkeen, voi olla rajoittava tekijä sinun ja tiimisi tavoitteille. Määritellessäsi projektivisioon ja luodessasi myöhästymistä, eliminoi tietoisesti tai tiedostamattomasti joitain ideoita, koska ne vaativat korkeaa tukea, mikä vähentäisi sijoitetun pääoman tuottoprosenttia. Kun RPA on työkalupaketissasi, voit harkita täysin erilaisia projektireittejä, koska:
Jos olet tilanteessa, jossa RPA: ta ei ole vielä kokeiltu organisaatiossasi, sinulla on mahdollisuus asettaa puitteet robottien luomiselle ja käyttöönotolle. Tämä voi olla haaste, varsinkin jos se viedään muuhun kuin IT-osastoon. Siellä olevat ihmiset eivät ehkä noudata tai edes ole tietoisia alan standardimenetelmistä toimittaa ohjelmistoja (botti on edelleen ohjelmisto, vaikka sitä ei olisikaan ottanut käyttöön IT-osasto). Tämä voi johtaa vanhoihin ratkaisuihin, joista keskustellaan tarkemmin tässä artikkelissa. Jos projektipäällikkönä pystyt helpottamaan oikeaa jäsenneltyä RPA-käyttöönottoa, voit välttää näiden vanhojen ongelmien törmäämisen.
Monet RPA-yritykset säveltävät tuotteitaan sanomalla, että botti tekee samoja asioita kuin ihminen, se on vain tehokkaampaa määritetyissä tehtävissä. Vaikka pintatasolla se on totta - useimmiten robotteilla on sama digitaalinen työympäristö, napsauta samoja painikkeita ja kopioi / liitä samat tiedot - tapa, jolla he suorittavat nämä tehtävät, on melko erilainen.
Kaksi yleisintä tapaa, jolla botit ovat vuorovaikutuksessa sovellusten kanssa:
Kuten näemme, botin toimintatila eroaa merkittävästi siitä, miten ihmiset menevät tulkitsemaan ruudun tietoja. Tämä luo haasteita, kun tiimisi kehittää ohjelmistoja, joita ihmiset eivät vain käytä.
Lepakkooikeus, ensimmäinen haaste, jonka on oltava tietoinen, on se, että kuten yllä on kuvattu, botit ja ihmiset eivät ole vuorovaikutuksessa sovelluksesi kanssa samalla tavalla. Tämä tarkoittaa, että kun suoritat ylläpitoa tai päivityksiä, se voi vaikuttaa botin työnkulkuun.
Käyttöliittymäelementtimääritteiden muuttaminen voi johtaa siihen, että botti ei pysty löytämään oikeita elementtejä. Tällä ei olisi mitään vaikutusta ihmistyöntekijään.
Käyttöliittymän visuaalisten näkökohtien (asettelu, värit, elementtien koot, tekstinimet jne.) Muuttaminen voi estää ihmisen työntekijää ainakin väliaikaisesti, mutta hän pystyy sopeutumaan todennäköisesti jopa ensimmäisellä yrityksellä. Bottien pääsy sovellukseen virtuaalisen esiintymän kautta voi olla tuhoisaa, koska edelliset kuvat, joiden perusteella botin piti etsiä oikeat elementit, eivät palauta yhtään vastaavuutta sovelluksen uudessa versiossa.
Kaikki tämä luo lisää riippuvuuksia, joita on hallittava kehityksen, testauksen ja tuen aikana. Muuten botit voivat mennä hajanaiseen ja aiheuttaa lisää ongelmia.
Oletetaan, että yksi viimeisessä kohdassa kuvatuista skenaarioista toteutui. Olisit onnekas, jos botti vain lakkaisi toimimasta ja lähettäisi virheen jollekin, joka on vastuussa bottien ylläpidosta. Toinen skenaario on, että botti todella valitsee toisen käyttöliittymäelementin ja alkaa käyttää sitä.
Think Solutions, toimitusjohtaja Dan French, joka on työskennellyt monien asiakkaiden kanssa perustamalla RPA-robotteja sanoi : 'Botteilla ei ole harkintaa ja ne toistavat virheet mittakaavassa, jos bottien sääntöjä ei ole suunniteltu ja valvottu kunnolla.' Automaatio pahentaa huonommin nopeammin ja botit voivat vioittaa paljon tietoa.
Kaksi viimeistä kohtaa keskustelivat tilanteesta, jossa botit epäonnistuvat. Katsotaan nyt asetusta, jossa botit toimivat odotetulla tavalla.
Chris DeBrusk MIT Sloan Management Review -sivustolla vertaa RPA-robottien tulo vastauksiin Y2K-kellon muutosvirheeseen:
Voidakseen käsitellä kellonajan muutosta vuosisadan vaihteessa monet organisaatiot kiertivät vanhoja rajoituksia. Yrityskäyttäjät omaksuvat Microsoft Excelin ja Accessin kasvavan voiman luoda monimutkaisia, liiketoiminnan kannalta kriittisiä sovelluksia työasemilleen. Mutta kun nämä mittatilaustyönä tehdyt laskentatyökalut lisääntyivät, niin myös ongelmat johtuivat vahvan valvontakehyksen, laadunvalvonnan, julkaisujen hallinnan ja muiden virallisten IT-prosessien puutteesta.
Tämän päivän robottien räjähdys uhkaa toistaa tämän mallin ... Tärkeintä on, että botteja ohjelmoivat komentosarjat ovat ohjelmistokoodeja ja niitä tulisi kohdella sellaisina. Ne on suunniteltava käyttäen alan standardimenetelmiä, joissa keskitytään uudelleenkäyttöön ja vedenottoon, ja ne on versioitava ja kirjattava asianmukaisesti, jotta laadunvalvontaprosessit voidaan suorittaa niitä vastaan.
RPA-yritykset pyrkivät myymään bottien perustamisen yksinkertaisuuden. Tämä analyysi osoittaa selvästi, miten vanhoja järjestelmiä voidaan luoda. Sitä voi pahentaa myös ketterässä projektinhallintaympäristössä. Nopean kehityksen halu voi jättää hallintohankkeet sivuun.
RPA tarjoaa näennäisesti loistavan ratkaisun, mutta sinun on otettava huomioon, että joidenkin tehtävien automatisointi ja tilauskannan vapauttaminen tälle alueelle saattaa yksinkertaisesti työntää pullonkaulan organisaation toiseen osaan. RPA voi estää ihmisiä tulemasta keksimään todellisia innovaatioita tuotteessa antamalla näennäisesti rajattomat resurssit käsittelemään murheellista työtä. Sillä on vaarana jäädyttää vanhentuneet prosessit, kun ne todella on päivitettävä.
”RPA tarkoittaa tien kuoppien kiinnittämistä. Älä sekoita sitä uuden moottoritien rakentamiseen. ' - Steve Gordon, Becton Dickinsonin globaalien palveluiden johtaja
'87% johtajista suhtautuu myönteisesti robotiikkaan ja RPA: han, kun taas vain 17% transaktiotyöntekijöistä on aluksella.' - mukaan a Harkitse Solutionsin tekemä kysely .
On luultavasti parempi esittää se robottitehtäväautomaationa sanan ”prosessi” sijaan. Se luo realistisempia odotuksia sidosryhmillesi, koska nykyinen RPA-tekniikka ei todellakaan pysty automatisoimaan monimutkaisia prosesseja täysin. Se luo varmuutta työntekijöille, jotka suorittavat kyseisiä tehtäviä, koska he pysyvät edelleen prosessin omistajina, mutta suurin osa heidän työstään hoidetaan ohjelmistoilla.
Riskipääomarahastojen virran ja prosessinomistajien tarpeen optimoida sisäiset prosessit ja leikata kustannuksia RPA tarjoaa matalan riippuvuuden hedelmäratkaisun. Monet yritykset ovat tehneet RPA-pilottihankkeita, ja osa niistä on laajentunut sen ulkopuolelle. Tämä tarkoittaa, että projektipäällikkönä olet erittäin todennäköisesti yhteydessä suoraan tai epäsuorasti RPA-botteihin, etenkin kentän mittakaavassa.
Kuten olemme nähneet, RPA tarjoaa monia mahdollisuuksia ja uusia tilausvaihtoehtoja projekteillesi. Samalla se asettaa monia haasteita: tietojen korruptiosta vanhojen järjestelmien luomiseen. Projektipäällikkönä sinun on oltava tietoinen siitä, kuinka kehittää tuotteita tai ohjelmistoja, jotka ottavat huomioon RPA: n. Jopa pienen lisäsuunnittelun tekeminen säästää paljon päänsärkyä tiellä ja tuottaa tuloksia, joita sidosryhmäsi odottavat.
Jos haluat sukeltaa syvemmälle RPA-teollisuuteen, kerätä tietoa ratkaisujen tarjoajista ja tekniikan nykytilasta, voit tarkistaa nämä toimittajan ja agnostiikan alan raportit:
RPA-työkalut mahdollistavat toistettavien ja jäsenneltyjen tehtävien automatisoinnin. Botit suorittavat nämä tehtävät. RPA-työkalut ovat erityyppisiä ohjelmistoja, joiden avulla käyttäjä voi luoda uudelleen hyvin jäsenneltyjen, toistettavien ja sääntöihin perustuvien prosessien työnkulun.
Automatisoitu prosessi on prosessi, jossa botti pystyy suorittamaan kaikki prosessin piiriin kuuluvat tehtävät ilman ihmisen puuttumista.
Automaatioprojekti edellyttää kyvyn luomista tietyille tehtäville, jotka robotit voivat suorittaa itsenäisesti ilman työntekijöiden apua. Tämä voidaan saavuttaa käyttämällä RPA-työkaluja.