I. 技術模塊切分要以業務組織架構為指導。盡量和業務部門對齊，閉環。不僅僅要和產品經理對齊，還要和運營部門對齊

II. 有意義的研發指標一定是要能體現到資產負債表上的。每個程序員的效能要量化為營收指標

III. 模塊不僅要精心設計還要避免腐化。要設立一個首席架構師的職位，所有模塊的 pr 都必須他看過之后才能合并

IV. 名字一定要取好，這事關高內聚。例如取名為“交易平臺”，然后就可以通過顧名思義把某某交易結尾的需求塞入這個模塊

V. 單一職責是說一個服務只做很簡單的事情。比如每一張數據庫表，只要無腦封裝對應的 CRUD 服務就可以了，這樣無論多便宜的人都可以招進來寫代碼了

VI. “復用”才能體現技術的價值。程序員如果看見很多功能似乎都差不多，就應該成立一個部門，專門寫代碼生成工具來教產品經理如何設計產品

VII. 服務好每一個用戶。目前服務了100萬人，剛融完資，即將服務1000萬人，對應的研發團隊至少得提前擴充10倍

VIII. 凡事預則立，不預則廢。公司主營業務當年就吃了單體的虧，這個新業務做為未來公司第二條增長曲線，必須先把微服務拆好再開工

IX. 自由是基本人權，微服務的精髓是團隊高度自治。每個后端團隊都應該選擇不同的編程語言。前端同學也不要羨慕后端，你們可以嘗試剛流行的微前端架構

X. 把同技能的人才集中起來，去吸引更多人才是公司最重要的事情。我們要把優秀的前端開發都集中到成都，把高性價比的測試集中到貴陽，在北京由產品經理們統一完成產品設計

XI. 要虛心借鑒商業上得到證明了的成功經驗。某公司因為應用了微服務/事件溯源/領域驅動/（此處為擴展性預留），上市后市值翻了好幾倍

XII. 相信自己的業務是最復雜的最獨一無二的。以上11條也許適用于簡單的業務，但一定不適用于我們公司這樣復雜的系統

不想打造如此杰出軟件開發團隊的，請【閱讀原文】訪問?https://autonomy.design/

總結

以上是生活随笔為你收集整理的打造杰出软件开发团队的12条指导建议的全部內容，希望文章能夠幫你解決所遇到的問題。

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