【2021最新】はじめてのオフショア開発と失敗事例と成功事例（xR、AWS、マイグレーション）

【2021最新】はじめてのオフショア開発と失敗事例と成功事例（xR、AWS、マイグレーション）

ONETECHは2015年にスタートして2021年に７期目を迎えました。６年間で80社以上200を超えるプロダクトを納品してきました。特に近年ではxR領域、AWS、マイグレーション分野に力を入れております。2021年9月に実施したセミナーでは、オフショア開発の失敗事例と成功事例を整理し紹介しました。オフショア開発とは何かとどうすれば成功するかを本ブログにて公開したいと思います。

---

第一部　オフショア開発とは

• オフショア開発導入前の準備
• オフショア開発の契約や体制

オフショア開発の導入前の準備

• オフショア開発とは
• オフショア開発のメリット・デメリット
• オフショア開発国の特徴や単価（ベトナム）
• オフショア開発導入の流れ
• オフショア開発企業の選定方法

オフショア開発とは

国内企業が海外のIT企業にアプリ開発やシステム開発、ソフトウェア開発、CGデジタル、コンテンツの制作、システム運用保守管理などを委託（アウトソーシング）する方法がオフショア開発です。

日本企業の４５％がオフショア開発を導入しています。（独立行政法人情報処理推進機構（IPA））

 

オフショア開発のメリットデメリット

オフショア国の特徴

参考：http://www.offshore-kaihatsu.com

国別の開発単価

参考： https://www.globalnote.jp/post-12798.html
IMF統計に基づく実質ベースGDP（国際総生産）の前年比伸び率
実質GDPは名目GDPから物価変動による増減分を取り除いたもの。

参考：http://www.offshore-kaihatsu.com

ベトナムの優位性

オフショア開発の契約や体制

• オフショア開発の契約形態・開発手法
• オフショア開発の体制
• オフショア開発のコミュニケーション
• オフショア開発の工程と業務範囲

オフショア開発の契約形態

 

開発手法

受託開発はいわゆるウォーターフォール型で、水が上流から下流に下るように開発していきます。上流工程の要件定義や使用定義をしっかりすることで下流工程も明確になり、トラブルが減ります。
一方でラボ型開発はアジャイル開発で進めることが多いです。柔軟に開発できたり、MVP手法やリーンスタートアップ手法のようにスピーディーに市場でテストをするなどの工程でよく用いられます。しかしながらドキュメントやプロセスをスキップしてしまう傾向がありしっかりとルールを決めていかないとトラブルになることも多いです。

オフショア開発の体制

受託開発とラボ型開発での違いは特にコミュニケーションかと思います。受託開発はウォーターフォール型で仕様が決まっているケースが多いので、コミュニケーションは仕様の確認です。ラボ型開発はアジャイル開発なのでブリッジと発注者が確認相談を繰り返します。ラボ開発の方がコミュニケーションや開発能力（業務理解能力や技術力）が要求されます。ラボ開発の成功のかぎはブリッジの能力がポイントとなります。一方で優秀なブリッジSEはあまり多くはありません。

オフショア開発のコミュニケーション

弊社の場合は全て日本語で対応可能です。オフショア会社によって日本語能力はばらつきがあります。やはり日本に拠点があるかどうか、日本人がいるかどうかで当然日本語能力は変わってきます。（しかしながら日本人や日本在住のコストがかかるので費用が高くなります）。コミュニケーションは日本拠点がある場合は日本企業と同じ手法で行われます。もちろん対面面談やクライアントへの訪問も可能です。

オフショア開発の工程と業務範囲

オフショア開発はウォーターフォール型で開発（製造）やテストを主体にするのが失敗は少ないです。ドキュメントに書いてある通りに開発する方が失敗は少ないです。
もちろん企画や要件定義段階からサポートすることも可能です。しかしながら複雑な業務でベトナムや海外では馴染みのない業務フローだと業務を理解するための時間とコストが発生します。
またデザインは最近ですとグローバルなユニバーサルデザインは問題なくなってきていますが和風とか侘び寂びを表現するような日本独特なデザインは苦戦します。

オフショア開発導入の流れ

企業選定のチェックリスト

---

第二部　失敗事例と改善

• 失敗事例
• 失敗要因と改善ポイント
• 改善と成功のためのポイント
• オフショア開発を成功させるには

ここでは弊社の失敗事例をもとに、なぜ失敗してしまったのかを分析します。

 

失敗事例(１):複雑な業務で業務理解が不足

失敗事例(２)リーンスタートアップの落とし穴

失敗事例(3):保守運用の定義不足

課題が発生する箇所

上記のような例から問題が発生してしまうポイントはほぼ上流工程にあります。テスト段階で仕様の誤認であったり仕様の漏れであったり、設計ミスであったりすることがほとんどです。クライアントが受け入れてテストの段階で、期待通りにシステムが動かないケースがありますが、ほぼ前述した原因です。

次に多いのが途中工程での第三者のレビュー不足です。仕様や設計に問題がなかったとしても仕様通りにプログラミングできていない場合に工程ごとのレビューで気づくことができます。しかしながらレビューというプロセスをスキップして「完了しました！」という言葉を信じて下流工程で後悔することがよくあります。

 

失敗要因と改善のポイント

成功のための改善ポイント

1. ドキュメントの整備
2. 開発工程の管理の見直し
3. キックオフ会議の徹底
4. 保守運用の定義

先の失敗事例を減らして成功につなげていくかを紹介します。

 

改善１.ドキュメントリストの整備

見積詳細例

ONETECHでは失敗事例をいかにして改善していくかということを毎週定例会議話し合っています。結果的に開発プロセスと必要なドキュメントや品質基準を明文化しています。それをいくつかご紹介します。

業務範囲、業務内容、３０種以上のドキュメント雛形

非機能要件のリスト化

改善２.開発工程管理の見直し

改善３.キックオフ会議の徹底

キックオフ会議　チェックリスト

キックオフ会議で確認する項目

改善４.運用保守の設計書の定義

改善４運用保守の業務定義

失敗要因と改善のポイント

オフショア開発を成功させるポイント

価格だけでなくしっかりとした開発管理体制があるか
属人的でなく標準化できているか
ブリッジも重要だがコミュニケーションだけの問題ではなく
業務の標準化できているか

お客様に満足していただくために

---

第三部　オフショア開発の成功実例

• xR開発実例
• AWSでのWEBシステムの構築・運用の実例
• VB .NETへのマイグレーションの実例

xR開発　成功例１）製品・サービスをVRプレゼンテーション

xR開発　成功例2）研修・安全教育　VRトレーニング

xR開発　成功例3）医療系機器　操作トレーニングVR

xR開発　成功例4）AR操作マニュアルアプリ

xR開発　成功例５）3Dホログラムを活用したHoloLens（ホロレンズ）

販売元：株式会社アクアクリエイティブラボ様

オフショアxR開発の成功のポイント

xR開発は３D空間の仕様をどのように定義していくかがポイントとなります。アジャイル的に開発していくことが主流ではありますが、それでも最初に質の高い仕様定義書があるとないとではあと工程のコストが大きく変わってしまいます。開発者側だけでなく発注側も何度もやり直しが発生し辟易としてしまいます。

質の高い定義書を作るために、紙芝居のような絵コンテや画像や動画などのリフェレンスを用意することが重要です。そしてプロトタイプを作って確認したりするなど中間納品とフィードバックを細かく繰り返しながら製造していきます。

Web開発 AWS運用　成功例１）ハウスメーカーの顧客管理チャットアプリ

Web開発 AWS運用　成功例2）広告代理店デジタルギフト発行システム

Web開発 AWS運用　成功例３）アーティストのファンクラブWEBサイト

Web開発 AWS運用　成功例４）マニュアルサイトAWSマイグレーション

Web開発 AWS運用　成功例５）eラーニング試験作成ツール開発

---

オフショアWEB開発の成功のポイント

• 設計に適切な時間をかける

ビジネスの目的から、システム設計、将来の保守運用を視野に入れた拡張性やセキュリティ対策など機能部分だけでなく非機能部分にも時間をかけて設計することが重要です。また要件定義や仕様設計を両者が合意して進めることが重要。 

• 保守運用について考慮して設計

 ビジネスを成功させるためにスピードやコストダウンは重要です。しかし適切な設計をしないと保守運用する際に余計なコストが発生します。そこでコストダウンをしようとしても修正が発生し時間もかかってしまいます。

• ローコードやサーバレスや運用自動化を選択

ONETECHでもまだ多くの経験はないのですが、今後はローコード開発、サーバレス設計、運用自動化など開発や運用に時間をかけずにビジネス部分に集中できるようなシステム環境づくり重要だと考え、積極的に提案しています。

 

 

 

VB.NET マイグレーション　成功例１）水産加工業の生産管理システム移行

VB.NET マイグレーション　成功例２）運輸業の基幹システム移行

VB.NET マイグレーション　成功例３）病院予約システムパッケージ移行

---

マイグレーションの費用感

ONETECHマイグレーション生産性：１０KLOC/MM

---

オフショアでマイグレーションするメリット

• 理解コストが少ない

オフショア開発ではよく業務やシステムの理解力が課題となります。

マイグレーションは現行システムの機能をそのまま引き継ぎますのでソースコードでシステムを理解することができます。

通常のシステム開発と比較するとコミュニケーションが少なく、理解コストが削減されます。

• コスト削減

日本での人月単価が100万円〜１２０万円だとするとベトナムオフショア開発の人月単価は３０万円から４０万円です。一人当たりのコストを６割から７割近くコストダウンすることが可能です。 

• 開発リソース

ベトナムの平均年齢は２８歳です。日本と比べ非常に若者が多く、また国家としてITエンジニアの育成に力を入れています。

まとめ

はじめてのオフショア開発の紹介はいかがでしたでしょうか。オフショア開発のメリットはなんといってもコスト削減です。全ての企業活動分野でDX(デジタルトランスフォーメーション）が叫ばれている中で、海外のリソースを活用をする企業もどんどん増えています。しかしながらオフショア開発企業を選ぶ際には、人月単価が安くても開発期間が長くなってしまったり発注者側の確認時間が想定以上にかかったりしてしまっては結局高くついてしまいます。人月単価などのコストの比較ではなく、標準化された開発プロセスを実行している企業かの見極めが重要です。オフショア開発をうまく利用してぜひ御社のDXを加速させてください！

 

 

---

ONETECH紹介

---

講師の紹介

株式会社One Technology Japan
代表取締役

河本 直己
かわもと　 なおき

・1996年〜

新卒で商社入社

・2002年〜

コンサルティング上場企業

• 事業開発部モバイルコマース事業立ち上げ
• ITと出会う

・2005年〜

モバイルITスタートアップ企業

• 取締役
• ベトナムエンジニアと出会う

・2015年〜

株式会社One Technology Japanを創業

• オフショア開発事業
• 人材事業
• 飲食事業
• 東京下北沢ベトナムサンドイッチ

「バインミーバーバー」

---

第四部　質疑応答

よくある質問

ご静聴ありがとうございました。