酷殼上這篇《開發團隊的效率》中提到過這點。
===進入正文===
領導只要結果，不要過程。
大多數領導是這樣的：很少或者根本不關心在乎下面各團隊間合作的方式；只關心最
終產品或任務是否能完成。這樣的領導一般只在乎能否在短期內完成目標任務，而忽
視了達成目標方式是否合適，是否符合可持續發展。
於是底下各團隊間的合作就可能存在大量的代勞。
如本屬於a組的職責任務，卻由b組
去實現。尤其當b組是整個工作流程中的下游團隊或支援性團隊的時候，代勞會成分更多。
有時候在a組人力資源不是非常充足的情況下，領導甚至會明確指派b組人員去做a組的
任務！(就是為a組擦屁股)
（拍拍腦袋就做決定的領導多了去了。這年頭，」領導「是可以用來當貶義詞的。就像」專家「。）
代勞有害。
分工是為了高效率。讓更專業的人去做更專業的事。不同團隊間的職責劃分必須非常清晰，涇渭分明。不同團隊，技能各有所長。團隊間的代勞肯定是吃力不討好，浪費資
源。這還算輕的。嚴重的可能直接導致b組成員離職。（為別人擦屁股能爽嗎？不爽，那就離職。）
再者，代勞所消耗的資源誰出？a組會願意劃一部分自己的薪資、公升職等各種資源給b組嗎？肯
定不願意。如果願意，還不如直接把b組的人力直接歸併到a組裡，完全成為a組的一部
分。如果遇到不得不代勞的情況，肯定是組織出問題了。
團隊合作必須服務化。
服務性團隊應該定義一套介面，開發乙個通用的平台，讓其它小組
能夠自助式地獲取所需服務內容。具體服務性工作由這個平台自動完成。儘量減少處
理其它小組各自具體業務的情況。
當然這個平台自身的業務邏輯與其它小組具體業務也要解耦。
為什麼要微服務（服務化）？
微服務架構 的話題非常之火，很多朋友都在小窗我，說怎麼做服務化？解答 怎麼做 之前，先得了解 為什麼做 畫外音 做技術千萬不能是這種思路，別人都在做，所以我們也要搞 並不是所有的業務都適合 服務化 網際網路高可用架構，到底為什麼要服務化？服務化之前，高可用架構是什麼樣的？在服務化之前，網際網路的典型...
為什麼要微服務架構服務化？
微服務架構，這 5 年左右一直被認可，是軟體架構的未來方向。需要大家理解的是，為什麼需要服務化。比如微服務架構對企業來說，帶來什麼價值？有啥弊端？這裡 一下微服務架構，主要還是在理解 why 為什麼需要服務化？微服務架構，主要是多了個 微 亞馬遜有個粗粗的定義 乙個微服務應用工程的所有開發 測試 運...
我的校園論壇發展模式 必須要有團隊要合作
經常上中國站長站來學習交流，分享大家的寶貴經驗，今天我也寫寫我所做的校園論壇的發展模式，供大家分享。話說我運營校園論壇也有兩年的時間了。校園論壇的運營不同於其他型別的論壇，因為 的載體是在校學生。有著較為固定的訪問人群，有特定的受眾面，起一種資訊媒介作用。校園論壇不像其他商業 帶有很濃的商業性質，是...