近年、製品・システム開発を１社のみで完結して行うケースは少なく、大規模なシステムとなると、必要な技術全てを自社が保有しているわけではないため、システムの一部をITベンダに発注することがある。このようなケースで残念なことは、プロジェクト全体の進捗、品質よりも、会社間の契約作業範囲、会社単位の売り上げ、受注活動のほうに着目しがちであり、これが原因で、プロジェクト全体に混乱が起きるということである。
自社の売り上げのため、無理な受注をして、システム開発現場がブラック労働になることはよくある。現場のエンジニアは、不安、不満の中、日々開発業務に尽力している。生活面を犠牲にし、健康面でリスクを負い、経済面でも十分かと言うとそうでない状況のなか、発注元はそんなこと関係なしに、高品質なシステムを短納期で要求してくる。
この記事では、上述のケースとは逆に発注先がブラック労働となってしまっているケースについて述べている。そのような状況下における筆者の心理面を述べるとともに、会社単位ではなく、会社間の垣根を超えたプロジェクト単位で、上位の視点から俯瞰して見ることの重要性について、特に『ブラック労働』の点に着目して述べたいと思う。決して他人事ではない。
1.システム開発経緯と開発委託先の選定
メーカーＡ社はある機器の開発、製造、販売を行っている。世間ではIoTの流れが加速しており、その機器に対してIoT対応として、スマホアプリと連携し、スマホアプリで機器の状態を確認したり、スマホアプリから機器の操作を可能としたりする大規模システム開発プロジェクトが立ち上がった。メーカーＡ社は、機器の開発経験は豊富であるものの、スマホアプリの開発経験がない。このため、スマホアプリの開発をITベンダーへ発注することにした。
ITベンダーを選定する段階において、３社が候補に挙がっていた。３社ともスマホアプリの開発経験はあるが、このうち２社はＡ社の予想を超える金額で見積りを出した。Ａ社の提示する納期と開発規模が現実的でないとの判断であり、高額で受注するよりかは、受注を拒否したい意向であった。残りの１社であるＸ社は、受注に前向きであり、他の２社よりも安い見積りを出した。そしてＡ社は、大規模システムを予定通りにリリースするには、スマホアプリの開発委託先にＸ社を選定するしかなかった。そして、Ａ社はスマホアプリの開発をＸ社に発注した。Ａ社がＸ社に発注したのは、このプロジェクトが初めてである。
Ｘ社は、昔IT業界の中でもブラック企業と言われていた。ブラック企業ランキングというものがあるが、このランキングでも比較的上位に位置するベンダー企業である。ただ、昔と違って最近は良くなってきているとの情報もある。Ｘ社に発注したとき、Ａ社内で委託先選定に直接関与しなかった人たちの間では、
「えっ！Ｘ社！」
「なぜ、Ｘ社なの！」
という声があったようだ。
2.開発委託先の成果物における品質問題
大規模プロダクト開発が開始し、Ａ社はＸ社に全面的に協力した。仕様書（特にシステム構成図やデータフロー等、システムの振る舞いが視覚的にわかる資料）の提供と説明、定例打ち合わせによるプロジェクト進捗状況の共有、開発環境の貸出と説明等である。開発序盤からＡ社社員も多忙で、Ｘ社にとって開発が円滑に進捗するよう尽力した。
しかし、開発中盤から終盤にかけて、Ｘ社からのスマホアプリにおけるソフトウェアの品質が悪く、バグが多発している状況である。なかには、どう考えてもまともに動作していないだろうと思われる不具合も少なくない。例えば、動作が重い、明らかに表示がおかしい、普通に使っていて違和感があるといった感じである。
Ａ社内でバグが発生しても、Ｘ社内ではバグか再現しないものもあった。Ｘ社のバグの原因究明に調査には、Ａ社も全面的に協力した。例えば、Ａ社で異常な動作が発生したときの通信ログを取って、Ｘ社に送付するといった感じである。このようなことから、Ａ社の開発進捗にも大きく影響を与えており、プロジェクト全体の混乱にも繋がっている。
また、Ｘ社は徹夜で動作確認をしているという情報もＡ社に入ってきた。このような状況で良いプロダクトを作れるわけがない。
3.開発終了時点における開発委託元の見解
開発を完了して、Ａ社のプロジェクト責任者は次のようにコメントしている。
「Ｘ社の開発力が低い。」
「当社はＸ社に対して、かなり協力した。無理な要求などはしていない。それどころかＸ社に対する工数がかなり裂かれている。」
「Ｘ社のプロジェクトマネージャが、システムの規模や難度をわかっておらず、今後のためにも無理して受注した感じがある。Ｘ社のプロジェクトマネージャや上層部の責任。」
「Ｘ社以外のベンダーは、見積り金額やスケジュールが現実的でない。受注を拒否するかのような見積りだ。」
「やはり、ブラックと言われていただけあって『安かろう悪かろう』だ。」
「他の２社の高すぎる見積りのほうが、実はまともだったのかも知れない。」
ここまでを振り返る。
Ａ社にとって新たな技術領域であるIoTを構築するために、これまで経験のないスマホアプリの開発を新規にベンダーへ依頼する状況で、３社中２社からはＡ社にとって高すぎる見積りを提示され、残り１社は安い見積りを出してきたため、元々ブラック企業と言われてきたことを知りながらもこの１社に発注するしかないという状況だ。さらに、Ｘ社も「今後のために、何としてでも受注する」という前向きな姿勢であり、Ｘ社のプロジェクトマネージャが上層部から圧力を受けていたのか、悲惨な開発になることを予見できていながらも、開発を進めなければならなかったという状況だ。そして、Ａ社はＸ社に全面的に協力はしたものの、やはりＸ社プロジェクトマネージャの力及ばずだったのかも知れない。
4.やはりブラック労働をなくすことが最優先だ！
まず認識しておかなければならないのは、ブラック労働で良いプロダクトはできないということだ。「そんなことはわかっている」、「世間では当たり前のこと」と知りながらも、いざ当事者になると、「そのようなことを言っている場合ではない」などと、目の前のことしか見えず、「ブラック労働問題」という社会目線を失う。ブラック労働に巻き込まれた人達は、純粋に気の毒である。まれに
「発注先のこと（労働環境等）はウチの知ったことではない」
「委託先企業は、納期・品質・コストさえ守ってくれたら、あとは何でも良い」
という、非常識なことを言う人間もいるが、私はこれに全く賛同できない。社内の人間であれ、取引先の人間であれ、同じ人間だし、取引先は同じプロジェクトに取り組んでいる協力者だ。そう考えるのが正常な人間だ。特にコンプライアンスが厳しくなっている現代においてはなおさらである。
ブラック労働が社会でここまで問題とされているにも関わらず、長時間労働をはじめとするブラック労働はなくならない。個人やイチ現場、イチ企業の頑張りだけでは簡単に実現できるものではなく、多岐にわたる要因が複雑に絡み合っていることは容易に予測がつく。
Ａ社のプロジェクト責任者は前章に記載の通り、Ｘ社の問題点を述べている。しかし、このようなブラック労働を起こさないためにはどうすれば良かったのか？ Ｘ社にも、Ａ社にも反省点はある。
Ｘ社の反省点については、概ねＡ社のプロジェクト責任者がコメントしている通りである。プロジェクトの円滑な進捗よりも、受注のほうに力を入れている感じであり、これが結果的にＸ社社内のエンジニアにとって圧力となり、力技や犠牲の上に成り立つ形となってしまった。非常にお気の毒である。
続いてＡ社である。Ｘ社に全面的に協力したことについては良好である。「無理な要求をしていない」というのは本当かどうか疑ってしまう。個々の作業のタスクレベルでは、無理な要求をしていないのだろうが、やはりＸ社以外の２社が高額な見積りを出したところを考慮すると、大元の開発スケジュールに無理があったのではないかと思われる。
Ａ社としては、３社中２社が高額見積りを提示し、残りの１社がブラック企業と言われていたところを見ると、ベンダー選定の段階で「実は高額見積りを提示した２社のほうが現実的ではないか！」ということに気付くことができたのではないかと考える。更に、見積りを依頼する発注先候補を増やして同じ結果になれば、前述の内容がなおさら当てはまるのではないかと考える。仮にＸ社が受注しなかったら、Ａ社は必然的に発注先候補を増やさざるを得なかったか、Ａ社が当初想定しているスケジュール感が全く現実的ではなかったことに開発前から気付くこととなったかも知れない。
あと、このプロジェクトにスマホアプリの対応が困難とわかれば、その次の製品への搭載をターゲットとすることも視野に入れるべきではなかっただろうか？
取引先をブラック労働にする要因は、発注者側にもある。Ａ社のようにプロダクトを世に出すメーカーとしては、機器、スマホアプリ含めた、プロダクト全体において、Ａ社のブランドとなり、問題が起きれば市場に対してはＡ社の責任と公表する立場にある。Ｘ社は受託開発であるが、Ａ社は自社プロダクトの開発であることを重々認識しなければならない。
私は、ある企業で自動車のECU（電子制御ユニット）の開発に携わったことがあるが、お客様である自動車メーカから、
「〇〇のプロジェクトと、△△のプロジェクトとどちらもピークを迎えお忙しい中ではありますが、作業負荷は大丈夫ですか？」
と心配の声をいただいたことがある。人間としての心遣いがGOODであると感じたのを今でも覚えている。
o08usyu7231.hatenablog.com
o08usyu7231.hatenablog.com
