LASSIC Media らしくメディア

監修・編集責任者：牛尾 昭昌（株式会社LASSIC 執行役員）

開発チームが大きくなり、設計やコードの良しあしを決める人がいない。社内に適任者が見当たらず、テックリードを採用したいが、求人票に何を書き、面接で何を聞けばよいのか分からない——。開発を内製で進める企業では、こうした迷いが起こりがちです。テックリードとは、開発チームの中で設計の方針や技術の選び方を決め、その判断に責任を持つ役割を指します。

テックリードの採用で難しいのは、肩書きが会社ごとに違い、職務経歴に同じ言葉があっても任されていた判断の重さが見えない点です。本記事では、IPAのITスキル標準（ITSS）とシステムアーキテクト試験の資料をもとに、EM・PMとの違い、任せる技術判断の書き出し方、判断の経験の確かめ方、社員で採るか外部の助言役に頼むかを整理します。

テックリードとEM・PMの違い

テックリードは、法令や公的な基準で中身が決まった職名ではありません。採用の前に、近い役割との違いを社内でそろえておくと、求人票と面接の軸がぶれにくくなります。

公的な資料では、ITSSの「ITアーキテクト」の説明がテックリードの仕事に近くなります。ITSSはこの職種について、設計したアーキテクチャ（システムの全体の組み立て）が後続の開発や導入で実現できることを確かめ、実現性に対する技術リスクの影響を事前に評価する仕事だと説明しています。^*1 一方でPMは、納入物やサービスの品質、コスト、納期に責任を持つ職種とされています。^*2

小さなチームでは、1人がテックリードとEMを兼ねることもあります。兼ねてもらうなら、求人票に両方の仕事を書いておきます。人を率いる経験の聞き方は「エンジニア中途採用で責任者のマネジメント経験を見極める方法」、PM職の採り方は「PM（プロジェクトマネージャ）中途採用の要件と経験の見極め方」で扱っています。

任せる技術判断を書き出す

テックリードの採用でまず決めるのは、どの判断をその人に任せるかです。IPAのシステムアーキテクト試験は、開発に必要な要件を定義し、それを実現するアーキテクチャを設計し、開発を主導する人を対象者像にしています。^*3 テックリードの仕事と重なる範囲です。

求人票の仕事の欄には、任せる判断を具体的に並べます。例えば次のような項目です。

• 設計の方針：システムをどう分け、どこを後から変えやすくしておくか
• 技術の選び方：プログラミング言語やクラウド、外部のサービスを選ぶときの基準
• レビューの基準：どんな状態のコードなら本番に取り込んでよいか
• 手直しの優先順位：急いで作った部分（技術的負債）を、いつ直すか
• 専門家への相談：自分たちだけで決めず、詳しい人に聞くかどうか

最後の項目は見落としがちです。同じ試験の「業務と役割」には、ネットワーク、データベース、セキュリティなどの固有技術は「必要に応じて専門家の支援を受ける」と書かれています。^*3 テックリードは何でも1人で決める人ではなく、決め方と相談先を持っている人だと考えると、求める像を描きやすくなります。

自分で決めてよい範囲と、社内の承認が要る範囲も分けておきます。職位と権限の決め方は「外注依存から抜けるための技術責任者のエンジニア採用」が参考になります。

技術判断の経験の確かめ方

ITSSのITアーキテクトの達成度指標は、経験を責任性（立場と回数）、サイズ（規模）、複雑性（難しさ）の3つの観点で書いています。^*1 専門分野「アプリケーションアーキテクチャ」のレベル4と5は、次のとおりです。

難しさについて、達成度指標は、信頼性や保守性への要求に高度な設計が必要なこと、部品どうしのつなぎ目が多くて構造が複雑なこと、使用実績の少ない技術を使ったことなどを挙げ、レベル4と5ではそのうち2つ以上に当たる経験を求めています。^*1

職務経歴の「テックリード」は肩書きにすぎません。面接では、過去に下した技術判断を1つ選んでもらい、次の順にたどると、本人が決めたのか、提案しただけなのかが見えてきます。

• そのときの条件：どんな制約や期限があったか
• 比べた案：ほかにどんな選択肢を検討したか
• 選んだ理由：何を優先し、どの案を見送ったか
• 決め方：最後に誰が決め、誰に説明したか
• その後：結果はどうだったか。見直したことはあるか

システムアーキテクト試験は、現行の制度での実施が2026年度で終わり、2027年度から新しい制度に移る予定です。^*3 合格歴は入り口の目安として歓迎条件に置き、必須条件は経験の言葉で書くのが無難です。

社員か外部の技術顧問か

社員として採るか外部の人に頼むかは、任せたい判断が長く続くものか、期間の決まったものかで考えます。外部の関わり方には、業務委託で開発に加わってもらう形と、技術顧問のように月に数回の助言で関わってもらう形があります。

外部の人に入ってもらう場合も、最終的に技術の方針を決める責任者は社内に置いておくのが基本です。業務委託では、発注する側が細かな指示を出すと契約の形と合わなくなることがあります。任せる範囲と報告の方法は契約で取り決め、迷う点は専門家に確かめてください。

採用までの進め方と確認点

テックリードの採用は、次の順に進めると、求人票と面接の中身がそろいやすくなります。

1. 任せる技術判断と、社内で承認する人を書き出す
2. EMやPMの仕事を兼ねてもらうかを決める
3. 必須条件を、技術責任者として設計を担った回数と規模で書く
4. 面接で過去の技術判断を1つたどる質問を、面接官のあいだでそろえる
5. 採用が決まるまでの間、設計の判断ができる外部の人に入ってもらうかを決める

外部の人にテックリードの役割を頼むときは、次の点を契約の前に確かめておきます。

• 過去に自分で下した技術判断を、比べた案と理由まで話せるか
• なぜそう決めたかを文書に残す習慣があるか
• 社内のメンバーにレビューを通して教えられるか
• 契約が終わるときの引き継ぎの方法と期間
• 週に何時間関わり、どの会議に出るか

テックリードの不足を外部への委託で補う進め方は、らしくコラムの「テックリード・リードエンジニア不足を外部支援で補う進め方」でも扱っています。

まとめ：テックリード採用で確かめたい3つの点

テックリードの採用で確かめておきたい点は3つに整理できます。第一に、テックリードを設計の方針や技術の選び方に責任を持つ役割として、EMやPMの仕事と分けて定義すること。第二に、任せる技術判断と社内で承認する人を書き出し、求人票の仕事の欄に載せること。第三に、面接では過去の技術判断を1つたどり、立場・規模・難しさをあわせて確かめることです。採用が決まるまでの間を外部の人で補うかも、あわせて検討してみてください。

よくある質問

出典

1. *1　参考：IPA「職種の概要と達成度指標（ITアーキテクト）」（https://www.ipa.go.jp/jinzai/skill-standard/plus-it-ui/itss/ps6vr70000004x60-att/000024927.pdf）。出典：経済産業省・独立行政法人情報処理推進機構「ITスキル標準V3 2011 職種の概要と達成度指標（4）ITアーキテクト」（PDF）。職種の説明、アプリケーションアーキテクチャのレベル4・5の達成度指標（責任性・複雑性・サイズ）を参照（確認日2026年10月17日）（2026年10月確認）
2. *2　参考：IPA「職種の概要と達成度指標（プロジェクトマネジメント）」（https://www.ipa.go.jp/jinzai/skill-standard/plus-it-ui/itss/ps6vr70000004x60-att/000024937.pdf）。出典：経済産業省・独立行政法人情報処理推進機構「ITスキル標準V3 2011 職種の概要と達成度指標（5）プロジェクトマネジメント」（PDF）。職種の説明を参照（確認日2026年10月17日）（2026年10月確認）
3. *3　参考：IPA「システムアーキテクト試験」（https://www.ipa.go.jp/shiken/kubun/sa.html）。出典：独立行政法人情報処理推進機構「システムアーキテクト試験」（最終更新日2026年7月6日）。対象者像、業務と役割、試験制度の見直しを参照（確認日2026年10月17日）（2026年10月確認）

Tweet