「NTT Tech Conference」は、NTT グループのエンジニア有志が開催するカンファレンスです。NTT グループ各社が開催するイベントとは異なり、NTT グループのエンジニアたちがやりたいこと・話したいことを通じて、エンジニア同士が技術交流するためのイベントです。ここで登壇したのは、NTTコムウェアの古西孝成氏。「SIerで幸せな技術キャリアを築くために」というタイトルで、SIerとして幸せなキャリアを築くための心構えについて、話しました。全2回。前半は特に若年層に意識してほしいことについて。 自己紹介司会者：次のセッションは「SIerで幸せな技術キャリアを築くために」というタイトルで、NTTコムウェアの古西さんに発表をお願いします。古西さん、よろしくお願いします。 古西孝成氏（以下、古西）：はい、よろしくお願いします。NTTコムウェアの古西です。「SIerで幸せな技術キャリア

新型コロナウイルス対策の給付金を国民に配るシステムの不備などにより、日本政府は「デジタル敗戦」を認めざるを得なくなった。その政府が起死回生を狙い、9月1日に立ち上げるのがデジタル庁だ。特集『ITゼネコンの巣窟　デジタル庁』の#1では、同庁職員500人の出身組織の構成を明らかにするとともに、幹部が大手ITベンダーを批判しつつも、実際には引き続き大手ITベンダーに依存している実態を明らかにする。（ダイヤモンド編集部　千本木啓文） デジ庁500名の陣容が判明！ 民間出身はLINE、ソフトバンク、楽天… 「今、優秀な技術者はベンチャーにいます。有能な人でも10年大手ITベンダーで働くと無能になりますから」 デジタル庁幹部のこのあけすけな言葉が、政府と大手ITベンダーとの「微妙な距離感」を象徴している。 ここでいう大手ITベンダーとは、富士通、NTTデータ、NEC、日立製作所のことだ。米調査会社ガー

はい、今回はみんな大好き（大嫌い）SIerについての話である。 デジタル庁の動きに駆動されて、日本で何度目かの内製推進が盛り上がろうとしている。 日本のITシステム開発がうまく行かない原因としてしばしば挙げられるのが、ユーザサイド（非IT産業）にエンジニアやプログラマなどのIT人材が不足しているというものだ。確かに、日本が欧米と比較してIT企業にIT人材を集中的に配置しているのは事実である。 こうしたIT人材の偏りによって、アジリティの高い開発ができない、CI/CDやDevOpsが進まない、というのは当たっているし、ユーザ企業も自らIT人材を雇用して内製を進めるべきだ、という議論にはもう十年以上の歴史がある（筆者が追えていないだけでもっと古いかもしれない）。 この時、悪玉として批判にさらされるのが、今回の主役であるSIerという存在である。日本における内製推進は、しばしばSIer批判とセッ

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

連載目次 IT訴訟事例を例にとり、トラブルの予防策と対処法を解説する本連載。今回は「要件の範囲が食い違ったことにより生じた紛争」を解説する。 ユーザーが望む機能がシステム開発の要件から抜け落ちたがために発生する紛争は、本連載でこれまでにも何度か取り上げてきた。 IT紛争の類型は種々さまざまであり、過去の判例が全てそのまま適用できるわけではないが、裁判所が「たとえ要件としてユーザーから明示されていなくても、その機能が契約の目的を果たす上で、当然に必要な事柄であるとベンダーが認識し得る状態にあれば、ベンダーにはその機能を作り込む義務（債務）がある」と判断した例が幾つもある。 要件定義書よりも契約の目的の方が重いとする考え方だ。 今回取り上げる判例も、「ユーザーが必要と考える機能が、ベンダーの作成した要件定義書から抜け落ちており、これを作り込まなかった」というものだ。これまでと少し異なるのは、パ

年末年始にかけて読んだブログの内容をいまいち飲み込めなかったので噛み砕きも含めて考えてみることにする。 以下、2エントリからの引用であります。 kawaguti.hateblo.jp 私はSIerにいたことがないので、そのあたりどうも疎いのですが、私としては「業務知識といえば、業務実現に必要な知識すべて」のことで、それは担当する業務によって変わってくる、ということではないかな、と思っております。そういう筋で前回のエントリを書きました。 うーむ、となる。業務実現に必要な知識全て、とは一体何か。全てとは。まずここから引っかかる。というのも、僕らIT屋というのはシステムは手段であり、業務とはビジネスそのものである、と思っているからではある。んでもって、業務のうち、ITじゃないシステムの部分をITを使ってよりよくしましょう、というのが僕らの仕事だと思ってるんだよね。だから、「全て」のうちビジネスそ

正確には 請負契約を減らして内製を増やすべきだ 内製を増やすための「一つの手段として」解雇規制の緩和が必要だ と言う事です。内製化が解雇規制を緩和だけで実現できるとは思っていません。 本稿は主に私の実体験の上に成り立っています。異論・反論あるでしょう。しかし、行き詰まって見えるSI業界界隈の問題認識・解決に向けられた、一人のアーキテクトの思いを伝えてみたくなり、本稿を綴って見ることにしました。 ==============　2018.09.15追記　============== 大変大きな反響をいただき、たくさん「はてなブックマーク」もたくさんして頂きました。説明不足で正しく伝えられなかったと思うものが多かったため、こちらにブックマークへの書き込み全てへ回答を付けさせていただいています。 「SIerは減らす為に解雇規制の緩和が必要」の「はてブ」への回答 - nuits.jp blog ==

パッケージベンダーとシステムインテグレーター（以下、SIer）は、同じようにコンピュータシステムを扱うビジネスでも、まったく違うビジネスモデルです。それを忘れた結果、リリースはしたもののさっぱり売れず、また売り方も分からずに放置され、利益が出た年に特損で処理されるパッケージが無数に存在しています。 そのメカニズムと対応をノヤン先生が解説します。 今日はパッケージの完成度とソリューション、それを踏まえたマーケティングの基本設計の話を、SIerの例で説明しようかの。 ある日、SIerと呼ばれるコンピュータシステムの開発を業務とする企業でマーケティングに携わっている人から、こんな質問を受けたんじゃ。まぁ質問というより愚痴じゃがの。 「新しく作ったパッケージがさっぱり売れなくて困っています。業務系のシステムなのでコンシューマ系のアプリのようにダウンロードで勝手に売れる訳もないし、でも経営者は『パッ

はてな界隈で SIer の話をするときに登場するのは SIer の下請けで働いている人SIer の下請けで働いていたが辞めた人がほとんどで、 SIer で働いてる人や、 SIer で働いていたが辞めた人というのはあまりでてこない。下請けごときの労働環境が劣悪なのは当然だし、下請けの下級労働者がその業界について語っていてもそこにあまり意味のある情報はない。 http://d.hatena.ne.jp/ryoasai/20140510/1399722742SIer から Amazon に転職したが技術的に残念なのは Amazon もそんなに変わらなかったという話は結構よくて理想と現実についていろいろと触れられていた(が id:ryoasai が SIer 出身なのか、下請け出身なのかは俺はよく知らん、記事の内容的に SIer 側の人だとなんとなく思っている)。 http://furoshiki

「Slackを入れるとSIerはどうなるのか？」 しばらくブログを休んでいたので少しだけ自己紹介をしよう。アプレッソというベンチャー企業を立ち上げて、セゾン情報システムズという会社にexitした。そしていまはアプレッソの社長として仕事をする傍ら、セゾン情報システムズのCTOの仕事もしている。どちらかというといまはセゾン情報の仕事の比重が高いから、リアルの世界では「セゾン情報の小野」と思っている人の方が増えてきていると思う。 「このままでは、SIに未来はない。だから変わらなければならない。」 「当社の社員は言われたことしかできない。」 SIerの経営者と会話していると、よくこんな言葉を耳にする。 自分たちの未来を悲観している人たちが、未来を明るくできるのだろうか？ だから私は、喜びと驚きのポジティブスパイラルで、SIerはどんな風に良くなるのか、壮大な実験をしてみようと思った。 その第一弾と

ソフトウェアは欠点を補い、人の能力を拡張してくれるもの 株式会社セゾン情報システムズ　常務取締役 CTO テクノベーションセンター長　小野 和俊さん 子どもの頃はゲームが好きだった。とはいえ、ゲームセンターに通うお金もない。ならば、自分で作れればと考え、親にファミコン用BASICプログラミング環境「ファミリーベーシック」をねだる。ところが親は「あれはオモチャみたいなものだからダメ。88なら仕事にも使えるから」と、NECのPC-8800シリーズのパソコンを買ってくれた。 88で、『マイコンBASICマガジン』（通称「ベーマガ」）に掲載されていたゲームプログラムを「写経」のように打ち込んでゲームを作り始めた。それがIT、プログラミングの世界に入るきっかけだったと語るのは、株式会社セゾン情報システムズ 常務取締役 CTO テクノベーションセンター長の小野和俊さんだ。打ち込んだプログラムの改造など

エンジニアのモチベーションは、SIビジネスの源泉――クリエーションライン：特集：アジャイル時代のSIビジネス（2）（1/3 ページ） クラウドの浸透などを背景に、「SIビジネスが崩壊する」と言われて久しい。本特集では、今起きている“SIビジネスの地殻変動”を直視し、有効なアクションに変えたSIerにインタビュー。SI本来の在り方と行く末を占う。 市場環境変化に対応する「スピード」が差別化の一大要件となっている近年、システム開発・運用にも一層のスピードと変化対応力が求められている。こうした中、従来のテクノロジに加えて、必要となればクラウドネイティブなテクノロジも率先して取り入れ、使いこなすことが重視されている。 こうした状況は、ユーザー企業にとっては一つの課題だが、ビジネス支援を行うSIerにとっては一つのチャンスとなる。目的にかなうテクノロジの目利き役となり、最適なものを組み合わせ、柔軟に

SIerは人が多すぎるうえに、なぜあんなに働くのか。 井上：SIはなんでハッピーじゃないんですかね。 神林：えっと、まずは、人多すぎですよね。もうちょっと少ない人数でできるところに無理やり人を入れてしまって、いや、いろいろな問題があるんですけど、一番大きいのはやっぱりお互いに知識が不足している。 井上：そうですよね。なんであんなに働くんですかね。 神林：たくさん人を働かせたほうが売り上げが上がるからですよね。結局、ユーザーさんが評価ができないんですよね。システムの価値を。中身がわからないので、どういう評価をするかっていうと、どれだけ人を突っ込んだかっていうほうが、人月工数の原価が高い、要は価値があるように見える。人がたくさんいて作ったもののほうが、人が少ないよりもいいものに決まっているっていう発想が抜けてない。抜けていないっていうか、それしか判断する根拠がない。 井上：それで、人数が多いの

20代の数年間SIで働いた。1年以上前に退職して今は別業界にいる。 今日、Evernoteを整理していたら「退職理由、SIの嫌な点」というメモが発掘された。退職直前のかなりストレスがたまっていた時期に書き殴った文章だった。学生の頃の私は絵を書いたりしていて、ものづくりで暮らしたいな〜などと思って始めたプログラミングが楽しかったので安易に受託開発業を選んでしまったが、その後悔が如実に表れていた。 一部自分でも覚えていない話もあったがコンテンツとしては面白かったし、今でもシステムインテグレーター業界で消耗する若者を減らしたいとは思うので公開してみる。 以下、同メモに加筆・修正したものなのでファンタジーだと思って読んでくれ。 工数至上主義受注した時点で売上がおよそ確定するので、後はその予定工数に収めて納品できれば御の字という考え方。よくある話だが、見積がおかしくても顧客と対等な関係が築けていない

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事はTIS Engineer Advent Calendar 2015の12日目の記事です。 はじめに 私はいわゆるR&D部門に所属しているのですが、産学連携やリクルート活動で学生と話す際に、よく「大学の研究活動との違い」について質問されます。そこで、学生からよく聞かれる質問を元に、SIerのR&D部門ではどんなことをやっているのか紹介しようと思います。 ※「大学の研究」については情報系の大学の研究を想定して書いています。 ※この記事の内容は、あくまで私個人の意見であり、所属する組織を代表するものではありません。また、同業他社一般

かるび（@karub_imalive)です。 寒くなってきましたね。冬のボーナスがもう早い会社だと今週末あたりに出た人もいるかもしれません。 さて、Sier、特にかるびの所属しているような中小Sier（概ね300人以下位）に勤務していると、この時期あたりから翌年3月位まで、エンジニアの退職者が目立つようになります。かるびは採用担当という立場なので、何よりもつらいのが退職者を送り出すことなのです。大手Sierと違い、中小Sierの泣き所は退職率の高さ。 今日は、そんな中小Sierの退職について少し考えてみたいと思います。 中小Sierの平均退職率はどんなものなのか 退職理由は意外にもお金ではない 1番の退職理由はマネジメントの拙さだった 具体的な退職理由としては・・・ 1)　プロジェクト現場のマネジメントが悪い 2)　経営的なマネジメントが悪い お金の問題は副次的に発生する まとめ 中小Si

受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。（書く順番が逆っぽい） 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って