皆さんこんにちは！
ビジネスプラットフォームテクノロジーセンター(BPTC)のもっちーです。
半年ぶりのブログ投稿となりますが、今回UiPathの便利な機能を１つ皆さんに紹介します。
今回紹介するのはUiPathのピクチャインピクチャ機能です。
RPAで自動化したロボットを動かすときは、普通はPCを専有して、その間は人間がPCを操作することができません。
ピクチャインピクチャの機能を使うと、ロボットが動いている間も、人間がPCを操作することが可能になります。
人間の操作とロボットの操作はそれぞれに独立した環境で動くため、お互いの操作に干渉せずに処理することができるようになります。
こんにちは、やまさきあです。
4月から、所属先が変わり、
ビジネスプラットフォームテクノロジーセンター（略称BPTC）に所属となりました。
以後も、どうぞよろしくお願いいたします(^.^)
最近、私は新型コロナの影響で在宅勤務が多くなりました。
同じような状況の方も多くおられると思いますが、皆様は快適に業務を行うことができていますか？
在宅勤務でのちょっとした変化により、
業務のムダや面倒くささについて、改めて気づかれた事もあるかと思います。
そのような社内業務の効率化には、弊社でも積極的に取り組んでいます。
私はその社内推進メンバーの一員として動いています。
今回は、その社内推進活動のことについて少しお話ししたいと思います。
こんにちは。スマートソリューションセンターの吉田です。
前回RPA記事では、RPAロボットの規模、開発生産性を算出する方法をご紹介しました。
本記事では、クレスコでRPA開発を進めていく中で直面したいくつかの課題と、その対応についてご紹介したいと思います。ここで課題として掲げる内容は、実はRPA導入を進めていく上で、考慮が必要で、ルール化すべき内容だったりします。プログラム開発でいうところの「コーディング規約」にあたり、当社では「RPAガイドライン」という名称で策定を進めております。
では、早速見ていきましょう。
こんにちは。スマートソリューションセンターの吉田です。
RPAで業務を自動化したい場合、どのくらいの工数（期間）がかかるか、あらかじめ見積もりたいですよね。そのためには、作りたいロボットの規模を測ること、開発生産性を知ることが必要になってきます。
テンプレート型RPAにおいて、ロボットを構成する最小要素はActivity（Action）です。よって、Activity（Action）数を計測することで、ロボットの規模を図ることができると考えます。Activity（Action）はおおざっぱにいうと、自動化したい1操作に該当しますので、5つの操作を自動化したい場合、5Activity（Action）を作れば良いということになります。自動化したい業務を整理し、操作回数をカウントしていくと、ロボット規模が算出できます。
※より正確に算出するには、繰り返し処理の有無や、非構造化データを含むか、対象システムやデータ点数などで重みづけをする必要があります。
「○○Activity（Action）規模のロボットを作成するのに必要な工数」を算出するために、開発生産性を知りたいところです。単純に過去実績から開発生産性を算出するとして、まずはロボットを作ってみて開発生産性を算出する際、開発画面上で、目視で一つずつ部品数を足し上げていくのは非常に骨が折れます。
こんにちは。スマートソリューションセンターの吉田です。
2018年1月26日に、UiPath社の年1回の大規模ユーザ向けカンファレンス「UiPath Forward Japan 2018」が開催されました。
本カンファレンスでは、UiPathのグローバル戦略や、日本戦略、国内外のユーザ事例、製品ロードマップなど、RPAを導入、運用するうえで非常に有益な情報が多くありました。
私も参加してきましたが、イベント参加者は1100名を超え、広い会場でも立ち見が出るほど、当日は大変盛況でした。今回はその中でオープンになっている情報をメインに、イベントレポートとしてお届けいたします。
こんにちは。スマートソリューションセンターの吉田です。
前回：エンジニア目線で見るRPA（１）として、RPAの特徴とマクロとの違いや、RPAによる自動化はClass 1 ～ Class 3に分かれていること、エンジニアにもまだまだ挑戦すべきフィールドがあることを紹介しました。
本記事では、エンジニア向けにもう少し掘り下げた内容を紹介していきます。
※本記事は、テンプレート型RPAを前提としています。開発型RPAは以下当てはまらないこともありますが、あらかじめご了承ください。
こんにちは。スマートソリューションセンターの吉田です。
普段はアプリケーションエンジニアとして、Windowsクライアントアプリや、iOS,Androidのモバイルアプリ開発、WebAPI開発などを担当しています。
最近ではアーキテクチャ設計や技術支援、ハンズオン講師などを行うことも多く、お客様といろんなお話をさせていただく機会をいただきますが、多くの企業様において、RPA(Robotic Process Automation)というワードを聞く機会が増えてきました。
私が所属する先端技術事業部では、AIに関するご相談をお受けすることが多くあります。その中で、これはRPAでできるんじゃないか。というものや、AIにインプットする学習データをRPAで自動生成すればいいんじゃないか。といった話が実は多くあります。今まで人的リソースをかけて実施していたり、そもそも費用対効果で実施できなかった業務がRPAの登場により、実施可能性が出てきた。なんて話が増えてきました。
このように、ユーザ企業では非常にホットなワードになっている一方で、エンジニアにはあまり興味を持っていない人が多いのではないかと思っていたりします。
その理由には、RPAツールの多くはGUIベースでコードを記述することなくソフトウェアロボットを作成できるノンプログラミングツールが主流となっており、技術畑で育っているエンジニアだと、コードを書かないなんて面白くない、自由度が少ないと思っていたりしないでしょうか。
