同志社大学技術・企業・国際競争力研究センターの発表によると、2015～16年にかけて行なったアンケート調査の結果、労働時間が週40時間を超えないソフトウェア技術者の割合は、日本ではわずか4.3％。一方、フランスでは76.4％、ドイツでは91.7％となっている。しかも、31～40歳のソフトウェア技術者の時給は、日本は2751円で、ドイツの5617円の半分以下。なぜ、日本のITエンジニアは、時間労働が長いのに低所得なのか？　ITエンジニアの生産性向上のための施策を行なっている〔株〕スーパーソフトウエアの東京オフィス代表・船木俊介氏に話を聞いた。

スキルより経験年数で評価。しかも多重構造という問題

――日本のITエンジニアの所得が低いのは、なぜなのでしょうか？

【船木】 ひと口にITエンジニアと言っても様々な人がいるのですが、ソースコードを書くプログラマの場合、経験年数が3～4年だと、クライアントが支払う金額は1人に対して月70万円程度です。個人のスキルによらず、この金額が業界内でほぼ決まってしまっているのです。

――なぜスキルが問われないのでしょう？

【船木】 経産省が出した「DXレポート」にもあるように、企業のIT予算の8割は既存のシステムのメンテナンスに使われています。ですから、例えば、Pythonという新しいプログラミング言語を学んでAIをプログラムできるスキルを身につけても、あまりニーズがないんです。それよりも、既存のシステムに習熟しているエンジニアのほうが求められる。つまり、スキルよりも経験年数が評価されるわけです。

――経験年数が長くなると単価が上がる？

【船木】 そうです。スキルではなく経験年数で単価が上がることが、エンジニアが新たなスキルを学ばない環境を作ることになっています。

米国では、シリコンバレーに集まった各社が新たなシステムをどんどん開発して収益を上げているので、エンジニアたちもどんどん新しいことを学んでスキルを上げているのですが、日本ではそうなっていません。

日本のITエンジニアの所得が低い、もう1つの原因は、業界が多重構造になっていることです。SIer（システムインテグレータ）が受注した案件をベンダーが下請けし、しかも、2次下請け、3次下請けとあるので、下請け会社の受注金額はどんどん減っていきます。

――なぜ多重構造になっているのでしょうか？

【船木】 システム開発に必要な人数は、企画・構想の段階では数人なのですが、実際にソースコードを書く製造工程では、プロジェクトの規模によって、100人や500人といった大人数になります。SIerにとって、それだけの人数を雇用し続けるのは経営リスクになるので、製造工程を外部に委託しているのです。

米国の場合は解雇が容易にできるので、必要なときだけプログラマを雇うことができます。そのため多重構造はありません。これは、日本と比べて、どちらが良いとは言えませんが。

クライアントのプロジェクト全体の再定義から

――では、日本のエンジニアの生産性を上げるためには、どうすればいいのでしょうか？

【船木】 当社にはITソリューション事業とSES事業という2つの事業領域があって、SES事業では下請けもしているのですが、ITソリューション事業ではクライアントとの直接の仕事しかしていません。業界構造をすぐに変えることはできないので、私たちはITソリューション事業で、2年ほど前から、エンジニアの働き方や提供する価値を変えることで、生産性を上げる取組みをしてきました。

――具体的には？

【船木】 クライアントから発注された製造工程をそのまま請け負うのではなく、クライアントと一緒にプロジェクト全体を再定義しています。

クライアントとシステム開発会社との間では、QCD（品質・費用・納期）のすべての面で、利害の対立が必ず起きるんです。クライアントは、できるだけ多くの機能を詰め込みたいし、工期は短くしたいし、セキュリティなどの非機能要件も求める。けれども、システム開発会社が予算の中でできることには限りがありますし、工期も十分な期間が必要です。

そこで、そもそもプロジェクトの目的は何かをクライアントと確認し、これまでに当社が手がけてきた多種多様な無数のプロジェクトから得た知見をもとに、何をどのように進めるのが、そのプロジェクトにとって最適なのかというところから考え直しています。

――製造工程以外の仕事も請け負うことで受注金額を上げるとともに、プロジェクト全体を効率化してムダな作業を減らすことで、生産性を上げるということですね。

【船木】 クライアント自身がよくわかっていなくて、本当は開発しなくてもいいシステムを発注しているケースもかなりあるんです。詳細が固まっていないまま発注することもよくあります。システムの専門家と、そうでない人とでは、認識のギャップが大きいんですね。それなのに製造工程だけを請け負うと、エンジニアの労働時間が長くなり、いわゆる「デスマーチ」が起こってしまいます。

目的のために本当に必要なことは何かをきちんと説明すると、ほとんどのクライアントは納得してくれます。他社に作業を発注したプロジェクトをマネジメントする知見が自分たちにないので、PMO（プロジェクトマネジメントオフィス）のような形で間に入ってほしいという依頼を受け、そこから開発も引き継いだ案件もあります。