この資料、非常に衝撃的だった。中の人がここまで公開していいものなのか、という意味でも。 俺の価値創造契約 from Fumihiko Kinoshita 永和さんの価値創造契約とは 新しい契約形態での受託開発サービス「価値創造契約」 ｜ 永和システムマネジメントに詳しくありますが、簡単にいえば「初期費用無料で、常に改善・運用をしながら月額定額制でシステム利用料を頂く」というビジネスモデルです。価値あるシステムは必ず長く使われ変更を伴うのだから、その変更を受け入られるモデルを提供すれば双方にメリットがある。これが立脚点のようです。 2013年営業実績、0件 資料によればテレアポを800社行い、様々な展示会にも出展されたそうです。12社にコンタクトできたけれど受注は0件だと書いてあります。マーケティングに失敗してしまったと言って良いでしょう。 受託開発の弊害と指摘される「価値あるシステムを作り

検収後に発覚した不具合の補修責任はどこまであるのか（前編）：「訴えてやる！」の前に読む IT訴訟 徹底解説（4）（1/2 ページ） 連載目次 今回は「稼働後に検出した不具合を理由に、ユーザーがいったんは検収したシステムの支払いを拒んだ事件」と、そこから得られる知見を解説しよう。 請負契約によるシステム開発において、検収まで行った発注者が受注者との契約を解除し費用の支払いを拒むという例は、ユーザーとベンダーがシステムの完成をめぐって争うことの多いIT業界においても決して多いことではない。 しかし、この判決は、システム導入の目的と要件の関係やその検証、および導入後のベンダーの不具合対応などについて、多くの論点を提供してくれる。今後に役立つ知見を残してくれるものであることから、今回の題材として取り上げることとした。 請負契約において、ベンダーが「ユーザーと交わした約束をしっかりと果たした」と言え

コミュニケーションが生まれるツイートまとめツール

topcoderというと「競技プログラミングのサイト」というイメージを持っている人が多いだろう。もちろん今でもその性格は色濃く残っているが、最近では「企業がシステム構築（SI）に利用できるサービス」という面が強くなっている。企業が、自らが必要とするソフトウエアの開発をtopcoderでコンテストとして掲示し、そのコンテストに参加するプログラマの解答を募るのだ。 クラウドコンピューティングに強みを持つSIerの米Appirioは、2013年9月にtopcoderを買収した。Appirioの日本法人であるアピリオ 代表取締役社長の藤田純氏（写真）によると「93％強の案件で、コンテスト開催企業が満足する解答を得られている」という。逆にいえば、失敗率はわずか7％弱。一般的なSIでどれだけの顧客が結果に満足しているかを考えると、驚くべき数字だ。Appirio自身も、顧客のシステムのプロトタイプ作成や

『「納品」をなくせばうまくいく』を読み終えました。この本はソニックガーデンという、とあるドメインで話題のソフトウェア開発会社の話が書かれています。著者の倉貫さんとは何度か遊ぶ機会があり、以前からいろいろお話を伺っていたのですが、今日は本書を読んだ感想を交えながら、自分なりに感じたことをぼろくそに書いてみようと思います。 システムインテグレーターというカースト制度を学ぶ 僕は新卒で中堅のSIerに就職しました。ほとんどが2次受けで、外資系のSIerに常駐してシステムを作ってました。その現場は、想像していたのとはちょっとちがって、X次受けという透明なカースト制度がありました。 「これ作っといて」みたいな感じで仕事を丸投げする人や、ろくにシステムもつくれないのに上流工程とやらで論理破綻した仕様書を作る人など、プロフェッショナルってなんだっけ？ と考えさせられることばかりです。 また、1次受けだと

「うちはシステム開発しかやっていないので、クラウドになってサーバーが売れなくなっても、あんまり影響ないと思いますよ。」 ある中堅SI事業者の方から、こんな話を伺いました。 「サーバーをクラウドに変えればいいだけですよね。結局、システムの開発は残るし、運用も多少は減るかもしれないけど必要だし、クラウドでSIは大変なことになると言うけど、うちにはあまり関係ないですよ。」 本当にそうでしょうか。 IPAの「IT人材育成白書2014」には、ユーザー企業の意識とITベンダーの意識に大きな乖離が生まれていること、そして、ユーザーの真のニーズ掴むことが強く求められていると、書かれていました。これについては、前々回のブログで詳しく取り上げましたのでよろしければご覧下さい。 このような意識の乖離が生まれる理由は、何もクラウドが普及したからではありません。クラウドの普及によりSIビジネスが影響をうけるのではな

情報処理推進機構（IPA）が4月25日に公開した『IT人材白書2014』に並ぶ数字は、日本のIT業界の現状を鮮やかに映し出している。現状と言うよりも“惨状”と言ったほうがよいのかもしれない。多くのIT企業が、目先の巨大開発案件により生じた技術者不足への対応に懸命になる一方で、ユーザー企業の新たなニーズに応えられる人材の育成に無頓着であることが透けて見えてくる。

みずほ銀行が次期勘定系システムの構築完了を、当初予定の2016年3月から同12月に9カ月間延期する（図）。要件定義を終え設計工程がある程度進んだ段階で、「今後のスケジュールをゼロから見直した結果、詳細設計・製造やテストについて、それぞれ数カ月の期間を追加する」と、みずほフィナンシャルグループ（FG）の加藤朝史システム推進部部長は説明する。期間を増やす理由は主に二つある。 一つは、保守のしやすいシステムにするため、より時間をかけて設計に取り組む必要があると判断したからだ。次期システムはSOA（サービス指向アーキテクチャー）を採用する。サービスコンポーネントの設計精度は、商品・サービス開発のスピードを左右する。FGの加藤健治システム推進部企画チーム次長は、「製造工程の前に、機能部品の大きさにバラつきがないか、重複機能がないかを徹底的にチェックする」と話す。設計どおりに処理が流れるかなどの確認も

前回のエントリで、プログラマの業界が労働集約的なものと知識集約的なものにわかれてきているという話を書きました。 プログラマ業界の二分化 - きしだのはてな 前のエントリでは労働集約的なものと知識集約的なものに完全にわかれているように書きましたが、もちろん完全に労働集約的であったり完全に知識集約的であったりすることは少なく、どのような組織でもある程度は両方の性質をもっています。知識集約的な性質の強いSI会社というのもあります。 ただ、SIに労働集約的な、サービスに知識集約的な性質が強くなる傾向はあると思います。 また、知識集約的であればよくて労働集約的であればダメということもありません。労働集約的なSIでありながら良い会社というのもあります。 という断りをいれておかないと、SIで労働集約だからといって全部ひとからげにするなという、労働集約的なSIでありながら良い会社方面から鋭利なマサカリが飛

多重下請けのピラミッド構造を前提とした現行のSI（システムインテグレーション）モデルは、もう限界点に達している。2015年問題は、急激な技術者不足とその後の人余りにより、この構造に属する業界の各社に大きな苦難を強いる。 だが日本流のSIビジネスを構築する過程で日本のIT業界では、大手IT企業ですら営業利益率が6.7％と低く抑えられてしまった（図1）。最大手のNTTデータは2013年度上期に、SIの不採算案件のため250億円の損失を被った。一括受託を前提にIT企業がプロジェクト失敗のリスクを負うSIビジネスでは、そのリスクが大きな変動要因として効いてくる。各社はリスク管理と収益確保に向けた対策を打ち出しているが、元請けの企業ですら利益を出すのに苦心している。まして競合がひしめく2次請け、3次請けが利益を出すのはさらに困難になる。

富士通が、より経営や事業戦略に密接にコミットできるシステム構築を目指した人材育成を推進する。今後SIに求められるスキルセットも明示した。 富士通は2013年1月17日、同社の新しいSIコンセプトを発表、併せて今後3年間でこのコンセプトに即したスキルを持つ人材を5000人育成すると発表した。今回の発表は2012年1月18日に発表した人材改革の延長線上にあるといえる（関連記事）。 同社が新たに掲げるSIコンセプトの名称は「トータルサービスマネジメント」。同社がいまSIコンセプトを刷新した背景には、システムインテグレーションに要求される内容の変化がある。既存業務の効率化を目指したシステム構築ではなく、現在ではITシステムをフックとした、ビジネスの変革や事業の成長を求める声が強くなっているとする。 同社ではこうした市場動向に対応するために、システムのコンサルティングや分析をベースに、より深く顧客の

「日本のソフトハウスの大半はSIビジネスを核とし、大手SIerのゼネコン構造の中に組み込まれ、技術力やソリューション、営業力の不足を補ってきた経緯があります。 技術力や何がしかの商用Package等、それなりの強みを持ったソフトハウスはPrime-Projectを受託することができますが、規模が小さいため、Primeを取れない現実も有ります。それでも、特徴あるソフトハウスは良い方です。しかし、これは数多有るソフトハウスの5%未満ではないでしょうか？ 95%はゼネコンの階層構造の一角を占めて、SIビジネスで食べているのが実情です。」 「(大手SI事業者の場合、)経営層がProject　Managementに長けた人達で占められており、ビジネスソリューション創出の投資を行う＝一定のリスクを取る、という発想が極めて薄いということです。彼らはProject Managementを通じて、如何にリス

東京大学 浅見研究室は7月12日、情報系の学生や若手エンジニアのための交流企画として、「IT企業はほんとに泥のように働かされるのか～ナナロク世代がお答えします」と題したカンファレンスを開催した。「IT業界のネガティブな側面が指摘される中、その実態を『ナナロク世代』が『ハチロク世代』に向けて伝える」という趣旨で、会場となった東京大学 本郷キャンパスの教室には、大勢の学生や若手エンジニアが集まった。 モデレータはCerevoの岩佐琢磨氏が行った。パネリストとして、大谷陽明氏（ソニー）、尾藤正人氏（ウノウ）、柴田竜典氏（日本オラクル）、加藤篤延氏（NTTコムウェア）が登壇。「個人としての参加であり、それぞれの企業や活動を代表する見解ではない」としながら、それぞれの経験を元にIT業界について語った。 始めに、主催者である東京大学 大学院情報理工学系研究科の川原圭博氏が企画趣旨を説明。「毎年、電子情

これは興味深い問題提起。 エクセルでできることができない何百万のシステム・・ 「Excelで出来ることが出来ないシステムとかいうものに、なんで数百万も突っ込む必要があるのか」という話には、キチンと整理して説明できるようにしておきたいもの。 機能面ではExcelには勝てない Excelが提供している豊富な機能群は、世界でも選りすぐりのソフトウエア開発チームが途方も無い期間と金額をかけて作り上げたものです。Excelで出来る機能と同等の機能を提供することは、納期も予算も上限がある業務システム開発プロジェクトにおいて、非常にハードルの高い機能要件でしょう。業者からすると「ウサイン・ボルトに100m走で勝利しろ、期間は2ヶ月で」って言われても的な・・・ でも、「Excelとかいう最強の業務ソフトと同じこと望むなよ、そんなもん無理」で突っぱねてしまうのも違う。Excelには無い価値ってどこにあるかを

この元増田は他の業界のものも含めて設計をお願いしたことって多分無いと思うんだよ。 家の場合だったら、普通は設計図と各パーツの詳細見積りで初めて契約だろうが。 見積りの根拠出してくれっていったら、金くれって言われたよ その設計図は増田が事細かに出した要望を元に一から作ったものなの？って話。 つまり、出来合いのものを適当に組み合わせたものには設計料は掛からないし、そうじゃないものには設計料が掛かるってだけの話ですね。 当然だけど、システムの設計もただではない。大まかな流れを示すと以下な感じ。ちょっと適当。 ・発注元に（ちゃんとした）システム部がある場合 要求仕様を作成し、それに基づいた提案をシステム会社に依頼する。この時点で要件がある程度はっきりしている場合、概要設計を元にした詳細見積もりが可能。出来合いのものを流用できるような要件であれば精度は高く、そうでなければ概算部分が生じる（要件定義フ

「あるIT企業の経営者に「なぜIaaS事業に取り組むのですか」と聞いたら、一瞬キョトンとした顔をされた。「それりゃ、だって顧客のニーズがそちらに移ってきているからですよ」。私はその言葉を聞いて、「ダメだ。こりゃ」と思った。その企業にとってクラウドサービスは新規事業である。顧客のニーズを理由に成功の見込みが全く無い事業に手を出す感覚が、私には理解できなかった。」 この話を読んで、あるSI事業者の話を思い出しました。まさに同じような話で、IaaS事業をはじめるというのです。この事業の責任者に話を聞いてみると、「やらなきゃ、かっこがつかないからねぇ」という訳の分からない理由を述べられ、私もまた「ダメだ。こりゃ」と口を突いて出てしまいそうになりました。 勝算を訪ねると、「SIで開発したシステムの受け皿として、使っていただけるでしょう」とのことでしたが、それだけの理由で、うまくゆくとは思えません。親

エンジニアは、地方から首都圏へ Facebookである人が、「関西にいる同級生がどんどん転勤や単身赴任で東京方面に行っている」とポスト。それに、呼応する形で、実際に関西から東京へ単身赴任中のIT企業のエンジニアのリプライがあった。 また、先日、ある地方のSI事業者に、取材に行ったとき、現場のマネージャーから、「この数年で、地方のエンジニアのスキルが落ちたという実感がある。競合と提案しても、コンサバだし、一昔前の提案が多い」という話を聞いた。 実際に、僕自身も、90年代は、神戸でソフトウェア開発者であったが、今は、東京で働いている状況だ。 ITバブル崩壊以降、他の産業から遅れて、IT産業の首都圏への集中化が起こっている実感は、多くの業界関係者が持っている。 IT産業を語るとき、ゲーム産業やウェブサービス産業と混在して語られる場合が多いが、IT産業というときは、歴史的には、コンピューターを中心

「特急で」というので対応していたのだが…　っていうか、別に私がプロマネみたいなことをする必要はないんだけど、興味があってみていたら、2期かけて50億円以上の費用をかけて作っていたシステムがサービスインできずお蔵入りになってる。 何でお蔵入りになったのかは良く分からないが、よくよく開発内容を精査してみると、行って帰って、はあるにせよ、賞味1億円強ぐらいの代物しか仕上がっていない。毎月20人以上の技術者がコーディングしていたのだという話になっているんだけれども、途中で不可試験をやった節もない。 何だろうね、これ。

昨日、ある大手SIerさんで研修がありました。そこで、「どうすれば、自社のクラウド・ビジネスを拡大できるか」をテーマに議論をしました。 「うちはSIerなんだから、クラウド・ビジネスを拡大するではなく、SIビジネスを拡大することが目的。クラウドは、それなりの機能があって安けりゃいいんじゃないですか。それを目指すべきであって、クラウド・ビジネスをどうするかという議論は、そもそも本末が転倒していると思います。」