  |
はてなキーワード: VbAとは
管理職と後任が言うには、異動した前任の残したVBAの使い方がわからないこと（前任の引き継ぎ資料の不備）が原因という。
一方で前任の主張はこうだ。
「残業ゼロを達成したが評価されてないし、マニュアルを用意するするほどの時間的余裕は与えられていないのだから、管理職としてはマクロを不要と思っているのではないか。」
「マクロはマニュアル通りの手順を再現しているだけ。嫌なら手作業でやるなり、自分で作ればいい。」
管理職のディスコミュニケーション、不適切な人事評価による部下からの信頼低下が原因と思われる。
しかし、組織としては前任の引き継ぎ不足を責める状況に向かっている。
あまり高度な属人的なマクロを作られるのも困るが、ある程度、こういうことができる社員は増やして活用していくのが良いようにも思う。
ここで前任を処分すれば、今後はマクロを作らないとか、作っても隠匿して手作業でやってるふりをしたりとか、あるいは退職したりとか、そういう方向に働きそうな心配もある。
本当にそれでいいのか？
いわゆるOA分野とか、コンピューターを主に使用する作業の、自動化が流行っている。
製品で言えば、RPAとか、ノーコード、あるいはSaaSやパッケージソフトとか。
OfficeについてるVBAを使うとか、Pythonでスクレイピングとか、そういうのも併せて。
いわゆるマクロ的な何かで、タスクを自動化する、という考え方だ。これは昔からあったとも言えるし、製品や方法論がここ数年、急激に増えて、環境が激変したとも言える。
さて、個人が、その責任の範囲で、自己のタスクを自動化するのは、組織が禁止しているやり方でなければ、それについてとやかく言うつもりはない。
問題は、組織内部での自動化の推進や、それを補助するコンサル、あるいはソフトウェアのメーカーやベンダーだ。
すべてが駄目というわけではない。
「自動化で単純な作業から解放されて、クリエイティブな作業をすれば良い」
言い換えよう。今挙げたようなことを言う（書く）メーカーやベンダー、あるいはコンサルから個人まで。それらは皆、地雷だ。関わってはいけない人だ。
====
何故か。それは彼らが現実を見ていないからだ。そして、その現実を見ていないことが、軋轢を生むからだ。もしかしたら現実を見た上で、しらばっくれてる人も居るかもしれないが、タチの悪さは変わらない。
困ったことに、彼らの言う「単純作業から解放されてクリエイティブな仕事を」は、一見、理想的な環境に見えるのだ。
いや、実際、理想的ではあるのだ。現実的でないという問題さえ目をつむれば。
「世の中には2種類の人間がいる」という、使い古されたレトリックを、労働分野に応用してみよう。
すなわち、言われたことを淡々とやり続けることを好む人と、抽象的な指示や課題に対して、具体的な対応を行うことを好む人だ。
もう少し具体的に書けば、「言われた作業を淡々とやる人」と「創意工夫して結果を出そうとする人」になる。
さて、前者の、言われた作業を淡々とする人にとって。自動化は、己の存在意義と競合する。つまり、自動化されてしまったら、仕事がなくなる。
意識の高い社員や、コンサル、ソフトウェアのメーカーやベンダーの言うような「クリエイティブな仕事」なんて興味がない。
そういう人を「意識が低い」「生産性が低い」と卑下するのは簡単だ。だが、それは何も事態の解決にはつながらない。
単純作業の自動化がなされた時、その人たちに襲いかかるのは、「クリエイティブな仕事」という、安定した手順も方法論もなく、それでいて成否は存在する、という苦痛のような仕事への移行なのだ。
そして少なからぬケースで、単純作業を淡々と行うことこそ仕事、と捉え、そう働いてきた人は、クリエイティブな仕事とやらでは成果が出せない。ただ苦しむだけになる。
おそらく組織としての生産性は上がるだろう。それをもって成果とするなら、それはそれで矛盾はない。
ただし「働き方改革」のような題目を掲げて、自動化を進めていたのであれば。それは善人面をして、人を地獄に蹴り落とす所業だ。本稿のタイトルで「信じるな」と書いたのは、まさにここにある。
この話には、日本の雇用に関する、法律、行政の態度や、判例なども影響してくる。
前述したような、単純作業を奪われ、苦痛に満ちた苦手な仕事にたたき落とされた人は、どうなるか。
第一に、会社を去るという選択肢はある。だが、このご時世だ。今と同等の条件すら見つかるかどうかは怪しい。
それを自業自得と嘲笑するのは簡単だ。改善を肯定し、生産性の向上を是とし、発展を求める価値観からすれば、矛盾はないのだ。それが倫理的に正しいことなのかは、私にはわからないが。
第二に、苦しみながら会社にしがみつくという選択肢もある。正規雇用の場合、これが簡単に成立してしまう。「クリエイティブな仕事」をさせた成果がボロクソに悪くても、本人の意図的な手抜きなどがない限り、会社は簡単には社員を解雇できない。
はて、本人も苦しんでいることが多い、機能不全の社員を雇用し続けることが、生産性の向上や、働き方改革、ワークライフバランスなどにつながるのか、私は甚だ疑問だ。
つまり、業務の自動化、省力化を目的にするのは、それ自体が破綻を招きやすいのだ。それで浮いた人的コストを、どのようにするか。適材適所で別の仕事をあてがえるのか、あるいは解雇して雇用コストを削減するのか。
どうあれ、簡単なことではない。配置転換の教育コストを見積もるのは簡単ではないし、非正規だからと大量に解雇すれば、それだけで負の風評が生まれたりもするのだから。
人は、自分と異質な人に対して、理解が及ばないことがある。これ自体は仕方が無いことと言える。誰しもがわかり合う、なんてのは現実的ではないからこそ、フィクションで度々取り上げられる題材なのだ。
しかしながら、業務の自動化を改善と捉え、自身が単純作業を嫌う人の中には、少なからぬ割合で、単純作業を延々と行い、その労働時間を以て成果となす考え方の人を、理解していない、あるいは想定していないケースが多い。
その不理解や想定不足は何を生むのか。自動化の導入失敗や、同僚からの強い反発だ。決してプラスの結果ではない。その現実から目を背けてはいけない。
だからね。
「単純作業から人を解放したい」とか「空いた時間でクリエイティブな仕事ができるようになる」なんて、手放しで言っていたら。
その人たちを、信じちゃあいけないよ。
蛇足。
筆者は、別に、「単純作業を淡々とやることで鬻ぎたい人」を肯定するつもりはない。
少なくともデスクワーク、パソコンでの仕事等であれば、そういった人は滅びるべくして滅びるだろうと考えている。
だが、彼らに引導を渡すのは、個人や、少人数程度による「カイゼン」的な何かではない。個人や少人数による「カイゼン」が引き起こすのは、せいぜいが内部分裂や、一部の人に苦痛を与えるだけなのは、前述した通りで。
引導を渡す、という次元の話で言うと、おそらくは、そういった非効率的な人員を抱え込んだ組織の崩壊（企業で言えば倒産など）のような、圧倒的かつ、個人で抗うことに意味がない流れになると考えている。
もちろんその場合、多くの社員が路頭に迷うだろう。クリエイティブな仕事がどうとか言っていられる状況ではなくなるのは明白だ。
そういう未来が見えているからこそ、ミクロな視点でしかモノを見ずに、「自動化で業務を改善して～」「クリエイティブな仕事を～」というおためごかしを唱える人には、関わってはいけないと考えているのだ。
50枚ほどまとめて印刷して出す記録用紙のフォーマットのxlsxファイルなんだけど、
セル「XFD1048576」に「気づくのおせえんだよアホの○○（先輩の名字）。ちゃんと仕事しろボケ。アッ、ミツカッチャッタ……(^o^)」とだけ文字列打ち込んでおいた。
口だけ達者な上に経験年数だけ豊富な中途採用の仕事もろくにしないカスで、ミスを指摘されると「俺じゃない」と表情変えて逆ギレしてきたり（坂田以外の従業員は「あー、ごめーん」「ありがとー」「助かるー」「すまん！」って感じで上下関係なく皆指摘されてもフランクに謝ってフランクに修正する心理的安全性を保つ文化がある）テメエのためにリソース割くのマジで人生における時間の無駄遣いだったわ。
お前、何を根拠に自分が職場を回してると思ってんだよ。みんながお前のことを尊重してるからか？60手前で新人いびりと同僚の悪口とマウントと教育と称して仕事全部押し付ける問題児のお前を腫れ物扱いしてるだけなんだよ、いい加減気づけ馬鹿が。
上司が俺だけに風当たり強いのは一般論で言えばパワハラだ。じゃねえよボケ。風あたりも何もお前の問題行為を、周りが気を使って指摘しづらかったからお前の悪行を真っ向から指摘しただけだよ。職場の総意だよクズが。
クズのお前は忘れたかもしれねえけど、入社早々テメエのミスを俺に被せて「新人だし仕方ないから大目に見てやってほしいですね」とか他人事のようにほざいてたの一生忘れねえからな。それとお前に被せられたミスを客先に詰められた俺と一緒に謝ってくれてかばってくれた上司への恩だけは死んでも忘れねえ。
だから良くしてもらった先輩（つうか坂田以外）とかお世話になった上司の定例業務とか、エクセル上で保守しやすいようにVBAで全部自動化してやった。もちろん俺がそうしたいだけだから、無賃＆時間外＆休憩時間に全部やった。坂田以外のな。
それにしても引き継ぎにイタズラ仕込んだの初めてかもしれん。
尚、約3800万枚印刷される模様。
【追記分】
ちょうど今DX化の本読んでるけど、これはごく一部の自動化（デジタライゼーション）だね
PTAの役割や個人の意識がDXを基準にして変革する事がDX化だから
去年から妻がPTAの仕事をすることになり、仕事でDXをやってるんだったら手伝ってよ、ということで半年前から手伝い始めた。
主な課題は2つ
両方ともエクセルを使って実施してるらしいのだがエクセルを使える人が居ないので困ってるとの話だった。
PTAの名簿は「PTA名簿（学年）.xlsx」というファイルで管理されている。
6年生なら「PTA名簿（6年）.xlsx」のファイルがあり、そこに各学年の児童の名前、保護者の名前、役割などが書かれている。
4月になると6年生のファイルは削除し、5年生のファイルを6年生にリネームする。
更に5年生のファイルに入っている各児童の学年・クラス・出席番号を変更する。
変更が終わればそれぞれの行を「切り取り」「挿入」することで出席番号順に並び替える。
変更するときに参照するのは学校側から紙で貰う児童名簿で、始業式当日までは厳秘なので絶対に貰えない。
始業式の翌週には役割分担を決めるくじ引きがあるのでだいたい2，3日で名簿を更新する必要がある。
これが凄い大変、ということだったし、もう10年近く同じ作業が行われてきたらしい。
そもそも学校側から名簿をファイルで貰えませんか、と聞いてみたがやはり無理だった。
印刷したものは渡しているから印刷前のエクセルファイルをUSBメモリに入れてくれればいいですよ、と伝えたが
「USBメモリ？」
という感じだったので諦めた。
次に、PTA側に対してエクセルファイルを一つにまとめましょう、という提案を行った。
ファイルは一つにして6年生、5年生のシート毎に分けましょう、という提案だ。これはすんなり受け入れられた。
そして6年生から1年生までを一つのシートにまとめましょう、という提案を行った。
学年の列を追加してそこに6とか5とかを入れておき、フィルターで6だけ選べば6年生だけ見れますよ、ということを提案した。
詳細は後にするがこれは却下された。
最後にクラスと出席番号だけ入力して並び替えをすれば「切り取り」「挿入」という作業は必要ないということを説明した。
だがこれも却下された。
エクセルファイルのA列には「役割免除」「委員免除」などの文言が書かれていた。
例えば会長などの役員を1年務めた人は兄弟がいたとしても永久に何か役割を割り当てられることは無い。
そのため、児童の列の右側に書かれている「2018年 役員」などの情報を元に、当年度の役割免除かどうかを判断し、A列に役割免除の記載を行う。
これだけなら簡単に自動化できるが、役割免除の判断方法は非常に複雑になっていた。
例えば役員をやっても〇〇委員だけは別で役員の免除期間は3年となる。
また〇〇委員になった人は△△委員は永久に免除されるが、□□担当は当該児童に関してのみ免除され、兄弟に関しては免除されない。
こんな具合で複雑怪奇な情報がPTA規則という名のWordファイルにビッチリ書かれている。
これらの情報を踏まえた上で一番左の列に「役割免除」の文言を記載しなければいけなかった。
1ヶ月ほど妻と議論しながらそれを読み解き、エクセルファイル上で管理できるようにした。
当該児童の2017年の列に「××担当」などと書いておけばいろいろと判断して「役割免除」と勝手に入るようにした。
（ちなみにこれは非常に大変な作業で、子供に紐付く役割情報と親に紐付く役割情報を分けて管理し、整合性を保てるようにVLOOKUPなどを作る必要があった）
さて、この過程で各学年毎のシートに分かれていると兄弟のいる親の管理が複雑になるため、1つのシートにまとめた。
入力場所や管理方法も整理し、今後はこのシートを使ってはどうかと提案した。
が、結果しては却下された。
理由はいろいろあるが、「ルールが合っているかどうか分からない」からが主要因だった。
つまり、PTA規則は実は誰一人として理解しておらず、こちらで作ったエクセルが正しいかどうか分からない、とのことだった。
ちゃんとルールに従っているので今後はこのエクセルで良いと伝えたが、そもそもPTA規則が正しいかどうか分からないと言い出した。
例えばクラス以外に各地域での役割があるのだが、それらがどのようなルールになっているかは地域によって違うし、その場合の役割免除も誰も分かっていなかった。
つまりはエクセルファイルにはただのメモ書きとして残しておくだけであって、判断は別途行う、という運用だった。
また、クラス替えのときにエクセルの並べ替え機能を使ってはどうか、という提案も却下された。
元のエクセルファイルは一部のセルが結合していて並べ替えができなかった。
よく見れば結合には意味が無く、解除すれば並べ替えできる、と伝えたが
とのことで並べ替えは出来なくなった。
各学年毎にPTAの役割を決める必要があり、4月にくじ引きが行われる。
くじ引きは校長・教頭立ち会いの下で役割を一つ一つくじ引きして決めていく。
この模様は録画されて証拠として残される。
くじは各学年・クラス毎に1ch × 30cmほどの紙が用意され、それを束ねてPTA会長が持ち、教頭先生が引いていく。
委員や役割によって免除される人が違うため、同じクラスでも複数のくじが用意される。
黒板に各学年の役割を書き、くじを引いたらその人の紙を貼っていく。
A3用紙に先ほどの名簿を印刷し、裁断機で1cm毎にカットしていく。
これを6学年×3クラス×役割数だけ準備するのでとんでもないことになる。
輪ゴムで止めて付箋を貼って保管しておくらしいのだが、これをクラス替え発表の後に1週間以内で準備しなければならない。
ちなみに全部作った後に、不備がないか一つ一つ確認作業も行う。
「深夜まで作業していることがある」
と言っていた理由が分かった。
そもそもくじ引きなどせずにエクセルでランダムに選出できるということを伝えたが速攻で却下された。
といった提案だ。我ながら名案だと思った。DXは関係なくなったが。
当初はこの案で準備が進んでいたが、結果としては採用されなかった。
まず根本的に勘違いしていたのだが、全ての役割がくじ引きでは決まらないということだ。
前年の2学期が始まるときに各家庭に「来年の役割希望について」というプリントが配られて各家庭で希望を募る。
そのときに「過去に行った役割」や「兄弟で行った役割」を記載してもらい、それを10月頃に受け取って保管しておく。
ちなみにその情報を元にしてエクセルファイルの保全も行っていた。
「変な役割を押しつけられるぐらいなら希望を出そう」という人や、前任の人と仲が良くて引き継ごう、という人がいるので20%ぐらいは希望があった。
希望があった場合、先ほどの「役割免除」のところに「〇〇担当希望」という文字列が入る。
なんと、この文字列が入るとそのセルは赤くなるようになっているのだ。条件付き書式だ。素晴らしい。
1cm × 30cmのくじを作って束にすると、くじを引く側はエクセルでのA列になるのだが、そこがちょうどグレーのセルになるのだ。
くじを束ねても先端部分の色でグレーなのか白なのかを判別できる。
そのため、くじ引きをするときに教頭先生はグレーの紙を優先的に引くことができるのだ。
（希望者が複数いる場合もあるのでくじ引きは絶対にしなければならない）
希望者がいる場合はその人達だけでまずは割り箸くじ引きをする、などを提案したが、逆に準備や運用に時間がかかることが分かり、元のやり方に戻された。
また、ファイルに分かれていたのもその紙の印刷をやりやすくするためであり、全てが紐付いていた。
A列には手書きで免除の文字が書かれることもあり、それを引いた場合はもう一度引く、といった具合だ。
非常に複雑怪奇になっていたので完全に手を引くことにした。
最後に、これらのルールが明文化されていないのが大きな課題だから明文化したらどうか、という提案をしたが却下された。
PTA総会での議題決議になり、まぁ想像しなくても大変そうだろうなぁと思った。
そんな決議を取るぐらいならいっそのことPTAを解散するという決議の方がいいかもしれませんね、という話をしたら会長は苦い顔をしていた。
この数ヶ月にわたってPTAや教職員達と触れ合ってきたが、普段相手にしているそれなりの企業の人達と違ってITに対する不信感が大変に大きかった。
一部、中小企業のワンマン社長などが似たような感じではあるがその比では無かった。
エクセルで自動計算してくれるということを説明しても計算結果を信用しないだけでなく
「そんないい加減なやり方だとダメ」「怠けるのは良くない」
「ITで楽してた人が非常時に役に立たず、経験と勘に頼った人がヒーローになる」
というのを目指している感じだった。あの手のドラマが売れる理由がよく分かった。
もちろん、ネットでは見聞きしたことはあったのだが、2022年の現代で、しかも同世代の人達でも同じような感覚の人が多いというのは衝撃だった。
また、例えば同姓同名の保護者がいて、それぞれに兄弟がいた場合は今のシステムが破綻するので各保護者にエクセル上で番号を振ってはどうか、という提案をした。
ご想像の通り、個人番号のように管理するのは如何なものか、というお手本通りの拒絶反応を示された。
思えばあの辺りから不信感が大きくなったようにも思う。
これは皮肉ではなく、この半年ほどだったがPTAのDX化（？）に関われて本当に良かったと思う。
資料やそこに書かれた数字として、ITリテラシの低さや地方自治体でのIT化の遅れなどを知ってはいたが、実は分かっていなかったのだ。
ITリテラシやエクセルの使い方などの前に、そもそも「楽をして生きよう」という人が少数派なのだと思い知った。
そして民主主義を貫く限り、多数派の意見に勝つことは無いのだ。
政治家が時にはバカな政策を立ち上げて、全く効率的で無いことがバカにされるが、実はあれは正しかったのだと思う。
企業活動は「楽をして生きよう」の精神があるにも関わらず、大企業になるほど非効率になるのは同じところに原因があるように思う。
自分自身がこのような視点を持てたことは大きく成長できた部分であり、感謝している。
たぶんこの手の話をみんな大好きだろうから伸びるだろうなぁと思ったらやっぱり伸びた。いろんな人に知って貰えて素直に嬉しい。
いくつかコメントに返信しておきたい。
もちろん完全に本当の話ではなく身バレを防ぐ為にフェイクを混ぜているが9割は真実だし「本当に？」って思うところは真実だ。
例えば紙のクジは真実なんだ。残念ながら。
「USBメモリ？」
「USBメモリ、ああ、USB、ね。ハイ。そうですね。でも、多分使えないんじゃないですかね？容量とか。そういうのが」
という感じだった。
その後もいろいろ話したが、結果的には印刷物をスマホ撮影してExcelに取り込む方法を使ったので業務はかなり楽になっている。
ちなみにUSBメモリはセキュリティの観点で結構前から多くの企業で禁止されていることもあって、意外とこういう反応は多い。
会社で若い人に「USBメモリ持ってる？」と聞いてみるといい。恐らく持ってないし、使ったことも無い。
別にやろうと思えばAWS上にReactでWebシステム作って納品してやっても良かったんだが、
仕事でもこういう問題は多々あるので自走できるように配慮する、というのはかなり気を使ってやった。
そもそもエクセルを使って解決しようとしたのもそれがあるからだし、割り箸くじも同じだ。
加えて、例えばExcelも一つのセルに式を押し込むのではなく、複雑怪奇なルールをそれぞれの列に分割したりした。
最低限VLOOKUPは理解して貰う必要があるが、それ以上に高度なことはしていない。マクロやVBAなんてもってのほかだ。
PTA側から逆に「結果だけ出して欲しい」と言われたが、そうすると引き継ぎ時やルール変更時に困るから、という理由でそこは死守した。
それでいて、入力するところはこの部分、というのをメモ付きで残すなどの配慮はしたのだが、結果は書いた通りだ。
途中でこのような不信感が募ったのだが、正直密室会議で決めるほどの権力も名誉も無い役割なので違うと思う。
ただ単に新しいルールを取り入れることへの恐怖のようなものが背景にはあると思っていて
誰かがやり始めたのでそのまま続けるしかなくなっているのが現状だと思った。
これは恐らく真実で、自分が会長立候補して「変えます」と宣言していたらやっていたと思うし、役員だったとしてもやっていたと思う。
PTAをやっているのは妻で、その手伝いという微妙な立場だったのでこんなやり方になってしまった。
規約にも書いてないから勝手にやってしまえば良かったかもしれないが、そもそもの動機が
「妻が土日にいないと困る」
ぐらいだったのでそこまでやる気は無かった。
これはその通りでPTA役員会の仕事の9割はPTA維持のための仕事である。
ただ勘違いしないで欲しいのはPTAそのものの業務というのはいろいろあって、それなりに必要とされている。
まぁ、必要とされているかどうか怪しい仕事もあって、例えばベルマーク集めとか校庭周辺の草むしりなどである。
ベルマークは未だに集めているし、なんなら今はWebベルマークなんていうのもある。詳しくは調べて欲しい。
その辺りの業務はお金で解決できる、という話は度々上がるらしいが、実施されることはない。
これはもちろんそう思ったのだが、受け入れ可能な形での提案をするのも大事だとは思っている。
思惑としては割り箸くじをまずは導入してもらい、効率化という意識を高めてもらってから根本的な改革、という流れが良いかな、とは思った。
一般的な企業とは違って劇薬は思わぬ副作用を生むのだ。恐らくだが。
また、根本的な話をするとPTAの是非を問うことになるし、実際に会長には伝えたし、来年度以降にそれをやってもいいとは思った。
周りの学区でもPTAが廃止されているところは増えてきているし、２，３年後にはうちも無くなりそうだとは思った。
とはいえ、教師負担が大きくなった結果の悪影響は未知数だし、ボランティアベースでの活動にも限界があるだろうから何かしらの強制力も必要なのではないか、とも思う。
日付機能はExcelに付いています。時間を計算したり、集計したりする機能も
Excelに付いています。後はそれに残業の処理などを追加するだけです。
実際に筆者が開発したシステムなのですが、800人を超える被雇用者がいる企業
隠しシートを一つデータシートにして、そこに給料の明細項目と金額を書き込
これも筆者が開発したシステムです。ゲーム内貨幣を使うゲームの結果をスクレ
イピングし、統計的に勝ち負けを算出し、ゲーム内貨幣が増える確率と減る確率
VBAを使うと、ワークシート関数を新たに作成することができます。
作成したワークシート関数は、そのブックに保存しておけば、そのブックのどこ
からでも既存のワークシート関数と同じように使用することができます。
そんなExcel VBAですが、当然メリットとデメリットがあります。主なものを挙
げます。
メリット1・備わっているExcelの機能だけでは実現できない処理が実現可能
最大のメリットがこれです。
例えばボタンを押したら処理が走る、なんて機能にしても、VBAでボタンを押し
大規模なExcelファイルになると、いろいろと凝った計算処理が出てきます。
こっちのセルを参照し、そっちのセルを参照し、二つの結果に処理を施し…など
のような事例です。
Excelの式で書くのが厄介になってくる場合があります。というか、たいていそ
うです。
そんなとき、計算処理をVBAにすれば、複雑な計算も見やすく書けますし、後々
Windowsのコアな部分の機能を使ったり、外部のテキストファイル（ログファイ
ル、JSONファイル、HTMLファイルなど）やACCESSと連携することもできます。
これらを活用すれば、Excelが実用に耐える大規模システムの一部になるのです。
そのような大規模システムは、一般的にはエンジニアの手によって開発されま
同じExcelファイルの中に、同一の処理が散在していることはよくあります。
そんなとき、VBAを使ってコードを記述し、VBAを呼び出すようにしておけば、処
デメリット1・VBAを知っている人でないとメンテナンスできない
当然ながら、VBAを含むExcelファイルをメンテナンスするのにはVBAの知識が必
要です。
すると、作成者がいなくなると誰もそのExcelファイルをメンテナンスできな
い、なんてことが起こり得ます。
メンテナンスしなくてもいいITシステムは存在しないので、これは大きなデメ
リットです。
筆者が最大のデメリットだと感じているのはこれです。
セル参照であれば、ある範囲のセルを削除したり、逆に挿入したりすると、参照
ところが、そのセルを使うVBAのコードには調整は一切かかりません。手作業で
ここの問題は仕方がない部分ではあるのですが、実際なんとかしてほしいところ
【現状】
・職歴はITと無縁のブルーカラー(派遣社員時代にデータ入力オペの経験があるので、パソコンと長時間向き合うのは苦痛ではない)
・手先が不器用すぎて今の仕事に適正を感じない&職場の定例作業をサボるためにエクセルのVBAに触れて楽しさを感じ、年齢的にも転職がラストチャンスなので今後の身の振り方を考える
・とりあえずjavaは求人数が多いと聞いたので、Java bronze(Silverの取得を目的とした第一目標として)の勉強中。
・ITパスポートは取得した。続けて基本情報も取ろうとしたが、午後問題がネックになりそうなので、前述のJavaの勉強は午後試験対策も含む。Silver取得後、基本情報取得予定。
・結婚は考えてない、私生涯独身確定孤独死の危機、こっちは黒猫のジジ、一人で食える程度の稼ぎがあればいいので、給与や待遇は高望みしていない。食いっぱぐれなければ派遣社員でも良い。(SEの友人からは未経験でも低待遇な所は経験積んでも低待遇なので、安売りせずに350万以上の会社を探すように言われた、そんな会社あるん？)
・コロナ禍になってから、将来的にはリモートワークが出来る仕事をしたいと考えてる。(親の介護や、コロナ移行の新たな伝染病等を視野に入れて)
【悩み】
・転職を考えた場合、他業種に従事しながら勉強することが非効率的だと感じる。さっさとSESに入り込んで就職するべきか、それとも企業実習コース付きの職業訓練に通うべきか。
・プログラマとしての就職が理想ではあるが、調べてみると年齢的になかなか厳しいらしいので、インフラエンジニアも視野に入れている。
・拾ってくれるSESにとりあえず転がり込むか、職業訓練を受けてじっくり勉強してハロワ職員と二人三脚で就活に挑むのが安牌か、IT未経験としては判断がつかない。
RPAに助けられた人もいるよって話だけど、RPAを盲信してるわけではないので大変だったことも書く(RPAが大変っていうより導入支援を担当してたITコンサル企業がクソ)
生存者バイアスだと思うのであくまでこういう人もいるんだくらいで読んでね
大手企業一般職(RPA業務経験)→中小SI企業SE→派遣RPAエンジニア
【経緯】
私は2016年に新卒で大手企業に一般職として入社して、2017年の1〜3月頃に所属部署にRPAが導入された。
最初はITコンサルが私の担当業務(日次で行う定型業務)を自動化して持ってきたのだが、正常稼働しないポンコツだったのでそれをまともに動くものにすることから始まった。
私は暇だったのでたまたま対応できたけど、多分他の人だったら積んでたと思う。(別の課にも導入されたが、動かないまま放置されてた)
なお、その時の私のスキルは、Excel関数は得意、VBAはボタンを押したらシートを印刷するマクロを作ったことがあるという程度のレベルだった。
当時の状況は以下だ(ツールはUipath)
・パソコンの処理速度によって、正常稼働したりしなかったりする。
→これはRPAで疲れ果てた方も言ってたやつ。
Delayで◯秒待機というのが置かれてたり、それすらなかったりしたのを、操作対象(ウィンドウやボタンなど)の存在を確認するまで待機するアクティビティを配置して対応した(タイムアウト時間を設定して、それを超えたらエラーとなる)
→これ自体は動作に影響はないのだが、同じ修正をそれぞれのプロセスにかけないといけないので、共通動作は1つのプロセスにまとめて、それを各プロセスから呼び出すように変更した。
→RPA化するにあたりITコンサルが作ってくれたのだが誤りだらけだったので組み直した。
上記に対応したらRPAとVBAのスキルが身につき、なおかつ担当業務が自動化されて更に暇になったので、新規でRPAプロセスやExcel,AccessVBAツールを開発したり、既存のレガシーExcel,AccessVBAツールの改修などを行っていた。
業務自体は楽しかったのだが、通勤時間が長く、低賃金で職場の近くに引っ越すこともできなかったので自宅(実家)から近い(それでも1時間弱かかる)会社(中小SI企業)に転職した。
本当はプログラミングをやりたかったのだが、そこではBIツールの画面開発とDBのテーブルやViewの作成とかをやってた。
1年ほど勤めていたが、体調の都合により退職した。
その後結婚をして半年ほど専業主婦をやってたが、体調も安定したのでフルリモートでできる派遣の仕事を探してたらRPAエンジニアを募集してたので申し込んだ。
無事受かったので、今は大手企業の業務部門内のRPA開発チームでRPAの開発を行なっている。(使用ツールは日本企業での導入が少ないので伏せます。)
業務の傍ではなく、主業務として開発を行なっているので、しっかりとしたプロセスができていて感心している。
今は派遣だが、社内試験を受かれば正社員になれるので、今後何事もなければここで働き続けるつもりだ。(育休産休時短勤務があるので、働きやすそう)
給料も高くなり、働く環境も良くなったので、新卒で入った会社でRPA担当できてラッキーだったなと思っている。
ちなみに私自身のRPAの認識は、システム化できないものをRPA化するというよりは、システムとシステムの橋渡しをしてあげるものだと思ってます。システム間の連携すら本来はシステム化されるといいんだけどね！
