アカウント名:
パスワード:
>約3000社の取引先ごとに個別に条件の異なる納品書や請求書データを作成・受領するもの
プログラムでやるより、PCに入力できる熟練の社員を10人育てたほうがいいんじゃないか?
> 開発はRed HatのJBoss BRMSが使われたとのこと。日本の業務システムをパッケージで構築しようとして失敗というのを何度見たことか。カスタマイズで業務に合わせるんじゃなくて、業務をパッケージに合わせないとだめなんだろ。成功率ってどれくらいなんだろ。
カスタマイズで業務に合わせるんじゃなくて、業務をパッケージに合わせないとだめなんだろ。
欧米ではホイホイ転職するのが当たり前だから、転職してきた人を即戦力にするためにパッケージ構築が流行ってるんだよね。SAPなりSalesforceなりなら、そこまで使い方が変わらないから、転職組でも使い方を覚えるリードタイムが短い。
日本は終身雇用前提で作った企業制度で、企業ごとの制度やシステムがバラバラな上、業務をパッケージにあわせるという思想がない。(経営者や現場にそういう発想がないから、何をやっても駄目って話)
まあ、だからRPAみたいな中途半端なソリューションが無駄に売れるんだけどね。そのRPAですら吸収しきれないバラバラのシステムはいい加減、会社ごと滅びたほうが日本のためだよ。労働人口がこれからどんどん減るのに、そんなもんにコスト割くのは社会的な害悪だ。
というより、特にホワイトカラー系は『自己流』や『オレ流』で、仕事を進めるのが好きなんだよ。これが酷くなると、成果よりも仕事の進め方にプライド持つようになる。
事務作業は職人技ではなく『引き継ぎ可能』な仕事であるはず。にもかかわらず、標準化や定型化、ルールの共有が出来ていない。というより、ルールを飛び越えた処理をするオレ、かっけぇ、みたいに考えるクルクルパーもいる。
結果、全容を把握することが難しくなり、その辺が、業務ソフト開発において、要件定義が出来ない原因にもなり、ホワイトカラーの生産性を下げル原因の一つになっている。
……ように、外野からは見える。
そもそもホワイトカラーは「脱時間給」なんで、自己流だろうが、少ない時間・ローコストで処理できることが正義なんすよ。
>事務作業は職人技ではなく『引き継ぎ可能』な仕事であるはず。これはホワイトカラーじゃなく、「スーツを着た単純肉体労働」なのではと。本当のホワイトカラーは、もっとクリエイティブなことをやってるよ。
その手の事務作業をホワイトカラーと呼ぶのやめようぜ。「マックジョブ」でいい。
最後の砦社内SEがいるエクセルシャドーITは砦の奥でなんかやってる感じかね
知ってるか?社内SEは3つに分けられる
会社の奴隷になって病んでいく奴トカゲの尻尾としてストックされてる奴ベンダーやSIerの飼い犬になる奴
この3つだ
一人情シスなんですが3役こなせますかね?
あぁ、それが俗に言う「フルスタックエンジニア」だな。精進しなされ。
#違う
自分が2番めに見えた
#年齢と経験で転職できず
トカゲの尻尾かもという自覚がありながら、まだ転職しないですんでいるのはラッキーなのではないでしょうか。
stucked?
パッケージ入れてもアドオンゴリゴリでパッケージの体をなしてないところは多いけど、それでも入れてるだけマシ
未だに基幹がホストですみたいなところは、変える意思すらなかったか、失敗しまくってるってことだから、確実に地雷案件だと思う
欧米のように業務内容が契約で決まっているのであれば、業務をパッケージに合わせることは容易だろうが、日本はそもそも業務内容が明確ではないから、パッケージを入れようとすれば、まず従来の業務内容を明確化しなければならない。個人的なノウハウや、組織的な慣習といった、不明確な業務内容を全て洗い出して明確化するという作業はべらぼうな手間、暇、金がかかる。それをするよりは、現行の業務に合わせてシステムを組んだほうが速いし安くつく。
それをするよりは、現行の業務に合わせてシステムを組んだほうが速いし安くつく。
そう思って帳票3000種オーバーやろうとした結果が今回の炎上でしょ?
まず従来の業務内容を明確化しなければならない。個人的なノウハウや、組織的な慣習といった、不明確な業務内容を全て洗い出して明確化するという作業
それができなきゃ、結局「現行の業務にあわせたシステムを作る」こともままならないよね。
そもそも3000社それぞれのフォーマットで出力しなきゃいけないのはなぜか。3000社がそれぞれ自前のシステムを構築してるからだ。でもなんで統一フォーマットにならなかったんだろうねえ。
要件が間違ってるよね本当にそれだけのコストに見合う必要性あんのかと
終身雇用の日本のサラリーマンは他社のやり方を知らない人が多いので、本気で自分のところのやり方が一番と思ってる。中途で入るとよくわかる。
注文書とか請求書のISOやJIS規格作って強制させたらいいんじゃない?規格がないんだから、振り込み用紙や宅配の伝票ですら少しずつ違うから各社で微妙に変わってるのは仕方ないかと
そうすると最終的に「備考欄」の記載にしわ寄せが全て寄っていく予感。備考欄1行目の5カラム目から納品先工場番号、9カラム目から...
そして気が付くと重要情報は殆ど備考欄になってて備考欄だけが何ページも続く世界が予想できる。
EDI自体が完全に統一規格でないため、複数の商社やメーカーと取引する大型小売が商社ごとに異なるEDIに対応するのを嫌がり商社側が吸収せざるを得ない今が出来上がると言う、一応ベースのEDIは共通規格のはずなのですが・・・アナログ・ISDN廃止ついでに、流通BMSで再統一しようとしたらWEBベースの独自のEDIが出回り更に混沌に拍車をかける始末
関係する業界が多すぎてまとまる訳がなく・・・
トヨタWG共通EDI http://www.toyotawg-edi.info/ [toyotawg-edi.info] というのがあるとは聞いているけれど、どのぐらい機能しているんだろうか。。
JBoss BRMS は業務システムパッケージというよりミドルウェアだから……
「日本は…」とか「業務をパッケージに合わせる…」とか空頭の日経BP紋切り型の思考で考えてはいけない案件でしょう。企業間システムは変更の影響が相手に及びます。今回は意思決定主体が3000。単社でのシステム変更は社内処理部分はいいとして相手とのインターフェースは現行踏襲、としかできないでしょう。
全部相手に合わせて社内処理だけを効率化して30億よりは例えば1社1億で3000億かけて全体標準化、の方が経済合理性が高いのは恐らくそうでしょうが意思決定主体が多すぎてその結論が出しきれない。さらにその3000社の中には別業界の会社がたくさん入っていて、そこはそこで別の標準で他の会社とインターフェースを持っている。だからそっちの業界も変えなきゃならない。蜘蛛の巣のように広がって収拾がつかなくなる。
これは日本に限りません。企業間システムの標準化を国なり業界団体が何度もトライして未だに難しい。自動車や電子部品など一部はできていますがせいぜい国単位。それに例えば医薬などだとかなり限定的な範囲でしか標準が使えない。
一度海外の大企業と企業間インターフェースを作ろうとしてみればわかりますが、連中も大手ほど自前の処理、自前の特性が多くてすごく注文を付けてきます。パッケージそのままっていうのは経理、人事、伝票処理などバックオフィスの話でしょう。
大体アメリカは、単位系すらヤード・ポンド系(トンも)。サウジアラビアに至っては、一年は約354暦日。
そういう企業ほどカスタマイズは最小に抑えた、とか言っちゃうんですよね。なんでしょ、あれ。名前以外完全にオーダーメイドなシステムをいくつ見てきたことか。これ、転職してきた人が前の会社と同じシステムのはずなのに全然違って混乱してるんだろうなぁとつくづく思う。
(お客様の無茶振りに起因する)カスタマイズは最小に抑えた
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
人がやったほうがよさそうな気がする (スコア:0)
>約3000社の取引先ごとに個別に条件の異なる納品書や請求書データを作成・受領するもの
プログラムでやるより、PCに入力できる熟練の社員を10人育てたほうがいいんじゃないか?
Re:人がやったほうがよさそうな気がする (スコア:0)
> 開発はRed HatのJBoss BRMSが使われたとのこと。
日本の業務システムをパッケージで構築しようとして失敗というのを何度見たことか。
カスタマイズで業務に合わせるんじゃなくて、業務をパッケージに合わせないとだめなんだろ。
成功率ってどれくらいなんだろ。
Re:人がやったほうがよさそうな気がする (スコア:3, すばらしい洞察)
カスタマイズで業務に合わせるんじゃなくて、業務をパッケージに合わせないとだめなんだろ。
欧米ではホイホイ転職するのが当たり前だから、転職してきた人を即戦力にするためにパッケージ構築が流行ってるんだよね。
SAPなりSalesforceなりなら、そこまで使い方が変わらないから、転職組でも使い方を覚えるリードタイムが短い。
日本は終身雇用前提で作った企業制度で、企業ごとの制度やシステムがバラバラな上、業務をパッケージにあわせるという思想がない。
(経営者や現場にそういう発想がないから、何をやっても駄目って話)
まあ、だからRPAみたいな中途半端なソリューションが無駄に売れるんだけどね。
そのRPAですら吸収しきれないバラバラのシステムはいい加減、会社ごと滅びたほうが日本のためだよ。労働人口がこれからどんどん減るのに、そんなもんにコスト割くのは社会的な害悪だ。
Re:人がやったほうがよさそうな気がする (スコア:4, すばらしい洞察)
というより、特にホワイトカラー系は『自己流』や『オレ流』で、
仕事を進めるのが好きなんだよ。
これが酷くなると、成果よりも仕事の進め方にプライド持つようになる。
事務作業は職人技ではなく『引き継ぎ可能』な仕事であるはず。
にもかかわらず、標準化や定型化、ルールの共有が出来ていない。
というより、ルールを飛び越えた処理をするオレ、かっけぇ、
みたいに考えるクルクルパーもいる。
結果、全容を把握することが難しくなり、
その辺が、業務ソフト開発において、要件定義が出来ない原因にもなり、
ホワイトカラーの生産性を下げル原因の一つになっている。
……ように、外野からは見える。
Re: (スコア:0)
そもそもホワイトカラーは「脱時間給」なんで、自己流だろうが、少ない時間・ローコストで処理できることが正義なんすよ。
>事務作業は職人技ではなく『引き継ぎ可能』な仕事であるはず。
これはホワイトカラーじゃなく、「スーツを着た単純肉体労働」なのではと。
本当のホワイトカラーは、もっとクリエイティブなことをやってるよ。
Re: (スコア:0)
その手の事務作業をホワイトカラーと呼ぶのやめようぜ。「マックジョブ」でいい。
Re: (スコア:0)
最後の砦社内SEがいる
エクセルシャドーITは砦の奥でなんかやってる感じかね
Re: (スコア:0)
知ってるか?
社内SEは3つに分けられる
会社の奴隷になって病んでいく奴
トカゲの尻尾としてストックされてる奴
ベンダーやSIerの飼い犬になる奴
この3つだ
Re:人がやったほうがよさそうな気がする (スコア:1)
一人情シスなんですが3役こなせますかね?
Re:人がやったほうがよさそうな気がする (スコア:1)
あぁ、それが俗に言う「フルスタックエンジニア」だな。
精進しなされ。
#違う
Re: (スコア:0)
自分が2番めに見えた
#年齢と経験で転職できず
Re: (スコア:0)
トカゲの尻尾かもという自覚がありながら、まだ転職しないですんでいるのはラッキーなのではないでしょうか。
Re: (スコア:0)
stucked?
Re: (スコア:0)
パッケージ入れてもアドオンゴリゴリでパッケージの体をなしてないところは多いけど、それでも入れてるだけマシ
未だに基幹がホストですみたいなところは、変える意思すらなかったか、失敗しまくってるってことだから、確実に地雷案件だと思う
Re: (スコア:0)
欧米のように業務内容が契約で決まっているのであれば、業務をパッケージに合わせることは容易だろうが、日本はそもそも業務内容が明確ではないから、パッケージを入れようとすれば、まず従来の業務内容を明確化しなければならない。
個人的なノウハウや、組織的な慣習といった、不明確な業務内容を全て洗い出して明確化するという作業はべらぼうな手間、暇、金がかかる。
それをするよりは、現行の業務に合わせてシステムを組んだほうが速いし安くつく。
Re:人がやったほうがよさそうな気がする (スコア:2)
それをするよりは、現行の業務に合わせてシステムを組んだほうが速いし安くつく。
そう思って帳票3000種オーバーやろうとした結果が今回の炎上でしょ?
まず従来の業務内容を明確化しなければならない。
個人的なノウハウや、組織的な慣習といった、不明確な業務内容を全て洗い出して明確化するという作業
それができなきゃ、結局「現行の業務にあわせたシステムを作る」こともままならないよね。
Re:人がやったほうがよさそうな気がする (スコア:1)
そもそも3000社それぞれのフォーマットで出力しなきゃいけないのはなぜか。3000社がそれぞれ自前のシステムを構築してるからだ。でもなんで統一フォーマットにならなかったんだろうねえ。
Re: (スコア:0)
要件が間違ってるよね
本当にそれだけのコストに見合う必要性あんのかと
Re: (スコア:0)
終身雇用の日本のサラリーマンは他社のやり方を知らない人が多いので、本気で自分のところのやり方が一番と思ってる。中途で入るとよくわかる。
Re: (スコア:0)
注文書とか請求書のISOやJIS規格作って強制させたらいいんじゃない?
規格がないんだから、振り込み用紙や宅配の伝票ですら少しずつ違うから各社で微妙に変わってるのは仕方ないかと
Re: (スコア:0)
そうすると最終的に「備考欄」の記載にしわ寄せが全て寄っていく予感。
備考欄1行目の5カラム目から納品先工場番号、9カラム目から...
そして気が付くと重要情報は殆ど備考欄になってて備考欄だけが何ページも続く世界が予想できる。
Re: (スコア:0)
EDI自体が完全に統一規格でないため、複数の商社やメーカーと取引する大型小売が商社ごとに異なるEDIに対応するのを嫌がり
商社側が吸収せざるを得ない今が出来上がると言う、一応ベースのEDIは共通規格のはずなのですが・・・
アナログ・ISDN廃止ついでに、流通BMSで再統一しようとしたらWEBベースの独自のEDIが出回り更に混沌に拍車をかける始末
関係する業界が多すぎてまとまる訳がなく・・・
Re: (スコア:0)
トヨタWG共通EDI http://www.toyotawg-edi.info/ [toyotawg-edi.info] というのがあるとは聞いているけれど、
どのぐらい機能しているんだろうか。。
Re:人がやったほうがよさそうな気がする (スコア:1)
JBoss BRMS は業務システムパッケージというよりミドルウェアだから……
Re:人がやったほうがよさそうな気がする (スコア:1)
「日本は…」とか「業務をパッケージに合わせる…」とか空頭の日経BP紋切り型の思考で考えてはいけない案件でしょう。
企業間システムは変更の影響が相手に及びます。今回は意思決定主体が3000。単社でのシステム変更は社内処理部分はいいとして相手とのインターフェースは現行踏襲、としかできないでしょう。
全部相手に合わせて社内処理だけを効率化して30億よりは例えば1社1億で3000億かけて全体標準化、の方が経済合理性が高いのは恐らくそうでしょうが意思決定主体が多すぎてその結論が出しきれない。さらにその3000社の中には別業界の会社がたくさん入っていて、そこはそこで別の標準で他の会社とインターフェースを持っている。だからそっちの業界も変えなきゃならない。蜘蛛の巣のように広がって収拾がつかなくなる。
これは日本に限りません。企業間システムの標準化を国なり業界団体が何度もトライして未だに難しい。自動車や電子部品など一部はできていますがせいぜい国単位。それに例えば医薬などだとかなり限定的な範囲でしか標準が使えない。
一度海外の大企業と企業間インターフェースを作ろうとしてみればわかりますが、連中も大手ほど自前の処理、自前の特性が多くてすごく注文を付けてきます。パッケージそのままっていうのは経理、人事、伝票処理などバックオフィスの話でしょう。
Re: (スコア:0)
大体アメリカは、単位系すらヤード・ポンド系(トンも)。
サウジアラビアに至っては、一年は約354暦日。
Re: (スコア:0)
そういう企業ほどカスタマイズは最小に抑えた、とか言っちゃうんですよね。
なんでしょ、あれ。
名前以外完全にオーダーメイドなシステムをいくつ見てきたことか。
これ、転職してきた人が前の会社と同じシステムのはずなのに全然違って混乱してるんだろうなぁとつくづく思う。
Re:人がやったほうがよさそうな気がする (スコア:1)
(お客様の無茶振りに起因する)カスタマイズは最小に抑えた