日経XTECHの木村氏の記事で、興味深い論文を知りました。xTECH(クロステック)この記事で紹介された元ネタがこちらです。SAPの成功:ドイツの制度環境からの一考察https://www.ipa.go.jp/files/000068596.pdf本論文の冒頭を抜粋します。世界首位の地位を築くことができたのだろうか。業間コーディネーションなど制度的特徴との関連からその答えを導く。SAP社は1972年創業とのことですので、ほぼ50年の歴史を持った企業なんですね。ドイツ国内で広まったのが1990年代とあるので20年かかっており、日本で大ブレイクしたのが2000年前後ですから、海外展開の成功までに30年を要したといえます。見方を変えると、自社アーキテクチャを30年以上、育成し続けてきたわけです。本論文ではドイツ特有の事情として「株主重視の傾向が強まった時期を経て、企業は洗練された統合システムを活用した効率経営が重視された」「ドイツ被用者の賃金や給与体型は、企業を超えた産業・業種ごとに参考となる職務等級や報酬テーブルがある」「そのため各社の制度や業務フローが標準化されやすく、統合基幹業務システムが受け入れられる素地があった」ことが紹介されています。その一方で日本企業は「低い雇用流動性と企業特殊技能の組み合わせスタイルにより、汎用性のない企業独自のソフトウェア開発とその利用を助長」してきたとあり、なるほどと思うばかりです。他にも教育制度の紹介なども面白かったので、詳細は是非、同論文をお読みください。日本もこれからさらにグローバル化の波に洗われ、ドイツ型に近づくのか、かどうかはわかりません。日本方式はずばり「汎用性のない企業独自のソフトウェア開発とその利用」を追求してきたということはわかります。その良し悪しはさておき、この日本方式が曲がり角にきていることは事実でしょう。いう3点セットを「一品モノ開発」で成功させるのは桁違いの困難さが伴います。これまでよく日本のSIerはやってきたのだと思いますが、そのしわ寄せが業務アプリケーション開発分野のブラック化という負の側面を生み出しました。この話、どこかで聞いたことあるな、そうか、先の敗戦と構図がそっくりだ、と気づくと、我々は何を学習したのかとがっかりしてしまいます。同じように考えたエンジニアは少なくないはずです。日本方式はむしろ厳しい環境ですから、そこから登場する、SAPとは異なる視点をもったパッケージソフトウェアがあってもいい。ある、と自負しています。「汎用性のない企業独自のソフトウェア開発を、効率的に実現するためのプラットフォーム」です。矛盾した要求である「一品モノを低コスト、短納期、高品質で開発する」ためには「徹底的に効率化されたプラットフォーム」が必要不可欠です。これをもう少し進めると、そのようなプラットフォームを使って開発された業務アプリケーションは、各企業毎にカスタマイズしやすい特徴をもつことになります。この思想は業務そのものが標準化されたドイツでは受け入れられないのでしょう。そこで見えてくる方向性は、次のふた通りです。日本をドイツ方式に変える。企業の枠を超えた業務標準化を推し進めれば、SAP方式を受け入れやすい。日本方式を徹底追及し、これを受け入れる他国を探す。「汎用性のない企業独自のソフトウェア開発を、効率的に実現するためのプラットフォーム」を使ったSIの輸出を目指す。どちらも一長一短あります。メリットもわかります。なく、相変わらず開発現場が疲弊するSE哀史が続いています。このままでは敗戦確定ですので、いずれかの方向になることを願っています。興味を持たれた方へのご案内7月から開始した「Wagby全国ツアー2016」も終盤に入りました。その思考は、未来設計から。ドメイン駆動設計と、Springの関係2019-11-29マイクロサービスから、マイクロカンパニーへはてなブログをはじめよう!ynieさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。