這個問題挺好，有一定範圍的代表性，我來試試，拋磚引玉，共同探討。

先梳理下思路，看看你的問題核心是什麼？

現狀：專案驅動+乙方弱勢+客戶需求分散

問題：人員增長+收入增加+管理成本增加+人均產值下降+人員流動大+無技術沉澱

你其實在最後說出了軟體開發團隊的核心——現在人力成本越來越透明的背景下，想要打破這種團隊的格局，提升整個團隊技術水平和效率。

我的建議如下——

1、軟體開發團隊的收入和成本是由兩個方面決定的：效率和經驗

個人工作效率+個人專案經驗，是核心重點，圍繞這兩個核心做實事

2、按照行業，對客戶進行分類，成立專項行業專案組

3、每個專案組，按照售前、開發、部署進行人員配置

4、每個行業配置3個小組，每個小組按照最少3人，最多5人進行人員配置

5、每個小組的專案盈利和成本進行資料分析，簡單說，專案立項前，小組進行內部投標，定好收入和成本控制線，確定每個人的利益分配比例。提前交付，重獎；延期交付，扣獎；售前控制客戶需求，開發圍繞需求開發，部署負責落地和售後。

6、各小組成績出色的人員，可以給與公司股份，或以參股、配股方式經營，那就是下一階段的事情了

7、每個人做好自己的份內事，拿好應該得到的利益

找到志同道合的夥伴，定好規矩，分好錢，有希望和遠景，誰不願意做好呢？

最重要的是專案分解，由產品經理做好原型圖，然後分解需求，交給技術總監，由技術總監選擇框架或搭建框架，分解模組，分解中間層，根據原型圖設計前端，然後將各個模組分解任務，由任務分解為工單，標記額定工時，最後，按計劃把工單排產落實到每個軟體工程師手裡。接下來就是畫甘特圖監督檢查專案進度了，將完成的工單進行測試，一步一步做下去，直到專案完成。

不好意思，只看了題目，沒有仔細看內容，你遇到的問題是普遍問題，這裡關鍵核心問題是，軟體工程師的時間管理，必須完善工單系統，建議用禪道這樣的系統來管理，軟體工程師配置不建議是人員數量的上限，這樣成本太高了，應該留下核心員工維持人員數量下限，保證專案核心技術能力，又降低了人工成本。

臨時專案工作量大的時候，可以用僱傭軍，僱傭軍從哪裡找，這是個市場機會。