見積りの根拠出してくれっていったら、金くれって言われたよ
システム屋の常識ってものが分からないのですが・・。 社内の業務をいくつかIT化することになった。ACCESSとかでも頑張ればできそうな感じだったんだけれど、システム屋にやらす方向で進めることになった。 何社かシステム屋呼んで、こっちのやりたいことをいって、概算金額出させてた。この時出てきた金額が350万～2200万。こんな簡単なシステムなのになんでこんなに金がかかるのか・・。なんでこんな差があるのか・・。（この時点でシステム屋業界に対しての不信感が社内に生まれることになった。）結局、一番低い金額で出してきたところが、営業の印象もなかなかよく、そこに決めることになった。 その後、細かい金額出させるために何度か呼んで、必要なことを事細かく伝えて詳細見積りとスケジュール表を出せっていった。それで出てきたのが、A3の紙１枚で4項目ぐらいのざっくり見積りと、設計期間・製造期間・動作確認期間っていう期
「システム・インテグレーション崩壊」のすすめ - ベテランIT営業が教える「正しいITの使い方、営業の使い方」
「システム・インテグレーション崩壊」は、時間の問題です。むしろ積極的にSI事業者自らが、この創造的破壊に取り組んでゆくことが、最良の生き残りの選択肢ではないかと考えています。 SIビジネスの課題は、Pay for Time (人月単価の積算で金額が決定するビジネス)であるにも関わらず、成果保証(瑕疵担保責任)を負わされることです。
がんじがらめのITエンジニア、優れたアイデアが生かされない
「日本のITエンジニアは“がんじがらめ”になっている」。取材した複数の外国人エンジニアからの共通する指摘だ。彼らの目になぜそう映るのか。原因は、日本ならではのベンダーとユーザーの関係にあるようだ。 要件の決定権を持つ人が違う まずは、プロジェクトの体制面における指摘を紹介しよう。ベンダーがユーザー企業のシステム構築を請け負う際、日本ではシステム部門がベンダーと利用部門の間に入って、プロジェクトを主導したり、調整したりすることが多い。 写真1●エイチシーエル・ジャパンのSreedhar Venkiteswaran氏。インド出身。インドや米国、ドイツでさまざまな業種のシステム開発経験を持つ 米国やドイツ、インドでのシステム開発経験が豊富なエイチシーエル・ジャパンのSreedhar Venkiteswaran氏（デピュティジェネラルマネージャー 日本デリバリーヘッド。写真1）は、日本で一般的なそ
新しい契約形態での受託開発サービス ｜ 永和システムマネジメント
近年、大変注目を集めているソフトウェア開発手法に「アジャイル」があります。 アジャイルはお客さまの組織やビジネスの変化に素早く対応することが可能な開発手法です。 しかし、ソフトウェア業界での受託型の請負契約は要件定義が完了してから開発見積り・契約するというやり方が当たり前となっており、お客様にアジャイルのメリットを実感頂くのが難しいという課題がありました。 これまでの受託開発における一括請負型の契約では納品時に費用を全額お支払いいただくというビジネスモデルをとってきました。 このサービスではこのビジネスモデルから脱却し、開発したシステムを初期費用0円で提供します。その後、お客さまにはサービス利用料という形で月々お支払いいただきます。 サービスがお客さまに価値を提供するのは納品した瞬間ではなく、お客さまがサービスを利用しているあいだ継続的にです。 このことから、お客さまがサービスを利用してい
若い時にプログラムを書こう、必ず人生の豊かさにつながる
システムインテグレータ最大手NTTデータを率いる山下社長は若い頃、汎用コンピュータ用のデータベース開発に取り組み、プログラムを自ら作っていた。その経験から山下氏は「人生のどこかで手を動かしてプログラムを作る仕事を経験した方が絶対に面白い。20代あるいは30代の前半くらいまでに真水の仕事をどれだけやったか、それがその後の人生の豊かさにつながる」と同社幹部としては異例の発言をする。（聞き手は谷島 宣之＝日経コンピュータ編集長、写真は小久保松直） 2009年度、100億円近い投資を計画していると聞く。狙いは何か。 100億円のうち、40億円くらいかけようと考えているのが、「倍速開発」という案件です。これが一番大きい投資になります。我が社としてぜひともやらないといけないのは、お客様のお気の召すまま、ご希望のオーダーメード・システムを、パッケージ・ソフトを使った場合と同じスピードで作って差し上げる、
日本のIT業界はなぜ重層的な階層構造をとっているのか - Thoughts and Notes from CA
外資系のソフトウェア・ベンダーに転職して1年が経つ。転職するまで日本のIT業界の構造についてじっくり考えることなどあまりなかったのだが、今の会社で仕事をしていると否が応でも考えなければならなくなる。日本のIT業界はアメリカと構造が異なる点が色々あるが、その中でも重層的な下請・階層構造をとっている、ということは特徴として際立っている。本国が作成したパートナー契約を締結しようとか、本国で構築された社内システムをロールアウトしようとすると、大体重層的な下請・階層構造という問題が立ちはだかる。本国アメリカのパートナー契約はバラエティに欠き、多様なパートナーに対応できないし（例えば、システム・インテグレータに対する考慮が足りない）、社内システムも階層の深さへの思慮が足りなく、折角手にした情報を入力する受け皿もなかったりする。また、階層が深いためソフトウェア・ベンダーはお客様との距離が遠くなり、この距
株式会社マジカジャパンの羽生章洋が書いてるブログ:本当にERPは効果を出しているのか？ - livedoor Blog（ブログ）
ERPと呼ばれるものがあります。エンタープライズリソースプランニングの略で、経営資源計画と訳されます。統合基幹システムという言い方のほうが最近では一般的になりつつあるようです。要するに大きな業務システムということです。 業務システムの世界は大きく二分されていて、フルスクラッチ派とパッケージ派に分かれます。そして日本はスクラッチ派がまだまだ大勢を占めており、パッケージを導入する場合にもカスタマイズと呼ばれる、つまりパッケージに独自修正を加える比率が非常に高いとされています。 この事態をして「日本の業務は」云々をいう方が多いです。いわくもっとパッケージに合わせるべきである、と。独自の業務にこだわるからシステムの導入に膨大な手間がかかるのだといいます。 さて、では海外で業務をパッケージに合わせて導入をした企業がその後いったいどれほどの業績向上を達成したのでしょうか。これを追いかけると、実はさほど
SIerにとって“怖い”のはSaaSよりもPaaS
SaaSよりPaaSの方がシステム・インテグレータ（SIer）に大打撃を与えるなあ・・・セールスフォース・ドットコムのマーク・ベニオフ会長兼CEOの話を聞きながら、そんなことを考えていた。クラウド・コンピューティングの最終的な勝者がどこになるかは別にして、このパラダイムシフトはSIerのビジネスモデルにトドメを刺す、そのことが妙にリアリティを持ち始めてきた。 PaaSはプラットフォーム・アズ・ア・サービス、つまりサービスとしてのアプリケーション開発・実行基盤のこと。SaaSのようにアプリケーションまで作り込んだサービスではなく、アプリケーションを作って動かす環境をサービスしましょうって話だ。セールスフォース・ドットコムは「Force.com」とか言っているが、PaaSは何もこの会社の専売特許ではない。日本のITベンダーもおっかなびっくりだが似たようなサービスに乗り出そうとしている。 情報シ
NTTデータの黒船コンプレックス - ひがやすを技術ブログ
日本のソフトウェア産業とかSI業界が世界に出て行けない要因は気合いとか技術力ではなく産業構造や規制に起因していることが分かったし、日本でトップに立った会社が世界に出て成功するかというと難しいと感じている。 日本のSI業界は、「世界に出て行けない」んじゃなくて「世界に出て行く必要がなかった」というのが、事実だと思いますよ。国内で儲かっていれば、リスクを犯して海外に進出するメリットがないもの。 自動車産業だって、国内では十分に成長できなくなったから、海外に進出したんでしょう。 国内のSI市場が既に飽和しているかというと、そんなこともないと思います。これは、あくまで自分の感覚ですが。 でもうまみのある儲けの機会が減ってきているのと、海外から黒船が来日している、だからNTTデータのようなこれまで成長を続けていた企業が騒ぎ出しているんだと思う。 「自動車のような産業構造に再編すべきだ」。NTTデータ
9万8000円のオーダーメイド・システムで“Excel難民”を救いたい
スターロジックは5月1日，1業務（1帳票とそれを承認するワークフロー）を9万8000円でオーダーメイドによりシステム化するサービス「ギョイゾー」を開始した（関連記事）。システム・インテグレーション（SI)業界の常識から大きくかけ離れたこのサービスをなぜ始めたのか。どのようにしてこの価格を実現したのか。代表取締役社長 羽生章洋氏に聞いた。（聞き手は高橋信頼=ITpro編集） なぜ「ギョイゾー」を始めたのですか。 昨年，「DIY（DoITyourself）」というサービスを始めました。ユーザーが「マジカ！」というカードを使って仕様を書き，1タスク当たり8万円でシステム化するサービスです（関連記事）。 人月からの脱却 「DIY」では人月からの脱却を目指しました。SI業界は長らく人月で仕事をしてきました。人月は時間あたりの労働力を売る業態で，技術者の付加価値は認められない。生産性を上げるよりだらだ
Service Integratorになれる日が来るのだろうか - GoTheDistance
ZEROBASEさんのBlogに書かれていることが、自分の問題意識とシンクロした。この辺で少し整理しておきたい。 要件定義前提のビジネスモデル Webサービスに「システム開発」の側面があるからといって、業務システムのように「ユーザに聞く」とか「要件定義」とか「要求開発」しようとする発想では、うまくいかない。そこで「プロダクトアウト」か「マーケットイン」か、といった二分論での議論も危険。どっちの面も必要に決まってる。 そういう仕事って何？「マーケティング」や「商品企画」ですよね？ で、それってSIerには未知の領域なんだと思います。 SIerはWebサービスを開発できるのか？ SIerがディフェンシブにならざるを得ないのは「要件定義」というプロセスそのものにあるのではないか、と最近思いはじめました。要件定義が基点となって「我々は今回こういうものを作るのです」という取り決めを行いその器の大きさ
派遣法撤廃を要望する中小ソフト業界団体JIET
「むごい法律だ」。特定非営利活動法人、日本情報技術取引所（JIET）の二上秀昭理事長は、労働者派遣法に怒り心頭だ。このままでは、JIET会員企業の中小ソフト会社は事業縮小など厳しい経営環境に追いやられると危機感を募らせている。 設立11年を迎えたJIETは、営業力の弱い中小ソフト会社に代わって、システム案件の商談場を設けるなど営業活動を支援してきた。社員50人から100人規模の中小ソフト会社の会員に数多くの案件を紹介することなどで会員は急速に拡大し、現在約1300社。ソフト業界で最大規模を誇る。 こうした中、労働者の雇用安定などを目的に派遣法が2003年度に施行されたが、JIETが問題視するのは派遣法40条の5だ。「派遣先は、当該派遣先の事業所その他派遣就業の場所ごとに同一の業務について、派遣元事業主から3年を超える期間継続して同一の派遣労働者の係る労働者派遣の役務の提供を受けている場合に
ニッポンのSEよ、蜂起せよ - 雑種路線でいこう
なんかはてブってば情報サービス産業の悲惨さを訴えると急速にブクマが伸びるものらしく、お前らダラダラ職場からブクマチェックしないで、とっとと帰れよと思うこともあるが、きっと帰れない深い事情もあるのだろう。 しかし分かってないなあ。10兆円台に乗せた情報サービス産業にあって、経済産業省のIT関連予算ってイマドキ400億円もなくて、これって腐りきった社保庁システムの年間保守費用より小さいんだぜ。それが日本のIT業界発展を阻害しているなんて過大評価じゃね。 日本のSI業界の過酷な労働条件を改善したければ、やるべきことは労基法の改正とかじゃなくて、市場メカニズムを正しく機能させることだ。日本のIT業界を発展させたければ、援助交際をやめて何もしないことだ。 最近こそ郵政4分割とか、自民党の参院選対策で大見栄を切った年金の名寄せとか、政治に皺寄せされた不条理なデスマ案件が散見されるけれども、官公需って昔
IPAフォーラム2007の件 - GoTheDistance
こんなに美味しいネタをPOSTしてくれてありがとうございます。＠ITさん。 ネタ元 IT業界不人気の理由は？ 現役学生が語るそのネガティブイメージ IT業界を不人気にした重鎮たちの大罪 IPAフォーラム2007で討論してきた IT業界のネガティブイメージ 日本語を話せていない重鎮様 ネガティブイメージを突きつけられた浜口氏は、「必ずしも全員が3Kではない」と反論。岡本氏も「3Kの“帰れない”は、帰りたくない人が帰れないだけ。スケジュール管理の問題だ。 IT業界不人気の理由は？ 現役学生が語るそのネガティブイメージ 帰りたくない人が帰れないって日本語おかしいんですが。帰りたくない人が帰らないの意味だとしても、そりゃスケジュール管理の問題なわけが無い。すんごく好意的に解釈すると「個々人のスケジュール管理がダメだから帰れないだけだ。この仕事特有のものではない。」という意味だろうけど、多くの場合は
雑種路線でいこう - どっこいSIerは簡単になくならない
SIerが変わらなきゃってことには同意。けど日本でSIerは当分なくならない。少なくとも解雇規制がなくならないとね。米国で何故ユーザー企業が専門家を雇えるかというと、要らなくなったらクビにできるからだ。例えば汎用機とCobolのシステムをLinuxとJavaに移行する場合は、汎用機オペレータとCobolプログラマを切って、LinuxオペレータｔJavaプログラマを雇い入れる。そういう世界だ。 日本じゃ簡単にクビを切れないから、潰しのきかない技術者はできるだけ雇いたくない。そこのところはSIerに押しつける訳だ。重層的な下請け構造が何故あるかというと、SIerも簡単にはクビを切れないんでバッファを必要とするからで、6次とか7次になれば会社そのものが吹けば飛ぶ世界で、労働基準法なんか形骸化しているしね。 今後はユーザー企業がどんどん内製で出来るようなシステム作りを支援する方向に向かわねばならな
SIerという奇形児と、SIという珠玉の仕事 - GoTheDistance
先日のエントリーがアツいことになっており、初のホッテントリ入りに若干興奮している今日この頃です。同じような問題意識を持っておられる方が多くいらっしゃることがわかり、改めて書いてよかったなぁと思っています。 話の流れは相当グダグダなのですがあのエントリーで表現したかったことは、「アメリカにSIerが存在しないのである」⇒「アメリカは素晴らしいのである」というのが骨子ではなく、いわゆるディフェンシブなシステム開発を強いられているSIerというのは、いわば奇形児のような存在ではないかということです。 改めて、ディフェンシブとは 言わずと知れた名エントリから。 ディフェンシブな開発とは、開発途上のリスクを計画上の時点でなるべく潰し、開発側に発生する利益分を減らさないような開発の進め方をすることを言っている。加えて、この場合、開発側はリスク分はなるべく多めに見積もり金額にいれようとしがちだ。 なぜそ
人月を超えるということ
人月というのは文字通り働いた時間に応じて請求が行われるというもの。ブルーカラー的な労働をしている限りは人月で働くことは正当なわけです。 「作らない」という視点 人月を超えるためには時間に関係なく圧倒的な成果を挙げる方法を見つけなくてはいけません。でも、圧倒的に生産性をあげるという視点ではだめ。生産性を上げているというのは、あるプロセスの作業効率をあげて時間を短くしているに過ぎないので時間給の罠からは逃げられない。ありがちな話として3ヶ月かかるAさんよりも、2人月でできるBさんのほうが実入りが少ない。 では、どうするかというと「作らない」という視点になる必要性があります。作らないというのどういうことかというと「作ったものをいかに使いまわせすか」か「いかに他人に作ってもらうか」ということです。 作ったものをいかに使いまわせすか＝レバレッジを効かす 使いまわすというのはレバレッジ（てこ）を効
小野和俊のブログ:人月ビジネス、プロダクト、ウェブのサービス
IT 系の会社の経営者の方と話をしていると、 人月ビジネスをやめて、パッケージやサービスに移行したいという話をよく耳にします。 しかし、半年か一年経ってその後どのようになったのかを聞いてみると、 パッケージやサービスの開発プロジェクトが立ち上がるところまでは行ったものの、 結局は中途半端なものにしかならず断念したという話が多く、 事業内容をスムーズに移行することができたという話はあまり聞きません。 このようなビジネスの転換がうまく行かないケースには、 いくつかの共通点があるように思えます。 第一の関門は、経営陣が、まったく異なるビジネスに対して、 考え方を切り替えられるかどうかという点にあります。 パッケージやサービスのビジネスというのは、基本的に先行投資のビジネスです。 まずソフトウェアを完成させるまでに時間がかかり、 次にソフトウェアが世の中で認知されるまでに時間がかかり、 認知されて
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://d.hatena.ne.jp/habuakihiro/20080411
http://d.hatena.ne.jp/habuakihiro/20070818