來，講故事： 單體架構(1)： 小藍創辦了一家公司，由於資金緊張，招聘了小白負責行政，小紅負責財務，小黑負責技術，小黃負責運營，5個人擼起袖子就是乾，準備向市場推一個 “××寶” 的產品。 實際上每個人職責界限都不那麼明確，小白忙了小紅幫，小紅忙了小黑幫，小黑忙了沒人幫，小黃不忙到處幫，小藍組織幫幫 ...
來，講故事：
單體架構(1)：
小藍創辦了一家公司，由於資金緊張，招聘了小白負責行政，小紅負責財務，小黑負責技術，小黃負責運營，5個人擼起袖子就是乾，準備向市場推一個 “××寶” 的產品。
實際上每個人職責界限都不那麼明確，小白忙了小紅幫，小紅忙了小黑幫，小黑忙了沒人幫，小黃不忙到處幫，小藍組織幫幫幫。
發展中...
分散式-面向服務架構(1-10)：
儘管問題如此多，但由於團隊小而精，小藍以產品為核心領導著團隊還是迅速推出了產品，然後用各種手段驗證該產品在市場上有無前景。
果不其然，他們成功了，而且公司還順利拉到了第一筆融資，準備完善 “××寶” 。
此時公司需要擴張人手來滿足當前業務需要，於是擴招到50人，但是小藍很快就發現自己管不過來了，團隊處於一個溝通低效的內耗狀態，
於是小藍根據(DDD領域驅動設計)職能將公司分成4個部門，委任元老小白、小紅、小黑、小黃為各部門負責人，分別處理相關業務，情況得以改善。
發展中...
分散式-微服務架構(10-100)：
在大家的努力下， “××寶” 成功推向市場趨於穩定且有著不錯的營收，公司也順利拿到第二筆融資。
小藍微微一笑，你以為這樣我就滿足了嗎？跟著我有桃吃，我又看到幾個不錯的產品方向，故公司計劃繼續擴張，擴張到500人。
這時候小白、小紅、小黑、小黃...也發現自己管不過來了，於是各部門都分成了A組、B組、C組、D組...
問題又來了，x項目需要小白的A組、小紅的B組、小黑的C組、小黃的D組...相互配合，大家意識到溝通再次低效了。
於是聰明的BOSS小藍提出應該成立項目組，讓各組可以直接溝通，於是小白、小紅、小黑、小黃...商議後，委任數個項目經理分別負責各項目，把控溝通過程及結果，確保團隊仍然可以小而精的合作。
發展中...
分散式-微服務集群(1-100,1-100...)：
隨著各產品業務輻射全國，總部心有餘而力不足導致用戶體驗下降，所以總部成立了分公司分別處理華東、華西、華北、華南的業務，來加快對用戶反饋的響應速度。
發展中...
變化中...
發展著變化著...
故事，講完了。
有沒有發現架構設計和落地的時候存在著團隊管理的問題，團隊管理的時候蘊藏著架構設計的哲學？
康威第一定律：組織溝通方式會通過系統設計表達出來。
