ヒデノリのブログ一覧

ブログにて近況報告だけ・・・
良いね頂いた方々頂くだけ頂いて大変申し訳ございませんm(_ _)m

私物流関係の仕事をしててインフラ整備が担当なのですが、
今日は
・電気料金が年間60万円増える見積もりが来た
・新しいインフラが増えるかもしれない
・ヤマト運輸が180サイズと200サイズの取扱をするため佐川急便に喧嘩を売ってきた
・巨人日本郵便がヤマト運輸に喧嘩を売ってきた
・配送県別サイズ別に最安値運賃会社が細分化しすぎてマンパワーでのオペレーションが不可能
・それに対応すべく新しいアプリの導入が必要
↓
あれ？私何を優先順位にしてどこから手を付けたら良いの？
今特例で週休3日を頂いてますけど
これは平日の休みが無いパターン？

今までインフラ開発とかシステム導入とか窓口になってやってきましたけど、
運営をしたことがあまりないので
機能をリリースするまでの速度が遅いと思っていて
それがとてもストレスになっていたので
溜まりに溜まって週休3日になっていました。

でも、よくよく考えてみると
最後に社内・社外向けにリリースした機能で
私が”倉庫別運送会社別出荷予想数”と読んでいるスプレッドシートですが、
社内向けには倉庫別に今日を起点にして2日後までの総出荷予想数を、
社外向けには各社用のIDとパスワードにてログインできるようにした
今日を起点にして2日後までの出荷予想数を見れるシステムを構築しました。

しかも、多少のコストは必要でしたが
受注システムのSFTPにてCSVファイルのアップロード機能を利用して
社内にSFTPサーバーを構築して
SFTPサーバーからGoogleドライブへ
受注システムのCSVをアップロードできるサービスを利用して
GoogleのApps Scriptを勉強してコードを作成して
現状1日3回更新で自動化することに成功しました。

面倒くさいのが嫌で
語弊があるかもしれないですけど
仕事したくないけれど
仕事をしないための努力は惜しまない方なので
仕事をせずに済ませる方法は無いかと考えた結果
”倉庫別運送会社別出荷予想数”
という機能がリリース出来ました。

個人的に便利だな～と思っていましたけど、
予想以上の反響を得ていて
佐川急便に至っては担当係長にURLとIDとパスワードを伝えたところ
集荷に来るドライバーも常時チェックするという状況になり
ヤマト運輸も同じような運用をしてくれるようになり
必要な部署も自動でチェックしてくれるようになり
システムが自律的に稼働するようになってくれました。

今までは出荷指示をする部署が各運送会社に
出荷予定数を電話連絡若しくは
携帯のSMSで連絡していたのですが
現状はドライバー若しくはセンターにて出荷予想数をチェックしてくれて
配車の手配を行ってくれる程になりました。

電話するなら電話代、SMSで送るなら送信料が必要になりますが、
それよりも社内の人件費をカットできたことが良かったかなと思います。
コンピューターで出来る仕事はコンピューターに任せて
人間は人間にしか出来ない仕事を行うということを進めないと
世の中の生活は豊かにならないと言うのが
先週のインテックス大阪で再認識できたことでした。

個人的には便利だと思ってリリースした
”倉庫別運送会社別出荷予想数”
ですが、
予想以上に反響が良くて運送会社だけでなく
倉庫業を行っている会社からも高評価を得ていて
1日3回更新で行っていますが
更新頻度をもう少し多くする予定です。

やっぱり運送会社からすると
荷主がどれだけの荷物を出荷するのか？
というのが一番知りたい状況だと思うのですが
それが解決できるツールがリリースできたことは
とても幸せに感じます。

また、倉庫業を行っているシッピーノさんという会社も
RPA(Robotic Process Automation)を進めているのですが
その会社からも
その情報は運送会社からするととてもありがたいと
高評価を頂くことが出来ました。

で、各運送会社同士が喧嘩を売っている状況で
我社としては細かく最安値になる運送会社を
選別しなければならない状況になりましたが、
それをマンパワーで解決することは不可能と思われましたので
・それに対応すべく新しいアプリの導入が必要
というのが社長決済で通りまして
私が最優先で取り組む課題となりました。

ですが、開発は出来るものの運用をしたこと無い私が導入を行っても
機能をリリースするまでの速度が遅くなるので
”倉庫別運送会社別出荷予想数”
で成功したDevOpsという手法を取り入れて導入することになりました。

運用している側からはかなり批判を受けましたが、
社長から説得してもらって
運用側も今回のプロジェクトに参加することになりました。

DevOpsですが、
ご存じの方も多いと思いますが
Development and Operations
の略となっていまして
通常は新規機能の導入は開発が行って
その後は運用に任せるという手法がよく行われていました。

ですが、この方法だと運用のことをよくわからない（私のような）者が
便利だろうと思われる手法で開発を行っても
円滑に運用できるかどうかは運次第ということもありますし、
バグが発生したときの対処も
開発にフィードバックしないと対処できないというデメリットがあります。

そこで開発された手法がDevOpsとなりまして
開発と運用が一体化して機能をリリースするまでの期間を大幅に短縮する
という手法になります。

↓AmazonにDevOpsについての紹介が有りましたので興味がある方は御覧ください。
https://pg100minkara.page.link/YaCK

間違っていたらすいませんm(_ _)m

ともあれ今日1日で尋常じゃない仕事が舞い込んできたものの
私の周りの方々の協力を得ることで
なんとかなりそうな状況になってきました。

45歳になって今年46歳ですが
勉強したいことが有りすぎて大変です^^;

もっと若い頃にそれがわかっていたら人生が変わったかもしれませんが
勉強したいと思って実行する時期については
遅すぎるということは無いと思います。

生涯勉強を行っていきたいと思っておりますm(_ _)m

みんカラもそうですし、
私の周りの方もそうですし
LINEグループの方もそうですし
皆さん良い方ばかりで
感謝しておりますm(_ _)m