イケてる環境のWEB系の労働生産性がイケてないSIerのたった三割しかない件 - プロマネブログ
久しぶりの更新。一度ブログ書くの面倒になると、とことん書くのが面倒になるもんで。 【Web系最高って言うけど本当なの？】SIから転職したエンジニア達に聞いてみた - paiza開発日誌 まあ、いつものPaizaのWebアゲSIer Disの記事なわけなんですが。。。 最近、どうでもよくなって放置していたものの、いろいろ誤認している人が増えていそうなので、改めて問題点指摘しておきますか。ブコメ見るとSIer側の反論も欲しそうだし。 とはいえ、開発環境の話はわきに置いて、別の観点を中心とした内容となります。 イケてる環境のWEB系の労働生産性は、イケてないSIerのたった三割 http://www.soumu.go.jp/johotsusintokei/linkdata/ict_keizai_h28.pdf 上記は総務省が毎年公開している「ICT の経済分析に関する調査 」の資料です。 大体1
悪口をいう人は多いが、僕は大手代理店やSIerの靴の裏を舐めたい | 高橋文樹.com | Web制作
この投稿は 8年 前に公開されました。いまではもう無効になった内容を含んでいるかもしれないことをご了承ください。 僕は会社を独立してからずっと受託でお金を稼いでいるのですが、基本的に頼まれたことをやっているだけなので、わりと取引先を失うことがあります。なので、失注と言っても競合プレゼンで敗北するのではなく、気づいたらいつのまにか別の業者に鞍替えされてたというパターンですね。 このパターンに陥るケースとしては、だいたい以下の条件を満たしています。 先方はすごい沢山の提案を貰いたがっている 予算感が提示されない 本業がITとは縁遠い 実はこのサイクルに陥るのには黄金パターンがあります。それは、「Webに詳しい人が僕を見つけ出して依頼した」という代理店的なパターンですね。基本的に営業をしない弊社では、それが受注のすべてです。 で、いつのまにか僕が直接依頼を受けるようになることがあります。その人な
SIerの余命は5年、オオカミは本当にやって来る
どうも私はIT業界の人たちから、オオカミ少年だと思われているらしい。随分前から「SI（システムインテグレーション）ビジネスの終焉」を騒ぎ立てていたが、SIビジネスは幾多の不況期を乗り越え、しぶとく生き残ってきた。だから私がオオカミ少年だと言われるのは、まあ仕方が無い。だが、あえてまた言う。「今度は本当にオオカミがやって来る」。SIerの余命はあと5年である。 SIビジネスはユーザー企業などからシステム構築を請け負う人月商売だが、日本では“SIガラパゴス”と呼ぶ、世界に類を見ない多重下請け構造のエコシステム（生態系）を発達させてきた。このSIガラパゴスには、零細ベンダーも含めると約1万5000社がひしめき、元請けのSIerを頂点に、顧客である企業や公共機関のシステム構築に関するあらゆるニーズ（≒わがまま）に対応してきた。 これは、システム構築ではERP（統合基幹業務システム）をそのまま使った
最低限の知識も理解もないユーザーと渡り合うには？（前編）
最低限の知識も理解もないユーザーと渡り合うには？（前編）：「訴えてやる！」の前に読む IT訴訟 徹底解説（12）（1/2 ページ） 「出荷管理をシステムを発注したにもかかわらず、勘定科目を把握していない」「意見を社内でまとめず、五月雨式に投げてくる」「モックを本番と勘違い」――こんなユーザー、あなたならどうする？ 連載目次 ユーザーの責任を問うIT判例もある ITのユーザーは基本的には「素人」であり、ITシステムを開発・導入するプロジェクトに参加する際に必要な技術知識は、当然のことながら（ベンダーに比べて）限定的なものになる。ユーザーはCPUのクロック数のことを知らなくても構わないし、システムコンテキスト図やクラス図の見方に精通していなくとも、必要に応じてベンダーからその知識を得ていけば十分である。 プロジェクト管理に関する知識についても同様である。システムを開発するプロジェクトにはどのよ
バックオフィスの標準化の話 - やまもといちろうBLOG（ブログ）
「我が国が誇るSIer業界が馬鹿にされている記事がけしからん」というので見物にいきました。執筆されていたのは日経BPの木村岳史さん。 SI亡国論（その2）- 日本企業のイノベーションを20年遅れにした罪 http://itpro.nikkeibp.co.jp/atcl/column/14/542472/121100010/ お、おう…。 もっとも、これというのは日本企業の側が業務効率化のための情報投資に対して、きちんとした仕様を組み上げられなかったり、システムの妥当性を評価できなくてSIerに丸投げした結果も結構あるんじゃないかと思い、そうであるにもかかわらず日経こんぴうたのこんな記事でSIerは酷評されつつも現場は日々のデスマーチで命を削っておられるのだなあと考えると冷え込みの厳しい夜長に暖かい火が心に灯るのであります。 まさにこのあたりの話を聞きながらシヴィライゼーションとかやりますと
人月アドベントカレンダのご提案
受託開発やSIer、そこで採られる人月での見積と契約はスタートアップ・Web系・ベンチャーな方々から軽蔑されがちです。 けれど社会のインフラや企業の基幹を担うこともある重要なシステムでは残念ながらこれらの手法をとらざるを得ないのが現状となっています。 これを打破するイノベイティブでエポックメイキングでパラダイムシフトな変革は期待されていますが、文化や慣習、人手不足とレガシーコードはなかなかそれを許してくれません。やり玉にされがちなSIerのスタンスだけに帰せる問題ではないのです。 そんな状況でもわれわれSEは社会の繁栄のために、愛する（現在の/未来の）家族のために、そしてご飯を食べていくために働く必要があります。 しかし、この業界で難しいのは流動性が高い割にキャリア形成が難しいこと、自分の精神的・肉体的な健康を損ないやすいという問題があることで、苦労されている方も多いかと思います。 そして
米国IT業界に過去あった多重下請構造、それが破壊された理由 - プロマネブログ
日本のIT業界を「SIガラパゴス」と言う前に知っておきたい海外ベンダ事情 - プロマネブログ 前回の記事を書いたあと、うっかりしていたことに気づいたので、追記です。 ユーザ企業とベンダ企業との関係については、他国との比較を色々書いたのですが、多重構造について深堀り書くのを忘れてました。 米国の事情についてもうちょい書きます。 下請構造が崩壊したアメリカ 端的にいうと、米国にも日本と同様の下請構造は過去ありました。 日本と同様に、元請けが大規模な案件を受注し、それを２次３次請けにシステム開発再委託するという構造です。 政府調達元請けの平均60.4％が下請け及び補給品に再投資され、それらのさらに平均83.2％が3次へ再投資、さらにその83.2％が再々投資、と繰り返される事により、初期調達額$369M（元請けのみ）は、上記再投資の構造より算出される係数2.06を乗ずる事により、$759Mと推計さ
日立ソリューションズ4000人が日立製作所に転籍
日立製作所は9月2日、情報・通信システム事業で手掛けているシステムソリューションの体制再編を発表した。子会社である日立ソリューションズ（東京・品川）から社会・金融・公共分野のシステムソリューション事業を吸収分割して、2015年4月1日付で日立の社内カンパニーである「情報・通信システム社」に移管する。これにより日立ソリューションズの約4000人の従業員が日立本体に転籍する。その後、日立ソリューションズは、製造・流通分野のシステムソリューション事業に専念する。 これに先立ち日立は、社内カンパニーであるインフラシステム社の情報システム事業の一部を情報・通信システム社に今年10月1日付で移管することも発表した。社内の約500人が異動すると見られる。 一連の機構改革で、日立は社会・金融・公共分野のシステム関連事業のリソースを集約し、一体運営体制を確立。社会イノベーション事業におけるソリューション提案
検収後に発覚した不具合の補修責任はどこまであるのか（前編）
検収後に発覚した不具合の補修責任はどこまであるのか（前編）：「訴えてやる！」の前に読む IT訴訟 徹底解説（4）（1/2 ページ） 連載目次 今回は「稼働後に検出した不具合を理由に、ユーザーがいったんは検収したシステムの支払いを拒んだ事件」と、そこから得られる知見を解説しよう。 請負契約によるシステム開発において、検収まで行った発注者が受注者との契約を解除し費用の支払いを拒むという例は、ユーザーとベンダーがシステムの完成をめぐって争うことの多いIT業界においても決して多いことではない。 しかし、この判決は、システム導入の目的と要件の関係やその検証、および導入後のベンダーの不具合対応などについて、多くの論点を提供してくれる。今後に役立つ知見を残してくれるものであることから、今回の題材として取り上げることとした。 請負契約において、ベンダーが「ユーザーと交わした約束をしっかりと果たした」と言え
「60万人の一流プログラマ」が「成功率93％のSI」を実現するtopcoder
topcoderというと「競技プログラミングのサイト」というイメージを持っている人が多いだろう。もちろん今でもその性格は色濃く残っているが、最近では「企業がシステム構築（SI）に利用できるサービス」という面が強くなっている。企業が、自らが必要とするソフトウエアの開発をtopcoderでコンテストとして掲示し、そのコンテストに参加するプログラマの解答を募るのだ。 クラウドコンピューティングに強みを持つSIerの米Appirioは、2013年9月にtopcoderを買収した。Appirioの日本法人であるアピリオ 代表取締役社長の藤田純氏（写真）によると「93％強の案件で、コンテスト開催企業が満足する解答を得られている」という。逆にいえば、失敗率はわずか7％弱。一般的なSIでどれだけの顧客が結果に満足しているかを考えると、驚くべき数字だ。Appirio自身も、顧客のシステムのプロトタイプ作成や
ITエンジニアの価値を貶める『人月商売』の功罪 - paiza times
Photo by oatsy40 今回のpaiza開発日誌は片山がお送りします。 SIerについて語られる際に「人月商売」についての問題点が良く取り上げられますが、「人月商売」がエンジニアにとってどのような問題点があるのでしょうか？ その点について今回は少し整理してみました。 ■人月とは何か 「人月」について誤って認識している人々が多い。人月とは見積りとスケジューリングに使われる仕事の単位である。「コストは実際に人数と月数の積に比例する。が、進捗はそうではない。したがって、仕事の大きさを測る単位としての人月は、疑うべき危険な神話なのだ。人月とは、人と月とが互いに交換できるという意味だからである。」 人月の神話―狼人間を撃つ銀の弾はない 人月の神話―狼人間を撃つ銀の弾はない (Professional Computing Series) 作者: フレデリック・P,Jr.ブルックス,Frede
ソフトウェア開発会社に未来なんてない、つーか滅びろ
『「納品」をなくせばうまくいく』を読み終えました。この本はソニックガーデンという、とあるドメインで話題のソフトウェア開発会社の話が書かれています。著者の倉貫さんとは何度か遊ぶ機会があり、以前からいろいろお話を伺っていたのですが、今日は本書を読んだ感想を交えながら、自分なりに感じたことをぼろくそに書いてみようと思います。 システムインテグレーターというカースト制度を学ぶ 僕は新卒で中堅のSIerに就職しました。ほとんどが2次受けで、外資系のSIerに常駐してシステムを作ってました。その現場は、想像していたのとはちょっとちがって、X次受けという透明なカースト制度がありました。 「これ作っといて」みたいな感じで仕事を丸投げする人や、ろくにシステムもつくれないのに上流工程とやらで論理破綻した仕様書を作る人など、プロフェッショナルってなんだっけ？ と考えさせられることばかりです。 また、1次受けだと
ITエンジニアの地位を落とす、日本企業の大きな誤解：日経ビジネスオンライン
現代の企業においては、IT（情報技術）、そしてウェブをどう使っていくかが企業の成長のカギを握っている――。このことに異論がある方はいないだろう。 少し前までは、既存の業務を一部IT化し「わが社はITを活用している」などと生ぬるいことを言っていられる時代だったが、今ではIT、ウェブをベースにビジネスモデルを組み立てていないと勝ち目の無い世界になりつつある。 グーグル、フェイスブック、マイクロソフトなどは言うまでもなく、今やITと全く無縁そうな回転寿司屋でさえ、ビッグデータを活用し廃棄量75％削減を達成している時代である（「スシロー、ビッグデータ分析し寿司流す 廃棄量75％減」：日経新聞電子版1月27日）。 しかし、これだけビジネスの中心にIT、ウェブが入り込んできている現在でさえ、IT、ウェブの中心を担うITエンジニアの仕事について「製造業と同じようなもの」と勘違いしている人が非常に多い。
クラウドでSIがダメになる本当の理由 - ベテランIT営業が教える「正しいITの使い方、営業の使い方」
「うちはシステム開発しかやっていないので、クラウドになってサーバーが売れなくなっても、あんまり影響ないと思いますよ。」 ある中堅SI事業者の方から、こんな話を伺いました。 「サーバーをクラウドに変えればいいだけですよね。結局、システムの開発は残るし、運用も多少は減るかもしれないけど必要だし、クラウドでSIは大変なことになると言うけど、うちにはあまり関係ないですよ。」 本当にそうでしょうか。 IPAの「IT人材育成白書2014」には、ユーザー企業の意識とITベンダーの意識に大きな乖離が生まれていること、そして、ユーザーの真のニーズ掴むことが強く求められていると、書かれていました。これについては、前々回のブログで詳しく取り上げましたのでよろしければご覧下さい。 このような意識の乖離が生まれる理由は、何もクラウドが普及したからではありません。クラウドの普及によりSIビジネスが影響をうけるのではな
システムエンジニア確保へ 集団面接会 NHKニュース
社会保障や税の情報を一元化するため国民一人一人に番号を割り振る「共通番号制度」の導入などで、今後、不足するのではないかという懸念も出ているシステムエンジニアを確保しようという集団面接会が東京・千代田区で開かれました。 コンピューターのプログラムの設計などを行うシステムエンジニアを巡っては、国民一人一人に個人番号を割り振り社会保障や納税の情報を一元化する「共通番号制度」の導入など、今後、さまざまな制度の導入や改正が重なり、人材が不足するという懸念がＩＴ業界から出ています。 こうしたなか、システムエンジニアの採用に向け合同面接会が東京・千代田区で開かれ、ＩＴ関連企業など１１社が参加しました。 会場では、先月、大学を卒業した人など１７人が面接に臨み、企業の担当者が志望動機を質問したり、事業内容や人材の育成方法などを説明したりしていました。 参加した企業の担当者は「面接に訪れた人たちは意欲的で、こ
ベンダーとIT部門がぶち切れた“仕打ち”の理由
「素晴らしいご提案ですね」と、ある製造業のシステム部長は唸った。その企業はグローバル展開の強化に向けて、SCM（サプライチェーン管理）関連で新たなシステムを導入しようとしていた。この分野でのシステム構築に多くの実績があるSIerに提案を依頼したところ、このSIerはまさに唸るような提案を出してきたのだ・・・。 あらかじめ断っておく、これから始まる“悲劇”は実話ではない。ただし架空の話でもない。複数のITベンダーの営業担当者やユーザー企業のシステム部長らから聞いた話を基に組み立てたストーリーである。だが、ここまで劇的な展開ではないとしても、特に大企業がやってしまう“人でなしの所業”とその結果生じるトラブルには思い当たる読者も多いはずだ。 さて、この製造業のシステム部長がSIerの提案を評価したのは、単にその内容が素晴らしいからだけではなかった。彼らが2カ月かけて経営層や事業部門に対して行った
みずほ銀行、システム統合延期の舞台裏
みずほ銀行が次期勘定系システムの構築完了を、当初予定の2016年3月から同12月に9カ月間延期する（図）。要件定義を終え設計工程がある程度進んだ段階で、「今後のスケジュールをゼロから見直した結果、詳細設計・製造やテストについて、それぞれ数カ月の期間を追加する」と、みずほフィナンシャルグループ（FG）の加藤朝史システム推進部部長は説明する。期間を増やす理由は主に二つある。 一つは、保守のしやすいシステムにするため、より時間をかけて設計に取り組む必要があると判断したからだ。次期システムはSOA（サービス指向アーキテクチャー）を採用する。サービスコンポーネントの設計精度は、商品・サービス開発のスピードを左右する。FGの加藤健治システム推進部企画チーム次長は、「製造工程の前に、機能部品の大きさにバラつきがないか、重複機能がないかを徹底的にチェックする」と話す。設計どおりに処理が流れるかなどの確認も
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「納品のない受託開発」の先にある「エンジニアの働きかたの未来」
まとめよう、あつまろう - Togetter
技術者を襲う3年後の悲劇