みずほ銀のシステム統合、１年遅れる見通し 開発に手間：朝日新聞デジタル
みずほ銀行が２０１６年春をめどに計画していたシステム統合が、１年程度遅れる見通しとなったことが２７日わかった。みずほグループは、１１年３月の東日本大震災後のシステム障害を機にグループ銀行を再編し、古いシステムの刷新を進めてきたが、開発に手間がかかっているためだ。 新システムが障害を起こすことがないよう慎重に開発を進めた結果、想定以上に時間がかかっているという。開発費は２５００億～３千億円と見込んでいたが、数百億円規模でふくらむ可能性がある。富士通など大手電機メーカーなどが開発している。 みずほはシステム統合で事務を効率化し、新たな金融サービスを展開する計画を立てていた。こうした計画も修正を余儀なくされ、収益に影響が出かねない。
ベンダーよ、シェルパの屍を越えていけ ～ 細川義洋×山本一郎「なぜ、システム開発は必ずモメるのか？」
ベンダーよ、シェルパの屍を越えていけ ～ 細川義洋×山本一郎「なぜ、システム開発は必ずモメるのか？」：Developers Summit 2014 リポート（1/2 ページ） リスペクトなきプロジェクトには死が待っている―― 山本一郎さん（やまもといちろう a.k.a.切込隊長）と、東京地方裁判所 民事調停委員 細川義洋さんによるDevelopers Summit 2014の最終セッションは、雪の寒さとは違う意味で会場を震え上がらせた。 2014年2月14日、関東地方は記録的な大雪に見舞われ、各地で交通機関の混乱が発生した。都内の企業が続々と社員に向けて帰宅勧告を出す中、「Developers Summit 2014」の会場は熱気に包まれていた。 今年14回目を迎えるDevelopers Summitは、「技術者の、技術者による、技術者のためのカンファレンス」で、最前線の技術者による解説や
「納品のないIT受託」という新モデルを広めたい
そもそもシステム開発に要件定義が必要、というのは、ITベンダーの理屈でしかありません。ユーザー企業から、要件定義以上の仕事を押しつけられるのを防ぐための作業です。システムの「納品」を前提にするから、納品物の見積もりが必要になり、そのために要件定義を行っています。 ソニックガーデンのビジネスモデルは、要件定義は行いません。月額定額で、IT技術者1～3人をアサインします。ただし、提供するのは技術者の時間ではなく、その成果です。事業モデルとしては、経営コンサルティングや顧問弁護士などプロフェッショナルサービスに近いと思います。ただ単に技術者の時間を売るだけでは、従来のSES（システムエンジニアリングサービス）契約と同じになってしまいます。 システムを運用するITインフラには、原則として外部のクラウドを使い、我々が開発・構築・運用まで一括で手掛けます。顧客がシステムを保有するオンプレミス型では「納
2014年のSIビジネスとかそのあたり - 急がば回れ、選ぶなら近道
というわけで2014年に突入ですが・・・ 景気が回復しつつある現状で、SIの受注も好調なようです。ユーザー企業でも多少の予算の余裕も出てくるところもあり、システム投資には多少前向きになっているところも感じます。多少のでこぼこや、業界・業種によって色合いは異なるでしょうが、今後数年は景気の回復基調はコンセンサスになりつつあるようです。IT業界も例外ではないでしょう。もたもたしているビッグデータ案件を尻目に、システムリプレースや既存改修、新規でのシステム開発もスタートしつつあり、SI業界の件数ベースは今年は昨年を確実に上回るでしょう。 とはいえ一方で不採算案件も相当増えるように見えます。結果、SIビジネスはトレンド的には案件増・売上増ですが、利益減（または横ばい）というのが実態になるかと。要するに単金はそうそう簡単にはあがりませんが、案件は増えて、人繰りが追いつかず、結果限りなく失敗に近い「よ
「SIガラパゴス」を育んだIT部門の罪
日本のIT産業は、世界に類を見ないユニークなエコシステム（生態系）をつくり上げた。大手SIerを頂点とする多重下請け構造のピラミッドから成るITサービス業のことだ。日本だけで独自進化し一大産業として繁栄した。私はこれを「SIガラパゴス」と呼ぶ（関連記事：日本だけ！「SIガラパゴス」に明日はあるか）。 極めて便利な存在であるため、ユーザー企業はこの生態系を育んだ。その結果、日本企業のIT活用は今や欧米企業に比べ周回遅れで、新興国の企業にも追い抜かれようとしている。 米国のITベンダーの日本法人社長は、本社の幹部から「なぜ日本にはITサービス会社があんなにたくさんあるのか」とよく聞かれるそうだ。米国にもアクセンチュアやEDSのような企業は存在するが、数は限られているからだ。そして回答に苦慮する。 「日本のユーザー企業は独自仕様のシステムを作りたがるのに、その開発を外部委託することが多いから」。
「システム･インテグレーション崩壊」のすすめ | ネットコマース株式会社
「システム･インテグレーション崩壊」は、時間の問題です。むしろ積極的にSI事業者自らが、この創造的破壊に取り組んでゆくことが、最良の生き残りの選択肢ではないかと考えています。 SIビジネスの課題は、Pay for Time (人月単価の積算で金額が決定するビジネス)であるにも関わらず、成果保証(瑕疵担保責任)を負わされることです。
内製について考える － 本業とは？ コア業務とは？ - andalusiaの日記
システムはどこまで内製化できるか - 急がば回れ、選ぶなら近道 今の日本の経営陣の基本的なスタンスは一般化すれば、「ITは経営の背骨である。ITがしっかりしていない企業は早晩衰退する」という考えと「うちの本業はITではない」という考え方のふたつに収斂されるでしょう。 多分、そういう答えが返ってくると思います。そして、後者と答えた経営陣に、なぜそう思うのかと尋ねると、「コアコンピタンスに経営資源を集中して資本効率を高めることがグローバル化した市場からの要請で・・・」などという答えが返ってくると思います。 では、市場主義の本家本元の米国ではどうなのでしょうか？ よく言われているとおり、米国では情報システムについては内製が主です。ところが逆に、例えば製造業でのアウトソーシング、EMS*1やODM*2の活用が進んでいるのは、むしろ米国です。実は、米国では必ずしも「本業に経営資源を集中」はしていない
「必要なこと」より「excelでやりたいこと」を優先するとシステム構築は失敗する - プロマネブログ
<追記> 追加記事を書きましたhttp://getlife.hateblo.jp/entry/2013/12/07/034949 エクセルでできることができない何百万のシステム・・ 多分現場の人かな。往々にして、システム導入を決定したトップの目的が現場に伝わらず、既存ツールとの差だけが目につくってことはよくあるし。ま、一部業務をexcelで残すみたいに調整すればいいんじゃないかな。 オッサン、こういうシステムネタ好きです。昔高度情報技術者試験を受けた時を思い出すなあ。 大体、仕事やっているとこの手の「今やっている仕事と違う～」だとか、「役員はシステム導入ばっかり言って現場をわかってない」とかそんな揉め事ばかり。 まあ、そういう揉め事を丸め込む納得できるよう調整するのがオッサンの仕事なんですけどね。 本当にやりたいことを見つける システムの要件定義のキモは 必要なこと やりたいこと やらない
システム化の目的は、Excelの焼き直しであってはならない - GoTheDistance
これは興味深い問題提起。 エクセルでできることができない何百万のシステム・・ 「Excelで出来ることが出来ないシステムとかいうものに、なんで数百万も突っ込む必要があるのか」という話には、キチンと整理して説明できるようにしておきたいもの。 機能面ではExcelには勝てない Excelが提供している豊富な機能群は、世界でも選りすぐりのソフトウエア開発チームが途方も無い期間と金額をかけて作り上げたものです。Excelで出来る機能と同等の機能を提供することは、納期も予算も上限がある業務システム開発プロジェクトにおいて、非常にハードルの高い機能要件でしょう。業者からすると「ウサイン・ボルトに100m走で勝利しろ、期間は2ヶ月で」って言われても的な・・・ でも、「Excelとかいう最強の業務ソフトと同じこと望むなよ、そんなもん無理」で突っぱねてしまうのも違う。Excelには無い価値ってどこにあるかを
なぜ大手ICT企業で不採算案件が相次ぐのか、「対岸の火事」では済まされぬ根本的な原因
大手ICT企業の2013年度上期（2013年4～9月）の連結決算は、景気回復への追い風もあり、おおむね好調だったと思う。だが一方で、なぜか不採算案件の発表が相次いだのも特徴だった。
「SIをダメにする負のスパイラル」
きしだൠ(K1S) @kis SIの、元請はユーザー企業の業務をよりよくするために、プロダクトを作るんじゃなくて契約書をつくる。で、元請はそれを下請けにつくらせるんだけど、そのときはユーザー企業の業務をよりよくするためではなく契約を満たすためにプロダクトを作らせる。これが負のスパイラルの発端。 2013-11-15 08:17:14 きしだൠ(K1S) @kis 契約を満たすことが目的でプロダクトを作ってるから、実装段階で気づいたアイデアや欠陥は報告されない。納期や金額なんかの契約は満たさないといけないのに追加仕様や変更が発生してやぶへびだもん。品質は悪くなる。 2013-11-15 08:23:58 きしだൠ(K1S) @kis 品質が悪くなってとられる対策は、技術向上ではなく契約の厳密化。設計書を「きっちり」つくるとか、テストのエビデンス(画面キャプチャのかっこいい言い方)をとるとか、
ノーチラス二年目終了して三年目へ - 急がば回れ、選ぶなら近道
二年経過したので記録として置いておく感じで。 ということで気がついたら設立から二年経過していました。正直、まだ二年しか経過していないのか、という感じがします。この一年は二年分ぐらいの時間感覚でした。まじで時間経過が速すぎて死ぬかと思った。去年の今頃はAsakusaの立ち上げで、特にSI屋向けのサポートに力を入れていた時分で、今と状況がまるで違う状況でした。この一年では大きな試行錯誤を二回ほどやった感じになっていて、現在ではAsakusaの向こう側の違う方向性の模索し始めているところです。 大きな方向性としては、この一年で以下が大きく違ってきていると思います。 1.クラウド・コミットが普通になってきた、とはいえ、一方でまだまだというところも実情。元々クラウド上で構築や作業や環境の獲得は普通にやってきましたが、やはり、春先の西鉄ストアさんの基幹業務系をAWSで動かしたというのは、それなりのイン
感動するバカ、怒るアホウ
某企業のシステム部長と雑談をしていたら、この部長が「感動した出来事」を披露してくれた。あるITベンダーにコンサルティングとシステム開発を依頼しようとした時の話だそうだ。やって来たコンサルタントの経営課題やシステム課題に対する分析は素晴らしく、それだけでも感銘を覚えたのに、そのコンサルタントは最後にこう言ったそうだ。 「客観的にみて、御社の課題を解決するのに我が社の能力は十分とは言えません。システム開発は他社に依頼することをお勧め致します」。 「いやぁ感動したね。あんな立派なコンサルタントはいないよ。なんとか開発も引き受けてくれるように頼んだけど、『できないのに引き受けては迷惑をかける』と固辞するんだ」と、この部長は心底から感じ入った様子。しかし私は、このコンサルタントの思惑が容易に推測できた。さすがに「部長さん、それは違いますよ。システム開発の商談を固辞したのは、あなたの会社がバカだからで
システム屋に不当にボッタクられたくない人のための要求講座 - novtan別館
増田の記事を見て書こう書こうと思いつつ週末は忙しくて書けなかったのでドックイヤーどころかバンブーデイと言われる（今作った造語だが）ソーシャルメディア界隈ではもうネタにならないんじゃと思いつつ引っかかった場所を中心に書いてみようと思います。 元増田はここ→システム屋に不当にボッタクられないための発注者心構え 何もIT知識のない素人企業を、スキあらば適当な見積もりでボッタクろうとするシステム屋ばかりでここはひどいインターネッツですよ。 世知辛い世の中です。 こういう「知らない人」を宥める挨拶を持ってくるとは、この元増田、素人ではないっ…とはいえ、ちょっとこのあとに書かれていることは要求のレベルが高すぎるんじゃないかと思います。僕達SIerというのは、「何やればいいかよくわかんないんだけどシステムで会社を良くしたい」って思っている人をお助けすることも大事な仕事です。もっとも、そこまでのレベルの会
朝日新聞デジタル：会計システム更新失敗、４千万円ムダに 国際交流基金 - 社会
【金子元希】独立行政法人・国際交流基金（本部・東京）が、会計処理システムの開発を業者に発注したが失敗に終わり、全く利用されていなかったことが会計検査院の調査でわかった。検査院は、開発に投じた約４３００万円がムダになる恐れがあると指摘する方針だ。 同基金は、予算管理や財務諸表の作成を行う新しい会計システムの開発を、東京のＩＴ会社など４社と計約３６００万円で契約。開発は２０１０年１０月に始まり、１１年６月に完成した。 しかし、新システムを使おうとすると、「送金データを金融機関に送る前に内容を確認できない」「過去の支出一覧を新しい画面に移すことができず、最初から入力し直す必要がある」といった不備が判明。さらに２社と計約７００万円で契約し、１１年７月〜１２年３月に改修にあたったが、問題は解決しなかった。これまで一度も新システムを使っていなかったという。 続きを読む最新トップニュースこの記事の続
見積もりと設計の間の高い高い壁 - novtan別館
この元増田は他の業界のものも含めて設計をお願いしたことって多分無いと思うんだよ。 家の場合だったら、普通は設計図と各パーツの詳細見積りで初めて契約だろうが。 見積りの根拠出してくれっていったら、金くれって言われたよ その設計図は増田が事細かに出した要望を元に一から作ったものなの？って話。 つまり、出来合いのものを適当に組み合わせたものには設計料は掛からないし、そうじゃないものには設計料が掛かるってだけの話ですね。 当然だけど、システムの設計もただではない。大まかな流れを示すと以下な感じ。ちょっと適当。 ・発注元に（ちゃんとした）システム部がある場合 要求仕様を作成し、それに基づいた提案をシステム会社に依頼する。この時点で要件がある程度はっきりしている場合、概要設計を元にした詳細見積もりが可能。出来合いのものを流用できるような要件であれば精度は高く、そうでなければ概算部分が生じる（要件定義フ
“納品のない受託開発”とは何か？―ソニックガーデン代表 倉貫義人氏が全貌を語り尽くす。 | キャリアハック（CAREER HACK）
「納品のない受託開発」というビジネスモデルが存在するという。一見すると、矛盾にしか思えない開発スタイルを手掛けるソニックガーデン。代表の倉貫義人氏に、ことの真意を聞いてみた。氏の口から語られる、その仕組み、発注側のメリット、受託開発が抱える致命的な問題点とは。 矛盾にしか思えない、「納品のない受託開発」というビジネスモデル。 納品をしない受託開発というビジネスが存在するらしい。一見すると、まったく相反する事柄が並んでいる。「食べられない、食物」「麺類のない、ラーメン屋」とほぼ同義だ。 この共存しえない二つの所作で、ビジネスを成立させているソニックガーデン。即日の対応が難しいほど、スタートアップ界隈から支持を集めているという。 ソニックガーデンは、エンジニア7名の小さな組織。代表を務める倉貫氏は、新卒で大手SIerに入社し、エンジニア、営業、マネージャーの経験を経て、社内ベンチャーを立ち上げ
［速報］みずほ証-東証の株誤発注控訴審、一審と同じく東証に107億円賠償命令、バグの重過失認めず
みずほ証券が株誤発注による損失など約415億円の賠償を求めて東京証券取引所を提訴していた裁判の控訴審で、東京高等裁判所は2013年7月24日、第一審と同じく東証に107億1212万8508円の支払いを命じる判決を言い渡した。 この裁判は、2005年12月にジェイコム株（現・ジェイコムホールディングス）株の誤発注で損失を出したみずほ証券が、東証の売買システムのバグで発注取り消し注文が処理されなかったため損失が拡大したとして、東証に取り消し注文後の損失の賠償を求めていたもの（関連記事：緊急特集！みずほ証券-東証裁判の争点を洗い出す）。 控訴審では、バグを含む売買システムのソースコードが初めて開示され、コードの分析を基にソフトウエア工学の専門家が「今回のバグが重過失に当たるか」を議論する異例の展開になった。東京高裁の加藤新太郎裁判長は、今回のバグについては専門家の意見が相反しており、バグを容易に
人月 - ギークに憧れて
2013-07-23 人月 入社する前からずっと人月について考えてる｡ 10年くらいずっと人月disられてるのに何でなくならないのか疑問だったけど､詰まるところは発注側(顧客)がソフトウェアを定量化して評価できないから労働対価という形で契約を結ばざるを得ないんだと思う｡受託開発は顧客がコミットしてくれないと絶対良いものにはならないし､現状そういう姿勢を持ってるのはネット系のスタートアップが多いからソニックガーデンとか永和の価値想像契約とかが成立するんだろう｡ でも大企業とかは悲惨で､特に金融とかはディフェンシブかつ丸投げでヤバいと思う｡でもそういうリスクの保険屋みたいな感じで大手SIerが食えてるのも確かだと思う｡そういう意味ではNTTデータとANAが成果報酬契約を結んだニュースは面白いなーと｡ でも上記の様なモデルは昔は良かったんだけど昨今は通用しなくて､人月単価はどんどん下がって
「システム・インテグレーション崩壊」のすすめ - ベテランIT営業が教える「正しいITの使い方、営業の使い方」
「システム・インテグレーション崩壊」は、時間の問題です。むしろ積極的にSI事業者自らが、この創造的破壊に取り組んでゆくことが、最良の生き残りの選択肢ではないかと考えています。 SIビジネスの課題は、Pay for Time (人月単価の積算で金額が決定するビジネス)であるにも関わらず、成果保証(瑕疵担保責任)を負わされることです。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
