i. 技術模組切分要以業務組織架構為指導。盡量和業務部門對齊，閉環。不僅僅要和產品經理對齊，還要和運營部門對齊
ii. 有意義的研發指標一定是要能體現到資產負債表上的。每個程式設計師的效能要量化為營收指標
iii. 模組不僅要精心設計還要避免腐化。要設立乙個首席架構師的職位，所有模組的 pr 都必須他看過之後才能合併
iv. 名字一定要取好，這事關高內聚。例如取名為「交易平台」，然後就可以通過顧名思義把某某交易結尾的需求塞入這個模組
v. 單一職責是說乙個服務只做很簡單的事情。比如每一張資料庫表，只要無腦封裝對應的 crud 服務就可以了，這樣無論多便宜的人都可以招進來寫**了
vi. 「復用」才能體現技術的價值。程式設計師如果看見很多功能似乎都差不多，就應該成立乙個部門，專門寫**生成工具來教產品經理如何設計產品
vii. 服務好每乙個使用者。目前服務了100萬人，剛融完資，即將服務1000萬人，對應的研發團隊至少得提前擴充10倍
viii. 凡事預則立，不預則廢。公司主營業務當年就吃了單體的虧，這個新業務做為未來公司第二條增長曲線，必須先把微服務拆好再開工
ix. 自由是基本人權，微服務的精髓是團隊高度自治。每個後端團隊都應該選擇不同的程式語言。前端同學也不要羨慕後端，你們可以嘗試剛流行的微前端架構
x. 把同技能的人才集中起來，去吸引更多人才是公司最重要的事情。我們要把優秀的前端開發都集中到成都，把高價效比的測試集中到貴陽，在北京由產品經理們統一完成產品設計
xi. 要虛心借鑑商業上得到證明了的成功經驗。某公司因為應用了微服務/事件溯源/領域驅動/（此處為擴充套件性預留），上市後市值翻了好幾倍
xii. 相信自己的業務是最複雜的最獨一無二的。以上11條也許適用於簡單的業務，但一定不適用於我們公司這樣複雜的系統
不想打造如此傑出軟體開發團隊的，請【閱讀原文】訪問
敏捷軟體開發的12條原則
1.最優先要做的事盡早，持續地交付有價值的軟體，讓客戶滿意 2.欣然面對需求變化，即使是在開發後期。敏捷過程利用變化為客戶維持競爭優勢 3.頻繁地交付可工作的軟體，從數週到數月，交付週期越短越好。4.在團隊內，面對面交談是最有效，也是最高效的溝通方式。5.在整個專案過程中，業務人員和開發人員必須每天...
軟體開發（一） 打造專業敏捷開發團隊
敏捷開發，從提出後便得到迅速的認同而得以廣泛推廣和應用。最近正在管理的乙個龐大的 系統也是不經意間應用到相關的管理方法。但是，給我的感觸卻是 敏捷，豈可輕言？任何事物再怎麼新穎，其實也跳不出哲學中兩面性這個理論，有暢則有短。揚長避短，才能保證我們的敏捷可以像孫悟空手中的金箍棒一樣如意稱心！個人認為，...
軟體開發團隊中的角色
軟體開發團隊中的角色 2007 05 26 23 27 乙個nba球隊場上球員的組成與軟體團隊有相通之處，且作一笑談，不足為證 1號位，控球後衛 pg 他是球場上拿球機會最多 掌握比賽 組織進攻的人，不僅負責把球從後場安全地帶到前場，再把球傳給隊友，給隊友創造得分的機會，助攻是他們的首要工作。控球後...