TOP業界裏話注目ニュース徒然コメントリンク紹介
『外資系企業に住む住人の視点からIT業界の出来事を伝えます。』

以前好評いただいた『資料作成の基本』から図解作成だけにテーマを絞って抽出した本が2018年6月23日に発売となります。 https://www.amazon.co.jp/dp/4799106511

図解作成の基本
本書は「資料」ではなく「図解」の作成に特化しています。図解は、論理的にわかりやすい内容、感覚的に心地よい見た目が好まれます。図形のカタチ(フォーム)と配置(ポジション)で生み出される「要素のバランス」、色の使い分け(カラー)によって醸し出される「コンテンツの強弱」です。それらを「図解キューブ」というモデルで表し、その実践例をチャートとグラフの「図解パターン」として体系的・網羅的に整理しました。これらを「エグゼクティブ図解術」と私は呼んでいます。本書を図解作成のハンドブックとして、ぜひ使ってみてください。


【吉澤準特の本:累計10万部以上】
外資系コンサルのビジネス文書作成術』はロングセラーで重版多数
外資系コンサルが実践する資料作成の基本』はロングセラーで重版多数
外資系コンサルの仕事を片づける技術』はロングセラーで重版多数
フレームワーク使いこなしブック』はロングセラーで重版多数
兄弟本の『ビジネス思考法使いこなしブック』はロングセラーで重版多数

【吉澤準特の過去配布レポート】
「外資系コンサルの仕事を片づける技術」特別抜粋版のダウンロード
「最新会議運営の基本と実践がよ〜くわかる小冊子」のダウンロード
できる人の9つの法則
コンサルタント直伝!コミュニケーションのプロになれる!


IT業界の裏話(まぐまぐ殿堂入りメルマガ)へ
メルマガ登録ならコチラ メルマガ解除ならコチラ
メールアドレス:
メールアドレス:



2009年05月27日

IT業界が詐欺師集団と言われる理由
このエントリーを含むはてなブックマーク

最近、私が関わっているプロジェクトではシステム開発ベンダーの選定とハードウェア、ソフトウェアの調達を行っているのですが、 某巨大SIerのあまりにもひどい金額の丸め方に辟易する日々を送っています。

基幹系システム、特にホスト絡みの調達を経験されている方は、その不透明な提案金額に苦労した経験をお持ちではないでしょうか。

今でこそオープン系の開発案件は透明度が増してきましたが、数年前はこれさえも不透明な金額で契約がなされていました。 このことを理解するのに最適な記事を4年前のCIOマガジンで見つけたので抜粋します。


『同社(ある大手製造業)は、コンサルティングからアプリケーション開発に至るまでの全工程を、大手ITベンダーに委託していた。 それまでのフェーズ(約1年間)で、同社は数千万円をそのベンダーに支払っていたのだが、 開発段階に入るに際して出された見積もりは十億円を上回る金額であった。この見積もりを承認し、発注を担当する購買部では、 この十数億円の妥当性に疑問を持ったのである。

しかし、システム開発の工数の妥当性も、SEの単価の相場も、 購買部では評価するすべがない。情報システム部に確認しても、それぐらいだと言われると返す言葉を持っていない。そのときに購買部が発した 「情報システム部は、まるでベンダーの手先のようだ」という衝撃的な言葉は、今でも耳から離れない。

かくして、開発フェーズの見積書を客観的に評価することと相成ったが、 購買部から見せてもらった見積書は、「システム詳細設計一括:○億円、ハードウェア一式:○億円……」といった様式の、 驚くほどずさんなものであった。』
(CIOマガジン:SIerを取り巻くこれだけの不満)
 → http://www.ciojp.com/contents/?id=00002477%3Bt=12

ひどいですよね。でも私が今出くわしている案件もこれと同じレベルです。 こんな見積りを押し通そうとしてくるベンダー担当者には参ってしまいますが、私の場合は幸い、 様々な指標や比較対象を手元に用意しているので、なんとか費用を分解して提示してもらえそうです。

しかし、そういったデータが手元に無く、ベンダーがもっともらしくプレゼンをしてしまえば、 調達にあまり詳しくない担当者は抵抗する術もなく言いくるめられてしまうことだと思います。

2009年現在であれば、オープン系システムの見積りに必要な客観的な指標はいろいろと公開されています。 CPUスペックや一般的な可用性ポイント、作業工数やその割合など、JUASを初めとするいくつかの機関を調べればすぐに分かります。

しかし、ホスト導入に関する客観的な指標というのは、開発生産の観点でファンクションポイントやライン当たりのステップ数、 MIPSなどを用いて比較することしかできません。こういったデータはなかなか一般公開されないことに加え、 基本的にホストシステムはオーダーメードが基本になりますから、それも当然だと言えましょう。


ベンダー側からすると、単価を開示することは企業競争上、譲歩できないポイントだと主張するところもあるかと思いますが、 一般的な単価が公開されているこのご時世では、いつまでもそういった秘密主義を続けていると、 競争力云々の前に顧客からの信頼を失うことになるでしょう。

はてなダイアリーではこのような指摘をしている方がいます。

(日本のIT業界はなぜ重層的な階層構造をとっているのか)
 → http://d.hatena.ne.jp/ktdisk/20090201/1233493964

競争原理と淘汰のメカニズムが十分に働いていない理由を簡単に紹介しておきます。

『結局のところ最終的にサービスを受ける企業側にきちんと下請けを評価する能力とノウハウがないことが一因としてあげられる。 担当者が無能とかそういう単純な議論ではなく、 流動性を保つためにそういうことができる機能を外だしせざるをえなかったというのが実情だろう。

(中略)

今親密に付き合っているパートナーと一緒に開拓するのではなく、 ターゲットとなる商圏で既に顧客とリレーションのできているパートナーを探すほうがパートナー戦略としては正しい、との話を聞いたが、 確かに日本において既存の取引関係を短期的な経済合理性だけで突き崩すのは難しい。』

たしかに過去の付き合いを重視するクライアントは多いですが、それを当たり前と思いすぎているベンダーは、この先、 生き残っていくことは難しいでしょうね。

ただし、国を商売相手にするなら、また別の話ですがね。
(皮肉です)

 

posted by 吉澤準特 at 02:47 | Comment(10) | TrackBack(0) | 業界裏話

この記事へのコメント
おはようございます。

またまたご無沙汰しております。
この件ですが、自分もたぶん同じベンダーでこの見積りやられたことがあります。

6〜8年位前ですが、自分もCIO補佐としてベンダー見積りの正当性を評価したり、ROIの効果予測やそのシステム導入後の拡張性やメンテコストなどを同時に評価していました。

特にこのベンダーはそうなのですが、でかい案件をとるまではいいエンジニアやコンサルを付けて、案件獲得後は自分たちは矛盾を残した上流工程設計とハードウェアだけを残し、下請けに流してとんずら、というのが常套手段でした。

自分の知りうる限り、数社でこのようなことを行っており、ベンダー不信に陥ったCIOや情報部門の責任者が自分のような独立系の人間にベンダー監査や見積り監査を依頼してきたのかと思います。

契約でしばったり、工程ごとの監査、別会社と社内メンバーでPMOを作成するなど、多少追加のコストが発生しても監視する仕組みが必須という感じです。

それにしても、やはりまだやってるんですね。予想通りといえば予想通りですが。

またお会いしましょう。
Posted by MICK at 2009年05月27日 10:31
がるです。
(あちらでも書かせていただいた内容ではありますが)

…IT業界ではなく、SIerさんとかコンサルさんとか、そのあたりが「詐欺師集団」なのではないでしょうか? と、ふと思ってしまいました。
で…現状私が見聞きしている限り。正直、彼らの大半は、やはり「駄目」なんじゃないかと思ってます orz
http://d.hatena.ne.jp/gallu/20080923/p1

現場スキルと実装スキルがない人を、私は、欠片ほども評価できないです。
ソフトウェアの仕様書は料理のレシピに似ている
http://satoshi.blogs.com/life/2006/03/post_8.html

http://d.hatena.ne.jp/gallu/20061121/p2 で雑感を書いてます。
Posted by がる at 2009年05月28日 10:12
MICKさん、ご無沙汰しています。

まさに今回の案件もそのニオイがプンプンしています。一人一人に悪意はないのだと思いますが、その後ろに組織的な意思が介在しているようで。工程監査などの仕組み、うまく機能すればすばらしいのですが、官公庁の案件を初めとして、十分機能しているとは言い難い状況を散見してきました。まあこれは、権限と責任のアンバランスさに因るものだと理解しています。

実際問題、案件規模が3桁億円を超えると、ごく一部のベンダーしか対応できないので、数少ない候補ベンダー同士をどうやって競わせるかがキモかと。それで成功した官公庁を知っています。
Posted by 吉澤準特 at 2009年05月30日 22:50
がるさん、コメントありがとうございます。

レシピの話、まさにその通りですね。結局のところ、最終的にどのような形でシステムが実装され、使われていくかをイメージできない人間は、基本設計を行うべきではないと私は思います。要件定義の終盤になったら、そういったことができる人材を投入すべきでしょう。

これは仕事全般にも言えることだと思いますが、自分がイメージできない仕事を人に丸投げするのは責任放棄に他なりません。

ただし、勘違いして欲しくないのは、ここで言うイメージというものは、自分が直接仕事を頼む、つまり権限委譲をする相手に限った話です。その相手が作業依頼したさらに別の人がどうやって仕事をするかまではイメージする必要はありません。それをやりすぎると、ワンマン社長と呼ばれるようになり、組織全体のボトルネックになることでしょう。
Posted by 吉澤準特 at 2009年05月30日 23:03
CNET Japanの方であったやりとりを参考までに転載します。

-----------------------
吉澤さん
日本の情報処理産業をここまで貶めたのは、バブル崩壊直後の某社のダンピング合戦が遠因になっていると今でも思ってます。
某巨匠と同じだと感じてます。後に続く者のことを考えてくれたら日本初のアニメもあんな格安で作成しなかっただろう −> 現状のアニメ製作に於ける価格もハリウッド並みに成っていたかも知れません...
じゃない?
Posted by 朝之丞 at 2009年05月30日 23:05
CNET Japanの方であったやりとりを参考までに転載します。
-----------------------

ハードと保守費用+上流工程で取りたい取り分(時間と金両方)
=>残りわずかで物作り
=>オフショアしかない
という流れになっているからかと。
(今年は、中国、韓国、インドに投げるのも高いという事で
ベトナムやインドネシア系に投げるような話も
聞こえてきてます)
大本の入札自体「資本金XX以上」の所しか出来ない訳ですから

 土建業のように最初から末端に投げれば
経費削減になるのはわかっているはずなんですが・・・。

某NASAに精密機械等を納入している中小企業とかも
「売り上げXX以上なら大企業を通さないとダメ」
っていう法律もありますよね。

 常駐系の会社の場合にしても
「居ても残業をつけるな」といわれ
嵐が収まるのを体を低くして待っているので
景気のいい話は聞こえてこないですよね
Posted by きむこう at 2009年05月30日 23:06
CNET Japanの方であったやりとりを参考までに転載します。
-----------------------

コンサルティングとアプリケーション開発を一緒に発注するってのがまずおかしい。

開発に関してもブレイクダウンおよび管理能力があれば安いベンダーに依頼できる。

能力が足りないから高い買い物をするのは止むを得ないんじゃない?
Posted by アロン at 2009年05月30日 23:07
朝之丞さん、コメントありがとうございます。
価格競争の果てに待っているのはユーザーにもベンダーにもメリットの無い不毛な世界であることはちょっと考えれば分かる話なのですが、敢えて無視している人が少なからずいることが残念でなりません。

きむこうさん、コメントありがとうございます。
仰るとおり、全体としての予算が決まっているため、要件定義フェーズまでの工数が超過しすぎると後ろの工程にかける金額がどうしても減ってしまう傾向にありました。ウォーターフロー開発の典型的なデメリットです。

特定ベンダーに全工程を一気通貫して関わって権限と責任を与えることで何とかできそうな気もします。官公庁の案件では、工程管理業者という権限だけを与えられている役割がありますが、これに責任も取らせるイメージです。

あと、安価で優秀な開発ベンダーと取引できるよう、中立団体によるランキングの仕組みがあると分かり易いのですけどね。東京海上日動ではITベンダー通信簿を作っているそうですが、こういった情報を集積して会員企業に公開するような能力認定団体があるといいですね。

アロンさん、コメントありがとうございます。
コンサル契約とアプリ開発を分けるというやり方が近年の主流だったのですけど、フェーズごとに情報伝達が分断されてうまくいかない、管理が多層化する、というデメリットが散見されます。

対応策として、戦略的パートナーを定めて、全工程に関わるベンダーを定めて一貫性のあるシステム開発をしよう、という動きがあったのですけど、その戦略的パートナーに対しておんぶにだっこになってしまったユーザー企業は高い買い物をしているようです。

ただし、ブレイクダウンと管理能力がユーザー企業にあったとしても、優秀な開発業者と直接契約できるかはまた別の話かと。そもそもそういった業者と知り合う機会がないのです。
Posted by 吉澤準特 at 2009年05月30日 23:08
見積りを依頼する能力がユーザー企業に無いのが問題の根源だろう。自分で何も考えることができないなんて、禁治産者と同じ扱いでいい。
Posted by dan-gan at 2009年05月31日 17:58
SAPとかと同じように標準の見積りツールがあればいいのに。IPAとかで作ってくれないかね。
Posted by psdcd at 2009年06月01日 01:44
コメントを書く
お名前:

メールアドレス:

ホームページアドレス:

コメント:

この記事へのTrackBack URL






【IT業界の裏話】過去コラム(No.1-337)
[ TOP ]IT業界の裏話

▼ IT業界の人々
「内製率を高めたい」のに「世界...
人の話を聞かないIT技術者の...
コンサルを目指す学生との対話...
IT業界、悪魔の辞典『ヒト編』
改善は「自分が楽をすること...
近くて遠きもの、プログラ...
IT企業が求めるプログラマ...
ITプロの3割が機密情報に...
10年働くソルジャーが欲しい...
PGとSEの仕事の面白みは何...
メールをすぐ返信する人、しな...
├ ITコンサルタントになる方法
我がコードは我流。我流は無...
欧米人がグリーンITに積極的...
実は変化など望んでいないエ...
├ 実はコミュニケーション能力に...
IT業界人は自分のドッグフード...
IT業界を不人気にした重鎮...
IT業界の変わった人々
電子メール禁止!ゼロメール...
名言集−運用フェーズ−
システム開発における名言集
失敗から学ぶ人、学ばない人...
SEに多いコーチングタイプは...
あなたのコーチングタイプは...
ITエンジニアの年収公開サ...
CTCは何の略?
会議は踊る、されど進まず...
繰り返し使われるメールアド...
遅刻しそうなので面接受け...
社内SEが人気を集めている...
サポートセンターの悪夢
IT業界に向いていない人
日本の夏、熱暴走の夏
客前で後ろから刺される
システム障害でクビが飛ぶ人
病欠って何ですか?
昼休みって何ですか?
Windowsに弱いIT技術者2
Windowsに弱いIT技術者
エンジニアは音を伸ばさない
話しにくい人
転職する人しない人
サイコロ一振りで給料を決め...
コンサルがお絵描き好きなの...
コンサルの報酬額って?
ITコンサルとSEの違い
SEのITリテラシ
公私のケジメ

▼ 仕事のやり方
客先で自分のPCが差し押さえられ...
「闇リリース」は善意でやっても...
新人のための7つのワークハック...
仕事の質を落とさないメソドロ...
組織が150人を超えると仕事の質...
世界最大のコンサル会社が最低...
IT業界、悪魔の辞典『SI編』
パワーポイントを紙芝居に貶め...
日本と米国の違い:ベンダーサ...
定時退社日に罪悪感を感じるIT...
ストレス厳しい職場を生き抜く...
おまえが呼ぶな、俺が呼ぶ「ハ...
ITプロレタリアートは多機能工...
図表をリッチにする5つのシン...
セクシーパワーポイント道
エンジニア御用達のIT誌
メールコミュニケーションを200.
├ ニッポン・エンジニア・レボリュ...
ITのプロって何ですか?
クールビズにも限界、冷房28...
真夏に長袖!なのに裸より涼...
測定しにくいものを測定する方...
山田さんの使いやすいシス...
SEの品格
コンサルの品格
ダメシステムはひとまず葬れ
眠気対策アイテムを考える
長篠メソッド
ITサポートがユーザーに教え...
資格の価値
出張先のホテルでインターネ...
お口の恋人
絶対に潰れない会社の悩み
エアエッジが必要になる理由
ハイプ曲線+キャズム理論
ユンケル黄帝液とスーパー黄...
一貫性が信用を生む
デビルズ・アドボケイト
落とし所を見定める
クライアントの良き友人たれ
キャンペーンでたたみかける
比較で暴利をごまかす
権威を活用する
ヒヤリハットの考え方
密談のタバコ部屋
「えいや」で決まる、魔法の言葉
海外テレカンの心得
IT業界でうまく生きていくコツ
ポンチ絵
仕事と作業の違い
上司に背を向けると怒られる?
ロケットスタートのススメ
人の考えを利用すべし
「見える」化
仕事の範囲
ワークシートのススメ
フローチャートの基本
仕事のやり方、片付け方
もんたメソッド
高橋メソッド
作業時間の見積り方
仁義を切る
アクションプラン
ミーティングと議事録
ベンダー選定の基準
ITと数学
レスポンシビリティとアカウンタ..
仕事の密度
リクルーティング
ドキュメントプロパティ
クライアントが納得する答え

▼ 仕事の環境
こんなのITのプロらしい仕事...
デスマーチに陥るお決まりパ...
外資が休暇を大切にする”真”...
HTMLメールとテキストメール...
ペーパーレス化が紙の無駄...
携帯電話のSDカードも禁止す...
人々は安定性と安全性の両方...
カタカナ会社はあやしい会社?
サービスリリースの落とし穴
IT業界の職場環境
IT業界の労働環境悪化は...
英語の必要性
正月出勤
年末年始の過ごし方
止められないコンピュータ
動かないコンピュータ
リリース直前の危機

▼ IT業界の動向
クラウドプレイヤーの名言集...
ネット史上最大の惨事、マイクロ...
ベンダー努力を台無しにするIFRS...
電子政府構想は無駄遣いの温床...
NASAのレポートがIT業界に与える...
中国当局によるプログラム盗用は...
コンサルもSIerもいらない内製...
中国のソースコード強制開示制度...
IBMは当て馬、Oracleが演出する...
PWCCが復活、ベリングポイントを...
IBMに喰われたSun、IT業界に訪れ...
ヤフー、自社データセンター所有...
自分が決めたルールに違反するGo...
SOAは死んだ
データセンターを巡るIT業界三...
├ リーマン破綻にみる米国証券業界...
IT史に輝く「すべったテクノロジ...
冷却を必要としない常温データ...
過去のIT業界10大予測を振り...
├ エンジニアよ、大志を抱け!
├ 黒箱襲来!コンテナがDC...
IT業界進化論: SIer 2.0を目...
IT業界がダメな理由を学生の...
IT業界温室効果の1/4はDC...
新生ニコニコ動画、ニコンド...
システム前線異常アリ!ゆう...
ニコニコ動画は文化の架け橋
Web2.0の向こう側〜サードリ...
セカンドライフだけで宣伝の...
国家戦争にも利用されるDDo...
DoCoMo2.0に見る情報格差...
DoCoMo2.0とWeb2.0
ITIL準拠という幻想
システム障害訓練の日を制...
WAONとnanacoが提携したい...
NTT東西の野望〜光回線編...
mixi招待制の綻び
Vistaが売れない理由
独自仕様に走り過ぎて泣き...
米国事情から見る日本のIT...
MVCからAjaxへ
外字ってなんですか?
Sunがx86サーバにIntel採用...
やりたい放題バッドウェア!
アウトソーシングという名の幻...
ソフトバンクモバイル、MNP停...
やっぱり止まったソフトバンク...
あらゆる意味でやり過ぎの...
経営者不在の日本版SOX法...
働いてみたいIT企業ランキン...
サーバの進化がデータセン...
_システム運用にRSSを活用
電力線通信が認可される日...
携帯メールはSSL通信よりも...
経営者不在の日本版SOX法...
Microsoftがサイトリニューア...
停電に脆弱なシステム
システムは誰のためにある...
ITILで運用が楽になる?
進化するコールセンター
Vacademy
IT業界にロングテールはある...
時間をお金で買う
あなたの猫はコンピュータウ...
個人情報保護法の範囲
あなたvsプロジェクト構成管理
ドラマ24にみるシステム最前...
次世代トレンドと枯れた...
日本版SOX法の施行に向け...
新しいWindowsはWeb決済...
地震に強いシステムをお持...
IT Doesn't Matter
SOAと分散コンピューティン...
各社で定義が異なるESB
おサイフケータイに見...(2/2)
おサイフケータイに見...(1/2)
子会社のシマを荒らす親会社
アインシュタインに学ぶソフ...
公職選挙法とインターネット
マイレージ負債
インターネットの舞台裏:海底...
ゼロ・クライアント
サーバのトレンド
外資系パッケージベンダー

▼ 業界の構造
対極にあるIT業界とコンビニ業...
IT業界は成果報酬型のサービス...
特定ベンダー以外をふるい落と...
欧米人なら爆笑するレベルと...
IT業界が詐欺師集団と言われる...
IT業界の格差社会、年収200...
├ 新基準導入でデスマーチがな...
公式では言えないニコニコ動...
├ コンサルとアプリ開発者、格差...
システム運用はIT業界の最下...
テストフェーズの呼び方は千...
2000年問題再来!?サマー..
減り続ける正社員の割合
労働局が偽装請負の抜け道...
会社貸与のPCは何年償却?
ITIL Foundationを2万円で買..
IT製品もイメージ重視?
お試しできない製品は売れない
IT業界は無免許制
どんぶり勘定
標準価格と提供価格
ソフトウェアライセンス
社外秘の秘密度合
偽装請負 
システム開発の流れ7 テス...
システム開発の流れ6 開発...
├ システム開発の流れ5 開発...
システム開発の流れ4
システム開発の流れ3
システム開発の流れ2
システム開発の流れ1
IT業界の構造

▼ 業界ランキング
SIerランキング2005
コンサルランキング2005

▼ その他
「幣社」という表現は相手を見下...
コミュニケーション力の不足は...
聞く耳を持たないYahooニュース...
黒デスクトップ事件に見る中国...
ITコンサルから見たブラッディ...
違法ダウンロードでネット追放...
就職難民=不出来な学生とい...
モンスターペアレント、会社襲来
あえて言おう、Yahooの掲示...
プログラマ向きなカフェをオー..
├ Japan Brog Award 2008を..
日立さん、IT大喜利をもう一度
インターネット上の信頼できる...
IT業界でありそうな迷惑勧誘...
倒産してもカネを要求する悪2...
倒産してもカネを要求する悪1...
├ 枯れた技術の水平思考で
├ ずさん極まりない環境保護ラ...
世界の奇妙な法律を集めた...
50万円のキーボード
洋楽を1曲10円で購入できる...
CNETとZDNetは同じ会社
情報の価値(情報商材)
コンパイル1回12時間の世界
楽天ポイント事件
楽天ポイント事件〜利用者...
楽天300ポイント付与で謝罪
ライブドア強制捜査
└ ネットワークベンダー