国税庁に「KSK」というシステムがある。「国税総合管理システム」の略称だ。国税庁のホームページを見ると、こうある。 「税務行政の高度化・効率化を図り、適正・公平な課税の実現を目指すため、地域や税目を超えて情報を一元的に管理するコンピュータシステムであるKSKシステムの導入を平成7年以来進めてきました」 この説明だけを読めば、普通の人は「政府のIT施策の一環として、税務情報をまとめて管理するシステムを作ったんだろう」と思うに違いない。しかしこのKSKをめぐっては、実は過去にたいへんな“騒動”が起きているのである。 KSKの構想が作られたのは、はるか昔の1980年代である。89年に計画がスタートし、システム契約が行われた。指名競争入札ではなく、随意契約のかたちでジョイントベンチャーに発注され、日本を代表する大手IT企業6社が参加した。 ところがこのシステムは完成するまでに、何と12年を要した。
受託調査＆研究補助→ユーザー企業コンサル→通信事業者コンサル→Web企画構築→金融SE→研究・コンサル→パッケージベンダ・マーケ→パッケージベンダ・技術渉外のおいらが来ましたよ。 こんなことをいっては「上流」にいる方々には失礼かもしれませんが、IT業界は上流にいるほど得になるような構造になっています。それぞれのプロジェクトについて自分のところで十分な経費を確保してから下流に流しますので、下流にいるほど仕事がきつくなります。それをうすうす感づいているから、若い人は少しでも上流に行きたがります。PGをしばらく勤めたらSEに、SEを少しやったらコンサルに。産卵まぢかの鮭でもあるまいに、自分の技術レベルも分からないまま、やみくもに次のステップを目指そうとする。 実はプログラムを書かなきゃいけない仕事ってやったことないんだけど、Web企画構築の時はベンチャーで大手ISPに提携を申し入れ「お前らに顧客
キャリア | 1年くらい前に書いた「SI子会社でのキャリアのメインストリームから外れた俺。」の続き。先にそっちを読むと、なお理解が深まると思う。 というか、SI子会社キャリア編の集大成だな。 結果から言うと相変わらずずっと悩んでたけど、会社を変えることにした。会社を変える、と言うと「転職」って言われる。でも今回は職を変えずに会社を変える。だから、「転社」が正しいのかもしれない。そんな言葉があるのか分からないけど。 ハシゴを登りきった前回は5年目面談の話を書いたけど、その後も上司と四半期ごとに話をする機会がある。評価面談とかそういう類の。今年の4月、「そろそろ現場に戻してほしい、という圧力が人事から来てる。そろそろここに来て4年だし…」的な事を言われた。1年前にも書いたけど、会社想定は、「PG→SE→TL→PM」なわけで、俺が「 PG(似非SE)→全社リスクマネジメント」と来ていて、このまま
情報システム担当者が持つシステム・インテグレータ（SIer）のイメージは，「規模の大小は見えても，そのSIerの“顔”と言うべき特徴がない」，「例外的に“顔”が認知されているSIerも，それが需要創出につながる魅力になっていない」…。日経マーケット・アクセスが情報システム担当者を対象に今年秋から開始した独自の定点観測調査で，こんな現状が明らかになった。 経済産業省が2006年7月末に発表した「特定サービス産業実態調査(速報)」によると，情報サービス業の売上高は1995年調査から最新の2005年調査まで11年連続プラスという好調が続いている。だが実感としてはどうだろうか。「好況の裏側では，収益性の継続的な低下，赤字プロジェクトの多発，現場で働く人たちのモラール・ダウン，偽装請負を含む多重下請け構造への批判，ソフト産業への就業希望者の減少，さらにはユーザー企業の満足度低下，といった負の側面があ
こんなの出てたから、見ておくといいかもね。 経済産業省では、情報システムの取引において、現行の「人月方式」以外での価格決定方法を模索するため、情報システムの付加価値に着目して価格を決定する「パフォーマンスベース契約」について検討を行ってまいりました。 今般、「情報システムのパフォーマンスベース契約に関する調査研究」報告書として取りまとめましたので、公表いたします。 「情報システムのパフォーマンスベース契約に関する調査研究」報告書の公表について - 経済産業省 本文のさわりにはこんなことが書いてあったよ。 1 はじめに 1-1 背景と目的 我が国の情報システム市場は、現在、主として「人月ベース」の価格表示を行っており、それに伴う価格の根拠がユーザ側の価格への不信感につながっていることは従来から多数指摘されている※が、残念ながら、この課題は現在まで業界全体として抜本的に解決されるには至っていな
2009年07月28日03:42 【不況】 IT業界がヤバい エンジニア「マジで仕事がない。」 カテゴリN速民の井戸端会議 1 名前： 姫カンムリシャジン(関西地方)[sage] 投稿日：2009/07/27(月) 19:05:00.26 ID:fjqg106g ?PLT(12000) ポイント特典 IT業界っていっても非常に大きくて、ネットワークからユーザサポート、システム開発とあるわけだけど、 その中でシステム開発、とくに業務アプリ開発業界のうごきを1エンジニアの目から見てみる。 現状を端的にいえば、「非常に厳しい」ものとなっている。 日本の業務アプリ開発は長い間、客が提示する案件を大手SIが受注し、 それを大手SIの子会社と外部協力会社（派遣会社）から派遣された技術者がくみ上げていた。 ところが08年のサブプライム、リーマンショック以降、客が案件を提示しなくなった。 それがもろにでた
忘年会シーズンが始まった。私も仕事柄、取引先の忘年会に出たりするわけなんだが、こういう場ではその会社の経営陣と会話をすることができる貴重な場でもある。 自分の今のプロジェクトは契約上の関係で間に中請けに入ってもらっている*1わけなんだけど、プロジェクトで中請けのとこの新人君と3年目の子を預かって教えている。また、その会社で社員によって自主的に行われているJava勉強会の講師をやったりしている*2のだけど、そんな実情は経営層は全然知らないわけだ。 技術力が外注の傭兵部隊からの借りものだったとして、プロジェクトが完遂してうまくいったとなれば、中請けの会社としては「うちもなかなかやるじゃないか」と思うことだろう。勝利の栄誉は軍を率いた大将のものである。しかし、軍を勝利に導いた戦果は誰が挙げたのかは無視できない。ましてや、それが間に合わせで雇った傭兵となれば、強いのは我が軍だ、と言えるだろうか？
「生産効率を上げろ！生産効率がすべてだ！」と叫んでやまない弊社と弊社の極悪評価制度（生産効率のみに特化した評価基準）を打破すべく、「生産性も大事だけど、それと同じくらい品質も大事でしょ？」という思いを明日、経営者レベルの幹部の方々にぶつけてこようと思います。変わるかどうかはわかりませんけど。言わないより言ったほうがいいじゃないですか。 なんで「生産効率」が第一で「品質」が二の次なのか - とりあえずなんですけどね ↓ 結果報告 僕「プログラマの評価が"生産効率"だけなのはおかしいです。"品質"も評価軸に入れるべきでは」 経営幹部Ａ「今、高品質な部品を別の部署で作ってるから、それを使えばおｋ」 経営幹部Ｂ「高収益を目指すためには生産性の向上は絶対不可欠」 経営幹部Ｃ「（うなずいてる）」 経営幹部Ｄ「（うなずいてる）」 経営幹部Ａ「その高品質な部品を顧客に提供すること、そしてその上で使われるシ
Business Value of IT, Future of business/companies/workers, Ability to innovate. 私は、日本のエンジニアに、よりハッピーになって欲しいし、そうなれるはずだ、といつも思っているので、こういうテーマになると、つい話が前のめりになりがちなので、「まぁ落ち着け」「いやそれは違うだろ」「余計なお世話だよ」等、同業者の方からの愛あるツッコミは歓迎です。 さて、前回のエントリで、日本のITとりわけソフトウェア業界は、もう少し再編されたほうが良いのではないかと書いた。なぜそう思ったのか、もう少し（主にソフトウェア会社側の思惑という観点から）補足しようと思う。 IT業界では、エンジニアの生産性は、人によって10倍程度差があるとよく言われる。→プログラマの労働条件を過酷にしているのは、過酷な労働条件を受け入れるプログラマです しか
Business Value of IT, Future of business/companies/workers, Ability to innovate. 業界内では半ば常識かもしれないが、自分の頭の整理のために書いておきます。 日本のIT業界のマクロな構図として、大手のプレイヤーはみんなコンピューターメーカー系列だという点が特徴として挙げられると思う（IBM、富士通、NEC、日立）。私の理解している範囲で、これまでの経緯をザックリとまとめると、 ハードウェアに関しては、国策としてコンピューターメーカーの育成をしてきた。（そのため、元々産業規模の割にメーカー数が多かった） ソフトウェアに関しては、元々は、コンピューターメーカーが高価なハードウェアを買ってもらうために「オマケ」として提供するところから始まった。しかし、メーカーごとに独自のアーキテクチャーが存在したため、いったんユーザー
via IT業界から思ったことを。 Twitterでつぶやいたら結構こんな感じで厳しい状態になっているSIerが増えているようなので、僕なりに現状をまとめてみる。 よくわかるSIer涙目の構図 サブプライム、金融危機でSIerのお得意様の金融・メーカー様が大打撃を食らう。 2008年はとりあえず様子見で予算編成は据え置きだったが、今年に入って財布にチャックがかかる。 先行き不透明なので、GW明けぐらいの今期のIT予算が相当カットされた数字になった所が続出。 計画していた新規案件を中止するなどする。運用でなるべくカバーする方向へお客様が動く。 その結果SIerは新規案件がなくなる。案件自体がなくなっていく。予算が無いから当たり前。 大手がプロパーの仕事がなくなってきたのでプロパーで人数減らしてまわし始める。 プライムで食い込んでいるお客様の仕事が減ってきたので、外注に仕事が依頼できる余裕がな
アツいエントリなんで思わずTBうってみる。 この業界の問題、それはプログラムが、新人〜3年目の作業と位置づけられていることだ。 プログラマーの誇りを見せ付けろ - 山本大＠クロノスの日記 正確に言うと上級プログラマも初級プログラマも同じ値段で評価されるってことが弊害である、ってことだと思います。予めXXX万円で作ってねという予算が決まっていて、その予算をオーバーしないことだけが成果の基準にあることが問題だと考えます。このルールにおいては、極論ですがコード品質が高くても低くても大差が無くねっていう力学が働きます。 基本的にニッポンの受託開発のプロジェクトの場合は、大きく２つのプレイヤーがいます。 案件を立ち上げてお客さんへのコミット権限がある人・会社 立ち上げた案件をシステム化してデリバリする人・会社 ですが、今の流れでは工程が分断されちゃっているので、案件を立ち上げる人とシステム化してデリ
僕は今回の案件で、システムのレスポンスに徹底的にこだわってる。 それには理由がある。 それは、プログラマの誇りを見せたいからだ。 この案件は、既存機能をコピーして似た機能を作るというものだ。 既存機能は、Webシステムなのに1アクションで 1分や2分以上のレスポンスタイムはザラで、 悪いときには数分後にタイムアウトして、 さらに悪いときには、アプリケーション全体をロックしてしまっていた。 顧客はそれでも我慢して使っていてくれたそうだ。 今回の改修に際して、顧客がパフォーマンスを要求するのは当然だった。 それにしても酷いアリサマだとコードを見てみると 酷い。 確かにパフォーマンスは出ないのも無理はない。 いや、それどころか僕は、このSI業界の問題を感じざるを得なかった。 この機能はそこそこ難しく、業務的にも重要だ。 しかし、そのコードは、新人〜3年目ぐらいのプログラマが書いたとしか思えないコ
ということで、リーマンブラザーズが飛んでしまった。 例によって「デリバティブ取引が悪い」などという論調もあるが、デリバティブだけが悪いのではない。 借入れた資金でレバレッジをかけて張っていたのが問題なのだ。 以下、かなり長文 レバレッジ 自己資金1万円で年利5%の運用をしても、利回りは5%。当たり前。 でも、5万円を年利2%*1で借りて、自己資金と合わせて5%で運用すると... 得られる利益は60,000*0.05=3000円 借入金に対する利息は50,000*0.02=1000円 差し引き2000円の運用益 自己資金10000円に対する利回りは20%! 低金利で借り入れて投資に回すことで、高い運用益を実現できる。これがレバレッジのもたらす恩恵。では、短期で借り入れる金利が上昇したらどうなるだろう？ 例えば上記例での短期借入れ金利が4%に上昇したとしよう。 5万円を年利4%で借りて、自己資
釣り 題名に「３つの理由」みたいに数字を入れるとアクセス数が上がると聞いた。 本当かな？ 本題 自分がこの業界で景気後退を経験するのはこれで3度目。 一回目は1990年前半のバブル崩壊後。 二回目は2000年のネットバブル崩壊後。 今回のは1990年前半のそれを、規模・深刻さ共に凌駕すると予想している。 理由(1): 空洞化 「上流＝付加価値の高い仕事」という概念は根強く、開発という「核となる」行程を安い外部に流すようになってしまった。 レバレッジ効果があるから収益向上につながってきた。 が、新たな仕事が来なくなるとレバレッジは逆転を始める。 つまり、外部依存率を下げつつ、利益率向上を目指すという苦痛が待っている。 →開発を忘れた人達には無理。 理由(2): 分業化 1990年代初頭の情報処理試験は「二種」「一種」「特種」しかなかった。 今はなんだよ... 情報処理試験の中の人達に雇用機会
私は文系の大学中退（まぁ高卒ですよね）です。最初に入ったのがソフト会社で、その次もソフト会社でした。最初の会社では未経験のど素人だったのでオペレータやパンチャー、運用と保守からやらせて頂きました。その後転職した2番目の会社で、絶対に忘れないと感じる出来事に出会いました。 ＃ とりあえず、以下のエピソードのあと、新婚早々に残業400時間/月とかやってて ＃ さすがに「これは死ねるかも」と思う程度に、月に200時間残業とかするのは ＃ 当然と思っていた、それでもそれが苦にならなかったほどに一体感を持つことが出来た ＃ 今思うに幸せな時代の話です。私は当時の会社を今でも誇りに思っています。 2番目の会社にはその年の1月に入社しましたので、その年の夏のボーナス（賞与というよりも私にはボーナスという言葉の方がゴージャスに聞こえるのでこれで押しますｗ）は当然出ません。というわけで、お金に困っていた私は
情シスの人（現役、元、これからなる卵、ちょっと興味をもっている超卵)、そして情シスの人としゃべりたいSIer/ベンダ、集まって何かしようよ！ 確定ではないけど午後の何時からか集まっておしゃべりして夜は飲み会みたいな、感じ（予定） 日付：10月25日(土) （時間は未定）詳細はおいおい追記していきます。 場所：東京のどこか(未定）詳細はおいおい追記していきます。 いや-、あれですよ、この前数人で情報システム部の人達と飲んだら思っていた以上に面白かったんですよ。もっともっと色々な話が聞きたくて開催しちゃいます。話きく/するだけでおわらせちゃうのももったいないぐらい有意義でした。情報システム部って一言でくくられるけど会社によって体制があったりなかったりで、することもピンキリなのがよーくわかりました。例えば、 「企画屋さん」、なかなか思ったとおり話が進まなかったりするよね？それがまた納得できない理
まだこのネタを引っぱるわけだけど。小飼さんのエントリの、 泥のように働いて、何が出来上がりましたか? を受けて、おっさん達が過去の自分語りを始めてる。私もうっかり書きそうになって、いろいろ思い起こしてみたのだけど、適当に端折って書くと、最初に書いたエントリくらいになってしまう。しかしだ、 まぁこうやって過去のことを思い返してみるのは悪くないし、若者達がそれを見て「じゃあちゃんと下積みをやろう」とか思うのもいいことだとは思う。「おっさんの昔語り」ってのは、ネットではあまり好まれないんじゃないかとは思うけど、ロールモデルとしたい人達の下積み時代を知るのは悪くない。 だけど、それは結局単なる 自己肯定 に過ぎないんだよね。何しろ、世の中の全ては因果律が支配しているということを考えるなら、 現在が幸せであれば 過去の諸々は全て幸せへの道 なのだ。 また、さらに冷静にものごとを見るなら、世の中のほと
私は実は「プログラマの給料」って専門職資格職と比較すると、「高い」部類に入るのではないかと思っている。 たとえば弁護士のスポットの相談単価は30分5000円ほどだ(各弁護士会のサイトに出ている)。これはIT系技術者の作業単価と比較して、そんなに高くない。いや、メーカの技術者だったらもっと取るだろう。「スポット」でいきなり呼び出されることは、そんなにあるわけではないからそこそこ高くしておかないといけないということもあるから、それは当然だ。弁護士が相談でまるっと1人月働いて200万弱。これとても「コンサル」の類だと思うと、「まぁそんなもの」だ。 弁護士になるには、司法試験に通るだけではなく、いくつかのハードルがある。また、なってからも不断の勉強が必要なのは、専門職の宿命だ。この辺の構図は実はIT系エンジニアとして大差ない。「相談」だけ受けていると、こんなものなのだ。 つまり、「世の中の尊敬を集
久しぶりのガチンコSIネタ。 「人生のファイナルアンサーが見出せません。」「何なの？スイーツなの？」 SI子会社でのキャリアのメインストリームから外れた俺。 私が感じた範囲で、きっとこういうことでSIerの中にいて閉塞感を感じているのかなぁと思う点を書いていきます。 技術的興味関心にマッチするかどうかは運 私は５年間SIerで働いていますが、自分の興味関心のある技術を仕事(＝プロジェクト)で触れることが出来る機会は基本的に相当少ないと感じます。これが閉塞感を生んでいる一因だと思います。 仕事でJavaやりたいと言ってもJavaが出来る案件に自分がめぐり合えるかどうかは、ちょっと語弊がありますけど基本は運です。SIerは複数のプロジェクトを当然抱えており、あなたが無事プロジェクトが終わった時に次にアサインされるプロジェクトが.NETの案件しかなかった、というのはよくある話。また、会社の方針で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
