多重下請け構造と聞くと流れるような中抜きがイメージされるが、ことIT業界ではこんな複雑な実態なのでは？
ぎゆ@エンジニア @giyulogy 下側にいる人は左側に見えて、 上側にいる人は右側に見えます。 一般的なイメージが左側で、SIer (上側の人たち) に対するネガティブな意見を多く見かける理由の1つが「下側にいる人のほうが数が多いから」です。 twitter.com/s5ml/status/16… 2023-08-02 12:59:31 しおん。@冒ギル2 @Shion_APP これ本当にそうで、中抜きって下請けに出す時点だと言う程抜いてないんだよね。受注先の下請けの会社単体が勝手に抜いてるイメージはある。 まぁ本当に下請けに出す順に抜かれていく業界はあるんだけども（地獄 twitter.com/s5ml/status/16… 2023-08-02 13:26:26
DXの壁は人材でもSIerでもなく雇用｜楠 正憲（デジタル庁統括官）
日経のシリコンバレー支局からZoomでインタビューいただいた内容が新聞に載ったようです。支局の方はインタビューって現地でされるんだろうと思ってましたから不思議な経験というか、コロナ禍にあって色んなことが起こるんだなーって思います。 どうもシリコンバレーでブイブイいわせてる直販モデルのSaaSベンダーが何故か日本でだけはSIer経由の間接販売になっていて、それってどーゆーこと？という疑問に答える過程で、いろんな話をしたんですけれども、なんか見出しだけみるとSIerが悪くてDXが上手くいかないように勘違いされてしまいかねないし、わたしのコメントだけ見ると、まるでSIerが時代から取り残されてるようにも読めちゃうんですけれど、伝えたかったことは、そんな話じゃないんです。 実際お話しさせていただいたことというのは、いまさら内製回帰なんて流行ってるけれども、そう簡単に上手くいく訳ないじゃん？日本って
だめなITベンダー・SIerの行動特性：ITソリューション塾：オルタナティブ・ブログ
もし、あなたが、次のようなことをしているのであれば、これは大いに反省すべきだ。 自分たちの「できること」でしか解決策を示そうとしない。 機能や性能については説明できるが経営や事業の成果にどのような貢献ができるのか説明できない。 これからのテクノロジーやその可能性について分かりやすく説明できない。 お客様が新しい方法論や見積を求めても旧来のやり方で提案しようとする。 新しい方法論やテクノロジーの適用を求めると保証できない、実績がない、時期尚早などのネガティブ・ワードで翻意を迫る。 やがて、お客様から愛想を尽かされてしまうだろう。 工数の需要がなくなるわけではない。ただ、作業工数に応じた労働力に対価を支払うというやり方は、自動化ツールやクラウド・サービスとの競合や人口の減少と相まって、そこでの収益の拡大を期待することができなくなる。 また、工数需要そのものの内容が変わる。例えば、「コードを書く
コレ1枚で分かる「工数ビジネスの限界」
SIerが得意としてきた「工数ビジネス」は、いまや限界になりつつあります。その流れを推し進めているビジネス環境の変化を踏まえつつ、理由を解説します。 この連載は カップめんを待つ間に、電車の待ち時間に、歯磨きしている間に“いまさら聞けない”ITトレンドが分かっちゃう！ いまさら聞けないITの最新トレンドやビジネス戦略を、体系的に整理して分かりやすく解説する連載です。「この用語、案外、分かっているようで分かっていないかも」「IT用語を現場の従業員にもっと分かりやすく説明できるようになりたい」――。情シスの皆さんのこんな課題を解決します。 ※この記事は斎藤昌義氏のブログ「ITソリューション塾」より転載、編集しています。 情報システムの開発や運用では、作業量に応じて費用を支払う「工数ビジネス」が一般的です。このような業務を担うシステムインテグレーター（SIer）は、作業量に応じて人員をユーザー企
SIer社員が「SIerは減らすべきだと思うが、その為には解雇規制の緩和が必要」と考える理由 - nuits.jp blog
正確には 請負契約を減らして内製を増やすべきだ 内製を増やすための「一つの手段として」解雇規制の緩和が必要だ と言う事です。内製化が解雇規制を緩和だけで実現できるとは思っていません。 本稿は主に私の実体験の上に成り立っています。異論・反論あるでしょう。しかし、行き詰まって見えるSI業界界隈の問題認識・解決に向けられた、一人のアーキテクトの思いを伝えてみたくなり、本稿を綴って見ることにしました。 ============== 2018.09.15追記 ============== 大変大きな反響をいただき、たくさん「はてなブックマーク」もたくさんして頂きました。説明不足で正しく伝えられなかったと思うものが多かったため、こちらにブックマークへの書き込み全てへ回答を付けさせていただいています。 「SIerは減らす為に解雇規制の緩和が必要」の「はてブ」への回答 - nuits.jp blog ==
SIerが作ったパッケージが“さっぱり売れない”理由 | ノヤン先生のマーケティング講座 | 講座 | マーケティングキャンパス
パッケージベンダーとシステムインテグレーター（以下、SIer）は、同じようにコンピュータシステムを扱うビジネスでも、まったく違うビジネスモデルです。それを忘れた結果、リリースはしたもののさっぱり売れず、また売り方も分からずに放置され、利益が出た年に特損で処理されるパッケージが無数に存在しています。 そのメカニズムと対応をノヤン先生が解説します。 今日はパッケージの完成度とソリューション、それを踏まえたマーケティングの基本設計の話を、SIerの例で説明しようかの。 ある日、SIerと呼ばれるコンピュータシステムの開発を業務とする企業でマーケティングに携わっている人から、こんな質問を受けたんじゃ。まぁ質問というより愚痴じゃがの。 「新しく作ったパッケージがさっぱり売れなくて困っています。業務系のシステムなのでコンシューマ系のアプリのようにダウンロードで勝手に売れる訳もないし、でも経営者は『パッ
SIerからWEB系に転職して7年経ったので比較してみた
本記事ではSIerからWeb系の転職した筆者が働き方を比較した記事です。 技術や文化、企業風土や評価制度などあらゆる点でSIerとWeb系には違いがあります。 特にWeb系は退職金がなかったり年収が低かったりする傾向にあるためデメリットを把握しておくことも重要です。 この記事で詳細に紹介していきますので必ず最後までご覧ください。 働き方が自由そうなWeb系ですが実はデメリットも多いです。 例えば退職金がない企業が大半です。 さらにWeb系は薄利多売のビジネスモデルが多く、激しい競争環境のため利益率は低く給料が上がりづらい傾向です。 このようなデメリットを避けるために、メガベンチャーや業界No1の企業を選びましょう。 もし企業の探し方が分からない方はITに特化した転職エージェントに「メガベンチャーや業界No1の企業を紹介してほしい」と依頼しましょう。 当サイトではマイナビIT AGENTが人
SIer時代に学んで今でも役に立っていること、Web系の会社に入ってから考えを改めたこと - CARTA TECH BLOG
こんにちは、株式会社fluctで fluctSSPの広告配信に関わっている坂本です。 私はfluctでは新しい広告(PMP, NativeAd)の追加をしたこともありましたが、ここ1年半くらいは自分で追加した広告機能や既存機能のサポートエンジニアとして働いています。 (インフラの保守・運用は専門部署があるのでおまかせしています) 経歴 SIer(金融・ECサイト開発等)のピラミッド構造で開発に従事していた6年 Web系の会社(VOYAGE GROUPとは別会社)にてSESとして仕事をしていた4年(ここ終わりでVOYAGE GROUPに転職) Web系の会社(VOYAGE GROUP/fluct)にて正社員として2年半~現在に至る 今の自分の行動指針はSIer時代に培われたものがほとんどですが、Web系の会社に入って考えを改めたものもあるので、自分のスキルの棚卸しを兼ねてそれを整理してみます
Account Suspended
Account Suspended This Account has been suspended. Contact your hosting provider for more information.
プロジェクト管理のエモいはなし - Qiita
前置き 私のキャリアは少し変わっています。 この業界に新卒で入ってから十数年は、大手ゼネコン的SIerにて、ほぼ一貫してプロジェクトマネジメントをやってきました。最終的には100人月程度の案件を回していたので、中堅クラスではあったと思います。それなりに経験も積んだとは思いますが、あれ、そもそも私って人の管理をやるためにIT業界に入ったんだっけ。。というレーゾンテートル的な理由で、プログラマーに転身しました。 そんなわけで、おそらく日本のIT業界におけるプログラマーから管理職に至るという一般的なキャリアパスを逆行している形になります。 そういった事情もあり、プロジェクト管理からは距離を置くようにしていたのですが、最近またプロジェクトマネジメントについて考える機会が多くなったので、この辺で昔話をしてみようと思います。 他山の石としてワカモノの役に立てば。 前提として ガチガチのウォーターフォー
拝啓『変わらない開発現場』を嘆く皆様へ ～変わっていくエンタープライズ系業務システム開発とマイクロソフトエンタープライズサービスの取り組み～ | Microsoft Docs
拝啓『変わらない開発現場』を嘆く皆様へ ～変わっていくエンタープライズ系業務システム開発とマイクロソフトエンタープライズサービスの取り組み～ 05/25/2017 3 minutes to read 昨年、今年と 2 回に渡って de:code にてエンプラ系 SIer さんの PL, PM, SE を対象としたセッションを担当しました。エンプラ系 SI の『闇』はかなり深いものがあり、現場担当の方々はそれを改善すべく日々奮闘されていると思うのですが、その一方で、全体論としての捉え方が正しくないが故に、アプローチが誤っていたり掛け声だけで終わってしまっているケースも少なくありません。例えばエンプラ系開発現場でも最近はトップダウンで DevOps に取り組め、なんていう指示が出たりすることもあるのですが、実際にそれがうまくいっているお客様をなかなか見かけないのも事実です。 こうした背景があり
先生じゃなければ奴隷、客に代わり要件を定義するSIerの愚
ユーザー企業のIT部門がシステム開発で満足に要件定義もできなくなった。だから、SIerがIT部門の要件定義を代行する。多くのユーザー企業でIT部門の劣化・素人化が進んだこともあり、SIerの技術者が要件定義を代行するのは、今ではごく普通の話。だが、これは二重の意味で大きな間違いであることを、IT部門やSIerはきちんと自覚しているのであろうか。 読者の皆さんは当然お分かりかと思うが、新人などピンと来ない人もいるかと思うので少し説明する。要件定義とは「何をどのように作ってもらいたいかを明確にする」作業だから、本来なら客しかできないはずである。さらにこの場合の「客」は、IT部門ではなく、システムを利用する部門。「何をどのように作ってもらいたいかを明確に示す」のはIT部門の役目ですらなく、利用部門の役目である。 だから、「SIerがIT部門の要件定義を代行する」というのは二重の意味で間違いなのだ
データ活用やら機械学習の時代に情シスとベンダーってどうなるんですかね - 雑種路線でいこう
だらだらしていたら連休が終わってしまう。連休中に仕上げるはずだった、あの原稿も、火曜の講義資料も、さっぱりできていないのに困ったものだ。この連休中けっこうな時間を割いたのは、くだらないことに手元のラップトップをLinuxからWindowsに戻すことだった。 Blockchainの評価・デモと機械学習の勉強用に買った重いゲーミングノートで、LinuxのリハビリがてらfabricやirohaのビルドにDockerが欲しいし、TensorflowでGPGPUを使おうとするとUbuntuが良さげだというので入れてみた。2か月ほどいじってみる間にBlockchainを動かすだけならDocker for Windowsで十分だし、TensorflowやKerasもWindows版でGPGPUを扱えるようになり、Linuxは仮想環境だけで一通りの用事を済ませられそうなのでWindowsに戻すことにした。
なぜ、あの業界のシステム刷新は軒並み大炎上するのか
世の中には不思議なことがたくさんあるが、特にIT、情報システムの世界は不可解なことの宝庫だ。一種のミステリーゾーンと言ってもよい。それでも私の場合、IT関連の取材経験が長くなったし、IT関係者の話を真に受けないようにしているので、大概の謎は解ける。だが、そんな私でも長い間、どうしても理由が分からないミステリーがあった。 それは記事のタイトルのとおり、「なぜ、あの業界のシステム刷新は軒並み大炎上するのか」である。少しもったいぶらせてもらって「あの業界とは？」の種明かしは後にするが、その業界の名前を聞いた途端に、多くの読者が「確かに」と大きくうなずくこと請け合いである。というか、いろんな業界のユーザー企業を相手にしたITベンダーの技術者なら、既に「当然あそこだな」とピンと来ていることだろう。 実際、歴代のシステム刷新プロジェクトはどれもこれも、よく燃え上がっている。炎上度合いに差はあれど、どん
元SIエンジニアが、Web系に転職しても役立ったスキル5つ - paiza開発日誌
Photo by Maryland GovPics こんにちは。谷口です。 エンジニアが自社サービス開発企業に転職する場合、「とにかく技術力が必要」だと言われがちです。paizaでも、よく「自分は自社サービスの開発経験がないので、転職は難しいですよね……」といった相談を受けることがあります。 エンジニアとして転職するのであれば、もちろん開発技術はとても重要です。ただ、実際に転職した人にとって「前職で身につけたスキルで、転職後も役立っているのは開発技術だけなのか？」と言うと、決してそうではありません。 実際、paizaでは業務経験がない分野への転職を叶えている方もたくさんいます。 さらに言うと、むしろ異なる分野の企業にいたからこそ身についたスキルが、転職先で重宝されている……という方も意外と多いのです。 そこで今回は、SIerから自社サービスを開発している弊社へ中途入社したエンジニア2人に、
「経営層を巻き込まないと開発組織は変わらない」――急成長するクラウドファンディングサービス「Makuake」エンジニアが社長と取り組んだこと | CyberAgent Developers Blog
「経営層を巻き込まないと開発組織は変わらない」――急成長するクラウドファンディングサービス「Makuake」エンジニアが社長と取り組んだこと 2013年のリリース以降、堅調な成長を続けるクラウドファンディングサービス「Makuake（マクアケ）」を運営する株式会社サイバーエージェント・クラウドファンディング（サイバーエージェント子会社） 「Makuake」のサービス成長の裏には、それを支える開発組織の変革がありました。 以前リードエンジニアの吉田によるブログ記事「Well-Architected を目指した改善と組織文化への影響」を公開しましたが、吉田はこれまでWebサービスの開発経験が一切無かったという社長 中山と日々どのように奮闘してきたのか。 サイバーエージェント アドテクスタジオでプロダクトマネージャーを担当する渡邉がインタビュアーとなり、2人に話を聞きました。 中山 亮太郎 株式
SIerの下請け開発者ってレベル低すぎない？ - UXエンジニアになりたい人のブログ
ネット上ではSIer批判＝技術のことをわかっておらずプログラムも書けずPMも出来ない非効率でダメダメな上流工程と、 人月単位での労働力提供という業界の慣習に縛られ、持ち前の優秀な技術力・知識を生かせず非効率な作業を強いられているかわいそうな下請け開発者、という構図が確立されているように思います。 自分が関わるまでは、まあそうなんだろうなと思っていましたが、しかし実際にそういう立場のひとと関わりをもつにつれて、どうもそうではないのではないかと思うようになりました。このあたりの実情を書いていこうと思います。 なお、先に言っておきますが本記事で書くことは、上流工程がどうのとか、業界の多重請け負い構造がどうのとか、給料が安くてとか労働条件が過酷でとか、そういう話とは全く関係がなく、純粋にプログラミングのスキルの話だけです。 対象はおもに詳細設計、実装UTだと思ってもらえれば。外部仕様が決まった状態
UIテスト自動化でSIerのExcelスクショは滅びるのか - てんてんのぶろぐ
先日 JJUG CCC 2016 Fall に参加してきたってブログに書いたとおり、JJUG CCC 2016 Fallに参加してきました。 直接セッションは聞いていないのですが、 @backpaper0さんの 「Selenideを試行錯誤しながら実践するブラウザ自動テスト」というセッション中に流れてきたツイートがきっかけでタイトルの内容について考えてみたので書いてみます。 @backpaper0 さんの当日の資料は以下になります。 Selenideを試行錯誤しながら実践するブラウザ自動テスト 考えるきっかけになったのは、@khasunuma さんの以下ツイート。 @khasunumaさんは同イベントで Payara Micro の設計と実装 という発表をしています。Payara Microを利用している人には有用な情報が目白押しなので、見ることをオススメします。 Selenide導入した
エンジニアから見たSIerがクソな理由 - 負け犬プログラマーの歩み
少なくとも90%以上のSIerはクソだと思っている。 もちろん、これはポジショントークだ。SIerの中の人なら「SIerは最高だ」と言うだろうし、エンジニアをWeb系に売り込んで紹介料を稼ぐ転職エージェントなら「SIerはクソだ！Web系こそ至高！」と言うだろう。そして中立的な第三者であれば、一歩引いて日本にとってSIerは必要悪なのかどうかという視点で語るかもしれない。 しかし俺はエンジニアであり個人事業主だ。その上「技術的にはそこそこかもしれないが、人間としてはクソ」という特徴を持つ。だからこんな世渡りが下手な人間にとって便益があるかどうかという狭い視点でしか語れない。これが一般的な観点と言われれば否かもしれない。 それを前提で書かせてもらうと、よほど未熟でもない限り、エンジニアがSIerで働くのは時間の無駄だ。 なぜなら、SIerとはエンジニアの為の組織ではないからだ。 SIerの主
事業会社をIT会社に転生させることが、これからのSIerのミッション - GoTheDistance
言いたいことがストレートに伝わる良い文章だと思います。 simplearchitect.hatenablog.com ウォーターフォールはなんのメリットもない。プロジェクトの工程間のつじつまを合わせることができないやり方でオーダーメイドのソフトウエアが正しく作れるわけがない。正しいし、それなら一切のメリットが無いという話も理解できる。 では、ここで小噺をひとつ。受託開発の要件定義フェーズであなたは要件を変えないと顧客にとって不都合が起こることがわかったとします。社内で相談した結果、えらい人がこう言いました。 確かに不都合はあるかもしれないけど、固まった要件を自分から揺り戻すなんて出来ないぞ。これ以外やりませんって合意を取らないと前に進めないだろ？ その変更が違う変更を産むかもしれないし、お前それ膨らんだ時に責任取れるの？ 僕の実体験を一部脚色してお伝えしています。簡単に言えば、ソフトウエア
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
