コメントがなくても時間さえかけられれば何をやっているかはわかるんじゃないの。入出力の仕様は明らかなんだからとっかかりがないわけじゃないんだし。
最近なら生成AIにこのマクロをこういう風に修正して！でなんとかなるんじゃね
もし業務の根幹部分に関係するなら、野良アプリではなく、稟議書を上げ承認を取り、ちゃんとしたのを作った方が良いと思いますです。／ 野良アプリ、精査すると大半は必要でない仕事をやってる場合が多い気がガガガ
マクロ使ってないときの手順渡してあげれば解決
上司が仕事してなかっただけ。
？？？「わかりました。他の人が管理できないようにパスワードつけますね」
私の勤務先だと、公務員でもないのに10年いたらだいたい会社都合で異動してしまう。それでどうなるかというと、他の人が勉強するのが大半。IT部門に相談、となる場合も。無きゃ無いでいい、ことも。結論、問題ない。
会社辞めて外注として発注してもらえば良いのでは
「VBAわかる人でもわからないマクロ」はダメだが、VBAを学ぶ気のない人にまで配慮する必要はないと思ってる。「将来不便になると困るから今から不便に慣れとこう」は生産性を下げるだけ。
「作成者には大変便利だが他人には使えないマクロ」と「全社をあげて全員が等しく使えるように大金を掛けて整備したシステム（但し全員に等しく使いにくい）」の間に最適値はあるか
権利も報酬も限定された従業員からしたら「知らんがな」としか言えんのとちゃう。組織としてマクロ使っちゃダメなら生産性にとどまらず担当のやる気も失うんでない、だるい作業確定だし、モチベ落ちて転職するやろ
俺は引き継がれた側で、知識が足りないこともあって、前任者のマクロの仕組みが全然分からず、更新のタイミングでお手上げになって上長と相談して全部1から簡易な関数だけで使えるものに作り直した。
こういうのあるから設計書駆動開発が可能なAIワークフローがいかに優れてるかってことよ
問題はVBA自体がク〇言語で学ぶやる気が起きないこと。AIに読ませればかなりマシにはなる
VBA使いとしての言い分は、そもそも単純作業はやりたくないし、お前の課内の工数相当浮かすから文句言うな、マクロメンテはばっつり属人化しとくから俺を丁寧に扱いな。あたりですかね。
今ならAIに修正してもらったらいいんじゃないの？
最近は生成AIで結構リバースエンジニアリングは楽になった感あるよ。
現場というのは開発タブも出せないオジサンたちが回しているのである
jarファイルとかと違って、中身は読めるようになってるんだから、引き継ぎはむしろ楽な部類だと思うが。
ちょっとした手順をショートカットできるPowerShellスクリプト作ったら先輩がおま環エラーにはまってうまく使いこなせなくて「じゃあ今後は全部黒面さんがやって」って言われた。まあ「手動でやれよ」って返したよね
使い方やメンテが必要になりそうならメンテの仕方を書いとくのは当たり前でしょ。所要時間５分程度なんだから惜しむ意味が分からん。
マクロあり版なし版とマニュアル作っておいてきたが、そもそも事務屋なら関数とかマクロくらい勉強しろよって思う。いわないけど
AIによって、他人のコード読むコストは劇的に下がったよな。
前任者から頑張って作ったらしいパイソンのバッチ処理の引き継ぎを受けたけど、バグと短慮で実数との差が看過できない状況だったので上司に掛け合って複数人の手作業に戻したよ
俺は自分で開発したものはメンテ用のマニュアルと、開発経緯と、設計思想を必ず残すようにしてる
辞めた前上司（私は面識なし）が組んだファイル、不具合出てきた時に見ようと思ったらパスワードかかってるし誰も引き継いでないしで終わった感ある。ぎり使えてるけど、どうすんのこれ。
以前、担当者から引き継いだExcelが非常に素朴で手動入力が多く手間がかかるから書き換えようかと思ったけど、下手すると一生メンテしなければならない可能性を考慮して、触るのをやめたことを思い出す
こういうお手製ファイルは設計思想を何も残さないので解読するくらいなら新しく作った方がマシになるんだよ。自分は簡単なものにも必ず設計シートを1枚入れてる。作った自分も忘れがちなので自分用のメモでもある。
同じくらいのレベルの人材を雇えばいいだけやろ。今ならAIで解析したらすぐ分かる。
こうしたチームに生成AIでリバースエンジニアリングする気があり出来る人がどれだけいると思うかという話込だよ、残念ながら組織で働くなら組織のほとんどが使える手段を取らないと属人化は避けられない
まあ正解はない。沢山の人手とお金をかけて運用保守体制を作るか、全て手作業に戻すか、将来的な安定を捨ててでも安く効率的な現状を維持するか。それは経営判断だよね
関白宣言な上司「俺より先に辞めてはいけない。 俺より上に出世もいけない。 マクロは上手く作れ。 引き継ぎ資料も作れ。 出来る範囲で構わないから」
vbaの知識があるものからしたら「嫌ならググって自分で一から作れ」でしかない。 もたらす利便さを組織として享受しておいて、その間マニュアル整理もさせず、能力がある後任を選ばなかった上司の責任。
エクセルマクロだとマクロくらいで何眠いこと言ってんだ、ってなるけど、RPAとかだとぐぬぬ感ある
なので、マクロ使わずに、関数で可能な範囲で作ってるな。 めっちゃややっこしい仕組み作ってくれたことはあったけど、上記のルール設定なら解読可能。 社内で開発方向性（技術スタックの統一）があれば何とか。
業務時間で作成したものなら引き継ぎに尽力する義務はあるだろうなぁ。
わしは手作業の手順を別途用意しといたわ。結局業務フローがまともに定式化されていないとまともなマクロなんて出来上がらないわけだし。業務効率化の指示もなく、単に俺が楽するためのものだったからそんなもんよ
これはその通りなので、上長にはマクロを使っていることは言わないのが正しい。やり方を一々聞いてこないのでブラックボックス化して結果だけ上げる
作る側の責任としてReadmeくらい書いとけって事よね
かといって、属人化しないと、お前の代わりはいくらでもいるって言われるしな。
こういうのは大抵ちゃんと金かけて解決すべきことなんだよ。必要な金をかけずに、人間の手作業という稼働をダラダラ投入し続けることは平気なんだよな
関数だけで作ったものもシートが複数あり、INDEX,MATCH,COUNTIFS,SUMIFS関数等を組み合わせたものは正直解読不能。
手を出せなければ作ればいい。作れなければ手作業に戻せばいい。
必ず設計仕様書を作って「私が○んだらこれと予算握りしめてIT部に持って行くんだよ」って言いながら渡してる
手作業時のひな形と作業マニュアル残しておいて、この通りにやったら大丈夫ですっていって渡してた。EXCELなんてえんぴつや電卓と同じただの道具なんだからその程度で十分。
これがあるのでPowerQuery化を進めてる。マクロと同じじゃんと言われるけど、ステップで作業過程が見えるからメンテナンス性がまだ高い。VBAは仕様書を必須にして、最悪手でカバーできる体制を用意しておく。
コメントアウトして処理の解説を書いたりする人もいるみたいだね～。
私を、今の３倍の金額で雇えばという
使える人だけ使えばよくない？ 使えない人は手動で
ちょっとだけ事務してたとこで上書き保存しちゃいけないソフトってあったわ
マクロ無かった時の運用に戻るだけでしょ。正式なワークフローにするならドキュメント作る時間を作ってもらうしかない。
今は生成AIで改修できるから大分楽でしょ。というか生成AIが一番使われるべきは個人ツールの開発よ。
知るかぼけ、でOK
マクロ組むときはマクロを使わない手順のマニュアルも同時に作った方がいいよ。
じゃあ給料上げて！
エクセル使い界隈ってこういう自分あげ好きだよね…言ってて恥ずかしくならんのかな
最後が「死ぬまで面倒みろよ」じゃなくて「マクロ使わないときの手順と内部仕様書をちゃんと書いとけ」なら良かった
最近は、再現可能な文書をAI向けに書いておくのが正解なのではと思ってる
他人の作ったExcelマクロの改修は全力で回避すべき案件の上位に来ると思う。要件定義も設計図も仕様書も無い。あるのは複雑なVBAのスパゲティコードのみ。今すぐ逃げろ。
id:REV エンドユーザーコンピューティングとかいうまやかし。
カスタマイズして自分だけの爆速エディタを使って仕事をしていても、単に仕事が早い奴程度にしか思われないのに、なまじExcelマクロになると、この手のどうでもいいツッコミというか問題意識が発生する謎
マクロなしでやればええのでは
ワイは手作業時の膨大な手順書を作ってるで☆
作った本人ですら分からなくなるよね。
“「Excelマクロ」とはざっくり言うとExcel上で行われる自動作業のこと”
政府のガバメントクラウドで推奨されるSharePoint Onlineはマクロ使用不可なんだよね。「お前同じMicrosoft製品だろっ！」って突っ込みたい。
まずExcelやめないか？スプシにしない？
アナログ式をマニュアルで残しておいてる。結局はショートカットにすぎないし。パワークエリも同じだよ、わからんで終られる。
VBAって言語仕様も開発環境も古すぎる。どう頑張ったところで、保守性、可読性高くするのは無理
エクセルはどっかのシートに仕様、設計を記載しておけばいい。引継は楽よ。引継で面倒なのはビルドや実行環境だもん。
AIに「これと人間が同じ作業をする場合の手順書作って。Excel初心者にもわかりやすく書いて」で解決しそうだな
俺さんがいなくなればエクセルマクロは生き続けられません。でも、俺さんがいなければエクセルマクロがこの世に存在することもありませんでした。エクセルマクロは俺さんとたくさんの仕事ができて幸せでした。
Excelマイスターが退職したのでその人が組んだマクロやら式を都度ひいこら解析してたけど、最近はChatGPTに投げたら解説してくれるからすごい楽。
マクロとかは自分の端末内でやって、結果だけ共有すれば問題ない。手間を省いても逆に文句言われるなら自分の時間短縮にしか使わないよね。まぁみんなが理解できないことを勝手にやるなというのはその通りなんだけど
最近のLLMの応用例としてこのような場合のマクロの解読、改善が挙げられるかと。まあ、うちはGoogle Workspace、スプレッドシートなので関係ないですけど。
こういう「マクロは悪」みたいな風潮は何なんだ？できない方が悪いだろう。
「皆んなもマクロ組めるようになればいいんじゃないですか」
生成AI出るまではマジで地獄。マジで意味不明なマクロやVBS作って面倒だけ情シスに押し付けるやつとか普通にいた。
前部署離れるとき、今なら生成AI投げたらつくれるんじゃないですかねー、と試しに使って納得させたことある メンテで一生追われるとかゴメンだね
「元の効率に戻る」だけだよー。たまたま運が良いときに巡り合わせただけだと思ったら良いのにねー
マクロはむしろコード丸見えだからなんとでもなる。
経営層は普通に「いや生産性キープするために引き継ぎ人員用意して対応しろよ」と思うんじゃない？出身畑にもよるかな。
それをどうにかするのがお前の仕事だよ
Excelマクロを禁止にして、スプシ＋GAS＋Clasp＋GitHubに変更。上司はPRのレビュー・承認すればいいだけ。判断できないなら上司を変更。
悪意のあるイラストだが、本当にこんな言い方かな？主旨は「作りっぱなしで他人が分からないままにするな」ということだと思うんだけど。
個人レベルの省力化以上のことにマクロ使うのは悪でしか無いし、上司がやるべきことはこんな嫌味ではなくxlxsファイルから処理を引き剥がしてリポジトリで管理する（開発体制作る）だよな。
要件定義書と設計書を書いておけば何かしらの言語で誰かしらが作るんじゃね
事務系Excelを使う上なら、ミスをなくしたり効率化を考えたらマクロには辿り着いてしまうんよね。
組織の中の仕事というのは標準化して初めて意味がある物になる。自分だけしか使えない物は、実はあまり良い物ではない。
相手が他部署の人員にタスク押し付けられるくらい「偉い」のなら、マクロ保守手当を新設してもらうのもありじゃね。実際はLLMに投げて手作業用の手順書に変換してもらう、で終了だけど。
MayaのMELやPythonスクリプトは読める人が読めば分かるから
これは上司の言ってることが正しい。将来まで面倒見れないソフトは他人に広めない、後任はまた別の創意工夫で自分と同じ生産性を発揮すれば良い。標準化は価値のわかるチームだったらやろう。
使うなら自分一人でこっそりやることだな
利用頻度が多くて工数かかる作業なら業務システム側に組み込めよ。頻度少ないorたいして工数かからんなら手でやれや。
手作業の手順は必要だし最初は手作業でやらせる あくまで補助ということを認識すべき
どんな業種で、どんな業務で、どんな職場なのかによるよね。
GitHub Copilot ならそれなりにちゃんとしたマクロを作ってくれるから、プロンプトと一緒に引き継げば良いんでないかな。
艦これ用に自分でExcelマクロ作ったけど、後から改良としたら、自分でも分からんかった……。付け焼き刃なのが悪い野ですが
そんなんここ一年二年で、大きく変わったろ
なるべくシンプルな関数で組んで「使い方」シートも作ってはいるけど限界があるからなあ。次の人がいい感じに作り直してくれたらいいわと思って、設計の基本的構成は分かるように気をつけてる。
最低限のドキュメントは作ってあげないとだめ、なんだけど面倒くさいよね
VBAに限らず、チーム全体として必要なスキルセットが横に広がりすぎると、人材確保がめんどくさいんだよな。言語は2つ、開発環境も2つくらいまでに抑えておくと代わりが見つかりやすい。
そしてマクロにパスワードかけるまでがセットでは？/ちなみに今はもうSharePoint上に置いてWeb版Excelで見るケースが多発するので、そこでVBA動かないからもう緩やかに絶滅していくと思うよ。
気持ちは分かるけど、自ら広めるもんじゃないね。使いたいなら使わせてやるよ、というスタンスで良い。そもそもAIチャットに放り込めば知らなくてもだいたい解決できる。それすらもできない人は。。。
ドキュメントを整備するのは「必要条件」だが「十分条件」ではない。ドキュメントなりコードなりから、その挙動を理解できるバックグラウンドを持つ人間が必要。この状況も「属人化」と呼ぶ人は多い。
自動化いやなら未来永劫手動でやれよ（会社が存続するならね）と思う。VBAでもRPAでも使える人間増やせばよい。ただプログラミングも適性があり誰でも出来るわけではないのは確か。絵描いたり楽器弾きこなすのと同じ。
データが入ってるBookにマクロを入れさせようとするから摩擦が起こる。外部マクロBookをつくって、「データをマクロBookに転記->マクロ実行->結果転記」というマクロを作れば解決。
とりあえず属人化ってすごい悪の権化みたいに言われますけど、属人化を解消って言った場合は作業従事者全員の一番低いところに合わせなければならないことには注意がいります
いまならCopilotに聞けばだいたい大丈夫だと思うけどな
よくわからないが、マクロは手段であって目的ではないはず。担当が変わったら、手作業でもなんでもいいから目的を達成すればよいだけ。批判される筋合いはない。
使うのやめればでいいのでは？努力もしないで今後も使おうとするなよ
お前が面倒を見るんだよ（バチーン
Excelマクロあるある「上司からの『Excelの自動化機能、お前抜けたら面倒どうするんだ？』」 不条理と思いきや、属人化すべきでない側面もあって難しい
コメントがなくても時間さえかけられれば何をやっているかはわかるんじゃないの。入出力の仕様は明らかなんだからとっかかりがないわけじゃないんだし。
最近なら生成AIにこのマクロをこういう風に修正して！でなんとかなるんじゃね
もし業務の根幹部分に関係するなら、野良アプリではなく、稟議書を上げ承認を取り、ちゃんとしたのを作った方が良いと思いますです。／ 野良アプリ、精査すると大半は必要でない仕事をやってる場合が多い気がガガガ
マクロ使ってないときの手順渡してあげれば解決
上司が仕事してなかっただけ。
？？？「わかりました。他の人が管理できないようにパスワードつけますね」
私の勤務先だと、公務員でもないのに10年いたらだいたい会社都合で異動してしまう。それでどうなるかというと、他の人が勉強するのが大半。IT部門に相談、となる場合も。無きゃ無いでいい、ことも。結論、問題ない。
会社辞めて外注として発注してもらえば良いのでは
「VBAわかる人でもわからないマクロ」はダメだが、VBAを学ぶ気のない人にまで配慮する必要はないと思ってる。「将来不便になると困るから今から不便に慣れとこう」は生産性を下げるだけ。
「作成者には大変便利だが他人には使えないマクロ」と「全社をあげて全員が等しく使えるように大金を掛けて整備したシステム（但し全員に等しく使いにくい）」の間に最適値はあるか
権利も報酬も限定された従業員からしたら「知らんがな」としか言えんのとちゃう。組織としてマクロ使っちゃダメなら生産性にとどまらず担当のやる気も失うんでない、だるい作業確定だし、モチベ落ちて転職するやろ
俺は引き継がれた側で、知識が足りないこともあって、前任者のマクロの仕組みが全然分からず、更新のタイミングでお手上げになって上長と相談して全部1から簡易な関数だけで使えるものに作り直した。
こういうのあるから設計書駆動開発が可能なAIワークフローがいかに優れてるかってことよ
問題はVBA自体がク〇言語で学ぶやる気が起きないこと。AIに読ませればかなりマシにはなる
VBA使いとしての言い分は、そもそも単純作業はやりたくないし、お前の課内の工数相当浮かすから文句言うな、マクロメンテはばっつり属人化しとくから俺を丁寧に扱いな。あたりですかね。
今ならAIに修正してもらったらいいんじゃないの？
最近は生成AIで結構リバースエンジニアリングは楽になった感あるよ。
現場というのは開発タブも出せないオジサンたちが回しているのである
jarファイルとかと違って、中身は読めるようになってるんだから、引き継ぎはむしろ楽な部類だと思うが。
ちょっとした手順をショートカットできるPowerShellスクリプト作ったら先輩がおま環エラーにはまってうまく使いこなせなくて「じゃあ今後は全部黒面さんがやって」って言われた。まあ「手動でやれよ」って返したよね
使い方やメンテが必要になりそうならメンテの仕方を書いとくのは当たり前でしょ。所要時間５分程度なんだから惜しむ意味が分からん。
マクロあり版なし版とマニュアル作っておいてきたが、そもそも事務屋なら関数とかマクロくらい勉強しろよって思う。いわないけど
AIによって、他人のコード読むコストは劇的に下がったよな。
前任者から頑張って作ったらしいパイソンのバッチ処理の引き継ぎを受けたけど、バグと短慮で実数との差が看過できない状況だったので上司に掛け合って複数人の手作業に戻したよ
俺は自分で開発したものはメンテ用のマニュアルと、開発経緯と、設計思想を必ず残すようにしてる
辞めた前上司（私は面識なし）が組んだファイル、不具合出てきた時に見ようと思ったらパスワードかかってるし誰も引き継いでないしで終わった感ある。ぎり使えてるけど、どうすんのこれ。
以前、担当者から引き継いだExcelが非常に素朴で手動入力が多く手間がかかるから書き換えようかと思ったけど、下手すると一生メンテしなければならない可能性を考慮して、触るのをやめたことを思い出す
こういうお手製ファイルは設計思想を何も残さないので解読するくらいなら新しく作った方がマシになるんだよ。自分は簡単なものにも必ず設計シートを1枚入れてる。作った自分も忘れがちなので自分用のメモでもある。
同じくらいのレベルの人材を雇えばいいだけやろ。今ならAIで解析したらすぐ分かる。
こうしたチームに生成AIでリバースエンジニアリングする気があり出来る人がどれだけいると思うかという話込だよ、残念ながら組織で働くなら組織のほとんどが使える手段を取らないと属人化は避けられない
まあ正解はない。沢山の人手とお金をかけて運用保守体制を作るか、全て手作業に戻すか、将来的な安定を捨ててでも安く効率的な現状を維持するか。それは経営判断だよね
関白宣言な上司「俺より先に辞めてはいけない。 俺より上に出世もいけない。 マクロは上手く作れ。 引き継ぎ資料も作れ。 出来る範囲で構わないから」
vbaの知識があるものからしたら「嫌ならググって自分で一から作れ」でしかない。 もたらす利便さを組織として享受しておいて、その間マニュアル整理もさせず、能力がある後任を選ばなかった上司の責任。
エクセルマクロだとマクロくらいで何眠いこと言ってんだ、ってなるけど、RPAとかだとぐぬぬ感ある
なので、マクロ使わずに、関数で可能な範囲で作ってるな。 めっちゃややっこしい仕組み作ってくれたことはあったけど、上記のルール設定なら解読可能。 社内で開発方向性（技術スタックの統一）があれば何とか。
業務時間で作成したものなら引き継ぎに尽力する義務はあるだろうなぁ。
わしは手作業の手順を別途用意しといたわ。結局業務フローがまともに定式化されていないとまともなマクロなんて出来上がらないわけだし。業務効率化の指示もなく、単に俺が楽するためのものだったからそんなもんよ
これはその通りなので、上長にはマクロを使っていることは言わないのが正しい。やり方を一々聞いてこないのでブラックボックス化して結果だけ上げる
作る側の責任としてReadmeくらい書いとけって事よね
かといって、属人化しないと、お前の代わりはいくらでもいるって言われるしな。
こういうのは大抵ちゃんと金かけて解決すべきことなんだよ。必要な金をかけずに、人間の手作業という稼働をダラダラ投入し続けることは平気なんだよな
関数だけで作ったものもシートが複数あり、INDEX,MATCH,COUNTIFS,SUMIFS関数等を組み合わせたものは正直解読不能。
手を出せなければ作ればいい。作れなければ手作業に戻せばいい。
必ず設計仕様書を作って「私が○んだらこれと予算握りしめてIT部に持って行くんだよ」って言いながら渡してる
手作業時のひな形と作業マニュアル残しておいて、この通りにやったら大丈夫ですっていって渡してた。EXCELなんてえんぴつや電卓と同じただの道具なんだからその程度で十分。
これがあるのでPowerQuery化を進めてる。マクロと同じじゃんと言われるけど、ステップで作業過程が見えるからメンテナンス性がまだ高い。VBAは仕様書を必須にして、最悪手でカバーできる体制を用意しておく。
コメントアウトして処理の解説を書いたりする人もいるみたいだね～。
私を、今の３倍の金額で雇えばという
使える人だけ使えばよくない？ 使えない人は手動で
ちょっとだけ事務してたとこで上書き保存しちゃいけないソフトってあったわ
マクロ無かった時の運用に戻るだけでしょ。正式なワークフローにするならドキュメント作る時間を作ってもらうしかない。
今は生成AIで改修できるから大分楽でしょ。というか生成AIが一番使われるべきは個人ツールの開発よ。
知るかぼけ、でOK
マクロ組むときはマクロを使わない手順のマニュアルも同時に作った方がいいよ。
じゃあ給料上げて！
エクセル使い界隈ってこういう自分あげ好きだよね…言ってて恥ずかしくならんのかな
最後が「死ぬまで面倒みろよ」じゃなくて「マクロ使わないときの手順と内部仕様書をちゃんと書いとけ」なら良かった
最近は、再現可能な文書をAI向けに書いておくのが正解なのではと思ってる
他人の作ったExcelマクロの改修は全力で回避すべき案件の上位に来ると思う。要件定義も設計図も仕様書も無い。あるのは複雑なVBAのスパゲティコードのみ。今すぐ逃げろ。
id:REV エンドユーザーコンピューティングとかいうまやかし。
カスタマイズして自分だけの爆速エディタを使って仕事をしていても、単に仕事が早い奴程度にしか思われないのに、なまじExcelマクロになると、この手のどうでもいいツッコミというか問題意識が発生する謎
マクロなしでやればええのでは
ワイは手作業時の膨大な手順書を作ってるで☆
作った本人ですら分からなくなるよね。
“「Excelマクロ」とはざっくり言うとExcel上で行われる自動作業のこと”
政府のガバメントクラウドで推奨されるSharePoint Onlineはマクロ使用不可なんだよね。「お前同じMicrosoft製品だろっ！」って突っ込みたい。
まずExcelやめないか？スプシにしない？
アナログ式をマニュアルで残しておいてる。結局はショートカットにすぎないし。パワークエリも同じだよ、わからんで終られる。
VBAって言語仕様も開発環境も古すぎる。どう頑張ったところで、保守性、可読性高くするのは無理
エクセルはどっかのシートに仕様、設計を記載しておけばいい。引継は楽よ。引継で面倒なのはビルドや実行環境だもん。
AIに「これと人間が同じ作業をする場合の手順書作って。Excel初心者にもわかりやすく書いて」で解決しそうだな
俺さんがいなくなればエクセルマクロは生き続けられません。でも、俺さんがいなければエクセルマクロがこの世に存在することもありませんでした。エクセルマクロは俺さんとたくさんの仕事ができて幸せでした。
Excelマイスターが退職したのでその人が組んだマクロやら式を都度ひいこら解析してたけど、最近はChatGPTに投げたら解説してくれるからすごい楽。
マクロとかは自分の端末内でやって、結果だけ共有すれば問題ない。手間を省いても逆に文句言われるなら自分の時間短縮にしか使わないよね。まぁみんなが理解できないことを勝手にやるなというのはその通りなんだけど
最近のLLMの応用例としてこのような場合のマクロの解読、改善が挙げられるかと。まあ、うちはGoogle Workspace、スプレッドシートなので関係ないですけど。
こういう「マクロは悪」みたいな風潮は何なんだ？できない方が悪いだろう。
「皆んなもマクロ組めるようになればいいんじゃないですか」
生成AI出るまではマジで地獄。マジで意味不明なマクロやVBS作って面倒だけ情シスに押し付けるやつとか普通にいた。
前部署離れるとき、今なら生成AI投げたらつくれるんじゃないですかねー、と試しに使って納得させたことある メンテで一生追われるとかゴメンだね
「元の効率に戻る」だけだよー。たまたま運が良いときに巡り合わせただけだと思ったら良いのにねー
マクロはむしろコード丸見えだからなんとでもなる。
経営層は普通に「いや生産性キープするために引き継ぎ人員用意して対応しろよ」と思うんじゃない？出身畑にもよるかな。
それをどうにかするのがお前の仕事だよ
Excelマクロを禁止にして、スプシ＋GAS＋Clasp＋GitHubに変更。上司はPRのレビュー・承認すればいいだけ。判断できないなら上司を変更。
悪意のあるイラストだが、本当にこんな言い方かな？主旨は「作りっぱなしで他人が分からないままにするな」ということだと思うんだけど。
個人レベルの省力化以上のことにマクロ使うのは悪でしか無いし、上司がやるべきことはこんな嫌味ではなくxlxsファイルから処理を引き剥がしてリポジトリで管理する（開発体制作る）だよな。
要件定義書と設計書を書いておけば何かしらの言語で誰かしらが作るんじゃね
事務系Excelを使う上なら、ミスをなくしたり効率化を考えたらマクロには辿り着いてしまうんよね。
組織の中の仕事というのは標準化して初めて意味がある物になる。自分だけしか使えない物は、実はあまり良い物ではない。
相手が他部署の人員にタスク押し付けられるくらい「偉い」のなら、マクロ保守手当を新設してもらうのもありじゃね。実際はLLMに投げて手作業用の手順書に変換してもらう、で終了だけど。
MayaのMELやPythonスクリプトは読める人が読めば分かるから
これは上司の言ってることが正しい。将来まで面倒見れないソフトは他人に広めない、後任はまた別の創意工夫で自分と同じ生産性を発揮すれば良い。標準化は価値のわかるチームだったらやろう。
使うなら自分一人でこっそりやることだな
利用頻度が多くて工数かかる作業なら業務システム側に組み込めよ。頻度少ないorたいして工数かからんなら手でやれや。
手作業の手順は必要だし最初は手作業でやらせる あくまで補助ということを認識すべき
どんな業種で、どんな業務で、どんな職場なのかによるよね。
GitHub Copilot ならそれなりにちゃんとしたマクロを作ってくれるから、プロンプトと一緒に引き継げば良いんでないかな。
艦これ用に自分でExcelマクロ作ったけど、後から改良としたら、自分でも分からんかった……。付け焼き刃なのが悪い野ですが
そんなんここ一年二年で、大きく変わったろ
なるべくシンプルな関数で組んで「使い方」シートも作ってはいるけど限界があるからなあ。次の人がいい感じに作り直してくれたらいいわと思って、設計の基本的構成は分かるように気をつけてる。
最低限のドキュメントは作ってあげないとだめ、なんだけど面倒くさいよね
VBAに限らず、チーム全体として必要なスキルセットが横に広がりすぎると、人材確保がめんどくさいんだよな。言語は2つ、開発環境も2つくらいまでに抑えておくと代わりが見つかりやすい。
そしてマクロにパスワードかけるまでがセットでは？/ちなみに今はもうSharePoint上に置いてWeb版Excelで見るケースが多発するので、そこでVBA動かないからもう緩やかに絶滅していくと思うよ。
気持ちは分かるけど、自ら広めるもんじゃないね。使いたいなら使わせてやるよ、というスタンスで良い。そもそもAIチャットに放り込めば知らなくてもだいたい解決できる。それすらもできない人は。。。
ドキュメントを整備するのは「必要条件」だが「十分条件」ではない。ドキュメントなりコードなりから、その挙動を理解できるバックグラウンドを持つ人間が必要。この状況も「属人化」と呼ぶ人は多い。
自動化いやなら未来永劫手動でやれよ（会社が存続するならね）と思う。VBAでもRPAでも使える人間増やせばよい。ただプログラミングも適性があり誰でも出来るわけではないのは確か。絵描いたり楽器弾きこなすのと同じ。
データが入ってるBookにマクロを入れさせようとするから摩擦が起こる。外部マクロBookをつくって、「データをマクロBookに転記->マクロ実行->結果転記」というマクロを作れば解決。
とりあえず属人化ってすごい悪の権化みたいに言われますけど、属人化を解消って言った場合は作業従事者全員の一番低いところに合わせなければならないことには注意がいります
いまならCopilotに聞けばだいたい大丈夫だと思うけどな
よくわからないが、マクロは手段であって目的ではないはず。担当が変わったら、手作業でもなんでもいいから目的を達成すればよいだけ。批判される筋合いはない。
使うのやめればでいいのでは？努力もしないで今後も使おうとするなよ
お前が面倒を見るんだよ（バチーン