日本のソフトウエア産業、衰退の真因 119
ストーリー by yoosee
この業界にプロはどれくらいいるのだろう 部門より
この業界にプロはどれくらいいるのだろう 部門より
Futaro 曰く、
日経IPproに「日本のソフトウエア産業、衰退の真因」という松原友夫氏の記事が載っていた。氏は日立ソフトウエアエンジニアリングの立ち上げにかかわったという。 記事では例えば「しかし、品質に関して重大責任を負うに至ったソフトウエア開発ビジネスで、成果責任を負わない派遣形態がかくも横行しているのは日本だけである。」 など、核心を突いた納得できる文言が多くある。
この記事は、たしかにぼくも含めた多くのソフトウエア開発者が苦しんできた問題の核心を突いている、と感じている。日本のソフトウエア開発者に是非読んでいただきたい一文だと思い、ここにご紹介する。
日本のITベンチャー企業の育成と経営的成功≠日本のソフトウェア産業・技術力の興隆 (スコア:4, すばらしい洞察)
面白い燻し銀の文章だと思ったけど、ぼくの考えはちょっと違う。
どうすれば日本のソフトウェア産業・技術力はもっと興隆するようになるのだろうか？
何故、日本の漫画界がこれ程までに興隆したのか？ということと考えると、手塚治虫という大天才(個人)がいたから。個人が自らの意思で徹底して完全主義的に作品を造ることを社会が許したから。彼がいなければ週刊少年ジャンプの興隆すらありえなかった。
ところが、この手塚治虫という大天才は、虫プロダクションというベンチャー企業を倒産させているのだ。
虫プロから育った人材は多いが、著名な門下生の作風は、手塚先生の作風の二番煎じではない。手塚先生が価値観や作風を門下生に押し付けなかった証だと思う。
ぼくは、個人が、自分の名前で一発仕事（＝プロジェクト）が興せるような風土（社会的な枠組み）が定着すると、日本のソフトウェア産業や技術力はもっと興隆するだろう、と、考えている。幾人かの天才が現れるだろう、ということ。品質の向上とは、要するにどこまでストイックに完全主義を貫けるか？ということ。
大企業のソフトウェア開発部門でも、こういう発想の諸制度を取り入れると良くなるのかもしれないが、運良く天才を飼えなかったら逆に悲惨なことになるだろう。巷にコロコロと転がっていないからこそ、天才は天才なのだ。
ソフトウェア技術は、文化・芸術と同様に、天才個人を保護する社会的な仕組みがあってこそ興隆するはずだ。
そもそも企業の経営者というものは、株主の方を向いて、利益率に配慮して企業体・事業体の資産運用をコントロールする（管理・営業・事務）職であって、そうクリエイティブではいられない筈だから。
---
TaddyHatty - always @( posedge ↑ or negedge ↓ )
Re:日本のITベンチャー企業の育成と経営的成功≠日本のソフトウェア産業・技術力の興隆 (スコア:4, すばらしい洞察)
ソフトウェアエンジニアリングというものを誤解していませんか？
エンジニアリングの目指すところは一定水準以上の教育や訓練を受けた人材が
手順を踏めばほぼ同じ水準の品質・性能をもったモノを作り出せることですよ。
優秀なリーダや天才がいれば一時的に良い状況になるでしょうが、それを
エンジニアリングとして手順・教育・制度・プロセスなどにフィードバックして、
かかわる人材の底上げしていくことが大事なのです。天才は必要ですが、
そこだけに眼を奪われるのは危険ですよ。
そういう意味で、元記事は日本は国家的、業界的な取り組みを怠ったのではないか？
それが現状を招いているのではないか？という指摘だと思いますよ。
Re:日本のITベンチャー企業の育成と経営的成功≠日本のソフトウェア産業・技術力の興隆 (スコア:1)
そりはハードウェア製造のような、創造的な要素が乏しく、今時単純とはいかないが準定型的な作業の場合のお話し。ソフトウェアの場合、製造品質・コストは実質記録媒体の性能に支配され、製造原価は(ハードウェアに比べると零ではないが)微々たるものなので、製造に関するトラブルは無いにしても多くはないでしょう。
ところが製造以前のソフトウェア設計(ハードウェアでの各種図面作成に相当)では、「ほぼ同じ水準」を担保する教育やら訓練やらは確立されてなく(現状のハードウェアに比べて余りに自由度が多いプログラム作成環境が続く限り永遠に確立されるとは思いませんが)、結局個人の(才能及び経験に基づく)技量に依存しきっているし、「目指すところ」には達しないと思います。特に昨今のCPU性能の著しい向上に因って多少(といっても1乃至2桁程)の性能の悪さが顕在化されにくくなっているので、駄目なプログラマ(含SE)は自覚・成長し(または淘汰され)にくくなっています。(ハードウェア設計も同様ですが)ソフトウェア設計がハードウェア製造並に工業化できるのは、遠い未来にしか可能性は無いと思います。
Re:日本のITベンチャー企業の育成と経営的成功≠日本のソフトウェア産業・技術力の興隆 (スコア:1)
ハードウェア設計じゃなくて、ハードウェア製造。
でも、それなら、ソフトウェア設計じゃなくて、ソフトウェア製造について比較すべきかと思う。
ハードウェア設計の中では、部材と部材の繋がりを製造ラインで間違わないような形に設計するが、ソフトウェア設計ではそこまでできない。
開発言語で、パラメータへのアクセス方法や書式を単一のものに固定、限定されているなら別だと思うが。実際、そんな言語を現場は喜んで使うだろうか。
MicrosoftのVBAの書式の融通の広さや、Java/C++のGenericは便利だけど、逆に平均的な製造者を育てるには問題だと思ってる、元機械屋なソフト屋としてのコメントだからID
fj.jokes出身:
ソフトウエアでは (スコア:1)
>事務処理能力の高い優秀な社員だけに仕事が集中してしまいます。
ソフトウエアだとこんな感じでは。
＜30+5+5+5+5+1+1+1+1+1+1+1+1+0+0+0+0+(-1)+(-1)+(-1)+(-10)+(-10)＞
さらにコミュニケーションコストが人数分かかる。
「なんとか管理」がやろうとしているのは、これを最低レベルに合わせること．
＜ 1+1+1+1+1+1+1+1+1+1+1+1+1+0+0+0+0+(-1)+(-1)+(-1)+(-10)+(-10)＞
コミュニケーションコストは上と同じかそれ以上。
これでは生産性は下がって当然。
だから下半分を削って優秀な人だけ残した方が、生産性は上がるだろうと言われている。
＜30+5+5+5+5+1+1+1+1+1+1+1+1+0+0＞
さらにアジャイルだとこんな感じかな。
もちろんコミュニケーションコストも最小化される。
＜30+5+5+5+5+1+1＞
トヨタのカンバン方式って錬金術だろ (スコア:1, すばらしい洞察)
> 足もとの利益だけに目をとらわれず、カメの歩みを長い目で見たほうが、
> 結果的に大きな利益につながるのです。
なんて 結んであるんだけど、ここに書いてある方法って
「トヨタが儲けるために、荷積み段階で 部品メーカーに膨大な手間を押し付けている」
「個別流通を行う結果、道路が倉庫代わりになっている」
という「トヨタだけが目先の利益を得て、周囲に負担がばら撒かれている」状態だよね。
これのドコに「長い目でみた 大きな利益」があるんだろうね。
トヨタのカイゼンとかカンバン方式って、水銀から金を作りますなんて
言ってるのと同じ詐欺じゃないの？
下請けに負担丸投げってことでは、ソフト業界と変わらない。
一見、トヨタが勝ってるようにみえるのは、
実はボロボロの状態が目に見えて発覚しているか 否かというかもしれない。
あるいは「 ソフト業界では適用できない方法なのかもしれない。
まぁ、経団連が日本に巣食った結果 －＞ ワーキングプア増大
－＞ クルマが買える層が薄くなる －＞ クルマが売れない
って 衰退化がでてるんだけどねぇ。
Re:完全にオフトピでフレームのもとですが (スコア:1)
＜1＞
を全部半角にすると、HTMLタグ扱いされるようです。
＆ｌｔ；1＆ｇｔ；を半角で書けば<1>と表示されるみたいだけど、
はっきり言って面倒なだけです。
>そもそもそういうことを気にする方が少数派なんでしょうか?
と思われます。そんなルールを徹底するのは
コーディング規約の徹底と同じで時間のムダ。
＃コーディング規約の場合は、下手すると単なるバカに見えます。
>単純に仕事量を平均化すると仕事のできる人はサボっているようにみえるんですよね。
うん。目がフシ穴な人ならその通りです。
だから仕事量も測れない無能な管理職は不要な存在だと言われてますよね。
Re:日本のITベンチャー企業の育成と経営的成功≠日本のソフトウェア産業・技術力の興隆 (スコア:1)
要件定義 - 仕様作成 - 設計 - コーディング
が自動車でいうところの設計で、生産ラインは、
ビルド - 試験
でしょう。
ソフトウェアの不幸は、他の業種でいうところの生産部分が完全に自動化されていて、それ以外の部分(設計と試験)が非効率に見えることじゃないかな。
Re:日本のITベンチャー企業の育成と経営的成功≠日本のソフトウェア産業・技術力の興隆 (スコア:3, すばらしい洞察)
マンガの流通の仕組みとか、雑誌連載と言うフォーマット、今のマンガ業界を 支えるモロモロのもの、そういうものは別に手塚氏が作ったわけじゃないでしょう？
かるーく「天才個人を保護する社会的な仕組み」なんておっしゃいますが、もし
そういう仕組みを作れるんだとしたら、それは一人の天才がいる事よりも
圧倒的にすごいことなんじゃないんですかね。
天才は (スコア:2, 興味深い)
屍体メモ [windy.cx]
Re:日本のITベンチャー企業の育成と経営的成功≠日本のソフトウェア産業・技術力の興隆 (スコア:1)
『ゲームセンターＣＸ』チュンソフトの回で。
有野係長「ハズレがありませんからねぇ」
中村社長「面白くなるまで出しませんから」
ゲーム屋も納期最優先な雰囲気を聞き及んでいたりしたのだが、恵まれた環境というのはあるものですねぇ。
# 関係ないけど、こんな人 [takiya.jp]も思い出した……
# 彼は技術屋として目指してた訳じゃないからねぇ。
Re:日本のITベンチャー企業の育成と経営的成功≠日本のソフトウェア産業・技術力の興隆 (スコア:1, 参考になる)
ゼビウスやドルアーガの塔などで有名な遠藤さんは、「ゲームは最も遊びたい人が作る」と書いていますね。2001年ごろの2ちゃんねるでのまとめページ [cside.com]で読みました。
えーと、「愛」が必要ということかな。
Re:日本のITベンチャー企業の育成と経営的成功≠日本のソフトウェア産業・技術力の興隆 (スコア:1)
倒産した虫プロダクションはアニメ制作会社でマンガの方ではありません。
ついでにいえば虫プロダクションは粗製乱造のキッカケとなったTVアニメを初めてやったプロダクションであり、
>個人が自らの意思で徹底して完全主義的に作品を造ることを社会が許した
というのはどうかと。
虫プロダクションから良い作品はでていますが(元をたどればガンダムもヤマトも虫プロ系ってことになりますわな) 虫プロができる前に東映動画はすでに完ぺき主義的完成度をもつ映画を幾つも出していました。ディズニーもそうですね。それができたのは「社会が許した」からではなく、単に当時、映画が花形産業であり、金が集まり、その中でヒットしたしたからにすぎません。と、これはアニメの話。
んで、マンガにおいて完全主義的に作品を造ることが許されるのは、コストが安いということに尽きるでしょう。個人で作り上げることができるからです。士朗正宗なんかは連載をもたずに一人で単行本を書き下ろすなんてことをしてでてきた人ですね。そのモデルがあてはまるかどうかは、ソフトウェアはどうなのかってことにつきるかと。
どんなソフトでもPCとコンパイラさえあれば一人でも作れる?
うーん、まあ理屈ではそうかもしれないんですけど、どうかなーって思いますな。
なにもできないヤツに限って、巨人をくさす (スコア:1, 興味深い)
ソフトウェアでもそうだが、なにかまとまったモノを作ったことのある人間は
簡単に人の功績を否定しない。作り上げることの大変さを知っているから。
非難するなら宮崎駿が、手塚氏が漫画の単価を低く設定してしまったせいで
この世界が大変になった、といっているように同じくらいの仕事をしてから
だろう。虫プロ倒産の理由のひとつかも知れないが。
完璧な人間は世の中にはいない。でも、貢献してくれたことに感謝するべき
じゃないか。
くさすことで、自分の賢さじゃなく品性の低さを暴露するより。
日本人は、 (スコア:2, すばらしい洞察)
Re:日本人は、 (スコア:4, すばらしい洞察)
目に見えないものにコストを払うことに慣れてないからじゃ？
＃ハードウェアを買えばついてくるものだという感覚が未だに‥
＃＃一部アトビのソフトウェアの高さにはあれですけど‥企業向けはあれでいいかもしれんが個人向けは‥
せめて1万で
Re:日本人は、 (スコア:2, すばらしい洞察)
特に外に振る場合。
Re:日本人は、 (スコア:2, すばらしい洞察)
Re:日本人は、 (スコア:1, すばらしい洞察)
Re:日本人は、 (スコア:1)
ソフトウェアは「産業」たりえない (スコア:2, 興味深い)
だが現実としてフリーソフトウェアそのものを悪と言う人は少ない。FSFのように嫌われている団体はあるが全否定されているわけではない。
無償で流通する物がある中で有償の物を普及させるという状況は、他の産業界ではあまり見られないことである。
つまりソフトウェア「だけ」で産業を構成することに無理がある。
「サービス産業」の一形態と思うしかないな。
Re:ソフトウェアは「産業」たりえない (スコア:1, 興味深い)
これだけ幅を利かせている現状、MicrosoftやOracleの方がよっぽど嫌われ
ているのでは？GPLでなくてもFSFのいうフリーソフトは普及しているし。
Re:ソフトウェアは「産業」たりえない (スコア:1)
> 流通させようとするフリーソフトウェアは悪である。
「悪」がどこにかかってるのかわからん。
「ソフトウェア産業にとって悪」？
「産業活動を妨げること全般が悪」？
後者だとしたらなんで？
おまえが言うなっ、と思った (スコア:2, 興味深い)
SKも派遣ビジネス盛んだよね。
できる人も多いんだけど、使えないのはとことん使えない。
問題あるのは経験的にSKのさらに協力会社の場合が多い。
記事書いた人は元自社の現状を知ってるのかな。
Re:おまえが言うなっ、と思った (スコア:1, 興味深い)
でも、内部を見ると「多少は良い」人が実は協力会社の人で、
SKの正社員はダメだったりする例も結構あるけどねｗ
何度、SKの協力会社の人と直接取引きしたいと思ったことか・・・
色々としがらみがあったりするから、そういうのはNGっぽいんだけど。
# でも、それをNGと言ってしまう業界体質も問題だと思う。
"衰退"に異論がある方もいるだろう (スコア:1, 興味深い)
良くて低空飛行といった感じだ。
ただ、世界的に見てもソフトウェア産業自体が斜陽化しつつある傾向を
示しているので「日本が‥」というローカルな視野だけに留まることなく
世界的な隆盛を巻き起こすような視点が欲しいところである。
衰退に"カチン"ときた方は。
#斜陽というよりは人気の低迷化の方がピンときやすいかもしれないが。
どの口が言っているのか？ (スコア:1, 興味深い)
>>成果責任を負わない派遣形態がかくも横行しているのは・・・・
>>日本だけである。
成果責任を負わないのは本当に日本だけか？
韓国系企業にソフト開発を頼んだ「品質の悪いもの作られた」とか
中国系企業にソフト開発を頼んだ「納期がめちゃくちゃ延ばされた」とか
あるんですが・・・
まぁ発注側の企業が「丸投げ」状態自体がたこすけなんですが
（この場合、韓国企業はバグ対応が良かったし
納期が遅れても 中国企業めっちゃええもん作ってくれましたが）
で成果責任を負わないとあるが
派遣であっても、アルバイトであっても
わしらのところじゃ「いきなり質問したり」「呼び出しします」
ソフトウエアの納品が５年たったものでも（ｗ
ちなみにわしらの場合
・重大な欠陥が無い限り、客に納品したとき
「納品チェック」を完了したら、以後の改修や調整は「有料」としております。
場合によっては「バグ」であっても有料
Re:どの口が言っているのか？ (スコア:3, 興味深い)
まぁ、そのあたりはともかく、文書化させる時間を取って、発注側が把握すべき部分をきちんとドキュメントにして、ドキュメントを発注側が査読して確認した上で最終的な検収を行うのが、仕事のやりかたとしては筋では…
それができないからって５年だか十年だか前の仕事に付いていきなし呼びつけられて問われても、仕事した側としても、現在の雇用者との関係もあるし、いい迷惑だと思いますが。
つまりは、仕事始めるときと終わるときに責任分担を文書化してとりかわさないでこのような事をやってるのだとしたら、内容によっては当人なり、当人の現在の雇用先から民事裁判起こされますよ。
取り交わしてあったとしても、発注側に圧倒的に有利な内容ならばその「取り決め」自体が無効である訳ですが…
Re:どの口が言っているのか？ (スコア:1)
> 韓国系企業にソフト開発を頼んだ「品質の悪いもの作られた」とか
> 中国系企業にソフト開発を頼んだ「納期がめちゃくちゃ延ばされた」とか
> あるんですが・・・
無責任体質であっても請負契約である以上、信用の失墜や、最終的には訴訟リスクを負うわけです。
日本企業について「成果責任を負わない」って言ってるのは人売り契約だからで、これは本当に法的に成果責任を負いませんから、同列に並べるのは無理があります。
Re:どの口が言っているのか？ (スコア:1, 興味深い)
相手が応じなかったら、どうするおつもりですか？
呼び出される方に、応じる義務がない場合もあると思うのですが……
これって、自分たちは責任を負わないけど、派遣やアルバイトの人には責任を問うという話のように見えます。ダブルスタンダードと言うことになりませんか？
Re:どの口が言っているのか？ (スコア:4, すばらしい洞察)
要は「わしらみたいな屑企業がソフトウェア産業を駄目にしますた」って言ってるんじゃないの？
Re:どの口が言っているのか？ (スコア:1, 興味深い)
「いきなりの質問」はたまにある。
>>契約期間が終わってる人を？成果責任で契約したわけじゃない人たちを？それ違法じゃないの？
個人的な経験で言うと
仲間内でない企業に短期で入ってシステムの構築を行ったとき
「契約満了後でもなんかあったら呼び出すよ」って言われることは良くある。
厳密に言うと、あなたの言うとおり（仲間内であったとしても）
おかしいのですが、中小のソフトハウスは甘えがあるかもしれん。
（大手だときっちり引き継ぎなりでカバーしているのだけど）
##さすがに1998年当初に作ったＤＢシステムを
##資料自体が手元に無い状態で
##急に「あーだこうーだ」言われても 詳しくはおぼえていないよねぇ
##記憶の中から掘り出したけど・・・・
要求を獲得できないし、要求を仕様化できない (スコア:1, すばらしい洞察)
何につけても、要求の獲得ができないPMがいて、仕様を確定できない日本のソフトウェアの仕組みじゃないかと思っていたりします。
仕様を確定できないんで、アウトソースに対しても、オフショアに対してもうまく成果があげられないんですよね。
派遣に対して責任を擦り付けるのはどうかと思ったりします。
＃ 特に今のソフトウェア産業を今の状態に導いた人はそう思って自己納得するしかないかも。
Re:要求を獲得できないし、要求を仕様化できない (スコア:2, 興味深い)
と言うか、「仕様があるのが当たり前である」と考える時点で終わっているのかも知れません。
この業界でよく言われるのは、
「欧米はシステムに合わせて業務を最適化するが、
日本は業務に合わせてシステムを最適化する。」
と言うことですかね。
日本の場合、明文化されていない業務まで無理矢理システムに押し込もうとするので、
いらないものまで仕様書に反映せざるを得なくなり、
かつ後で見つかって手戻りなんかが発生したりするから、
期間もコストも莫大にかかる（＝システム化する意味が薄い）んだとか。
欧米はパッケージ買ってきて業務変えちゃうのでその辺りは素早い。
発注者側にもそうした意識があるのと無いのとでは、
手に入るものが全然変わっちゃいますから…。
＃日本人は「一品モノ」大好きなので難しいかもしれませんが。
Re:要求を獲得できないし、要求を仕様化できない (スコア:1)
ACでやっちゃった。
業務にあわせてシステムを最適化するのは、悪いことじゃないと思いますよ。
XPなんかでも変化を許容せよと言いますし、CMMIなんかでもそういうのは十分許容しています。
どんだけ完璧に仕様を作っても、後で技術的な制約とかで手戻りは出るのは、私は仕方ないと思っています。
でも、その波及がどれほどに及ぶかを設計することをしないので、雪達磨式に色々増えていくんですよね、これが。
トレーサビリティ・マトリックスという言葉を知っていると、そういう現場は少し幸せになれるんですが。
＞欧米はパッケージ買ってきて業務変えちゃう
日本でもこれはよくやりますし、ベースラインになるプロダクトからの派生開発も盛んですね。
ところが、派生開発の意味をよく知らないので、発生がいわゆる「手戻り」方式になるから、結局大変で収拾がつかなくて、現場的には最初から作り直すってなことをやっているのが現実だったりします。
最初から作り直すのも、リファクタリングとかになればいいんですが、そんな言葉を知らない現場がほとんどなので、デスマーチってな不幸な現実に直面したりするんですね。
請負法なんとかしてくんない？ (スコア:1, 興味深い)
モジュール単位で各社に振り分けてるんだけど、
各社のリーダのみとのコンタクトだと危なっかしくてしょうがない。
ソフトウェアは図面だけでやり取りできるものではないのだから。。。
Re:請負法なんとかしてくんない？ (スコア:1, すばらしい洞察)
派遣であれば責任者以外にも直接指示が可能ですよ。
Re:請負法なんとかしてくんない？ (スコア:1)
何かまずいことがあるのでしょうか。むしろ、多分にアナログ
な要素が入るハードより、仕様書でのやりとりがしやすい
分野ではないかと思うのですが。
# 純粋に興味だけの質問ですが、御教示頂けると幸いです。
Re:請負法なんとかしてくんない？ (スコア:1)
行うべき処理があいまい（他モジュールとの機能分担が曖昧だと調整が非常に面倒です）
処理の細部が不明（記載してない）
エラー時の処理が書いてない
こんな仕様書が多いです。
# ひどいのになると１行しか書いてない...
notice : I ignore an anonymous contribution.
Re:請負法なんとかしてくんない？ (スコア:1)
まず、フォロー下さった皆様、ありがとうございました。
読んでいて感じたのは仕様書を作りこむことが出来ない、
というよりは、やってられない、ということのような
気がします。
H/Wの場合、仕様書を作りこんでから設計というのが基本
なので、入力と出力が仕様通りであれば、内部構成について
顧客からクレームがくることはないです。
もっとも、私の場合、IEEEという神様仕様がいるため、
仕様決定のために負荷が激増することはないからできている
ことではあります。
商品規格/ソリューション提案から仕様書に落とし込む際に、
効率的で抜けのでないような方法が確立されれば、品質や
全体の効率が改善するのかも知れませんね。
参考までに (スコア:1)
はてなブックマーク [hatena.ne.jp]でけっこうブックマークされていたので憶えてます。
おまけに、 その記事を読んで涙を流した人もいたようです。 [ohmynews.co.jp]
私は泣きはしなかったですが、私のような末端ＰＧでも知っている
ビッグネームが悲観的な記事を書いた衝撃は、けっこう大きいのではないか
と予測しますね。
clausemitz
日本メーカーが米国に完敗した真因 (スコア:1)
“自分で考えることをあきらめた世代が、この国に第二の敗戦をもたらした”
ということに尽きるんじゃないでしょうか？
ということで、先人の失敗をよぉ～く勉強させてもらって、第三戦は勝ちましょう！(笑)
Re:日本メーカーが米国に完敗した真因 (スコア:1)
「米国に楯突いたグループは、政治的に潰される」
ものだと理解していると思います。
でもって、よぉ～くよぉ～く勉強した人達は、
「米国に勝つには、米国で雇用の拡大を図ることが必要」
と理解しているのではないでしょうか。
結局、日本は「一部の人だけが幸せ」になるしかないんですよ。少なくとも、それが小泉改革でしたから。
fj.jokes出身:
双方が納得できる線引き (スコア:1)
結局落としどころがそこになってしまうことが現状の問題点だと思います。発注側は受注側が信用できないから全てをコントロールしようとし、受注側も発注側が信用できないから確実に利益が見込める派遣契約を求める。でなかったら、受注側がとんでもないものを作り出したり、発注側が無茶な要求をして作れそうにないものを求めてくるからでしょう。
ですからここで誰かが言っているように、仕様をはっきりさせるというか、双方が納得できるはっきりした線引きを確定させること、いや双方が納得するための新しい考え方のようなものが求められるのだと私は思います。
Re:双方が納得できる線引き (スコア:1)
細部まで考慮されていない、明らかにすり合わせされていない仕様書(と主張するメモ)を見せられて、リスクを全く取れない金額を強要されちゃ、請負なんてできないですよ。
[実際に、去年そんな案件の請負下請 PM をやっちゃった私。周りから見たら死ななかったのが奇跡に見えたらしい。その上、次の仕事は元記事の SK から強(ry]
fj.jokes出身:
Re:本当の原因は (スコア:1, おもしろおかしい)
あれ？
ゲーム産業もそんなたくさん優秀な人がいるとも思えないんですが・・・
すごい人はホントに凄いんですがそんなひとは極僅かで、大半は並かそれ以下。
優秀な人はきっと亜空間のかなたに消えてしまったんですよ、きっと
Re:一言でまとめると (スコア:1, 参考になる)
引用してみると、以下のような部分ですかね？
政府、ユーザー、業界は、ソフトウエア企業の自立を促す必要がある。
特に影響が大きいのは、大規模プロジェクトを発注する政府と大ユーザ
ーである。彼らがソフトウエア会社に派遣を要求し続けるなら、この国の
ＩＴに未来はない。
大前研一さんの記事 [nikkeibp.co.jp]も参考にすると、どうやら順番としては
銀行なんかの金融機関が最初に「不まじめ」から「まじめ」にならないと前に
すすめないやに思えてしまいそうかなと。 政府がダメダメとか言い出すと、
金融機関が不まじめなのは・・・って話が無限ループなんでしょうけど。
ヨーロッパでの成功例は多いのか (スコア:2, 興味深い)
Re:ヨーロッパでの成功例は多いのか (スコア:2, 参考になる)
あと、SI では富士通ヨーロッパ（旧ICL）も利益は出てるみたいですよ。
Re:SIは・・・ (スコア:1)
NEC は独禁法対応のコード開示よりも先に Windows のコードを一部開示されていた（PC98がらみだけど）会社ですし、
投資額が100億円規模の金融機関システムだと、海外のベンダでも対応が違います。
Oracle や hp でコア開発をやっている人間と直接やりとりしたりもしますよ。
逆に、米国のベンチャー企業の人に聞いたところでは、（その会社はWindows用のアプリを作っているけど）
Windows の問題（MSDN の記述と異なる動作をする）について MS に問い合わせても全く反応がないそうです。