Helper CTO 系列文章 28｜內部工程師＋外部技術負責人，怎麼分工才不會打架

「我們有兩個工程師了，再找外面的人進來，他們會不會覺得被架空？」有內部工程師的公司，考慮找外部技術負責人時最常卡在這裡。處理不好，外面的人進來三個月，裡面的人就走了，你一次損失兩邊。你不是想用外包省掉自己的人，而是缺一個沒人願意扛的判斷。以下三個地方先畫清楚，分工就不會打架。

先回答最敏感的問題：內部工程師會不會被架空

取決於外部的人進來是做什麼的。差別很簡單：

• 來檢查他們做得對不對：那就是架空，工程師一定感覺得到。
• 來把他們不想做的事接走：那是幫忙，工程師通常會歡迎。
• 大部分中小企業的工程師人數少，什麼都要做，最缺的不是被監督。
• 他們一個人要寫新功能、修客訴、顧主機，還要應付臨時的想法。

他們真正缺的，是有人替他們擋掉「這樣做安不安全」「架構撐不撐得住」這類沒把握的判斷。外部的目標是讓內部的人更好做事，不是取代他們——這句話要在找人之前先講清楚。

三條界線：誰決定、誰執行、誰負責

分工不清楚才會打架，三條線先畫好：

精神是：判斷跟責任往外放，執行跟現場往內留。

內部工程師最適合做的事

內部的人有一個外部比不上的優勢：天天在公司裡，聽得到業務單位的抱怨。所以最適合他們的是：

• 跟業務貼近的功能：業務要的報表、客服要的查詢頁、倉庫的掃描流程。
• 日常修改與客訴處理：使用者說哪裡怪怪的，他們最快找得到問題。
• 需求的第一手整理：把老闆和同事的想法變成可以做的東西。
• 知道哪個同事講的話要打折：這是外部的人學不來的。
• 現場的臨時應變：出貨前一小時發現欄位不對，只有在場的人接得住。

共同點是需要「在現場」，外部的人做這些，每件都要先問一輪。中小企業該外包還是自建團隊那篇的結論是兩者不衝突，關鍵就在這裡。

外部技術負責人最適合做的事

外部的優勢是另一種：看過很多系統、敢說真話、而且是一組人不是一個人：

• 架構判斷：現在的做法撐不撐得住接下來兩年、該不該在這時候重構。
• 上線把關：新功能上線前，資安、備份、部署步驟有沒有到位。
• 沒人想做的維運：主機看著、安全更新、監控、備份還原測試。
• 有人休假也不會斷掉：不是靠一個人記得，是一組人一起記得。
• 敢說「這個不該做」：不在編制裡，不必顧慮內部的人情。

這就是 Helper CTO 的定位——像公司的技術負責人，只是不在你的編制裡。不是多一個工程師，是多一個負責判斷跟兜底的人。怎麼算這筆帳那篇可以幫你比。

怎麼開始：從一件沒人想做的事開始

開始的方式決定關係的走向。不要從「全面檢視程式碼」開始，那會讓人覺得被審。從一件他們早就想丟掉的事開始：

• 備份到底有沒有在做、還原得了嗎——這件事通常沒人確認過。
• 主機的安全更新多久沒做了——答案通常是「不知道」。
• 網站掛了誰會先知道——答案通常是客戶。
• 上一次真的把備份還原回來試一次，是什麼時候。

挑一件接走、做好，讓內部的人感覺到有人把他不想做的事做掉了。健檢在這裡也有好處：它看的是程式碼，不需要正式環境的帳號密碼。報告出來三方一起看，內部的人會發現裡面的問題他們早就知道、只是沒空處理——分工就自然形成了。

恩梯科技跟內部工程師合作時的四個承諾

• 先接走沒人想做的維運，不從審查他們的程式碼開始。
• 判斷與建議公開講，老闆拍板，不在背後評價任何人。
• 日常開發與現場的事留給內部的人，我們不搶。
• 接手、維護、改善、繼續開發，同一組人從頭顧到尾。

好的分工不是把人比下去，是讓兩邊都只做自己最強的那一段。

內部工程師加外部技術負責人，分工對了就不是競爭，是互補。恩梯科技以 Helper CTO 的角色維護與改善你的系統，把判斷與兜底接過來，讓你的工程師專心做現場的事——像公司的技術負責人，只是不在你的編制裡。第一步是 60 分鐘的系統健檢：讓我們看得到程式碼就好，不需要正式環境的帳號密碼，3～5 個工作天內你會拿到一頁看得懂的報告。如果你想讓內部工程師一起參與判斷，這份報告可以三方一起看：Helper CTO：系統維運方案。