Togetter/min.tを安心してお使い頂くためのガイドラインを公開しました。
2020年3月8日

効率化のためにやったのに…ITに理解のない職場でのエンジニアの悲劇と悟り「業務を効率化してはいけない」「自分だけ使えるツールにする」

転職推奨…!
98
ぽよなむインターネッツ🍓🦊 @poyonum

非IT職場で自動化ツールを作ってあげると起きること ・リスペクトされない ・ソースコード管理できない ・仕様がコロコロ変わる ・作ってもらうことが当たり前になってくる ・作成に必要なことを要求するとキレる ・評価に反映されない 結論: やめましょう

2020-03-08 01:33:04
悲劇の数々
じよん@復興祈願🐬俺の復興も祈願w @jktwtr

その通り 過去の担当者があほみたいツール作って、それを今の担当の俺に引き継がれたのだが、メンテや管理する時間もねーよ このツールを誰がどう使ってるのか全く見えない 全部消したくなる twitter.com/enmTurtle/stat…

2020-03-08 18:06:13
あくあ@銀梅花🍬🍭 @WindBlossoms

わかりみが深すぎて辛い。 一番最初に入った会社で、Excelで帳票をコピペやら印刷やらしててあまりにも阿呆らしくてマクロ作ったらめっちゃ怒られた。 あとそれを主に担当してた事務の人に毎日嫌み言われるようになった。 twitter.com/enmTurtle/stat…

2020-03-08 17:42:34
clomy@RPA @clomy3

これマジで事実…。 「○○さんに任せたら何でも自動化して凄い」ってなるかと思いきや、「○○さんは何か勝手に自動化してる。よく分からん」になる。 どうしても評価されたかったら、部署全員に一から十まで理解してもらう必要があって無理。 最終的にモチベがなくなって辞める事になる。 twitter.com/enmTurtle/stat…

2020-03-08 10:07:56
たか@見た目はおっさん中身は小学生以下 @ta_ka159x99

@enmTurtle 嫁の職場で起きたこと。 そんなことまで自動化したら自分達の仕事がなくなるだろ!と上司からキレられるも追加した方が良い(ぁ

2020-03-08 01:34:59
ぽよなむインターネッツ🍓🦊 @poyonum

@ta_ka159x99 そこまでひどいと辛そうですね…… わたしの部署は、とにかく優位性を若手から奪おうという動きが強いですね。Sp****kを触ってた時も、自分でやるわ〜と言いながら使う時になって毎回忘れて聞いてくるのが面白いです。

2020-03-08 01:40:06
割り切るしかない…
フラスコ @yahata127

手元で使うのが吉.相手が2週間かかることを,1分でできるコードでも,3日あけて結果を渡す.しんどそうに.リスペクトのない人には,それでいい. twitter.com/enmTurtle/stat…

2020-03-08 18:15:14
Nontan@英語を1000時間勉強するブロガー @NontanReiwa

やっぱり自動化ツールは自分のために作るのがよいのかも。ユーザーは削減効果とか結果だけしか見ていない。 確かに評価に反映されない。部署で生産性を上げるためには誰かがツールの技術的な評価をする必要があるのに,なんか伝わらないです。 それでもやりますけどね。結局は自分自身の研鑽のため。 twitter.com/enmTurtle/stat…

2020-03-08 16:14:12
GSR750おじさん @iwa05

効率化すると早く帰れるどころか 追加の仕事がどんどん降って来て死ぬので 業務を効率化してはいけない(戒め twitter.com/enmTurtle/stat…

2020-03-08 17:32:38
瀬名 南 ・脱原発に1票 @senadesuga

そうです 親切が仇になる ず〜と大昔仕様で、 やってろ! 10分で出来ること 一日中かけて楽しめ! twitter.com/enmTurtle/stat…

2020-03-08 18:35:47
しっかり評価される職場もある
toshi_miura@ 手を洗いましたか? @toshi_miura

他部署に支援ツール作って、感状くれくれしてる。 (金はくれんでも、感状(部長へのお礼メールとか)はくれる) まあ、あんま評価に効いてる感じはないが、 働いてる感は多少出る。 あと、適度に離れてるので、他部署の人強気に出てこない。 twitter.com/enmTurtle/stat…

2020-03-08 12:46:09
九龍真乙 @qryuu

農家だと感謝されるんだけどねぇ。 まるで魔法使いみたいに twitter.com/enmTurtle/stat…

2020-03-08 15:17:28
よしだたいき | 吉田の備忘録 @TaikiYoshidaJP

自動化ツールを10万ユーザーが利用する Schlumberger社の場合、 ・経営層が評価 ・作ったものは ・バージョン管理は自動 ・全従業員でハッカソン その結果、Power Apps は9000アプリ以上、 Power Automate は11000フロー使ってます 結論:使えるツールにするかは従業員の意識と経営層次第 twitter.com/enmTurtle/stat…

2020-03-08 15:26:27
VBA模索中 @TJAHol9XCmIT9nu

私の場合:非IT職場 & 機械設計職 ・そこそこリスペクトされた ・ソースコード管理は腹を括って受け持つ ・仕様が変わるのは当たり前と割り切る ・作ることでスキルと経験値を大量入手 ・キレる人は…いたっけ?ぐらいの感じ ・この10年で3回の昇格と3回の昇進を経験 つまり、 結論:一概に言えない twitter.com/enmTurtle/stat…

2020-03-08 10:04:03
優秀な技術者は大事にしよう
ころりん @kororinDX

おまけに 効率化ツールで仕事の効率があがったので人減らしされ 基幹システムの仕様変更で効率化ツールが動作しなくなった時点では、評価されなかった開発者は退職済 現場は、開発者を評価しなかったことの地獄を見るw twitter.com/enmTurtle/stat…

2020-03-08 17:23:08
Chopper Japan !! @Number8_Yoroku

分かる。異動した後にその職場の人間から「とても役立ってる」とか「あれがあって助かってる」と手の平クルリで言われたな。しかも2つの職場で。でもやめられない。効率化とか非ルーチンをルーチン化とかするのが好きだから。いや、ワシがアホだからかもな twitter.com/enmTurtle/stat…

2020-03-08 17:36:12
弥生ことゆき @KotoyukiYayoi

10時間の労働で10の事しかこなせなかった職場で、1時間の労働で10の事をこなせるようにする仕組みを構築したら、その社員には3倍・5倍と給料を払うべきなんだよな。 このご時世に見てくれで評価(給料)を決めている会社だと、社員が腐っていく。 twitter.com/enmTurtle/stat…

2020-03-08 15:59:02

ぽよなむインターネッツ🍓🦊 @poyonum

たくさんのリプ&RTありがとうございます! 簡単ですが意見をまとめました。 ・とんでもない入力が来るのでテストを真面目にやる ・IT系職場でも同じ(つらい) ・RPAの提案はなぜか通る(これわかる) ・異動した後に整備されなくなり詰む ・自分だけで使える魔法のツール化する(他人に使わせるから悪い)

2020-03-08 15:20:26
ぽよなむインターネッツ🍓🦊 @poyonum

・こっそり使って自分の時間を作る ・ちゃんと感謝され、評価される職場もある。場合によってはニュースになる(こういうところで働きたい)

2020-03-08 15:20:46

コメント

Kongo @kongo_kirishima 2020年3月8日
あるあるだけど、組織として自動化を決定し、メンテナンスに人と費用をかけることを決定するまでやらないといけない。でないと効率化したつもりがかえって自動化した箇所が業務のストップや手戻りのリスクを抱えることになってしまう。難しいね。
30
ちょちょまる @sakuya_little 2020年3月8日
どいつもこいつもプロジェクトとしてきちんと管理できてないから起きてんじゃないかと思う。
14
akiran @akiran32748624 2020年3月8日
ちゃんと事前に実装予定機能の説明会して、各部署や使用者の要望聞いて、設計書レビューして、試用期間設けて、評価・修正した上で問題が起こっているなら怒ってもよい。
25
ちょちょまる @sakuya_little 2020年3月8日
大体こういうのって末端エンジニアが「俺はこういうやり方がいい!」って暴走してるだけのパターンが多い。 こういうのは仕事を進めるスキル以外に仕事を作るスキルが必要なので、その辺考えてやらないと周りの理解は得られないよ。
37
たけ爺 @take_ji 2020年3月8日
”効率化して何の得があるのか?” そこから考えてみるといいと思う。「時間制」で働いている人間からしたら、”効率化=労働時間が減る”のではなく、”効率化=空いた時間に他の仕事が入る”だけ。
12
kavipan @kavipann 2020年3月8日
相手が感謝してないならやり方が悪い。俺が正しい、あいつらが俺のやり方を理解できないだけ、って何を根拠に思ってるんだか。
11
koh @koh37151579 2020年3月8日
「その社員には3倍・5倍と給料を払うべきなんだよな。」→残念ながらそれをしても会社の儲けが何倍にも膨れるわけではないので、やっぱり評価してくれるとこに移るのが良いと思うよ
5
鹿 @a_hind 2020年3月8日
これ末端のエンジニアじゃなくて非IT企業にたまに存在するたまたま技術持ってた人がよかれと思ってorそれを知ってる上司の思い付きで効率化してよって言われた時に起きてる悲劇だよ。 つまりプロジェクトなんて大層なものではなく、末端が「工夫」して業務効率化しました案件。 設計書?レビュー?うちは商社だぞ何言ってるんだと一蹴される。仮にレビューしても他に仕様理解してくれる人はいない。技術者以外にとっては魔法だからねそんなもん。
43
ゆきやけ @yukiyake_ 2020年3月8日
理解できる上司が欲しいが理解できる上司は自分でやっちまうイメージだなこれは
2
鹿 @a_hind 2020年3月8日
そもそもそういうのって予算かけずにやろうとしてるんだからプロジェクトになり得るはずがない。 手間暇金時間を惜しんでるから「工夫」の範疇を超えない。そんなの悲劇が起きるに決まってる。 情シスの立場ならまだそれが仕事だからプロジェクト化もできるよ。でもそれならExcelマクロでなんとかしようって話じゃあないな。
4
鹿 @a_hind 2020年3月8日
システム管理者として長らく居座るor後継者育成してきちんと引き継がせられるものならいいけどね。 たまたま技術持ってた人が本業の片手間に効率化しましたなんてのはブラックボックス化し易い。 退職、異動でいなくなったら最後残った非技術者にはどういう原理で動いてるのかわからんものになる。 それが正しく動いてるか検証すらできなくて、最後は他所のIT企業にどうにかしてって泣きついてくるわけですよ。 地雷案件だから絶対引き受けたくない奴な。
22
Kongo @kongo_kirishima 2020年3月8日
take_ji 会社としては、自動化できるような単純作業は自動化し、その分より利益率を上げるような、あるいは売り上げを増やすような、そうした施作を考えてほしいと思うだろうね。
3
trycatch777 @trycatch777 2020年3月8日
経営層とか意思決定権を持つ人がその意識を持たずしてこれをやっても不幸になるだけなのですよねぇ… 何故か「よくわからないけど作る」という、やってはならない現場の部分最適がみんな大好きな現実…
0
ビーフジャーキー @_beafJerky 2020年3月8日
it職場だとあの手のスクリプトは「優秀じゃなくても作れる」から大変だったり...
0
もい @m0i70937404 2020年3月8日
「現場で動作確認したって?上の承認得てないでしょ?間違ってたらどうするつもりなの?」みたいなこと言われたことある(でも手作業めんどいのでそれでもやる)
4
にいろす @niiros 2020年3月8日
一社員が「個人的に勝手に作る」では評価されなくても迷惑がられてもしょうがない。 自動化することのメリットを上長か経営層まで理解してもらい、自動化作業の人員予算を獲得し、会社の業務として作成し、上からこれを使えと下命してもらうところまでやらないと仕事としては失格。
7
たけ爺 @take_ji 2020年3月8日
kongo_kirishima それが給料や評価に反映されないなら、製作者には意味が無いんだけどね。タダで会社に奉仕しているだけになってしまう
5
cana @kinoucara 2020年3月8日
人の課題と自分の課題を分けてスルーする精神が必要
0
ペッコ科 @QuruPecco 2020年3月8日
絵を描ける人にイラストをタダで要求する人の感覚に近いかな
0
蒼ウミガメ @aouiae_mgm 2020年3月8日
ただの偏見だが…… サラリーマンより農家の人の方が賢くて勉強熱心な印象。 機械化・IT化に柔軟なのも農家の人が多い……気がする
5
Kongo @kongo_kirishima 2020年3月8日
take_ji そこは、自分で独自にやったのか、会社の命令でやったのかの違いによるのでは? 自分で思いついたにせよ、提案の声を上げて承認されて、会社として公式な命令としてやるってステップを踏む必要があるのではないかね。
1
ちょちょまる @sakuya_little 2020年3月8日
QuruPecco 「この絵はこの色のほうがいい!」って、勝手に色を塗って怒られて、「評価されないのは周りが無能だからだ!何倍もの金を寄越すべきだ!」って言う奴がいる感じ。
12
トマ子デルセン @jhjeoZncBxrOiAb 2020年3月8日
実際業務効率化して一番困るのは、それまで時間かけて仕事してた連中。まず奴らに他の仕事をするなんて思考は無い。空いた時間に費やすものが思いつかない苛立ちが業務効率化の弱点を吹聴し改変し、最悪全てが無に帰す。
1
トマ子デルセン @jhjeoZncBxrOiAb 2020年3月8日
上司や他の部署に根回ししたところで、面倒く時間がかかるだけの、一見して業務効率化に向きそうな仕事は、だいたいその部署のチョー面倒くさい奴が担当のパターン多し。奴らを黙らせる為に効率化してないからこそ、上司『(奴らを黙らせる事が出来るなら)効率化していいよ』まである。 組織が大きいと、いまから嘱託になる、またはなってる世代が多い為に起こる悲劇やと思ってしばらくは耐える事やな...
1
tama @tamama666 2020年3月8日
a_hind ほんとちゃんと後継者も作らず勝手にどんどん自動化したりソース管理も雑、スパゲッティソースだとその仕事が属人化するんですよね そして異動や退職であとの人がマジ困る 非IT系なのに勝手に引き継ぎできないような仕事の仕方すんなよと ちゃんと外部のシステム屋なり噛ませないと地獄だぞみますね
8
showRR @showRR 2020年3月9日
だいたい仕様書がないシステムになるので、確認のやりようがない。開発者本人はいる間はいいが、例えば消費税8%決め打ちで作って開発者消えてるヤツとか…
1
たけ爺 @take_ji 2020年3月9日
kongo_kirishima 業務命令なら「仕事」である以上、達成の評価は得られなければならないでしょう。ただ、とはいっても”その部分だけを効率化”しても何の意味もない。:会社全体の業務フローとして「なぜこの部分を効率化するのか、他の業務との関連はどうするのか」まで全体を俯瞰して考えなければならない”大型プロジェクト”なんですよ、本来は。
3
吉村英崇@5月9日(日)は母の日 _(:3 」∠ )_ @Count_Down_000 2020年3月9日
自動化とか、マニュアル化って何で評価されないんでしょうかね…ホンマ。
0
takatakattata @takatakattata1 2020年3月9日
操作教育とかサポートも負担大きそう
0
鹿 @a_hind 2020年3月9日
tamama666 そうなんですよ。会社の上層からみると現場が努力して改善したことなんてマンパワー由来でもシステム由来でも同じにみえるし単なる作業程度に思ってますから。引継ぎの重要性なんて理解してない。だからそんなの考慮せずに人動かすし、そういう人って待遇に不満持って辞めることも結構多い。そうして困って外部に分投げてきても今まで無料でやってたものだから安く仕上がると思ってて、金額交渉でまた揉めたりね…いいことないですわ。
0
緣藏 @jinsei_febreze 2020年3月9日
jhjeoZncBxrOiAb jhjeoZncBxrOiAb 最低でも当該部署の担当役員クラスからトップダウンで決定事項として扱ってもらってれば現場の反発なんてのはまず出ない。 業務改善で現場から反発出る時点で失敗してるし、プロジェクトの進め方を根本的に間違えてる。
1
緣藏 @jinsei_febreze 2020年3月9日
全社展開する新規ツールだろうが個人の業務改善だろうが上からの業務命令として落としてもらえなきゃ意味ないし、そんなことは言わなくてもわかれレベルの大前提だわな。
1
緣藏 @jinsei_febreze 2020年3月9日
Count_Down_000 評価されるような費用対効果を説明しないから
0
showRR @showRR 2020年3月9日
結局、その会社の8割くらい(適当)が理解できるシステムしか作っちゃいけない。ニュータイプしか使えないジオングよりザクを量産したほうがいい場面は無数にある。兵士の質に合わせた兵器を用意しないと。
13
RGB000 @19666_61 2020年3月9日
仕様がコロコロ変わるは、それはちょっと違うのでは?
0
SAKURA87@多摩丁督 @Sakura87_net 2020年3月9日
無駄に見える作業には本当に無駄な作業だけでなく法令で必須になっている作業なんかもあるし。そうでなくても前後の作業との絡みでそうしていることもあるので、無駄だと思っただけで何の伺いも立てずに勝手に自動化したらそりゃ怒られるよ。特にそう言うこと勝手にやる人のツールなんて前後との整合性がとれてなかったりエラーチェックが甘かったりするし。
6
すらーく @slarq 2020年3月9日
こういうこと言ってる人って結局効率化した自分すごいって自己陶酔したいだけで、その後の運用とかなんも考えてないんだよね。2番目のツイートに対してわかりみが深いとか言ってるのには頭抱えてしまう。
8
gaheki @gaheki 2020年3月9日
公にせず自分の作業専用に作っておくくらいでいいな
2
tetra @tetra1945 2020年3月9日
レビュー通してないし仕様も書いてないし動作保証もしてない、ぼくが間違えないようにするためだけですリリースはしません非公開ですはやる
5
tetra @tetra1945 2020年3月9日
slarq 自分が消えたあとの仕様変更・改修・メンテは考えてないブラックボックスとか迷惑千万
11
ぽんぽん @apocalypse1706 2020年3月9日
俺は小さい組織でしか運用したことないから、上から潰されるって経験はないなあ。勉強がてら作った簡易的なCMS補助ツールは結構な額の買い上げ対象になり、俺が退社した今でも部署内で便利に使われている。
0
rice_of_sato @gohan_of_sato 2020年3月9日
作ることが目的で、正直ほんとに業務改善できるかは二の次なところあるよな 作るのは楽しいんだけどさ
1
mkr @Hurusinbun 2020年3月9日
aouiae_mgm 農家が、は農家が経営者でもあるからって部分大きいと思う。
0
marumushi @marumushi2 2020年3月9日
Count_Down_000 このコメント欄の中に答えはあるのでは?
1
ですの @_desuno_ 2020年3月9日
部署に代々伝わる秘伝のExcelマクロの改修をいきなりやらされたりの経験ある身としては、勝手に作られたツールは誰がその後の管理をするんだってことを含めて効率化を言ってくださいとしか言えない案件なんですが……
10
よもぎ(よう、もぎ) @cataildragger 2020年3月9日
take_ji 自動化すると間違いが減りますよ。効率化そのものも一つ一つはそれぞれの仕事が楽になるだけでも全社的に色んな効率化を積み重ねれば他社よりこなせる業務量が上がって儲けが増えるのでは
1
marumushi @marumushi2 2020年3月9日
Excelマクロ覚えたての頃に勉強兼ねてよくやってたなこれ。結局コメント欄のような事態になることがわかって、それからは自分の為だけに別ファイルから制御するのをこっそり作って、異動時には現状復帰するやうになったけど
0
ですの @_desuno_ 2020年3月9日
効率化でなにかのツールを使用するときの必須原則は①なにをやるツールなのかがわかるようにする事(裏でなにをやっているかが説明してるものがある事)②ツールを他人が扱えるように手順書があること③改修を行うときに作成者以外が行えるだけの説明があること。ようするにその職人様がいないと扱えないツールは効率化じゃなくてただの個人技能の範疇ってはなしです
7
今平東 @imadaira 2020年3月9日
 まあ、とりあえず自分がやるルーチン作業の自動化程度に留めておくのが無難ではある。  人に渡すとなると、UI関係とかエラーメッセージ関係も気にせにゃならんし「よく分からん奴がよく分からんことをしても大丈夫にする」のはある意味で無駄。
9
閲覧 @etranyou 2020年3月9日
うーん… 職場で販売品の自動集計とコピペを自動化するマクロ入れてくれた人がいるんだけど、品目が増減するとセルがずれて使い物にならなくなって、わからないなりに結局関数使って作り直したなぁ。変わったことするなら説明書メモ作ったりセルに注意コメント入れたりして分かりやすさまでフォローしたらんと迷惑なだけよ
4
杉山 兆 @Kiz_Sugiyama 2020年3月9日
教訓:なくなって 初めて判る ありがたさ。
0
うの @uniquis 2020年3月9日
自分の仕事効率化はともかく、組織の効率化なんて上の仕事ですよ。 上が無駄をありがたがってるなら、見限る方がいいんでね?
1
閲覧 @etranyou 2020年3月9日
「作れば誰でも使えるのが当たり前」じゃないんだよな。だから世間のサービス類ってサポート込みの契約になってるし、このまとめの成功例もコード管理は自分で面倒引き受けてる。マニュアルの用意もなく管理もサポートもしてくんないサービスで評価されたいってのは我が儘ではないかなぁ。
3
バジル @dNPQyjwy2HfUdMX 2020年3月9日
やっぱり魔法は自分の為だけに使うに限るな
0
⛩️ のーみん丁 ⛩️ @noumin_T 2020年3月9日
キチンとした自動化以外はしてはならない、はエンジニアはよく思う事だと思うけど、それやり過ぎると管理至上主義みたいになって殆ど何もできない組織になるから、組織論としては必ずしも正解とは限らない。業態や社風に依って是非が変わる部分。
4
ガチャおじさん @gatyaoji 2020年3月9日
※欄見た後だと2個目のツイート「過去の担当者があほみたいツール作って」は1個目に対する皮肉に見えるな。どんなに自分ではすごいツール作ったと思えてもやめた後の新しい担当からしたらただのブラックボックスツールにすぎない
6
ばびっと2号 @_Babbit2 2020年3月9日
自分専用のつもりで作っていたら、新しい上司から水平展開しろオペレーションマニュアル作れ説明会もやれ保守担当者分散しろとケツを叩かれててんてこまい。まあでも「乗るしかない、このビッグウェーブに…!」と自分に言い聞かせてぼちぼち対応。
3
⛩️ のーみん丁 ⛩️ @noumin_T 2020年3月9日
「その会社の8割が理解できるシステムしか作っちゃいけない」なんて従業員数が少ない(1000人以下)かIT企業の考え方であって、企業規模が大きい場合は何一つできなくなる。システム管理部門が理解できていれば良い。対象企業の事が分からない状態で踏み込みすぎに見える。
1
ガチャおじさん @gatyaoji 2020年3月9日
showRR 製作者ですら何が起こるかよくわかってなかったバイオセンサー、サイコフレーム、ラプラスとか現場の人間からしたら欠陥品もいいとこだよな。やっぱりサナリィがナンバーワン
0
KABE@ @abekoved0902 2020年3月9日
VBAツールとかは作って効率化するのはいいが変数名、サブルーチン名ちゃんとつけろ、コメントつけろ、処理を分離しろ。できないならあとあと困るから触るなと言いたい
8
緣藏 @jinsei_febreze 2020年3月9日
etranyou 個人でやってる側も大概だが業務効率改善されるなら雇用側もサポート込で仕組みまで作らせて仕組み=ソイツに金払えって話だよ。 価値を認めないならヨソでサービス化されることにも文句言うなって話だ。
0
キケリキー @KIKERIKI17 2020年3月9日
こういう話で出てくる「Excelでの自動化」は、微妙なんだよなぁ。使う側が結果を確認しなくなるという弊害があって、「コピペして式が壊れる」とか、「不定の値が入って一部計算されない」とか起こった時に、トンデモ請求しちゃったりする。その責任を負う気がないなら、「中途半端な」自動化をしちゃいけない。やるなら、GUIを設計して、ボタン押したら結果が出るレベルで設計して、【責任者を決めて】工数取れる仕組みにしないと・・・
8
キケリキー @KIKERIKI17 2020年3月9日
こういう話、大抵は独断専行で。問題点を積極的にプレゼンして、認識の共有を行い、業務課題とするってのを殆ど聞かないもんな。社内業務のシステム化で失敗するのは大抵そのあたりの現場との調整失敗で、その目に見える地獄が「みずほ銀行」だ。
2
なお @vdeohEc44PamcuI 2020年3月9日
基本的にツール作っても使われないんだよなぁ…向こうから必要性感じて要求してきた時かUIを投げ込むだけにしたときだけは使ってくれた
1
masano_yutaka @masano_yutaka 2020年3月9日
去年あたりに「今までいた人がやってたシステム管理を退職に伴い外注化しようとしたら、発注先から『前任者を呼び戻せ』って言われた。 って纏めあったじゃん。 それと一緒。 仕事って属人化したらダメなんだよね。 元ツイ主辞めたあとの職場では多分同じようなこと起きてる。
4
UZIRO @UZIRO 2020年3月9日
社内セキュリティの関係でマクロ入れられないとこは結構多い
0
シロネコ @straypas 2020年3月9日
ツール作るなら上を通せ、と言ったところで、上層部にいくら説明しても理解示さない方が多い。リスクの指摘しかしないんだわ、手作業の方が格段にミスが発生する可能性高いのに、自動化したときのリスクだけ指摘して「だからダメだ」で終わることが多い
3
シロネコ @straypas 2020年3月9日
ツール作ったところで周りが理解しないこと多い。マクロ?シェル?なんか難しそうだからいいや、って感じで誰も引き継ごうとしない。そして属人化。
1
娑婆助 @shabasuke 2020年3月9日
愚者の群れの中にいる知者は評価されないのでこういう事で毎日ジレンマを感じる人達はさっさと自身を評価してくれる職場を求め転職するのがオススメ。言い換えると今いる職場はその人の能力を絶対評価しないつまりスキルが100%昇給に繋がらない職場なのだから居るだけ時間の無駄。ダメな職場と愚者は知者から切り捨てるしかないのだ。
3
ぱんどら @kopandacco 2020年3月9日
自分専用のツールとして割り切って作れば少々アラがあっても問題ないし楽だぞ。
1
キケリキー @KIKERIKI17 2020年3月9日
手直しのこと、知らないんだな。自動化はいつもインテリが始めるが、プレゼンや責任を嫌うからいつも身近な範囲だけしかやらない。しかし自動化のあとでは、社内的なルール変更の話だって(ツールの)修正とクレームに飲み込まれていくから、インテリはそれを嫌ってツールからも修正からも身を退いて世捨て人になる。だったら・・・
2
tometodon @tometodon1 2020年3月9日
発展途上国に井戸を作るみたいな話
1
娑婆助 @shabasuke 2020年3月9日
tometodon1 無知無学無法が支配する地域に井戸作っても運用出来ず解体されちゃうんだよね。差し詰め日本の職場の多くは大体これ。やはりそういう人達を排斥し人から整理しないと知者の英知は活かせないのだろう。
3
閲覧 @etranyou 2020年3月9日
jinsei_febreze 「無償でやってくれるのが当たり前と思われている」という点についてはそのとおりなんだけど、「せっかく作ったのに怒られた、評価されない」について、仕組みを変えたければ仕組みを作ることと同時に「使える環境を整える(万人が使えるデザインおよびレクチャーおよび管理体制まで考える)」も必須なわけで、自分のやりたいことだけやって回りの戸惑いを軽んじてるから失敗するんじゃん?ってことをいいたかった。
1
そそ @quiseitaiho 2020年3月9日
”作ってあげる”って言い回しがもうあれだよね。
4
sw-wo @swwo12 2020年3月9日
職場のためと思ったのに空回りするのはよくある。でもこういう経験があると自分が管理職になった時に役立つこともあるから無意味ではないと思う。
1
ねたろう( -ω-).。oO旅に出たい @netarounemunemu 2020年3月9日
_desuno_ 過去の人が作った複数のブックにまたがるコメントなしの難解なマクロが壊れたから治してって言われた時はさすがにウヘァってなりました。一つのブック内でコメント付けて簡単なマクロで組み直したところで、結局理解できない人は理解できないんですよね…
1
とりさん@インフラのごん @kami_sora_fly 2020年3月9日
a_hind このパターンで前任者が置いてったツールを、自分達にも使えるようにしてくれとか、意味分かるように落とし込んでくれとか依頼される度に、周りの連中が理解不能のツールはいなくなる時にキレイさっぱり消してくのが一番ベストだと思う( ̄▽ ̄;)
1
tama @tamama666 2020年3月9日
tometodon1 非IT系でshellやマクロ、ACCESSとか駆使されると発展途上国にソーラーパネルとモーターで組み上げる井戸みたいなもんで現地ではメンテ出来んし壊れても修理部品がない 少し前に日本のJICAがやっちまってた最悪パターンと同じ
1
masano_yutaka @masano_yutaka 2020年3月9日
どっかで見たことあると思ったら「PTAの集まり無駄だからオンラインにしましょう。アタクシが会長になって、それを運営するから」って言って会長に立候補したは良いけど、他のメンバーの「そんな面倒くさいこといちいち覚えるの嫌だ」って言う理由?か何かで不信任になったって話が、ついこの間あった気がする。
1
鹿 @a_hind 2020年3月9日
kami_sora_fly それが出来たらベストですけど、いつか設計書作る、いつか手順書整備する、いつかコメントつけて解りやすくする…とか思ってるうちにある日突然その日がくるんですよ。 自分も回りもなんの準備も出来てないので結局理解不能ツールをそのまま残していく事になる。 本当にベストなのは半端な覚悟でツール作ったりしない事かなと思います。一度作ったら無償保守の無間地獄ですし。
0
marumushi @marumushi2 2020年3月11日
masano_yutaka まあ数年で任期明ける役員でわざわざそんなの覚えようとはなかなか思わんよな
1
ひろ@猫もふ欠乏症 @hiro_h 2020年3月12日
管理職というより単なるお荷物になってる感あるな…
0
Takashi Suzuki @agkfreak 2020年3月12日
日本の会社の平均的ITスキルが低すぎるのは事実なんで「途上国にポンプを作ってどうする! 井戸にしないほうが悪いんだ!」とかたしなめているのもなんだかなあと
0
トマ子デルセン @jhjeoZncBxrOiAb 2020年3月14日
jinsei_febreze すごいね、現場の反発が出ないなんて共産主義でもないと有り得ないよ。意識の統一なんて20人前後が限界。それがわからないなら、その組織はヤヴァス。
0