技術評論社、傅さんよりご恵投頂きました。システムインテグレーション崩壊 ~これからSIerはどう生き残ればいいか?の続編という位置づけです。 システムインテグレーション再生の戦略 ~いまSIerは何を考え、どう行動すればいいのか? 作者: 斎藤昌義,後藤晃出版社/メーカー: 技術評論社発売日: 2016/01/26メディア: 単行本（ソフトカバー）この商品を含むブログを見る 本書は全体的に横文字が多く拡散的になっていますが、方向性を指し示すのが目的ですのでこんなもんかなと思います。「これしかありません」という話はできないですから、色んなヒントを得られるように構成されています。 工数積算やめてどうするの？ ポストSIビジネスというものに問われているのは、「工数積算を辞めて何をしたらええねん？」が主たるものです。ポストSIビジネスモデルとして合計12個のモデルが提示されていますが、切り口が違う

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

業務系SEの末路的なお話でして - 急がば回れ、選ぶなら近道に寄せて。 マクロ的な見解は僕も同意見なので、特に言いたいことはないです。というか、僕自身も｢今後は受託開発を人月で請け負える(これが狭義のSIの定義です。)機会が減りますよ」という旨のエントリを結構書いています。だって、自分で見積もり書いて出してみたらやけに高いんだもん。この仕事がシステムで可能になっても、割に合うのかなって考えたこと結構あります。話がそれましたが、要は人月が出来ないとスペシャリティの無いやつは益々要らなくなるので、お前らマジ頑張らないと知らないよって話へと続いていきます。 でもね、こんなのどーでもいいんですよ。 やべーこの業界は先が無いからマジ頑張ろうかって思っても、何を頑張るんですかあなた。主語が無いじゃないですか。そこに至るロジックはあるんですか？自分が立っている世界の地図を考えてその成り立ちを考えることは

ひがさんからお声がけ頂きまして、下記イベントに登壇させて頂きます。 403 error - Forbidden 僕が得意としているエンジニアのキャリア考察にとてもマッチする「SI業界の現状をしっかり把握して、自分の現在位置を知ること」が、このイベントのテーマです。実は考えるべきことはとてもシンプルなので、今まで書いてきたことを骨太な論点として提供出来れば良いな、と思っています。 自分の現在位置を知るために最も必要なことを先に書いておきます。｢自分が今やっている仕事が誰からいくらで請けているのか、その料金はどのように算出されているのか」です。一言で言えば、ビジネスモデルになりますか。自分の仕事の対価は給料ではなく、顧客が払うお金です。そのお金が1000万としたら、その1000万がどのように消費され利益として残るのか。その構造に伴って会社は動きます。同じ業界でも会社が変わったり立場が変わると、

全文は紙面でないと読めないのが残念ですが、非常に気になるニュースが飛び込んできました。 富士通、余剰ＳＥ変身作戦 富士通がグループで抱える約３万人のシステムエンジニア（ＳＥ）の大がかりな職務転換に乗り出した。一つのシステムを複数の企業などが利用するクラウドサービスがこのまま普及すれば、顧客の要望を聞いて個別システムを作り込むＳＥは仕事がなくなり、余剰人員問題が顕在化するからだ。野副州旦元社長の急進的な改革路線を修正した富士通はＳＥ余剰問題で軟着陸を目指すが、クラウドの奔流にのみ込まれる危うさもはらむ。 富士通、余剰ＳＥ変身作戦 実は富士通グループさんには弊ブログを頻繁にご覧頂いておりまして、企業ドメインの中では最もアクセスの多いドメインであります。クロールしにきているのかなと思うぐらい。ブログで言及している「なんでもかんでも受託開発では、もうSIビジネスで成長することは出来ない」という危機

株式会社クラステクノロジー代表の四倉氏の連載コラム「第151回」が、とても興味深いのでご紹介します。 【第151回】35歳定年説の真実-株式会社クラステクノロジー 詳しい内容は上記コラムをご覧頂きたく。 プログラマ35歳定年説とは 上記の四倉氏によれば、プログラマ35歳定年説とは｢1Step,1Stepの生産性に比例するので、長い間労働すれば高いアウトプットが出せ収入が増える。体力が下り坂になってきて徹夜や残業ができなくなるのが、大体35歳前後。体力低下と共に収入も下り坂。それに限界を感じてIT業界去ってしまう｣ということのようです。これをプログラマと呼ぶのかとか、ステップ数(笑)という憤りもあるでしょうが、｢ステップ数と売上が比例するため、いっぱいコードを書けば収入が増える｣という理屈は腑に落ちました。是非の問題ではなく、確かにその理屈なら体力勝負という表現も理解できる。 そして、この理

田中克己の針路IT - ソフト会社に明日はない？：ITpro ＿＿＿_ ／::::::::::　 u＼ ／:::::::::⌒ 三. ⌒＼ 　　　　 　ウソだろ！？ 今期、いきなり利益半減？ ／:::::::::: （ ○）三（○）＼　　 　 　　　　　会社どーすんだろ・・・orz |::::::::::::::::⌒（__人__）⌒ 　|　＿＿＿＿＿＿＿_ ＼::::::::::　　 ｀ ⌒´ 　 ,／　.| |　　　　　　　　　　| ノ::::::::::u 　　　　　　 　＼　| |　　　　　　　　　　| ／:::::::::::::::::　 　　　　u 　　 　　 | |　　　　　　　　　　| |::::::::::::: ｌ 　u　 　 　 　 　　　　　| |　　　　　　　　　　| ヽ:::::::::::: -一ー_~､⌒)^),-､　　　| |_＿＿＿＿＿＿__| ヽ::

全くもって、その通りだなぁと思った。 初期段階ですべての意志決定をしても、問題はコードを書き始めてから表れるのです。そして終わりに近い時点で判断する方が、より正しい判断ができるはずです。ですから、できるだけ意志決定は先延ばしにして、正しい意志決定をしようとするのがアジャイルのやり方です。 「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え － Publickey ｢ウオーターフォールとは｣のラベル貼りの議論になるとめんどくさいから、とりあえず｢初期段階ですべての意志決定をしようとするシステム開発の進め方｣という定義で話を進めたいと思います。 滝 ｢要件定義｣→｢設計｣→｢実装｣→｢テスト｣という一連の流れがあって、ウオーターフォールなるものは前工程が100になるまでひたすらそこでPDCAを回します。100になると言う意味は、ソフ