「多重下請け構造を解決したい」――。ＩＴ企業の経営トップがこう発言をするのを聞くことが最近多くなった。下請けいじめ云々ということではなく、日本のＩＴ産業の問題点がここに凝縮されているからだろう。今回は前回に続いて「ＳＥ度調査2006」の結果を基に、業界の多重下請け構造がもたらす問題点を検証していきたい。（角埜恭央）※このコラムのベースとなるＳＥ度調査の2006年版の結果はＰＡのホームページ(http://sec.ipa.go.jp/index.php)に資料があるので参照して頂きたい。今年も「ＳＥ度調査2007」を実施中で、調査票の締め切りを延長しているのでＪＩＳＡ会員を含むエンタープライズ系ＩＴ企業の皆様には回答へのご協力をお願いしたい。
■多重下請けと人材派遣
一般的に企業システム向けのソフトウエア開発の営業利益率の業界平均は５％強と言われている。ソフトウエア開発 企業を「設立の経緯」から分類すると、ハードウエア製造販売から始めたメーカー系、グループ企業のＩＴを任されたユーザー系、そして独立系の３つに分ける ことが多い。独立系の営業利益率はバラツキがあり、20％という高利益率の企業もあればしばしば営業赤字に陥る企業もある。ユーザー系企業は利益率のバラ ツキが小さく、一定範囲に収まるよう親会社にコントロールされている可能性もある。
日本のソフトウエア産業には多重下請けと人材派遣の構造がある。17兆円産業といわれるが、実際には３重４重の 下請け構造や人材派遣によって規模が水増しされている。つまり実際は10兆円程度の産業で、顧客企業は末端の下請け企業が１人月60万円でやっているサー ビスを1人月100万円で買っているという構図になる。
この100万円から技術者の月給を差し引いたマージンの部分を、開発に絡む様々な企業が分け合っている。多重下 請けになることで、無駄な中間コストが多く、押しなべて利益率が低い状態になっている。ソフト開発は関わる人が多くなるほど、効率が悪くなるというのは有 名な話だ。
こうした無駄を省き企業努力で高収益化を達成している企業が一部にはあるが、大多数の利益率が低いために顧客からは余分な利益を上乗せしているように思われてしまうところもある。
■ＩＴのプロではなく、人の管理が仕事
本来、プロフェッショナルの仕事は安易に外注されないものだ。たとえば国内でも一流の経営コンサルティング会社 は外注することはほとんどなく、あったとしても余程の専門性をもつ信頼のおける個人でしかないだろう。ところが下請けになるＩＴベンダーの場合は、個別面 談も行われないままプロジェクトにアサインされ、時には元請企業の名刺をもらってメンバーとして参画する。これは米国やインドのＩＴベンダーが請負った仕 事を内部人材で完遂するのに比べて特異な現象である。
多重下請け構造がもたらす弊害は受託側の下請け企業が低収益にあえぐだけでなく、委託側の企業にもある。委託側の大手企業では30代前半ともなるとプロジェクト管理を任されることが多い。下請けの年長技術者を抱えて人の管理のプロになることを強いられる。
新しい技術の研修を受けても実践で試すことなく耳学問で終わってしまうケースもある。優秀なプロジェクトマネ ジャーほど次から次へと、様々な種類のプロジェクトを割り当てられる。得意分野や興味のある分野に集中して取り組むことができず、プログラムのコードを実 際に書くことは下請けに任せきり。革新的なシステム設計ができるような「ＩＴアーキテクト」の人材が育たない理由の一つはここにある。
■１年目は400時間研修も、2年目はたったの30時間
下請けとして人材派遣に徹しているＩＴ企業のエンジニアは、新人の年は400時間を超える詰め込み教育を受けて 顧客先へ派遣される。しかし２年目以降になると研修時間は年間30時間とめっきり減り、新しい技術を習得することもなく会社の稼働率アップに貢献すること になる。
どんな客先に派遣されるか、元請けのプロジェクト管理者がどんな人物かで彼や彼女の成長機会が規定される。顧客 企業のトップと会う機会はほとんどなく、ビジネス戦略に自分の作っているＩＴがどのように活かされているかなど考えてみたこともない。言われたことを淡々 とこなしてプロジェクトの区切りで次の派遣先へ向かうのだ。
■カスタム開発とパッケージソフト
ここまで、業界構造の問題に焦点を当ててきたが、開発するシステムの中身についても見ていこう。
ＳＥ度調査の結果では、顧客別に一から作るカスタム開発の割合が６割以上であるＩＴ企業が全体の３分の２を占め ていた。これは日本に特徴的なことであり、できあいのパッケージソフトを企業システムに使う海外からみると奇異に映る。パッケージソフトは知識とノウハウ の集積とでもいうべきイノベーションで、今やワープロソフトを一から作る人はいないが、日本では企業向けシステムを動かすビジネスアプリケーションを一か ら作る企業が多いということだ。
カスタム開発の割合は高い順からユーザー系、メーカー系、独立系という並びになる。パッケージソフトの活用割合はその逆だ。メーカー系はできる限りパッケージソフトを活用しようとしており、メーカーに依存した独立系もその活用を求められている。
一方、ユーザー系はカスタム開発率を高めて人材をコンスタントに送り込んでいるという構図である。カスタム開発 は、開発期間の延長などの失敗がなければ先行投資が必要なく、かかった人の分だけコストにマージンをのせた費用を受け取れる確実にもうかるモデルである。 実際にカスタム開発の割合が高い企業は利益率が高いという傾向も見られた。
一方の顧客企業に視点を移せば、特定のＩＴ企業が開発したカスタム開発の情報システムにロックインされてしまう 危険がある。パートナーであるＩＴ企業がきちんとした文書を作成するなどまっとうに開発していればまだ良いが、そうでなければベンダーを切り替える際には 相当なスイッチングコストを払うこともある。最後に割を食うのは顧客企業なのである。
以上のような状況をまとめると人材派遣型の下請け構造とカスタム開発の多さは、プロジェクトでの経験を企業に蓄積することを妨げる要因となっている。あまたのプロジェクトの経験値は、偏在もしくは拡散して、日本のＩＴ企業の実力を低位に留まらせている結果になっている。
また、日本のビジネス向けパッケージソフトで、特に大手企業向けでは、海外勢に席巻されている状況を生んでいる。統合基幹業務ソフトの独ＳＡＰや米オラクルは言うに及ばず、日本が競争力を持つはずの製造業向け分野でも仏ダッソーなどにシェアを取られている。
情報処理推進機構（ＩＰＡ）のソフトウエアエンジニアリングセンター（ＳＥＣ）が中心となってソフトウエア工学に基づくプロセスイノベーションの研究と啓発を進めており、産学官協働で膨大な資料や報告書を作成するなどの成果をあげている（https://sec.ipa.go.jp/download/index.php）。しかし、今後はイノベーションを阻害する業界構造も併せて解決していかねばならないだろう。
●●コメント●●
0 件のコメント:
コメントを投稿