日本でアジャイルが流行らない理由 - @ledsun blog
ポジション的なもの 個人的に、アジャイルは「（あんまり未来や遠くのことを考えるのをやめて）目の前にある問題を解決しよう」という思想と認識しています。 現実の問題を見ないで「将来、日本と米国のソフトウェア開発技術の差が広がるから、ウォーターフォールをやめてアジャイルをやろう」とか、何を言っているんだ、おまえは？ と、思います。 キーワード「エンタープライズ」が出てきているので、業務システムの話をします。 情けないぞアジャイルコーチ 私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログを読みました。 感想を書きます。 サム・グッケンハイマーの一言 サム・グッケンハイマーは、マイクロソフトが、アジャイル、そして DevOps 移行したことに関するソートリーダー の方が 「ウォータフォールは一切メリットがないので止めておきなさい」 といったそうです。まあ、ポジシ
SIerモデルが経年劣化してる。それはネットビジネスの遠くない未来 | F's Garage
以下の記事は本当だったと仮定した感想 SIはやめておけ 請負業において工数で見積もりをするのは当然のことだ。今のところ、それしか価値を計る方法はないし、価値を生むかわからない顧客の要望に答えるならば単価ｘ時間などの成果から外れた報酬をもらうのはエクセレントな方法論であろう。 システム構築のプロフェッショナルが、顧客のビジネスの成否から切り離してシステム開発を請け負う理想的な形だと思う。 しかし、作ったシステムが成熟した結果、社会全体の中で「何かを維持をする仕事」の方が大きくなったのだと思う。日本社会が成長しているうちは、システムを維持する仕事に対する経済への寄与が増大していくのだろうから、十分ビジネスとして成長したと思うが、日本社会が成長しなくなると、既存システムはそれ以上の売り上げをもたらさない可能性が高い。 つまり経済規模は大きいが、成長をもたらさない。そういうビジネスは、守りに入る。
SIはやめておけ
20代の数年間SIで働いた。1年以上前に退職して今は別業界にいる。 今日、Evernoteを整理していたら「退職理由、SIの嫌な点」というメモが発掘された。退職直前のかなりストレスがたまっていた時期に書き殴った文章だった。学生の頃の私は絵を書いたりしていて、ものづくりで暮らしたいな〜などと思って始めたプログラミングが楽しかったので安易に受託開発業を選んでしまったが、その後悔が如実に表れていた。 一部自分でも覚えていない話もあったがコンテンツとしては面白かったし、今でもシステムインテグレーター業界で消耗する若者を減らしたいとは思うので公開してみる。 以下、同メモに加筆・修正したものなのでファンタジーだと思って読んでくれ。 工数至上主義受注した時点で売上がおよそ確定するので、後はその予定工数に収めて納品できれば御の字という考え方。よくある話だが、見積がおかしくても顧客と対等な関係が築けていない
第2回：収益力ランキング：NTTデータが復活、オービックは利益率4割超
売上高500億円以上のITサービス企業（上場27社）の業績を基に、収益力ランキングを作成した（表1）。企業の「収益力」を表す、売上高営業利益率で順位づけている。27社の平均値は6.4％、で2013年度に不採算案件に悩まされていたNTTデータが回復傾向を見せるなど、2013年度の平均値5.7％から0.7ポイント上昇した。 収益力トップはオービック、2013年度に続き1位を維持した。営業利益率は43.1％と、2013年度の39.8％からさらに向上させ、「稼ぐ力」を見せつけた。営業利益率10％台にとどまる2位以下を大きく引き離した。2位は2013年度に続き、野村総合研究所で12.7％、3位はGMOインターネット、4位はTKCが続く。
SIerのクラウドは、生き残ることができるのか？ - ベテランIT営業が教える「正しいITの使い方、営業の使い方」
「SI事業者が提供するクラウド・サービスは、生き残っていけるのでしょうか？」 ある講義の中でこんな質問を頂きました。私は、次のように答えました。 「これまでのユーザー企業との関係を踏襲したままでのクラウド・サービスは、長続きするとは思えません。」 「イノベーションのジレンマ」の中で、著者であるクリスチャンセンは次のようなことを述べています。 新技術のほとんどは、既存製品の性能を高めてゆくものです。各社はそれを競い、完成度を高めてゆきます。その行き着くところは、市場の求める要求を越えるものとなり、それ以上の性能の向上は、もはや競争力を生みだすことはなくなります。そうなると今度は価格競争となり、市場は拡大しつつも収益を上げることが難しくなります。 時として、同じ市場のニーズをカバーする全く新しい技術が生まれることがあります。この技術は、短期的には既に市場に存在する技術に比べて性能の劣るものでし
「日本も米国もSIerは同じ」は本当か？日米SIerの構造的な差とは - paiza times
今回のpaiza開発日誌は片山がお送りします。 これまでブログ等でシリコンバレー周辺のエンジニア事情と日本のエンジニアについて比較する記事等を書いてきましたが、SI事業で見れば日本も米国もたいして変わらないのでは？という事が気になったので米国のSIer事情について少し調べてみました。 そもそもアメリカにはSIerなんてないのでないか説 いきなり今回のブログのタイトルを覆すようですが、米国のSIer事情について調べていくと様々な場所で「日本のSIerのような企業はあまり多くない」という記述を見かけます。 アメリカの企業はシステムの開発／導入／運用を基本的に自社内のエンジニアが行う。日本のようにSIerにアウトソースして、一切を任せるということはない。 （中略） もちろんSIerが全くない訳ではなく、展示会などに行くと、システム構築をお手伝いする企業だとか、運用を請け負う企業だとかは見かけるの
詳細設計書ってよくわからない - 未来のいつか/hyoshiokの日記
わたしは、情報システムと呼ばれているものを作った経験がないので、よくわからないのだが、世の中には詳細設計書というのがあるらしい。 下記参照。 http://gm7add9.wordpress.com/2012/11/30/%E8%A9%B3%E7%B4%B0%E8%A8%AD%E8%A8%88%E6%9B%B8/ プログラムの詳細設計をやる人というのがいて、その人が書くらしい。あくまで自分には経験がないので、伝聞、想像でものを言っている。 プログラムの詳細設計というのは、プログラムへの要求仕様というのがあって、それを実現するために書くらしい。要求仕様というのは最終的な利用者が、こーゆーものが欲しいとか、こーゆーことができたらいいなということを、なんらかの方法で、なんらかの形でまとめたものらしい。 そんでもって、要求仕様を作る人と、詳細設計を作る人と、プログラムを作る人と、テストをする人と、
SIerって終わってんな
海外出張の後の振り休で暇なので書いてみよう http://getlife.hateblo.jp/entry/2014/02/06/030300 こういう無知なおっさんが居るから、日本のIT業には魅力がないのだよなぁ、という印象 自分はプログラマというよりは、どちらかというと研究で飯を食ってる非SIのエンジニア このブログの著者のおっさんが言うところの、プラスアルファは手に入れてる側ではあるんでしょう 普通のプログラマであることでは、差別化が出来ないと考えたからこそ様々な挑戦を繰り返し 生き残るために研究開発というポジションについた 外資でも働いたし、海外でも勤務経験がある 分析役（SE、アプリケーションエンジニア、業務エンジニア、システムアーキテクトなど） 業務分析やシステム分析を行い、「何を作るべきか」を明確にするための分析役を担います。 実装役（コーダー、テスターなど） 実際に動くアプ
それでもなくなるSIビジネス
「SIビジネスはなくなるとおっしゃいますが、そりゃあ、ちょっと言い過ぎじゃないですか。」 「SIビジネスはなくなります！」と、吹聴して回っていると、このような反論を頂くことがあります。それでも、私はやっぱり「SIビジネスはなくなる」と言い続けます（笑） ただ、この「SIビジネス」という言葉、人それぞれに解釈していては、私の思いも伝わりませんので、今日は、その点を整理してみようと思います。 下のチャートをご覧ください。私は、SIビジネスを2つの意味で捉えてみてはどうかと思っています。 ひとつは、「収益モデルとしてのSIビジネス」です。人月で見積もりする一方で、納期と完成の責任を負わされる収益モデルです。SI事業者は、これを「瑕疵担保」という形で保証させられ、リスクを背負わされています。SI事業者は、要件や工数が変更されるリスク分を上乗せし、金額や納期を提示することで、これを少しでも回避しよう
人月 - ギークに憧れて
2013-07-23 人月 入社する前からずっと人月について考えてる｡ 10年くらいずっと人月disられてるのに何でなくならないのか疑問だったけど､詰まるところは発注側(顧客)がソフトウェアを定量化して評価できないから労働対価という形で契約を結ばざるを得ないんだと思う｡受託開発は顧客がコミットしてくれないと絶対良いものにはならないし､現状そういう姿勢を持ってるのはネット系のスタートアップが多いからソニックガーデンとか永和の価値想像契約とかが成立するんだろう｡ でも大企業とかは悲惨で､特に金融とかはディフェンシブかつ丸投げでヤバいと思う｡でもそういうリスクの保険屋みたいな感じで大手SIerが食えてるのも確かだと思う｡そういう意味ではNTTデータとANAが成果報酬契約を結んだニュースは面白いなーと｡ でも上記の様なモデルは昔は良かったんだけど昨今は通用しなくて､人月単価はどんどん下がって
クラウドの都市伝説に思考停止している残念な人々 - ベテランIT営業が教える「正しいITの使い方、営業の使い方」
「クラウドでビジネスを再発明する」 米Amazon Web Service（AWS）が、先日ラスベガスで開催したカンファレンス「AWS re:Invent」のタイトルには、このような思いが込められているそうです。クラウドは、まさにビジネスの新たな道筋を生みだしつつあります。 クラウドの当たり前が、わずか一、二年の間に大きく変わっています。それにもかかわらず、この変化に目を向けることなく、旧態依然としたビジネス・スタイルを踏襲している企業は少なくありません。 それは、決して、売る側だけではなく、ユーザー企業もまた、これまでのやり方の延長線上で物事を解釈しようとしていることにおいては、何も変わりはないように思います。 クラウドは信頼性が低いから セキュリティが保証されないから 運用管理が不透明で安心できないから クラウドについて、こんな都市伝説が、未だまことしやかに語られています。そんな話を聞
「SIで得るものはあるのか？」 ｜ ガジェット通信 GetNews
おそらくここ10年以上、日本各地で自問自答された問いでありまして。かくいう自分もその一人であります。デスマの度に、ここまでやる意味はあるのか？赤字の度に、そこまでやる意味はあったのか？ 思わなかった人はいないはずです。特にここ数年は、見るもの聞くもの、酷いプロジェクトが自分の周りでも多く、「いいから、そのまま回れ右」という行動パターンの機械学習全開です。（遠い目） 他方、「構築をやらないと確実に実装力は落ちる」こういう声もあるでしょう。これもまた真実ではあります。特に、SIの中身丸投げモードのスイッチが入りっぱなしで液漏れ寸前なところは、もはや経験不足を通り越して「リバース・プロキシーって何をするんだっけ？」って真顔で聞くPMの方もいらっしゃる状態もありまして。実際にやらないとわからない、ということは普通におきます。特にアーキテクチャやインフラ周りは、そうなってしまいます。 まず、ユーザー
kuranukiの日記 - ディフェンシブな開発 〜 SIビジネスの致命的欠陥
Rubyをはじめとするスクリプト言語ではなく、なぜJavaを選ぶのか。 そして、XPをはじめとするアジャイル開発ではなく、なぜウォーターフォールを選ぶのか。 そこには、言語の良し悪しや、開発プロセスの考え方などが理由の中心にあるわけではなくて、SIerというビジネスの仕事の仕方（ビジネスモデル）に起因している。 RubyやXPは、考え方や技術としてはとても良くて、生産性もあがるし、何よりもソフトウェアをクリエイティブに作り上げることができ、利用者にとっても使い勝手がよく、スポンサー（経営者）にとっても経営戦略に沿ったものが手に入り、開発者にとっては何よりも仕事に対してやりがいを感じることができる。すばらしい！・・・・が。。。 しかし、だからといって、誰でもRubyやXPを使って開発をするべきか、というとそうではない。もし、本質を理解しない誰かが、「やってみたいのだが・・・」と相談に来たら、
キャプション直すだけで数万円？システム開発の値段が高くなる３つの理由とは | Social Change!
今のシステム開発の業界における価格は、実はその提供している価値に対して、コストが高すぎるのではないか、と以前から考えていました。IT投資に対するパフォーマンスの比率が著しく悪い、摩擦係数が異常に高い気がします。それが何故なのかを考えてみました。（今回は問題提起だけなので悲観的なようですが、別途私の提案編を書く予定です） 色々なお客様とお話しさせて頂くと、かなりの予算投資をしてシステムを構築した後に、実際に使い始めると修正したい箇所が出てくるもので、その改修をベンダに依頼すると想像以上の金額の見積りが返ってきて驚いた、という話をよく聞きます。 実際に、画面の一部のキャプションを少し直すだけでも、数万円とかの見積が出てきた、というのも大袈裟な話ではないのでしょう。そんな経験をしてしまうと、より一層に構築時に確実に作って、改修しなくて済むように、と考えてしまっても仕方ありません。 また、システム
【インフォシーク】Infoseek ： 楽天が運営するポータルサイト
日頃より楽天のサービスをご利用いただきましてありがとうございます。 サービスをご利用いただいておりますところ大変申し訳ございませんが、現在、緊急メンテナンスを行わせていただいております。 お客様には、緊急のメンテナンスにより、ご迷惑をおかけしており、誠に申し訳ございません。 メンテナンスが終了次第、サービスを復旧いたしますので、 今しばらくお待ちいただけますよう、お願い申し上げます。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サイボウズ 「共に生きる」をテーマに働き方議論 クラウド伸長、機能拡充進める | BCN Bizline
富士通、SEの知見やノウハウを活用できるパブリッククラウド「K5」
株式会社エスアイヤ