IT業界の『多重下請け構造』は社会悪になりつつある - paiza times
Photo by Jonathan Kos-Read 今回のpaiza開発日誌は片山がお送りします。 SIerについて語られる際にIT業界の「多重下請け構造」についての問題点が良く取り上げられますが、「多重下請け構造」がITエンジニアにとってどのような問題点があるのでしょうか？ その点について今回は少し整理してみようと思います。 ■「多重下請け構造」とは何か 説明するまでもないかもしれませんが、「多重下請け構造」とは、受託システム開発において、発注者から直接仕事を請け負った元請（たいていの場合が大手SIer）が、請けた仕事を切り出して2次請け、3次請け、4次請けと仕事を下ろしていくピラミッド構造の事を言います。 良くある例で言うと、元請は要件定義や概要設計等の上流工程を請負い、開発・実装などの下流工程は2次請けに委託する、というような構造です。2次請けは自社リソースで開発を賄えない場合に3
SE派遣3社に業務停止命令などの行政処分、IT企業への「多重派遣」で | 日経 xTECH（クロステック）
厚生労働省東京労働局と同省神奈川労働局は2014年7月28日、システムエンジニア（SE）の派遣を手がける事業主3社に対し、労働者派遣法に違反したとして行政処分を出した。3社は同法が禁じる「多重派遣」に関与していたとし、派遣事業の一時停止や事業改善を命じた。 行政処分を受けたのはRJC（東京都千代田区）とスライムスタイル（横浜市）、ケイズ・ソフトウェア（東京都品川区）の3社。RJCは原因究明や再発防止のための措置を講ずることなどを命じる「改善命令」を受けた。スライムスタイルとケイズ・ソフトウェアの2社は改善命令に加えて、7月29日から8月11日までの間、労働者派遣事業を停止することを命じる「停止命令」を受けた。 行政処分の理由は、ある「IT企業」に対して3社がシステムエンジニアを多重派遣する形で労働者をやり繰りしたことだ（図）。2012年から2013年にかけて、RJCが雇用する労働者の延べ6
IT業界の人月商売、多重下請けがもたらす45の害毒
私は自分のコラム「極言暴論」で、ユーザー企業のIT部門とITベンダーの問題点や課題を極言し、暴論してきた。だが、特にITベンダーあるいはIT業界の話を書くと、空しくなることがある。私が指摘する問題点は、ITベンダーの経営幹部なら随分前から自覚している。それでもITベンダーや業界は何も変わらない。 「極言暴論」の読者にも「以前に何度も聞いた話」とシニカルに受け止められてしまったりする。「このままでは日本のIT業界に未来は無い」と叫んだところで、「またですか」とオオカミ少年扱い。やはり“ゆでガエル”状態になっている人には、湯の温度が多少上がったぐらいでは危機感を持って受け止めてはもらえない。 それでもクラウドの世となり、ITベンダーを丸ごとゆでる湯の温度は急激に上昇している。今起こっているパラダイムシフト、パワーシフトは以前のダウンサイジングやインターネットの爆発的普及のときの比ではない。シス
理解されない本当のIT業界--ここでの職業が持つ10の短所
多くの知り合いのITプロフェッショナルと同様に、わたしも時々、友人や家族からIT業界で仕事ができないかと頼まれることがある。なぜか、そう頼んでくる人の多くは、IT業界に働いている人はみな百万長者か億万長者だと思っているらしい。またIT業界の年収について勘違いされているということ以外にも、IT業界の外部にいる人は、この業界の仕事がどれほど大変かを理解していないことが多いようだ。 このサイトの読者にはITプロフェッショナルが多いため、この仕事のメリットとデメリットはどちらもよく知っているはずだ。わたしがこの記事を書いた理由は、読者が次にIT業界の仕事について非現実的な期待を抱いている友人から働きかけを受けた時に、相手にこの記事を送ればいいようにすることだ。 1．労働時間が長い IT業界にはあらゆる種類の仕事があるが、そのほとんどには1つの共通点がある。労働時間が長いということだ。IT業界で働き
TechCrunch | Startup and Technology News
Autonomous trucking company TuSimple last week successfully completed a fully autonomous semi-truck run on public roads in China without a human present in the vehicle and without human intervention. Shoppable Business wants to make it easier for businesses in the Philippines to source and procure branded products and other inventory, with an emphasis on making sure products are authentic. The B2B
「IT業界を去ろう」--そう思った時に見直すべき10項目
Jack Wallen氏は以前「IT業界の仕事を辞めたくなるとき--10の理由を紹介」という記事で、IT業界を離れたくなる理由をいくつかリストアップした。今回わたしはこの記事で、Wallen氏とは異なる観点でIT業界にとどまるべき理由を紹介したい。 1．カネ お金を稼ぐために仕事が大変なのは確かだが、ITプロフェッショナルにはその大変な仕事に見合うだけの稼ぎがある。その給料は単に「いい」という程度ではなく、ずば抜けている。米労働統計局が発表した、「An Overview of U.S. Occupational Employment and Wages in 2010（PDF：米職業別雇用状況と賃金）」（Chart 6）によれば、コンピュータおよび数学関連の職業は平均年収が7万7230ドルであり、2010年の主な職種グループの中で3位を占めている。これよりも年収が高いのは、経営職と法曹職だ
IT業界ではなぜ「うつ病」が多いのか 過酷な労働で衰弱していく技術者たち | JBpress (ジェイビープレス)
当社のマネジャーミーティングで賛否両論の議題があるので私の意見を聞きたいという。「あるプロジェクトに関わっている技術者が、クライアントから夜間の作業を依頼された。今日、勤務することになっているのだが、作業をさせていいものだろうか」というのだ。 管理部門からは、「契約では就業時間（9～18時）内の勤務となっている。22～8時の夜間に作業するのは、契約違反である。もし何か問題が起きたら、会社としては責任を負えない」と言う。 その心配はよく分かる。実はその技術者はかつて働きすぎが原因で、軽度のうつ病を発症したことがあったのだ。 技術部門は、私の判断に任せるという。「本人に確認したら、このプロジェクトでは断るわけにはいかないので、一番年少の自分が出ると言っています」とのことだった。 営業部門は、作業に行くべきだと考えているようだ。「夜間の作業は他社では普通に行われていることです。日常茶飯事です。こ
IT業界と建設業界、増殖と弱肉強食
日本国内のIT業界、特に受託開発にたずさわるSIerは、NTTデータや野村総合研究所などに代表される大手企業を頂点にしたピラミッド構造を持つという点で、大手建設会社を頂点とするピラミッド構造の建設業界との類似点がよく指摘されます。「ITゼネコン」という言葉が使われることもありますよね。 このIT業界と建設業界の比較を興味深いグラフで見せてくれたのが、ブログ「タイム・コンサルタントの日誌から」にポストされたエントリ「「ITって、何？」 第16問 ＩＴビジネスの成長のパターンってどうなっているの？(2/2)」です。IT業界の現状を独自の視点で解説してくれていますので、その内容を紹介しましょう。 IT業界はまだ弱肉強食型ではない エントリでは企業を個体として生態学的な視点から考察しています。「生態学の教えるところによれば、競争と協調の下での種の個体数分布には、三種類の原型的パターンがあるとされて
「IT業界は右肩上がりに成長しなくなった」のか？
先週の木曜日、2月24日に住商情報システム（SCS）とCSKが経営統合を発表したとき、SCSの中井戸信英会長兼社長は次のように発言したと、ITproの記事「「成長が見込めないIT業界で生き残りを賭ける」、SCSがCSKを吸収合併」が伝えています。 経営統合は、IT業界が右肩上がりに成長しなくなった今、どうやって生き残っていくかを考えた結果だ IT業界が右肩上がりに成長しなくなった、という認識を吐露されていますが、これはSCS/CSKが主力にしている「エンタープライズITにおける受託業務の国内市場」が成長しなくなったと受け止めるべきでしょう。 ブログGoTheDistanceのエントリ「住商情報システム(SCS)とCSKが合併した件について」でもこの発言に触れ、経営統合の理由を次のように分析しています。 「右肩上がりに成長しない＝既存の市場のパイはもう大きくならない」という解釈を僕はしました
SI業界からはさっさと抜けだしたほうがいい - ひがやすを技術ブログ
SI業界（日本）のJavaプログラマーにはオブジェクト指向より忍耐力が求められている？ - 達人プログラマーを目指して http://d.hatena.ne.jp/ryoasai/20110109/1294581985 をうけて自分の考えを書いておきます。 二年前なら、自分もどうしたらSI業界をよく出来るか真剣に考えていたし、NTTデータの人達と実際に話し合いもしています。 NTTデータとの真昼の対決シリーズ http://d.hatena.ne.jp/higayasuo/20080612/1213241779 http://d.hatena.ne.jp/higayasuo/20080828/1219901392 でも、ソーシャル、クラウド、スマフォの時代になって、考えが変わりました。 今は、世の中の動きがかなり速くなっているので、その中で素早くチャンスを捕まえたものだけが生き残ります。受
アーキテクトもプログラミングするべきか？ - 達人プログラマーを目指して
プログラミングと設計は本来切り離せないものなのでは - 達人プログラマーを目指して で以下のようなコメントをいただきました。 アプリケーションのアーキテクトという役割についてちょっと理解が曖昧だったのがこのエントリ読んでだいぶスッキリした。今度の開発系の勉強会のネタにとりあげようかな アーキテクトの働き方の参考に。 そもそもオブジェクト指向を本当に理解していてプログラミングも得意なアーキテクトがどれくらい居るのやら。 全体の設計がちゃんと推敲されていて、きちんと疎結合が達成されているなら、後の修正にも耐えられる。 アーキテクトが何をどこまで責任持つのか、という認識が整合されてないんじゃないの 現代的アーキテクトの仕事 このようなコメントから、「アーキテクト」という仕事の内容については、実はよくわからないと考えている方が多いように感じられます。実は、私自身も「アーキテクトという役割で仕事をす
プログラミングと設計は本来切り離せないものなのでは - 達人プログラマーを目指して
最近はアーキテクトという役割で客先に常駐し、フレームワークの選定をしたり、事前に共通部品を設計したりする役割を担う仕事を引き受けることが結構あります。そこで運よくお客様のマネージャーがオブジェクト指向開発の経験が十分にある方だと、IDEなどの開発環境やインターネット接続環境を当然のように用意してくれるので最初から仕事がスムーズにできるのですが、そうでないとMS Officeしか入っていないロースペックのノートPCを渡されて、要件定義フェーズの期間中、フレームワークの設計をお願いしますとか、私としてはちょっと首をかしげてしまうような困ったことを言われてしまう場合があります。開発フェーズが始まる半年後まではコーディングは基本的に不要という考え方です。アプリケーションのアーキテクトという役割では少なくともコーディング規約を考えたり、ツールやフレームワークの選定をしたりする必要がありますし、プロジ
技術もビジネスも理解する人材「ギーク・スーツ」が日本でなぜ育ちにくいか？ 野村総研のまじめな研究
公開されたのは2009年のようですが、ブログ「森崎修司の「どうやってはかるの？」」のエントリ「ギーク・スーツ」で一昨日その存在を知り、読んでみました。 ネット上では以前から、技術側の「ギーク」とビジネス側の「スーツ」の関係がよく話題になっています。ギークが幸せになるには技術を理解したスーツが欠かせず、またスーツがビジネスを成功させるためにはギークがビジネスを理解する必要がある、というのが多くのそうした議論の着地点であると思うのですが、ではそのような状況をどうやったら実現できるのか？ についてはなかなか具体的な提案がなかったのではないかと理解しています。 野村総研のこの論文では、外国ではどのようにして技術とビジネスを理解した「ギーク・スーツ」を育成しているかを軸に、日本での問題点とそれを解決するための提案をしています。 日本はギーク・スーツが生まれにくい 論文の冒頭にある要約で内容を把握でき
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
