今は昔、ITのシステム開発の世界でも、同じオフィスで顔を合わせて開発するのがポピュラーとされてきました。
それが、コロナ禍により、一変。
今では、リモートで仕事をするのが当たり前になりましたね。
リモート環境の相手への仕事の外注が当たり前になった今、このテレワーク時代のエンジニアリソースを確保する方法の一つとして、オフショア開発のラボ型開発が注目されています。
今回は、ラボ型開発のコツについてまとめました。
ラボ型開発に興味のある方は、ぜひ最後までチェックしてみてください。
2020年2月頃からのコロナ禍により、政府もテレワーク推進による出勤者の７割削減などを掲げ、多くの企業がテレワークへの切り替えを行ったと思います。
オフィスに出勤してからの業務と、テレワークでは、異なる点が多いです。
具体的には以下のような変化があります。
１つ目の、「時間管理から成果主義へ」についてですが、テレワークになると、メンバーを直接見ることができなくなるため、時間単位での評価が難しくなります。
ビデオ通話アプリを常時接続し監視する、という方法もあるにはありますが、メンバー側のストレスや中間管理職の手間を考えると、ベストな選択肢だとは思えません。
テレワークにより時間管理が難しくなることで、アウトプットベースで評価する成果主義の傾向が強くなります。
２つ目の「メンバーの主体性の重要性が上がる」について、オフィスに出勤している時は、気軽に声をかけられるため、細かな進捗確認やアドバイスなどができます。
ですが、テレワークではどちらかが主体的声をあげなければ、進捗確認などがすすみません。
詰まっている時に主体的に動ける、という能力の重要性がオフィスにいた時よりも上がっています。
最後の「数よりも質が大事になる」というのは、メンバーの能力についてです。
「時間管理から成果主義へ」や「メンバーの主体性の重要性が上がる」にも関連するのですが、マネージャーがメンバーを見ることのできない状況下では、各個人の主体性や能力が重要になってきます。
特に開発の場面では、個人間の実力差が大きいため、優秀なエンジニアを登用することの重要性が、オフィス勤務の時よりも上がっているでしょう。
上記のような変化に対応するには、「成果主義による人事評価制度」や「オンラインコミュニケーションのノウハウ蓄積」が必要です。
逆にいえば、テレワークをうまく回せている企業は、「成果主義による人事評価制度」や「オンラインコミュニケーションのノウハウ蓄積」といった下地があると言えるでしょう。
「成果主義による人事評価制度」や「オンラインコミュニケーションのノウハウ蓄積」といった下地がある場合、オフショア開発のラボ型開発（＝ベトナムなどの遠隔地とオンラインコミュニケーションを取りながら開発する）も十分に行うことが可能です。
テレワーク時代に、あえてラボ型開発を選ぶ理由についてまとめます。
ラボ型開発に限りませんが、オフショア開発では国内開発より、人件費を抑えられる傾向にあります。
これは開発国と日本の間にある物価の差や賃金格差が理由です。
特にベトナムオフショア開発では、国内でのエンジニア登用の半額〜７割程度の費用で登用できます。
国内では長らくIT人材の不足が叫ばれており、まともなエンジニアを登用しようと思ったら、多額の人件費が発生してしまいます。
人件費を抑えたいと思っているのであれば、オフショア開発はシンプルにおすすめです。
こちらもベトナムオフショア開発の話になりますが、国内より、優秀なエンジニアを登用するチャンスが多いです。
ベトナムはIT人材の輩出を国策として掲げており、毎年IT分野の経済成長が目覚ましいです。
ベトナムのエリート層にとって、エンジニアは狙い目の職業の一つであり、毎年優秀な新人エンジニアが輩出されているのも背景としてあります。
特に、流行のJavaScriptフレームワークやアプリ開発、AI開発といった最新の流行にのった技術に関して得意なエンジニアが多いです。
オフショア開発の中でも、ラボ型開発は、開発チームを一定期間専属で雇い入れる形式です。
そのため、自社でエンジニアを雇用した時と同様に、開発チームと自社の間で、ノウハウや信頼関係の蓄積ができます。
優秀なエンジニアを、国内相場より低い費用で、自社メンバーのように登用できるのが、ラボ型開発のメリットです。
エンジニアリソースの確保をしたい、という場合、非常におすすめの選択肢と言えます。
次にラボ型開発で、課題となりがちな点についてまとめます。
ラボ型開発では、ゴールやタスクを、開発チームに共有するのが難しいです。
言語の壁や文化の壁があり、かつ一度も顔を合わせていない状態では、なかなかこちら側の意図を正確に伝えることができません。
リモートで協働する場合、依頼者側とオフショア側の双方がゴールやタスクを理解し、主体的に取り組むことが必要になります。
ゴールやタスクの共有を確実に行うには、やはり、こまめなコミュニケーションが必要です。
現在のコロナ禍では、現地に赴き、定期的に打ち合わせをするというのは現実的ではありません。
その代わりにビデオ通話でミーティングを重ね、繰り返しゴールやタスクを共有するのがおすすめです。
ラボ型開発などのオフショア開発では、日本人同士でテレワークをする時より、誤解やすれ違いといったコミュニケーションロスが発生しやすいという課題もあります。
言語の壁や文化の違いといった前提条件が異なるので、完全に解消するのは難しいですが、チャットやドキュメントの活用、図解の活用などをすることでコミュニケーションロスを減らすことが可能です。
特に開発案件では、UMLといった共通言語を使ったり、図解を駆使したりすることで、正確にこちらの意図を伝えることができるでしょう。
テレワークで、「成果主義による人事評価制度」や「オンラインコミュニケーションのノウハウ蓄積」といった下地を作れた企業であれば、ラボ型開発でのエンジニアリソース確保はかなり現実的な手段です。
dehaでは、５年間に渡り、ベトナムオフショア開発を行ってきました。
ラボ型開発も請け負っており、日本のクライアントとのやりとりの中で得たノウハウの蓄積があります。
お問い合わせいただければ、より具体的な事例を交えて、ラボ型開発の進め方やコツについてご説明させていただけます。
オフショア開発は従来の「量」の補完から、しかし、生成AIの急速な進化によってその前提が大きく変わろうとしています。 今後は「どれだけ高い生産性を実現できるか」が重要です。 この記事ではそのようなオフショア開発のあり方の変化について見ていきます。 オフショア開発に興味がある方 社内のIT人材が不足している方 AIを使った開発に興味がある方 これらに当てはまる方におすすめの記事となっています。これを読めばオフショア開発の変化についてわかるのはもちろん、AI Nativeについても丸わかりですよ。 (more…)
近年、日本のIT業界では「2030年に最大79万人のIT人材が不足する」という予測が繰り返し語られています。 この数字は、日本社会のDX推進や企業のシステム開発を支える人材の不足を警告する象徴的な指標として広く認知されています。 しかし、2022年末以降の生成AIの急速な発展により、この予測の前提条件は大きく変化しています。 かつては人間が手作業で行っていたプログラミング、設計書作成、テストケース生成、ドキュメント作成、データ分析などの業務が、AIによって大幅に自動化され始めているためです。 その結果、「79万人不足」という予測を単純に受け入れるのではなく、「どのような人材が不足し、どのような人材の需要が減少するのか」という質的な観点から再検討する必要が生じています。 この記事では、生成AI時代におけるIT人材不足の構造変化を分析し、2030年に向けて求められる人材像について考察をしていきます。 生成AI時代が気になる方 IT業界の方 社内のIT人材が不足している方 これらに当てはまる方におすすめの記事となっています。これを読めば「2030年79万人IT人材不足」問題について、新しい見解とその対策がわかりますよ。 (more…)
長年運用されてきた基幹システムは、企業活動を支える重要な存在である一方で、技術的負債の蓄積、保守人材不足、クラウド対応の遅れ、ブラックボックス化など、さまざまな問題を引き起こしています。 従来のマイグレーションでは、既存システムの解析からコード変換、データ移行、テスト、カットオーバーまで、多くの工程を人手に依存していました。 こうした背景の中、注目を集めているのが「AIレガシーマイグレーション」です。 この記事ではAIレガシーマイグレーションについて、どんな特徴があるのかやその強みに着目をしていきたいと思います。 AIレガシーマイグレーションが気になる方 製造業の方 DXをすすめたい企業の方 これらに当てはまる方におすすめの記事となっています。これを読めばAIレガシーマイグレーションがどう言ったものかがわかるのはもちろん、DEHAのAIレガシーマイグレーションについてもわかりますよ。 (more…)
近年、企業のIT戦略やシステム開発において「AI Native（AIネイティブ）」という言葉が急速に注目を集めています。 この記事ではそんなAI Nativeについて、その概要やメリットなどを紹介していきます。 AI Nativeが気になる方 システム開発をお考えの方 社内にIT人材が不足している方 これらに当てはまる方におすすめの記事となっています。これを読めばAI Nativeが何かがわかるのはもちろん、導入するべき理由が丸わかりですよ。 (more…)
IFS Cloudは、スウェーデン発のグローバルERPパッケージであり、ERP、EAM（設備資産管理）、SM（サービス管理）を統合的に提供する統合プラットフォームです。 本日はそんなIFS Cloudについて主要モジュールを解説します。 IFS Cloudに興味がある方 ERPをお探しの方 製造業の方 これらに当てはまる方におすすめの記事となっています。これを読めばIFS Cloudについてわかるのはもちろん、IFS Cloudの強みまで丸わかりですよ。 (more…)
企業のDX推進が本格化する中で、ERP（基幹業務システム）の役割は単なる業務管理ツールから、経営基盤そのものへと変化しています。 その中で、世界的に注目されているクラウドERPが IFS とOracle Cloud ERPです。 どちらも世界トップクラスのERPとして高く評価されていますが、実際には設計思想や得意分野が大きく異なります。 IFS Cloudは「現場・設備・サービス」を重視したERPであり、製造業やインフラ産業との相性が非常に高いことで知られています。 一方のOracle Cloud ERPは、「財務・経営統制・グローバル管理」を重視したERPであり、多国籍企業や大企業における経営管理基盤として強みを発揮しています。 そのため、「どちらが優れているか」という単純な比較ではなく、「自社の業務や経営戦略にどちらが適しているか」を見極めることが重要になります。 この記事では、IFS CloudとOracle…