はてなキーワード: 日経コンピュータとは
https://anond.hatelabo.jp/20140426234812 の続き
きっと、日経新聞嫁といってきた方は、「さっさとSEだけできる人から脱却して、マネジメント側/仕事取ってくる側/仕事作る側に移行してね!そっちがバラ色だから」という親心で言ったと思われ。
現行のままのSEの未来とかを予想してんじゃないかな。将来部下抱えて仕事取ってくる/作る側にはいると、日経程度の他業界の流行り/動き/常識を普段から知ってることが大前提で、もうかってる他業種のどこからどうやってSEの仕事取ってくるかの才覚が求められるし、上司としても誰かを仕事取ってくる役割に抜擢しようにも、現状にて全くそういった話ができない人を抜擢はできんわな...これは歳を重ねるとじわじわ効いてくるで。実感わかないようなら、経営コンサルの本とか乱読するのも良いんじゃないかな...経営者がお金だしてくれる(仕事くれる)方面は、実はどういった方向かというのが判ると、日経新聞は未だコスパからみて捨てたもんじゃないかも。
結局は幹部社員の話のネタか今後の活動指針を決めるに当たってのネタ集めに過ぎない。
新入社員の頃から両方読めと言われてきたが、現場だと本当に役に立たない。
一般的なシステム開発をするに当たって、現行のシステムの流行だとかどこどこが買収してシェアトップだとか知っててもリソースの無駄だから。
現行システムのマニュアル=お客様の業務を知る為の資料>読みやすい資料を作る為の技術書>オライリー>>>(超えられない壁)>>>>日経新聞、日経コンピュータ
デブサミ2014に行ってきた。
うすうす感じてはいたことだが、エンプラ系受託SI業界とWeb系業界での差が開いている。ということを肌身で実感することができた。
会場を見渡しても受託SI系の参加率は低いように思われる。
Twitterを見てると、「有給とってデブサミ」という人が多いようだ。
これは、いわゆる受託SIの人たちには、
・デブサミに参加しても日頃の業務とかけ離れすぎていて得るものがない
・受託SIで働くSEの人たちには、デブサミで話されているようなことは興味がない
・興味を持っていたとしても、メーカー主催の研修とかと異なり、上司が参加を許可してくれない
のいずれかではないかと勝手に思う。
そんな中、初日の会場で盛り上がっていたのは、DeNAの新人研修に関する講演だ。
そんな中、初日の会場で盛り上がっていたのは、DeNAの新人研修に関する講演だ。
【13-A-4】新卒エンジニア研修ですべきことできること(関口亮一〔ディー・エヌ・エー〕)
https://speakerdeck.com/ryopeko/devsumi2014-dena-bootcamp2014
講演によると、DeNAは2013年に70名の新卒採用をしたらしい。
公式HPによると、2013年3月末時点の社員数は、「連結:2,108名(単体:935名)」とあるから
70名の採用は、単体では7%(ざっくり10%)にあたる増員をかけている、ということになる。
http://dena.com/company/overview.html
思い返せば、2000年頃の受託SI業界は、成長しているところは70-100名くらいの
成長する業界に人は集まる。単純にそういうことかもしれないけど、ITを志す人たちの
就職先は受託SIだけではなく、DeNAやGreeやCookPadのようなWebで
サービスを提供している会社も当然だけど視野に入っている。ということだし、逆にいう
とそれだけ「単なる受託SI」には関心が薄くなっている。ということなのだろう。
そんなことを考えていたら、日経コンピュータの記事が目に飛び込んできた。
「悪弊を絶つ 2015年問題がIT業界に迫る覚悟 (2014年2月6日号)
http://itpro.nikkeibp.co.jp/article/NC/20140131/533803/?ST=NC
ここでいう「2015年問題」は2015年にやってくるといわれるIT受託業務の集中、すなわち
「マイナンバー制度」「みずほ銀行のシステム刷新」にかかわる大規模需要で慢性的
これだけ受託SIとWeb系の差が開いているにも関わらず、受託SIではまだまだ人不足の
状態が続くと、受託SI側には「まだ大丈夫」という意識が働き、本当の意味での改革
が進まないと思われる。いわゆる「ユデガエル」状態だ。
日経コンピュータの記事では処方箋というか、こうした受託SIから早々に脱却した企業
2chで幾つかスレ立ってて、パッケージビジネスの困難とかがブログで語られていたりもするけど、増田では話題にならないのな。
http://b.hatena.ne.jp/entry/http://itpro.nikkeibp.co.jp/article/NEWS/20080425/300145/
日経コンピュータは5月1日号で、スルガ銀行-日本IBM裁判の行方などを探る緊急特集を組む。誌面では訴状を基に、「追加費用」や「到底受け入れられない」提案の詳細、両社が交わした契約の内容について取り上げる予定だ。
http://b.hatena.ne.jp/entry/http://www.yomiuri.co.jp/national/news/20080307-OYT1T00002.htm
関係者によると、スルガ銀行は2004年9月、銀行業務全般にかかわる基幹システムを刷新するため日本IBMとシステムの開発契約を結び、開発費用の一部はすでに日本IBMに支払っている。ところが、新システムの稼働を予定していた08年1月を過ぎても稼働のめどは立っておらず、開発費用も当初の予定額より膨らんだため、支払った費用の返還などを裁判で争うことにしたという。
http://bizboard.nikkeibp.co.jp/kijiken/summary/20070115/NC0669H_904967a.html
静岡県の地方銀行であるスルガ銀行は、2008年1月を予定していた新勘定系システムの全面刷新を延期する。国内で稼働実績がなかったパッケージを採用したが、設計・開発作業が難航した。開発を担当する日本IBMと共同で、プロジェクト・チームを再編。要件定義を見直して再度開発を進めている。
http://mamono.2ch.net/test/read.cgi/newsplus/1204851634/456
04年末プロジェクトスタート
05年秋になっても要件定義が終わらず
06年3月膨らみ過ぎた仕様を削り込み、要件定義からやり直し
06年10月要件定義完了、設計・開発着手
http://b.hatena.ne.jp/entry/http://d.hatena.ne.jp/higayasuo/20080307/1204856428
成功と失敗の違いは、パッケージにどれだけ合わせる気があったかじゃないのかなぁと予想します。ある程度作りこまれたものに、手を入れるのは大変だからです。
これは、同じことがフレームワークにも言えます。機能満載のフレームワークにシステムをあわせてもらえるなら成功しやすい。でも、客がフレームワークなんか関係無しに仕様を決めてくる場合は、かなり苦労するということです。
http://b.hatena.ne.jp/entry/http://nakagami.blog.so-net.ne.jp/2008-03-07%23comments
2005年9月から半年ほど、富士山麓のスルガ銀行コンピュータセンターに勤務していた、経験者の1人です。
今回の事件は、予想通りの結果で、別に驚くほどの事件ではないと感じています。
要件定義の段階から、成功するはずがないと、疑問視する担当者は周囲に多くいました。
今回の提訴の結果が、どうなるかは分かりませんが、私なりに推察出来る背景を列記してみます。