如何組建軟體開發團隊: 成本、角色與團隊規模指南

組建軟體開發團隊的決定，通常不是以計畫的形式出現，而是以一行預算的形式出現。有人核准了兩名工程師的員額，董事會文件上寫著擁有程式碼比租用程式碼便宜，而在還沒有人寫下這支團隊究竟為何存在之前，找人就已經開始了。由此產生的招募錯誤，會有大約九個月的時間完全看不出來。

提出這個問題的人裡，大多數還不該找人，誠實的建議就從這裡開始。一支正職員工組成的團隊是固定成本，而與之對應的需求通常是波動的。它行得通的前提是工作持續不斷，客戶付錢買的就是軟體本身，並且公司裡有人說得出下週該做什麼。三者缺一，你就把本來可以按日購買的東西按年買了下來。

以下要談的是這筆帳和這個順序: 把國民保險、退休金、假期、設備與招募費用都算進去之後，一名工程師究竟要花多少錢; 第一個該找的是什麼角色; 1 人、3 人、5 人與 10 人的團隊在現實中交付得出什麼; 以及在公司裡沒有技術人員的情況下，如何主持一場技術面試。

組建一支軟體開發團隊需要多少人? 比你以為的少，也比你以為的晚。一位能從頭到尾負責交付的資深通才，涵蓋範圍比三名初階工程師更廣，因為小規模下的瓶頸是判斷力而不是打字量。第一個真正穩定的形態是三個人，全額成本大約是每年 GBP 250,000。如果藍圖是斷斷續續的，通常外包公司才是比較合適的工具。

大多數公司還不該組建軟體開發團隊

招募是回答一個你還沒認真提出的問題最昂貴的方式。僱傭契約讓你在這個人在職期間必須支付薪資，還要加上預告期以及下文說明的法定成本，而這一切在你知道這份工作十八個月後是否還存在之前就已經確定了。

失敗很少來得戲劇化。一家公司找了兩名開發者，把清單上的東西做完，然後清單見底了。沒有人想資遣任何人，於是團隊開始發明工作: 重寫、框架升級、一個沒人要的內部工具。十二個月後，薪資是真的，產出不是，創辦人於是下結論說工程師沒有生產力。他們並非如此，他們只是缺少明確的需求。

反對意見是存在的，而且很有道理: 外包公司的日費更高，對你的業務了解更少。這兩點都是事實。它忽略的是，外包公司是一項你隨時可以關掉的變動成本，所以糟糕的一個月代價是一個月而不是一年。當藍圖真正連續時，這筆帳會反過來，自建團隊在成本與速度上都會勝出。錯誤在於太早把它反過來。一件範圍固定、有明確終點的工作是一次外包合作，而不是一份招募計畫，這也是為什麼我們的軟體開發服務會接到很多來詢問員額、結果發現自己手上是一個專案而不是一條產品線的公司。

判斷你是否需要一支團隊的測試

條件有三個，而且三個都要成立。少於三個，代表你還沒準備好。

軟體是產品，還是在支撐產品? 如果客戶是為軟體付錢，或者軟體是他們選擇你而不是競爭對手的理由，那麼程式碼就是策略資產，把它全部委外遲早會變成治理問題。如果軟體只是在跑你的開立發票流程，那它就是管線，而管線是買來的。

藍圖是連續的嗎? 寫下你在第四到第十二個月會做什麼。不是你覺得有了會不錯的功能，而是你在商業上站得住腳的工作。如果這份清單很薄，你手上就是一個有長尾的專案，而不是一年的工作量。

公司裡有人能把工作寫成需求嗎? 這一條最常被跳過。工程師必須知道要解決什麼問題，以及憑什麼判斷問題解決了。如果只有執行長答得出來，而他每週只有四十分鐘，那團隊大部分時間都花在等待或猜測上。沒有產品負責人的團隊產生的是動作，不是進展。

第四個問題決定的是時機而不是答案: 在軟體還不產生營收的情況下，你撐得住十八個月嗎? 如果你的現金水位要求這支團隊在第六個月就獲利，那就一個人也別找，按日把工作買進來。

2026 年一名員工的真實成本

薪資大約占總數的七成。其餘是法定成本、營運成本與一次性成本，而最後這一類正是毀掉第一年預算的那一類。

你無法談判的法定成本

最大的一筆加項是雇主負擔的國民保險。根據 GOV.UK 的雇主費率與門檻說明，在 2026 至 2027 課稅年度，雇主必須為超過每年 GBP 5,000 次級門檻的所得繳納 15%。以 GBP 60,000 的薪資計算，就是 GBP 55,000 的 15%，也就是 GBP 8,250。符合資格的雇主可以透過就業補貼抵減最多 GBP 10,500 的年度次級 Class 1 負擔，但只有一名董事、且沒有其他需要繳納次級提撥的員工的公司不能申請。

退休金自動加入會在合計最低 8% 的框架內，加上雇主最低 3% 的提撥。根據 GOV.UK 關於職場退休金提撥的指引，計算基礎是每年 GBP 6,240 到 GBP 50,270 之間的合格所得。在區間上限，這大約相當於每名員工 GBP 1,321。許多雇主改以全額薪資的一個百分比支付，這比較優厚，也比較容易向應徵者說明。

假期是產能成本而不是現金成本。法定特休為 5.6 週，對每週工作五天的人來說是 28 天，而且國定假日不必額外給。相對於每年大約 260 個工作天，這在任何人生病之前就已經接近一年的 11%。

試算表裡漏掉的成本

設備金額不大但真實存在: 一台開發用筆記型電腦 GBP 1,500 到 GBP 2,500，一台螢幕，一張桌子。工具的開銷比大家預期的大，把原始碼管理、IDE 授權、持續整合時數、雲端環境、錯誤追蹤與日誌保存都算進去之後尤其如此。每名工程師每年 GBP 1,200 到 GBP 3,000 是一個站得住腳的規劃數字，這是我們的內部估算而不是公開統計。

招募費用是那根尖刺。英國的成效計酬型獵才公司通常收取第一年薪資的百分之十幾到百分之二十幾，所以除非你自己直接找人，否則一個 GBP 60,000 的職缺要預留 GBP 9,000 到 GBP 15,000。這同樣是我們的內部估算。

沒有人計算的一項是管理成本。一名帶兩個人的資深工程師會失去自己兩成到四成的交付產能，所以找三個人並不會產生三個人的產出。

請把它讀成第一年約為薪資的 1.4 倍，之後為 1.2 倍，而且這還沒有算管理間接成本。薪資、設備、工具與招募費用的數字是我們的規劃估算，只有國民保險、退休金與假期這幾列來自公開費率。

約聘開發者這條路真正買到的是什麼

按日計費的約聘開發者去掉了法定成本與預告期，代價是溢價與一項治理義務。在英國，透過自己有限公司簽約的資深開發者通常落在每天 GBP 400 到 GBP 600 的區間，專業技能與短期合作會更高。這是我們的估算，與本站其他位置給出的區間一致。

以每天 GBP 500、每年 220 個可計費工作天計算，就是每年 GBP 110,000，而一名薪資 GBP 60,000 的正職員工全額成本是 GBP 72,000。這筆溢價買到三樣東西: 你可以隨時停下、你可以很快開始、你找到的人已經在別處解決過同樣的問題。你付出的是連續性，以及隨著合約一起走掉的組織知識。

約聘開發者適合填補明確的能力缺口、支援留職停薪期間，以及在一段建置的前六個月讓你在不占用員額的情況下取得資深判斷力。把他們當成團隊的長期替代品則效果很差，因為誘因結構會悄悄獎勵持續時間而不是完成度，也因為十八個月後沒有人對那段程式碼負責。合理的做法是混合: 高峰與專業領域用約聘，系統裡你承受不起走掉的部分用正職。我們大多數聘用網頁開發者的合作都遵循這個模式。

場外用工規則對你的要求

本節描述的是一項義務。它不是稅務建議，任何規模的約聘安排在開始之前都應該先請會計師或僱傭稅專家確認。

場外用工規則，一般稱為 IR35，適用於透過自己的中介實體提供服務、而且如果直接與你簽約就會構成受僱者的人。由誰認定則由 GOV.UK 關於理解場外用工的指引規定。中型或大型私部門客戶必須認定該工作者的稅務僱傭身分，並出具說明理由的身分認定聲明。對於公部門以外的小型客戶，這項責任轉而落在工作者的中介實體身上。

你是否算小型，取決於公司法的規模標準。HMRC 的 Employment Status Manual 記載，自 2025 年 4 月 6 日起，門檻提高到營業額超過 GBP 1,500 萬、資產負債表總額超過 GBP 750 萬，50 名員工的上限維持不變。公司如果在連續兩個會計年度內符合三項中的至少兩項，就屬於中型或大型。

認定本身有 HMRC 提供的工具。稅務僱傭身分檢查工具可供用人方、工作者或仲介使用，HMRC 表示只要所填資訊正確且符合其指引，就會認可該結果。這個但書才是關鍵: 一份根據你希望自己擁有的合約得出的結論毫無價值。

實際後果很單純。約聘在行政上比正職便宜，只在你還小的時候成立。一旦越過規模標準，每一次合作都要附帶一次認定、一份聲明與一份紀錄。

外包公司的價格與你放棄的東西

英國外包公司資深開發者的日費通常在 GBP 600 到 GBP 1,200 之間，取決於資歷、產業以及包進去多少交付管理。這大約是約聘的兩倍、全額成本正職每日成本的三倍，而這個比較在兩個方向上都會誤導人。

溢價買到的是一支已經組裝好的產能。一個三人的外包小組合作過，有部署管線、有待命安排，還有資深的人在審查程式碼。在公司內部把這些建立起來需要六到九個月與兩輪招募。對於範圍固定的建置，或者你還在摸索產品該長什麼樣的第一個版本，這段先發優勢通常勝過費率差距。

你放棄的是貼近度與長期性。外包公司對你業務的理解，邊界就是你告訴他們的那些，而且會隨著他們離開一起離開。緩解辦法是文件，以及在開始而不是結束時寫好的交接條款。

損益兩平點用月份比用費率容易想清楚。在大約九個月連續工作以下，把招募費用、暖身期與找錯人的風險計入之後，外包公司比較便宜。超過十八個月，自建團隊明顯勝出。挑選方法請看我們的如何挑選並聘請軟體開發公司，數字部分請看客製化軟體預算編列指南。

第一位工程師決定了之後的一切

你第一位工程師之後的一切，都是那個人判斷力的下游。語言、代管、部署方式與資料模型由他選定，而之後的每一次招募都要拿他訂下的技術堆疊來衡量。做錯這一步的公司一年之內都發現不了，然後會一次全部發現。

請找一位能從頭到尾負責交付的資深通才。不是你以為自己需要的那門技術的專家，也不是管理者。是一個能與客戶對話、決定要做什麼、把它做出來、把它送上正式環境，並且能在週二晚上撐住它的人。這樣的人很貴，倫敦以外大約 GBP 70,000 到 GBP 95,000，這是我們的估算，但它會是你那一年買到最便宜的東西。

面試要考的不是他懂不懂你的框架，而是他能不能講一個自己範圍沒估好的專案，並說出下次會怎麼做，以及他會不會先問你的客戶再問你的技術堆疊。一個只問技術的工程師，會做出技術上很出色、商業上不相干的東西。

給這個人的不只是職稱，還要有權限。如果他不能對一個功能需求說不，你找到的就是一雙非常昂貴的手。我們關於如何在英國招募軟體開發者的文章更深入地談了甄別方法。

先找初階工程師為什麼會失敗

邏輯總是一樣，也總是錯的: 初階只要 GBP 28,000 而不是 GBP 80,000，所以可以找兩個，而且他們會成長到這個角色。實際發生的是，沒有人在那裡讓他們成長。

初階開發者在三到九個月內對交付是淨負貢獻。這不是批評，這一行本來就是這樣運作的: 他們需要程式碼審查、架構指導，以及有人在他們提交一個回復代價很高的決定之前攔住他們。沒有資深的人做這件事，審查就不會發生，初階會把沒有經過檢查的工作直接推進那套支撐你業務的系統。

帳單會稍後以技術債的形式到來。重寫十八個月未經審查的程式碼，通常比你省下的薪資更貴，而且付這筆錢的時候，軟體已經在承重了。

初階工程師在正確的順序裡是很好的投資。一旦你有一位有餘裕帶人的資深工程師，以及一個有測試與審查流程的程式碼庫，初階就變成會複利成長的低價產能。反過來先找他們，得到的就是一筆掛著薪資編號、卻沒有財源支撐的負債。

團隊形態: 1 人、3 人、5 人與 10 人各能交付什麼

組織圖告訴你誰向誰報告。買方需要的是一份說明: 每種規模實際能把什麼送上正式環境，以及結構上做不到什麼。

一名工程師

一位資深通才可以建置並維運一個表面積不大的應用程式。他能每週發布、修自己的線上問題、把整個系統裝在腦子裡，所以很快。他做不到的是生病、休假或離職。一人團隊完全沒有備援，任何靠一名工程師運轉的業務都在承擔一份沒有定價的風險。要麼用一份涵蓋缺席的外包公司顧問約來緩解，要麼明確地接受它，而不是預設地承受它。

三名工程師

三人是第一個走掉一個人還活得下來的形態。典型配置是一名技術負責人加兩名工程師，負責人每週大約一半時間做交付，一半時間做審查、規劃與排除阻礙。三個人可以並行兩條工作線、維持發布節奏，並排出待命表。他們無法專精，所以任何需要深度專業能力的東西，例如一次金流整合或一次效能重寫，都要從外面買。全額成本大約是每年 GBP 250,000。

五名工程師

五人是結構開始回本的規模。你現在能在通才之外養得起一名專才，技術負責人一週裡大部分時間不再寫程式。五個人可以維運一個有真實使用者的產品、在上班時間內處理事故，同時還能推進藍圖。這也是產品負責人缺位變得無法忍受的規模，因為協調成本已經超過創辦人在空檔裡吸收得了的量。

十名工程師

十人就是兩支團隊，不管你有沒有畫出那條線。溝通路徑的成長快於人數，所以非正式的做法會失效，你需要明確的歸屬: 誰擁有哪個服務、誰在待命、誰拍板。工程主管在這裡從一頂帽子變成一個職位，平台工作，也就是部署、環境與可觀測性，也在這裡從所有人的加班變成某個人的本職。

給非技術讀者的角色說明

軟體業的職稱在公司之間並不一致，這讓它很難採購。以下是每個角色一週裡在做什麼。

產品負責人

決定做什麼以及依什麼順序做，寫下完成的定義，並且負責說不。這一週主要花在與客戶和團隊對話上，把前者的話轉成後者可以執行的工作。沒有這個角色，別人就會把它做得很糟，通常是技術負責人，代價是他的交付時間。如果創辦人真的每週拿得出一天，在五名工程師以內你可以沒有專職產品負責人。

技術負責人

擁有系統怎麼建這件事。審查程式碼、做架構判斷，並在設計被證明是錯的時候承擔責任。三人規模時他大多數日子還在寫程式，十人規模時幾乎不寫。任何超過一個人的規模都不能省掉這個角色，因為一致性就來自這裡。

全端工程師

在整條路徑上開發功能，從使用者看到的畫面一直到背後的資料庫。任何小團隊的脊梁，因為通才可以隨手接起當下卡住發布的任何一塊。規模小的時候，幾乎只找這一類人。

專才

在一個領域裡很深: 行動端、資料工程、資安、某個特定框架。當工作真的需要時價值極大，不需要時就閒著。在這項需求連續存在至少六個月之前，請按日購買專才。

QA 工程師

有意識地而不是順帶地測試系統，建立自動化測試套件，並擁有一個可以安全發布的版本的定義。開發者也會測試自己的工作，但他們測的是自己預期會發生的事。測試人員測的是使用者實際會做的事。

平台工程師

擁有軟體運行所依託的地面: 環境、部署管線、監控、備份與成本。有時被叫作 DevOps，而 DevOps 嚴格來說是一種實踐而不是一個職務。這項工作在任何規模下都存在，問題只是它是某個人的本職，還是所有人的加班。

測試人員、設計師與平台工程師何時變得必要

每一個都有一個誠實的訊號，而那是症狀而不是人數。

當回歸缺陷每季不只一次到達客戶手上，或者當沒有人有信心按下發布按鈕導致發布變慢時，找一名專職測試人員。兩者都代表手動驗證已經超過開發者吸收得了的量。在一支五人團隊裡，這通常出現在第十二到第二十四個月之間。

當工程師在 Pull Request 裡做介面決策時，招募或長期外聘一名設計師。那是順序的失敗而不是能力的失敗: 他們被要求同時設計與實作，而設計這一半只拿到剩下的時間。一名兼職設計師通常足以支撐到遠超過十名工程師的時候。

當部署從慣例變成事件，或者當你最好的工程師一週的時間被環境與管線吃掉時，找一名平台工程師。如果發布需要某個特定的人和一個安靜的下午，那麼地面已經成了瓶頸。在你為此找人之前，CI/CD 管線最佳實務這篇文章談了好的狀態長什麼樣子。

工程主管請在八到十人左右再找，不要更早。在那以下，一位有權限的技術負責人勝過一位沒有技術公信力的管理者，因為小規模下重要的決定都是技術決定。

寫一份能過濾的職缺說明

一份職缺說明只有一個任務: 減少你必須閱讀的應徵數量，同時提高其中相關應徵的比例。大多數說明做的恰恰相反，因為它們羅列的是技術而不是問題。

從問題開始寫。「你將負責重寫一套每年處理 GBP 400 萬、目前每週大約掉一筆訂單的訂位系統」，這句話告訴一位好工程師的資訊，比一整段形容詞都多，而且會讓覺得這件事有意思的人自己選進來。技術堆疊用一行寫清楚，並註明這是目前的堆疊而不是硬性要求: 強的工程師兩週就學得會你的框架，弱的工程師不會因為已經會了就得救。

公開薪資區間。沒有區間的職缺吸引的是在最佳化投遞數量的人，而且會浪費一整輪面試去發現一個用數字十秒鐘就看得清的落差。如果公開這個區間讓你覺得不舒服，那這個區間大概本身就有問題。

明確說明團隊的形態，包括它很小這件事。「你將是我們的第一位工程師，直接向創辦人報告」，對一部分人是真實的吸引力，對另一部分人是真實的勸退，而這兩種效果你都需要。在這裡含糊其辭，得到的是接了聘書然後第四個月離職的應徵者。

然後把條件清單砍到真正必要的那些。十四條項目符號是一份假裝成規格書的偏好清單，它會壓抑那些本來能把這份工作做好的人的應徵。

主持一場你自己無法主持的技術評估

在沒有技術創辦人的情況下，人很容易去評估自信，而自信和什麼都不相關。請把流程設計成讓技術判斷發生在一個你信得過的地方。

用一份簡短、付費的帶回家練習。兩到三個小時，以合理的費率支付報酬，並用書面說明寫清楚限制條件與評估內容。無償的多日練習篩出來的是空閒時間而不是能力，還會讓你正好失去那些有經驗的應徵者。讓它貼近真實工作: 在一個現實的程式碼庫上做一個小功能，比演算法謎題更能預測實際表現。

在審查與後續面試環節請一位外部技術評估者。讓一位資深工程師花一個小時讀作品、並帶著應徵者回顧他的決定，比問多少道職能問題都更有用。做好按日付費的準備，並把它當成一份針對可能耗掉一年的錯誤聘用的低價保險。

請應徵者向你這個非技術的人解釋他的程式碼。如果他沒辦法用你聽得懂的話說明自己做了什麼、為什麼這麼做，那本身就是資訊，因為這份工作的大部分內容就是和非工程師溝通。

認真做資歷查核，並問一個具體的問題: 這個人在不同意某個決定的時候做了什麼。答案會區分出那些早早提出問題的工程師，和那些安靜下來、然後正確地做出錯誤東西的工程師。

工作資格查核不是選配

每一位雇主都必須查核應徵者是否有在英國工作的資格，而且查核必須在僱傭開始之前完成。GOV.UK 關於查核求職者工作資格的指引列出三種可接受的方式: 使用分享碼的線上查核、在申請人在場的情況下核對正本文件，或者透過使用身分文件驗證技術的認證身分服務提供者完成查核。英國與愛爾蘭公民無法取得分享碼，所以他們的查核要走文件或身分服務提供者。

請在僱傭期間以及其後兩年保存副本，並為工作許可有期限的人排好複查時間。日後一旦發現有問題，能構成法定抗辯的正是這份紀錄。

風險曝險並不小。GOV.UK 表示，在沒有正確完成查核的情況下，雇主可能面臨每名非法工作者最高 GBP 60,000 的民事罰款。對一家正在找前兩個人的公司來說，這比整個招募預算還大。請把查核放進錄取流程而不是報到第一天，這樣就不會出現文件還沒辦完報到日期就到了的情況。

從英國境外招募

如果你想要的應徵者還沒有在英國工作的許可，你就需要先有擔保執照才能僱用他，而那是一個專案而不是一張表格。

根據 GOV.UK 的擔保指引，申請 Worker 執照的費用是小型或慈善擔保方 GBP 611，中型或大型擔保方 GBP 1,682。大多數決定在八週內做出，在有名額時還有 GBP 750 的加急服務，可在十個工作天內取得結果。請按標準時程做計畫，因為那個佇列是先到先服務。

職缺本身也要越過一條薪資下限。技術工作者簽證要求有持照擔保方與一份擔保證明，而 GOV.UK 訂的標準薪資要求是每年 GBP 41,700 或該職業的行情價，以較高者為準。對大多數軟體職缺來說，真正的限制是行情價而不是這個一般門檻。

此外還有移民技能費，由雇主在指派擔保證明時支付。GOV.UK 訂定前十二個月為小型或慈善擔保方 GBP 480、中型或大型擔保方 GBP 1,320，之後每增加六個月再加 GBP 240 或 GBP 660。中型雇主做一次三年期擔保就是 GBP 3,960，而擔保方不能把它轉嫁給工作者。

第一次擔保招募請預留 GBP 6,000 到 GBP 9,000 與三到四個月。對稀缺技能來說這常常是對的，對一個你需要六週內到職的第一位員工來說幾乎永遠是錯的。

到職與最初的九十天

設定一個可衡量的目標: 新工程師在第一週就把東西送上正式環境。不是一個大功能，而是一個客戶看得見的、真實的小改動。這是檢驗你的環境是否真的能用最快的方式，也會把這位新同事的心態從旁觀者變成主人。

要做到這一點，有幾件事必須成立: 一份在乾淨機器上跑得起來、有文件的本機環境設定; 在第一天之前就準備好、而不是當天才申請的帳號與權限; 一條不需要某個特定的人點頭的部署路徑; 一位當週行事曆真的空出來的指定夥伴。任何一項缺席，你的新工程師學到的第一件事就是你們的系統不好用。

到第三十天，他應該已經交付了一個有意義的功能，並且講得清楚這門生意而不只是這個程式碼庫。到第六十天，他應該在審查別人的程式碼並質疑決定。到第九十天，他應該自己找得出該做的工作，而不是等著被指派。

這些里程碑也是你的預警系統。一個到第六十天還什麼都不質疑的人，要麼不合適，要麼被管得太緊，而這兩種情況在第三個月修正的代價，都只是第九個月的一個零頭。我們關於第一週就能交付的開發者到職的文章談了具體做法。

留任要算帳，而不是談文化

替換一名工程師的代價包括招募費用、暖身期，以及這個人提出離職之後停下來的那部分交付。在一個 GBP 60,000 的職缺上，GBP 12,000 的費用加上三個月的產出下降，會把真實數字推到 GBP 25,000 以上。這是我們的估算，而且偏保守，因為它沒有算隨他一起離開的知識。

工程師很少只因為錢離開，儘管錢是他們給出的理由。他們離開是因為出不了貨: 一次要三天的部署、一個沒人清理的審查佇列、每兩週就變一次的藍圖、六個月的工作在發布前被取消。每一件都在告訴一個有能力的人，他的努力無法轉換成結果，而有能力的人多的是選擇。

因此在商業上理性的留任投入不是福利，而是部署自動化、一套真正在運轉的審查流程、一份穩定的藍圖，以及足夠的餘裕讓維護在變成緊急事件之前就完成。這些恰好也是提高交付速度的同一批投資。

薪資區間仍然重要，但只在一個具體的意義上: 市場在動而內部檢視不動時，薪資就會脫節，而最先注意到的人就是去別處面試的那個人。請每年對照公開資料檢視你的區間，例如 ONS 英國受僱者所得公報，該公報指出 2025 年 4 月全職受僱者的年度稅前薪資中位數為 GBP 39,039。這比一封辭呈便宜得多。

大多數公司最後落到的混合模式

十八個月之後，大多數原本打算組建內部團隊的公司，最後都會停在中間某處: 一個擁有產品的小型正職核心，外加為專業領域與高峰期掛上來的外包公司或約聘人員。這不是計畫的失敗，而是與真實藍圖接觸之後仍然活下來的那種安排。

它在三件事成立時才行得通。內部團隊擁有架構與正式環境，這樣外部一方是在你控制的結構裡貢獻，而不是在定義這個結構。程式碼審查雙向運作，外部的工作由你的團隊審查，你團隊的工作由他們審查。以及外部一方的範圍是按成果寫的，而不是按工時。

它失敗於外包公司變成黑盒子。訊號是公司內部沒有人解釋得出某個元件是怎麼運作的。請用結構來防止它: 外部的工作落在你的儲存庫裡、透過你的管線部署，並且把文件當成付款條件而不是結尾的客氣。把知識移轉會議以固定頻率寫進合約，通常每月一次就夠。在決定把外部這一半放在哪裡之前，值得先讀我們關於軟體開發委外，英國與境外比較的文章，因為時區重疊會實質改變這個模式的效果。

前十八個月的分階段計畫

第一到第三個月: 不要找人。寫出第四到第十八個月的藍圖，並請一位不打算向你推銷任何東西的技術人員來檢視。眼前的工作從外包公司或約聘人員那裡買。這一階段的產出，是關於這份工作是否連續的一個站得住腳的答案。

第四到第九個月: 找那位資深通才。一個人，薪酬給足，並擁有技術決策權。前兩個月讓外部產能與他並行，這樣他在熟悉狀況時交付不會停下來。第九個月是決策點: 藍圖是否仍然是滿的，以及這個人是否有能力為別人定義工作。

第十到第十五個月: 如果兩個答案都是肯定的，就再加兩名工程師達到三人的穩定形態，並指派一位產品負責人，哪怕只是創辦人正式每週分配一天。如果任何一個答案是否定的，就停在一個人加外部產能，對於軟體支撐產品而不是本身就是產品的企業來說，這是一個完全合格的長期狀態。

第十六到第十八個月: 第二個決策點。只有當瓶頸真的是產能而不是方向時，才加上第四與第五個人。團隊因為錯誤理由變大的次數多於因為正確理由，而症狀就是一個很長卻沒有排過優先順序的待辦清單。在每一個決策點上，都要問下一次招募是不是比下一個外包工作天更快。

從哪裡開始

先寫十八個月的藍圖，誠實地回答那三個條件的測試，然後用真實數字而不只是薪資來替兩條路徑定價。大多數公司會發現，第一個該找的是一位資深工程師而不是兩位中階工程師，而在那之前的六個月比較適合按日購買。

Mecanik 在這件事的兩側都在做。我們為還沒準備好找人的公司承接軟體開發專案，也透過聘用網頁開發者為正在打造核心、同時需要覆蓋高峰的團隊提供資深產能。如果你正在權衡這兩者，真正有用的對話是關於藍圖的，因為決定結論的正是它。

常見問題

在英國聘用一名軟體開發者要花多少錢？ 以第一年約為薪資的 1.4 倍、之後 1.2 倍來編列預算。以 GBP 60,000 的薪資計算，第一年大約是 GBP 85,600，包含薪資、2026 至 2027 年度 GBP 5,000 次級門檻以上部分 15% 的雇主國民保險、按合格所得計算的最低 3% 退休金提撥、設備、工具與一筆招募費用。薪資、設備、工具與招募費用的數字是我們的規劃估算。

第一位工程師該找資深的還是初階的？ 資深，而且要通才而不是專才。初階開發者在三到九個月內對交付是淨負貢獻，並且需要一位資深的人審查他的工作，所以先找初階會讓未經審查的程式碼進入你業務所依賴的系統。重寫的代價通常超過省下的薪資。等你已經有一位有餘裕帶人的資深工程師與一套審查流程之後，初階就是很好的投資。

組建一支軟體開發團隊需要多少名開發者？ 三人是走掉一個人還活得下來的最小形態: 一名技術負責人加兩名工程師，全額成本大約每年 GBP 250,000。一位資深通才可以維運一個應用程式，但對生病、休假或離職沒有任何備援。五人是專才與專職產品負責人開始回本的規模，十人實際上是兩支團隊，需要明確的服務歸屬。

什麼情況下外包公司比自建團隊更好？ 當工作有明確的終點、當你連續的藍圖不足大約九個月，或者當你需要的產能快於一輪招募交付得出的速度時。外包公司是一項你可以停掉的變動成本，所以糟糕的一個月代價是一個月而不是一年。超過十八個月的連續工作之後，自建團隊在成本與速度上都明顯勝出。

在英國僱用開發者之前需要查核什麼？ 在僱傭開始之前完成工作資格查核，方式是線上分享碼、申請人在場時核對正本文件，或者透過認證的身分服務提供者。GOV.UK 表示，在沒有正確完成查核的情況下，民事罰款可達每名非法工作者 GBP 60,000。如果你要從英國境外擔保某人，你還需要擔保執照、擔保證明與移民技能費。