SESや多重下請け構造だと、基本的にスキルというよりは単純労働力が求められる。 人を増やして、時間工数を水増ししたほうが儲かるからである。 新しい技術を使って100時間で開発するより、Excel作業で2000時間かけたほうが20倍もうかる。 ここに商売としての邪悪なトリックがある。 よって、多重中抜きの元請けには、IT技術というより「人売り」「奴隷商人」のスキルが求められる。 その結果、本当にIT以前のレベルの人間もちらほらいる。 異業種のトップ人材のほうが確実にITツールを使いこなしていると感じるレベル。 「それで肩書がエンジニアなの？」という失望感から怒りに変わることも多いので、 根っからのエンジニア気質の人間は、内製の会社に行った方がいい。技術で社会貢献できるだろう。 あと人売りのポンコツの多くは、あまり自分のレベルアップに興味がなく、 会社にしがみついて人生を平凡に逃げ切るプランを

公正取引委員会は6月29日、ソフトウェア関連企業の下請取引などに関する実態調査報告書を公開した。資本金3億円以下のソフトウェア関連企業2万1000社を対象にアンケート調査などを行ったところ、違反行為が多重下請け構造によって連鎖していることを確認したという。そのため、多重下請構造の下で生じる問題への対応を強化する方針を示した。 下請代金を巡っては、エンドユーザーや上流発注者からの買いたたきや減額、支払遅延などの違反行為を確認。ソフト開発の取引では「使いやすい機能」などのオーダーが発注者ごとに異なり、当事者間の共通認識を形成しづらい。そのため不当な給付内容の変更、やり直しなどが起こっている。これらの行為が業界の多重下請構造によって、サプライチェーン上で連鎖していたと分かった。

公正取引委員会は20日、IT（情報技術）関連のソフトウエアやシステム開発を担う下請け企業2万社を対象に取引実態の調査に乗り出すと発表した。ソフトウエア制作などを巡っては発注側が不当に低額な取引を求める「買いたたき」の問題が指摘されている。2022年夏をめどに下請法上の問題点を報告書にまとめ、取引の適正化につなげる。公取委の菅久修一事務総長が同日の記者会見で表明した。調査対象は資本金3億円以下の

ありあ @aria_nico 「社内の人手が足りない、もうだめだ」ってプログラミングを外注したら、下請けの下請けの下請けの下請けくらいでプログラミングの案件話が自社に戻ってきた話する？

システム業界の中でもSIと呼ばれる業界があります。SIはシステムインテグレーションの略になります。BtoBつまり企業向けにシステム関連のコンサルから開発・運用・保守までを請け負うシステム会社になります。SI事業を行なう会社をSIer（エスアイヤー）などと呼ぶこともあります。 さて、この業界は、以前から多重請負構造が問題になっていました。元請のSIerの社内に下請システム会社のエンジニアが常駐して作業するという形態が多く見られています。 このような開発を行なう場合の契約形態や問題点について考えてみました。労働局主催のセミナーで教えていただいたことをベースにこの記事を書いていますが、法律の専門家ではないことをご了承くださいませ。 元請SIer内で常駐して作業する場合の契約形態 幾つかの種類がありますが、おもに以下の3パターンに分類されます。 派遣契約（労働者派遣法） 請負契約（民法第632条）

日経のシリコンバレー支局からZoomでインタビューいただいた内容が新聞に載ったようです。支局の方はインタビューって現地でされるんだろうと思ってましたから不思議な経験というか、コロナ禍にあって色んなことが起こるんだなーって思います。 どうもシリコンバレーでブイブイいわせてる直販モデルのSaaSベンダーが何故か日本でだけはSIer経由の間接販売になっていて、それってどーゆーこと？という疑問に答える過程で、いろんな話をしたんですけれども、なんか見出しだけみるとSIerが悪くてDXが上手くいかないように勘違いされてしまいかねないし、わたしのコメントだけ見ると、まるでSIerが時代から取り残されてるようにも読めちゃうんですけれど、伝えたかったことは、そんな話じゃないんです。 実際お話しさせていただいたことというのは、いまさら内製回帰なんて流行ってるけれども、そう簡単に上手くいく訳ないじゃん？日本って

丸投げしたんだから、頑張ってくださいよ（作業量は増えたけどね）：「訴えてやる！」の前に読む IT訴訟 徹底解説（67）（1/3 ページ） 下請けに丸投げした作業の工数が当初見積もりの6.4倍にまで増えてしまった。下請けの追加費用支払い要請に応じるか、契約を結び直すか――どうする、元請け！ 連載目次 IT訴訟事例を例にとり、トラブルの予防策と対処法を解説する本連載。今回取り上げるのは、「元請けベンダーと下請けベンダーの間に起きた機能追加費用を巡る争い」だ。 昨今、問題視されることの多いソフトウェア開発における多重請負構造。ユーザー企業から発注を受けた元請けベンダー（以降、本文中は「元請け」と表記）が作業の一部（あるいはほとんど！）を下請けベンダー（以降、本文中は「下請け」と表記）に再委託することは、むしろ一般的といってもいいほど数多く存在する。 両者の間で作業の分担や支払い、不具合の責任など

あけましておめでとうございます。2018年9月30日を持ちまして、大学新卒入社以来12年半勤務した金融系SIerを退職し、2018年10月1日より事業会社のエンジニアとして働き始めました。年内で試用期間を終了することから、ちょうどよい節目として転職にまつわる思い等をまとめておこうと思います。 前職の概要企業分類としては、大手企業の子会社としてシステムインテグレーションを担う会社。俗に○ー子と呼ばれる会社でした。○に何が入るかはご想像におまかせします。 金融系というのは主とするビジネス領域が金融関係であったという意味で用いています。資本が金融系という意味ではございません。 親会社からの開発案件を請負で処理するか、SES契約で人を出すか、概ね業務形態としてはそのいずれかであったと思います。 現職の概要主に食品を取り扱う事業会社で、ECを主軸として売上を立てている会社です。自社事業に関するシステ

厚生労働省大阪労働局は2018年11月28日、労働者派遣法に関する違反があったとして、システム開発会社のオネスト（東京・文京）とアクサス（東京・新宿）の2社に総点検と是正措置を求める行政処分を出した。IT業界の不透明な労働慣行に警鐘を鳴らした格好だ。

厚生労働省大阪労働局は2018年11月28日、労働者派遣法に関する違反があったとして、システム開発会社のオネスト（東京・文京）とアクサス（東京・新宿）の2社に総点検と是正措置を求める行政処分を出した。IT（情報技術）業界の不透明な労働慣行に警鐘を鳴らした格好だ。774人日分のSE派遣で委託や委任装う大阪労働局が発表した処分理由によれば、オネストは少なくとも16年8月から18年5月にかけて、ア

今回の記事タイトルを見て、「何を言ってんだ」と怒りを覚えた読者のうち、一部の人たちにはあらかじめおわびしておきたい。私が「極言暴論」でそのアホウぶりを描いているIT業界は、あなた方が思う、あるいは所属しているIT業界を指してはいない。つまり、ITベンチャーなどがクラウドを活用した独自サービスで勝負する健全なIT業界のことではなく、ご用聞きのSIerを頂点とする多重下請け構造の不健全なIT業界のことだ。 「だったら、そんな不健全な連中の世界をIT業界と呼ぶのをやめてくれないかな。いい迷惑なんだよね」と不満に思う読者もいるかもしれない。実際、ITベンチャーの人に面と向かってそう言われたこともある。だがしばらくの間、それはできない。多重下請け構造のIT業界の歴史は長く、日本において今も多数派だ。なんせ昔はコンピューターメーカーとしてブイブイ言わせていたIT企業までがSIerと化し、多重下請けの元

IT業界の仕組みと偽装請負の闇を分かりやすく解説しよう：「多重下請け＋客先常駐＋偽装請負」のコンボで業火に包まれるな（1/3 ページ） 上流企業のエンジニアは、プログラミングを行わないって本当？――IT業界への就職／転職を考えている学生や若手エンジニアに贈る、エンジニアとして希望通りのスタイルで活躍するために知っておきたいIT業界の仕組みと慣習、そして自分に合ったIT企業の選び方。 ITエンジニアに憧れてIT業界に入ったのに、数年たつと「こんなはずではなかった」と後悔するエンジニアの声を聞くことがある。 理由はさまざまだ。単純に「入社した会社が合わなかった」という人もいるだろう。しかし体感では「IT業界の構造そのものに対する誤解によって生じたミスマッチ」が驚くほど多いように思う。 私も学生時代はIT業界の構造を正しく把握しておらず、業界に入って数年たってようやく、正しく認識できるようになっ

日本のIT業界の関係者は、自分たちの業界が建設業界によく似ていると思っている。さらに心ある人は「ITはハイテク産業のはずなのに労働集約型の建設と同じだから、日本のIT業界はダメなんだ」と嘆く。確かに多重下請け構造は建設業界にそっくり。米グーグル（Google）や米アマゾン・ドット・コム（Amazon.com）などの巨大プラットフォーマーが主導し、知識集約型あるいは資本集約型の産業として進化を続ける米国のIT業界と比べて、ため息をつくしかない。 しかし、建設業界の人から言わせると「冗談じゃない！」ということらしい。以前、大手ゼネコンのCIO（最高情報責任者）から聞いた話だが、この人はIT業界の多重下請け構造のひどさを知ったとき、あきれ果てたという。IT業界で大手ゼネコンに相当する大手SIerが元請けとなったプロジェクトでも、設計やプロジェクトマネジメント（建設業では施行管理）がいい加減だし、

くわっちょ@社畜犬X @kuwaccho0711 SES企業に、何をトチ狂っていたのかわからないが、とても残念ながら入ってしまった新入社員へ。 「配属先の希望を聞くよ」と言われたら、以下の【JRの駅】のどれかをおすすめします。 ・渋谷 ・新宿 ・秋葉原 間違っても ・東陽町 ・茅場町 ・豊洲 ・お台場 は選んではいけません。死にます。 くわっちょ@社畜犬X @kuwaccho0711 @krbs65a_kzoklz7 ざっくりですが、 ・仕様が決まりにくい ・謎のローカルルールがある ・一人あたりの作業量が非常に多い ・そのあたりの調整をするプロパーが機能してない ・必要とされる技能がその現場でしか使えず、他社の仕事で活かせないためキャリアアップに繋がらない などあります。配属先にもよりますが。

僕も住人たるIT業界 ossan.hatenablog.com anond.hatelabo.jp 弱いSE、強いSEという視点で説明しておられる。 僕は経営と日本社会という視点で見てみよう。 この業界にはもう10年近く住んでいる。21歳で学もなくブラブラしていた僕はオンラインゲームの世界にいりびたっていた。当時は今ほど常時オンラインでゲームすることは一般的ではなかった。今ほど便利でなかったため、必然的に多少のITスキルは身についた。例えばゲーム操作をしながらチャットする必要があるためPCでのタイピングは速くなったし、攻略法をネットで調べるという検索力なんかも身についていた。そのため僕は親にどやされてアルバイト生活から正社員になる時、IT業界を選んだ。 理系の学位などもない僕は、超文系のプログラマ見習いから始めることになった。いわゆる弱いSEである。入った会社はIT業界歴の長い人たちで独立

便宜上「弱いSEの増田」「強いSE」と書くけど、増田をバカにしてるわけじゃないと書いておく。 「弱いSE」になってしまうのは、増田の指摘通り「運」の要素が強すぎる。 「常駐先ガチャ」と言っても良いレベル。課金してガチャを回せるわけでもないし。 ↓弱いSEの増田 anond.hatelabo.jp ↓強いSEのブログ www.orangeitems.com 弱いSEの増田が書いてるけども、 「運よく技術的な仕事ができるポジションに着けた人」は客先常駐型の派遣を肯定する傾向にあり違法労働も良しとする人が多い。 （中略） 先ほど記した技術力が身につかない上に低賃金なポジションに着いてしまった人よりも発言力があり業界内で幅を利かせている事が多い。 いやぁ、ほんと。 強いSEのブログ書いた人がまさしくこの指摘に該当する人なんですよねぇ。 強いSEって弱いSEの立場に追い込まれてる人をこんな感じで「嘘

読んでいただいてありがとうございます。 IT業界が長い人間としてレビューしておく「ここ最近の客先常駐の実情」 - orangeitems’s diary について、はてなブックマークのホッテントリーに掲載いただきました。たくさんの方に読んでいただけてうれしいです。 ブックマークにコメントがたくさんありますので、本筋のIT業界の労働に関係する部分に注目して、私の考えを記載していきます。 なお、日本人は実際の会議の場だとあまり発言が出てこないのですが、こういうかたちになるとたくさん意見が得られて興味深いです。 コメントへの返信 採用面接で福利厚生を質問することについての話題 福利厚生を質問すると落とされる、という文章に非常に反応が多いです。 > 福利厚生や勤務条件を聞いて落とされるようならどうせブラックだから > 申し訳ないが、福利厚生について新卒は聞くべきでないと書いている時点で有害な文書で

客先常駐は増加傾向に見える。 別に統計資料はないので、どちらかというと体感的なものだけど、ベンダーからユーザーへの常駐は増加している気がする。これはまぁスタイルはいろいろで、完全に委任契約のものから、継続SIを仕事として請負契約の形になっているが作業的には客先にずっといるというスタイルのものをある。ベンダーの人員というよりも、ベンダーの下請け・孫請けが常駐していることが多い。さらに、多くの場合、戦力になっているのは、フロントの一次受けではなくて、下請け・孫請けの部隊だったりする。そんなこともあるので、地方の中小企業の場合は、さすがにフロントのサヤ抜きが、馬鹿馬鹿しいので、直接に契約に切り替えることも多い。 いずれしても、SIという位置づけのものまで含めると、この種の「派遣の一種」のような常駐モードの人員は相当いて、SEから運用・コンサルまでITに関わる分野では、非常に幅広くかつ大きなビジネ