楽天のRPAプラットフォーム構築事例

楽天のRPAプラットフォーム構築事例
楽天のプラットフォーム構築事例～（化）の取り組み～令和元年 7月 5日楽天株式会社コーポレート情報技術部内藤しのぶ・山原久範
2 アジェンダ  会社紹介  RPA導入経緯  RPAツール選定  ロボット構築実績の推移  運用体制の紹介  RPAの開発モデル  RPAの定着に向けた取り組み  今後の取り組み
3 楽天株式会社コーポレート情報技術部プロセス＆プランニング課内藤しのぶ米国の大学・大学院を卒業後、外資系コンサルティング会社に入社。外資系生命保険会社を経て、 2009年に楽天株式会社入社。楽天のクーポンサービス（ラ・クーポン）の立ち上げ、基幹システムであるメンバーシップや、楽天スーパーポイントの開発・運用を経験した後に、現在のプロセス改善系業務に従事。生産性改善の一環で、 RPAの立ち上げをリードすることとなり、現在に至る。プロフィール
4 創業から22年 70以上の事業展開世界30ヶ国・地域に広がるビジネス世界12億超のグループサービス利用者数グローバル年間流通総額 15.4兆円会社紹介楽天の事業展開
5 さまざまなサービスを、メンバーシップを軸に結び付けることで、独自の「楽天エコシステム（経済圏）」を形成会社紹介楽天エコシステム
6 会社紹介楽天のそれぞれのサービスをそれぞれのITチームが支えています。社員数：およそ17,000名内ITに携わっている社員数：およそ2,500名（余談：世界70カ国・地域から人材が集まっています。）
7 サブタイトル：の取組みについて 300 400 500 600 700 800 900 2010/9 2011/9 2012/9 2013/9 2014/9 2015/9 ある社員のTOEICスコアにおいても高い目標を… 1,000人月削減を目指します！ • 2010年から社内公用語英語化スタート（Englishnization） • ターゲットスコア800点 • 2018年3月末時点のTOEIC平均スコア 838.2点* *2018年3月末時点 300点台のスコアが800点に！やればできることを証明？！
8 導入経緯背景 2017年に、 Vision 2020 (中期経営戦略)を達成するために改善活動によって生産性を上げていこうという取り組みが全社的に展開されました。その一環として、新しいテクノロジー（AIやRPAなど）を活用し、付加価値の高いビジネスにシフトする、という取り組みが始まりました。 [出典]2016アニュアルレポート https://corp.rakuten.co.jp/investors/documents/annual.html
9 導入経緯導入ステップ年年調査推進組織立ち上げパイロット実施プラットフォームサービス提供開始サービスロンチツール選定アサイン業務選定組織立ち上げ
10 ツール選定非機能要件製品説明ガバナンス ◎ 〇標準機能で稼働状態ユーザを集中管理できる製品は追加モジュール購入で実現可能保守性 ◎ 〇はデバッグが容易なためエンジニアの親和性高い再利用 ◎ 〇はプログラミングにより多様なアプリケーションを開発でき再利用が容易である。開発難易度〇 ◎ は製品に比べ構築難易度は高いソース管理 ◎ 〇純正機能で構成管理可能。製品だと別ソリューションとのインテグレーション必要。 ※ 年月時点の評価ツールとして基本機能を比較したがと製品に大差はなかった。しかし非機能面において評価が分かれの採用を決定。基本機能 ○ ○ 製品はに非対応機能要件製品クライアント型〇〇〇 ◎ 〇 × コスト ◎ × 開発環境数が多いためのライセンス体系がよかった。×
11 プラットフォームの構築ロボット構築実績の推移は運用サイクルを回しつつプロセス改善を行うことでロボットの構築を達成。 0 1 3 6 9 23 31 45 63 67 79 101 0 50 100 1月 2月 3月 4月 5月 6月 7月 8月 9月 10月 11月 12月プラットフォームローンチユーザとのコミュニケーションロスによるクレーム発生。新プロセス運用開始初年度のはロボット
12 現場担当からの報告
13 楽天株式会社コーポレート情報技術部プロセス＆プランニング課 RPA導入推進グループ山原久範国内の大学を卒業後、国内の大手ゲーム会社を経て 2000年に楽天株式会社に入社。楽天ブックスの立ち上げ後、プロデューサーとして、楽天ダイニング、楽天デリバリー等の新サービスを担当。現在の部署（コーポレート情報技術部）への異動後は、 SharePointを用いた社内ポータルサイトの立ち上げなどを担当し、2017年11月からRPA導入担当し現在に至る。プロフィール
14 運用体制について
15 RPA推進体制 (発足当初) 当初はつのサブチームを運用していたが、①スキル不足、②リソース不足、③曖昧なロール定義、④品質管理プロセスの形骸化などでプロジェクト遅延が発生するようになった。 ① スキル不足の経験が乏しいメンバーによる自動化後の業務プロセス定義、開発 ② リソース不足案件数増加に伴い開発リソース不足 ③ 曖昧なロール定義チーム間、チーム内のロールが曖昧でタスク間の引継ぎが出来ていなかった ④ 品質管理プロセスの形骸化口頭で仕様説明、設計書の記載粒度も属人化していた。当初体制の課題 1 2 33 43 1
16 RPA推進体制 (現在) 推進体制は社員名協力会社名オンサイト名オフサイト名。つのサブチームで構成。
17 RPA開発モデルについて
18 開発モデル開発モデル・主にエンジニアリソースを持っていない部署を対象に・コーポレート情報技術部のエンジニアリソースで・ロボットを開発します。・依頼元にはドキュメント作成などを担当いただきます。・リクエストが多く待ち時間が発生することがあり、・全てのリクエストにお応えできない場合があります。間接部門 (人事/総務/経理 etc）向け事業部門向け・エンジニアリソースをお持ちの部署に・BluePrismの開発環境を提供します。・自部署のリソースでロボット開発を進めます。・開発標準を定めたドキュメントを提供します。・E-Learning や Hand-On研修などの・コンテンツも用意しています。・開発者向けに「Devサポート」も提供します。 RPA開発モデル
19 RPA開発モデル要件定義設計ロボット開発テストリリース運用コーポレート情報技術部主導事業部主導コーポレート情報技術部主導リリース以降のタスクを「コーポレート情報技術部」が担うことでロボットの品質向上と、統制管理が可能に（野良ロボットの防止）
20 RPA開発モデル要件定義設計ロボット開発テストリリース運用 IPA Initial Process Analysis 初期プロセス分析 PDD Process Definition Document プロセス定義文書 FRQ Functional Requirement Questionnaire 機能要件分析 SDD Solution Design Document ソリューション設計文書 OID Operation Impact Document 運用上の影響に関する文書 PDI Process Design Instruction プロセス設計手順書 ODI Object Design Instruction オブジェクト設定手順書
21 RPA開発モデル(CoE) コーポレート情報技術部メンバーのタスクをプロセスごとに見える化し,作業責任を明確化。要件定義設計ロボット開発テストリリース運用凡例
22 RPA開発モデル(FED) FEDモデルでは要件定義から開発・テストまでを事業部がメインで実施。RPAチームはリリース以降をメインで担当。要件定義設計ロボット開発テストリリース運用凡例
23 ① ⑧② ③ ④ ⑤ ⑥ ⑦ ① 社内ポータルサイトからリクエスト登録 ② 依頼元にヒアリングをして「IPA」を作成 ③ RPAプロジェクト内で「IPA」をもとに、実施可否とスケジュール検討 ④ ドキュメント作成 ⑤ ドキュメントのレビュー ⑥ 開発 ⑦ UAT（ユーザー受け入れテスト） ⑧ 本番環境へのリリース依頼元タスク CITDタスク共通タスク 1w-2w 1w-3w 2w-4w 開発モデルの進め方
24 開発モデルフォーマット 1. Hearing Detail Date YYYY/MM/DD No. Participant Department Email Address Role 1 SME 2 Producer 2. Process Requirement 3. Exceptions and Referrals 4. Case Volumes and Process Metrics No. Point of View Answer 1 Execution Frequency (per month) 20 2 Effort Required (in hours/time) 2 3 Number of Operators (in person) 3 4 Total Effort Required (in hours/month) 120 5. Proposed Blue Prism Solution 5.1 Prerequisites & Assumptions 6. Environment Considerations 7. Estimates 7.1 Delivery 7.2 Production Operation 8. Business Benefit Categories 9. Initial Process Analysis Summary No. Factor Rating 1 Business Process Definition 1 2 Existing Operation Document 1 3 Subject Matter Expert 1 4 Business Process Change Frequency 1 5 Process Complexity 1 6 Host Application Technology 1 7 Host System Stability 1 8 Exception Handling 1 9 Resilience 1 10 Applications Constraints 1 11 Re-use of existing components 2 12 Test Data Availability 1 10. Initial Process Analysis Result No. Point of View Value 1 推定製造原価 ¥1,058,532 2 ROI*1 3.74 Comment 現在の作業頻度や担当者数などの工数情報計算式でROIを自動集計
25 優先順位の高くなる案件例・会社として優先度の高い案件（社長案件 / MNO案件) ・ROIやRPAにより削減工数が大きい案件・横展開が見込まれる案件優先順位の低くなる案件例・着手済みとなっている同一部門からの依頼がある場合・作業頻度が低い / ROIが低い / 削減工数が小さい案件・作業に関するマニュアルが整備されていない案件・作業担当者が不在の案件・開発のための環境や、テストデータが存在していない案件・RPA以外の方法 (例えばExcelのマクロ機能など)で自動化が可能な案件開発モデルの案件選定
26 ① ② ③ ④ ⑤ ⑥ 2w-4w 2w-4w BluePrism環境提供 ① RPAポータルサイトからリクエスト登録 ② 開発者が Hands-On研修に参加 ③ BluePrism 開発環境提供 BluePrism環境提供ロボット開発開発モデルの進め方ロボット開発 ④ 開発環境にてロボット開発 ④ ・VBOリクエスト / DEVサポート ⑤ 検証環境リリース (UAT実施) ⑥ 本番環境リリース依頼元タスク CITDタスク
27 開発モデルのサポート製品説明会 Hands-On研修 Part 1 Hands-On研修 Part 2 E-Learning Advance Training 対象者全員開発者開発者 (Seniorクラス) 提供方法講習 E-Learning 社外研修時間 1時間 3時間 3時間 30-40時間 80時間コンテンツ RPA概要説明開発者および開発関係者 Sandbox環境での実習 BluePrism開発の基礎知識習得 BluePrism社提供・毎月1回開催・20名前後が参加・累計で200名近くが受講済み・隔月で英語版も開催
28 Blue Prism User Community Meet Up 2018/10/22 ＠楽天本社開発モデル開発者表彰制度
29 開発環境を提供済み BluePrismの開発に従事開発モデルの現状
30 RPA定着に向けた取り組み
31 定着に向けた取組みヘルプデスクやポータルサイト開設開発標準ドキュメントテンプレート提供 Workshop 社内表彰開催トレーニングコンテンツ開発プロモーションイベント開催
32 ポータルサイト開発依頼フォーム研修で利用したドキュメント・ビデオ動画全グループスタッフが利用する「社内ポータルサイト」にRPAのポータルサイトを構築
33 様と共同でのプロモーション活動 2019/03/25 – 03/29 ＠楽天本社社員食堂
34 様と共同でのプロモーション活動販促チラシ5000枚を配布・合計16回のRPA説明会を開催
35 様と共同でのプロモーション活動社内ポータルサイトを RPAイベント（RPA Week）でデザイン変更
36 プロモーションイベント効果 12 14 4 3 6 19 11 12 0 2 4 6 8 10 12 14 16 18 20 2018/10 2018/11 2018/12 2019/1 2019/2 2019/3 2019/4 2019/5 リクエスト停滞期プロモーション開催プロモーションイベント後月平均15件の CoEリクエストが入るようになる
37 今後のプロモーション地方拠点でのRPA説明会・開発者向け研修の開催（まずは大阪と仙台で開催）海外個社のRPA対応
38 今後の取り組み
39 今後の取り組み高度なプラットフォームを目指してサービス戦略サービス設計サービス移行サービス運用継続的サービス改善サービス戦略サービス設計サービスリリース運用改善活動
40 今後の取り組み運用改善例スケジューラ目視監視スケジューラ自動監視プロセス運用インドへ移管済監視方法検証中インドオペレーションセンターを活用した 24×365運用体制の実現運用設計に基づいたプロセス再実行バックオフィスメインバックオフィス＋プロダクションサービス業務平日 09:00 - 18:00 サポート 24時間 365日サポート
41 今後の取り組み共通利用可能なオブジェクト開発汎用性の高いアクションをコーポレート情報技術部が収集して共通利用可能なライブラリとして提供することでロボット開発生産性向上に繋げる共通ファンクションを活用汎用性の高いアクションを収集し共通ファンクション化：開発ファンクション凡例：共通ファンクション
42 最後に
43 定常化した業務を自動化対象 名ばかり業務担当者に注意 ドキュメント作業は生命線 しっかり期待値コントロール 何事も慣れが必要
44 ご清聴ありがとうございました。

Check these out next

楽天のRPAプラットフォーム構築事例

Recommended

More Related Content

Slideshows for you(20)

Similar to 楽天のRPAプラットフォーム構築事例(20)

More from Rakuten Group, Inc.(20)

Recently uploaded(20)

楽天のRPAプラットフォーム構築事例