先別急著往下拉文章，現在思考一個問題：你現在的軟件開發團隊或之前的團隊，帶領團隊的人處于軟件開發職能的哪一個崗位？產品經理，UI設計還是前端開發，后臺開發，測試人員，運維人員？(專業團隊除外)

給出上面的答案后，咱們繼續往下看。

不知道你有沒有見過比較粗糙的團隊，里面只有后臺開發，其它崗位全部缺失，但一樣能出結果。外包拉私活，是不是能少個角色就少個分錢的人，一樣也能干?；氐筋}目，我認為還是后臺開發人員居多，為什么，簡單看看各個崗位的職能來拆解下原因。

題圖 from unsplash

產品經理，一個離CEO最近的人，業務能力突出，能將需要轉化成需求，同時挖掘出內在的業務邏輯，結果交付給設計人員、開發人員去實施，但有一個弊端，多數PM同志不懂開發技術，不能很好的與開發人員深入溝通，往往也會被開發人員的"這個難度比較大"，"這個做不了"給慫回來而茫然。這是硬傷，PM與Coder天生的冤家一般存在于各大中小微公司中的各種團隊里。雖然有PM驅動產品開發的說法，但往往領導技術開發的人是個懂技術開發的，交流起來才更順暢。

UI設計？可以將產品人員粗糙的原型變的華麗麗，感觀體驗爽爽的，硬傷在于內在實現邏輯欠缺，由于是"表面功夫"，數據的來龍去脈比較模糊，數據存儲更無從談起，往往在開發團隊中處于前期緊張，中后期空閑的狀態，一般也是"共享"狀態，哪里有活哪里搬。

前端開發有沒有可能呢，當然有。簡單的前端開發，甚至不能稱之為前端開發，稱為"網頁制作"，不需要懂業務邏輯，只是將UI圖變成靜態網頁、相應的交互效果，數據展現部分交付給后臺開發人員來套入。這是前幾年的狀態，有些同學還沒有轉變過來?，F在講"前端開發"，大多是前后端分離，職責清晰，交付壓力轉移到前端，后端開發變成了一個前端口中"寫接口的"。如果此時前端人員的業務邏輯不清，這個工作是沒法開展的，當然前端依舊對存儲設計、復雜的后臺邏輯無感知，都是有接口在支撐。第三種情況是前端全棧（我也不清楚為什么前端通到了存儲層，就稱自己為全棧），這種情況從前端展現到后臺服務都能經歷到，承擔項目團隊管理工作，順理成章，但前面的第一種情況基本無可能。

為什么是后臺開發人員承擔項目/產品管理的居多？軟件開發早期，職能崗位不全時，就是后臺開發通吃，后臺開發貫穿整個產品周期，從需求分析階段介入，各環節的評審都有參與，一直到后期的運營維護，直至停機運行。業務邏輯不通、數據流程不通基本也合格的，后臺開發對每個環節都有一定的掌控。這樣的角色與其它角色溝通時，除了一些專業交互之外基本沒什么障礙。管理的要素之一就是要降低成本 ，提交效率。溝通成本是產品開發中比較隱性的大成本。

測試人員不行嗎？懂業務是首要任務，不然無法開展測試工作。另外，不懂開發技術是硬傷（白盒除外），同樣存在溝通的問題，另外黑盒測試僅是初級入門，進入門檻很低，可替代性很強，業務拼不過產品，技術拼不過產品，話語權相當低，多數情況做為產品質量的保證。雖然TDD喊的亮，但這里的T是由開發人員完成，而非專職測試人員。

運維崗，懂業務的話更好，不懂也沒關系，關聯度不是很強。目標只有一個，保證產品運行良好。與UI崗一樣，可以"共享"，與業務關聯度不大，所以大多數情況下沒有高度去管理其他崗位。隨著DevOps、SRE的推行，開發運維的界線也越來越模糊，專職運維崗位也在慢慢向開發崗靠攏，進行技術學習，參與到產品研發過程中去。

拆解完，發現上面的崗位后面的演進方向貌似也有了，要走的高走的遠，都需要深耕細作。當然也有不少愿意在本崗位上深扎的同學，不想搞管理，志向選擇，無對錯之分。

祝好。

有道無術，術可成；有術無道，止于術

歡迎大家關注Java之道公眾號

好文章，我在看??

新人創作打卡挑戰賽發博客就能抽獎！定制產品紅包拿不停！

總結

以上是生活随笔為你收集整理的为什么技术团队领导者多是后台开发人员的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。