情報サービス産業を救う銀の弾丸はない - 雑種路線でいこう
そうそう人月はなくならない。世界の何処だってヒトを売るときは人月だ。同じヒトを買うならユーザー企業が直接雇用した方が方が安いし組織の壁がなく合理的だ。米国で日本よりパッケージの活用が進むなど合理的な情報システムが構築されやすいのは、一時的なコンサルティングやプロフェッショナルサービスはともかく、システムの企画とか調整はユーザー企業の従業員が行っていることが大きい。きっちり業務プロセスから見直すことができるし、ちゃんとコストを下げるインセンティブが働いているのだ。 日本でそういった企業が少ないのは、ジョブローテーションの中で情シス部門のスペシャリストを育て、しかるべき処遇を用意することが難しく、減点法の人事評価ではリスクを取って新しい技術を導入するより、付き合いの長い業者に丸投げして失敗を避け、或いは失敗しても責任を押し付けた方が得だからだ。 つまりユーザー企業の発注能力が低いとか、重層的な
情報サービス産業に明日がなくても構わない - 雑種路線でいこう
情報サービス産業に対しては，人月単価ベースのビジネスモデルがいけない，エンジニアを使い捨てている，高い単価でオフショアとどう戦うのか，とかいろいろなことがいわれているし，どっかに活路がないものかなとここ数年いろいろ調べたりもしたのだけれども，最近ふと別に情報サービス産業に明日がなくても構わないじゃないか，と考えるようになった． 結局のところ要件定義や仕様書に基づいてシステムをつくるという仕事は，ITが生む付加価値そのものを受け取るようにビジネスモデルができていないのだ．技術や製品・専門知識に希少性があった時代はそれでも儲かったが，ハードやソフト，それらに対する知識がコモディティ化した瞬間，サービスやソリューションそのものがコモディティ化することは避けられなかったのだろう． 僕はIT自体にはまだまだ可能性があると思うけれども，徐々にレントがIT製品を扱う企業から，ITを活用して新しい価値を生
kuranukiの日記 - ディフェンシブな開発 〜 SIビジネスの致命的欠陥
Rubyをはじめとするスクリプト言語ではなく、なぜJavaを選ぶのか。 そして、XPをはじめとするアジャイル開発ではなく、なぜウォーターフォールを選ぶのか。 そこには、言語の良し悪しや、開発プロセスの考え方などが理由の中心にあるわけではなくて、SIerというビジネスの仕事の仕方（ビジネスモデル）に起因している。 RubyやXPは、考え方や技術としてはとても良くて、生産性もあがるし、何よりもソフトウェアをクリエイティブに作り上げることができ、利用者にとっても使い勝手がよく、スポンサー（経営者）にとっても経営戦略に沿ったものが手に入り、開発者にとっては何よりも仕事に対してやりがいを感じることができる。すばらしい！・・・・が。。。 しかし、だからといって、誰でもRubyやXPを使って開発をするべきか、というとそうではない。もし、本質を理解しない誰かが、「やってみたいのだが・・・」と相談に来たら、
暗闇の海底でみる夢〜哲学の断想集〜 - 日本では、システムエンジニアとプログラマは、どちらが優秀だと思われているか？
うまくいかない日に仕込むラペ 「あぁ、今日のわたしダメダメだ…」 そういう日は何かで取り返したくなる。長々と夜更かしして本を読んだり、刺繍をしたり…日中の自分のミスを取り戻すが如く、意味のあることをしたくなるのです。 うまくいかなかった日のわたしの最近のリベンジ方法。美味しいラペを…
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
