NTTデータと真昼の対決 - ひがやすを技術ブログ
昨日、NTTデータに「お前は最近、NTTデータに批判的でけしからん」ということで、呼び出されました。もちろん、「批判的でけしからん」というのは冗談ですが、私が、NTTデータを嫌っていると思っているデータ関係者は、実際多いようです。 データの偉い人の発言に対して、それはちょっとおかしいんじゃないのといったことはありますが、データを嫌いといったことはもちろんないはず。 データの社員の中に根強くある(と思う)「プログラミングがあまりできない人でも何とかなるように、ガチガチにルールやツールで縛る。できる人はスキルを発揮できなくなるかもしれないけど、それはしょうがない。」という考えは、個人的には好きじゃないけど。大規模なプロジェクトをまかされるSIerとして、そう思う気持ちは良くわかるんだけどね。 話し合いの中で、私が言ったのは、できる開発者が力を発揮できるように、体力勝負になってしまうような縛りは
28歳から挑戦するITアーキテクト（4） その設計はちゃんと動くのか？
「プログラミング？ そんなことやってんじゃないよ。お前は管理者、見積もって下請けの会社に投げるのが仕事だろ。プログラミングなんてお金にならない仕事やるな」。 最近の若年層において、人気のある職種が「ITアーキテクト」であり、その対極として、最も嫌がられている職種は「プロジェクトマネジャー」といわれている。こうした多くのプロジェクトやSI企業では、十分なプログラミング経験を経ることなく管理者としてのスキルのみが要求されることが多い。ましてや、オフショアリングの浸透により、実際のプログラミングを日本では行う機会がどんどん少なくなってきているといわれている。 筆者のこれまでかかわってきた仕事においても、多くの若手「技術者」が、プログラミングコードではなく、WordやExcelなどを使った設計書作成ばかりに四苦八苦している状況を実に多く見てきた。こうした作業者の多くは、学校でC言語の基礎程度を学ん
深い業務知識が必要なのは案件の提案者と要件定義者 - ひがやすを技術ブログ
SIerが必要としているのは業務知識だという都市伝説のエントリで、誤解されたのは、「SIerは深い業務知識が不要だ」というふうに私が主張していると思われたことですね。 誤解されるのは、もちろん、私の書き方が悪かったせいなので、続きを書きます。 SIerで深い業務知識が必要とされる人がいます。案件の提案者と要件定義者です。営業がお客様のところから案件を持ってくると、その案件に関する深い業務知識を持っている人がアサインされ、提案書と見積りを作ります。この役割の人は、深い業務知識が必要です。 無事に案件が獲得できたとしましょう。お客様のところにいって要件をつめるのですが、このときのメンバも深い業務知識が必要です。しかし、全員が深い業務知識を持っていなくても大丈夫。全体の半分弱くらいのメンバが深い業務知識を持っていれば大丈夫だと思います。案件の難易度にもよりますが、一人が業務を深く理解していれば大
死んでしまったら私のことなんか誰も話さない: 日本のIT業界のマクロな構図
Business Value of IT, Future of business/companies/workers, Ability to innovate. 業界内では半ば常識かもしれないが、自分の頭の整理のために書いておきます。 日本のIT業界のマクロな構図として、大手のプレイヤーはみんなコンピューターメーカー系列だという点が特徴として挙げられると思う（IBM、富士通、NEC、日立）。私の理解している範囲で、これまでの経緯をザックリとまとめると、 ハードウェアに関しては、国策としてコンピューターメーカーの育成をしてきた。（そのため、元々産業規模の割にメーカー数が多かった） ソフトウェアに関しては、元々は、コンピューターメーカーが高価なハードウェアを買ってもらうために「オマケ」として提供するところから始まった。しかし、メーカーごとに独自のアーキテクチャーが存在したため、いったんユーザー
ITサービス業の産業構造は近い将来、間違いなく崩壊する
ITサービス会社は今、技術者不足に悩んでいる。業界自体が若者に不人気で、プログラマ、SEを志す人も減りつつあるという。それはそれで大きな問題なのだが、あくまでも現象論。少し考えてみてほしい。このままでは、ITサービス業の産業構造、ビジネスモデルは人材面の問題から間違いなく崩壊する。これは論理的必然である。 多くの人がもう忘れ始めているが、ほんの2～3年前にはITサービス業界では技術者が余っていた。優秀な技術者はその頃でも足らなかったという議論があるが、総体としてはやはり過剰だった。多くのITサービス会社が危ない案件の安値受注に走ったのも、技術者の稼働率を維持するためだった。下請け会社が容赦ない料金引き下げ要求にさらされたのも、その頃だ。 もともとITサービス業界はその黎明期から、慢性的な技術者不足が続いていた。ITサービス市場は景気変動の影響をほとんど受けず、基本的には右上がり。人さえ手当
IT業界の「3K問題」 NTTデータ社長の考えは？ ― ＠IT
2007/05/09 「新3Kともいわれている」。NTTデータの代表取締役社長 浜口友一氏は5月9日の決算発表で、日本のITサービス業界をこう憂えた。決まった予算の中で顧客企業が機能の追加を求め、ITサービス企業が拒否するという状況が多く、「顧客とSEの消耗戦になっている」（浜口氏）ことが背景にある。NTTデータはITサービス業界の3K返上に向けて活動を始めた。 エンジニアが「きつい、厳しい、帰れない」の3K状態に陥ってしまうのは要件定義が正しく行われないのが原因と浜口氏は見る。1度は要件を決めても顧客企業の都合で開発中に変更されてしまい、大幅な手戻りが起きてしまうこともたびたびだ。3K問題の解決には上流工程の改善が欠かせない。 強固な要件定義を行うためNTTデータはシステム開発の契約を2段階に分けることを始めている。1段階目では顧客とシステムデザイン契約を結び、コンサルティングにより、シ
第6回 SIerのジレンマ
皆さん，2008年の目標は何ですか？ 私の目標は「健康的に太る」。そう思って食生活を変えようと牛タンを食べましたが，すぐにギブアップ。うーん，パスタなどの穀物で太るか。エビちゃんのように筋肉もつけたいんだけどなぁ。 最近，業態としてのSI（System Integration）は不人気だ。3Kと言われたり，クリエイティブじゃないと言われたり。確かに，SIer様と働くことが多い私としては，正直この業界で魅力的な人と会うことは少ないとは思う。 ただ，これだけは言える。プラクティカルという意味で，SIerの方々は非常に優秀だ。なぜなら，物事を構造化してまとめる能力と，決まったゴールを目指して何かを作るという点では，他の業界の人に比べて抜きん出た力を持つから。 しかし，それでも一緒に働いていると「オヤ？」と思うことは多い。今回は「SIerのジレンマ」と題してSIの実態を紹介したいと思う。 地獄の社
日印大手の提携が引き起こす「ＩＴ鎖国」の崩壊 ビジネス-最新ニュース:IT-PLUS
電通、三菱UFJ信託銀行など大手企業が相次ぎ参入を表明する「情報銀行」。ここに挑むベンチャー企業がDataSign（東京・渋谷）だ。同社の太田祐一社長は情報銀行という言葉が生まれる…続き 中部電力が「情報銀行」参入へ 電力データを活用 ［有料会員限定］ 「情報銀行」説明会に２００社 データ流通の枠組み始動
SIerに新卒で入社される方へ - GoTheDistance
Twitter Friendsが新卒でSIerに入られるそうなので、これはSIerの中の暮らしを可能な限り語るしかないと思いついカッとなって書いた。今はネタ切れに困ってる。相当長いので、つまみ食いしてください。 2003年当時の状況を振り返る 私は2003年に今の会社(SIer)に新卒で入ったのですが、新卒入社の方々の中には「HTMLって何？」という方が結構いらっしゃいました。ハイテンションマンザイランゲージですってボケてみればよかった。ほんとなんだって。全部で90名ぐらいいたけど。エンジニアとして採用されて入社してるのに、それはないだろと思われるでしょうが、「俺は名を上げるぜ」的なモチベーションで4月から会社はいるヤツなんてマイノリティ。Googleを知っている人も少なかった。 Twitterに戯れある程度Webサービスというものが語れてコードもかけてBlog等の何かしらのWebサイトを
「DBを正規化すると遅くなる」は誤解，実証実験の結果が公開に
データ・モデリングの普及団体，DOA+コンソーシアムはこのほど，リレーショナル・データベース管理システム（RDBMS）の処理性能に関する実証試験を行い，調査結果を公開した。「データを正規化してデータベースに実装すると，処理性能が低下する」という“誤解”を正すため，実証実験を行ったという。 データを正規化して実装したときと，非正規化して実装したときの処理性能の違いを調べた結果，「正規化して実装したデータベースの方が処理性能が高い」，「非正規化して実装したデータベースを操作する際，テーブル結合（JOIN）が発生する処理を行うと，処理性能が低くなる」と結論付けた。 実証実験では，自動車の受注業務を想定したWebシステムを構築して，処理性能を測定した。このWebシステムは，データベース上に格納された受注データを基に，製品データや部品データ，部品メーカのデータなどを検索する。 データベース実装の違い
銀行システム障害はなぜ起きた？ 技術者が語る大規模プロジェクトの実態(ニュース畑) - goo ニュース
銀行システム障害はなぜ起きた？ 技術者が語る大規模プロジェクトの実態 2008年5月29日（木）09:42 三菱東京UFJ銀行で5月12日に起きたシステム障害。約2万件の取引に障害が発生したと報道されています。巨大銀行同士の合併に伴って、2年の準備期間と約6000人の技術者、約4000億円をかけて行われたとされる今回のシステム統合は、同行が鳴り物入りで進めてきた一大プロジェクトでした。そこで起きたトラブルの「原因」は、一体どこにあるのか。 今回のトラブルでは、提携先のセブン銀行で一部のATM取引ができなくなるなどの障害が発生し、その直接の原因として、システムの情報伝達に使う文字コードを「カタカナ」にするか「漢字」にするかが食い違っていたことがあったと伝えられています。 しかし、「原因」は本当にそれだけなのか。このニュースの背景をめぐって、ニュース畑には第一線の技術者からの投稿が多数寄せ
技術者がやめるとIT部門は強くなる
アウトソーシングが当たり前のはずの米国には、有能なCIOの下に膨大な技術者を抱える強力なIT部門を抱える企業が結構ある。付加価値の低い単純な業務システムはパッケージ導入で済ませるが、戦略的なシステムは自前で作っている。だから、欧米ではシステム・インテグレーションというビジネスは大きく育たなかった。一見当たり前のことのようだが、これって不思議だったんだよね・・・。 何年かに一度の基幹系システムの再構築プロジェクトが終わったとしよう。戦略的に重要なシステムの開発プロジェクトはそうそうあるものではないから、彼らの仕事もなくなってしまう。では、どうして強力なIT部門が維持できるのか。大規模なシステム開発が終了して、IT部門の仕事の中心が運用ベースになれば、開発主体のIT部門は一気に弱体化してしまう。 日本のユーザー企業の場合、これでIT部門が衰退した。以前書いたことだが、15年、20年前なら日本企
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
asahi.com：三菱東京ＵＦＪ―セブン銀、ＡＴＭ取引障害２万件 - 社会
ロングテール時代のSI