みずほ銀行のシステム、これからが正念場 - novtan別館
なんだか今回のシステム統合のからみで信用売残が沢山あったという話を聞いて金曜日に信用買いしていればよかったと思った今日このごろです。 色々取り沙汰されていますが、正直今回のはなんでこんなに騒いだかというのが疑問な程度の話ではあります。 すでに報道があるように、これから正念場の次期システム開発があります。予定している時期に間に合うのか疑問ではありますが。ここで過去の経緯を少し振り返ってみましょう。 ２００２年 ３行統合 もはや前の３行とは？と聞いて言えない人も多いのではないかと思われますが、第一勧業銀行、富士銀行、日本興業銀行が合併して、みずほ銀行とみずほコーポレート銀行になりました。顧客は前者はリテール口座と中小企業中心、後者は大企業中心となります。第一勧業銀行ってのは昔第一銀行と日本勧業銀行が合併してできた銀行で、当時から両行の出身者の仲が悪いことで有名でしたｗ第一は財閥との合併で痛い目
SI業界を目指す君達へ贈る「何故システム開発はテンパるのか」 - novtan別館
先日学生に聞かれたんですよ。 「下流工程は大変って聞きますが、上流は楽なんですよね？」 よろしい、君はよく勉強している。でも根本的に間違っている。下流工程が辛いのは、上流工程でちゃんと仕事ができなかったからだ*1。 というわけで、主に学生向きに話を単純化して語ってみます。これが普通だとか、一般的だとか言うつもりはなく、違う視点もあるかと思いますが、一つの考え方として。 SIでのシステム開発は、建設業にたとえられます。が。 顧客の希望を聞き、設計し、施工し、引き渡す。こういった工程を踏む仕事ということで、システム開発はよく建設業にたとえられます。実際に工程管理の手法なども似通っています。ところが、大抵の場合、耐震偽造をした建築物よりもシステムのほうが脆弱に仕上がります。何故でしょうか。 一つには、建物の図面を引くには建築士の資格が必要ですが、システムの設計に資格は必要ありません。 もう一つ、
「納品のない受託開発」とは 〜 これからの時代にあったソフトウェア受託開発のビジネスモデル | Social Change!
昔は技術的に出来なかった為に運用でカバーしてきた慣習が残り続けているけれども、実は今の技術で考え直すともっと無駄なく簡単に出来ることって、多くの業界で起きているように思います。 もちろん、ソフトウェアの受託開発の世界でも起きています。ソフトウェア開発を生業とする私たちの会社で考えたのは、昔ながらの商習慣によって様々な問題を引き起こしているのは「納品」ではないか、ということでした。 この記事ではソフトウェアにおける「納品」のもたらす問題と、私たちの会社で解決している方法「納品のない受託開発」について書きました。（自社のウェブサイト用に書いた原稿をブログにしただけなので、それっぽい表現になってます。） 「納品」が引き起こしている問題 私たちソニックガーデンの受託開発では、一括委託を行っていません。ソフトウェア開発における「一括請負での受託開発」のビジネスモデルは、多くの問題を生み出してきたから
20130423 #devlove 職場を劇的にさせる四十八手 —「n次請けSIerでも出来ること」のその続き—
2013/04/23に株式会社ぐるなび様で開催した「We energize us - 明日の現場を高揚させるプラクティス - ( http://devlove.doorkeeper.jp/events/3511 )」で発表した内容です。 「We energize us」では現場に活力を与えるプラクティスのパタン化「Energize Pattern」の創造を目指しています。興味のある方は是非Facebookグループ「We energize us - 全速前進アクション共有 ( https://www.facebook.com/groups/571206772891343/ )」にご参加下さい。 ※2022/04/11追記 Speaker Deckに移行しました。 https://speakerdeck.com/takigawa401/20130423-number-devlove-zhi-c
n次請けSIerでもできること
12/15,16開催のDevLOVE2012、公募セッション「Hangar Flight」でお話しした内容です。 ※2022/04/11追記 Speaker Deckに移行しました。 https://speakerdeck.com/takigawa401/nci-qing-kesierdemodekirukotoRead less
沈没船エントリのあとがき
http://anond.hatelabo.jp/20130310152356 沈没船エントリを書いた増田です。 およそブログ向きではない冗長で読みにくい文章だったけれど、 元増田に便乗したお陰か、思ったより多くの方に読んで頂けたようでとても嬉しいです。 こんな付け足しを書くのは興ざめかもしれないけれど、 似たような境遇の人も多いようだし、 PG・SEの現場に20歳から10年居続けてきた人間として、 もうちょっと具体的な事を「あとがき」として補足しても良いかな、 という気になりました。 （申し訳ないことに、この付け足しも長いです） 私の文章は、元増田 「上流エンジニアなんて死んじまえ」 http://anond.hatelabo.jp/20130309233920 のブクマやトラバで言われている 「上流にも技術力はあるはず」 「下流だってダメな奴が多い」 という、上流下流のどちらが優秀かと
８つの質問で、Java SI業界の現状を知る - レベルエンター山本大のブログ
Webサービス系の会社の隆盛があって、人材流出が騒がれたのが１−３年ぐらい前だろうか。 SIの産業の人材動向が、今どうなってるかって？ 大方の予想より凄惨ですよ。 それが分かる方法がある。JavaWeb技術者に技術力を問う８つの質問によってだ。 SI業界のエンジニアの平均レベルを知りたくって、いろんな会社さんのJavaWeb開発者（経験者）向けに以下のような８つの質問を継続的にしている。 対象者としては、Java経験３から１０年ぐらいの現役バリバリのはずのJavaエンジニアだ。 その８つの質問というのはこんな問題だ。 JavaWeb技術者に技術力を問う８の質問 インターフェイスのメリットを一言で表して下さい。（筆記解答） HttpRequestオブジェクトからPostされたデータを取得するServletのメソッドは何ですか？（筆記解答） Sessionのスコープを端的に説明してください。（
SIerで受託開発してたときに感じた絶望の扉
The Gates of Hell 昔あるプロジェクトに参加していたときに、エンドユーザからこんなことを言われて「もしかしてこれが噂の絶望の扉か？」と感じたことがありました。そのときはたしか開発リーダーかなにかで受託メンバーをまとめながら開発をしてました。結構忙しかった記憶があります。 自分は2次受けにあたり、1次受けのお客さんが売り込んだシステムの開発をしていました。システムとしては「まぁ悪くない」ものだったのですが、開発が進むにつれて「ぜんぜんイケてない」状態になっていくパターンでした。そして、エンドユーザ側の担当者が代わったときに、その方がぽろっと漏らしたのがこんな言葉でした。 このシステムは前任者が考えたもので、自分は引き継いだだけだ。プロジェクトが始まってしまったので、もう止まることはできないが、これが終わったら私が再度考えて作り直したい。 まじかよー。（まじかよー、まじかよー、
どのような習慣が開発者の生産性を低下させる？ | スラド Slashdotに聞け
開発者の生産性に関する数多くの研究が、個人による差異を強調している。私はフリーのWeb開発者として多数の企業と仕事をしてきたが、生産性を向上させるよい習慣を実践している企業もあれば、悪夢としか思えない習慣を持つ企業もあった。開発者の生産性を個人レベル、または組織レベルで阻害するような悪い習慣や問題点にはどのようなものがあるだろうか。/.erの経験をお聞かせ願いたい。
富士通が今後3年で育成するSI人材像
富士通が、より経営や事業戦略に密接にコミットできるシステム構築を目指した人材育成を推進する。今後SIに求められるスキルセットも明示した。 富士通は2013年1月17日、同社の新しいSIコンセプトを発表、併せて今後3年間でこのコンセプトに即したスキルを持つ人材を5000人育成すると発表した。今回の発表は2012年1月18日に発表した人材改革の延長線上にあるといえる（関連記事）。 同社が新たに掲げるSIコンセプトの名称は「トータルサービスマネジメント」。同社がいまSIコンセプトを刷新した背景には、システムインテグレーションに要求される内容の変化がある。既存業務の効率化を目指したシステム構築ではなく、現在ではITシステムをフックとした、ビジネスの変革や事業の成長を求める声が強くなっているとする。 同社ではこうした市場動向に対応するために、システムのコンサルティングや分析をベースに、より深く顧客の
公共的なシステム開発のあり方と特許庁システム問題 - novtan別館
異論はたくさんあると思うし、答えは一つではないと思うので、私見です。 そんなにバグが無い状態をめざさなきゃいけなくて、それが実現できるんだというなら、ロジックをハードウェアにでも焼き込んでしまえばいい。ロジックをソフトウェアで書くのは、変更に対応するためだ。 ソフトウェア開発にとって最大の阻害要因は納期 - 狐の王国 でもね、目指さなきゃならんと思うんですよ、場合によっては。全システム金額計算とセキュリティーの塊である銀行の基幹系システムをやっている身としては、１００％バグのないシステムを作るのは無理だけど、１００％バグのないシステムを目指すのは義務だと思っている。結果として、バグによって起きる障害は少ないし、起きた結果として預金が消えてなくなって痕跡も残らない、ということもない。 それだけ厳しいことをやっている理由の一つには、不正を看過しない、という要素も含まれている。もっとも、昨今の銀
ソフトウェア開発にとって最大の阻害要因は納期 - 狐の王国
えっらそうに大規模開発を語るような立場じゃないんだけど、何かと話題のこのへんの記事を読んでいろいろと日ごろ思うところがふつふつとわいてきたので……。 Life is beautiful: 特許庁のシステム開発が破綻した本当の理由 Fumi's Travelblog: "費やした55億円、水の泡に 特許庁がシステム開発中断"って一体何だったのか、報告書を読んでみた 特許庁システムのことはそれなりに話題で、日本についてから何度も話にあがってきている。まあ不祥事だのなんだのって話もあるがそれはおいとくとしても、設計段階で60人体制ってだけでも多すぎるのに、増員で1300人体制とか……。設計を穴掘りかなにかと勘違いしてるとしか思えない対策でそりゃまあ破綻するよなあと。 それからね、中嶋さんの記事のコメント欄に書き込まれてた、よく言われる大規模開発でのこのへんの話。 SIerが開発を行う場合、この1
SIer系エンジニアがベンチャーで働き始めるとぶつかる壁のリスト - IDEA and Players
元ド底辺SIerの私が心機一転、スタートアップに参加して約1年半が立ちました。 今後の自分の仕事を占う意味でも、ここらで自分がこれまでに感じたこと、悩んだこと、考えたことを整理しておこうかと思います。 もしも現在、SIer系の仕事をされていて、いずれはベンチャーで働いてみたいという人の参考になればもちろん嬉しいのだけど、ベンチャーってのは本当に千差万別で、ここで書いたことがそのまま他のベンチャー企業に当てはまるとは限らない、ということだけはご了承を。 「仕様」って言うな！ 最初の問題はこれ。 SIerにとって「仕様」って言葉は絶対的な意味があるわけですよ。 お客様から要求を聞いて、要件を定義して、「はい、コレコレこういうもの作りますよ。この製品ではこういうことができます。逆にこういうことはできません。よろしいですか？」と約束した結果が仕様だから当然と言えば当然。だからこそ、仕様を定めること
SIer / SEは終わってない – yusuke.blog
近年「SIer」、そしてSIerの労働力の多くの割合を占める「SE」が「オワッテル」というような話を良く聞きます。 特に聞くのが「海外では」「欧米では」「アメリカでは」「USでは」といった枕詞を付けて構造・仕組みがおかしいという論調[*1]。 「日本では」、「海外と」「欧米と」「アメリカと」「USと」仕組みが違うので単純な比較は意味がありません。 "SIer"が生まれた背景としてはコンピュータシステムが複雑化しすぎて、開発・運用に多くの人的リソースが必要になったということがあります。 そしてユーザー企業の直接的な採算部門ではない技術部門に専門技能を持つ(恐らくそれなりに高給の)エンジニアを雇い入れ、開発・運用するのは難しいです。また特にコストのかかる開発が一段落して運用フェーズに入った段階で労働力が余ると非効率になります。 配置転換や経営の効率化など、解雇を回避する努力を最大限にしないと日
55億円無駄に、特許庁の失敗
政府システム調達における失敗の典型例が、特許庁の基幹系システム刷新プロジェクトだ。5年がかりで臨んだが、結局は55億円を無駄にしただけ。新システムは完成しなかった。失敗の最大の要因は、発注者である特許庁にあった（図1）。関係者の証言から、失敗に至る経過を改めてひもとく。 特許庁は2004年、政府が打ち出した「業務・システム最適化計画」に沿って、特許審査や原本保管といった業務を支援する基幹系システムの全面刷新を計画した。システムアーキテクチャーに詳しい情報システム部門のある職員（以下A職員）と、刷新の「可能性調査」を担ったIBMビジネスコンサルティングサービス（現・日本IBM）を中心に、調達仕様書を作成した。 業務プロセスを大幅に見直し、2年かかっていた特許審査を半分の1年で完了することを目指した。度重なる改修によって複雑に入り組んだ記録原本データベース（DB）の一元化に加え、検索や格納など
みずほ銀行のマルチベンダー化について解説する - novtan別館
はてブではすでにボロクソ言われてますね。フラグ立ちまくりと。ちょっとこれは解説せねばなるまいか… 以下はすべてとある人からの伝聞です。伝聞なんだってば。 みずほ銀行が次期システムの開発をマルチベンダー体制で進めることが日経コンピュータの取材で判明した。富士通、日立製作所、日本IBM、NTTデータの4社に分割発注する。 ［スクープ］みずほの次期システムはマルチベンダー、4社に分割発注 | 日経 xTECH（クロステック） 周知の話だけすると、現行システムにおいては 勘定系（ホスト）…富士通 営業店端末システム…富士通 インターネットチャネル（ダイレクトバンキング）…IBM 情報系システム…IBM 周辺系（中継系）…IBM 外部接続系…日立 コーポレート銀行勘定系…日立 等々、すでにここに出てきているベンダーがマルチベンダーの状態で仕事をしている。また、ここ重要なところだと思うけれども、ベンダ
［スクープ］みずほの次期システムはマルチベンダー、4社に分割発注
みずほ銀行が次期システムの開発をマルチベンダー体制で進めることが日経コンピュータの取材で判明した。富士通、日立製作所、日本IBM、NTTデータの4社に分割発注する。ハードウエアの調達とアプリケーションの開発を分離し、さらに預金や融資といった機能ごとに開発委託先を変える。大手4社に発注を分散させることで、総額4000億円を超えるとみられる大規模プロジェクトにおける技術者確保などに万全を期す。 委託内容と発注先との関係は次のとおりだ（図）。勘定系システムの中核をなす「流動性預金」のアプリケーション開発は、富士通に委託する。富士通はみずほ銀が現在使っている勘定系システム「STEPS」の開発元である。 流動性預金のアプリケーションの動作プラットフォームには、日本IBM製メインフレームを使う。みずほ銀は「CIF（カスタマー・インフォメーション・ファイル）」や「処理フロー制御」など、各アプリケーション
銀行SEの現在 - novtan別館
もう2007年といえば5年前のことになってしまう。時のたつのは早いものです。 当時の増田のエントリが何故か今頃盛り上がっていて、その結果それに言及した僕のエントリも盛り上がっているようなのですが、5年前の状況というのはさすがに古かろう、ということでちょっとアップデートしてみたいと思います。 参考： IT業界で無事にいたいなら銀行に関わるな 銀行SE…かわいそうです… - novtan別館 ここ最近の銀行システムの大きなトピックというのは三菱統合UFJ銀行のDAY2（システム完全統合）と、みずほ銀行の3.11後の大障害とそれに伴う銀行の統合・システム刷新でしょう。 特に後者は銀行システムの停止が社会に与える影響が如何に大きいものかということを体現してくれました。 なんどかリークもされているからここだけの話をすると、みずほ銀行はいわゆる第三次オンラインをちゃんとやらなかった建て増しシステムであ
システムインテグレーター - Wikipedia
欧米の軍事産業において、システムインテグレーターを名乗る企業がある。代表的なシステムインテグレーターに、ボーイング、ロッキード・マーティン、ジェネラル・ダイナミクス、BAEシステムズ、EADS、タレス・グループ等がある[1]。 兵器を製造する軍需産業の分野では、古くは帆船に蒸気機関を搭載し、トラクターに砲や機関銃を備えた砲塔を搭載するシステムインテグレーターの黎明期を経て、第二次世界大戦以後の冷戦期に、大陸間弾道弾や軍事衛星、レーダー誘導ミサイル等の高度な制御が求められる兵器の登場によって、本格的なサブシステムの統合能力が求められるようになった。 情報システムにおける元々のシステム・インテグレーターは、複数のベンダーから汎用のパッケージソフトウェアやハードウェアなどの完成品を購入して、1つのシステムとして矛盾なく、効果が出るように組み立て、統合する事業に特化した企業のことを言う[2][3]
SIerについて気になったので調べた - Sean_SF’s blog
先日、「SIerという謎の業種」についてブログを書いたが、その後も気になっていた。グローバル企業で働いているので、この、おそらく日本特有の業種がどうして存在するのか、などを知りたかった。同僚に説明するときに必要だ。というわけで、海外との違いという観点を中心に今日は少しググったりしてみた。 ちなみに私が販売しているソフトが海外と同様に、日本でもメジャーになるかどうかの一つのポイントは、この謎の業種にいかに浸透させられるかどうかにかかっているのではないかと思っている（まだ仮説だけど）。 ウィキペディアの「システムインテグレーター」 しかしシステムインテグレーターの隆盛は、日本特有の現象である。実は米国のユーザー企業は独自のシステムを開発する場合は、システムを内製する傾向が強い。情報システム部門がエンジニアを抱えて、社内でシステム開発から運用までを行なう、インハウス開発である。 なお「エスアイア
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
