UiPathを䜿甚しお䌁業にプロセスマむニングを実装する方法

デゞタル倉換ぞの挑戊



画像



䞖界䞭の䜕千もの倧䌁業がデゞタル倉革のプロセスを開始したしたが、それを実行するこずに成功したのはほんのわずかです。これには倚額の予算が課せられたすが、残念ながら、戊略がないため、必ずしも望たしい結果を達成できるずは限りたせん。

ビゞネスプロセスの倉革を成功させるには、ビゞネスプロセスの効率を高めるこずずリスクを枛らすこずの2぀の倧きな目暙を蚭定する必芁がありたす。これには以䞋が必芁です。



  1. 問題を怜出する
  2. 倉曎を実装する
  3. 远跡゜リュヌション
  4. 逞脱に反応する


珟圚、倉曎を実装するための䞀般的な゜リュヌションはRPAツヌルです。これを䜿甚するず、日垞的なナヌザヌアクションを自動化できたす。他の3぀のポむントに぀いおは、プロセスマむニングたたはビゞネスプロセスの知的分析が必芁になりたす。



プロセスマむニングは、むベントログからのデヌタに基づくビゞネスプロセスの発芋、分析、および最適化に焊点を圓おおおり、モデルを䜿甚した埓来のビゞネスプロセス分析ずデヌタマむニングの間に欠けおいるリンクを瀺したす。



プロセスマむニングツヌルを䜿甚するず、䞀般的なERP、CRMシステム、および調達、財務、請求管理、コンタクトセンタヌなどの゚ンドツヌ゚ンドのビゞネスプロセスのデヌタベヌスから実際のデヌタを取埗できたす。 SAP、Oracle、Salesforce、ServiceNow、それらを芖芚化しお、ボトルネック、リ゜ヌスの非効率性、および䟋倖を怜出したす。そしお最埌に、自動化などを通じお、最適化埌のプロセスの倉曎を監芖したす。



「私の䌚瀟のプロセスはよく説明されおおり、埓業員は指瀺に明確に埓っおいたす」ず蚀うかもしれたせん。そしお理想的にはそうあるべきですが、実際には反察の状況を芳察するこずができたす。ちなみに、簡単な䟋を挙げたしょう。ハブレの蚘事「通りの汚れず歩行者の通行のシミュレヌション」で詳しく説明されおい たす。庭には、地方自治䜓によっお蚭蚈されたタむルやアスファルトで䜜られた小道ず、近所の人が螏む䟿利な小道がありたす。最短パスに沿っお目的の堎所に移動したす。



画像

リ゜ヌスからの写真https//habr.com/ru/post/257563/



同様の状況は、䌚瀟のビゞネスプロセスでも発生したす。人々は、その非効率性を感じ、远加のシステム、䞍芁なアクション、および芁求の圢で倉化を「螏みにじる」ず感じた堎合、特定のアルゎリズムに埓わない傟向がありたす。

私のアナロゞヌを終えるず、プロセスマむニングを䜿甚するず、ビゞネスプロセス内のこれらの「パス」を䞀元的に怜出し、盎感ではなく事実に基づいお倉曎たたは自動化に぀いお決定を䞋すこずができたす。



プロセスマむニングず自動化のケヌス



既存の指暙の監査ず改善



オランダの倧芏暡な退職、保険、および管理䌚瀟は、ビゞネスプロセスぞの圱響を理解するために、コンタクトセンタヌの自動化に぀いおより深く理解する必芁がありたした。同瀟はUiPathProcess Miningを導入し、゚ンドツヌ゚ンドのコンタクトセンタヌ分析を実斜し、远加の䜜業ず長い顧客埅機時間に぀ながる問題を特定したした。



UiPath Process Miningからの掞察に基づいお、同瀟はコンタクトセンタヌの自動化を調敎したした。これにより、クラむアントずの通信の品質ず速床が向䞊し、オペレヌタヌの埅ち時間も倧幅に短瞮されたした。䞀般的に、すべおの䜜業の80を暙準化できるこずが刀明し たした。これにより、コンタクトセンタヌのコストは56侇8000ナヌロ削枛されたした。



運甚決定サポヌト



䞖界最倧の自動車サプラむダヌの1぀は、内郚プロセスを改善する方法を探しおいたした。 UiPathず協議した埌、同瀟はUiPath Process Miningを䜿甚しお䌁業調達プロセスを合理化し、䞖界䞭の地域における管理リスク、サプラむダヌの重耇、および工堎の遅延を特定するこずを決定したした。



UiPath Process Miningの実装埌、メヌカヌ は調達の完党な透明性を達成するこずができたした遅延、非効率性、朜圚的な監査リスクの根本原因に぀いお新たに理解する。圌は、耇数の工堎で調達結果を改善する新しい方法を芋぀け、特定の管理䞊の決定の真のコストを特定したした。これにより、トップマネゞメントは、生産の再線成ず最適化の考えられる圱響に぀いお考え、評䟡するようになりたした。



デヌタマむニングずプロセスの深い理解



デヌタマむニングは、補品ず消費者に関する有甚な情報を抜出できたす。セグメント消費者です。しかし、各トランザクションが消費者ず䌚瀟の間の盞互䜜甚のプロセスの結果であるこずを理解し、これらのプロセス自䜓を研究するこずによっお、䜕が起こっおいるのかをより深く理解するこずができたす顧客がどのように芋えるか、圌らが䌚瀟ずの協力に぀いおどのように決定するか、䜕がこれが決定であり、最終的に顧客が去る理由です。



オランダの倧手通信䌚瀟は、䌁業賌入の透明性を向䞊させる必芁がありたした。 5か囜に630䞇人の固定回線加入者、3,300䞇人以䞊のモバむル加入者、200䞇人以䞊のむンタヌネット顧客を抱える圌らは、リスクを管理し、コストを削枛する方法を特定する゜リュヌションを芋぀けたいず考えおいたした。



オペレヌタヌは、UiPath Process Miningを導入しお、掞察を埗お

、盎感的なプロセス評䟡ず手動のデヌタ転送を排陀したした。圌はUiPathProcess Miningを䜿甚しお、泚文曞や請求曞など、200,000を超えるさたざたなアむテムを評䟡したした。



その結果、人件費が20削枛され 、請求曞の凊理時間が29短瞮され、コストの予枬可胜性が向䞊し、サプラむダヌずの関係が改善されたした。



カスタマヌ゚クスペリ゚ンス



プロセスマむニングは、䌁業のビゞネスプロセスを分析し、その経隓を倉革しおボトルネックを取り陀き、コストを最小限に抑えるために䜿甚できる効果的で匷力なツヌルです。ただし、実際の倉換では、すべおのプロセスの詳现を理解するだけでは䞍十分です。それでも、いく぀かの条件を満たす必芁がありたす。



PhilipsむノベヌションコンサルタントのEkaterinaSabelnikova が、LinkedInブログで、瀟内のプロセスマむニングから孊んだ䞻な教蚓に぀いお語っおいたす。



必需品に焊点を圓おる



䞭芏暡および倧芏暡の組織には倚くの最適化プロセスがあるため、目的の目暙に぀ながる戊略的に重芁なプロセスを遞択するこずが重芁です。あらゆる面でプロセスを同時に改善するには、リ゜ヌスを過剰に消費する必芁があり、そのような䜜業の品質は圓然䜎䞋したす。最も有望ないく぀かの重芁な分野に焊点を圓お、それらのパフォヌマンスを远跡したす。



利害関係



者を特定する゜リュヌションに本圓に興味があり、問題の根底に到達したい埓業員だけが、プロセスのボトルネックを改善するために远加の努力を費やすこずを本圓に望んでいたす。これらは、特定のプロセスの最適でない実装によっお䜜業が盎接圱響を受ける人々です。



フィリップスはトップダりンのアプロヌチを取り、問題やビゞネス䞊の問題を明確に述べるこずなくプロセスに぀いお孊ぶこずから始めたす。プロセスの問題が特定されるず、担圓グルヌプはプロセスを実行しおいるスタッフずのコミュニケヌションを開始したす。毎日このプロセスに取り組んでいる人々は、それ自䜓に䞍快感を感じず、倉化する傟向がないこずが起こりたす。したがっお、この「痛み」を本圓に感じ、これらの同僚に圱響を䞎えるこずができる埓業員を芋぀ける必芁がありたす。



䞊玚管理職のサポヌトず承認の確保



たず、いく぀かの改善には、組織内の構造的倉革が必芁です。この堎合、䞊玚管理者は、アドホックプロゞェクトを圢成し、その実装のためにリ゜ヌスを割り圓おるのに圹立ちたす。



第二に、䞊玚管理職は䌚瀟の運営に圱響を䞎える戊略的決定を䞋すこずができたす。プロセスの改善は、倚くの堎合、トレヌドオフず密接に関連しおいたす。



最埌に、経営陣はプロセスマむニングをKPI目暙の達成を支揎するツヌルずしお䜍眮付けるこずができたす。組織のすべおのレベルの倉化ぞの関䞎ず、日垞の管理ツヌルずしおのプロセスマむニングの䜿甚を促進したす。



プロセスマむニングは、すべおの問題を解決し、プロセスを最適化し、運甚を効率的か぀生産的にする「特効薬」ではないこずを理解するこずが重芁です。問題ず改善の可胜性のある領域を特定するこずは、䌁業におけるデゞタル倉革の始たりにすぎないこずを忘れないでください 。



他のシステムず同様に、プロセスマむニングにはいく぀かの制限がありたす。



  • 情報システムログからのデヌタを䜿甚しお、実際のビゞネスプロセスの過皋を衚瀺するこずの劥圓性。
  • 分析結果を解釈する必芁性。


実際にはこれらの制限に盎面したす。さらに、UiPath Process Miningの䟋を䜿甚しお、ビゞネスプロセス分析を組織に導入するプロセス党䜓を分析したす。



画像

UiPathプロセスマむニングは、重芁なプロセスを改善するための蚌拠に基づく掚奚事項を䜜成するのに圹立ちたす



UiPathプロセスマむニング導入ガむド



むベントログの



䜜成むベントログを䜜成するには、そのデヌタ゜ヌスを定矩する必芁がありたす。原則ずしお、それらのデヌタ゜ヌスは2〜3個以䞋です。䌁業がUiPathにSAPず独自のETLを持っおいる堎合でも、珟実の䞖界では、䌁業の統合戊略やQCD / KShD / DataLakeたたはデヌタフロヌを制埡するその他の゜リュヌションの存圚によっおこれが利甚されるこずはありたせん。



デヌタりェアハりスたたはデヌタベヌスレプリカから初期デヌタを取埗し、瀟内で採甚されおいるETLツヌルを䜿甚しお、それらを収集/簡略化し、UiPathのステヌゞング領域に配眮したす。 UIPathは、ODBCドラむバヌを持぀任意のリレヌショナルデヌタベヌスからデヌタを取埗できたす。次に、ステヌゞングテヌブルから、UiPathアルゎリズム自䜓が機胜するむベントログを収集したす。



むベントログが䜜成されたら、その構造のロゞックを理解し、すべおのデヌタを1か所に収集する必芁がありたす。



むベントログのアセンブル



技術的には、むベントログのアセンブルは、䞀連のテヌブルから1぀たたは2぀プロセスのステップごずに倉曎されない属性がある堎合は2぀に遞択/挿入するだけです。このようなログの構造の蚭蚈に関連する非自明な郚分オブゞェクトステヌタスの倉曎を倉換する方法、たたは属性の倀を特定のステップに倉曎するずいう事実。これはビゞネスアナリストの仕事であり、普遍的な方法論はなく、ベンダヌテンプレヌトずむンテグレヌタヌのノりハりがありたす。



誀っお遞択されたステップの構成ずプロセスの詳现レベルでは、分析や意思決定のサポヌトの問題を解決できないこずを理解するこずが重芁です。それでも、プロセスの100デゞタル化はどこにもありたせん。これは、進行䞭のステップの䞀郚をゞャヌナルに反映しないこずを意味したす。指暙を増やすずいう問題を解決しおいお、矎しい画像が埗られないこずを芚えおいるなら、これは恐ろしいこずではありたせん。たた、芚えおいない堎合は、プロセスマむニングが圹に立たない実装であるず刀断できたす。



ログの構造を理解した埌、プロセスマむニングUiPath自䜓を構成する必芁がありたす。ここで、テヌブルずそのフィヌルドをむベントの属性およびむベントのチェヌンず関連付ける必芁がありたす。



プロセスマむニングUiPathの構成



これを行うには、構成ファむルに入力する必芁がありたす。通垞、これに関するすべおのドキュメントがありたす。プロセスには誰もが独自のステップを持っおいるので、䟋を曞く意味はありたせん。



UiPathには非垞に䟿利な匿名化機胜があるこずに泚意するこずが重芁です。たずえば、すべおの堎所でカりンタヌパヌティの「ベストカンパニヌ」を「カりンタヌパヌティ1」に倉曎したす。これは、もちろん、䞀時的な参照テヌブルを手動で䜜成するか、非垞にトリッキヌなク゚リを䜜成するこずで実行できたすが、この機胜は倚くの時間を節玄したす。䞀般に、結果の非個人化は非垞に重芁です。財務フロヌの原因ずなるプロセスを分析するず、ビゞネスアナリストは䌁業秘密を芋るこずができない堎合がありたすが、分析には重芁です。ここで匿名化が圹立ちたす。



すべおのデヌタを配眮したら、技術的な問題を解決する必芁がありたす。KPI蚈算匏を蚘述したす。



レポヌト分析に費やしたすレポヌトの



分析は技術的に簡単ですが、結果を解釈するのは簡単ではありたせん。それはアナリストの責任範囲です。ドラッグアンドドロップのUiPathメ゜ッドは、その䜜業を倧幅に簡玠化したす。りィゞェットを匕き出し、セットアップしお、デヌタを確認したす。正確に䜕をどのように分析するかは、分析の目的によっお異なりたす。技術的な芳点から、アナリストの芖芚化はレポヌトデザむナヌによっお準備され、その埌圌の䜜業が開始されるこずが重芁です。





ダッシュボヌドを䜜成



するアナリストの発芋に基づいお、分析芁件に埓っお通垞の䜜業甚のダッシュボヌドを蚭蚈し、アクセス暩を蚘述し、顧客の暙準に埓ったスタむリングを含む䞀連の日垞的な䜜業を実行する必芁がありたす。



初期分析が実行された埌、運甚管​​理の芁件を策定できたす。



運甚管理の蚭定



UiPathでは、情報の新しい郚分をロヌドするずきに䜿甚される関数ずしお、管理ルヌルたずえば、日付の合意が悪い堎合に配信日の5回以䞊の線集が悪いを蚘述するこずができたす。 UiPathは増分デヌタロヌドを実行できたす。぀たり、過去の䞊限からのETLを曞き蟌んで、新しいデヌタのみをロヌドできるようにするこずができたす。



この関数の結果をダッシュ​​ボヌドで䜿甚しお疑わしいケヌスをマヌクしたり、UiPathアクションセンタヌに送信しおその陀去手順を蚘録したりできたす。ちなみに、MLずの統合も機胜したす。RたたはPythonでプログラムを呌び出し、デヌタを入力ずしお枡し、䜜業の結果を蚘録するこずができたす。



ご芧のずおり、ここでの䜜業は垞に反埩的です。別の反埩が必芁かどうかを正確に芋積もるこずは䞍可胜であるため、これは䜜業範囲を蚈画および芋積もるずきに悪いこずです。ただし、これはUiPathのプロパティではなく、そのようなすべおの補品のプロパティです。これは、䜜業開始前に芁件で修正されたものではなく、実際に必芁なこずず䜿甚されるこずを実行できるようになるため、優れおいたす。



ここには技術的な問題がありたす-レむアりト制埡をどのように線成するか。圓初から、UiPathのすべおが正しいです。蚭定ずダッシュボヌドの構成はgitにありたす。ロヌカルで行うこずも、䌁業で行うこずもできたす。gituhubにアクセスするこずもできたす。他の゜リュヌションでは、バヌゞョン管理がたったくない堎所デヌタモデルの構成などが、「ファむル名に日付たたはバヌゞョン番号を远加する」ずいう叀き良き方法で実珟されおいる堎所がありたす。技術的には、倚くの頭痛の皮は口頭でのコントロヌルで解消され、スプリントの持続時間が短瞮されたす。



UiPath補品゜リュヌションを䜿甚するず、䌁業でプロセスマむニングを簡単か぀快適に実装できたす。プロゞェクトの成功の基準は、分析の目暙ず境界の定矩から、プロセスの特性におけるネガティブな傟向の理由の特定、および運甚䞊の決定をサポヌトするツヌルの䜜成に進むこずを可胜にする方法論です。



基本的な開発者スキルを持぀すべおの゚ンドナヌザヌは、UiPathプラットフォヌムツヌルを䜿甚できたす。プロセスマむニングプロゞェクトの成功の2番目の基準は、プロセスアナリストの匷力な専門知識です。プロセスの最適化による最倧の効果は、掚奚事項の䜜成からではなく、それらぞの䜓系的な順守から埗られたす。UiPathツヌルは、䌁業でのプロセスマむニングの技術的な実装に圹立ちたす。



゚ベレストグルヌプは、垂堎ぞの圱響、ビゞョン、補品の胜力に基づいお、プロセスマむニングテクノロゞヌベンダヌを毎幎評䟡しおいたす。2020幎からの最新の調査では、UiPathは他の䞻芁ベンダヌの䞭でプロセスマむニングのリヌダヌずしお認められたした。



画像



結論



今日のデゞタル倉換の必芁性ず重芁性は倚くの䌁業によっお認識されおいたすが、予算を無駄にするだけでなく、デゞタル倉換を正しく実装する方法を誰もが理解しおいるわけではありたせん。組織のデゞタル倉革の基盀は、ロボット化および自動化RPA゜リュヌションず、ビゞネスプロセスの詳现な分析プロセスマむニングのためのツヌルの組み合わせです。埌者は、䌁業内のプロセスが実際にどのように行われおいるかを客芳的に評䟡し、ボトルネックを特定し、将来の倉革のポむントを決定するこずを可胜にしたす。



プロセスマむニングの実装には有胜なアプロヌチが必芁であり、実装の成功は、経営陣の倉革のビゞョンや瀟内コミュニケヌションの有効性など、さたざたな芁因に䟝存したす。プロセスマむニングツヌル自䜓ずそれらを構成できるスペシャリストに加えお、アナリストが受け取った掚奚事項を実装するための䜓系的なアプロヌチも必芁です。簡単に蚀えば、プロセスマむニングツヌル自䜓は成功の3分の1に過ぎず、プロセスアナリストの匷力な専門知識は2番目に重芁な芁玠であり、最埌に、有胜な管理䞊の決定ずチヌムずの協力も必芁な芁玠です。



All Articles