マクロで作業工程を改善するのは大歓迎なのですが、無断でやるのは避けた方がいいです。

仕事関係の割とステレオタイプな寓話として、「Excelでマクロを組んで業務効率化したのに何故か怒られた」というものがあります。 皆さん、そういう話読んだことありますか？ webでパッと検索してみると、幾つか類型的なものが引っかかります。これなんか結構昔からあるヤツですね。タイムスタンプは2009年になっています。 K谷「ああ、自動で計算するﾌﾟﾛｸﾞﾗﾑを組んだんですよ、ﾏｸﾛって言います。 こっちでやった方が作業効率も上がるしミスも減ると思いまして、何か問題だったでしょうか？」 ・・・・・・・・・・はぁ！？会社舐めるのもいい加減にしろよ、 仕事が早いというのは同じ環境でどれだけ間違いがなく効率よく作業ができるかということ、 そんなの社会人としてというか人として当たり前のことです。 マラソン大会で一人だけ車を使って優勝してもそんなの評価されていいわけがない。 「yahoo釣り袋」などと揶揄

[ROYGB]

図書館のウェブサイトを落として逮捕された話を連想した。

[ewiad420]

システム管理、運用部門の意見としてはその通り。ユーザの意見としては、相談すると難しいとか検証が必要とか言って結局やってくれない、という不満はありそう。その辺解決できれば会社として効率化できそう

[haruten]

マクロで効率化するのが悪いんじゃなくて、周囲との整合性を無視して個人の判断でリリースしてしまうのがNGという話

[jaguarsan]

俺らはしんざきさんの人となりを知っているので「あの人通さなかったのはNGだろう」と思うのだが、たぶん普通のシス管だと「余計なことして俺の仕事を増やすな」の一言で終わりだと思う。

[Kukri]

マクロ寓話は、自分のPC内で完結する話だと思ってたよ。そんな前提は書かれてなくても。

[yukimi1977]

理解されない職場では口に出した時点で怒られてしまうこともあるので、難しい問題。マスタにアクセスとか、自分のPCで完結しない場合には相談する必要はあると思う。

[Gonzoo]

相談しないでやるのは NG なのは同意だけど、新しく入ってきた人になぜ手作業でやっているかを事前に伝えてあげるべきだったのではないだろうか

[Fushihara]

そのシステムがどれだけ弱かったのか知らんけど、何度もアクセスする時はちゃんと間隔開けないと駄目ﾀﾞﾖと教えてあげよう 某図書館レベル≒手動でアクセスしても落ちるレベルなら知らん

[uturi]

運用中の本番環境に接続するタイプのマクロだと、確かに事前調整必要だな。Excelファイル内だけで完結するマクロだったら事前調整なしで進めても問題ないだろうけど。

[takamocchi]

「アプリで自動化しましょうか？」の提案を「それ程の量でもない」と断った人が業務量の見積り甘かった可能性。現場は「はぁ！？何で断ったんだよクソが。もういい自作するわ」となって惨事。

[bulldra]

マクロでスクレイピングしてぶっ壊す話。マクロでスクレイピングしなきゃいけないような糞システムは耐障害性も低いという悲しみ

[umisora2]

上司なんて通すの無駄。それよりシステムのキーマンに直接聞きに行きなさい。

[vanbraam]

"マクロを書いた人"の立場が利用者なら,SLAの範囲内では何をやってもいい筈.仮令社内システムでもSLAが無いのは論外.開発/運用者なら,その種の問題を知らせてない&本番環境に触れる事が問題;結論:悪いのはシステム部

[nazoking]

同意できないなー相談したら後回し＝やらないってされるだろうし。そもそも簡単にできることで落ちて業務が大混乱なら、それは放置してはいけないセキュリティーリスクなんじゃないか？

[Rayline]

ここは本当に難しいところなんですよね。 自動化云々の前に、自分がやる作業の影響範囲をどこまで理解してやるか！、ってところで、個人に責任負わせたくないけどガチガチにするのも違うし、結果、なかなか進まぬ効

[UDONCHAN]

as is 確認せずに無視して to be だけ一人で追うと割りとこうなる

[UhoNiceGuy]

「自動化しましょうか」の問いにNoが既に来たのだからマクロの提案をしてもNoだっただろう。「言ってくれれば正しいマクロ組んだのに」って後付けで言われてもな

[daichirata]

DBアクセスじゃなくてgetパラメータで帳票の期間受け取ってるようなシステムじゃないかな。営業挟むフローだとcsv手で落として整形してってありきたりだと思うけど。

[turanukimaru]

仕事から基本的に逃げたりはしないが Dry run が許されない現場からは転属願を出したことがある。責任を持てないところでは仕事ができない。

[flowerload]

“正直「VBAくらいでそんな「周囲に理解されない出来るヤツ」みたいな自己認識されても…」と” ほんこれ。あとそれなりに複雑な事やるならそれなりの仕様書は残せ。

[r-taro]

本番環境にそんな人でもアクセスできちゃうの怖い

[xvr]

正しいと思うけど寓話から逸れすぎでしょ

[knjname]

利用者用にリードレプリカとかTableauとかそういうの作っておかないとね　了解取れないだろうから独断する話もあり、あんまりEUCに制約設けるのもイカした話ではないので、ニーズ拾えてない経営側の問題と捉えたい

[misomico]

librahackを思い出す

[lluvias]

自分の中だけでやって、成果として提出するExcelにマクロいれなきゃいいんだよ。

[clonicluv]

同じように、確認せずにマクロでローカルにファイルバックアップしてる方がいて、システムのバックアップと干渉するのか、ぎゃくにサーバのファイルをデリートしていたことがあって、切れたことがあるよ

[honma200]

ローカルじゃないんだと思いつつも、1人DoSでやられちゃったのか。多分、相談したって「忙しい時にうまくいくか分からんことやってないで手を動かせ」か、「じゃあ、仕様書、レビュー、テスト」となるのでなんとも

[teruroom]

この事案はマクロの設計が致命的だった可能性があるよね。手作業とまったく同じタイミングと操作方法でCSV検索していれば調整も何もいらなかったと思う。単に単純繰り返しの手作業が無くなっただけなんだから。

[kisiritooru]

ローカルPCだけで完結する作業じゃないんだ、初めて知った。システムから取得して（ローカルでデータを整理）別のシステムに入力するから負荷がかかるのか。

[sonzinc]

なんでテストしないんですかねぇ

[tatemakura]

マグロの解体作業に空目した

[spdbear]

“・事情が分からない内は先入観で考えないでちゃんと上に確認しましょう”

[summoned]

絶対正義の被害者になる妄想話は自己完結で気持ちよくなることだけが目的としてあるから本当に問題解決するためのコミュニケーションの知恵なんかとは無縁のポルノ

[nekoluna]

Librahack事件

[ka-ka_xyz]

ODBCなり独自APIなりで外部からデータ取ってくるパターンは、そもそもマクロで書くのは厳しいよなあ。ETLツールを導入して、本番環境へ持って行くときにレビューを受けさせるのが正解だと思う。

[REV]

共有のファイルをマクロで叩くなんて…

[ysync]

勝手にcsvをいじくりまわすだけならいいけど、DBという自分以外が管理してるものに勝手に繋ぐ事はゆるされないだろ。てかid/pass類渡さずに勝手に繋げれるものなんか？

[akikonian]

動いているシステムの動作に影響するようなもん、マネージャなり管理者なりに無断で勝手に稼働さしたらあかんやろ。（真顔

[orangehalf]

"了解をとらないで色々やると、何かあった時に自分の責任になっちゃいますよ" 何事においてもこれ、責任を負ってもらうために上司に報告が大事。どこまで検証されているかわからんものを本番リリースしちゃうのは怖い