SIはやめておけ
20代の数年間SIで働いた。1年以上前に退職して今は別業界にいる。 今日、Evernoteを整理していたら「退職理由、SIの嫌な点」というメモが発掘された。退職直前のかなりストレスがたまっていた時期に書き殴った文章だった。学生の頃の私は絵を書いたりしていて、ものづくりで暮らしたいな〜などと思って始めたプログラミングが楽しかったので安易に受託開発業を選んでしまったが、その後悔が如実に表れていた。 一部自分でも覚えていない話もあったがコンテンツとしては面白かったし、今でもシステムインテグレーター業界で消耗する若者を減らしたいとは思うので公開してみる。 以下、同メモに加筆・修正したものなのでファンタジーだと思って読んでくれ。 工数至上主義受注した時点で売上がおよそ確定するので、後はその予定工数に収めて納品できれば御の字という考え方。よくある話だが、見積がおかしくても顧客と対等な関係が築けていない
「一括請負はお互い不幸」から「作らないSI」へ - GoTheDistance
僕がSIerを退職して５年。大きな潮目を迎えているのかもしれない、SIビジネスのお話。 itpro.nikkeibp.co.jp 簡単にまとめると「一括請負はゼロサムになってお互い不幸なんで、XaaSを使って作らないSIをやり始めている」という話を「オルタナティブSI」という言葉で表現しているようです。この5種類に分類してくれていますが、ただ並べただけで軸はバラバラです。 月額契約型サービス「納品のないSI」 固定料金でシステムを構築する「定額パッケージSI」 自動生成ツールを使う「自動生成SI」 クラウドでITインフラを構築する「クラウドインフラSI」 ユーザー企業自らシステムを外販する「コミュニティSI」 作らないSIはずっと前から目指していた 代替となる選択肢は色々あるけれども、根幹にあるには「作らないSI」を目指していることだと思っています。 僕がSIerにいた10年前も「作らない
元SIer派遣エンジニアが見たSIerあるある桃太郎｜はらぱん
昔々あるところにCOBOLの金融システムを保守しているおじいさんと、政府システム開発の孫請け会社でプロジェクトマネジメントをしているおばあさんがいました。 おじいさんは山を登ったところの上位会社に障害管理表を提出しに、おばあさんは川を少し上ったところの「システムアーキテクトのプロフェッショナル集団」を標榜する2次請けのコンサル会社にスケジュール延長交渉をしに行きました。 おばあさんが川のふもとを歩いていると、上流からそれはそれは大きな仕様上の不備を含んだ桃がドンブラコ、ドンブラコと流れてきました。 （おや、これは持ち帰りたくないわ）と内心迷惑に思いつつも、甘受する他ないので、その桃を持ち帰って内部で検討することにしました。 そして、おじいさんとおばあさんが桃の仕様を精査しようとすると、突然中から元気の良い優秀なプログラマが飛び出してきました。 「これはきっと、神さまがくださったにちがいない
「組織のボトルネック」を見抜いて転職を極めよう | 独り言v6
ITエンジニアの価値を貶める『人月商売』の功罪 を読んでみて。 「人月商売」がエンジニアにとってどのような問題点があるかというと、エンジニアの価値を低下させる事になってしまう、という点です。 端的に言うと、「人月」で見積もりを出しているという事は、すなわち自らの価値を、提供価値に対して値段を付ける「知識集約型」ではなく、稼働に対して値段を付ける「労働集約型」へと貶めてしまっているからです。 ITの良い点の一つとして、ルーチンワークをプログラミングで自動化できる点があります。一度システム化してしまえば人の代わりに永続的に価値を生み出し続けられるメリットがあるわけですが、労働集約型モデルで働いていると、永続的に生み出される価値に対する対価は得られず、何人月で作ったかという時間の切り売り部分にしか対価が支払われません。 これはどう考えてもITエンジニアのもたらす価値の安売りであり、自らの価値を下
「地方からITエンジニアが消えていく」 - カレーなる辛口Javaな加齢日記
http://blog.mkt-i.jp/entry/2013/07/17/121956 メモ． 今に限らず，ずっとそうだった気も． Facebookである人が、「関西にいる同級生がどんどん転勤や単身赴任で東京方面に行っている」とポスト。それに、呼応する形で、実際に関西から東京へ単身赴任中のIT企業のエンジニアのリプライがあった。 また、先日、ある地方のSI事業者に、取材に行ったとき、現場のマネージャーから、「この数年で、地方のエンジニアのスキルが落ちたという実感がある。競合と提案しても、コンサバだし、一昔前の提案が多い」という話を聞いた。 実際に、僕自身も、90年代は、神戸でソフトウェア開発者であったが、今は、東京で働いている状況だ。 全国レベルでSIビジネスのパイが小さくなっているので，地方では限界を超えて崩壊が進んでいるのかも． 地方でSIをやろうと思っても、また、景気が本当に今後よ
システムの「価値」をどう考えるのか？〜なんで人月換算基準がなくならないか、について - 急がば回れ、選ぶなら近道
「なんで人月換算基準がなくならないか」については、これは作る側での議論が非常に多いのですが、逆側から見た議論があまりにも少ないので、自分の考えを記録しておきます。そもそも、発注した側ではシステムの価値をどう見るのか？という議論があまりにもなさ過ぎの印象があります。いくら作る側が頑張っても、発注サイドで「いやだから、結局いくらかかったか内訳見せろ」という話になった途端に、残念ながら人月単価が登場するわけで、話は振り出しに戻ります。 まず一義的にはユーザーから見たシステム開発は投資になります。確かに、毎年作っているでしょう、という話もありますが、普通は数年に一回作っては動かして、メンテナンスにモードに移行させる、という形になります。投資として、通常はキャッシュ・アウトに相当するコストで資産を認識します。リースにすれば、定常的でしょうという話もありますが、オン・ブックになった途端に普通に取得原価
８つの質問で、Java SI業界の現状を知る - レベルエンター山本大のブログ
Webサービス系の会社の隆盛があって、人材流出が騒がれたのが１−３年ぐらい前だろうか。 SIの産業の人材動向が、今どうなってるかって？ 大方の予想より凄惨ですよ。 それが分かる方法がある。JavaWeb技術者に技術力を問う８つの質問によってだ。 SI業界のエンジニアの平均レベルを知りたくって、いろんな会社さんのJavaWeb開発者（経験者）向けに以下のような８つの質問を継続的にしている。 対象者としては、Java経験３から１０年ぐらいの現役バリバリのはずのJavaエンジニアだ。 その８つの質問というのはこんな問題だ。 JavaWeb技術者に技術力を問う８の質問 インターフェイスのメリットを一言で表して下さい。（筆記解答） HttpRequestオブジェクトからPostされたデータを取得するServletのメソッドは何ですか？（筆記解答） Sessionのスコープを端的に説明してください。（
情報システム部はどうであると得するのか？ - 急がば回れ、選ぶなら近道
いまさらの感もあるのですが、特にいろいろと日本全国を飛び回るようになって、いろいろなお客さんにお世話になっています。ということで、その辺りで感じたことで、特にエンドユーザーの情報システム部はどうあると、「有利」なのか、ということを書いてみます。 対象は、お金を湯水のように使えないエンドユーザーさんです。とにかくリスクヘッジのためなら何百億円使おうと問題ではない、というユーザーさんはフルリスクを取れという要求以外であれば、SI屋さんの方から「無理なので、ご遠慮します」ということはありません。そのようなユーザーさんは、例外だとは思いますので、ちょっと対象外です。（なんか最近そうでもない説はありますが） 以下、あくまで自分の経験なので、不快な気分の方は、完全スルーでご容赦をお願いします。ベンダー風情が生意気な事を書きやがって、という方もいらっしゃると思いますので、そういう方には事前に、謝罪してお
技術革新は何のためにあるのか？ - 急がば回れ、選ぶなら近道
技術革新は須く斬新的なものであるべし、という肩に力の入った信念の人は流してください。ちょっと、力の抜いた小ネタなので。 最近というかここ10年来、いわゆる業務系のシステムに関わっていてよく思うことではあります。特に最近、NoSQLやHadoopといった「新技術」が登場するにつけて強く感ることではあるのですが、なんというか、「こんな感じ」のことができます、というようなプロダクトアウト的でありながら、かつ、漠然とした抽象的な話が多すぎる気がします。要は、全般的に問題の設定が苦手だよなということです。 特定の技術の各論はともかく、まず、大上段に構えると、実はITでは一般の人が想像する以上にユーザーとベンダーで期待ギャップがあります。ユーザーから見ると、大抵は「こんなこともできないのか？」ということがごく普通にできません。一方、一般のTVとか報道とかは、スパコンや遺伝子やビッグデータや、なんやらか
業務系エンジニアはどうしていくべきか？ - 急がば回れ、選ぶなら近道
まず超個人的な見解です。あとWeb系の人は関係ないので、そういう人は読んでも無駄です。ここでいう業務系エンジニアというのは、主にSI屋で特定企業向けのシステムを構築しているエンジニアの人たちをさします。 まず、非常に難しい時代になったと思います。 端的に、ちゃんとしたSIをやることが難しくなりました。まず、技術的には面倒なことが増えた、というかできるオプションが制御できないくらいに増えているので、うまく制限をしないとコードや仕組みが劣化する一方になりました。エンジニアリングに自由を！というのは聞こえはいいのですが、チームプレーをするのに、いちいち約束事決めないと回らないようになっているような気がします。それも毎回。始めるたびに。 別段、いきなりチームメンバーの能力があがったり、さがったりするわけではないのですが、なぜか外すと酷いことになる振れ幅が増大したような気がします。ルール決めをいちい
システムはどこまで内製化できるか - 急がば回れ、選ぶなら近道
どこでも何回も何十回も言われているが、システムを経営の変化に対応させるにはある程度のシステムの開発を内製化すべきである、という論調が強い。この問題は、古くて新しい問題であり、と同時におそらく、いままでとは違うコンテクストで語られることになるような気がしている。ここ１０数年の流れを見れば、内製化の議論はアウトソーシングの流れとそのより戻りの反復運動の繰り返しだといっていても過言ではなかったと思う。近年はむしろ、SI屋さんの全体的な弱体（特に技能として）化とクラウド等によるインフラの導入しやすさと相まって別の背景で語られることが多くなってきている。また、見逃せない背景としては、そもそもの就労可能若年層の減少と、若年層の総体数減少による能力のばらつきの顕在化も強くあげられる。特にシステム開発の供給サイドの問題は、エンドユーザーの内製化の議論においては、今までのコンテクストでは語られることがなかっ
「Vancouver戦略」
副題：「ScalableなRevenue Model」 ——————————————————————————————— （この記事を読む前に、2011年5月9日の「Good News and Bad News」を読まないと、最初の質問の意味がわからないでしょう。） それでは、どうしたらこのような安易な直販方式から脱せられるのだろうか。答えは簡単だ。会社をVancouverに移しなさい！、「おー、これは面白いサービスだね。わが社でもこのようなサービスを探していたところだ。ぜひ、もっと詳しく知りたいので、説明に来てくれないか。」とプロスペクトに電話で言われたときに、会社が東京にあったのでは、「申し訳ありませんが、製品説明のための訪問をしないのが我社の方針ですので、お伺いできません。全ての情報はweb上で見てください。」とは言えないだろう。日本では、「何と失礼な応対だ！」と相手に怒鳴られるのが関
「Good News and Bad News」
副題：「直販の方程式」 ——————————————————————————————— Good News and Bad News アメリカ人は、Good NewsとBad Newsという表現の仕方が好きだ。そこで、ここでは日本のITベンダー企業にとってのGood NewsとBad Newsの話をしよう。 日本のITベンダー企業にとってのGood Newsは何か？ 「日本国内でプロスペクトとなりうる企業の約8割は、首都圏内に存在する。」 これが、Good Newsだ。何故なら、B2Bの場合、首都圏にオフィスを構えれば、ほとんどすべての主要なプロスペクト企業には一時間以内で訪問できるからだ。では、Bad Newsは何かというと、 日本のITベンダー企業にとってのBad Newsは： 「日本国内でプロスペクトとなりうる企業の約8割は、首都圏内に存在する。」 これが、Bad Newsだ。ミスプ
大規模SIは少数精鋭で乗り切れるのか？ - 急がば回れ、選ぶなら近道
まず現状の認識は以下の通り 1.20-30代の就業人口の減少これは大前提になる。 また情報共有も進むためよりブラックな会社が 人を集めること自体のハードルがあがる。 結果として、人員を集めるということがより厳しくなる。 これはITに限らず、労働集約的産業全体の課題でもある 2.能力格差の拡大今の40-50代よりも間違いなく、現状の20-30代は 勉強している人としていない人の格差は広がっている。 ゆとり云々とは別に、社会的なプレッシャーから、 むしろ勉強しないと勝ち残れないという強い意識のある集団と、 ゆるふわほんわか草食集団の差が非常に非常に広がっている 3.資源の拡大要するに、割とハード・リソースに余裕が出てきている まず、クライアントサイド。 要はなんでもできる状態になりつつある。 jsあたりはほぼ無法地帯の感もある。 一時、jsでOSみたいのまでいけるぜ、というデモもあったが 技術
属人性を突き抜けろ−ソフトウェア業界のパラダイムシフト - レベルエンター山本大のブログ
もはや、エンジニア業界とは別の業種が生まれたのだろう。 先週の土日、あるコンテンツプロバイダ企業向けにAndroidの研修講師をやっていた。 そこでコンテンツプロバイダ（もしくはサービスプロバイダ）という仕事をしている人たちにふれて もはやSIエンジニアのような業界とは、ちがう業種だなと感じた。 研修担当のマネージャーさんの言葉が印象的だった。 「この業種はもはや、いままでのエンジニアの業種とは全く違うんです。 いわば属人性を突き抜ける感じですね。」と その言葉にひざをうつ思いがした。 SIの業界は、個人のスキルにたよる部分をなくすこと基本としている。プログラムを「いかに誰でもできる仕事にするか？」に、最大限の労力をついやしてきた。 そのための設計書でありそのためのウォーターフォールモデルである。 きわだって優秀でない人たちでも回せるように仕事を組み立てることが、 ウォーターフォールモデル
2011年：「SIビジネス」の絶望と展望
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます さて、2000年代に入って最初の10年が終わった。日本の“SIビジネス”と呼ばれるものは、次の10年間も存在し続けることができるであろうか？ すでにSIビジネスというものはないという人もいるかもしれない。統計などで利用される“情報サービス業”というカテゴリがなくなることはないかもしれないが、SIビジネスというものは、あと10年も持たないであろう。 SIビジネスの成り立ち 日本のSIビジネスは、顧客企業がビジネスプロセスの独自性を重視するが故に成り立ってきた。つまり、ビジネスプロセスの独自性はソフトウェアの個別開発志向を高め、仮にパッケージソフトウェアを利用するに際しても、導入企業のビジネスプロセスにあわせた大幅なカスタマイズ要求に繋がる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
takeda-soft.jp
BLOGOS サービス終了のお知らせ