Backlog × RPAでいろいろ捗った話

by Tetsuji Yamashita

Slide 1

Slide 1 text

株式会社ミツエーリンクス Backlog×RPAでいろいろ捗った話 2022年7月 28日取締役CIO 山下徹治

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Copyright(c) Mitsue-Links Co., Ltd. All Rights Reserved. 8 稼働明細の作成 ■Webサイトの運用では、従量課金の契約や、月額固定料金の契約を結ぶことが多いです。 ■従量課金とは納品物の種類によって料金が決まっているものランディングページ〇万円、バナー〇万円、コラム〇万円など ■月額固定料金とは基本的には定額だが、一定以上の稼働を超えたときは追加料金が発生します。稼働時間を集計するのは手間がかかります。

Slide 10

Slide 10 text

Copyright(c) Mitsue-Links Co., Ltd. All Rights Reserved. 9 毎月締め日のよくある風景先月作業分の明細を作らないと。 Backlogで先月完了した課題を集計しよう。あー、実績が未入力の課題が結構ある。ねえ、デザイナーさん、これ何時間かかりましたか？大規模なWebサイトの運用を担当しているディレクターは、締め日になると明細作成に半日から1日使っていました。えーっと、ちょっとまって。確認して連絡するね。

Slide 11

Slide 11 text

Copyright(c) Mitsue-Links Co., Ltd. All Rights Reserved. 10 RPAによる稼働時間集計 ■実績時間入力プッシュ課題が完了になるとメールがBacklogから送られ、ロボットは課題の実績時間を取得します。空欄の場合「実績時間を入力してください」と制作担当者にプッシュします。 ■毎週集計を積み上げ、ディレクターに報告毎週末に完了した課題の情報をエクセルに転記します。毎月稼働時間を決めている案件では、稼働時間の上限に近づいたらアラートを上げます。 ■締め日の翌朝には集計が完了ディレクターが出社する前にロボットが明細のデータを作成し終わっていて、ディレクターは最終確認するだけです。

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Copyright(c) Mitsue-Links Co., Ltd. All Rights Reserved. 14 300 350 400 450 500 550 600 650 700 750 第3四半期第4四半期第1四半期第2四半期第3四半期第4四半期第1四半期第2四半期 2020年 2021年 2022年課題登録数 RPAに課題転記を任せた事例プロジェクト開始から9か月後にRPA導入。2年間で課題数はプロジェクト開始時の67％増に。 RPA導入登録件数四半期月日 RPA導入前 420件 140件 7件現在 700件 233件 11.7件登録時間四半期月日 RPA導入前 70時間 23.3時間 1.2時間 Without RPA 117時間 39時間 2時間実際ーー 0分・ディレクターが本来業務に専念できるように・アウトプットの質と量がアップし顧客から高評価・任せてもらえる領域が増え、売上アップ

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Copyright(c) Mitsue-Links Co., Ltd. All Rights Reserved. 19 Backlogサーバの移行にRPAを活用 ■Backlogのエンタープライズプランの保守サービスをしていた企業がサービスをやめることに。 ■プラチナプランに切り替えることを決定。 ■プロジェクトを新テナントに移行しないといけない。－制約条件 • 制限時間は4か月。ギリギリ引っ張れても6か月。 • 移行が必要なプロジェクト数は1400以上。 • 普段使っているプロジェクトを就業時間内に移行すると混乱するから営業時間外でやらなくてはならない。

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Copyright(c) Mitsue-Links Co., Ltd. All Rights Reserved. 21 RPAでできないか ■考え方１．ヌーラボ社謹製のプロジェクト移行ツールをRPAで動かす。２．移行ツールの対象外のファイル共有やバージョン管理についてはRPAで対応。 ■スケジュール１．できるできないの判断（POC）、移行対象のプロジェクト選定（1か月）２．ロボットの初期開発（2か月）３．試運転しながら精度を向上（2週間）４．移行作業は1か月（1日50プロジェクト目標）トータル 4.5ヵ月

Slide 23

Slide 23 text

Copyright(c) Mitsue-Links Co., Ltd. All Rights Reserved. 22 結果どうなった？ ■実際スケジュール 1. POC・移行対象のプロジェクト選定（オンスケ） 2. 初期開発 2.5ヵ月（0.5ヵ月オーバー） 3. 1か月間試運転しながら精度を向上（0.5ヵ月オーバー） 4. ロボットの数・PCの数を予定よりも1台増やし、5台で対応 1日あたり約60～80プロジェクトを移行。 5. 土日祝日は巨大プロジェクトを中心に終日ロボットを動かす。 6. 約3週間で移行完了。トータルでは5.25ヵ月（予定よりも3週間オーバー） 2人だけで対応。開発者1名はこのPJに専念もう1名は通常業務と並行。徹夜は0回。

Slide 24

Slide 24 text

Slide 25

Slide 25 text