もう5年か、まだ5年というべきかちょっと判断に迷う。大抵の業務系のシステムがクラウドを始めるのは現実的には今年来年以降になるので、今の自分達の状況は多分、今後の業務系システムをクラウド移行したユーザの近未来になると思う。ので、予想的にまとめておく。本格的にクラウドを利用した業務アプリケーションの5年がどうなるかの一つの指針になるかと。 以降は別に統計データでもなんでもなく5年間を眺めてみて自分の印象。 ・障害：大規模は５年で2-3回程度。一度は業務に影響が出て客先にお詫びに行った。AWSだったけど、サポートからは「もう回復してるのでチケットクローズね」みたいな話だったと記憶している。その後は大体四半期に一回程度のN/W障害。障害は普通に起きているし、オンプレと比べてどうか、という比較では細かい障害件数は減った気はしていない。ただし、「ドカンと来るでかい障害」は確実に減った。 ・データ増加対

先日ブログを書いたら大いに炎上した。いろんな方がいろんなブログを書かれていたようだ。しかし、私は一切読んでいない。なぜならそこに関心がないからだ。ウォータフォール vs アジャイルの比較は私の関心ではなく、私の関心は「どうやったらソフトウェアに関する新しい考えや技術が、日本でも早く導入されるようになるか」だからだ。人生は短い。自分の時間配分は自分で決めているので 申し訳ないが、今後も読まないだろう。自分の人生は自分で決めるのだから。 simplearchitect.hatenablog.com 実は、この炎上の過程でいろんな仮説を考えることができた。なぜ、日本のソフトウェア産業は、海外に大きく後れを取ってしまっているのか？どうすれば、進化する手助けができるのだろうか？ 自分の現在の仮説はマインドセット、つまり「考え方」が根本的な原因ではないか？という気がしてきた。 私が最近研究しているのは

初めて単独主催の勉強会をしました。ワークショップなので後半の1時間はディスカッションにしたのですが40人のわりには、それなりに面白い話ができた気がしています。資料とワークの結果、あとTogetterは以下から。 togetter.com 今回のプレゼンは純粋な「プロジェクトマネジメント論としてのウォーターフォールとアジャイルの違い」に絞った話をしたので、後半のワークが現実的な話になって面白かったです。話をしたのは以下のようなことです（資料の後半に細かいメモ書きがあります）。 そもそもウォータフォールは必要なのか？ とはいえ、ウォータフォールを採用しなくてはならない状況は？ なぜ、アジャイルを採用できないのか？ チームは重要だけど、どういうメンバーがいいのか？ アジャイルとはいえPM的な人が必要になることってあるよね？ アジャイルの立ち上げってどうするのがいいの？ 偶然、牛尾さんの 私は間違

牛尾さんのブログで問題提起している「私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見である」という件について、自称ソフトウェア開発の専門家として考えたことを書いてみる記事。近しい各方面から意見を聞かれるので面倒なのでブログにまとめている側面もあるのだけれど。結論を先に書くと、計画駆動とアジャイルの扱いはバランスを重視。WFがメリットが無いというのは言いすぎだと思っている(課題はある)。 こちらも合わせて読んだ 日本でアジャイルが流行らない理由 - @ledsun blog 事業会社をIT会社に転生させることが、これからのSIerのミッション - GoTheDistance そもそも批判されるようなWF型プロジェクトは実在するのか 本件に限らず批判されがちな「ウォーターフォール型開発プロセス（以下WFと記述）」だが、実際のところ皆さんそれぞれ

言いたいことがストレートに伝わる良い文章だと思います。 simplearchitect.hatenablog.com ウォーターフォールはなんのメリットもない。プロジェクトの工程間のつじつまを合わせることができないやり方でオーダーメイドのソフトウエアが正しく作れるわけがない。正しいし、それなら一切のメリットが無いという話も理解できる。 では、ここで小噺をひとつ。受託開発の要件定義フェーズであなたは要件を変えないと顧客にとって不都合が起こることがわかったとします。社内で相談した結果、えらい人がこう言いました。 確かに不都合はあるかもしれないけど、固まった要件を自分から揺り戻すなんて出来ないぞ。これ以外やりませんって合意を取らないと前に進めないだろ？ その変更が違う変更を産むかもしれないし、お前それ膨らんだ時に責任取れるの？ 僕の実体験を一部脚色してお伝えしています。簡単に言えば、ソフトウエア

タマキン潰しというかタマキン自滅、「103万円の壁」見直し中の国民民主党の玉木雄一郎さんが不倫バレで謝罪 WACULとロードスターキャピタルの社外取締役の舩木真由美さん、タイミー広報ネキの炎上を擁護したせいで有価証券報告書の経歴不一致を掘られて「雉も鳴かずば撃たれまい」状態になる

久々に話題になっていたブログに反応して書いてみました。 「IT業界で客先常駐という働き方はもうやめにできないか」 こちらですね。エンジニアの精神的な負荷が高いから客先常駐をやめにできないかという内容で、私も以前とあるSIerに就職し、ドナドナされ、客先常駐をやっていたこともあるので非常に共感出来る内容でした。 ただ、今私は開発会社の経営をやっているので、経営者側の気持ちとしても理解は出来るので、「絶対にやめられないんだろうなー」と思ったので経営者が客先常駐をやめられない理由を実際に私が会社経営で大変だったことと合わせて書いてみます。ちなみにうちの会社では客先常駐はやっていません。 利益とキャッシュフロー これは参照のブログにも書いてありましたが、経営するに当たってやっぱりキャッシュフロー大事なんですよね。通常の受託の場合納期が数ヶ月後になり、その間は社員の給与を払っていかないといけないので

かるび（@karub_imalive)です。 【2016年7月15日更新】 今日はウツを患って2年前に会社を去り、今は資格試験で再起を図ろうとしている昔の仲間と飲んできた帰りなので、少しグチっぽくなりますが勘弁してください。 システム開発会社で一般に普及している業務形態として、超大手から零細企業まで、「客先常駐勤務」という、いわゆる「派遣」的な働き方があります。これをどうにかしてもうやめられないか、という話です。 僕は、長年この業界でエンジニアから営業職、採用職といろいろ立場を替えて10年以上働いてきました。実際自分が体験して、また仲間を現場に送りこむ立場になって思うのは、この「客先常駐」という働き方は働き手にあまりに負荷をかけるのではないかということです。 客先常駐の成り立ちは1960年代 客先常駐っていう形態は、古くは1960年代後半の大型汎用機での開発黎明期にCSKという会社（現SC

国内企業におけるIT支出は横ばい、ただし情報部門のIT支出に対する決定権は少しずつ失われている。ITRの調査 調査会社のITRは、国内企業を対象にした「IT投資動向調査2016」の速報結果を発表しました。 2443件の有効回答数の平均によると、2015年度の国内企業のIT予算の増減傾向は、ほぼ70％の企業が「横ばい」と回答。2016年度もこの傾向は変わらないとITRでは予想しています。 ただし、IT支出における新規システム構築や大規模リプレースなどの新規投資に振り分けられる費用の割合は2015年度で30.7％。すなわちIT支出の約70％は既存のシステムの維持や保守に使われていることになります。しかも新規投資の割合は2002年度からの2015年度まで10年以上の期間で見ると、一貫して下がり続けています。 ITR シニア・アナリストの舘野真人氏によると、不景気のときの方が新規投資の割合が上がる

「エンタープライズ系？SIerの方とかですよね。全く接点はないです」。生活のHowTo投稿サイト「nanapi」を運営するnanapiの和田修一Co-Founder 取締役 執行役員 CTOはごく普通のことのようにこう語る。 和田CTOは32歳。新卒で楽天に入社してインフラを担当。2009年に退職してnanapiのCTO（最高技術責任者）に就任した。今でこそマネジメントの仕事が増えてきたため機会が減ったが、最近までは、企業の枠を超えた勉強会に参加して、人脈を広げていた。それでも、話をするのはほとんどネット系の技術者。エンタープライズ系の技術者と交わる機会はなかったという。 一般に、エンタープライズ系とネット系の技術者は交流する機会が少ない。ITproの読者で技術職の方は、エンタープライズ系が多いだろう。ネット系技術者との交流は少ないのではないか。 ここでいうエンタープライズ系技術者とは、会

2015-04-29 硬直しきったプロジェクトで働いた思い出 ふと昔いたプロジェクトについて思い出したので書く。 経歴 2006-2009 中小SIer 2009-2012 フリーランス 2012-現在 サイバーエージェント 今日の話は中小SIer時代のこと。本エントリでは所属会社と呼ばせてもらう。 所属会社について 社員30名くらいで、当時で設立8年目くらい。 自称ベンチャー企業 自社製品もあったが、基本客先に常駐するスタイル。いわゆるSES契約というやつ。月に一度、帰社日というやつがある。 プロジェクトジョインの経緯 2008年当時、体力の無い所属会社はリーマン・ショックの影響で火の車。1・2年目社員の多くが社内失業者に。 会社としては、社内失業者を何とか現場に出したい。3年目以降で会社の主力メンバーと共に、社内失業者がバーターでジョインできる現場が優先された。 所属会社の1年目若手（

どうも私はIT業界の人たちから、オオカミ少年だと思われているらしい。随分前から「SI（システムインテグレーション）ビジネスの終焉」を騒ぎ立てていたが、SIビジネスは幾多の不況期を乗り越え、しぶとく生き残ってきた。だから私がオオカミ少年だと言われるのは、まあ仕方が無い。だが、あえてまた言う。「今度は本当にオオカミがやって来る」。SIerの余命はあと5年である。 SIビジネスはユーザー企業などからシステム構築を請け負う人月商売だが、日本では“SIガラパゴス”と呼ぶ、世界に類を見ない多重下請け構造のエコシステム（生態系）を発達させてきた。このSIガラパゴスには、零細ベンダーも含めると約1万5000社がひしめき、元請けのSIerを頂点に、顧客である企業や公共機関のシステム構築に関するあらゆるニーズ（≒わがまま）に対応してきた。 これは、システム構築ではERP（統合基幹業務システム）をそのまま使った

IT業界では、いよいよ技術者が足りなくなってきた。帝国データバンクの調査によると、業種別で正社員が最も不足しているのは「情報サービス」、つまりIT業界だそうだ（関連記事：［データは語る］従業員が最も不足している業種は「情報サービス」）。59.3％のITベンダーが従業員の不足を訴えており、この割合は同じく人手不足に悩む建設業と比べても5ポイント近く高い。 そんなわけで、多くのITベンダーが「人手不足が深刻だ」と騒ぎ、あらゆる手段を使って人手をかき集めている。仕事にあふれた若者を形ばかりの教育で“にわか技術者”に仕立て、「SE」として客先に送り込むという、以前何度も見た光景も繰り返されている。需給関係が圧倒的に有利で労働集約から脱却するチャンスなのに、好況のときほど労働集約型産業の地金が出る。相変わらずのアホである。 今回のIT業界の技術者不足は、みずほ銀行のシステム統合プロジェクトをはじめと

「お前が悪い!」「ウソをつくな!」名門企業どうしがシステム開発を巡って法廷闘争　野村證券vs.日本IBM　感情ムキ出し「33億円」の大ゲンカ そこまでするか、と首をかしげずにはいられない。誰もが知る有名企業同士が繰り広げる相互批判、暴露、醜聞の蒸し返し……。異例の喧嘩の裏には、どうしても負けられない「事情」があった。 まず野村が訴えた 子供の頃、喧嘩には暗黙のルールがあった。相手が泣いたら止める、血が出るようなことはしない、顔は殴らない。 大人であればなおさらのはずだが、野村證券と日本IBMという名門企業が法廷の場で争う大人の喧嘩には、そうしたルールはまったく通用しないようだ。 互いが互いを徹底的に批判し、完膚なきまでに叩きのめそうとする大ゲンカが今、展開されている。 「野村がIBMに委託したシステム開発プロジェクトが頓挫したことがきっかけで、野村が被った損害として約33億円という巨額の支

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

16. 従来型のサービス・契約との比較 本サービス一括受託SaaS パッケージ 支払い月額払い納品時に一括払い月額払い納品時に一括払い、 Copyright (c) 2010 Eiwa System Management, Inc. もしくは、月額払い カスタマイズ可 能性 オーダーメイド（お客 さま毎にカスタマイズ 可能） オーダーメイド（お客 さま毎にカスタマイズ 可能） 可能な場合もあるが、 基本的には難しい 可能な場合もあるが、 基本的には難しい 顧客要望による 機能追加 月額費用の中で対応、 追加費用を払うことで 大きな機能追加も可能 追加費用を払えば可能基本的に未対応基本的に未対応 保守・サポート月額費用の中に保守・ サポートも含まれる 別途、保守契約を結ぶ 必要がある 月額費用の中に保守・ サポートも含まれる 別途、保守契約を結ぶ 必要がある 用途・分野特殊な業務・サービス特

システムインテグレーション崩壊 を読みました。 システムインテグレーション崩壊 ~これからSIerはどう生き残ればいいか? 作者: 斎藤昌義出版社/メーカー: 技術評論社発売日: 2014/06/05メディア: 単行本（ソフトカバー）この商品を含むブログを見る まず最初「はじめに」にて以下のように『システムインテグレーション』を定義していたところが良かったです。 ここでいうシステムインテグレーション（SI）とは、「工数積算を前提としたビジネス全般」のことです。準委任や請負などの受託開発、SES（システムエンジニアリングサービス）や派遣などがこれに含まれます。 これを「SI」という言葉にまとめてしまうには少々抵抗もありますが、世間でシステムインテグレーター（SIer）と呼ばれる企業の多くは、これらをあわせ持って生業としているところが少なくありません。中にはSIerと自称しつつも、実態はSES

2014年もいよいよ始まりました。 新年、今年の仕事初めに向けて、SI業界の今後について考えていきたいと思います。 ※オッサンの独断と偏見が混じっているので注意 なお、IT業界ではなくSI業界に限定しているので、WEB業界等その他のIT関連業は除外してます 大手SIerではデスマの災禍に見舞われる 昨年に引き続き、今年も企業のシステム投資欲は高まると想定されてます。 これまでのかなりの期間企業投資が低下していたこともあり、昨年は特に大手のSIer各社の数社は今までジリ貧で減少してきた顧客を取り戻すべく、売上の拡大を行おうと積極的な受注を行ってきてました。 結果、案件数過剰による無理な受注とそれによる開発力低下、費用増大がタタリ、大手SIerでは利益率低下を招く結果になったと考えております。 ※大手SIerで、プロジェクトマネジメントがあまり得意でない会社は特に。 今年のシステム投資欲の需要