関連キーワード 教育 | IT部門 | 人事 | スキル 非営利のIT業界団体CompTIA（コンピュータ技術産業協会）の調査によれば、若い女性の95％はITのことが「好き」であり、中には「大好き」という人までいるが、「ぜひIT業界でキャリアを積みたい」と考えているのはわずか9％だという。多くの人は、将来就きたい職業を考えた上で大学での専攻を選ぶ。となると、男女格差解消を目指したキャンペーンはより年齢の若い女性にターゲットを据える必要がある。 「意図的か否かにかかわらず、女子は中学生の頃くらいから、『技術や科学、数学などの複雑系科目は女子向きではない』という極めて明確なメッセージを受け取り始める」。こう語るのは、米Hewlett-Packard（HP）のCloud Services部門で製品マーケティング担当副社長兼クラウドエバンジェリストを務めるマーガレット・ドーソン氏だ。「これが今もな

原稿を執筆する際、システムズエンジニア（SE）や情報システム部門と表記し、ITエンジニアあるいはIT部門とは書かない。だが今回は悪口だと受け取られかねないので、普段使わない呼び名を記事の表題に入れた。 急いで補足すると、ITに関わる人や組織「だけ」がコドモなのではなく、ITに関わる人や組織「も」コドモという話である。日本の組織、そこにいる幹部と構成員、いずれも「本当にコドモ」と主張する本を読む機会があり、面白かった。ITpro読者に紹介する一文を書こうと思い立ち、「日本のITエンジニア、IT部門、IT業界はコドモである」という表題を付けてみた。 技術者を応援する情報サイトTech-On！（4月から日経テクノロジーオンラインに全面リニューアル）であれば「日本のエンジニア、研究開発部門、製造業はコドモである」、日経ビジネスオンラインであれば、「日本のビジネスパーソン、管理職や経営者はコドモであ

NTTデータとNTTデータユニバーシティは2012年4月17日、同社グループの主に入社3年から5年の若手社員を対象に、「アジャイル開発」と呼ばれるソフトウエア開発手法の研修を5月から実施すると発表した。今後3年間で約1000人のアジャイル開発人材の育成を目指す。 アジャイル開発とは、システムの仕様変更や機能追加などに臨機応変に対応できるよう、開発対象を小さい機能に分割して、設計や実装、テストを短い期間で繰り返していく開発手法のこと。米国IT企業のソフトウエア開発においては主流となっているものの、国内での採用はWebサービス業界やゲーム開発業界の一部企業にとどまっている。 今回、同社グループは、グローバルに展開する顧客企業をサポートできる開発体制を整備する目的で、グループ内におけるアジャイル開発人材の育成を始めた。研修では、アジャイル開発の代表的な手法の1つである「Scrum開発手法」のフレ

このところ「SIerの今後について」というテーマについて、意見を求められたりディスカッションしたりすることが多く、またエンタープライズ業界に身を置く立場として、売り上げ比・人口比とも業界の大半を占めるSIerが今何に取り組んでいて、今後どのようになっていくのか、というのは私自身関心のあるテーマなので、昨日は「SIerでのキャリアパスを考える」勉強会に参加してきた。 というわけで勉強会の中で印象的だったことや考えたことを書く。 勉強会の前半パートではゆもとさんによるSIerの現状分析、ひがさんによるSIerの中でのキャリア戦略が話題に上り、その中でも特に「上流と下流が工程分断されている」ことが現状のSIerを取り巻く諸問題の元凶、という指摘があった。 この「分断」については、中島聡さんの「ソフトウェアの仕様書は料理のレシピに似ている」というエントリが有名だが、今回の勉強会でのゆもとさんの資料

403 error - Forbiddenで発表させて頂きました。発表資料をSlideShareにあげました。ご自由にダウンロードしてください。 あと、当日は結婚のお祝いということでケーキを頂いてしまいました。ひがさん、山岡さん、笠木さん、ごちそうさまでした＆ありがとうございましたー！ SIerでのキャリアパスを考える発表資料 View more presentations from Michitaka Yumoto 15分では全然伝えきれなかったので、下記によくわかる解説を加えておきます。資料の向こう側にある背景を掴んでください。 何を話そうか最後まで悩んだんですが、今までブログで僕が問題提起しているSI業界構造の問題を再認識してもらい、「問題が問題であることを認識してもらってから、次のアクションを考えてもらえるきっかけの一助に」という狙いから、上記のような資料になりました。僕が今まで問

某セッションでちょっとしゃべったことをつらつらと。SIの現状と近い将来について思うところをまとめておきます。自分自身の立ち位置も確認していくという意味で。 結論的にいうと、SI自体は必要とされていますが、SI屋さんのビジネスモデルは成立しないという状況になるので、旧来の「SI屋さんの方法」ではうまくいきません。なので、別のやり方でSIをどうやっていくか？という議論が必要になりますね、という話です。 まずSI事業は人月稼働で商売をしています。スタート地点はそうではなかったのですが、一旦大きな人数を抱えると、食わせる必要があるため、より大きな仕事を取る羽目になります。要は稼働させる事、それ自体が目的になります。稼働を維持させる事で、収入を確保する事ができ、確保された収入で稼働のための人員を維持できる。そもそもそういう循環をベースに組織の目的が、「結果として」形成されてしまっています。 副作用と

あの記事から一年、ひがやすを氏が以下のエントリーで、プログラマーとして、新しいサービスを作ることの難しさについて書かれています。 僕と君とSIerの生きる道 - yvsu pron. yas 確かに私自身は、サービスを作る側に回った(まだISIDにいるけど、ベンチャーで働いているようなものです)のですが、身を持って面白いサービスを作る難しさも経験しました。 面白いサービスを作るのはほんとうに難しい。その後、マネタイズにも成功するのはさらに難しい。サービスを作る側に回って成功するのはほんの人握りの人なんです。 もともと一年前におっしゃっていたことは、SIerのビジネスに将来性はないから優秀なプログラマーは自分でサービスを作る側に回らなくてはならないし、単によいコードを作れるだけでなくて、自分からアイデアを考えられるようにならなくてはならないということだったかと思います。一年前この記事を読んだ

コードも書けないSE（笑）とか言ってるアホ共は ガチでメーラとWordとExcel,パワポ（しかも2003（笑））、teraterm、FFFTP位しかつかわねーからさ あいつら本気でXP(笑）、メモリ1GBで足りてるとか思ってるからタチがわりーわ。 ・コードがかける若手SE（笑）がEclipseとかMySQL、Oracle,Chrome,Firefox,IE,Java,.netと使うからある程度スペックが欲しい。(と言っても今時の５万で買える普通スペックで良い。。） ↓ ・若手が新しいPC寄越せと要求 ↓ ・年食ったコードがかけないSE（笑）はOffice2003（笑）位しか使わないし、めんどくさいから要らないと抜かす ↓ ・先輩がいいって言ってるのにお前らが要求するのか？とか言って取り合わない。 ↓ ・ほんとに必要な最前線の若手にまともなPCが行かない、その結果朝にパソコン起動してメーラ

特許庁が進めてきた基幹系システムの刷新プロジェクトが失敗に終わり、開発に投じた約55億円が無駄になってしまったことが、先週相次いで報じられました。 ［スクープ］特許庁、難航していた基幹系刷新を中止へ - ニュース：ITpro 朝日新聞デジタル：費やした５５億円、水の泡に　特許庁がシステム開発中断 - ビジネス・経済 このプロジェクトに「内閣官房GPMO（ガバメントプログラムマネジメントオフィス）補佐官」の肩書きで2009年まで民間から参加した萩本順三氏（現 匠BusinessPlace 代表取締役社長）がFacebook上で当時を述懐しつつ、失敗の要因を分析していました。今後、失敗プロジェクトを繰り返さないためにも、重要な発言として本人の許可をいただいてまとめました。 特許庁の情報部門に幾度も中止を迫った 萩本順三氏の発言の主要な部分を引用します。 内閣官房GPMO（ガバメントプログラムマ

皆さん、明けましておめでとうございます。昨年の後半は私自身SI業界からWeb業界へ転職したことなど仕事環境の変化があり、ブログの更新頻度も鈍りがちになってしまっていましたが、本年もどうぞよろしくお願いいたします。 さて、ちょうど、一年前のお正月にはグルーポンのおせち料理事件が話題になっていましたが、私はおせち料理の品質とIT業界における品質の問題を絡めて、以下の記事を書きました。 グルーポンのおせち事件を受けてSI業界が本当に教訓とすべきこと - 達人プログラマーを目指して この記事では、一般にSIerによって開発される日本のシステムはあの事件のおせち料理のように、低い品質に甘んじているが、多くの場合、社内システムなどではそういった品質の問題が公に明らかにされることが少ないのではということを指摘しました。ただ、その時は私の希望も込めて 最近はOSSやクラウドなどの影響で社内システムもどんど

企業がITに使う予算のうち、7割が既存システムの運用や維持に使われているため、新規投資はわずか3割程度しかない。 この話は企業のITシステムが硬直化している理由としてよく知られており、実際に僕も情報部門や企業の役員からこうした実体を聞く機会があります。 しかしこの実態は日本国内だけではなく、海外でも同様のようです。 海外でも予算の7割が運用 先週サンフランシスコで行われたOracle OpenWorldの基調講演に立った、ヒューレット・パッカードのエンタープライズビジネス担当エグゼクティブ・バイスプレジデントのアン・リバモア氏は、次のようなプレゼンテーションを示し、予算の70％が既存システムの運用に使われていることで、企業のIT予算が硬直化していることを示しています。 アン氏は、これを解決するソリューションとしてインフラストラクチャーの仮想化、自動化、最適化とオペレーションの標準化を提案。

このエントリは広くITに関わるブロガー、ジャーナリスト、メディア、広報、マーケティングなどのみなさんへの呼びかけです。 呼びかけの内容 ミクシィやグリー、モバゲーといったソーシャルネットワークの上で、ゲームなどのアプリケーションを提供する企業や組織、個人などをSocial Application Provider（ソーシャルアプリケーションプロバイダ）と呼ぶようになっていますが、その略語として「SAP」が使われている文章を最近目にするようになりました。 しかしこの「SAP」を、Social Application Providerの略語として使うのはやめませんか？ これが僕の呼びかけです。理由を以下に示します。 略語SAPをやめよう、という呼びかけの理由 理由1：混乱しやすい3文字略語を増やすことになる SAPはすでに多くの方がご存じのように、ERPなどで有名なドイツの企業SAPの名称とし