スラドこの議論は賞味期限が切れたので、アーカイブ化されています。新たにコメントを付けることはできません。(#1336832)>>「米国製の勘定系パッケージ」のカスタマイズだけでも地雷なのに>あわせる気が無いというのもどうよ米国会計基準にあわせた企業なら問題はないでしょうが米国基準の変更に引きずられるのは困ると思うのは自然だと思います。本当は自前で開発しろよ、と思ったりしますがね。内部からデファクトスタンダード的なパッケージに仕上げるべきだと思うぞ。米国基準の変更に引きずられるのは困ると思うのは自然だと思います。[srad.jp]は、そういう話もあるけど、別の問題もある、と指摘してるんだと思うよ。[nikkei.co.jp]には、この仕様が合わないという問題は、国ごとの会計とかの制度の違いと、会社ごとの違いとの2つがあるのだと思う。国とか制度の違いだけなら、日本向けのパッケージを作れば流通しそうなものだが、なかなか流通しないところをみると、後者によるところも多いと考えざるを得ない。会社毎の違いによって、また、それを変更しない圧力によって、パッケージ採用が進まない、と。内部からデファクトスタンダード的なパッケージに仕上げるべきだと思うぞ。(#1336863)>とある。会社毎の違いによって、また、それを変更しない圧力によって、パッケージ採用が進まない、と。内部からデファクトスタンダード的なパッケージに仕上げるべきだと思うぞ。>日本では、そんな風にやっても、デファクトスタンダードにはなり得ない、ということじゃないかな?えーっと、そうなんです。外部から変更されるのを嫌うのです。パッケージベンダは日本企業の我がままを聞いてそのまま実装してしまい、コテコテの専用システムが出来上がるのです。内部から作らないとと思う訳です。自分でいいものを作ろうと思って作らないと駄目、というただそれだけの当たり前の話なんですが。外部から変更されるのを嫌うのです。内部からの命令でも変更されるのを嫌うでしょ?どこらかであろうと、変更されること自体を嫌ってるんですよ。「しかし経営者とか経営スタイルが変わったとしても、システムを使う現場のやり方は変わらないのではないか」と聞くと、「それも一挙に変えてしまう、変えない従業員にはやめてもらうのだ」という返答だった。下の人間は嫌う・嫌わないに係わらず、上の命令に従うのが米国流のようです。#関東軍の暴走を止められなかった大本営、って言うか、企業統治とはなんぞや、って言うか。(#1336934)変更するのは良いんですよ、「やり方こう変わりますからね」というだけですから。考慮漏れのによる稼動増を末端に「押し付けるから」嫌がられるんです。システム側で問題解決するのと、末端の稼動増の費用を比べて、経営層に了解取ってらだと問題無いんですけどね。すると、末端での対応にするにしても稼動増の理由説明が出来るから、人も増やせます。全体見えてない状況で、業務フローの整理もせず、システム構築に走るばかを何度も見てますが、大体泥沼にはまって動かないシステムになるんだよなあ....。Coward>全体見えてない状況で、業務フローの整理もせず、システム構築に走るばかBPMが得意と謳っていて、実績あるコンサル会社でも入れれば良いんですけどね。金さえ出せば、面倒な作業やってくれますから楽なものです。穴の開いたバケツで水を汲んでいるのに、変えようとしないのは、やっぱり泥沼にはまっているのと同じ事ですからね。(#1336928)変えるなら上も変わらないとだめですよ、と現場がいうと大抵上は変更をなしにします。変えましょうと言うのは主に現場だと思うが。(#1336857)大きなパッケージを採用するようなところはたいてい海外でも活動してるので実績のある海外製パッケージが「まだ楽」。国産で海外までカバーできるパッケージって寡聞にして知らない。国内だけで活動してるようなところだと、高価なパッケージ採用とそれのカスタマイズするより、オーダーしたほうが早くて安かったり。安くてそれなりのパッケージもあるにはあるけど。いうのが卑近な例かな。シェア親コメントより多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。service.閉じるスラド処理中...。