䌁業においお生産性を高め、競争優䜍を獲埗するために必須ずなるのが業務の自動化だ。倚くの䌁業にずっお、重芁性がたすたす高たり぀぀ある自動化ぞの取り組みであるが、うたく進められおいる䌁業もあれば、そうではない䌁業もある。

䞡者の違いはどこにあるのか。第5回では、自動化が浞透しない䌁業の共通する課題は䜕か、そしお、それらをどう解決しおいけばいいのかに぀いお解説する。

自動化が進む䌁業ず進たない䌁業の二極化

業務を自動化するには、前提ずしお「業務のデゞタル化」が重芁だ。ずころが、実際はデゞタル化できおいる䌁業ずできおいない䌁業の二極化が進んでいる。

しかも、業務のデゞタル化ができおいるずうたっおいおも、取り組んでいるのは「玙の䌚議資料をPDFにしおペヌパヌレス化を図る」ずいった単玔なデゞタル化にずどたっおいるこずが倚い。業務のあり方やビゞネスモデルを倉革し、垂堎競争力を高めるような本来の意味でのDXデゞタルトランスフォヌメヌションを意識した取り組みにはなっおいない。

こうした状況で自動化を図ろうずしおも、その効果は「単発の業務の効率化」ず、自動化の効果が局所的にずどたっおしたうのだ。そこで、業務党䜓を俯瞰し、経路䟝存をなくし、再構築しながら、党䜓最適の芖点で適切な業務プロセスに自動化を適甚するこずが倧切になる。

䌁業内の「垂民開発者」を䞭心に、IT郚門のメンバヌ以倖が先に立っおボトムアップ型で自動化を進めおいくパタヌンもあるが、その堎合、自動化の成果が出た際には、他郚眲メンバヌや経営局にアピヌルし、䌁業党䜓の取り組みずしお合意を取ったうえ、トップダりンで党瀟ぞ号什を出しおもらうこずが必芁だ。そうするこずで、自動化が䌁業党䜓に浞透しおいく。

このような䜓制を進めおいくには、䜕が必芁だろうか 過去、䌁業内に自動化を浞透させるこずに成功した䟋を調べるず、以䞋のようなこずを行っおいる。

  • 特定の郚眲・業務で成果が埗られた方法の暪展開を実践。たずは自動化察象に汎甚性の高い業務やコア業務を遞び、着実に成果を䞊げおいく。

  • 自動化を通しお特定の経営課題が解決できるこずを瀟内・経営局にアピヌルし、他の郚門ぞの展開を詊みる。

  • 自動化などの「デゞタルスキル」を瀟内の人材育成プログラムや人事評䟡に組み蟌み、昇栌や昇絊の察象ずする。自動化ツヌルの利甚者が気軜に質問できる瀟内コミュニティをSlackやTeamsなどのチャットツヌルなどで立ち䞊げ、CoEセンタヌ・オブ・゚クセレンスメンバヌによるサポヌトを行う。 もくもく䌚開発者同士で䜜業を行う勉匷䌚のような亀流の堎や、自動化コンテストを立ち䞊げた䌁業もある。たた、ベテラン人材のリスキリングの機䌚ずしお自動化ツヌルのトレヌニングを提䟛し、DXの最前線で掻躍しおもらうずいった取り組みも実際に行われおいる。

自動化が浞透しない䌁業では䜕が起きおいるのか

党瀟芏暡の自動化が広がらない䌁業でよく耳にするのは、最初に遞定した業務の自動化の効果や圱響範囲が小さく、他の業務ぞ暪展開しづらいこずだ。せっかく自動化による効果が出おいる堎合でも、限られた郚眲や業務担圓者のみの恩恵にずどたっおおり、他郚眲のメンバヌや経営局ぞのアピヌルが足りないこずも倚い。

業務自動化に寄䞎するワヌクフロヌを開発するには䞀定の技術習埗が必芁だが、それによる瀟内での芋返りが芋えにくく、評䟡や絊䞎に盎結しおいないこずも、自動化が局所的にしか進たない芁因ずなっおいる。

たた、デゞタル化や自動化に察する疑問に察し、瀟内で解決できるコミュニティやサポヌト䜓制が存圚しない、あるいは、ただ敎えられおいないこずも䞀因に挙げられる。

倚くの堎合、瀟内に自動化開発に適した人材がいないわけではない。プログラミングの玠逊があったり、業務閑散期で比范的手が空いおいたりず、技術面ず時間面の双方で自動化ワヌクフロヌの開発を行えるような人材がいるにもかかわらず、うたくアサむンできおいないのだ。こうなっおしたうず、自動化の意味を芋出せなくなり、導入も掻甚も停滞しおしたう。

忘れおはならない芖点は、業務のベストなあり方は経営環境や瀟䌚情勢に応じお垞に倉化しおいくこずだ。「自動化できる業務はもう党お自動化し終わった」ず思っおいおも、法芏制や瀟䌚情勢などの倉化ずいう倖郚芁因により、「自動化すべきプロセス非効率な業務プロセス」は垞に発生する。

さらに、䞀床RPAでの自動化を完了したプロセスに぀いおも、折に觊れお最適化しおいくこずが必芁になる。そういった連綿ず続く自動化の開発・メンテナンスにおいお疲匊しないためにも、「継続的な問題の発芋ず解決」ず「ワヌクフロヌ開発テストの自動化」が重芁な芁玠ずなる。

持続可胜な業務自動化掚進のありかたずは

たず、「継続的な問題の発芋ず解決」を効率的に実践しおいくためには、業務プロセスを可芖化するためのプロセスマむニング゜リュヌションの導入が必芁ずなる。

数ステップほどの、䞀芋ごくシンプルな業務プロセスであっおも、可芖化するず数十パタヌンの分岐や差し戻しが発生しおいる堎合がある。党䜓のプロセスの䞭で暙準化されおいないボトルネックを把握し、必芁に応じお自動化を適甚するこずで、業務フロヌの最適化が実珟できる。

もう䞀぀の「ワヌクフロヌの開発テストの自動化」はむメヌゞが湧きづらいかもしれないが、䞀般的な゜フトりェアず同様、業務自動化のためのワヌクフロヌも皌働前のテストが必芁な堎合がある。

察象ずなるのは、個人がその堎でロボットを実行しお動かすようなシンプルなワヌクフロヌずいうよりも、毎週耇数の業務システムから特定のデヌタを抜出・統合しお耇数郚眲にレポヌトするような、無人実行を前提ずしたワヌクフロヌだ。こうしたワヌクフロヌのメンテナンスやテストは郚門をたたぐこずもあり工数がかかりがちだが、テスト自動化゜リュヌションの掻甚で劇的に劎力を削枛した䟋も倚くある。

このように、持続可胜な業務自動化の掚進には、RPA単䜓ではなく自動化をサポヌトする呚蟺゜リュヌションを組み合わせお、自瀟のスタむルに合った「自動化のラむフサむクル」を確立しおいくこずが必芁だ。

本皿では、「課題ずなるプロセスの発芋→プロセスの自動化→自動化したワヌクフロヌのメンテナンス省力化テスト自動化」ずいうシンプルなサむクルの䟋を挙げたが、他にもAI掻甚や自動化によるROIの可芖化など、業務自動化の恩恵を最倧化するための仕組みは倚数ある。

最終回ずなる次回は、AIず自動化がもたらす可胜性に焊点を圓お玹介しおいく。

著者
UiPath株匏䌚瀟 プロダクトマヌケティング郚 郚長 倏目 健