オフショア開発チームを信用することはできません。 ここに理由があります

オフショアの国で開発チームを雇う前に、信頼に関連するすべての問題を事前に明確にしておくことをお勧めします。 専任の開発チームを信頼できない理由を調べてみましょう。

https://bap-software.net/wp-content/uploads/2020/02/offshore-development-problems.jpg

理由1.ソフトウェアエンジニアに関する情報の欠如。

テクノロジースタック、経験、プロジェクトのポートフォリオ、教育など、候補者に関するすべての情報を用意することが不可欠です。採用担当者と人材獲得の専門家は、不完全なプロファイルは悪い第一印象を与えると述べています。 さらに、オフショア企業は必要なすべての情報をクライアントに提供しない場合があるため、誤解につながり、クライアントの要件が満たされない可能性があるというリスクが常にあります。 たとえば、オフショアのソフトウェア開発者がGitなどの最新テクノロジーやテスト駆動型開発などのアプローチに精通しているかどうかは、必ずしも明確ではありません。 最後に、エンジニアはポートフォリオを定期的に更新しないため、クライアントは最終的に誰が彼らのために働くのか本当にわかりません。

理由2.評価とランキングのあいまいさ。

Clutch.coなどのWebサイトを閲覧して、提携しているオフショア企業のカテゴリーランキングを調べることができます。 しかし、すべてのプロジェクトと人は異なり、ある会社にとって良いことは別の会社にとって悪いことです。 さらに、どの会社もClutch.coの要件を満たすレーキを申請して手配できます。 たとえば、Clutchは、最もスポンサーとなっているサービスプロバイダーを高くランク付けできます。 その結果、プロジェクトにとって誰がより良いかを決定することになると、評価はもはやそれほど価値がありません。 あなた自身の経験に基づいて個人的な評価を形成することは常に良い選択肢です。 ただし、オフショア開発の設定では常に可能であるとは限りません。 特定のプロジェクトに対してそのような評価を自分で作成するように要求する時間を想像してみてください。

理由3.対面コミュニケーションの欠如。

これは、オフショアソフトウェア開発の最も一般的な問題の1つであり、次の要因によって発生します。

  • 本社とオフショア会社は地球の反対側にある可能性があり、オンラインでお互いをキャッチして効率的に通信するのは難しい場合があります。さらに、開発者がレポートする時間内に実際に作業するかどうかを定義することは困難です。たとえば、Oracleのソフトウェア開発マネージャーであるJake Carlsonが、時間単位の課金をどのように実験したかについての話を共有します。彼はオフショアチームと同じタスクを実行しようとしましたが、チームが35時間を請求したのに対し、プロジェクトを完了するのに4時間しかかかりませんでした。
  • Lorraine Longhurstが彼女の記事「アジャイル開発のオフショアリングが機能しないことが多い理由」で強調しているように、オフショアチームは、コミュニケーションの問題を解決するよりも回避することを好むことがよくあります。チームは遠く離れているため、回避戦術に固執する方が簡単です。
  • オフショアチームメンバーをローカルチームメンバーと同じように扱っていない場合、信頼を築くことは不可能です。まだ十分な可能性を探っていないという理由だけで、面白くない貴重なタスクを与えます。 PandaDoc(ソフトウェア開発をベラルーシアウトソーシングしている会社)の創設者であるMikita Mikadoは、「海外のチームメンバーは、HQチームと同じように絶対に扱うべきです」と述べています。
  • オンショアチームとオフショアチームの文化の違いもコミュニケーションを妨げる可能性があります。繰り返しになりますが、Mikita Mikadoは、ソフトウェア開発チームを訪問せず、オフィスへの訪問を整理しないと、文化を彼らと共有することに消極的だと考えています。
  • 一部のオフショアソフトウェア開発会社は、ローカルプロジェクトマネージャーをオンショアチームとオフショアチーム間の「ブリッジ」として使用しています。その結果、開発者が直接PMの背後に「隠れている」かのように、直接通信することはできません。

理由4.リスクのある送金。

本社とオフショア会社間の送金は、プロセスのセキュリティと透明性に関連する特定のリスクをもたらす可能性があります。 たとえば、(1)オフショアの国からの請求書は、すべての税務当局に認識されない場合があります。 これは、Tax Free Todayが報告しているように、税金を回避する目的で偽造された請求書を発行するリスクがあるためです。

(2)すべての法的文書を注意深くチェックし、証明されたIDと明らかにされたIDを使用して、2つの会社間のトランザクションの透明性を確保する必要があります。 この記事では、ウクライナを例にして、海外の国に送金するための最良のオプションに関する詳細情報を見つけることができます。

(3)別の問題は、オフショア会社が提供する作業が品質基準を満たすことを100%保証できないことです。 その結果、お金と引き換えに質の低い仕事を得ることができるので、支払われた時間は労働時間であると確信することができません。

理由5.開発者がプロジェクトを辞めることにした場合はどうなりますか…。

場合によっては、ソフトウェア開発者が予期せずにプロジェクトを離れることがあります。これは特にフリーランサーによく見られます。 この場合、できるだけ早く代替品を見つける方法は? 特にスタートアップ企業の場合、新しいチームメンバーの検索とトレーニングに多くの時間とリソースが費やされるため、プロジェクトにとって壊滅的なものになる可能性があります。 その上、誰が交換品を探すべきか、そしてどれほど簡単かつ迅速に交換できるかは必ずしも明確ではありません。 たとえば、ソフトウェア開発者は、それを採用したのは会社または新興企業の仕事であると信じています。 したがって、会社には、代替を見つけることができる利用可能な人材プールが必要です。 ただし、開発者は妥当な時間内にタスクを代替に渡す必要があります。 とにかく、自分でやるのは複雑すぎるようです。

オフショア開発の問題について詳しくは、こちらをご覧ください。https://bap-software.net/knowledge/offshore-development-issues/