?? 歡迎加入小哈的星球 ，你將獲得: 專屬的項(xiàng)目實(shí)戰(zhàn) / Java 學(xué)習(xí)路線 / 一對(duì)一提問 / 學(xué)習(xí)打卡 /  贈(zèng)書福利

全棧前后端分離博客項(xiàng)目 2.0 版本完結(jié)啦， 演示鏈接：http://116.62.199.48/ ，新項(xiàng)目正在醞釀中。全程手摸手，后端 + 前端全棧開發(fā)，從 0 到 1 講解每個(gè)功能點(diǎn)開發(fā)步驟，1v1 答疑，直到項(xiàng)目上線。目前已更新了239小節(jié)，累計(jì)38w+字，講解圖：1645張，還在持續(xù)爆肝中.. 后續(xù)還會(huì)上新更多項(xiàng)目，目標(biāo)是將Java領(lǐng)域典型的項(xiàng)目都整一波，如秒殺系統(tǒng), 在線商城, IM即時(shí)通訊，Spring Cloud Alibaba 等等，戳我加入學(xué)習(xí)，已有1300+小伙伴加入(早鳥價(jià)超低)

最近要多帶一個(gè)架構(gòu)團(tuán)隊(duì)做一個(gè)新版本，我寫一些基本邏輯來給團(tuán)隊(duì)建第一層策略建模，以便我們后面的討論有基礎(chǔ)，由于這種問題是普適的，也不會(huì)涉及什么具體的保密問題，所以我公開來寫。

架構(gòu)是一個(gè)充滿了自由度的工作，是一個(gè)最不適合用過去的成功指導(dǎo)下一波策略設(shè)計(jì)的領(lǐng)域，無論你過去的領(lǐng)域和這個(gè)領(lǐng)域有多相像，你過去的成功經(jīng)驗(yàn)都只能拿來參考，不適合用來拷貝。

因?yàn)榧词故峭耆嗤念I(lǐng)域，時(shí)間已經(jīng)不同了，行業(yè)生態(tài)，技術(shù)發(fā)展已經(jīng)不同了，你面對(duì)的人不同了，業(yè)務(wù)的瓶頸已經(jīng)不同了，生態(tài)的各個(gè)利益體的投資已經(jīng)不同了，成熟的領(lǐng)域人員可能減少，當(dāng)初的績優(yōu)股可能已經(jīng)失敗，你面對(duì)的是一個(gè)新的領(lǐng)域，我們做架構(gòu)，永遠(yuǎn)不能被過去的“定義”，左右了我們的判斷。所以，做新的架構(gòu)設(shè)計(jì)，你可以參考過去的成功pattern，但你的分析，必須建立在現(xiàn)在的條件上，不能離開對(duì)現(xiàn)在問題的調(diào)查，直接打算使用過去的模式。

這是我對(duì)我們進(jìn)行產(chǎn)品戰(zhàn)略設(shè)計(jì)的第一個(gè)建議。

架構(gòu)設(shè)計(jì)是一個(gè)非常微妙的設(shè)計(jì)領(lǐng)域，它是完全建立在形而上的邏輯上的，它是抽象的，非具象的。但這種抽象必須要以可以實(shí)施為底線，否則就淪為紙上談兵了。所謂高以下為基，貴以賤為本。所以，我們不要出現(xiàn)“架構(gòu)上我們應(yīng)該如何如何，但我們現(xiàn)在人力不足啊”這樣的思維角度，這是廢話，架構(gòu)就是建立在準(zhǔn)備實(shí)施這個(gè)角度上的，你不能把架構(gòu)設(shè)計(jì)和實(shí)施隔離，說一堆“我們要如何如何，只是某某條件不成熟?！边@樣的鬼話，如果某某條件不成熟，你就不該做出這個(gè)設(shè)計(jì)來浪費(fèi)我們的時(shí)間。

架構(gòu)設(shè)計(jì)是實(shí)施團(tuán)隊(duì)的一部分，沒有獨(dú)立于實(shí)施的架構(gòu)設(shè)計(jì)。架構(gòu)設(shè)計(jì)90%的工作是輔助實(shí)施團(tuán)隊(duì)實(shí)施架構(gòu)戰(zhàn)略和挑戰(zhàn)架構(gòu)戰(zhàn)略，不是實(shí)施之外的獨(dú)立設(shè)計(jì)。把人分離出來是為了保證投入，不是為了讓這個(gè)團(tuán)隊(duì)成為實(shí)施團(tuán)隊(duì)的競爭者。

但反過來說，你不能說我們現(xiàn)在只有多少多少人，我們就做一個(gè)基于現(xiàn)在有多少人的方案，因?yàn)槭虑槭亲兓?，在架?gòu)設(shè)計(jì)初期，給你很多的人，你也用不了，人力多了是個(gè)累贅，看在財(cái)報(bào)上每個(gè)月花出去的錢就讓人害怕，但如果你的設(shè)計(jì)只是現(xiàn)在有多少人，那后面開始展開了，你根本就發(fā)展不了。沒有準(zhǔn)備，未來有可能給你補(bǔ)人你也接收不了。如果人力不是這樣從小到多的一個(gè)變化過程，我們也不需要架構(gòu)設(shè)計(jì)，架構(gòu)設(shè)計(jì)必須可以響應(yīng)這種人力，資源，市場等各方面的變化。

所以，我們從一開始就做好了做這種多步的策略的打算，考慮整體目標(biāo)的時(shí)候，要用整個(gè)市場域的機(jī)會(huì)作為我們發(fā)展的上限，在實(shí)施的時(shí)候，要考慮好怎么一步步增強(qiáng)投資者和市場的信心，從而可以有序擴(kuò)大整個(gè)業(yè)務(wù)，不要用“我的架構(gòu)沒有錯(cuò)，錯(cuò)的是市場，錯(cuò)的是人力資源沒給夠人，錯(cuò)的是……”來給自己做理由。架構(gòu)設(shè)計(jì)包括對(duì)這些“別人的錯(cuò)”的預(yù)判。架構(gòu)設(shè)計(jì)和實(shí)施是和整個(gè)產(chǎn)品的所有其他力量（開發(fā)，銷售，維護(hù)，財(cái)務(wù)，法務(wù)等等）融合在一起的，沒有獨(dú)立于這些開發(fā)力量的架構(gòu)設(shè)計(jì)。

這是第二個(gè)建議。

但對(duì)于這個(gè)建議，我有個(gè)直接的工作技巧可以分享。當(dāng)我們確切落筆寫一個(gè)架構(gòu)設(shè)計(jì)的時(shí)候，要考慮：以客戶為目標(biāo)，以工程為準(zhǔn)繩。

什么意思呢？就是說，你在架構(gòu)設(shè)計(jì)的第一個(gè)部分，要明確說你打算賣一個(gè)什么樣的東西到市場上去，你的客戶打算買你的東西，這個(gè)決定的控制要素是什么？有這樣一個(gè)標(biāo)準(zhǔn)在最前面，我們中間的所有變化，遇到的障礙，我們都知道往哪里繞。也知道我們繞完了，應(yīng)該繼續(xù)向什么方向走。

而在你的架構(gòu)設(shè)計(jì)的最后一段，你要把你的所有設(shè)計(jì)落實(shí)為“版本”和“項(xiàng)目”。所有的人力管理，都是以項(xiàng)目為基礎(chǔ)的，因?yàn)轫?xiàng)目有確切的目標(biāo)和人力資源投入，而不是“小李你去幫幫他們”這種盡力而為的東西，架構(gòu)策略一旦展開，所有人都會(huì)面對(duì)無限的要求，沒有確切的資源分割，凡是長遠(yuǎn)的東西都會(huì)被忽略和放棄。所以，要把架構(gòu)策略得以實(shí)施的希望建立在人力資源管理上，不要建立在“期望”，“正義”，“道德”，“道理”這些依賴上。所謂子非不辨也，老子忙起來誰都不認(rèn)也。

當(dāng)然，我這里說的項(xiàng)目，是廣義的項(xiàng)目，不一定是你流程中說的那個(gè)項(xiàng)目。

而項(xiàng)目，要輸出確切的版本，你有硬件，有軟件，有插件，這些都是有版本的，不要說什么做一個(gè)my-wonderful-app，里面支持這特性，那特性的。

你的軟件上了市場，遇到一堆的客戶，這些客戶的要求都會(huì)不一樣，你是用一個(gè)版本還是用多個(gè)版本去響應(yīng)他們？產(chǎn)品是會(huì)有Bug的，是要有新特性開發(fā)的，修復(fù)Bug和增加新特性是會(huì)引入新的Bug的，所以，客戶可能可以接納升級(jí)你修復(fù)他的Bug的版本，可不一定肯接納你發(fā)布的修復(fù)其他人問題的版本的。

這樣，你在市場上就會(huì)有很多版本，這是天然的，版本一多，開發(fā)，測試，維護(hù)，管理的成本會(huì)大幅上升，這是一個(gè)重要的工程控制要素。你用my-wonderful-app這一個(gè)概念來考慮你的設(shè)計(jì)，你實(shí)施的時(shí)候就會(huì)怎么搞怎么不正常，因?yàn)槟阋詾槟汩_發(fā)的是my-wonderful-app，其實(shí)你開發(fā)的是my-wonderful-app-v1、my-wonderful_app-v2、my-wonderful-app-v2.1、my-wounderful-app-v2.1-without-tso-llvm_v7_specific-edition……你對(duì)人力和項(xiàng)目的預(yù)判都是錯(cuò)誤的，當(dāng)然執(zhí)行不下去了。

所以，很多人其實(shí)不明白“開源交付”是個(gè)什么東西，開源交付其實(shí)是一種減少版本的方法，一個(gè)源代碼樹是可以編譯出很多二進(jìn)制版本的，我給你源代碼，編譯產(chǎn)生多個(gè)版本的的維護(hù)成本就是你的了，很多人以為交付源代碼是對(duì)用戶友好，是為行業(yè)做貢獻(xiàn)——那得看客戶是想當(dāng)你的競爭對(duì)手，還是想解決他的問題了。（但即使你用“源代碼交付”，如果是商業(yè)交付，你的測試還是需要落實(shí)到一組二進(jìn)制版本上的，而且你必須很清楚，這些二進(jìn)制版本都是會(huì)升級(jí)的，死版本支持的生態(tài)是死的生態(tài)）

但無論如何，架構(gòu)設(shè)計(jì)一個(gè)基本的要求，高以下為基，不要離開你的工程成本想得天花亂墜，只要涉及工程，什么美好想法都得給我從天上掉下來。

第三個(gè)建議：調(diào)查和設(shè)計(jì)也是要結(jié)合起來的。架構(gòu)設(shè)計(jì)初期，我們有無數(shù)的“未知”：競爭對(duì)手的戰(zhàn)略是什么？客戶的期望是什么？研究機(jī)構(gòu)有什么新的突破？市場份額的預(yù)測是什么？國家政策的走向是什么？……

如果你要調(diào)查完這些東西才做決定，你就永遠(yuǎn)都不用做了。所以，進(jìn)行架構(gòu)設(shè)計(jì)，要勇敢進(jìn)行“猜”，“預(yù)判”，哪怕錯(cuò)了，你也要“猜”，因?yàn)檫@是架構(gòu)設(shè)計(jì)工作的基礎(chǔ)。你的決策要同時(shí)決策：使用猜這個(gè)結(jié)論和再調(diào)查一下，哪個(gè)投資收益比更低？然后就要去實(shí)施。我在這個(gè)專欄中經(jīng)常強(qiáng)調(diào)“守弱”，其本質(zhì)就是這個(gè)：架構(gòu)本身就是一種猜，我們在猜的基礎(chǔ)上執(zhí)行，如果你非要維護(hù)面子，在執(zhí)行的時(shí)候收到當(dāng)時(shí)猜錯(cuò)了的反饋，你死要面子不肯調(diào)整，那這個(gè)架構(gòu)執(zhí)行就失敗了。

所以，做架構(gòu)不能要面子，你眼中只能有產(chǎn)品的最后成功，到成功的時(shí)候，你坐在那里，旁邊的人說什么，你都可以冷冷看著他，由他講他的道理，你根本不用在乎。

這樣就要提到第四個(gè)建議了：你不要指望實(shí)施團(tuán)隊(duì)會(huì)很喜歡你，你做的所有事情，都是為了未來讓他們“繞路”走，你的結(jié)論他們不會(huì)喜歡的。你可以用你所有的個(gè)人魅力去盡量soften這種沖突，你可以下去和他們一起分擔(dān)開發(fā)調(diào)試的壓力，讓他們沒有那么恨你，但你要知道，如果實(shí)施團(tuán)隊(duì)很舒服，你的架構(gòu)設(shè)計(jì)肯定變成在旁邊說胡話了，根本沒有設(shè)計(jì)效果。

所以，你決定來做架構(gòu)了，就不要期望你有多nice。這是這個(gè)工作的特性，不能調(diào)和的。不要為了實(shí)施團(tuán)隊(duì)的一般抱怨就去改變你的設(shè)計(jì)去迎合，否則產(chǎn)品失敗的時(shí)候，就沒有人跟你抱怨了。吾之所以有大患者，為吾有身，及吾無身，何患之有？你應(yīng)該多聽實(shí)施團(tuán)隊(duì)的抱怨，但你要分清楚哪些是真正在反饋問題，哪些只是你戰(zhàn)略實(shí)施的成本。

最后一個(gè)建議：架構(gòu)團(tuán)隊(duì)來自不同的領(lǐng)域，不要用“領(lǐng)域代表”看待自己。不要說我只是做芯片設(shè)計(jì)，我只是做安全的，我只是做內(nèi)核的，我只是做數(shù)據(jù)庫的。架構(gòu)團(tuán)隊(duì)存在的目的，就是為了設(shè)計(jì)那些多個(gè)模塊互相甩鍋的Gap，然后所有模塊和協(xié)同起來，達(dá)到最優(yōu)的效率。你盡然進(jìn)來架構(gòu)組了，你就不是某個(gè)模塊的“甩鍋代表”，你就是整個(gè)產(chǎn)品。

大部分投資者都是不懂技術(shù)的，就算他們來自技術(shù)背景，他們對(duì)你實(shí)施的這個(gè)技術(shù)也是外行，因?yàn)榧?xì)節(jié)只是我們知道，否則他就不用你來做了，他自己做就好了。這些人決策的方式就是“多方確認(rèn)”。

如果架構(gòu)組自己都達(dá)不成共識(shí)，各說各話，那怎么說服投資人（其實(shí)包括準(zhǔn)備用你的客戶），所以，架構(gòu)組每個(gè)人都應(yīng)該對(duì)整個(gè)架構(gòu)策略都很熟悉。我不要求做芯片的人就會(huì)寫程序，但我需要做芯片的人知道軟件部分的構(gòu)架要求，在解決方案中所處的地位。你不要告訴我你只懂UEFI，不懂Kernel是怎么做的，我需要你知道ACPI表那些信息是給Kernel的哪個(gè)模塊看的，你不是在做實(shí)施，等著別人給要求，你是那個(gè)負(fù)責(zé)知道少給一張EINJ表，Kernel會(huì)不會(huì)起不來的人。

推廣起來說，作為一個(gè)產(chǎn)品的架構(gòu)團(tuán)隊(duì)，你也不能只管“我的產(chǎn)品如何如何”，你必須從整個(gè)產(chǎn)業(yè)生態(tài)上開始設(shè)計(jì)。狼吃羊，羊吃草，你不能說你是狼，不管羊的死活。沒有羊了，狼也死了。做架構(gòu)設(shè)計(jì)的人，必須知道狼可以吃多少羊，吃到什么時(shí)候就要開始收手了。

所以，對(duì)于一個(gè)產(chǎn)品的架構(gòu)師，必須知道整個(gè)生態(tài)鏈?zhǔn)窃趺催\(yùn)作的，要為了整個(gè)生態(tài)的平衡，不怕把自己部分自己的業(yè)務(wù)讓給其他產(chǎn)品，其他企業(yè)，也不怕自己背上別人不肯實(shí)施的業(yè)務(wù)，這樣你才會(huì)有掌控生態(tài)的力量。

大概就是這樣一些吧，再往下，就是具體業(yè)務(wù)怎么做的問題的。但當(dāng)我們碰到困難的時(shí)候，不妨回頭來看看我們的總體思路，也許覺得無路走的時(shí)候又發(fā)現(xiàn)有路了，覺得很順利的時(shí)候，說不定就是危機(jī)的開始了。

?? 歡迎加入小哈的星球 ，你將獲得: 專屬的項(xiàng)目實(shí)戰(zhàn) / Java 學(xué)習(xí)路線 / 一對(duì)一提問 / 學(xué)習(xí)打卡 /  贈(zèng)書福利

全棧前后端分離博客項(xiàng)目 2.0 版本完結(jié)啦， 演示鏈接：http://116.62.199.48/ ，新項(xiàng)目正在醞釀中。全程手摸手，后端 + 前端全棧開發(fā)，從 0 到 1 講解每個(gè)功能點(diǎn)開發(fā)步驟，1v1 答疑，直到項(xiàng)目上線。目前已更新了239小節(jié)，累計(jì)38w+字，講解圖：1645張，還在持續(xù)爆肝中.. 后續(xù)還會(huì)上新更多項(xiàng)目，目標(biāo)是將Java領(lǐng)域典型的項(xiàng)目都整一波，如秒殺系統(tǒng), 在線商城, IM即時(shí)通訊，Spring Cloud Alibaba 等等，戳我加入學(xué)習(xí)，已有1300+小伙伴加入(早鳥價(jià)超低)