-
了解康威定律嗎
- 定律一：組織溝通方式會通過系統設計表達出來，就是說架構的布局和組織結構會有相似，
- 定律二：時間再多一件事情也不可能做的完美，但總有時間做完一件事情，一口氣吃不成胖子，先搞定能搞定的，
- 定律三：線型系統和線型組織架構間有潛在的異質同態特性，種瓜得瓜，做獨立自治的子系統減少溝通成本，
- 定律四：大的系統組織總是比小系統更傾向于分解，合久必分，分而治之，
-
你認知的比較深刻是哪一條？
定律二和定律四比較深刻，- 開發中也經常碰到，產品經理的需求太復雜了？適當忽略一些細節，先抓主線，產品經理的需求太多了？放棄一些功能，
- 目前火熱的微服務就符合這個定律，將大型系統拆分，更利于開發和管理，
-
這幾個定律如何解釋微服務的合理性
- 人與人的溝通是非常復雜的，一個人的溝通精力是有限的，所以當問題太復雜需要很多人解決的時候，我們需要做拆分組織來達成對溝通效率的管理，
- 組織內人與人的溝通方式決定了他們參與的系統設計，管理者可以通過不同的拆分方式帶來不同的團隊間溝通方式，從而影響系統設計，
- 如果子系統是內聚的，和外部的溝通邊界是明確的，能降低溝通成本，對應的設計也會更合理高效，
- 復雜的系統需要通過容錯彈性的方式持續優化，不要指望一個大而全的設計或架構，好的架構和設計都是慢慢迭代出來的，
-
依據這個定律，讓你去管理一個團隊，你會怎么做
- 我們要用一切手段提升溝通效率，比如github，wiki，能2個人講清楚的事情，就不要拉更多人，每個人每個系統都有明確的分工，出了問題知道馬上找誰，避免踢皮球的問題，
- 通過MVP的方式來設計系統，通過不斷的迭代來驗證優化，系統應該是彈性設計的，
- 你想要什么樣的系統設計，就架構什么樣的團隊，能扁平化就扁平化，最好按業務來劃分團隊，這樣能讓團隊自然的自治內聚，明確的業務邊界會減少和外部的溝通成本，每個小團隊都對自己的模塊的整個生命周期負責，沒有邊界不清，沒有無效的扯皮，
參考文章(摘抄的文字著作權屬于原作者)：
https://yq.aliyun.com/articles/8611
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/10568.html
標籤：其他
上一篇：Http協議