Slide 1

Slide 1 text

RPALT 大阪 vol.1 @ billage OSAKA 2018/12/7 (FRI) #RPALT

Slide 2

Slide 2 text

日本初の完全なユーザー主体のRPAコミュニティであり日本最大のRPAコミュニティ connpass登録ユーザー数 約1400名(2018/12時点) #RPALT

Slide 3

Slide 3 text

RPAユーザー同士でリアルな情報や悩みを楽しく共有することで各々に合ったRPAを学ぶ。 そして各々に合う真の業務改善・働き方改革を実現する。 #RPALT 情報 悩み リアル フェイク 包み隠す 曖昧なWeb情報 営業目的セミナー 偏った情報 閉じた世界 (社内等) 個人的悩み コミュニティで手に入る 情報 なぜRPAを学ぶのにコミュニティなのか。 真の業務改善・働き方改革

Slide 4

Slide 4 text

#RPALT コミュニティ協力/カオスマップ Presented by 藤澤 専之介さん

Slide 5

Slide 5 text

主にIoTとRPAと女子系コミュニティを運営。 様々なコミュニティイベントに呼ばれては雑用 から盛り上げまで何でも貢献。 ゆるい司会と集合写真は任せて下さい。 実はチャラいのは見た目だけ。 コンサルタント&スタートアップ 業務効率化マニアで、RPAで日本の総労働時 間、残業を1%減らしたい。 まじめなAIサービスからバーチャルユーチュー バーまで、5個の新規サービス立ち上げ中。 実は、ジブリが大好き。 元システムエンジニアのギーク。 現在は某コンサルティングファームに所属し 大規模RPAプロジェクト参画中。 実は?アニオタ。 チャラ電Mitz Wu 井手 拓人 運営メンバー #RPALT コミュマネとして、BMXUG、SIerIoTLTの運営。 それぞれ女子部を作り、女子エンジニアの活躍 を応援している!! AI、IoT、VRなど興味あり、とりあえずなんで もかじってみている。 実は人見知り! 高町咲衣 声優・歌手活動をしながらITのお仕事! 女性目線の働き方改革を考えRPAを勉強中! ITはハードもソフトも両方やります! ラズパイマガジンの記事執筆やブログ記事を 書いたり様々なイベントに出たりしてます。 実はみかんジュースが好き。 Julia @takamachi1saki

Slide 6

Slide 6 text

青野 正道 東京生活15年以上ながら関西人の魂を忘れていないよくしゃべる神戸出身のプログラマー。 PHPプログラマーでしたが、ひょんなことからRPAに関わる。 なんやかんやであちこちでRPAについて話すことに。 ウケるのが楽しみで話すワリに、、、、 実は、都度都度緊張してます(ウソよねん~)! 講師陣 一戸 寿哉 デジタルトランスフォーメーションを生業とするコンサルタント。 RPA導入経験で得た知見を、会社的に問題のない範囲で広めるのが趣味。 自称、五所川原エバンジェリスト。 #RPALT 関連コミュニティ RPA TRAINING

Slide 7

Slide 7 text

Facebookで「RPA Community」を検索 https://www.facebook.com/groups/129896620983650/ Twitterは #RPALT で! 各種SNS! #RPALT

Slide 8

Slide 8 text

RPA、RPAって軽くバズってますけど、 何が目的でRPAに取り組むんですか? まず言いたいのは 「RPAは目的じゃなくて手段」ですよね。 じゃあ目的は何? 「RPA導入で無駄な作業時間を減らす」 そして 「経費削減、その結果人員削減を実現する」 そんな目的で楽しいですか? 目的って何? #RPALT

Slide 9

Slide 9 text

ツール・アプリに出来る仕事はRPAで自動化させて 人にしか出来ない事を学んでスキルを磨く。 そしてサービス・品質・お客様の満足度を高める! 空いた時間を趣味・家族・恋人との時間に充てる。 その充実した時間が仕事に向けた更なる モチベーション向上へと繋がる! 嗚呼 充実した人生!! こんな目的だったら最高だと思いませんか? #RPALT 目的って何?

Slide 10

Slide 10 text

RPAって言葉に踊らされてませんか? そのロボで作成された資料って本当に必要ですか? すぐに業務ルールが変わり結局無駄なロボが残るだけ じゃないですか? RPAじゃなくても簡単に安く自動化出来るんじゃない ですか? 自動化の前にやるべき事あるんじゃないですか? 無駄な提出資料の削減とか・・・ 顧客・ユーザーとの効率の良いやり取りとか・・・ 社内コミュニケーション向上とか・・・ #RPALT ちょっと待った!

Slide 11

Slide 11 text

Yes #RPALT お金、超有り余ってる RPAやって〼 って言いたいだけ RPA導入したければ導入すれば? 成功するか保証ないけど。 じゃ、RPA導入すれば? 成功するか保証ないけど。 コミュニケーションは 円滑? 不要な業務や無駄な 業務フローがあるかも? まずはコミュニケーション 改善しましょ。 まずは業務整理しましょ。 データ管理や情報共有 は効率的? 便利で安いクラウドツールは 沢山!情報収集しましょ。 人じゃなくても出来る 繰り返し作業的な業務がある RPA導入検討だ! Yes Yes Yes Yes Yes No No No No No ちょっと待った! 社員・会社が更に幸せに なれる方法を追求しよう No イキナリ導入じゃない。 まずは検討! RPAに固執もするな! 仕事の可視化、断捨離、 業務体系整理、やれる ことは沢山! オンラインもオフライン も大事!手法、ツール、 最善のコミュニケーショ ンを!

Slide 12

Slide 12 text

RPAを導入する前にまずは業務整理が必要。 でも業務整理ってエンジニアだけじゃできない。 実際に業務を行っている方のリアルな声が必要。 だから エンジニアが勝手に推進するのはNG しかし 業務を行っている人は現状に手いっぱい。 でも… 業務情報が出てこないと業務整理はできない。 エンジニアと業務担当者は互いに歩み寄って協力し合う。 悩みを聞く、相談する、スモールスタートでもOK、 手いっぱいな現状が少しでも改善できる箇所から チャレンジしてみる。 #RPALT ちょっと待った!

Slide 13

Slide 13 text

様々なRPAセミナーや勉強会がありますね。 参加して事例を学ぶ、様々なツールを知る、スキルを得る。 でも… それだけで本当に成功に繋がるんですか? 同じ様な業務でもそれを実際に行う人のスキルは人それぞれ。 業務のやり方や取り組み方も人によって異なりますよね。 (Excelが得意、Web系が得意等、人によって異なる。) 自動化だけが成功すれば正解? 結果的に不満を感じる人が居たら成功と言えますか? その人が幸せになってこそ成功ですよね。 じゃ、RPAを学んでみよう! #RPALT

Slide 14

Slide 14 text

業務フローを改善する、RPA化する。幸せのための手法は様々。 何を実施するにしても、元は全て人が実施している事。 業務担当者、開発者、経営者、全て人。ロボじゃない。 相手を、業務を、互いに理解し歩み寄ることが何よりも大切。 その結果答えがRPAじゃないならRPAは必要ない。 でもやるべき手法を考えぬいた結果、本当にRPAが 必要になった時はRPAの知識・スキルが必要になる。 その時はセミナーで学ぶ、コミュニティで情報交換する等、 やるべき事がある。 「RPAをしない」「RPAを学ぶ」どちらも大切。 それを心に留めて欲しい。 なんのためにやるの?幸せのためでしょ? #RPALT 何のために学ぶのか

Slide 15

Slide 15 text

RPAへの取り組みによって 削減できるのは人の手間・作業時間。 その分増やせるのは人の充実・幸せ。 「仲間の幸せのため」 「お客様の幸せのため」 「自分自身そして家族の幸せのため」 その想いを忘れずにRPAに取り組みましょう! この想いを持って取り組むのと持たずに取り組むのと ではきっと結果に大きな違いが出てくるはず! コミュニティの想い #RPALT

Slide 16

Slide 16 text

勉強会でRPAを学ぶのは目的じゃない。 学ぶのはひとつの手段。 RPAを推進する事でぶつかる様々な悩みや壁 そしてそれを乗り越えるためのポイントや技。 それらをみんなで共有し、意見を出し合い、考え合う。 答えはRPAじゃないかもしれない。 でも最終的に幸せに繋がるならそれが正解! みんなで楽しく幸せになろう! これがRPA Communityの真の目的。 まとめると #RPALT

Slide 17

Slide 17 text

RPA どうせ やるなら #RPALT

Slide 18

Slide 18 text

業務改善 RPA 視野を 広げて #RPALT

Slide 19

Slide 19 text

働き方改革 業務改善 RPA 最大視野で 考える! #RPALT

Slide 20

Slide 20 text

それぞれが求める幸せを実現するために、1人ひとりの生 活スタイルに合った働き方を実現する事だと思います。で は、男性・女性目線で働き方改革=幸せのために出来る事 ってなんでしょう? #RPALT 男性は幸せのために戦う 敵を知り、自分の力を知り、味方 の力を知り、勝つための戦力を立 てる。 女性は幸せのために守る 自分・味方の弱い箇所・強い箇所 を知り、守るための計画を立てる。 働き方改革を詳しく考えると 女性にとっての働き方改革は、戦うために強くなる改革で はなく、守るべきものの為に弱い箇所・痛みを少なくする 改革。

Slide 21

Slide 21 text

#RPALT 働き方改革で得られるもの 働き方改革で得られるものってなんでしょうか? よく聞くのが「残業の削減」や「作業時間の短縮」 でもこういった「○○の削減」「○○の短縮」って、それぞ れ ひとつの手段であって「得るもの」とは異なりますよね。 ・場所に捕らわれず仕事ができる環境。 ・その人にあった時間で仕事ができる環境。 こういった事で実現できるのは 1人ひとりの生活スタイルに合った働き方・幸せ。 これが得られるのが働き方改革ではないでしょうか。

Slide 22

Slide 22 text

#RPALT 働く女性と今後日本の労働問題 現状、女性は仕事が出来てスキルが高くても、育児の復 職後に母親だからという理由で、スキルを活かせる仕事 につけなかったり、昇進できなくなったりする「マミー トラック」と呼ばれる問題に陥る可能性があります。 ある統計では4人に一人が経験したという結果だったそ うです。(※1) 今後は少子化と働き手不足が懸念されている日本で、働 く力があるのに充分に生かせない方や、思うように活躍 できないと思う人が居る事は、「働き手」「企業」どち らにとってもマイナスな事です。 ※1NHKニュースより引用:https://www.nhk.or.jp/ohayou/digest/2016/11/1120.html

Slide 23

Slide 23 text

#RPALT 働き手と企業、両者に有益な改革 そんな女性には特に、今社会全体が少しづつ動いている 「働き方改革」は必要でとても意味のある事です。 また、女性ならではの繊細な見方や新たな発想を、企業が 生かせば大きな利益にも出来ます! 少しの変化で会社も働き手も、有益な「働き方改革」が出 来ます! そして誰もが無駄な時間に追われず、より幸せで充実した 時間を送ることが出来るはずです!

Slide 24

Slide 24 text

#RPALT 働き方改革って例えば? 働き方改革例 在宅テレワーク 通勤時間が往復で2,3時間かかっていた場合に、その時間が空けば例 えば保育園にお迎えに行ったりと育児の時間にすることができます! 通勤 在宅

Slide 25

Slide 25 text

#RPALT 必要なものは? 在宅テレワークで必要なことは… ? RPA…? いや、情報の共有とコミュニケーションが取れる環境ですよね! 情報の共有➡クラウド活用 オンラインでコミュニケーション➡チャットツール そして、在宅テレワークを許可し成果で正しく評価出来る 会社のシステム(規則)が必要です。 kintone Google office365 chat work Slack などなど...

Slide 26

Slide 26 text

#RPALT もっと有効活用! 更に在宅テレワークでやってる仕事が単純、繰り返し作業 だったとしたら・・・? そしたらRPAや自動化ツールの活用で、もっと時間を有効 活用できますよね? 通勤 在宅 在宅+自動化ツール

Slide 27

Slide 27 text

#RPALT 双方に有益だった改革事例! その① スナック菓子メーカーのカルビーさんでは、働き方改革として女性の仕事を 応援されていて、短時間勤務の女性にも公平にチャンスを与え、成果を出せ ばキャリアアップにつながる制度を導入。女性管理職の数が改革を始めた当 初の6倍、今では全体の22パーセントを占めているそうです。また、子育 て中の女性の力もあり、6年で売り上げは70%もUPしたそうです! その② またある企業さんでは、名刺に子育て中というシールを張ることで取引先と コミュ二ケーションをとり営業のプラスになったそうです。 実際の例を見てみましょう! その① NHKニュースより引用:https://www.nhk.or.jp/ohayou/digest/2016/11/1120.html) その② シリーズ あしたのヒントより引用:https://www.shimadzu.co.jp/boomerang/36/07.html

Slide 28

Slide 28 text

#RPALT ちなみに、、、日本はいっぱい働いてるのに労働生産性が低いのです。。。 じゃあ成功している海外の働き方って? 日本だけじゃない!海外では? 日本 ・アルプス電気さんでは 労働時間を削減できたら その分をボーナスに上乗 せ ドイツ ・年間平均労働時間が日本より300 時間以上短いのに労働生産性は日本 の1.5倍。 ・残業時間を振替で休める労働時間 貯蓄制度。 ・育児の時に給料の67%が12ヶ月間 支給される「両親手当」 ・労働基準監督がタイムカードをチ ェックし悪質な会社には罰則を ・有給消化率ほぼ100%で病欠は有 給と別で6週間まで可能 アメリカ ・「完全成果制」を導入し ている企業が多くあり、在 宅勤務や労働時間も自由。 結果を明確に出し報告出来 るようにすることも重要 引用:ビヨンドより https://boxil.jp/beyond/a3117/ イギリス ・「圧縮労働時間法」とい う1日の労働時間を伸ばす 代わりに週の労働日数を短 く出来る制度がある スウェーデン ・1日6時間労働の実践開 始。(労働時間短縮によ る健康状態改善で生産性 を向上につながる事の実 証実験) ・子供が8才(基礎学校第 1学年終了)になるまで 合計480日の休暇を取得可 能 引用:CLOUZAより https://clouza.jp/column/hatarakikata/

Slide 29

Slide 29 text

#RPALT まとめ。 ・働きかた改革は企業のではなく人の働きかた改革です ・場所や時間(制約)に縛られず、その人にあった 生活スタイルが実現できる働き方が大切です。 ・働き方改革で、特に改革したいのは女性や困ってる人の働き方。 ・働き方改革を実現するのに大切なことは、様々な ITツールを適材適所で活用する事 ・更に、RPAや自動化ツールで時間を有効活用することができる。 ・制度を作ることはとても大切。でもそれだけではだめで、それを認めてくれる 上司の方や周りの方の理解、マインドもすごく大切。 今までより少ない時間でこれまでと同じ収益を生み出せる。 それに加えて自由となる時間でプライベートも充実させる事が 出来る。 (時間制ではなく、成果で評価することが大切。勤務時間が 減っても収入&労働生産性も維持する)

Slide 30

Slide 30 text

#RPALT コミュニティ推移 日付 イベント 場所 参加者数 2018/3/29 RPA勉強&LT会! RPALT vol1 Innovation Space DEJIMA 126名 2018/5/9 RPA勉強&LT会! RPALT vol2 ウイングアーク1st 249名 2018/7/13 RPA勉強&LT会! RPALT vol3 ウイングアーク1st 248名 2018/8/10 RPA勉強&LT会! RPALT vol4 ソフトバンク 259名 2018/9/28 RPA勉強&LT会! RPALT vol5 CARATO71 213名

Slide 31

Slide 31 text

#RPALT 過去のLT・セミナー内容 ・ロボ部長メール ・ロボ部長メール(部下編) ・あるRPA案件のまなび ・ 【非RPA?】SeleniumとPhantomJSで自動化サーバーレス ・ TwilioでRPAしちゃうぞ ・ UiPathの構築ポイント 〜具体的な例を用いて開発のポイント教えます〜 ・ OCR「Tegaki」を利用した手書きデータ入力の自動化話し ・クラウドRPA提供企業の実演動画+リリースして8ヶ月の気付き ・ headless chromeでRPA(?) / connpassイベント管理者の苦悩を改善するための自動化話 ・ +AIでRPAによる業務の自動化範囲を拡大 ・ RPA、およびIoTの連携による物理的ネットワークセキュリティの考察 ・ ReFrameworkをイジリ倒す。 ・簡単!100人のRPA技術者を産む方法 ・全部で1トンあったカルテの重さを500gに軽量化した話 ・ディベロッパー向けRPAを制作したらこうなりました ・ロボリリース後の改修要望3選!! ~RPAエンジニアに必要なスキルの考察~ ・しゃべらない(しゃべらないとは言ってない)

Slide 32

Slide 32 text

#RPALT 過去のLT・セミナー内容 ・embeddable pythonでこっそりPython Activityする ・RPA導入の実務 ・RPA of Android ・スケジュールと交通費精算をRPAで繋げた仕組みの話 ・BluePrismで業務1つ自動化してみて ・新入社員ロボット ・再帰的invoke workflow file ・RPAと併せて業務可視化ツールもいかがでしょうか ・RPAアプリ作ってみました ・RPAの事例紹介などでメディアに出るとき、注意したいこと教えます! ・iOSでRPAを動かしてみた ・(BizRobo!)対業務改善用大型変形合体ロボット開発計画 ・全部で1トンあったカルテの重さを500gに軽量化した話 ・私、今日、初めてRPAを。~パットつくれるロボパットははたして本当なのか~ ・ユーザーフレンドリーなRPA『MinoRobo』のご紹介 ・RPAをドラえもんではなく、ジョジョのスタンドと考えてみるのも しっくりくるかもしれないという話 ・RPAってツールですか?

Slide 33

Slide 33 text

#RPALT 参加者アンケート プラス思考 ● ロボット実装対象の選定に伴い、今までの業務の見直しが行うことができる ● RPAを活用してリモートワーク、在宅勤務を推進していきましょう ● 面倒くさい仕事自動化! ● RPAで業務改善したい ● 働かずに稼ぎたいぞ! ● ストレスのないお仕事環境を作りたい ● 楽するために頑張ります!ヽ(´▽`)/ ● 週休3日を目指したい ● 本質は今も昔も変わらない

Slide 34

Slide 34 text

#RPALT 参加者アンケート プラス思考 ● RPAに出会う前は労働組合の専従者として、主に制度や意識から改革を推進していましたが、正 直なところ限界を感じていました。自分たちで作ったロボットが現場で活用され、残業が減って いく様子がよくわかり、とても嬉しいと感じています。 ● 生産性向上するための時間の確保 ● 人の仕事はなくならない。より創造的になると思う ● いい方向に行きつつあると。 ● 自動化率を上げて自分のプライベートタイムを作れるように ● 今後、ますますの活躍される ● 文化革命ですね ● 休暇が取りやすくなった ● ビジネス変革して幸せな未来を! ● システムエンジニアの残業がIT業界あるあるなので、もっと業界の雰囲気が良くなっていくとい いです!

Slide 35

Slide 35 text

#RPALT 参加者アンケート プラス思考 ● 9時5時になりました!!!!! ● まだこれから ● RPA BANKのTシャツが欲しいです! ● お客様から「すごーい」という反応をいただく快感 ● 人の世仕事を奪いたいのではなく、人がやると間違うことを減らしたいからRPA ● 人がやると、面倒くさい(→能率落ちる・間違う・手を抜く・嘘を入力する)作業 を黙々とやってくれるRPAに期待感が高まってます! ● 1日かかってた仕事が2時間で終わる ● RPAやればやるほど、人間が好きになる。 ● ITリテラシー底上げれば次のステージにいける? ● これからは必要!!

Slide 36

Slide 36 text

#RPALT 参加者アンケート 中間意見 ● ブーム ● 頑張れば何でも出来るけど 頑張らなかったら何もできない ● RPA ツールを入れたら、解決すると思っていること。もともと RPA は思想、概念、 仕組み、文化を表していたはず。そういう意味で特別なツールは必須ではないと思 う。 ● ドキュメントはちゃんと読もう ● 英語もちゃんと読もう ● 残業なくなった。残業代出なくなった。貧乏暇無しだから、勉強会に参戦 ● 働くことにも寛容になれ! ● やろうと気合い入れてやるものではなくて、普段から普通にやるべきこと ● RPAが導入する前に業務フローを整理しないといけない… ● やらないと!

Slide 37

Slide 37 text

#RPALT 参加者アンケート 中間意見 ● 働き方改革=在宅勤務という考えが多い。 ● 業務改革は浸透するまでが大変!やりっぱなし厳禁! ● 文化が大事 ● ツールや環境ではなく、考え方、文化創出がなければ、成功しない。 ● 業務フローを統一のフォーマットで、簡単に管理したいが、よいツールはないか? ● 若手を潰さないために、賃金の高い高齢者のパフォーマンスを向上させることが必 要。 ● 働き方改革は意識改革 ● 全てをツール化はできない? ● 本気ならできる ● 仕事したく無いでござる!

Slide 38

Slide 38 text

#RPALT 参加者アンケート 中間意見 ● 仕事したく無いでござる! ● 単に入れるのは一時しのぎで、腰を入れてやるにはまず見直してからと思います ● 三度の飯より好きな仕事に就いた奴が働けなくなるし、元々働かない奴は堂々と働 かなくなる。 ● サービスする家族がいない場合は? ● 全自動 ● 人脈とノリが大事! ● 誰目線で話をするのか。誰を幸せにするのかを決めないと、綺麗事で済まされちゃ う。 ● 断捨離 ● ノー残業デーはあるけれど. ● 負担を減らしたい。

Slide 39

Slide 39 text

#RPALT 参加者アンケート 中間意見 ● ブラックじゃない裁量労働があることも報道して ● 働き方改革ってなんだ! ● マインドセット! ● ステレオタイプに負けないこと ● 残業減っても、楽しく働いていなければダメじゃん。 ● 楽しく働くことが、働き方改革。 ● 業務を改善したら、ひとの改善。 ● 製造業でもRPAって活用できる? ● RPAとAIで会社を盛り上げてなくれやー、と経営者が言ってくる。 ● まだ、携わっていません。

Slide 40

Slide 40 text

#RPALT 参加者アンケート 中間意見 ● 開発環境、実行環境の違い ● 教育をいつでもどこでもできるように ● 働いたら負け ● 何だかんたでプログラム大事 ● メンテナンスが必要 ● ERPと間違えられる。 ● AIにも興味がある ● ロボットに認証IDもらえない(T_T) 人事部の無理解を打破するノウハウ希望! ● RFPって言われる ● 何処に導入する? 誰を採用する? 誰が運用する?

Slide 41

Slide 41 text

#RPALT 参加者アンケート 中間意見 ● RPAの説明からさせられる ● 社内で自動化できる業務を募集するが一部RPAじゃできないものがある ● まだ、わかりません ● PTAに間違われる ● PRAって書いてもバレない! ● 作るの面倒だなー、と思った時ほど簡単に作れて、作るの簡単だなー、と思った時ほど、妙なと ころでハマる。 ● 操作性にこだわる方ほど、たくさん操作しない。 ● お客様の資料上で、必ず一つは「RAP」と書いてある。ちなみに、自社の資料でも(笑) ● 今の業務に無駄がまだまだ多いとはずっと思ってます。 ● 社内方針の変更 ● 出来る限り早く帰りたいです。

Slide 42

Slide 42 text

#RPALT 参加者アンケート マイナス思考 ● それ、エクセルのマクロで事足りたよね。 ● 推進部署と現場の温度差 ● 現場要望で会計業務に使うことになりIT統制対応に迫られる ● 簡単に作れる一方でドキュメント化が大変 ● すごい、すごいと推進するほど旧来のユーザが胡散臭い目でみてくるので、謙遜す るとそれも真に受けられる。 ● ビズロボ 操作できないからとJavaScriptを解析しだす 結局別アプローチしたほう が早かった ● Bizroboの日本語化が微妙 ● みんな業務で忙しくて、なかなかロボを作り始めない。 ● なんでも簡単にできると思われてる ● あれ?さっきまで動いたのに、動かなくなってる(T . T)

Slide 43

Slide 43 text

#RPALT 参加者アンケート マイナス思考 ● これってできるかな?議論で話進まず! ● WinActorを試しに入れてそれっきり ● 環境が変わると動かない。 ● 簡単っていうけど難しいよね ● 謳い文句通りには動かない(T_T) 小さなノウハウの積み重ね? ● 何も変更してないのに画像を認識しなくなる ● 自動化したつもりが自動化になっていない。(自動化ツールのメンテ担当者がいる) ● シャドウIT推進ツール、画面仕様が変わってすぐ使えなくなる ● ツールの操作習得に追われる ● だんだんRPAじゃない領域に入ってくる

Slide 44

Slide 44 text

#RPALT 参加者アンケート マイナス思考 ● ロボが、昨日まで元気に動いていたのに、突然、停止する。 ● 現場で作りっぱなし。動かなくなったら、情シスでなんとかして!業務に支障があ るから至急! ● ロボにする前に業務整理ができてない。 ● PoCから、先に進まない。 ● 薄利がち ● それSelenium で間に合うんじゃないの ● WinActorの画像マッチングが気まぐれ過ぎて死んでます(-_-;) ● お金がないとツールの比較も出来ない ● ロボットがうまくリンクを踏んでくれないのでうまく動かない処理を待ち構えて手 動でクリック ● アルファベット3文字ってだけで警戒される

Slide 45

Slide 45 text

#RPALT 参加者アンケート マイナス思考 ● マーケティング煽りすぎ ● winActorに期待して、NTTデータの株買ったのに暴落(;´д`)トホホ… ● 情シスの負担5倍増 ● ロボット管理者にユーザー業務が移行しただけになることもある ● 維持するのが大変 ● 意外にロボ自体は売れない。。 ● もう出来てるものと思われる ● コストダウン厳しい ● 使用料高い。 ● 現場ユーザでロボット作るからシステム部の作業はないよ、といわれて、すでに仕 事の過半数がロボットについての問い合わせ対応、、、

Slide 46

Slide 46 text

#RPALT 参加者アンケート マイナス思考 ● ユーザかわいそう ● ノンプログラミングといいつつ結局プログラミングしてる感 ● 思ったより何でも自動化できない ‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼︎‼ ● 意外と工数がかかる ● office依存が強いと、マクロとかで良くない?と立ち帰る ● 新しいRPAツール導入するよりも、既存業務の見直した方がはやい ● ツール選定の基準が難しい ● むしろRPA以外のことについて詳しくないと死ぬ ● ライセンス料が割りに合わない業務を自動化してしまう ● 買ったけど元取れた気がしない

Slide 47

Slide 47 text

#RPALT 参加者アンケート マイナス思考 ● RPA推進を、外部業者に発注する弊社、、、、 ● 業務改善は上から指示が出たとたん、コストダウンが目的になっておかしくなる。会社 によるかもしれないが…。 ● 取り敢えずやってと言われる。 ● 生産性向上の副産物としてのライフワークバランスの改善という根本を直視せず、無闇 やたらに時間短縮だけが叫ばれている。 ● 死ぬほど働く人がいる反面、全く働かない給料泥棒もいるなかでの改革はベクトル合わ ないですね(・・; ● システム担当者が転職したら、野良ロボ化するのでは ● RPAよりBPRが先だ… ● 在宅勤務じゃやる気でない。 ● 残業減ると収入下がる ● ロボに丸投げされても困る!

Slide 48

Slide 48 text

#RPALT 参加者アンケート マイナス思考 ● RPAを何でもできる魔法と思ってる ● ITシステム部とばかりやりとりしていて、あまり楽しい話ができません! ● 業務改善して減らした残業代分は、還元してほしい。 ● 全然改革してない ● 今偉くなってる人はとにかく長時間根性を見せた事が評価されて来た人ばかり。 今更働き方改 革と言われても何を支持して良いか右往左往の状態。RPAさえ導入すれば自動的に残業時間が減 ると思っている ● 働きの悪い従業員、機械に職を奪われた単純作業従業員を斬る覚悟がありますか?→労組担当役 員 ● 社内でのツールが散在しているので、自動化されたツールを作る人の属人化は変わらないと思い ます! ● 生産性を上げないと働き方改革なぞ出来ない ● オフィスグリコやプチローソンを入れるのに、盛り上がって満足するのは果たしていいのか? ● 削減工数だけでなく、増える工数も考えて。

Slide 49

Slide 49 text

#RPALT 参加者アンケート マイナス思考 ● 在宅勤務で生産性は上がらない ● 効率化、ROIが先行して、なかなか働き方改革には繋がらない ● 働き方改革=在宅勤務という思考停止 ● 儲かっていない会社には無縁 ● 上が変わらないと変わらない ● トップが変わらなければダメで、ボトムアップでやるのは負担が大き過ぎるなと思 います。別の会社に行きましょう。 ● 賃金とパフォーマンスが比例しないシニア社員の改善。 ● 生産効率 期待させても 各論反対(怒) ● まずは今の業務について認識してほしい・・・ ● RPA提案しても、会計も給与もソフトウェア入れてるから大丈夫と言われる

Slide 50

Slide 50 text

#RPALT 参加者アンケート マイナス思考 ● 今まで問題なく動いていたロボットがいきなり動かなくなる。 ● 今まで動いていたロボットが、いきなりうごかなくなる。 ● 最初は内製するつもりだか、途中からエンジニアまかせに。 ● RPAを導入したいとユーザは言うが、業務フローを整理した方がコスト削減率高く ね? ● 人事だが周りのメンバーはERPとの区別がついていない。恐ろしく巨大なシステム だと思われている。 魔法の箱だと思っている ● 気まぐれ 同じコードなのに完了する日もあれば、画面待ちで止まっている日もあ る ● 種類が多過ぎる業務が整理されていない。 ロジカル的でないところが多い。 ● で、これ誰が保守するん? ● そもそも高い!

Slide 51

Slide 51 text

#RPALT 参加者アンケート マイナス思考 ● 効果出しにくい ● 作っても結局属人化して自分で保守 ● 実は少ししか効率あがっていない気がするが、大きな声で言えない。 ● ナレッジが少ない、あっても古い ● 簡単だと思われている。やってみなはれ ● RPAを保守するのに、ベンダーを雇うことになる矛盾 ● ただ置きかえればいいと思っている ● 経営層が提案してくる「RPAしやすい業務」は、だいたい「RPA化しづらい業 務」 ● 導入プロセスが決まってないまま「とりあえず」ツールを導入 非定型作業のオン パレード ● べき論おじさんがしゃしゃり出て物事が前に進まない

Slide 52

Slide 52 text

#RPALT 参加者アンケート マイナス思考 ● 片手間で出来ると思われる ● PCを変えるとシナリオが走らない ● RPAって何が出来るの?と聞かれることが多いのですが、一概にPC上の作業全て 自動化できる訳ではない ● 作ったら放置!何かあったら情シスなんとかしろ! ● だからノンプログラミングでできることなんてたかが知れてるっての ● 経営者は魔法のツールで業務をすべて属人化排除出来ると思ってる。業務改善が先 だというのを理解してもらえない。 ● 社内の人間が協力的でないと効率化が進まない ● 実装時になって実現できない操作が見つかる ● 物理的な作業はできません。。 ● 意外とユーザーが業務の詳細を把握していない

Slide 53

Slide 53 text

#RPALT 参加者アンケート マイナス思考 ● エクセルマクロでええやん。て言われて違いを説明するのが面倒くさい ● RPAの実行環境の構築が意外と大変。クラウドだと簡単なのかな ● いうほど万能じゃないよねー ● 簡単に思われる。意外と予算がつかない。 ● 基本シナリオづくりは2割の期間で完成。 残り8割は例外処理への対処でした。 パスワード期限のお知らせとか要らんし(*`Д´*)! ● 変更要求の嵐 ● 結局スクリプトを書いている ● なぜか、本番で動かない ● なぜか本番で動かない ● 素人からすると、意外と難しいかも

Slide 54

Slide 54 text

#RPALT 参加者アンケート マイナス思考 ● ライセンスが高い ● お客さんが、トライアルだけやって、思ったより難しいと言って、離れてしまう ● 話が長い人が多い ● 現場にちゃんとした手順書がない ● 社内の業務にイレギュラーな対応が多すぎて対応が難しい(笑) ● 社内でシナリオを作れる人間がいない ● コミュニティエディションは認めない。俺が立てたサーバ型使えという情シス。でもサ ーバ型で使えないシナリオがあるから助けてって言うと連絡が帰ってこなくなる。 ● スクリーンセーバー無効、タイムアウトでログオフしない、そんなパソコン環境でない と動作しない○in○ctor そんな環境を許してる会社ないでしょ、いまどき。 ● 判子を押すのが生き甲斐な人が多いのにビックリ ● マクロやん!

Slide 55

Slide 55 text

#RPALT 参加者アンケート マイナス思考 ● なんだかんだ難しいな ● お客様への業務改善になっても、 エンジニアの業務改善にはつながらない。 ソフ トウェア保守と同じ(若しくは)それ以上の大変さ ● 他の技術もあるのに無理してrpaを導入しようとする ● 肝心なデモの時に限って止まる ● 単純作業をコンピューターに任せて、人にしかできないことに専念しましょう!と 言われて困る人多数…ぶら下がり社員、派遣さん ● RPAに仕事を奪われる。とか言うてる人は要らん人 ● RPA入れる用の業務が発生する ● 結局、費用対効果が合わない ● 業界のフォーマットの統一感のなさ ● エンジニアからすると、ストッパーだらけ

Slide 56

Slide 56 text

#RPALT 参加者アンケート マイナス思考 ● デモすると、システム部門のお客様の端末だけ、必ず止まる。 ● ロボ作ったりエラーリカバリーするために毎朝3時に起きてる←これが現実ですわ ( >_<) ● ここは人間の方がやりやすいと言ってもヤな顔される ● おたくの社内システムについて聞かれてもわからん ● アウトプットが改善される訳ではない事が見えてる人が少ない ● エンジニアが作るなら、プログラム書いた方が合理的 ● 朝3時に起きて、RPA失敗をフォローひてますが…何か?.。o○ ● 毎日、業務中にロボットが動いているのをずーっと眺めてる人がいる。仕事しろ (笑) ● 完璧なソフトウェアロボットを求めて自動化させたい作業より工数をかける ● 周りが乗ってこない

Slide 57

Slide 57 text

#RPALT 参加者アンケート 分類不明 ● あっ、後ろに先程の美女が! ● まるでVBのコーディングをしてるみたい。。 ● ちゃんとしたものを作るのは意外と難しい ● 最初はデスクトップ型RPAをいれるも、無法地帯になりサーバー型RPAに移行す る ● センシティブデータを扱うと権限で苦労する。。 ● 正式名称を意外と知らない人が多い ● 何でも出来ると思われる ● 本当に、物理的なロボットが動くと思われている ● WinActorのユーザー会が7/18に、ひっそりと開催するらしいです。 ● Pepperみたいに、言語で指示したくなる。

Slide 58

Slide 58 text

#RPALT 参加者アンケート 分類不明 ● ハードコーディングしがち ● 答えありき! ● もしかRPAのフリーソフトって出た? ● いまやってるのは働かせ方改革 ● EUCに流れる