工業製造
産業用モノのインターネット | 工業材料 | 機器のメンテナンスと修理 | 産業プログラミング |
home  MfgRobots >> 工業製造 >  >> Manufacturing Technology >> 自動制御システム

完全な自動化の可能性に到達する-自動化オペレーティングモデル(パート3)

編集者注:これは、3部構成のシリーズの3番目の記事です。 を読んでシリーズを始めましょう 自動化オペレーティングモデルのメリット(パート1)

このシリーズのパート3(この記事)では、自動化がしきい値を超え、急速に広がり、すべての従業員に触れる重要な転換点に目を向けます。転換点は大規模な自動化ですが、個人に合わせてパーソナライズされています。

規模に達するということは、自動化センターオブエクセレンス(CoE)が次のような自動化を構築していることを意味します。

しかし、真のブレークスルーは、すべての従業員が自動化を使用、作成、およびその恩恵を受けることを可能にすることです。

UiPathは、すべての顧客が組織内の「すべての人のためのロボット」を提供できるようにすることを想定しています。すべての人のためのロボットは、ソフトウェアロボットを使用して日常業務を支援することにより、すべての従業員がよりスマートに作業できるようにします。

自動化の可能性を最大限に引き出すには、組織は3つの側面が連携して機能する必要があります。

  1. 実行を促進する自動化ターゲットを作成するリーダーシップ

  2. 大きな価値を生み出す複雑な自動化を生み出すことができるCoE

  3. 大量採用を促進するデジタルアシスタントとしてのすべてのデスクトップ上のソフトウェアロボット

自動化運用モデルは、それらのそれぞれで同時に実行するための構造化された計画です。次の図に示す6つのプログラム要素全体で、リーダーシップ、CoE、およびビジネスユニット間の連携を構築します。

出典:UiPath

自動化の運用モデルがなければ、プログラムは混乱を招くプロジェクトのリストに溶け込む可能性があります。自動化への戦術的なプロジェクトベースのアプローチは、必然的に「手に負えない成果」のユースケースにつながります。これは、Robotic Process Automation(RPA)のスケーリングを妨げる一般的なトラップの1つです。このような状況で私が最も頻繁に目撃したのは、自動化プログラムは、より広範な企業目標に縛られるのではなく、ほとんど中堅のマネージャーの好みに依存しているということです。

プログラムの目標と実行計画

大規模な自動化を実行している顧客に、成功した理由を共有するように依頼すると、共通のパターンが浮かび上がります。

  1. まず、エグゼクティブのビジョンと計画から始めました

  2. 次に、各ビジネスユニットのリーダーは、ビジネスの成果にコミットすることによって調整されます

  3. 最後に、各ビジネスユニット内の従業員は、年間目標を達成するためのアイデアを作成しました

たとえば、私は最近、UiPathの顧客組織の最高財務責任者(CFO)との会話に参加し、彼のチームに将来の説得力のあるビジョンに基づいた自動化を採用するよう促しました。彼のビジョンは、誰もがすぐに理解できるものでした。彼は、自動化に関する従業員会議を開始するために数分を求めました。幹部は15分以内に、自動化が会社にどのような影響を与えるかを伝えました。

彼はまた、自動化がテクノロジーのトレンドに合わせて、今後5年間の顧客体験を向上させるのにどのように役立つかについても説明しました。

会議の後、私は彼のオープニングでCFOを補完しました。彼は感謝しながら、自動化の使用に関してチームを調整するにはビジョン以上のものが必要であることをすぐに指摘しました。

彼は、素晴らしいビジョンを持つ企業は、今日のペースの速いビジネス環境で競合他社に打ち負かされることが多いことを私に思い出させました。彼は、ビジョンの運用化とは、自動化の可能性の外部ベンチマークを使用して、ビジネスユニットごとに具体的な財務目標を作成することを意味すると強調しました。

CFOは、ビジネスユニットごとに年間自動化目標を設定した後、各ビジネスユニットリーダーが部門または機能領域ごとにそれらを分類することを期待していると述べました。年間予算サイクルを使用して、これらの目標を達成するために必要なリソースを計画する必要があります。

架空の例を考えてみましょう。この例では、企業レベルの目標は、1年以内に2億5000万ドルの営業費用を削減することです。各ビジネスユニットはその目標に貢献する必要があり、その要件は各ビジネスユニット内の部門にカスケードされます。下の図に示す例では、最初の部門には、営業費用の節約に貢献するための1,000万ドルの目標があります(図のステップ1を参照)。

上の画像をクリックすると、画像の拡大版が表示されます。

その部門の従業員は、部門の目標を達成するためにUiPathAutomationHubを介して自動化のアイデアを提出できます。 UiPath Automation Hubは、組織の自動化パイプラインの収集と管理を容易にします(図のステップ2で強調表示されています)。これは変更管理にとって重要です。従業員が未来を創造することに発言権を持っていない場合、彼らは多くの場合、未来のビジョンに心から賛成しません。

ここに秘密のソースがあります。CoEは各部門内に「配送工場」を構築します。配送工場(上の図のステップ3に示されている)は、組織の目的に基づいてスケールアップまたはスケールダウンできます。配送工場は、目標とするビジネス成果を達成するための組織の緊急性を考慮に入れることもできます。工場には以下を使用して人員を配置できます:

私はそれを工場と呼んでいます。それは、価値が生み出され、部門のビジネス成果を促進するのに役立つからです。この例では、配送工場が年間で1,000万ドルの節約を実現するのに役立っているとします。主にビジネスユニット内から自動化を提供およびサポートすることにより(図のステップ4を参照)、ビジネスユニットは、CoEによって提供されるガバナンスを使用して、独自の運命を制御し、独自のペースで移動できます。

値の測定

財務目標は、リーダーシップによって各ビジネスユニットに設定されています。チェックしてください。

ソフトウェアボットからデータを読み取る分析は、目標の達成の進捗状況を示すために、エグゼクティブダッシュボードに自動的に流れ込みます。チェックしてください。

各部門の従業員は、部門の目標を達成するために自動化を使用して価値を提供しています。チェックしてください。

上の図のステップ5では、運用および財務の標準セットを使用して、実現された自動化の価値を測定します。リーダーが標準的な指標を選択するときは、「ハードコストの節約」が本当に全体像を示しているかどうかを判断する必要があります。この例では、営業費用を2億5,000万ドル削減することで、大幅なコスト削減を実現できます。

経営幹部は、すぐに定量化できるため、大幅なコスト削減を高く評価しています。ただし、価値の最も重要な部分(コストの回避、従業員の忠誠心、リスクの軽減など)を定量化するのが難しい場合も多いことも理解しています。その価値を解き放ち、それを定量化することが、自動化プログラムをデジタルトランスフォーメーションの重要な柱にまで高めます。

幹部が自動化値の測定を提示しているのを見たことがあります として:

上記の「ソフトコスト」の節約には、自動化の主要な推進力となることが多い収益や顧客体験へのプラスの影響など、他の価値の推進要因は含まれていません。私の経験から、経営幹部はこれらのソフトコストの改善と収益価値の推進要因を保守的に定量化し、直接的な営業費用の節約と並べて伝えたいと思うでしょう。

追加のビジネスユニットの拡張

図のステップ6では、価値への洞察がエグゼクティブスポンサーによって使用され、自動化の成功を他の部門のリーダーと共有しています。通常、これらの部門は独自の自動化プログラムを設定する必要があります。 CoEが新しいビジネスユニットを可能にする場合、自動化オペレーティングモデルは、ビジネスユニットとCoEの間の相互作用モデルであり、独自の配信ファクトリを運用および構築する方法に関する合意として機能します。

連続する部門または機能領域ごとに、すすぎ、繰り返します。これにより、自動化が組織全体に急速に拡大する転換点(この記事の冒頭で説明しました)が作成されます。

関連記事 :組織内でRPAを広める方法

組織構造

私のブログで、すべての従業員が自動化のヒーローになるように力を与えることで、影響力の大幅な変化が起こりそうだという考えを紹介しました。そのシフトでは、ビジネスプロセスに最も近い従業員は、次の方法で自動化プログラムの中心的な役割を徐々に担うことができるようになります。

実際、一部の革新的な顧客は、CoEが最高のアイデアと自動化に対して非技術的な貢献者に賞と表彰を与えることで、このプロセスを完全にゲーム化しました。

組織構造は、プログラムの成熟度に応じて、集中型から「統合型」に変化します。つまり、ビジネスユニット内の従業員の能力が徐々に向上するにつれて、一元化されたCoEチームは、開発だけでなく、ソリューションの品質、ガバナンス、および制御をサポートするように憲章を変更します。

たとえば、別のITCoEと金融ビジネスユニットCoEを持っている顧客がいます。彼らは一元化されたCoEから始めましたが、財務部門がより成熟して能力を発揮するようになったため、時間の経過とともに組織構造がより統合されたモデルに変更されました。金融ビジネスユニットは、自分たちの運命をコントロールし、自分たちのスタッフを雇うための資金調達を優先することに価値を見出しました。

ITのCoEは、財務の管理とコンプライアンスを提供するためにありますが、より実践的な方法で同じレベルの人員を配置していない財務以外の他のビジネスユニットにサービスを提供します。

ソリューションの品質

CoEに提出されるすべての自動化のアイデアが、実装の優先順位を付けるのに十分なほど実質的であるとは限りません。提出され、自動化されていないアイデアは、未解決の問題点です。

上記のようにビジネスユニットを有効にすることで、これらの問題点を取り除くことができます。ただし、すべての場合において、CoEは品質管理と保証に関与します。 CoEは、組織の他の部分に標準、テンプレート、および方法論を提供する責任があります。

ソリューションの品質を確保することは、CoEと、ビジネスの成果を促進するために革新を行っているビジネスユニットの個々の開発者との間の摩擦の領域となる可能性があります。私が見た成功したアプローチは、CoEが人事部門または学習部門と協力して、特定の認定レベルの個別の学習計画としてトレーニングを提供することです。

CoEは、UiPathAutomationHubを介して共有される再利用可能なコンポーネントのライブラリを作成する必要があります。これらは、適切なセキュリティ制御を使用してアプリケーションにログインするなど、繰り返し可能なタスクを実行するための標準的な方法を提供します。ビジネスユニット内の開発者は、CoEによって認定されたこれらの再利用可能なコンポーネントを使用して、高品質の自動化を構築することから始めることができます。

ガバナンスと統制

自動化運用モデルへのこのアプローチは、各ビジネスユニットに優れた自律性をもたらしますが、CoEはガバナンスおよび制御機能を提供する必要があります。たとえば、ソリューションの本番環境へのパスには、コードの品質とすべてのポリシーおよび標準への準拠を保証するためのフェーズゲートが含まれます。

CoEコントロールが部門間の相互作用モデルを作成して迅速に拡張するのにどのように役立つかの例をいくつか示します。

この3部構成のシリーズが示すように、最も野心的な企業は、自動化オペレーティングモデルをデジタルビジネスの真のフレームワークに変えるためにピボットします。自動化の幅広い機会は普遍的かもしれませんが、あるビジネスユニット、部門、または地域の実際の戦略と運用上のニーズは、別のビジネスユニット、部門、または地域とは大きく異なる場合があります。

大規模な場合、自動化はもはやCoEのRPA専門家だけによって推進されているわけではありません。すべての従業員が独自のデジタルアシスタントでこれらのイノベーションを活用できるようになると、規模を拡大することができます。デジタルアシスタントは、すべてのデスクトップでデジタルトランスフォーメーションのメカニズムとして機能する有人ロボットです。

組織で自動化オペレーティングモデルを現実のものにする準備ができている場合は、プログラムをすぐに開始するために1週間かかることをお勧めします。

インストラクター主導の3日間の自動化オペレーティングモデルの基礎コースを開始します。自動化への投資を最適化するためのツールと、コンポーネント、相互作用、およびコアプロセスの説明と定義の詳細な理解を提供します。コースの後には、2日間のジャンプスタートワークショップが続き、参加者は新しいスキルを使用して、組織の固有のニーズにリアルタイムで適用できます。また、自動化コンサルティングチームは、所定のワークショップ環境で支援を提供します。これらのコースの詳細については、お問い合わせください。


自動制御システム

  1. 3Dプリント用にモデルを配置する方法
  2. 強力な接続:IoTの可能性を最大限に引き出すための鍵
  3. 産業用自動化におけるブロックチェーンの潜在的なアプリケーションと課題
  4. ホワイトペーパー:ロボットの可能性を見つける方法
  5. デジタルプラットフォームは、すべての工場にロボットを導入したいと考えています
  6. Seegridは、ロボットを取得するためのサブスクリプションモデルを導入します
  7. チームの構築-自動化オペレーティングモデル(パート2)
  8. 潜在的な自動化の専門家はたくさんいます—彼らはただ訓練される必要があります
  9. 旋盤には会話型オペレーティングシステムが含まれています
  10. マイクロ オートメーション – 小さな部品の自動化「小さすぎる部品はありません」
  11. ファクトリ オートメーション システムを構築する設計プロセスの一部としてシミュレーションを使用する方法