アカウント名:
パスワード:
直接的なコスト以外に、属人性になるリスクも考慮した方がよいよね。特に、自治体とかで採用する場合。
この人が抜けたら回らなくなる、と言うキーマンを作り出してしまうこと。たまたまできる人が部署に居て、フリーソフトで安くシステムが構築できても、保守要員を育成するところまで手が回らず、作った人が異動になったら動かせない、もしくは何かあっても治せない。この辺をリスクとして認識できてないところは結構多いんじゃないかと。
定期的に勉強会とかやって、いざという時に備えてバックアップ体制を作るとかすればいいんだけど、そこまでやるならプロプラなシステム使った方が安いなんてケースはありそう。
某担当者が一念発起してVBやマクロを勉強し、データ入力/検索出力業務の効率化を図っただけど、異動の際、利用者マニュアル一枚だけ残して後任にバトンタッチ担当が数人変わった頃には、OSもバージョンも変わってしまい、挙動もおかしくなりつつあった仕方がないからどういう構造になってるのか作った本人に聞きに行ったが、構造どころかVB、マクロのことまで本人はすっかり忘れてしまってるやむをえず私がデータだけ吸い出し、プレーンなExcelの表にしましたコピペで入力できる等、意外に好評だったり…業務効率化のためにいろんなもの作るのはいいけどさ、異動したら自分は関係なくなると思ってるのかメンテのこと考えないダメ公務員多すぎるそういうダメシステムの担当になる度にExcelやAccessのシンプルなものに作り替えておりまするこれでギャラは同じなの (つうか情シス以外が作っちゃダメというルールにしろよ!
>つうか情シス以外が作っちゃダメというルールにしろよ!
稟議出すのが面倒なんじゃない?
大学の研究室で実験に必要な測定環境作ってそれ用のソフトウェアも書いたことあるけど、プログラミングの方法からパソコンへのセットアップ手順、後は故障した際のバックアップ環境一式まで全て用意して卒業した。
その後、何年も経ってから研究室行ってみたらまだちゃんと使われてた。で、これまで一切それについて感謝もクレームも来ていない…。こうなると単なる自己満足で終わるから、その後にもっと勉強しようとかメンテまで付き合おうとか思わないんだよね。
こういうのはメンテまで要求するなら、それなりの報酬か評価方法を導入しないとずっと書きっぱなしで放置が続いてくと思うよ。公務員だと給与規定とかめんどうそうだけど、ソフトウェアの運用実績考慮して表彰なり何かすればいいんじゃないかな?
# ずっとメンテに付き合わされるのめんどうだから、そんなのやめてくれって声もありそう…
「ちゃんと使われる」かつ「クレームが来ていない」という時点でプロジェクト大成功じゃないの?まあ感謝が来てないというのは、先生に「誰が作ったのか毎年ちゃんと口伝してくださいよ」とやんわり抗議しておくべきだと思うけども
昔いた研究室、その研究の根幹となっているライブラリを作った先輩がいて、研究でそのライブラリを使った場合はその先輩の名前を謝辞に書く、っていうルールだった。おかげで、卒論、修論、博論、大体の謝辞にその先輩の名が載ってるw
EUCには弊害があるというのはずーっと昔から言われていること。
つい先日まで、某お役所に派遣で居た。そこのポリシーはすごかった。メンテできなくなるのでマクロ類は作ってはいけない>手作業でやる。
現在のホワイトカラーの50%は人口知能に置き換え可能だというのが本当に思えてきた。
#とっとと逃げ出した。
そこのポリシーはすごかった。メンテできなくなるのでマクロ類は作ってはいけない>手作業でやる。
個人的にはマクロの利用を極力、控えているけど、代わりに、数式や機能を活用しまくるし、ショートカットを多用するので、普通の人には引き継げないレベル。
やればやるほど仕事が増えて、引き継ぎがますます困難になる。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
コスト以外に考慮すべきこと (スコア:2)
直接的なコスト以外に、属人性になるリスクも考慮した方がよいよね。
特に、自治体とかで採用する場合。
この人が抜けたら回らなくなる、と言うキーマンを作り出してしまうこと。
たまたまできる人が部署に居て、フリーソフトで安くシステムが構築できても、保守要員を育成するところまで手が回らず、作った人が異動になったら動かせない、もしくは何かあっても治せない。
この辺をリスクとして認識できてないところは結構多いんじゃないかと。
定期的に勉強会とかやって、いざという時に備えてバックアップ体制を作るとかすればいいんだけど、そこまでやるならプロプラなシステム使った方が安いなんてケースはありそう。
しもべは投稿を求める →スッポン放送局がくいつく →バンブラの新作が発売される
Re:コスト以外に考慮すべきこと (スコア:0)
某担当者が一念発起してVBやマクロを勉強し、データ入力/検索出力業務の効率化を図った
だけど、異動の際、利用者マニュアル一枚だけ残して後任にバトンタッチ
担当が数人変わった頃には、OSもバージョンも変わってしまい、挙動もおかしくなりつつあった
仕方がないからどういう構造になってるのか作った本人に聞きに行ったが、
構造どころかVB、マクロのことまで本人はすっかり忘れてしまってる
やむをえず私がデータだけ吸い出し、プレーンなExcelの表にしました
コピペで入力できる等、意外に好評だったり…
業務効率化のためにいろんなもの作るのはいいけどさ、異動したら自分は関係なくなると思ってるのか
メンテのこと考えないダメ公務員多すぎる
そういうダメシステムの担当になる度にExcelやAccessのシンプルなものに作り替えておりまする
これでギャラは同じなの (つうか情シス以外が作っちゃダメというルールにしろよ!
Re: (スコア:0)
>つうか情シス以外が作っちゃダメというルールにしろよ!
稟議出すのが面倒なんじゃない?
Re: (スコア:0)
大学の研究室で実験に必要な測定環境作ってそれ用のソフトウェアも書いたことあるけど、プログラミングの方法からパソコン
へのセットアップ手順、後は故障した際のバックアップ環境一式まで全て用意して卒業した。
その後、何年も経ってから研究室行ってみたらまだちゃんと使われてた。
で、これまで一切それについて感謝もクレームも来ていない…。こうなると単なる自己満足で終わるから、その後にもっと勉強
しようとかメンテまで付き合おうとか思わないんだよね。
こういうのはメンテまで要求するなら、それなりの報酬か評価方法を導入しないとずっと書きっぱなしで放置が続いてくと思う
よ。
公務員だと給与規定とかめんどうそうだけど、ソフトウェアの運用実績考慮して表彰なり何かすればいいんじゃないかな?
# ずっとメンテに付き合わされるのめんどうだから、そんなのやめてくれって声もありそう…
Re: (スコア:0)
「ちゃんと使われる」かつ「クレームが来ていない」という時点でプロジェクト大成功じゃないの?
まあ感謝が来てないというのは、先生に「誰が作ったのか毎年ちゃんと口伝してくださいよ」とやんわり抗議しておくべきだと思うけども
Re: (スコア:0)
昔いた研究室、その研究の根幹となっているライブラリを作った先輩がいて、研究でそのライブラリを使った場合はその先輩の名前を謝辞に書く、っていうルールだった。おかげで、卒論、修論、博論、大体の謝辞にその先輩の名が載ってるw
Re: (スコア:0)
EUCには弊害があるというのはずーっと昔から言われていること。
つい先日まで、某お役所に派遣で居た。
そこのポリシーはすごかった。メンテできなくなるのでマクロ類は作ってはいけない>手作業でやる。
現在のホワイトカラーの50%は人口知能に置き換え可能だというのが本当に思えてきた。
#とっとと逃げ出した。
Re: (スコア:0)
個人的にはマクロの利用を極力、控えているけど、代わりに、数式や機能を活用しまくるし、ショートカットを多用するので、普通の人には引き継げないレベル。
やればやるほど仕事が増えて、引き継ぎがますます困難になる。