アカウント名:
パスワード:
主に、社内に数人いる「パソコンの大先生」が作った、Excel VBA＋COM経由で動くマクロで。
情シスとしては「RPA導入や社内システム改修で無くしましょう」と何度も打診したが、ガン無視だったので、どうなっても知らんとしか言いようがない。
無邪気にRPA礼賛するのも悲惨な未来まっしぐらじゃねーの。
RPA導入でまともな未来を期待するなら、きちんとEUCできるくらいのスキルを職員に身に付けさせる必要があると思う。
いわゆる「パソコン得意な人」が残したExcel活用案件でまともなものを見た試しがない。 処理内容を解析しようにも、セルをどうする、とかしかわからないマクロとか、何重にも入子になったワークシート関数とか、DB使えば単純なのに無意味な処理が複雑なひょう引きだとかで苦しめられてる。 で、「パソコン得意な人」が中枢で計画立ててるので、ITインパール作戦が続いてるわけですな（泣）。
あ、肝心のRPA0を書き忘れた。 プログラム書いて、コメントを残せるような製品なら良いけど、ティーチングマシンみたいに動きをトレースすることが基本のシステムだと、どうしてその動作が必要なのかがわからなくなる。 さらに、とっつきやすいから、（VBAでは敷居が高いと感じて）今まで自動化に関わらなかったような人も手を出し始めて、そのうちコメントなし、資料なし、なんだか自動化されてる業務ばかりになって、人事異動で担当者が何代か代わるうちに業務自体がブラックボックスになってしまう。 業務の基本はデータ管理やデータ加工なのだから、データベースとプログラミング、システム開発の基本と使うデータベース管理システムで使えるスクリプト言語の基本をマスターした上で、データベースで自動化するのが基本だと思う。
まあ、社員みんながスクリプト書ける or 金出して外注できるならそれが正義なのですが…。最近はセキュリティが理由でVBAも禁止されて、謎エクセル無しでは業務が回らない事態に。
#ええ、絶賛ブラックボックス化進行中です。
セキュリテイと利便性ってトレードオフなことがおおいですよね。管理する側は自分たちに火の粉が降りかからないようにガチガチにしようとするけど、そうなると現場では仕事が回らなくなる。本当のIT専門家なら、セキュリティポリシー・具体的な手段を見直して、セキュリティと現場の要求のバランスをとる方法を見つけ出せるはずなんだけどね（妥協点か・・）。
制限するだけのセキュリティ対策ならシロウトでもできるんで、プロであるIT部門にはぜひ利便性と両立できるセキュリティ対策をお願いします って何度もお願いしているんだけど、出てくるのは制限するだけの対策なんだよねえ。
まあ、「そんなものは無い」ということです。簡単に言えばできることをできなくするのがセキュリティ対策なので、セキュリティ確保のための行動は利便性とは相反します。貴社の要望通りのセキュリティレベルを実現しようとしたら制限方向しかなかったというだけでは?セキュリティリスクを受容・転嫁ができずに回避・軽減しか選択肢がない状態なら、そらそうよ、としか。
情シスってこんなアホばかりだからセキュリティ事故っていつまで経っても繰り返されるんだろうなｗ
不便にすることで「セキュリティを維持してる気分になる」ので、目の前にある低リスクな行為を妨害することに全力を使って、日常からは見えにくい絶対に落としてはいけないセキュリティリスクには気が回らず、いざ漏洩事故が起きたら「非常にレアなケースで想定できなかった」としたり顔で抜かす。
そもそも人間が意識的に操作する部分(妨害されると不便を感じる部分)のセキュリティリスクってそれほど高くはない。一方で本格的な漏洩事故では普段操作しない行為や無意識のうちに取ってしまう行動を狙うので、ここを阻止されてもそれほど人間は不便を感じない。あと「不便な対策」をされたら裏をかく手法を編み出すのが人間ってもので、その行為が極めて危険だったって話も少なくない。
ご高説いただいておりますが、見る限り少なくとも完全なユーザー側だということだけは分かった。
日常から見えにくくても高リスクだとわかっているなら、そもそも危険だし対応しやすいから当然のように対応順位は上がる。だって日常から見えにくいならユーザーからも見えにくいのだから。大抵の場合不便にもなりにくかろう。あと、よほどアレな会社でもない限り、不便な対策取る場合はデメリットや抜け道も想定して、それでもやるかを経営陣に諮って決めてる。管理側だって、文句とか抜け道対策とか無駄なストレスは抱えたくないのだから、やらなくていい対策だったり
完全に無能な情シス担当者の言い訳やなｗ
高い給料もらうってことは誰にでも出来ることをやれって言われてるんじゃないんだよ。戦略情報システムという単語が登場して久しいが、どうやって情報システムを収益に繋げるか考える時代。社員の仕事を邪魔するために予算要求するのがが仕事だってレベルで思考停止してる奴は担当を降りるべき。
いきなり、「情報システムは収益に繋げるか考える時代」とか別レイヤのこと堂々と書かれても...しかも「高い給料もらうってことは誰にでも出来ることをやれって言われてるんじゃないんだよ。」って、どこの人事気取りのおやじだよ。
普通はセキュリティとデベロップメント(「収益に繋げる」って奴な)で同じレイヤで語ることでもなければ、もちろん予算取りも別枠。あと、デベロップメントはユーザビリティともまた別レイヤだからね。どこもそれなりに人員も味方も時間も少ない中で考えてやってるわけよ。
あと、相当情シス部門に対して何か持っているようだけど、無能だ無能だというのであれば、会社のためにも有能になるように導いてあげなさいな。自分のステップアップに向けてのいい練習になるよ。ただ、ちゃんと要望は聞いてあげような。#マジでユーザー企業の情シス担当は人員不足でかわいそうだから。300人規模までは他業務兼務の一人情シスなんて珍しくないし。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
使ってる人はいる (スコア:2, おもしろおかしい)
主に、社内に数人いる「パソコンの大先生」が作った、Excel VBA＋COM経由で動くマクロで。
情シスとしては「RPA導入や社内システム改修で無くしましょう」と何度も打診したが、ガン無視だったので、どうなっても知らんとしか言いようがない。
Excelは表計算以外に使うなと思うが (スコア:2)
無邪気にRPA礼賛するのも悲惨な未来まっしぐらじゃねーの。
RPA導入でまともな未来を期待するなら、きちんとEUCできるくらいのスキルを職員に身に付けさせる必要があると思う。
いわゆる「パソコン得意な人」が残したExcel活用案件でまともなものを見た試しがない。
処理内容を解析しようにも、セルをどうする、とかしかわからないマクロとか、何重にも入子になったワークシート関数とか、DB使えば単純なのに無意味な処理が複雑なひょう引きだとかで苦しめられてる。
で、「パソコン得意な人」が中枢で計画立ててるので、ITインパール作戦が続いてるわけですな（泣）。
Re: (スコア:2)
あ、肝心のRPA0を書き忘れた。
プログラム書いて、コメントを残せるような製品なら良いけど、ティーチングマシンみたいに動きをトレースすることが基本のシステムだと、どうしてその動作が必要なのかがわからなくなる。
さらに、とっつきやすいから、（VBAでは敷居が高いと感じて）今まで自動化に関わらなかったような人も手を出し始めて、そのうちコメントなし、資料なし、なんだか自動化されてる業務ばかりになって、人事異動で担当者が何代か代わるうちに業務自体がブラックボックスになってしまう。
業務の基本はデータ管理やデータ加工なのだから、データベースとプログラミング、システム開発の基本と使うデータベース管理システムで使えるスクリプト言語の基本をマスターした上で、データベースで自動化するのが基本だと思う。
Re: (スコア:2)
まあ、社員みんながスクリプト書ける or 金出して外注できるならそれが正義なのですが…。
最近はセキュリティが理由でVBAも禁止されて、謎エクセル無しでは業務が回らない事態に。
#ええ、絶賛ブラックボックス化進行中です。
Re: (スコア:1)
セキュリテイと利便性ってトレードオフなことがおおいですよね。
管理する側は自分たちに火の粉が降りかからないようにガチガチにしようとするけど、そうなると現場では仕事が回らなくなる。
本当のIT専門家なら、セキュリティポリシー・具体的な手段を見直して、セキュリティと現場の要求のバランスをとる方法を見つけ出せるはずなんだけどね（妥協点か・・）。
Re: (スコア:1)
制限するだけのセキュリティ対策ならシロウトでもできるんで、プロであるIT部門にはぜひ利便性と両立できるセキュリティ対策をお願いします って何度もお願いしているんだけど、出てくるのは制限するだけの対策なんだよねえ。
Re: (スコア:0)
制限するだけのセキュリティ対策ならシロウトでもできるんで、プロであるIT部門にはぜひ利便性と両立できるセキュリティ対策をお願いします って何度もお願いしているんだけど、出てくるのは制限するだけの対策なんだよねえ。
まあ、「そんなものは無い」ということです。
簡単に言えばできることをできなくするのがセキュリティ対策なので、セキュリティ確保のための行動は利便性とは相反します。
貴社の要望通りのセキュリティレベルを実現しようとしたら制限方向しかなかったというだけでは?
セキュリティリスクを受容・転嫁ができずに回避・軽減しか選択肢がない状態なら、そらそうよ、としか。
Re: (スコア:0)
情シスってこんなアホばかりだからセキュリティ事故っていつまで経っても繰り返されるんだろうなｗ
不便にすることで「セキュリティを維持してる気分になる」ので、目の前にある低リスクな行為を妨害することに全力を使って、日常からは見えにくい絶対に落としてはいけないセキュリティリスクには気が回らず、いざ漏洩事故が起きたら「非常にレアなケースで想定できなかった」としたり顔で抜かす。
そもそも人間が意識的に操作する部分(妨害されると不便を感じる部分)のセキュリティリスクってそれほど高くはない。一方で本格的な漏洩事故では普段操作しない行為や無意識のうちに取ってしまう行動を狙うので、ここを阻止されてもそれほど人間は不便を感じない。
あと「不便な対策」をされたら裏をかく手法を編み出すのが人間ってもので、その行為が極めて危険だったって話も少なくない。
Re: (スコア:0)
ご高説いただいておりますが、見る限り少なくとも完全なユーザー側だということだけは分かった。
日常から見えにくくても高リスクだとわかっているなら、そもそも危険だし対応しやすいから当然のように対応順位は上がる。
だって日常から見えにくいならユーザーからも見えにくいのだから。大抵の場合不便にもなりにくかろう。
あと、よほどアレな会社でもない限り、不便な対策取る場合はデメリットや抜け道も想定して、それでもやるかを経営陣に諮って決めてる。
管理側だって、文句とか抜け道対策とか無駄なストレスは抱えたくないのだから、やらなくていい対策だったり
Re: (スコア:0)
完全に無能な情シス担当者の言い訳やなｗ
高い給料もらうってことは誰にでも出来ることをやれって言われてるんじゃないんだよ。
戦略情報システムという単語が登場して久しいが、どうやって情報システムを収益に繋げるか考える時代。
社員の仕事を邪魔するために予算要求するのがが仕事だってレベルで思考停止してる奴は担当を降りるべき。
Re:Excelは表計算以外に使うなと思うが (スコア:0)
いきなり、「情報システムは収益に繋げるか考える時代」とか別レイヤのこと堂々と書かれても...
しかも「高い給料もらうってことは誰にでも出来ることをやれって言われてるんじゃないんだよ。」って、どこの人事気取りのおやじだよ。
普通はセキュリティとデベロップメント(「収益に繋げる」って奴な)で同じレイヤで語ることでもなければ、もちろん予算取りも別枠。
あと、デベロップメントはユーザビリティともまた別レイヤだからね。どこもそれなりに人員も味方も時間も少ない中で考えてやってるわけよ。
あと、相当情シス部門に対して何か持っているようだけど、無能だ無能だというのであれば、会社のためにも有能になるように導いてあげなさいな。
自分のステップアップに向けてのいい練習になるよ。ただ、ちゃんと要望は聞いてあげような。
#マジでユーザー企業の情シス担当は人員不足でかわいそうだから。300人規模までは他業務兼務の一人情シスなんて珍しくないし。