「何が進歩したのか。」 Rに基づく機械的プロセスによる「精神的」労働の代替

新しい日が来るたびに、新しいタスクが頻繁に発生します。 彼らの急進的な新規性という意味ではなく、ビジネス環境で通常見られる「別のタイプのタスク」という意味です。







今回は、タスクは非常にシンプルで実用的であることが判明しましたが、その解決策には大きな影響があります。







ケース



タスクの本質は次のとおりです。







  1. 長期にわたるサービス契約があります。
  2. これらの契約の下で、報告活動は、大量の紙文書(ボックス)の形で、ステッチされ、青写真の下で実行されるべきです。 そして他の方法はありません。
  3. 月次報告。
  4. レポート自体は非常に形式化されていますが、準備には時間がかかり、実行者が自信を持って述べているように、十数のシステムから情報を収集し、比較と調整、分析、集計の生成、合意された形式でのワード文書の生成に関する厳密な手動作業が必要です。


作業量は数人のアナリストが毎月数週間それに取り組んだほどです。 当然のことながら、何かが忘れられ、何かがスキップされ、エラーがどこかで導入されました。 送信されたすべてのレポートを完全に検証するためのリソースが受信側にないことのみが保存されます。







レポートの一例は次のとおりです。

画像

ページの総数は数千(悪い月には数万)です。







データソースは、デスクサービスのペア、3つの監視システム、企業ディレクトリ、契約、および会計システムです。







公平を期すために、Rを使用して示されたソースを接続する作業をすでに行っていると言わなければなりません。これは圧倒的な作業であると言うのではなく、単純ではありません。 主なことは、どの情報がどこにあり、どのように相互に関連しているかを把握することでした。









そのため、現在の活動から自動化することは基本的に不可能であるという作業上の議論の中で、このタスクは表明されました。 それは「創造的」として提示され、 「ポジトロン脳」を理解することはできません。







呼び出しは受け入れられました。







4時間後、レポートの1つを準備するこのタスクを実行するRスクリプト(コメントを考慮に入れた4つの画面)が既にありました。

このスクリプトは、ターンキーベースで作業を行い、出力で現在のデータを使用して必要な形式のワードファイルを発行します。







  1. 3つのソース(Excelおよび2つのデータベース)からデータをダウンロードします。
  2. 前処理を行って、確認された症例を特定します。
  3. ケースと契約SLAの相関関係に関する計算を実行します(非常に単純ですが、役割を果たしません)。
  4. 時間間隔のクリーニングと統合を実施します。
  5. 月次指標を計算します。
  6. ヘッダー、テキスト、グラフィックスに従って生成されたフォーマット済みテーブルを含むワードファイルを生成します。


これまでの出版物に加えられた重要な点は、最後のポイントであるワードファイルの生成です。 このタスクは、 ReporteRsクロスプラットフォームパッケージの助けを借りてエレガントに解決されます。 ワードファイルの作成に加えて、PowerPointファイルを生成することもできます。これも非常に便利です。 多くの企業がレポートをプレゼンテーション形式で見るのを好むのは秘密ではありません。 例のある優れたマニュアルは、 「RソフトウェアとReportersパッケージを使用してWord文書を作成およびフォーマットする」で見つけることができます







その結果、2人* 2週間=月1人です。 5〜15分以内にスクリプトに置き換えられます。 会社にとってのメリットは明らかです。







おわりに



悲しい瞬間が含まれていなければ、ストーリー全体を明るい色でのみ記述することができます。







はい、原則として決定しましたが、これまでのところ結果の報告を開始していません。

これはアナリストとの関係で完全に正しいわけではありません。アナリストが状況を理解し、特定の立場を取るための時間を与える必要があります。 明らかに、このようなレポートと試行操作(1〜2か月)の後、理論面からの給与計算の転送を最適化するという要望は実用的なものに変わります。







しかし、一方で、これは避けられない開発ベクトルであり、それについて沈黙を保つことも不可能です。







PS

このアプローチを使用すると、手動で単語レポートを作成するときに非常に面倒ないくつかの行でトリックを実行できます。









当然ながら、「Excelで作成し、Wordにドラッグする」という古典的なアプローチが存在しますが、これは長い手作業であり、エラーが発生しやすく、動的に変化する要件で常に使用できるとは限りません。 状況を独立して見たい場合は、プロセスのアクティブな参加者であるユーザーAristarXXXXに質問することもできます。







前の投稿: 「実用的なビジネスタスクを解決するためのRの使用例」








All Articles