そこまでするか、と首をかしげずにはいられない。誰もが知る有名企業同士が繰り広げる相互批判、暴露、醜聞の蒸し返し……。異例の喧嘩の裏には、どうしても負けられない「事情」があった。 まず野村が訴えた子供の頃、喧嘩には暗黙のルールがあった。相手が泣いたら止める、血が出るようなことはしない、顔は殴らない。 大人であればなおさらのはずだが、野村證券と日本IBMという名門企業が法廷の場で争う大人の喧嘩には、そうしたルールはまったく通用しないようだ。 互いが互いを徹底的に批判し、完膚なきまでに叩きのめそうとする大ゲンカが今、展開されている。 「野村がIBMに委託したシステム開発プロジェクトが頓挫したことがきっかけで、野村が被った損害として約33億円という巨額の支払いを求めています。野村が支払いを求める通知書を送ったところIBMが拒否したため、昨年11月に野村證券と親会社の野村ホールディングスが日本IBM
時は2000年代初頭、俺は最初に就職した独立系SIerから4次請けの派遣として某銀行の営業店システム開発に参加していた。 新卒で入社して、二つ目のプロジェクトだった。当時は最先端であったJavaでのプロジェクトということで、ずいぶんと喜んだことは記憶している。 1フロアが丸ごとプロジェクトルームとなっており、プロジェクト統括の事業部長が常に怒号をあげながらフロアを徘徊するなかで、15インチCRTディスプレイ(当然液晶なんかじゃない)がようやく置ける狭い机とパイプ椅子で、右も左もわからないまま、Excelで書かれた仕様書と向き合い、秀丸エディタ(当時はEclipseがまだ生まれていなかった)でジャバを書いていた。 デスマであったかというと、今思うとそこまでデスってはいなかったように思う。頻繁にリスケが行われていたのでプロジェクト自体の進捗は芳しくなかったようだが、それでも連徹や休出は多くなか
「うちはシステム開発しかやっていないので、クラウドになってサーバーが売れなくなっても、あんまり影響ないと思いますよ。」 ある中堅SI事業者の方から、こんな話を伺いました。 「サーバーをクラウドに変えればいいだけですよね。結局、システムの開発は残るし、運用も多少は減るかもしれないけど必要だし、クラウドでSIは大変なことになると言うけど、うちにはあまり関係ないですよ。」 本当にそうでしょうか。 IPAの「IT人材育成白書2014」には、ユーザー企業の意識とITベンダーの意識に大きな乖離が生まれていること、そして、ユーザーの真のニーズ掴むことが強く求められていると、書かれていました。これについては、前々回のブログで詳しく取り上げましたのでよろしければご覧下さい。 このような意識の乖離が生まれる理由は、何もクラウドが普及したからではありません。クラウドの普及によりSIビジネスが影響をうけるのではな
みずほ銀行が次期勘定系システムの構築完了を、当初予定の2016年3月から同12月に9カ月間延期する（図）。要件定義を終え設計工程がある程度進んだ段階で、「今後のスケジュールをゼロから見直した結果、詳細設計・製造やテストについて、それぞれ数カ月の期間を追加する」と、みずほフィナンシャルグループ（FG）の加藤朝史システム推進部部長は説明する。期間を増やす理由は主に二つある。 一つは、保守のしやすいシステムにするため、より時間をかけて設計に取り組む必要があると判断したからだ。次期システムはSOA（サービス指向アーキテクチャー）を採用する。サービスコンポーネントの設計精度は、商品・サービス開発のスピードを左右する。FGの加藤健治システム推進部企画チーム次長は、「製造工程の前に、機能部品の大きさにバラつきがないか、重複機能がないかを徹底的にチェックする」と話す。設計どおりに処理が流れるかなどの確認も
前回のエントリで、プログラマの業界が労働集約的なものと知識集約的なものにわかれてきているという話を書きました。 プログラマ業界の二分化 - きしだのはてな 前のエントリでは労働集約的なものと知識集約的なものに完全にわかれているように書きましたが、もちろん完全に労働集約的であったり完全に知識集約的であったりすることは少なく、どのような組織でもある程度は両方の性質をもっています。知識集約的な性質の強いSI会社というのもあります。 ただ、SIに労働集約的な、サービスに知識集約的な性質が強くなる傾向はあると思います。 また、知識集約的であればよくて労働集約的であればダメということもありません。労働集約的なSIでありながら良い会社というのもあります。 という断りをいれておかないと、SIで労働集約だからといって全部ひとからげにするなという、労働集約的なSIでありながら良い会社方面から鋭利なマサカリが飛
「日本のソフトハウスの大半はSIビジネスを核とし、大手SIerのゼネコン構造の中に組み込まれ、技術力やソリューション、営業力の不足を補ってきた経緯があります。 技術力や何がしかの商用Package等、それなりの強みを持ったソフトハウスはPrime-Projectを受託することができますが、規模が小さいため、Primeを取れない現実も有ります。それでも、特徴あるソフトハウスは良い方です。しかし、これは数多有るソフトハウスの5%未満ではないでしょうか？ 95%はゼネコンの階層構造の一角を占めて、SIビジネスで食べているのが実情です。」 「(大手SI事業者の場合、)経営層がProject Managementに長けた人達で占められており、ビジネスソリューション創出の投資を行う＝一定のリスクを取る、という発想が極めて薄いということです。彼らはProject Managementを通じて、如何にリス
某エントリーの話で、「なんでもかんでもクラウド化なのか？」というお話もご意見も多数頂戴いたしまして。一応念押しですが、そういうつもりはまったくないですよ。以下、個人的な補足メモです。会社の意見ではありません。一応、会社の公式声明は「できるものは、とっとクラウド化したほうがいいですよ。」です。 クラウド化の是非については、いろいろあるでしょう。ユーザーの所属する産業毎にシステムのあり方・考え方は違うでしょうし、当然クラウド化すべきだという意見や、いやそもそも無理があるという意見もあると思います。ただ、今までのように先例がないから無理、という理屈は通用しなくなっているのが現状でしょう。その意味では無茶な理屈ではなく、普通に選択肢としてクラウド化が候補になっている、と思います。その上で、クラウド化しない、するという議論が普通にできる状態になりつつあると思います。 そんな中でいろいろ思うところをち
・現状 ・・・相変わらず溝は埋まっていません。希望の星と目されたDSLは現時点ではかなりの不発弾に近い感じで、設計系クラスターはあまり元気がないですね。翻って見れば、設計と実装が最も近かった時代は、なんのことはなくて、自分も含めて（懐古趣味の老人を除いた）皆さんが毛嫌いするCOBOL＋汎用機の時代だったかもしれないという意見すら出る惨状です。あの時代以降、 UMLが登場し、まさに銀の弾丸状態で、それ以降Unified Processやら何やらが、インフルエンザの如く流行りました。ま、その延長上に今のアジャイルまでの流れがあるわけですが、気がついてみれば、これほど設計と実装が離れてしまった時代もないという状態になってしまっています。・・・設計と実装の狭間は、相変わらず埋まっていない気がします。 ここへ来て、実装技術の多様化は、カンブリア紀を思わせる拡大の一途になっています。開発環境のみならず
新社会人の皆さん､いかがお過ごしでしょうか｡ 最近､SIerに就職した知人が｢会社辞めたい｣というのをちらほら聞く｡聞いてみれば､彼等は仕事で挫折しているわけではない｡むしろ､技術に優れ熱意を持っている事が多い｡ではなぜ辞めたいのかと聞けば､一日中画面のスクリーンキャプチャ撮らされたりCOBOL読まされたりしていて､｢ああ､そっか…そうだよね…｡｣となる｡ そんな時は､SI業界の熱い人達のスライドを見て何かを感じよう！という事で4つ選んでみた｡弊社関係者が多いのは僕のネットウォッチの都合上お許しください｡moon and strategy moon and strategy from toshihiro ichitani 永和の@papandaさんのスライド｡｢自分の生き方を他人任せにしない｣受託プログラマの進路〜アジャイルセールスと手塚モデル〜 受託プログラマの進路 〜アジャイルセールス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く