下請けよ、寝首をかけ！人月商売、多重下請けにあぐらをかくND、I、F、N、Hを潰せ！ : IT速報
IT業界の多重下請け構造の解体前夜である今は、下請けベンダーにとって危機であるだけでなく、これまでなら有り得なかった企業変革・成長の千載一遇のチャンスでもあるのだ。 日本のIT業界の人月商売、多重下請け構造については、業界の心ある人たちが「こんな商売をやっていてはダメになる」と何度も何度も警鐘を鳴らしてきたが、今まではダメにはならなかった。だが冒頭にも書いた通り、いよいよあと数年もすれば人月商売、多重下請け構造は瓦解の時を迎える。その原動力は言うまでもなく、ユーザー企業で進むビジネスのデジタル化である。 要はユーザー企業のIT投資の力点が、基幹系などのバックヤードのシステムから、フロントのビジネスサイドに移る。IT投資の権限もIT部門から事業部門に移行する。既に多くのユーザー企業で、事業部門が自分たちのビジネスのために自らITを活用する“シャドーIT”がまん延しつつあるが、その傾向はますま
SIビジネス崩壊前夜、下請けベンダーはSIerの寝首をかけ！
この「極言暴論」では、ユーザー企業のIT部門とSIerが織り成す不条理に切り込んで、いろんなことを言ってきたが、IT業界に数多く存在する下請けITベンダーのことはほとんど触れていない。「もういい加減にしないさい！」と言いたくなるようなトホホな話をよく聞くが、そんなことを書いたところで、あまりにも非生産的だからだ。 それよりも、IT部門やSIerの問題点に焦点を当てたほうがよい。システム開発などを丸投げするIT部門、そして人月商売を営々と続けるSIerの多くが良き存在に変わるか、消滅すれば、IT業界の多重下請け構造、私が言うところの“ SIガラパゴス”も解体する。しかも私の見立てでは、そうしたIT業界のガラガラポンはあと数年で起こる（関連記事：「SIerの余命は5年」への反論に反論する） そうなると、SIガラパゴスの中でしか生息できない“日本固有種”の下請けベンダーは一気に死滅する。これで多
SIザウルス滅亡近し、巨大化し無能になるITベンダーの末路
タイトルを見て「SIザウルスって何なんだ」と思った人はおそらく、このコラム「極言暴論」を初めてか、数回読んだだけだろうと推測する。毎回読んでいる読者なら「あれのことね」とすぐにピンと来るはずだ。あれとは当然、SIerのことだ。もちろん「ITベンダー」もSIerのこと。つまり重複見出しであるが、今回のポイントは「巨大化し無能になる」である。 ご存知の通り、私は「SIerの余命は5年」説を唱えている（関連記事：SIerの余命は5年、オオカミは本当にやって来る）。IT業界の中にも同様の主張をする識者がいるが、そうした主張はどちらかと言うと“願望”。「多重下請け構造に依拠した人月商売は無くなってほしい」との思いが生む主張だ。私もその願望を共有するが、私の余命5年説は客観的な予測に基づくものだ。 で、今回の記事だが、同じ事を書こうというわけではない。実は、SIerは巨大化しすぎた。いわゆる“3000
要件定義も設計もしてもらいましたが、他社に発注します。もちろんお金は払いません！
要件定義も設計もしてもらいましたが、他社に発注します。もちろんお金は払いません！：「訴えてやる！」の前に読む IT訴訟 徹底解説（24）（1/3 ページ） 東京高等裁判所 IT専門委員として数々のIT訴訟に携わってきた細川義洋氏が、IT訴訟事例を例にとり、トラブルの予防策と対処法を解説する本連載。今回も正式契約なしに着手した開発の支払いをめぐる裁判を紹介する。ユーザーの要請でエンジニアを常駐して設計まで進めた開発案件、「他社に発注することにした」はアリ？ ナシ？ 連載目次 IT訴訟事例を例にとり、トラブルの予防策と対処法を解説する本連載。前回は、ユーザーとベンダーの間で、見積もり合意も正式な契約もないまま作業を開始したプロジェクトが中断した判例を取り上げた。 今回も、ベンダーが正式な契約書のないまま作業した例を紹介する。同じような事例で恐縮だが、それだけこういった紛争が多いということだ。
SIerのITインフラ技術について、若手社員に伝えたいこと
社内の若者がAWSやAzureをやりたくて仕方が無いみたいなのだが、 30も過ぎた中堅の年齢で率直に思ったことは、「どこまでを考えているのだろうか」ということだ。 そんなことを直接言うのは生き急ぎ野郎の火に油なので、伝えたかったことを含めて増田に書き殴るとする。 以下その若者というか、5〜6年前の自分のような奴に伝えたいこと。 新技術であるべき理由の説明が必要だ パブリッククラウドを使う際にはざっと思い付く限りでこれだけ説明することがあると思うんだ。その過程で旧技術や現状の業務を詳しく知る必要がある。 セキュリティ対策は具体的にどうするんですか？ オンプレから大きく実装が変わるNWは具体的にどうするんですか？ 弊社でオンプレが前提要件な案件の比率を鑑みて、採用したらどのように利益に還元されるんですか？ 既存業務でスケールアウトが前提の精度の設計が許される案件の比率は？ 課金の試算の精度は保
無限の「おもてなし」を求めるIT部門と、それに応えるベンダーの愚かさ
あのオリンピック誘致合戦での滝川クリステルさんのプレゼンのインパクトもあり、日本や日本企業の「お・も・て・な・し」の素晴らしさが喧伝されている。確かに「お客様を第一に考え、かゆいところに手が届く、心のこもったサービスを提供しよう」という精神は、ビジネスのデジタル化が進み、モノよりコト（サービス）の重要性が高まっている昨今、日本企業の競争優位のポイントであるのは間違いない。 まさに世界に冠たるジャパンクォリティーなのだが、ここまで賞賛されると、壮絶に勘違いする愚か者も多数出てくる。ろくなカネも出さないのに、「俺は客だ」と理不尽な“奉仕”を要求する輩がいるのはもちろんのこと、サービス提供側の企業までが過剰な「おもてなし」精神を発揮して、その理不尽に対応しようとする。価値の等価交換という商取引の原理原則を、客も企業も忘れてしまっているのだ。 その結果、人によるサービスを提供している小売り・サービ
技術者不足への対策ですか。諦めてください。それが日本のためです
日本は今、空前のIT技術者不足。ユーザー企業のIT部門も、SIerも、下請けベンダーも、そしてブラック企業も「必要な頭数を確保せよ」と、まるでモノか何かをかき集めるかのような口調で技術者の“調達”に奔走している。この私にさえ技術者不足への対策を聞いてくる人がいるが、そんな時は必ず「諦めてください。それが日本や大勢の若者のためです」とだけ答えることにしている。 なぜ、そんな木で鼻をくくったような態度をとるかと言うと、これまで抜本的な対策を打とうともせず、周期的に「技術者が足りない。大変だ！大変だ！」と騒ぐ浅薄な連中が大嫌いだからである。それに、モノか何かのようにかき集められる若者の将来よりも、国や大企業などのシステムのほうが大事だと思っている点もゲンナリする。そんなものは圧倒的に小事である。 そもそも、「技術者不足への対策は技術者を増やすこと」と脊髄反射的に考えるのは、何とかならないものだろ
日本のIT業界に対するニュージーランド人エンジニアの反応｜NZ MoyaSystem
何度もブログで書いている通り、筆者がニュージーランドでの就職を目指している理由の一つは、以前勤めていたIT企業の文化にほとほと愛想が尽きたからです。 筆者は5年半、某メーカー系SIerでSEをしていました。まぁ大変な環境の中がんばってがんばって、ポッキリ折れちゃったんですね。 その時代の話をニュージーランドのIT業界の人にもお話することが時々ありまして、その反応がなかなか興味深いんです。今日はそんなエピソードを2つほど紹介したいと思います。 社内にシニアプログラマがいない？ 筆者が以前務めていたSIerでは、一般の例にもれず、プログラミングは協力会社さんに発注するのが一般的でした。社員がプログラミングをするのは入社後1〜2年だけで、その後は業務分析やマネジメント業務に従事することになります。ということで社内にはプログラマとしてのキャリアパスが無いに等しかったんですね。 という話を、某企業の
ITベンダー、ユーザーを問わず大企業の技術者がダメな理由
先日、小売業のCIO（最高情報責任者）の人と話していて、互いに激しく同意したことがある。それは「大規模プロジェクトを担当してきた技術者よりも、小規模なプロジェクトを担ってきた技術者のほうが、優秀な人が多い」というもの。もう少し踏み込んで私流に暴論すると、ITベンダーかユーザー企業かを問わず、大企業の技術者の力量は大したことがない。 もちろん、大規模プロジェクトを担う技術者や、大企業に所属する技術者にも優れた人はいる。そうでないと、プロジェクトは破綻し、ITベンダーなら倒産してしまうだろう。だが、必ずしも技術者だけの職とは言えないプロジェクトマネジャーを除けば、「この人、本当にすごいな」と思える技術者は、少人数のITベンダーに所属していたり、中堅のユーザー企業で“ひとり情シス”をやっていたりする。 いま「プロジェクトマネジャーを除く」と書いたばかりだが、実はプロジェクトマネジャーも、大企業で
これが大規模SIerな弊社のデファクトスタンダードな開発スタイルだ！！ - そこに仁義はあるのか(仮)
受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。（書く順番が逆っぽい） 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って
IT業界に足りない人材は“臨時工”や“コボラー見習い”なのか！
SIerや下請けの受託ソフトウエア開発会社など SIガラパゴスに生きるITベンダーの経営者は、口を開けば「IT人材が足りない！足りない！」と騒ぐ。だが、彼らが足りないと言うIT人材とは、大型案件が集中する今の繁忙期を乗り切るための“臨時工”か、スパゲティ状のコードを永遠に保守し続ける“コボラー見習い”の若者だ。本来、必要なはずのIT人材に関心が無いから恐ろしい。 必要なはずのIT人材とは、別にニュータイプの技術者のことを言っているのではない。以前から必要性が叫ばれてきた「顧客の業務や最新技術に知見を持ち、提案できる技術者」のことだ。だから一応、ITベンダーの経営者も口では、そうしたIT人材が必要だと言う。だが今、欲しいのは臨時工か、コボラー見習い。だから技術者を志す若者は、彼らの言う必要な人材の意味を見極めないと、あとで泣きを見る。 臨時工とコボラー見習いのうち、ITベンダーにとって焦眉の
某社に見るシステム開発における社内政治の無駄さ加減について - novtan別館
業績は部署についてまわる 複数の部署が同じ目的の巨大システムに携わる 評価の基本は減点法である 業績をプラスにするよりマイナスにしないことが優先される 隣の島の人は同僚ではなく調整相手 文書のない調整結果は意味を持たない １分で済む会話より３往復かかるメールを選択する やったという証拠を残すためだけのレビューを実施する 指摘事項なしは疑われるのでフォントサイズにいちゃもんを付ける 監査はそれを見て満足する 予定と違う報告は許されないので報告の数字は捏造される できないから遅延するよりも中身が空でも枠だけで出来たことにするのが政治的に正しい どんなに正しくても政治的に間違っていると判断されたことは闇に葬られる 言ったもの負けで誰も言わないので全員が負ける（実は言ったら勝てることが多いが賭けを許容しない 常識で考えればこうするでしょということを決めるのに年収１０００万超の人の判子が１００個必要
「SIer から WEB業界に転身するために準備しておくべきこと」Crevo CTO 工藤陽 | キャリアハック（CAREER HACK）
動画制作クラウドソーシング『Crevo』CTOの工藤陽さんは、NTTデータで7年間SEとして経験を積んだ後、Crevoの創業と同時にジョインしたエンジニアだ。「SIerからWEBへ」一見するとキャリアの可能性が広がるイメージだが...その難しさや現実とは？ 【プロフィール】工藤陽 Akira Kudo 2004年、NTTデータに入社。金融ビジネス事業本部（当時）にて都銀のシステムアウトソーシング事業に従事。2009年、第一金融事業本部（当時）に異動。全銀ネットワークの開発に携わった。2012年、PurpleCow株式会社(Crevoの前・社名)創業とともに入社。CTOに就任した。 業界の中でしか生きられない、SIの世界に身をおく不安 ― 本日のテーマが「SIerからのWEB業界への転身におけるメリット、デメリット」なのですが、工藤さんがNTTデータを退職され、スタートアップにジョインされた
人手不足と騒ぐITベンダー、もういい加減にしなさい！
IT業界では、いよいよ技術者が足りなくなってきた。帝国データバンクの調査によると、業種別で正社員が最も不足しているのは「情報サービス」、つまりIT業界だそうだ（関連記事：［データは語る］従業員が最も不足している業種は「情報サービス」）。59.3％のITベンダーが従業員の不足を訴えており、この割合は同じく人手不足に悩む建設業と比べても5ポイント近く高い。 そんなわけで、多くのITベンダーが「人手不足が深刻だ」と騒ぎ、あらゆる手段を使って人手をかき集めている。仕事にあふれた若者を形ばかりの教育で“にわか技術者”に仕立て、「SE」として客先に送り込むという、以前何度も見た光景も繰り返されている。需給関係が圧倒的に有利で労働集約から脱却するチャンスなのに、好況のときほど労働集約型産業の地金が出る。相変わらずのアホである。 今回のIT業界の技術者不足は、みずほ銀行のシステム統合プロジェクトをはじめと
“最凶のイエスマン”SIerはIT部門を滅ぼすか
優れた経営者が一番警戒することは、自分の周りがいわゆるイエスマンだらけになって、自分にとって都合の良い情報しか入らなくなることだ。別に経営者だけに限った話ではない。優秀なビジネスパーソンなら皆、それを恐れ、自らを戒める。さて、システム部長やIT部門のマネジャーの皆さんはどうか。あなたのすぐそばに“最凶”のイエスマンがいるのだが。 そのイエスマンは、もちろんITベンダーのことだ。大企業のIT部門なら、様々なITベンダーの技術者が常駐し、営業担当者も足繁く訪問してくるし、たまにはITベンダーの幹部の“表敬訪問”もあるだろう。システム開発ともなれば、SIerに率いられた大勢の技術者がやって来る。そして当然のことだが、彼らはお客様であるIT部門を怒らせるようなことは決して言わない。 イエスマンとは、本当の事を語らずに一生懸命に尻尾を振る人のことだ。「さすがですね」「仰せ、ごもっとも」が彼らの口癖。
SIerのこと知ったかしている子たちへのツッコミ - プロマネブログ
前回、システム開発でベンダ任せをやめようとした日本、ベンダに任せた米国 - プロマネブログの記事でコメントを頂いたのを思い出したので。 id:sayurin7 paiza開発日誌 2015-01-26 【エンジニア対談】SIer・大手からスタートアップへの転職前に知っておきたい事 でSIerのこと知ったかしている子たちにも何かひとこと、ぜひ あ～、あまりにも酷かったのでブコメでツッコむ気も失せていた記事ですね。。。 まあ、せっかくコメントを頂いたことですし、確かに間違いを指摘するのも大切なことなので、カンタンに。 自分の知らないこと≠存在しないこと ITを後付けするんじゃなくて、ITをベースにして今までに無い事業やビジネスモデルを考えるべきだと思ってました。そういう事やるのって受託ビジネスでは無理だから、やっぱり自分はSIerじゃなくて自社サービスを開発する仕事がしたいと。 ATMも、電子
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ComputerworldとCIO Magazineは閉鎖しました
SIerクエスト
Slerがawsで運用してきた話
まどか☆マギカに学ぶIT企業内定者の心理
