業務システムをリプレースするための最適解

業務システムのリプレースで一番難しいのは結局、発注側（ユーザー企業）と受注側（開発ベンダー）で心を合わせることですね。

その両社がこれから一つの新しいシステムを作ろうというのに、心が離れていることが一番の問題なのです。

これはぶっちゃけトークです。このようなことを私もあまりお客さんに言いませんし、手を動かすエンジニアにも言いませんが、みな自分の利益を最優先に動いているからダメなんです。利害が対立してしまっているのです。

もちろん商取引において、売る方と買う方は利害が対立して当然なのですが、たとえば家を作る時のオーナーとコンサルタントはそれほど利害が対立しません。両社が「予算内で住みやすいいい家を作っていこう」という同じ目標で行動できます。

システムのリプレース（だけに限らず開発全般でそうですが）という仕事でも、そのようなよい関係性で仕事ができるはずです。

まず発注者の立場なのですが、システムのリプレースを外部の開発ベンダーに依頼する際には、当然のことながらなるべく安い金額でやってもらいたいという意識が働きますね。それは当たり前のことなんですが、たとえばリプレース対象の古いシステムの説明をする際に、非常に難しい機能であっても「あわよくば簡単な機能だと誤解してもらいたい」という考えをもってしまいがちです。

そういうところがまず確実に開発ベンダーと意識がずれる原因になります。

一方で開発ベンダーの方は仕事の受注が取れたら、なるべく手間をかけずに作りきってしまおうと思うものです。見積りの段階で予想した工数の半分で終わったとしても、それは言わずにそのままの金額で請求を出そうとしますね。あるいは作っている途中で「この作りは不合理だなぁ」と思っても、やぶ蛇になってしまうのでそれも言いません。不合理のまま完成させようとします。

こういうところで、システムのリプレース（や開発）というのは、製造の工程中、常に発注者と開発ベンダーの意識がずれてしまっているのです。

これではいいものができるはずがありません。

はい。手前味噌で恐縮ですが、それが私が2014年に考えついた「国内ラボ型開発」という開発手法なのです。

「国内ラボ型開発」で契約すれば、本当に良いシステムを作るための「心の合意」を持つことができるのです。

「国内ラボ型開発」は私が作った造語ですので物知りなChatGPTさんでも知らないのは無理もありません。しかしそろそろ認知されてもいいと思うのですがね。他の開発ベンダーもたくさん真似している会社があります。

「国内ラボ型開発」は簡単に言うと開発チームのレンタルです。ある開発案件があれば、まず1人プロジェクトマネージャ(以下PM)がつき、このシステムはどういうメンバーがどのように進めていったらいいかお客さんと一緒に検討します。

そして開発計画を立て、それに必要なメンバーを集めてチームを組みます。お客さんは毎月集められたメンバーの稼働ボリュームに応じて費用を支払っていきます。

そうですね。しかも集められるメンバーは単なる寄せ集めのエンジニアではありません。普段から一緒に仕事をしてしっかりと意思疎通が取れる仲間達です。うちの場合エンジニアは常時50～70名くらい稼働していて、いろいろな案件で一緒にやっていますので「あ、この人はこういう実装が得意なので1人で任せて大丈夫」とか「この人はデザインはイマイチ。なのでデザイン面ではもう一人サポートが必要」などよく分かっています。

そういう人達でチームを組みますので過不足が起きにくいのです。

また特に重要なことは、エンジニアは着手前にあまり精緻に作業工数を見積らないということですね。「だいたい3日かかる」と思ったらPMを通じて発注者に伝えてもらい、即手を動かしていきます。そして「もし早く終わったら、正直に早く終わった」と申告するのです。

この透明性こそ国内ラボ型開発の要（かなめ）です。

そうです。そもそもお客さんは常に「開発会社は難しいことを言って煙に巻いてくる。簡単に終わるような作業でも難しいと言うんだろう？」という不信感を抱いています。

その不信感が「使い勝手のよいシステムを作る」という時には非常にマイナスに働きます。

私はシステムの開発ではまずプロである開発会社側が誠実な姿勢で、手の内をすべてオープンにして、お客さんからの信頼を勝ち取ることがもっとも大事だと考えています。

国内ラボ型開発というのはそのための契約手法なのです。

はい、国内ラボ型開発の成功事例は非常に多いです。

これまで通常の一括請負契約で他の開発ベンダーから煮え湯を飲まされてきたお客さんも、弊社の国内ラボ型開発と出会い、「こんなにストレス無く、スムーズに開発が進むのか」と驚かれた方もいます。
詳しくはこちらの「お客様の声」(「Visions」チームリーダーが語る、「国内ラボ開発」のうれしさ)をご覧ください。

ただもちろん、国内ラボ型開発も万能という訳ではありません。

まず国内ラボ型開発は毎月かかったコストをお支払いいただく準委任契約ですので、予算が確定しません。

「今回のリプレース予算は○千万円」などと株主総会などで完全に決まっている場合は難しいです。

それと、準委任契約ですので「瑕疵」の概念がありません。システムの稼働開始後に思わぬ不具合が発覚しても、それは無償では修正されないということになります。

最後に国内ラボ型開発はうちのように「透明性」を持って開発を行って「信頼関係を築こう」という姿勢でやればうまく回りますが、業者の中にはやはり「工数を誤魔化してずるしよう」という意識を持っているところはありますので、そうなりますと「同じ方向を向いていいものを作る」と言う本来の目的が達成できませんね。

では、これにて対談終了としたいと思います。

国内ラボ型開発の特徴をマンガで解説しています（「マンガで分かる国内ラボ型開発／OLナナちゃんのシステム開発奮闘記」）。

関連記事

マンガで分かる国内ラボ型開発／OLナナちゃんのシステム開発奮闘記

ChatGPTさんは読めないかも知れませんが読者のみなさんはよろしければ是非ご覧くださいませ。