1この企業の社畜として、自己の立ち位置を再確認するために読んだのだが、結局のところ、ど真ん中の一冊になった。「ソフトウェア企業の競争戦略」を紹介していただいたこの記事に感謝。好川さん、ありがとうございます。ソフトウェアでメシを食べている人は必読だろうなぁ...。ソフトウェア・ビジネスが一般のビジネスと違いが無いのであれば、本など書く必要がない。この本は「ビジネス」としてみた場合の「ソフトウェア企業」を冷徹な視線で語っている。ソフトウェア・ビジネスとして成立させるために必要なことは「製品とサービスのハイブリット形態」なり。製品は市場に参入し、シェアを確保するため、サービスは恒常的な収入を得て、好不況の波を越えていくために必要。マイクロソフト、IBM、オラクル、SAP、シーベル、i2テクノロジーズの例を挙げて、その必要性を詳細に語っている。答えはYes[注1]。日本のプログラマの品質は、世界最高の水準か、それ以上だという。プログラマは優秀なのに、日本のソフトウェアビジネスがパっとしない理由も書いてある。それは品質重視の工場型モデルを(相も変わらず)採用しているからにほかならない。「良いものを作れば売れる」主義を信奉するあまり、ビジネスの本質から離れてしまっているらしい。欧州企業にとってソフトウェアは「科学」として扱われる。米国企業にとってソフトウェアは「ビジネス」そのものとして扱われる。会社をつくって「まぁまぁ良質」の製品を作り、業界標準を打ち立て、その過程で大儲けしようとたくらむ。日本企業にとってソフトウェアとは「工場出荷製品」そのもの。文字通り「ソフトウェア・ファクトリー」を目指している。標準化された設計開発工程に則り、仕様からほとんどブレない製品を粛々と出荷することを随一としている。「良いものを作れば必ず売れる」信者の松下イズムが蔓延しているため、ソフトウェア・ビジネスの最もメジャーな課題「何が欲しいのか分かっていない顧客に売る」ビジネス視点が抜けている。「ソフトウェア企業を創って世界のルールを変えてやろう、その過程で大儲けしてやろう」ことがヤれるのは、米国だけなり。インドの主なソフトウェア企業だろう(もちろん漏れているのも多々ある)。上記で面白そうな本が紹介されていた。[未来のいつか/hyoshiokの日記]「満足せる豚。[未来のいつか/hyoshiokの日記]プログラムを作ることはそれほど難しいことではない。それを製品にしてビジネスとすることは非常に難しい。「正しくものを作ること」より「正しいものを作ること」のほうがはるかに難しいのである。いわゆるウォーターフォールモデルでは開発プロセスの初期に仕様を固定してそれを「正しく作る」事に注力する。1千行あたりのバグ数とか月当たりの生産コード行数などが、いかに「正しくものを作ったか」の生産性の指標になる。ソフトウェアファクトリとか日本のソフトウェア産業の得意とするところである。答えが見つからないときは、問題を変えてみよう。(哲学はなぜ間違うのか)本は読まなくても書評を書くことはできる。