LASSIC Media らしくメディア
技術選定を外部エンジニアに頼む方法|社内に残す判断と人の選び方
監修・編集責任者:牛尾 昭昌(株式会社LASSIC 執行役員)

この記事の結論
- 技術選定で外部エンジニアに頼むのは候補の比較と技術的なリスクの評価で、採用する案の決定は社内に残します。
- 言語・クラウド・既存システムとの連携など、選ぶ対象に合う専門分野の人に頼むと意見がまとまりやすくなります。
- 経験は知っている技術の数より、責任者として選んだ回数と、比べた案と理由を資料に残したかで確かめます。
※ 本記事は2026年10月時点の公式情報(省庁・公的機関、および製品やサービスを提供する事業者が公開している資料)に基づきます。
新しいシステムをどの言語で作るか、どのクラウドに載せるか、どの製品を入れるか。社内に決めきれる人がおらず、外部のエンジニアに意見をもらうべきか迷っている——。開発を任された現場では、こうした悩みがよく聞かれます。技術選定とは、システムに使う言語・クラウド・製品などを、要件と制約に照らして選ぶことを指します。
外部エンジニアに頼めば比べる材料は早くそろいますが、決める責任まで渡すと、後から誰も理由を説明できない選定が残ります。本記事では、外部に頼めることと社内に残す判断、人の選び方と頼み方を、IPA(情報処理推進機構)の「ITスキル標準」をもとに整理します。
目次
技術選定を外部エンジニアに頼むとは
技術選定で外部エンジニアに頼むのは、多くの場合「決めること」そのものではなく、決めるための材料づくりです。具体的には、次のような作業があります。
- 要件と制約(予算・期間・社内の運用体制)を聞き取り、候補を2〜3案に絞る
- 案ごとの長所と短所、作った後の運用の手間を比べる
- 選んだ技術で、後の開発と導入が進められるかを確かめる
- 小さく試して、技術的なリスクを洗い出す
ITスキル標準は、こうした仕事を担う職種を「ITアーキテクト」と呼び、その役割として「実現性に対する技術リスクについて事前に影響を評価する」ことと、設計したアーキテクチャ(システム全体の構造)について「後続の開発、導入が可能であることを確認する」ことを挙げています。*3 技術選定を頼む相手には、この2つができる人を選ぶのが基本です。
ITスキル標準は、IT技術者を11の職種と35の専門分野に分け、それぞれに7段階のレベルを置いた物差しです。*1 新しい製品の名前は出てきませんが、誰に何を頼むかを整理する枠組みとして使えます。
外部に頼めることと社内に残す判断
外部エンジニアに材料づくりを頼んでも、最後に決めるのは社内です。選んだ技術は、何年も運用し、人を採り、費用を払い続ける前提になります。契約が終わった後に選んだ理由を説明できる人が社内にいなければ、次の見直しのときに同じ迷いを繰り返します。

| 場面 | 外部エンジニアに頼めること | 社内に残す判断 |
|---|---|---|
| 要件 | 要件と制約の聞き取り、抜けの指摘 | 費用・期間・運用のしやすさのどれを優先するか |
| 候補 | 候補の洗い出しと2〜3案への絞り込み | 候補に入れるか外すかの最終判断 |
| 比較 | 案ごとの長所と短所、運用の手間、技術的なリスクの評価 | どのリスクなら受け入れられるか |
| 決定 | 推す案とその理由の説明 | 採用する案の決定と承認 |
| 記録 | 比べた案と理由を書いた資料の作成 | 資料の保管と、見直す時期の決定 |
線を引くときは、「選んだ理由を社内の誰が説明するか」を先に決めておくと分かりやすくなります。会社全体として技術の方針をどう定めるかは「外部エンジニアとCTO不在(技術責任者なし)のアーキテクチャ方針」で取り上げています。本記事は、その方針の下で1件ずつの選定を頼む場面を扱います。
選ぶ対象で頼む人を変える
選ぶ対象によって、詳しい人は違います。ITスキル標準では、ITアーキテクトがアプリケーション、インテグレーション(システム同士の連携)、インフラストラクチャ(システムの土台)の3つの専門分野に分かれます。*3 個別の技術に深い「ITスペシャリスト」には、データベースやセキュリティなど6つの専門分野があります。*4
たとえば言語やフレームワーク(開発の土台になる部品の集まり)を決めるなら、アプリケーション共通基盤の専門分野が近く、ITスキル標準はこの分野の仕事に「開発環境の決定」を含めています。*4
対象が複数の分野にまたがるときは、全体の構造を見るITアーキテクトを1人置き、個別の技術は必要なときだけ専門の人に聞く形にすると、意見がばらばらになりにくくなります。
外部エンジニアの経験の確かめ方
外部エンジニアの経験は、知っている技術の数ではなく、選定に責任を持った経験で見ます。ITスキル標準は、レベル3までは「チームメンバとして」の作業を求めるのに対し、レベル4以上からは「チームリーダとして成功裡に達成した経験」が求められ、両者の間には大きな格差があるとしています。*2
ITアーキテクトのレベル4の達成度指標(経験と実績で見る基準)には、技術責任者としてアーキテクチャの設計を2回以上、成功裡に遂行した経験と実績が挙げられています。*3 技術選定を任せる相手なら、責任者として技術を選んだ経験を複数持つ人を目安にするとよいでしょう。面談では、次のように聞くと経験の中身が見えます。
- 過去に責任者として選んだ技術と、そのとき比べた案
- 外した案の理由と、選んだ後に分かった問題
- 選んだ技術を何年運用したか、運用は誰が担ったか
- 比べた案と理由を、どんな資料に残したか
なお、ITスキル標準のレベルは、人事制度における役職のレベルを表すものではないとされています。*1 肩書きよりも、選んだ経験の中身を聞くほうが確かです。
頼むときの進め方と確認点
技術選定を外部エンジニアに頼むときは、次の順に進めると、社内に判断の理由が残りやすくなります。

- 選ぶ対象と、決めたい時期を書き出す
- 優先する条件(費用・期間・運用のしやすさ)に社内で順位を付ける
- 対象に合う専門分野の人を探し、選定の経験を面談で確かめる
- 候補2〜3案と比べた理由を、資料にまとめてもらう
- 社内で決定し、見直す時期を決めて資料を保管する
選んだ人に最初の開発まで加わってもらうと、選定のときに見落とした問題に早く気づけます。技術の判断を長く任せられる人を社内に置きたいなら社員として採る道もあり、比べ方は「テックリード採用の3つのポイント|任せる範囲と技術判断の見極め方」で整理しています。
外部人材に頼む前には、次の点を確かめておきます。
- 選ぶ対象と、今のシステムの情報をどこまで渡すか
- 比べた案と理由を残す資料の形と、受け取る時期
- 週に何時間関わり、どの打ち合わせに出てもらうか
- 選定の後、開発にも加わってもらうかどうか
- 契約が終わるときの引き継ぎの方法
業務委託では、任せる範囲と報告の方法を契約で取り決めます。社内からどこまで指示してよいかなど迷う点は、契約の内容を確かめ、必要なら専門家に相談してください。
まとめ:技術選定を頼むときの3つの点
技術選定を外部エンジニアに頼むときの要点は3つです。第一に、候補の比較とリスクの評価は外部に頼み、採用する案の決定は社内に残すこと。第二に、選ぶ対象に合う専門分野の人を選ぶこと。第三に、責任者として技術を選んだ経験を面談で確かめることです。こうしておけば、「なぜその技術を選んだのか社内の誰も説明できない」という事態を避けやすくなります。
よくある質問
技術選定だけを短い期間で頼むことはできますか
できます。選ぶ対象と決めたい時期、渡す資料がはっきりしていれば、選定の期間だけ業務委託で加わってもらう形が取れます。ただ、選んだ技術で開発を始めた直後に問題が見つかることもあるため、最初の開発まで関わってもらうかどうかもあわせて検討します。
外部エンジニアの推す案に社内で反論できないときはどうしますか
比べた案ごとに、外した理由を書いてもらうよう頼みます。理由が費用・期間・運用のどれに関わるかが分かれば、社内で付けた優先順位と照らして判断できます。それでも決めきれないときは、別の専門分野の人に資料を見てもらう方法もあります。
情報処理技術者試験の合格者なら技術選定を任せられますか
合格は知識の目安になりますが、それだけで判断するのは避けます。ITスキル標準は、レベル4は情報処理技術者試験の合格に加えて業務経験などで判定するとしています。*2 技術選定を任せるなら、試験の合格とあわせて、責任者として技術を選んだ経験を面談で確かめます。
技術選定に加わるエンジニアを探す
選ぶ対象と決めたい時期が分かっていれば、そのままご相談いただけます。どの分野の人に頼むべきか決めきれていない段階でも構いません。
Remoguとリラシクなら、リモートワークで働く社員の候補者も、業務委託で開発に加わる専門人材も探せます。
Remoguは、リモート前提で全国から即戦力のITプロ人材を調達するサービスです。リラシクは、扱う求人がすべてリモートワークのITエンジニア専門転職エージェントです。どちらもLASSICが運営しています。
出典
- *1 参考:IPA「ITスキル標準とは キャリアフレームワーク」(https://www.ipa.go.jp/jinzai/skill-standard/plus-it-ui/itss/career-framework.html)。出典:独立行政法人情報処理推進機構。11の職種・35の専門分野・7段階のレベル、レベルは人事制度の役職を表すものではないことを参照(確認日2026年10月17日)(2026年10月確認)
- *2 参考:IPA「ITスキル標準V3 2011 1部:概要編」(PDF)(https://www.ipa.go.jp/jinzai/skill-standard/plus-it-ui/itss/ps6vr70000004x60-att/000024840.pdf)。出典:経済産業省・独立行政法人情報処理推進機構(2018年8月27日改訂)。共通キャリア・スキルフレームワークに基づくレベル判定(レベル4は試験の合格に加えて業務経験等で判定)、レベル3までとレベル4以上の違いを参照(確認日2026年10月17日)(2026年10月確認)
- *3 参考:IPA「ITスキル標準V3 2011 2部:キャリア編 職種の概要と達成度指標(4)ITアーキテクト」(PDF)(https://www.ipa.go.jp/jinzai/skill-standard/plus-it-ui/itss/ps6vr70000004x60-att/000024927.pdf)。出典:経済産業省・独立行政法人情報処理推進機構。職種の説明、3つの専門分野、レベル4の達成度指標(責任性)を参照(確認日2026年10月17日)(2026年10月確認)
- *4 参考:IPA「ITスキル標準V3 2011 2部:キャリア編 職種の概要と達成度指標(6)ITスペシャリスト」(PDF)(https://www.ipa.go.jp/jinzai/skill-standard/plus-it-ui/itss/ps6vr70000004x60-att/000024949.pdf)。出典:経済産業省・独立行政法人情報処理推進機構。職種の説明と6つの専門分野(アプリケーション共通基盤の説明を含む)を参照(確認日2026年10月17日)(2026年10月確認)