ソフトウェア開発チームの作り方: 費用と人数の実務ガイド

ソフトウェア開発チームを作るという判断は、たいてい計画ではなく予算項目として現れます。エンジニア2名分の人員枠が承認され、取締役会向けの資料にはコードを借りるより所有するほうが安いと書かれ、そのチームが何のために存在するのかを誰も書き出さないうちに採用活動が始まります。そこで起きる採用の失敗は、約9か月のあいだ表に出てきません。

この問いを立てる人の大半は、まだ採用すべきではありません。正直な助言はそこから始まります。正社員のチームは固定費であり、それに対応する需要はたいてい変動します。うまくいくのは、仕事が継続的にあり、顧客が支払っている対象がソフトウェアそのものであり、来週何を作るべきかを社内の誰かが言えるときです。どれか1つでも欠ければ、日単位で買えたはずのものを年単位で買ったことになります。

以下で扱うのは、その計算と順序です。国民保険料、年金、休暇、機材、採用費まで含めたときにエンジニアが実際にいくらかかるのか、最初に採用すべき役割はどれか、1名、3名、5名、10名のチームが現実に何を届けられるのか、そして社内に技術者がいない状態で技術面接をどう運営するのか。

ソフトウェア開発チームを作るには何人必要ですか。 想像より少なく、想像より遅いタイミングです。デリバリーを最初から最後まで担えるシニアのゼネラリスト1名は、ジュニア3名より広い範囲をカバーします。小規模での制約はタイピング量ではなく判断力だからです。最初に本当に安定する形は3名で、総コストは年間およそ GBP 250,000 です。ロードマップが断続的なら、通常はエージェンシーのほうが適した手段になります。

ほとんどの企業はまだソフトウェア開発チームを作るべきではない

採用は、きちんと立てていない問いに答えるための最も高価な方法です。雇用契約は、その人が在籍するあいだ給与を支払う義務を負い、さらに予告期間と、以下で説明する法定コストが加わります。しかもそれが確定するのは、18か月後にその仕事がまだ存在するかどうかが分かるより前です。

失敗が劇的な形で現れることはめったにありません。企業が開発者を2名採用し、リストにあったものを作り、そしてリストが尽きます。誰も人員削減をしたくないので、チームは仕事を発明します。書き直し、フレームワークのアップグレード、誰も頼んでいない社内ツール。12か月後、給与は現実のものであり、成果はそうではなく、創業者はエンジニアの生産性が低いと結論づけます。そうではありませんでした。仕様が不足していたのです。

反論はもっともで、エージェンシーは日単価が高く、あなたのビジネスへの理解も浅い、というものです。どちらも事実です。見落とされているのは、エージェンシーは止められる変動費であり、悪い月のコストが1年ではなく1か月で済むという点です。ロードマップが本当に継続的であれば計算は逆転し、コストでも速度でも内製が勝ちます。誤りは、それを早すぎる段階で逆転させることです。終わりの定義された固定的な仕事はエージェンシー案件であって採用計画ではありません。だからこそ当社のソフトウェア開発サービスには、人員数の相談で訪れて、実際にはプログラムではなくプロジェクトを抱えていた企業が数多く来ます。

チームが必要かどうかを判定するテスト

条件は3つで、3つとも満たしている必要があります。3つ未満なら、まだ準備ができていません。

ソフトウェアは製品ですか、それとも製品を支えるものですか。 顧客がソフトウェアに対して支払っている、あるいは競合ではなくあなたを選ぶ理由がソフトウェアであるなら、コードは戦略資産であり、そのすべてを外部委託し続けるといずれガバナンスの問題になります。ソフトウェアが請求業務を回しているだけなら、それは配管であり、配管は買うものです。

ロードマップは継続的ですか。 4か月目から12か月目までに何を作るかを書き出してください。あったらいいと思う機能ではなく、商業的に説明できる仕事です。そのリストが薄いなら、1年分の仕事ではなく、尾を引くプロジェクトを抱えているということです。

社内の誰かが仕事を仕様化できますか。 これが飛ばされがちです。エンジニアは、どの問題を解くのか、そして解けたとどう判断するのかを知る必要があります。それに答えられるのが最高経営責任者だけで、その人が週に40分しか使えないなら、チームは待つか推測するかに時間の大半を費やします。プロダクトオーナーのいないチームが生むのは前進ではなく運動です。

4つ目の問いは、答えではなくタイミングを決めます。ソフトウェアが収益を生まない状態で18か月を支えられますか。手元資金の関係でチームが6か月目までに黒字化しなければならないなら、誰も採用せず、仕事を日単位で買ってください。

2026年に従業員が実際にいくらかかるのか

給与は総額のおおよそ7割です。残りは法定、運用、そして一度きりのコストで、最後のカテゴリーが初年度の予算を壊します。

交渉できない法定コスト

最も大きな上乗せは雇用主負担の国民保険料です。GOV.UK の雇用主向け料率としきい値によれば、2026年度から2027年度の課税年度では、年間 GBP 5,000 のセカンダリしきい値を超える収入に対して雇用主が15パーセントを負担します。GBP 60,000 の給与なら GBP 55,000 の15パーセント、つまり GBP 8,250 です。要件を満たす雇用主は雇用手当により、年間のセカンダリ Class 1 負担のうち最大 GBP 10,500 を相殺できますが、取締役が1名だけでセカンダリ拠出の対象となる他の従業員がいない会社は請求できません。

年金の自動加入は、合計最低8パーセントの内側で、雇用主の最低拠出3パーセントを加えます。職域年金の拠出に関する GOV.UK のガイダンスによれば、算定対象は年間 GBP 6,240 から GBP 50,270 までの適格収入です。帯の上限では1人あたりおよそ GBP 1,321 になります。多くの雇用主は代わりに給与全額に対する割合で支払っており、そのほうが手厚く、候補者にも説明しやすくなります。

休暇は現金というより稼働のコストです。法定の付与日数は5.6週間で、週5日勤務なら28日にあたり、祝日を上乗せする義務はありません。年間およそ260営業日に対して、これは誰かが病気になる前の時点で年間の11パーセント近くに相当します。

表計算から漏れるコスト

機材は小さいながら現実的です。開発用ノートパソコンが GBP 1,500 から GBP 2,500、モニター、デスク。ツールは、ソース管理、IDE ライセンス、継続的インテグレーションの実行時間、クラウド環境、エラー追跡、ログ保持まで数えると、多くの人が思うより大きくなります。エンジニア1人あたり年間 GBP 1,200 から GBP 3,000 が説明可能な計画値で、これは公表された統計ではなく当社の見積もりです。

採用費は突出します。英国の成功報酬型エージェンシーは通常、初年度給与の10パーセント台後半から20パーセント台半ばを請求するため、直接採用しない限り GBP 60,000 の職位で GBP 9,000 から GBP 15,000 を見込んでください。これも当社の見積もりです。

誰も計上しないのがマネジメントです。他の2名を監督するシニアエンジニアは、自分自身のデリバリー能力の20から40パーセントを失うため、3名採用しても3人分の成果は出ません。

これは初年度で給与のおよそ1.4倍、以降は1.2倍と読んでください。マネジメントの間接コストは含みません。給与、機材、ツール、採用費の数値は当社の計画上の見積もりであり、公表された料率に基づくのは国民保険、年金、休暇の行だけです。

コントラクターという選択肢が実際に買うもの

日単価のコントラクターは法定コストと予告期間をなくし、プレミアムとガバナンス上の義務を加えます。英国では、自身の有限会社を通じて契約するシニア開発者は1日 GBP 400 から GBP 600 の帯に収まることが多く、専門性の高い技能や短い案件はそれを上回ります。これは当社の見積もりで、本サイトの他の箇所で提示している帯と整合しています。

1日 GBP 500、稼働220日なら年間 GBP 110,000 で、GBP 60,000 の正社員の総コスト GBP 72,000 と比較されます。プレミアムが買うのは3つです。止められること、すぐ始められること、そして同じ問題を他所ですでに解いた人が来ること。失うのは継続性と、契約とともに出ていく組織の知識です。

コントラクターは、明確な能力の欠落を埋めるとき、休職の穴埋め、そして人員枠を確約せずにシニアの判断力が欲しい構築の最初の6か月には、うまく機能します。チームの恒久的な代替としてはうまくいきません。インセンティブ構造が完了より期間を静かに報いること、そして18か月後のコードに誰も責任を負わないことが理由です。現実的な形はハイブリッドです。ピークと専門領域はコントラクター、抜けられると困る部分は従業員。当社のWeb 開発者の採用案件の大半は、このパターンに沿っています。

オフペイロール就労規則が求めるもの

この節が説明するのは義務です。税務上の助言ではありません。規模を問わず、業務委託の取り決めは開始前に会計士または雇用税の専門家に確認してください。

オフペイロール就労規則、一般に IR35 として知られる規則は、自身の仲介事業体を通じてサービスを提供し、直接契約していれば従業員に当たったはずの人に適用されます。誰が判定するかはオフペイロール就労の理解に関する GOV.UK のガイダンスが定めています。中規模または大規模の民間セクターのクライアントは、税務上の就労ステータスを判定し、その理由を示すステータス判定書を発行しなければなりません。公共セクター以外の小規模クライアントの場合、その責任は代わりに就労者の仲介事業体にあります。

小規模に該当するかどうかは会社法の規模基準に従います。HMRC の Employment Status Manual には、2025年4月6日から基準が売上高 GBP 1,500 万超、貸借対照表合計 GBP 750 万超に引き上げられ、従業員50名の上限は変更されていないと記録されています。会社は、連続する2会計年度にわたり3つのうち少なくとも2つを満たす場合に中規模または大規模となります。

判定そのもののためのツールは HMRC が公開しています。税務上の就労ステータス確認ツールは発注者、就労者、エージェンシーのいずれも利用でき、提供された情報が正確でガイダンスに沿っている限り結果を尊重すると HMRC は述べています。その但し書きがすべてです。こうであってほしいと願う契約に基づいた出力には何の価値もありません。

実務上の帰結は単純です。コントラクターが従業員より事務的に安いのは、あなたが小規模であるあいだだけです。規模基準を越えれば、案件ごとに判定と判定書と記録が必要になります。

エージェンシーの費用と引き換えに失うもの

英国のエージェンシーのシニア開発者の日単価は、経験、業種、デリバリー管理がどこまで含まれるかによって、GBP 600 から GBP 1,200 になることが多いです。これはコントラクターのおよそ2倍、総コストで見た従業員の1日あたりのおよそ3倍ですが、この比較は両方向に誤解を招きます。

プレミアムが買うのは、すでに組み上がった体制です。3名のエージェンシーチームは一緒に働いた経験があり、デプロイのパイプライン、オンコール体制、コードをレビューするシニアがいます。それを社内で立ち上げるには6か月から9か月と2回の採用ラウンドがかかります。スコープの固定された構築や、製品がどうあるべきかをまだ学んでいる最初のバージョンでは、この先行分がたいてい単価差を上回ります。

失うのは近さと恒久性です。エージェンシーのあなたのビジネスへの理解は、あなたが伝えた範囲に限られ、彼らが去るときに一緒に去ります。緩和策はドキュメントと、終わりではなく開始時に書く引き継ぎ条項です。

損益分岐は単価より月数で考えるほうが簡単です。継続的な仕事がおよそ9か月を下回るなら、採用費、立ち上がり期間、採用失敗のリスクを織り込むとエージェンシーのほうが安くなります。18か月を超えると内製が明確に勝ちます。選定についてはソフトウェア開発エージェンシーの選び方と依頼の仕方が、数字についてはカスタムソフトウェアの予算策定ガイドが扱っています。

最初のエンジニア採用がその後のすべてを決める

最初のエンジニア採用より後のすべては、その人の判断の下流にあります。言語、ホスティング、デプロイ方式、データモデルを選ぶのはその人であり、以後の採用はすべてその人が定めたスタックを基準に評価されます。ここを間違えた企業は1年間それに気づかず、そして一度に気づきます。

デリバリーを最初から最後まで担えるシニアのゼネラリストを採用してください。必要だと思っている技術の専門家でもなく、マネージャーでもありません。顧客と話し、何を作るかを決め、それを作り、本番に載せ、火曜の夜に支えられる人です。そのプロフィールは高価で、ロンドン以外でおよそ GBP 70,000 から GBP 95,000 というのが当社の見積もりですが、その年に買うもののなかで最も安い買い物になります。

面接で試すべきは、あなたのフレームワークを知っているかどうかではありません。スコープ設定を誤ったプロジェクトを説明し、次はどうするかを言えるかどうか、そしてスタックより先に顧客について尋ねるかどうかです。技術のことしか聞かないエンジニアは、技術的に優れていて商業的に無関係なものを作ります。

この人には肩書きだけでなく権限も与えてください。機能要望にいいえと言えないなら、非常に高価な手を採用しただけです。見極めについては英国でソフトウェア開発者を採用する方法の記事でさらに詳しく扱っています。

最初にジュニアを採用すると失敗する理由

論理はいつも同じで、いつも間違っています。ジュニアなら GBP 80,000 ではなく GBP 28,000 で済むから2名雇えるし、役割に合わせて育つだろう、というものです。実際に起きるのは、育てる人が誰もいないという事態です。

ジュニア開発者は3か月から9か月のあいだ、デリバリーに対して差し引きマイナスです。これは批判ではなく、職業としてそうなっているというだけです。コードレビュー、設計の指導、そして巻き戻すのに費用のかかる判断をコミットする前に止める人が必要です。それをするシニアがいなければレビューは行われず、ジュニアは検証されていない仕事をあなたのビジネスを動かすシステムに直接投入します。

請求書は後から技術的負債として届きます。レビューされていない18か月分のコードを書き直す費用は、たいてい節約した給与を上回り、しかもソフトウェアがすでに荷重を支えている時点でそれを支払うことになります。

ジュニアは正しい順序であれば良い投資です。指導する余力のあるシニアと、テストとレビュープロセスのあるコードベースがあれば、ジュニアは複利で効いてくる安価な戦力になります。最初に採用すると、給与番号のついた、資金の裏付けのない負債になります。

チームの形: 1名、3名、5名、10名で何ができるか

組織図が示すのは、誰が誰に報告するかです。買い手が必要としているのは、それぞれの規模が実際に本番へ何を出せるのか、そして構造上何ができないのかという記述です。

エンジニア1名

シニアのゼネラリスト1名は、表面積の小さいアプリケーション1つを作り、運用できます。毎週リリースし、自分の本番障害を直し、システム全体を頭に入れておけるため、速く動けます。できないのは、病気になること、休暇を取ること、辞めることです。1名のチームには冗長性がまったくなく、エンジニア1名で回っているビジネスはすべて、値段のついていないリスクを抱えています。不在をカバーするエージェンシーの顧問契約で緩和するか、既定値としてではなく明示的に受け入れてください。

エンジニア3名

3名は、1人が抜けても生き残る最初の形です。典型的にはテクニカルリード1名とエンジニア2名で、リードは週の半分をデリバリーに、半分をレビュー、計画、詰まりの解消に使います。3名なら2本の作業ストリームを回し、リリースの周期を保ち、当番を組めます。専門化はできないため、深い専門性を要するもの、たとえば決済連携や性能改善の書き直しは外部から買います。総コストで年間およそ GBP 250,000 です。

エンジニア5名

5名は構造が元を取り始める規模です。ゼネラリストに加えて専門家を1名抱えられるようになり、テクニカルリードは週の大半でコードを書かなくなります。5名なら実ユーザーのいる製品を運営し、営業時間内に障害へ対応し、それでもロードマップを進められます。同時に、プロダクトオーナーの不在が耐えがたくなる規模でもあります。調整コストが、創業者が隙間時間で吸収できる量を超えるからです。

エンジニア10名

10名は、線を引いているかどうかにかかわらず2つのチームです。コミュニケーション経路は人数より速く増えるため、非公式なやり方は破綻し、明示的な所有権が必要になります。どのサービスを誰が持つのか、誰がオンコールか、誰が決めるのか。エンジニアリングマネージャーが兼務ではなく職務になるのはここで、プラットフォームの仕事、つまりデプロイ、環境、可観測性が、全員の夜ではなく誰かの職務になるのもここです。

技術者でない読者のための役割の説明

ソフトウェアの職種名は企業ごとにばらばらで、そのせいで買いにくくなっています。各役割が1週間で何をするのかを示します。

プロダクトオーナー

何をどの順で作るかを決め、完了の定義を書き、いいえと言います。週の時間は顧客とチームに費やし、前者から得たものを後者が動ける仕事に変換します。この役割がなければ誰かが下手にそれをやることになり、たいていはテクニカルリードが、自分のデリバリー時間と引き換えにやります。創業者が本当に週1日を割けるなら、エンジニア5名程度までは専任のプロダクトオーナーなしでいけます。

テクニカルリード

システムをどう作るかを所有します。コードをレビューし、アーキテクチャの判断を下し、設計が誤りだったときに責任を負います。3名の段階ではほぼ毎日コードを書き、10名ではほとんど書きません。1名を超えるどの規模でも省略できない役割です。一貫性はここから生まれるからです。

フルスタックエンジニア

ユーザーが見る画面からその裏のデータベースまで、経路全体にわたって機能を作ります。小さなチームの背骨です。ゼネラリストはリリースを妨げているものが何であれ拾えるからです。小規模なうちは、ほぼこのプロフィールだけを採用してください。

スペシャリスト

モバイル、データエンジニアリング、セキュリティ、特定のフレームワークなど、一領域を深く扱います。仕事が本当にそれを要求するときは計り知れない価値があり、そうでないときは手が空きます。必要が少なくとも6か月続くようになるまでは、専門家は日単位で買ってください。

QA エンジニア

偶発的にではなく意図的にシステムを試験し、自動テスト群を作り、出荷して安全なリリースの定義を所有します。開発者は自分の仕事を試験しますが、試験するのは起きると予想したことです。テスターはユーザーが実際にやることを試験します。

プラットフォームエンジニア

ソフトウェアが動く地面、つまり環境、デプロイのパイプライン、監視、バックアップ、コストを所有します。DevOps と呼ばれることもありますが、正確には職務ではなく実践です。この仕事はどの規模でも存在します。問題は、それが誰かの職務なのか、全員の残業なのかです。

テスター、デザイナー、プラットフォームエンジニアが必要になる時期

それぞれに正直な合図があり、それは人数ではなく症状です。

リグレッションが四半期に2回以上顧客に届くようになったとき、あるいは誰もボタンを押す自信がなくてリリースが遅くなったときに、専任のテスターを採用してください。どちらも、手作業の検証が開発者の吸収できる量を超えたという意味です。5名のチームなら、たいてい12か月目から24か月目のあいだに訪れます。

エンジニアがプルリクエストの中でインターフェースの判断をしているときに、デザイナーを採用するか外部に確保してください。それは技能ではなく順序の失敗です。設計と実装を同時に求められていて、設計の側には余った時間しか回りません。パートタイムのデザイナーで、エンジニア10名をかなり超えるまで足ります。

デプロイが日常ではなく行事になったとき、あるいは最も優秀なエンジニアの週が環境とパイプラインに食われているときに、プラットフォームエンジニアを採用してください。出荷に特定の人物と落ち着いた午後が必要なら、地面がボトルネックになっています。採用の前に良い状態がどう見えるかは、CI/CD パイプラインの実践の記事が扱っています。

エンジニアリングマネージャーは8名から10名前後で採用し、それより前には採用しないでください。それ以下では、技術的な信用のないマネージャーより、権限を持つテクニカルリードのほうが優れています。小規模で重要な判断は技術的な判断だからです。

ふるいとして機能する求人票の書き方

求人票の仕事はひとつだけです。読まなければならない応募の数を減らしつつ、関連性のある応募の割合を上げること。ほとんどの求人票は逆をやっています。問題ではなく技術を並べるからです。

問題から書き始めてください。年間 GBP 400 万を扱い、現在は週に1件ほど注文を落としている予約システムの書き直しを担当してもらいます、という一文は、形容詞を並べた段落より優れたエンジニアに多くを伝え、それを面白いと思う人を自己選択させます。スタックは1行で、要件ではなく現在のスタックとして示してください。優れたエンジニアはあなたのフレームワークを2週間で覚えますし、弱いエンジニアはすでに知っていることでは救われません。

給与帯を公開してください。帯のない求人は量を最適化する応募者を集め、数字なら10秒で分かった差を発見するために面接工程をまるごと1周無駄にします。帯を公開するのが落ち着かないなら、その帯はたぶん間違っています。

チームの形について、小さいことも含めて明確に書いてください。あなたは当社の最初のエンジニアで、創業者に直属します、という一文は、ある人にとって本物の魅力であり、別の人にとって本物の抑止力です。その両方の効果が欲しいのです。ここが曖昧だと、受諾して4か月目に辞める候補者が生まれます。

そのうえで、要件のリストを本当に必須のものだけに削ってください。14項目の箇条書きは仕様のふりをした希望のリストであり、その仕事をうまくやれたはずの人からの応募を抑え込みます。

自分では実施できない技術評価の運営

技術系の創業者がいないと、自信を評価してしまう誘惑に駆られますが、自信は何とも相関しません。技術的な判断が信頼できる場所で行われるように、プロセスを組み立ててください。

短く、報酬を支払う持ち帰り課題を使ってください。2時間から3時間、妥当な単価で報酬を払い、制約と評価対象を書面のブリーフに示します。無報酬で数日かかる課題は技能ではなく暇な時間をふるいにかけ、まさに欲しかった経験豊富な候補者を逃します。実際の仕事に近づけてください。現実的なコードベースに対する小さな機能のほうが、アルゴリズムのパズルより仕事ぶりをよく予測します。

レビューとその後の面接には、外部の技術評価者を入れてください。シニアエンジニアの1時間、提出物を読み、候補者に判断の経緯を説明させることのほうが、どれだけコンピテンシー質問を重ねるよりも多くを教えてくれます。日単価を払うつもりでいてください。1年分の費用がかかる採用失敗に対する安い保険です。

技術者ではないあなたに、自分のコードを説明してもらってください。何を作ったのか、なぜそうしたのかを、あなたが理解できる言葉で説明できないなら、それは情報です。この仕事の大半は、エンジニアではない人と意思疎通することだからです。

推薦者への確認はきちんと行い、具体的な質問を1つしてください。この人は判断に同意できなかったときに何をしましたか。その答えが、問題を早く提起するエンジニアと、黙って間違ったものを正しく作るエンジニアを分けます。

就労資格の確認は任意ではない

すべての雇用主は候補者に英国で働く資格があることを確認しなければならず、その確認は雇用の開始前に完了している必要があります。求職者の就労資格の確認に関する GOV.UK のガイダンスは、受け入れ可能な3つの方法を定めています。共有コードを使うオンライン確認、本人の同席のもとで原本書類を確認する方法、そして本人確認書類の検証技術を用いる認定済みの本人確認サービス提供者を通じた確認です。英国およびアイルランドの市民は共有コードを取得できないため、その確認は書類または本人確認サービス提供者を通じて行います。

写しは雇用期間中とその後2年間保管し、就労許可に期限のある人については再確認を予定に入れてください。後から誤りが判明した場合に法定の抗弁が成立する根拠は、その記録です。

リスクは小さくありません。GOV.UK は、適正な確認が行われなかった場合、雇用主は不法就労者1名につき最大 GBP 60,000 の民事制裁金を科される可能性があると述べています。最初の2名を採用する会社にとって、それは採用予算の全体より大きい金額です。開始日を書類が未解決のまま迎えることがないよう、確認を初日ではなくオファーのプロセスに組み込んでください。

英国外からの採用

欲しい候補者がまだ英国で働く許可を持っていない場合、雇用する前にスポンサーライセンスが必要で、それは書式ではなくプロジェクトです。

GOV.UK のスポンサーシップガイダンスによれば、Worker ライセンスの申請費用は小規模または慈善のスポンサーで GBP 611、中規模または大規模で GBP 1,682 です。ほとんどの決定は8週間以内に出され、枠が空いていれば GBP 750 の優先サービスで10営業日での決定が得られます。その待ち行列は先着順なので、標準の期間を前提に計画してください。

職務そのものが給与の下限を満たす必要があります。熟練労働者ビザにはライセンスを持つスポンサーとスポンサーシップ証明書が必要で、GOV.UK は標準の給与要件を年間 GBP 41,700 または当該職種の相場のいずれか高いほうと定めています。ソフトウェアの職種の大半では、一般的なしきい値ではなく相場のほうが制約になります。

さらに移民技能負担金があり、スポンサーシップ証明書を割り当てる時点で雇用主が支払います。GOV.UK はこれを最初の12か月について小規模または慈善のスポンサーで GBP 480、中規模または大規模で GBP 1,320 と定めており、以降6か月ごとに GBP 240 または GBP 660 が加わります。中規模の雇用主が3年間スポンサーする場合は GBP 3,960 となり、スポンサーはこれを就労者に転嫁できません。

最初のスポンサー採用には GBP 6,000 から GBP 9,000 と3か月から4か月を見込んでください。希少な技能に対してはしばしば正しい判断であり、6週間で働き始めてほしい最初の採用に対してはほぼ常に誤りです。

オンボーディングと最初の90日

測定可能な目標を1つ設定してください。新しいエンジニアが1週目に何かを本番へ出すことです。大きな機能ではなく、顧客の目に触れる小さな実際の変更です。あなたの環境が本当に使えるものかを最も速く試せますし、採用した人の心理を観察者から当事者へ変えます。

そのためにはいくつかのことが真である必要があります。まっさらなマシンで動く、文書化されたローカル環境の手順。初日に依頼されるのではなく、初日より前に用意されたアカウントと権限。特定の人物の承認を必要としないデプロイ経路。その週のカレンダーが本当に空いている、指名されたバディ。どれかが欠けていれば、新しいエンジニアが最初に学ぶのは、あなたのシステムが機能しないということです。

30日目までには意味のある機能を出し、コードベースだけでなくビジネスを説明できるようになっているはずです。60日目までには他人のコードをレビューし、判断に異議を唱えているはずです。90日目までには仕事を受け取るのではなく見つけているはずです。

これらの節目は早期警戒システムでもあります。60日目に何にも異議を唱えていない人は、ミスマッチか、管理が細かすぎるかのどちらかであり、どちらも3か月目なら9か月目にかかる費用のごく一部で直せます。その仕組みは1週目に出荷する開発者オンボーディングの記事が説明しています。

定着を文化ではなく費用で考える

エンジニアの補充には、採用手数料、立ち上がり期間、そして辞意を伝えた時点で止まったデリバリーの費用がかかります。GBP 60,000 の職位なら、GBP 12,000 の手数料に3か月分の生産低下を加えて、実際の数字は GBP 25,000 を超えます。これは当社の見積もりであり、しかも控えめです。その人とともに出ていく知識を含んでいないからです。

エンジニアが金銭だけを理由に辞めることはめったにありません。ただし、口にする理由は金銭です。彼らが辞めるのは、出荷できないからです。3日かかるデプロイ、誰も片づけないレビュー待ち行列、2週間ごとに変わるロードマップ、リリース前に中止された6か月分の仕事。どれもが、有能な人に対して自分の努力が成果に変換されないと告げており、有能な人には選択肢があります。

したがって商業的に合理的な定着への支出は福利厚生ではありません。デプロイの自動化、機能しているレビュープロセス、安定したロードマップ、そして保守が緊急事態になる前に行える程度の余裕です。これらは、そのままデリバリー速度を上げる投資でもあります。

給与帯もひとつの点で重要です。市場が動いても社内の見直しが動かないと給与は乖離し、最初に気づくのは他社の面接を受ける人です。ONS の英国従業員収入速報のような公開データに対して、帯を毎年見直してください。同速報は、フルタイム従業員の年間総支給額の中央値を2025年4月時点で GBP 39,039 としています。辞職よりはるかに安く済みます。

ほとんどの企業が行き着くハイブリッドモデル

18か月後、社内チームを作ろうとした企業の大半は中間のどこかに落ち着きます。製品を所有する小さな正社員の中核があり、専門領域とピークにエージェンシーやコントラクターが付く形です。それは計画の失敗ではありません。現実のロードマップとの接触を生き延びる編成です。

これは3つのことが真であるときに機能します。社内チームがアーキテクチャと本番環境を所有していること。そうすれば外部の当事者は、構造を定義するのではなく、あなたが管理する構造の内側で貢献します。コードレビューが双方向に回っていること。外部の仕事はあなたのチームがレビューし、あなたのチームの仕事は先方がレビューします。そして外部の当事者のスコープが、時間ではなく成果として書かれていること。

失敗するのは、エージェンシーがブラックボックスになったときです。その兆候は、あるコンポーネントの仕組みを社内の誰も説明できないことです。構造で防いでください。外部の仕事はあなたのリポジトリに入り、あなたのパイプラインでデプロイされ、最後の好意ではなく支払いの条件として文書化されます。知識移転の場を一定の頻度で契約に入れておいてください。月に1回でたいてい十分です。外部の半分をどこに置くかを決める前にソフトウェア開発のアウトソーシング、英国とオフショアの比較を読む価値があります。時差の重なりが、このモデルの機能の度合いを実質的に左右するからです。

最初の18か月の段階的な計画

1か月目から3か月目、採用しないこと。4か月目から18か月目のロードマップを書き、あなたに何も売っていない技術者にレビューしてもらってください。目の前の仕事はエージェンシーかコントラクターから買います。この段階の成果は、仕事が継続的かどうかに対する説明可能な答えです。

4か月目から9か月目、シニアのゼネラリストを採用します。1名、高い報酬、技術的判断に対する権限つきで。その人が状況を把握するあいだデリバリーが止まらないよう、最初の2か月は外部の戦力を並走させてください。9か月目が判断のポイントです。ロードマップはまだ埋まっているか、そしてこの人は他者のために仕事を仕様化できるか。

10か月目から15か月目、どちらの答えもはいなら、エンジニアを2名足して3名の安定した形にし、創業者が正式に週1日を割り当てる形であってもプロダクトオーナーを置いてください。どちらかがいいえなら、1名プラス外部戦力のまま留まります。ソフトウェアが製品そのものではなく製品を支えるビジネスにとって、それは完全に良好な恒久状態です。

16か月目から18か月目、2つ目の判断のポイントです。制約が方向性ではなく本当に能力であるときにだけ、4人目と5人目を足してください。チームは正しい理由よりも誤った理由で大きくなることのほうが多く、その症状は長いけれども優先順位のついていないバックログです。どの判断のポイントでも、次の採用は次のエージェンシーの1日より速いのかを問うてください。

どこから始めるか

まず18か月のロードマップを書き、3つの条件のテストに正直に答え、それから給与だけでなく実際の数字で両方の道を見積もってください。ほとんどの企業は、最初の採用がミドル2名ではなくシニア1名であるべきこと、そしてその前の6か月は日単位で買うほうが良いことに気づきます。

Mecanik はこの両側で仕事をしています。まだ採用の準備ができていない企業のためにソフトウェア開発の案件を実施し、中核を作りながらピークを埋める必要のあるチームにはWeb 開発者の採用を通じてシニアの戦力を提供します。両者を天秤にかけているなら、有益な会話はロードマップについての会話です。それが結論を決めるからです。

よくある質問

英国でソフトウェア開発者を採用するといくらかかりますか？ 初年度は給与のおよそ1.4倍、以降は1.2倍を見込んでください。GBP 60,000 の給与なら初年度でおよそ GBP 85,600 です。内訳は、給与、2026年度から2027年度のセカンダリしきい値 GBP 5,000 を超える部分に15パーセントの雇用主国民保険料、適格収入に対する最低3パーセントの年金拠出、機材、ツール、採用手数料です。給与、機材、ツール、採用費の数値は当社の計画上の見積もりです。

最初のエンジニア採用はシニアとジュニアのどちらにすべきですか？ シニアで、しかも専門家ではなくゼネラリストです。ジュニア開発者は3か月から9か月のあいだデリバリーに対して差し引きマイナスで、仕事をレビューするシニアが必要です。そのため最初に採用すると、ビジネスが依存するシステムにレビューされていないコードが入ります。書き直しの費用はたいてい節約した給与を上回ります。指導する余力のあるシニアとレビュープロセスがすでにあれば、ジュニアは良い投資です。

ソフトウェア開発チームを作るには開発者が何人必要ですか？ 1人が抜けても生き残る最小の形は3名です。テクニカルリード1名とエンジニア2名で、総コストは年間およそ GBP 250,000 です。シニアのゼネラリスト1名はアプリケーション1つを運営できますが、病気、休暇、退職に対する冗長性がありません。5名は専門家と専任のプロダクトオーナーが元を取り始める規模で、10名は実質的に2つのチームであり、サービスの所有権を明示する必要があります。

エージェンシーが社内採用より優れているのはどんなときですか？ 仕事に明確な終わりがあるとき、継続的なロードマップがおよそ9か月に満たないとき、あるいは採用ラウンドでは間に合わない時期に戦力が必要なときです。エージェンシーは止められる変動費なので、悪い月の費用は1年ではなく1か月で済みます。継続的な仕事が18か月を超えると、コストでも速度でも社内チームが明確に勝ちます。

英国で開発者を雇用する前に何を確認する必要がありますか？ 雇用の開始前に就労資格の確認を完了してください。オンラインの共有コード、本人同席のもとでの原本書類、または認定済みの本人確認サービス提供者を用います。GOV.UK は、適正な確認が行われなかった場合、民事制裁金が不法就労者1名につき GBP 60,000 に達しうると述べています。英国外から人を招く場合は、スポンサーライセンス、スポンサーシップ証明書、移民技能負担金も必要です。