本記事について 国内の IT 業界について、ネット上では「SIer」VS「Web系」の構図がしばしば見られる。本記事は前者、SIer の世界観をひとりの当事者として雑多にまとめたものである。記事としては読み物、特にポエムの類。 対象読者 以下を想定する。 ITエンジニアまたはその卵で、 SIerを知らないWeb系の人 SIerに入社した新人や中途入職者 SIerにてSEまたはマネージャーして働いている者 SIerにてSEではないが裏方で働いている者（開発、研究、調査、教育、管理など） 学習や就労の初歩として参考にしてもいいし、議論やキャリアのダシに使っても良いだろう。 筆者について 吉良野すた: https://stakiran.github.io/stakiran/ 国内の大手 SIer に勤めるサラリーマン。現場には出ておらず、裏方で支えてメシを食べている。SI にも IT にもさほど

この連休はなんだかSIerについて考えることが多かったのですが、そういうことを考えると、なぜアメリカのソフトウェアが強いのかがわかってきた気がします。 まず、もちろんSIerの技術力が低いといっても技術力が高いSIerもいるわけで、とくにこのブログを見てる人だと技術力の高い側にいる人が多いと思います。 けれども、DX白書2023によればSIerのIT人材というのは75万人いて、技術力の高い人はその一部で、多くは技術力の低い側にいるんじゃないでしょうか。 https://www.ipa.go.jp/publish/wp-dx/gmcbt8000000botk-att/000108046.pdf 2014年、ちょうど10年前に、プログラマはSIerと自社サービスで2分化するんではないかというブログを書いていますが、そのまま現実になった形です。 プログラマ業界の二分化 - きしだのHatena

いぐぞー ✈️ 旅するプログラマー @igz0 「一ヶ月後にシステムが必要です。何日で作れますか？」 A「作ってみなきゃわかりませんね。まずは見積もりのために3日間ください」 B「汚いコードでいいなら10日で作れますね」 C「過去に似た案件やってるから3週間ですね」 D「デモなら半日でお見せできます」 あなたなら、誰に発注する？ たか@Webサイト作る人 @gogotandadada A以外の回答できない。 1日でヒアリングして1日で要件定義して1日で見積もり。俗に言う地雷案件笑 このパターンの依頼は基本1日目で無理です、どうしても必要なら出来合いのサービス使って業務合わせてくださいって提案しておしまいのパターンかなぁ。 twitter.com/igz0/status/15…

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

IT系上場企業の平均年収を業種別にみてみた 2022年版［後編］ ～ パッケージソフトウェア系、SI／システム開発系、クラウド／キャリア系企業 IT系企業で平均年収が高いのは、勢いのあるネットベンチャー系企業なのか、それとも伝統的なSIerなのでしょうか。毎年恒例の記事を今年も公開します。 新型コロナウイルスの感染拡大が始まってすでに2年以上が経過しつつあるなかで、この状況に適応しつつ成長できている企業なのかどうか、といった視点が重要になってきているように思います。そうした点で、今年も情報をまとめたこの記事は多少なりとも参考になるのではないでしょうか。 さて、上場企業は毎年「有価証券報告書」の発行を義務づけられており、そこには従業員の人数や平均年齢、平均年収などが掲載されています。この記事では、これら公開情報を基に、Publickeyが独自の判断で主な企業をピックアップして業種を分類。平均

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

3年前、世間一般にはメーカー系SIerとして知られている会社を退職した。ただ俺のポジションはパッケージソフト開発であり純粋なSIerとは異なる。 客ともSEとも会話せず、ひたすらドキュメントとプログラムを書く部署だ。といっても別にペーペーではなく主任クラスであり、 会社の業績がとてもよかったこともあり年収は1000万弱はあった。35歳。 これだけ見るととてもいい待遇に見えるだろう。でも耐えられないことがいっぱいあった。 Linuxで動くアプリなのにVMを動かすのも苦労する8GBしかメモリのないWindows PC、紙にコードを印刷して説明しないと納得しない品質保証部、 手作業で実施しExcelにチェックを付けていくテスト、jquery一つ使うのに3ヶ月かかる承認フロー、開発中にバグを一つ出すごとに ひたすら反省文を求める品質保証部と一緒になって詰めてくるマネージャー、常にコンパイルできない

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

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

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

日本はユーザー組織よりもベンダーにIT人材が集中していることが、DXを阻害しているといわれる。すぐにオンプレのサーバーを売ろうとする、クラウドで頼むといってもIaaSで持ってくる、ちょっと目新しい技術を指定したら見積もりが跳ね上がる。そういったSIベンダーに対するフラストレーションが、ひょっとして内製に切り替えれば、もっと迅速かつ低コストに新技術を導入できるのではないか？という期待に繋がっているように見える。 もしも夢が叶うならば、決められた予算、決められた要員で、生産性が高い最新の技術を習得しながら、環境変化を受け入れつつ、予定通りプロジェクトを完遂できるに越したことはない。しかしながら世の中にはトレードオフがあって、決められた予算、決められた要員、決められた期日通りにプロジェクトを仕上げたいのであれば、実績あるチームが、枯れた技術を使って、余裕あるスケジュールで、要件を固める必要がある

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

出典：日経クロステック、2020年 6月15日 （記事は執筆時の情報に基づいており、現在では異なる場合があります） 主にITエンジニアを客先常駐させるサービス形態である「SES（システムエンジニアリングサービス）」。日本のIT業界に多く見られるが、その闇は深い。SESの闇に斬り込む。 いろんな問題をはらむSESだが、特に看過できないのはSES企業にはびこるダメな営業だ。IT職場にもたらす問題を大きく3つに分けて考えてみたい。 （1）自社のITエンジニアをマウンティングする （2）残念な顧客を助長する （3）余計な仕事を増やす （1）自社のITエンジニアをマウンティングする 最初に取り上げる問題は、営業が自社のITエンジニアを「マウンティング」することだ。権限や立場、自分が持っている情報の豊富さを利用して、ITエンジニアより優位に立とうとする。 営業のマウンティングがはびこる大きな要因は5つ

オービックが断トツの利益率を確保できる要因の1つに、システム開発から導入サポート、運用まで一気通貫で受託する自前主義があると言われている。ただ、自前主義だから収益率が上がるわけではない。注目したいのは売上原価と販管費だ。 両費用の多くは営業や開発、導入などを担う社内ITエンジニアの人件費が占める。これらの数字はここ5年ほどは約340億円で横ばいだ。売上高は増えているのに売上原価や販管費は変わらないため、それらを差し引いた営業利益が伸び続けている。 ある競合ベンダーはオービックについて「パッケージがいくつもの半製品で構成されており、顧客の要望に合わせて簡単にカスタマイズできる。自前主義というより、外注を使う必要がないほど導入に手間がかからない仕組みということだ」と舌を巻く。手間のかかる作りこみ作業が発生しにくくなっており、人件費が膨らむのを抑えているとみられる。 2位のトレンドマイクロは売上

はじめに 技術力のないSE、というタイトルから、またシステムエンジニアの愚痴を聞かされるのかとお話ですがちょっと角度が違っていて、この話題の歴史の話です。 技術力の無いSEという言葉が初めて議論になったのは、2005年の下記の記事だとGoogle先生が教えてくれました。 ceo.livedoor.biz 今日は某IT会社の方を訪問し、面白い話を伺った。 最近の大手ベンダーのSEは、「手配師」っぽくなっているという話。 自身の開発経験がないのに、見積やプロジェクト管理などをやっているので、表面的な仕事しかできない。 一人ひとりの予算が大きくて（一人年間1億とか）、とてもじゃないけど自分で仕様書なんて書いていられない。そのため、子会社や協力会社に話をつなぐことが仕事にらざるを得ない。中味をちゃんと見る時間もスキルもないので、いきおいオカネと期間の話ししかできず、結局「脅し」や「お願い」が仕事に

ここでいうおじさんSEとは、主にSIerに生息する、 ・30歳以上で ・モダンな技術を知らない ・レガシーな技術しか知らない ・主に設計書などのドキュメント類を弄っており、コーディングをしない ・現状から変わる気がない（キャリアアップに対し具体的なアクションがない） 人たちを指す。 決して単に妙齢のエンジニアを一括りにしているわけではない。 「おじさんSE」より良い呼び方があれば、ぜひご提案いただきたい。 第1章　おじさんSEの仕事内容 おじさんSEは、コードを書くことはほぼ無い。 これは現場にもよるので、全く無いというわけではないが、 多くのおじさんSEはコーディングはしない。 ではおじさんSEは何をやっているのかというと、 ・内部設計書、外部設計書、詳細設計書の記述 ・結合試験以降の試験項目票の作成 ・試験結果のレビュー 大抵はこの3つになる。 99.9％はウォーターフォール型である。

「お客様のデジタルトランスフォーメーション（DX）、デジタル変革を支援する」――。最近、大手SIerの経営幹部がやたらとDXを連呼する。2年ほど前までDXを連呼するのは外資系ITベンダーの幹部やマーケターぐらいで、SIerの幹部は「DXなんて、いつものバズワードでしょ」と冷ややかに見ていた。変われば変わるものである。 SIerの幹部が「DXだ。デジタル変革だ」と騒ぐようになったのは、もちろんDXに対する客の関心が高まっているからだ。ご用聞きで「お客様に寄り添う」ことをモットーにするSIerとすれば当然の反応。重要な客である大企業の経営者らが米国や中国などでデジタル化の動向を目の当たりにして危機感を持ち、IT部門などに「デジタルで何かやれ」と命じたりしているから、IT部門にへばり付いているSIerとしてもデジタルを語らざるを得ない。 「DXで基幹系システムの刷新案件をゲットする」という思惑も

＊　　＊　　＊ 猪瀬直樹さんの往年の名著に『昭和16年夏の敗戦』（中公文庫）があります。私も引っ越しのたびに本棚を整理するものの毎回生き残り、半年に一度ぐらいは目を通すぐらいに現代でも通用する非常に興味深い記述の多い内容に涙するわけであります。 ここまで鮮やかな筆致で戦前の空気感や日本の俊英たちの軌跡を描いておきながら、猪瀬直樹さんご自身はカバンに5,000万円が入らず謎の借用書片手に東京都知事の職を追われてしまい『平成25年冬の敗戦』状態になっておったのが物悲しいです。本書と並び、戦前の日本組織について一般に語られるレベルで大きな影響を与えた『失敗の本質―日本軍の組織論的研究』（戸部良一ほか・著、中公文庫）もまた、日本って何でこんなつらくて勝てない組織なの？　という話が並んでいるので興味津々であります。 日本人が経営の組織はだいたい同じ問題を抱えている で、先日、日本の大手SIerであり

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