アカウント名:
パスワード:
直接的なコスト以外に、属人性になるリスクも考慮した方がよいよね。特に、自治体とかで採用する場合。
この人が抜けたら回らなくなる、と言うキーマンを作り出してしまうこと。たまたまできる人が部署に居て、フリーソフトで安くシステムが構築できても、保守要員を育成するところまで手が回らず、作った人が異動になったら動かせない、もしくは何かあっても治せない。この辺をリスクとして認識できてないところは結構多いんじゃないかと。
定期的に勉強会とかやって、いざという時に備えてバックアップ体制を作るとかすればいいんだけど、そこまでやるならプロプラなシステム使った方が安いなんてケースはありそう。
それ、キーマンがプロプラソフトを選んでも全く同じ話ですよね。
いや、違うでしょ。保守が内部(構築したキーマン)か、外部(メーカor納入業者)かですよ。
外部がオープン/フリーソフトウェア選んでもとに戻る。
それは外部が永続的に保守できる要員を維持してくれている前提でしょうよ。
できなくてもできるって言っちゃう会社は多い。最低限ベンダーと直接契約しないとダメだな。それもハードウエアOSその他のソフトを全部ワンストップで提供できるベンダーと。つまりオラクルでソラリス。永久サポートなんてアホなことを考えるなら開発チームを社内に確保して自社開発するか開発チームを社内に確保してオープンソースプロジェクトに人を送り込むかだろう。会社ごと買い上げてもいいが。
戻らないよ。オープン/フリーソフトウェア選んでも、外部が保守できるなら問題ない。
つーか、自治体とか外部発注しててもJavaのバージョン縛り絡みで酷い印象しかない。
うちはユーザ企業のほうに属するが、この問題があるので、若手のリーダーは、OSSの利用とシステム内製をやめて、SIerにMS製品でシステムを組ませるという方向に持っていこうとしている。運用保守もSIerに投げる方向。
イニシャルコストを下げるためにOSSだけでシステムを組んで運用している(構築当時はそれが業務命令だった)俺は、結果的に転職活動中。
>SIerにMS製品でシステムを組ませるという方向SIerに投げるだけならMS製品でなくてOSSでも良くない?MS製品でシステム開発や運用保守するSIerの方がOSSでシステム開発や運用保守するSIerよりも多い/安いという条件を満たさないと単純には言えないんじゃないかな。もちろんつきあいのあるSIerに条件を限定したとしても上記の条件を満たせるなら正しい選択肢だけど。
コストだけでなく会社の継続とかも考えるとOSSのリスク見積もりは上がる訳で、往々にして計算的にMSに負けることは多いよ。OSSでももっとMSに対抗できる位の定番的なパターンが揃えられるのなら、少しはマシだろうに。
MS製品使ってもWordとか昔のと互換性もうないでしょう
ソフトでなくても、そうじゃないのかな
某担当者が一念発起してVBやマクロを勉強し、データ入力/検索出力業務の効率化を図っただけど、異動の際、利用者マニュアル一枚だけ残して後任にバトンタッチ担当が数人変わった頃には、OSもバージョンも変わってしまい、挙動もおかしくなりつつあった仕方がないからどういう構造になってるのか作った本人に聞きに行ったが、構造どころかVB、マクロのことまで本人はすっかり忘れてしまってるやむをえず私がデータだけ吸い出し、プレーンなExcelの表にしましたコピペで入力できる等、意外に好評だったり…業務効率化のためにいろんなもの作るのはいいけどさ、異動したら自分は関係なくなると思ってるのかメンテのこと考えないダメ公務員多すぎるそういうダメシステムの担当になる度にExcelやAccessのシンプルなものに作り替えておりまするこれでギャラは同じなの (つうか情シス以外が作っちゃダメというルールにしろよ!
>つうか情シス以外が作っちゃダメというルールにしろよ!
稟議出すのが面倒なんじゃない?
大学の研究室で実験に必要な測定環境作ってそれ用のソフトウェアも書いたことあるけど、プログラミングの方法からパソコンへのセットアップ手順、後は故障した際のバックアップ環境一式まで全て用意して卒業した。
その後、何年も経ってから研究室行ってみたらまだちゃんと使われてた。で、これまで一切それについて感謝もクレームも来ていない…。こうなると単なる自己満足で終わるから、その後にもっと勉強しようとかメンテまで付き合おうとか思わないんだよね。
こういうのはメンテまで要求するなら、それなりの報酬か評価方法を導入しないとずっと書きっぱなしで放置が続いてくと思うよ。公務員だと給与規定とかめんどうそうだけど、ソフトウェアの運用実績考慮して表彰なり何かすればいいんじゃないかな?
# ずっとメンテに付き合わされるのめんどうだから、そんなのやめてくれって声もありそう…
「ちゃんと使われる」かつ「クレームが来ていない」という時点でプロジェクト大成功じゃないの?まあ感謝が来てないというのは、先生に「誰が作ったのか毎年ちゃんと口伝してくださいよ」とやんわり抗議しておくべきだと思うけども
昔いた研究室、その研究の根幹となっているライブラリを作った先輩がいて、研究でそのライブラリを使った場合はその先輩の名前を謝辞に書く、っていうルールだった。おかげで、卒論、修論、博論、大体の謝辞にその先輩の名が載ってるw
EUCには弊害があるというのはずーっと昔から言われていること。
つい先日まで、某お役所に派遣で居た。そこのポリシーはすごかった。メンテできなくなるのでマクロ類は作ってはいけない>手作業でやる。
現在のホワイトカラーの50%は人口知能に置き換え可能だというのが本当に思えてきた。
#とっとと逃げ出した。
そこのポリシーはすごかった。メンテできなくなるのでマクロ類は作ってはいけない>手作業でやる。
個人的にはマクロの利用を極力、控えているけど、代わりに、数式や機能を活用しまくるし、ショートカットを多用するので、普通の人には引き継げないレベル。
やればやるほど仕事が増えて、引き継ぎがますます困難になる。
それは作り方次第な部分が大きいかと。
プロプラでもその上で動かす奴が、非推奨や廃止予定シカトしまくりとか、これはやるな!というのばかりやってるとかだと手に負えない。
まあ、基盤部分はこれ!と言えるだけマシ?♯そう言うとこは基盤まで弄ってるか。。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
コンピュータは旧約聖書の神に似ている、規則は多く、慈悲は無い -- Joseph Campbell
コスト以外に考慮すべきこと (スコア:2)
直接的なコスト以外に、属人性になるリスクも考慮した方がよいよね。
特に、自治体とかで採用する場合。
この人が抜けたら回らなくなる、と言うキーマンを作り出してしまうこと。
たまたまできる人が部署に居て、フリーソフトで安くシステムが構築できても、保守要員を育成するところまで手が回らず、作った人が異動になったら動かせない、もしくは何かあっても治せない。
この辺をリスクとして認識できてないところは結構多いんじゃないかと。
定期的に勉強会とかやって、いざという時に備えてバックアップ体制を作るとかすればいいんだけど、そこまでやるならプロプラなシステム使った方が安いなんてケースはありそう。
しもべは投稿を求める →スッポン放送局がくいつく →バンブラの新作が発売される
Re: (スコア:0)
それ、キーマンがプロプラソフトを選んでも全く同じ話ですよね。
Re:コスト以外に考慮すべきこと (スコア:1)
いや、違うでしょ。
保守が内部(構築したキーマン)か、外部(メーカor納入業者)かですよ。
Re: (スコア:0)
外部がオープン/フリーソフトウェア選んでもとに戻る。
Re: (スコア:0)
それは外部が永続的に保守できる要員を維持してくれている前提でしょうよ。
Re: (スコア:0)
少なくともA係長が永続的に保守してくれるかどうかよりは容易に評価できる
Re: (スコア:0)
できなくてもできるって言っちゃう会社は多い。最低限ベンダーと直接契約しないとダメだな。それもハードウエアOSその他のソフトを全部ワンストップで提供できるベンダーと。つまりオラクルでソラリス。
永久サポートなんてアホなことを考えるなら開発チームを社内に確保して自社開発するか開発チームを社内に確保してオープンソースプロジェクトに人を送り込むかだろう。会社ごと買い上げてもいいが。
Re: (スコア:0)
A係長だって永久メンテするよって言うだけならタダなんだから
Re: (スコア:0)
戻らないよ。
オープン/フリーソフトウェア選んでも、外部が保守できるなら問題ない。
Re: (スコア:0)
つーか、自治体とか外部発注しててもJavaのバージョン縛り絡みで酷い印象しかない。
Re: (スコア:0)
うちはユーザ企業のほうに属するが、この問題があるので、
若手のリーダーは、OSSの利用とシステム内製をやめて、SIerに
MS製品でシステムを組ませるという方向に持っていこうとしている。
運用保守もSIerに投げる方向。
イニシャルコストを下げるためにOSSだけでシステムを組んで
運用している(構築当時はそれが業務命令だった)俺は、結果的に
転職活動中。
Re:コスト以外に考慮すべきこと (スコア:1)
>SIerにMS製品でシステムを組ませるという方向
SIerに投げるだけならMS製品でなくてOSSでも良くない?
MS製品でシステム開発や運用保守するSIerの方がOSSでシステム開発や運用保守するSIerよりも多い/安いという条件を
満たさないと単純には言えないんじゃないかな。
もちろんつきあいのあるSIerに条件を限定したとしても上記の条件を満たせるなら正しい選択肢だけど。
Re: (スコア:0)
コストだけでなく会社の継続とかも考えるとOSSのリスク見積もりは上がる訳で、往々にして計算的にMSに負けることは多いよ。
OSSでももっとMSに対抗できる位の定番的なパターンが揃えられるのなら、少しはマシだろうに。
Re: (スコア:0)
MS製品使ってもWordとか昔のと互換性もうないでしょう
Re: (スコア:0)
ソフトでなくても、そうじゃないのかな
Re: (スコア:0)
某担当者が一念発起してVBやマクロを勉強し、データ入力/検索出力業務の効率化を図った
だけど、異動の際、利用者マニュアル一枚だけ残して後任にバトンタッチ
担当が数人変わった頃には、OSもバージョンも変わってしまい、挙動もおかしくなりつつあった
仕方がないからどういう構造になってるのか作った本人に聞きに行ったが、
構造どころかVB、マクロのことまで本人はすっかり忘れてしまってる
やむをえず私がデータだけ吸い出し、プレーンなExcelの表にしました
コピペで入力できる等、意外に好評だったり…
業務効率化のためにいろんなもの作るのはいいけどさ、異動したら自分は関係なくなると思ってるのか
メンテのこと考えないダメ公務員多すぎる
そういうダメシステムの担当になる度にExcelやAccessのシンプルなものに作り替えておりまする
これでギャラは同じなの (つうか情シス以外が作っちゃダメというルールにしろよ!
Re: (スコア:0)
>つうか情シス以外が作っちゃダメというルールにしろよ!
稟議出すのが面倒なんじゃない?
Re: (スコア:0)
大学の研究室で実験に必要な測定環境作ってそれ用のソフトウェアも書いたことあるけど、プログラミングの方法からパソコン
へのセットアップ手順、後は故障した際のバックアップ環境一式まで全て用意して卒業した。
その後、何年も経ってから研究室行ってみたらまだちゃんと使われてた。
で、これまで一切それについて感謝もクレームも来ていない…。こうなると単なる自己満足で終わるから、その後にもっと勉強
しようとかメンテまで付き合おうとか思わないんだよね。
こういうのはメンテまで要求するなら、それなりの報酬か評価方法を導入しないとずっと書きっぱなしで放置が続いてくと思う
よ。
公務員だと給与規定とかめんどうそうだけど、ソフトウェアの運用実績考慮して表彰なり何かすればいいんじゃないかな?
# ずっとメンテに付き合わされるのめんどうだから、そんなのやめてくれって声もありそう…
Re: (スコア:0)
「ちゃんと使われる」かつ「クレームが来ていない」という時点でプロジェクト大成功じゃないの?
まあ感謝が来てないというのは、先生に「誰が作ったのか毎年ちゃんと口伝してくださいよ」とやんわり抗議しておくべきだと思うけども
Re: (スコア:0)
昔いた研究室、その研究の根幹となっているライブラリを作った先輩がいて、研究でそのライブラリを使った場合はその先輩の名前を謝辞に書く、っていうルールだった。おかげで、卒論、修論、博論、大体の謝辞にその先輩の名が載ってるw
Re: (スコア:0)
EUCには弊害があるというのはずーっと昔から言われていること。
つい先日まで、某お役所に派遣で居た。
そこのポリシーはすごかった。メンテできなくなるのでマクロ類は作ってはいけない>手作業でやる。
現在のホワイトカラーの50%は人口知能に置き換え可能だというのが本当に思えてきた。
#とっとと逃げ出した。
Re: (スコア:0)
個人的にはマクロの利用を極力、控えているけど、代わりに、数式や機能を活用しまくるし、ショートカットを多用するので、普通の人には引き継げないレベル。
やればやるほど仕事が増えて、引き継ぎがますます困難になる。
Re: (スコア:0)
それは作り方次第な部分が大きいかと。
プロプラでもその上で動かす奴が、非推奨や廃止予定シカトしまくりとか、これはやるな!というのばかりやってるとかだと手に負えない。
まあ、基盤部分はこれ!と言えるだけマシ?
♯そう言うとこは基盤まで弄ってるか。。