Webサイト制作からシステム開発までITプロジェクトのご依頼なら ベトナムオフショア開発

また、継続してベトナムのオフショアを利用して成功しているのは中小企業はもちろん、大手の有名企業も多く存在しています。

しかし、オフショアは失敗するイメージが強いのも事実です。その理由を次項で考えてみます。

現在でも日本ではこのようなコミュニケーションスタイルが見え隠れしています。これらは「曖昧」な依頼や指示に繋がりコミュニケーションエラーが発生しやすくなります。 もちろん、要件や仕様の共有でも「すべてを言わなくても伝わっているはずだ」などの思い込みが「曖昧」を発生させ成功を遠ざけてしまいます。

設計書などのドキュメントや資料でも「これは書かなくても分かるだろう」と記載を省略したり簡素化してしまい内容が不十分なため読み手に正確に伝わらないこともあります。

日本ではこのようなコミュニケーションスタイルの感性に長けていると「よく気が利く」や「優秀」と言われ評価されることもありましたが、 日本国内の開発（制作）会社でもこのようなことが原因で双方の認識に齟齬が生まれ、 結果的にプロジェクトの終盤で重大なトラブルに繋がることも少なくありません。

日本国内の開発（制作）会社でコミュニケーションエラーが発生しない優秀な企業や人材を探して、そこに依頼すれば良いかもしれません。 しかし、そのような優秀な企業や人材はコスト面が予算と合わないかもしれません。

より複雑化・高速化する今後のITビジネスでは、このようなコミュニケーション品質が非常に重要であり成功へのカギだと考えられます。 日本国内でもコミュニケーション品質が悪ければプロジェクトの成功は難しいですし、逆にコミュニケーション品質が良ければオフショアで成功することも十分に考えられます。 もちろん、コミュニケーション品質だけでなく、発注側と受注側の友好関係や信頼関係などチームワークも大切になってきます。 例えば日本企業でよくある話として、極端な例ですがプロジェクト本来の目的から逸れて責任の所在に論点が集中してしまい、結果的に双方が友好的でなくなるなど悲しいケースもたびたび耳にします。

ベトナム人とのコミュニケーション面についてですが、窓口となるブリッジSEやコミュニケーターは日本語能力も高く勤勉なため、日本文化や風習についても熱心に学ぼうとします。 そして、それらを習得している人材も少なくありません。そのため日本独特のコミュニケーションスタイルについても理解しようとします。

チーム全体についても明るく元気で親日なため発注側の日本企業に対しても非常に友好的で良いパートナーになろうと努めてもらえます。 また、非常に真面目な性格で依頼した仕事に対しても真剣で一生懸命に取り組む国民性であるためスムーズにプロジェクトを推進させることも可能です。

これらのことからベトナムは、上記のコミュニケーション品質を確保すれば、発注側と受注側の友好関係や信頼関係などの構築やチームワークもしやすく成功しやすいオフショア先と言えるのではないでしょうか。

しかし、どうしても日本の開発（制作）会社を利用したいという声が多いのも事実です。 理由として日本国内という安心感が大きいようです。

では、日本国内の開発（制作）会社に発注することでどのような課題が考えられるでしょうか？ 次項をご参照ください。

人件費のコストを削減すれば、確保できるプロジェクトチームのIT人材数は少なくなります。 IT人材が少なくなれば人材リソース不足で進捗も遅延が発生します。 結果としてスケジュール未達、もしくはスケジュール厳守と引き換えに品質が悪くなり失敗になる可能性が高くなります。

逆に多くの人材リソースを確保する代わりに、単価の安い低スキル者をアサインした場合はどうでしょうか？ これも品質低下もしくはスケジュール未達となる可能性が大きいです。

高スキル者を多くアサインした場合は、コスト調整でスケジュールを短縮するかもしれません。 これもプロジェクト失敗のリスクが大きくなります。

他にも上記のようにコスト理由で失敗するケースはいくつかあります。 日本国内で安心感を選択したにも関わらず、プロジェクトが失敗してしまうのはとても残念なことです。

では、コスト削減についてもベトナムのオフショアで考えてみます。

現在、ベトナムでは多くのIT人材が活躍しており人材リソースは非常に豊富です。 また若いIT人材が多く、IT人材の増加速度も日本の倍速以上と言われています。

スキル面でも、大卒で既に即戦力の人材が多数輩出されるレベルで、同年代の日本人よりスキルが高いケースも珍しくありません。 ベトナムオフショアを導入している日本の某IT企業で「日本の中途採用に応募してくる日本人よりベトナム人プログラマーの方が技術力が高いことがある」という話も聞いたことがあります。 もちろんコストはベトナム人のほうが安く、プロジェクトチームの規模もスキルも柔軟に対応でき、品質低下やスケジュール遅延のリスクもかなり軽減されます。

また、ベトナム人の性格は元気でバイタリティがあるため、開発スピードにとても勢いがあります。 しかも、真面目で仕事の取り組みも一生懸命なため、コミュニケーションが良好であれば開発品質も維持できます。

コストに余裕があれば、無理なスケジュール短縮でコスト削減の調整をする必要がないため、こちらも品質・スケジュールともに心配する必要がありません。

もちろん、これらは大前提としてコミュニケーション品質が確保できていることが条件です。

ここまではベトナムでオフショアを実施した場合の魅力をお伝えしましたが、最後にデメリットについてもお伝えします。

日本国内のプロジェクト運営で失敗する一例として、下記のような状況を見かけることもよくあります。 日本国内でも防止対策は非常に重要ですが、ベトナムでも下記のようにならないためにプロジェクト管理を丁寧に実施する必要があります。

上記以外にも、様々な要因で失敗するケースも沢山あります。 それは、プロジェクト失敗の要因は単純なものではなく、いろいろな状況が複雑に絡み合って発生してしまうからなのです。 ここでは、オフショアではやってはいけない内容に特化して、最低限お伝えしたい代表的な内容だけ上記のとおりピックアップしてみました。 もちろん、これら上記の失敗要因は、日本国内でも発生する問題です。

これらの要因を防ぐことはとても難しいことです。 しかし、基本的なことを丁寧に実施するだけでも、失敗リスクはかなり軽減されます。 例えば 「発注側から漏れなく詳細にヒアリング」、「受注側のチームや進捗状況を定期的にヒアリング」、「発注側の外部レビュー」、「受注側の内部レビュー」、 「受発注両社参加の定例会」、「課題管理」、「報連相」、「コミュニケーション」 などを実施し、問題の発生時に丁寧に対応することでデメリットのリスクヘッジを狙えます。 もちろん工程毎品質確認、人員リソース管理、進捗管理なども含まれます。

では、上記のようなプロジェクト管理を推進するには日本とベトナムの連携をどのように進めれば良いのでしょうか？

「一般的なオフショア体制」は、日本人のプロジェクトマネージャーが日本からリモートでプロジェクト管理する体制です。チャットやビデオ会議などでオフショアチームをハンドリングします。
メリットは、日本国内にいながら現地のプロジェクト管理ができることです。デメリットは、対面でないため複雑な指示や依頼に対しては時間と労力などのコストがかかってしまうことです。

「日本人現地常駐のオフショア体制」は、日本人のプロジェクトマネージャーがベトナム現地に常駐してプロジェクト管理する体制です。これは一番おすすめな体制です。現地オフショアチームを直接ハンドリングでき、現地のメンバーも日本人の常駐でモチベーションがかなりアップします。
メリットは、対面のため非常に丁寧なプロジェクト管理ができることです。デメリットは、海外出張の発生です。

「ベトナム人来日常駐のオフショア体制」は、ベトナム人のブリッジSEが日本国内に常駐しリモートでオフショアチームに指示する体制です。日本国内で日本のプロジェクトマネージャーとベトナムのブリッジSEが直接やり取りできます。
メリットは、日本国内でブリッジSEに細かいニュアンスを含めた依頼ができることです。デメリットは、ブリッジSEのフライトや宿泊などの費用が発生してしまうことです。

これら3つの体制をベースにオフショアチームと相談しながら柔軟に体制の構築が可能です。 また、これらの体制を複合して各工程などのタイミング毎に流動的に体制を変更しながら実施するハイブリット体制も可能です。

これらの体制を活用するとともに、とても大切にしたいことはベトナムのチームとの密接で濃厚なコミュニケーションです。 これにより双方の信頼関係や友好関係などの関係性がより深くなり、オフショアからも積極的にコミュニケーションの発信があるなど、やり取りがとても活発になってきます。

これによって発注側が気づいていないようなリスクの報告や様々な提案など、真面目でバイタリティがあるため日本国内の開発（制作）会社から出てこないようなハイレベルな内容がオフショアから発信されることもあります。 斬新で有意義な内容が提案されたり、思わぬ内容に驚かされることなどもあります。

ベトナムのIT人材は技術スキルが高くバイタリティもあるため、開発スピードが速く生産性が非常に良いです。 その特徴を活かして、設計に時間をかけるのではなくプロトタイプ開発に時間をかけて品質向上を狙う進め方です。

設計の代わりにアジャイルでプロトタイプを開発し、日本側で動作確認をしながら調整や修正を繰り返す方法です。 完成に向けて精度を高めていくことも可能ですし、勢いがつくと更なる開発スピードのアップも期待出来ます。 また、常に仕様の認識齟齬の確認とその修正や品質を確保していくことも可能で大きなトラブルの防止にも繋がります。

例えば、簡単で大まかな流れとして

「プロトタイプ開発 ⇒ 日本で動作確認 ⇒ 仕様確認・不具合確認 ⇒ 調整や修正をオフショアにフィードバック」

という作業を1～2週間単位でループすることで、常に認識齟齬をチェックすることも可能です。 また、オフショアからもアイデアなどの提案が上がってきやすくなり好循環な流れが期待出来ます。

結果として、問題や課題などの早期発見にも繋がり開発がスムーズになることも狙えます。

設計書などの順番が逆になってしまいますがこれらのドキュメントや資料の最終版は、開発の完成精度が一定レベルになってから作成すれば、納品時の設計書と完成システムの記載内容差異の防止にも繋がります。 差し支えなければ、システムが無事に本番で稼働してから本格的に設計書に着手するという思い切った考え方も一つの方法です。

もちろんプロジェクトやシステムの内容や特徴によっては、このような手法が合致しないケースもありますが、オフショアの特徴を活かした参考例として検討してみるのも良いのではないでしょうか。