一次失敗的架構(gòu)評審會議

作者：吐槽～ 2013-04-02 14:27:02

經(jīng)過將近三個小時的爭論終于草草把會議給開完了。會議的結(jié)果完全偏離了既定的目標(biāo)，一次徹徹底底失敗的架構(gòu)評審會議甚至基本上都不能稱作是架構(gòu)評審會議。除了把現(xiàn)架構(gòu)方案全部否定之后，會議后期基本上主題也是180度的大轉(zhuǎn)彎。憤怒、無助、苦惱是會議之后給我留下的單純的感覺。

詳細(xì)開講故事之前還得先介紹介紹背景，我們是一家傳說中很“大”的集團(tuán)，其實(shí)稱不上集團(tuán)或者說其實(shí)連集團(tuán)也有很多，公司數(shù)量以數(shù)百計(jì)，產(chǎn)業(yè)橫跨數(shù)十個。而傳說中很大是因?yàn)橥饨鐜缀鯚o相關(guān)資料，至于公司方面基本上只能介紹這么多了。總之是一家很“大”很復(fù)雜的集團(tuán)，而我們只是里面一個小小的IT部門或者公司啥的。

IT架構(gòu)設(shè)計(jì)是從內(nèi)部發(fā)起或者說只是我個人發(fā)起的。因?yàn)槿肼毠救甓嗟臅r間里感覺公司一直在實(shí)施信息化項(xiàng)目，但是信息系統(tǒng)之間幾乎是互相隔離也就是所謂的信息孤島。于是興高彩烈的準(zhǔn)備了一個多月時間鉆研各種適合公司的技術(shù)、產(chǎn)品開始著手進(jìn)行IT架構(gòu)方面的設(shè)計(jì)。你可能會以為我是個技術(shù)高手或者是架構(gòu)師方面的職務(wù)，其實(shí)不是，我的正式Title是項(xiàng)目經(jīng)理，但是你懂得小公司很鍛煉人的干過產(chǎn)品、運(yùn)維、開發(fā)啥的，基本上都干過。當(dāng)然我直接負(fù)責(zé)的團(tuán)隊(duì)也有一二十號人，在IT部門里面屬于一人之下，數(shù)十人之上的。所以我覺得我可能有能力去做架構(gòu)這樣的設(shè)計(jì)。

哦，對了，談到團(tuán)隊(duì)還得特別交待一下，由于公司的戰(zhàn)略轉(zhuǎn)型特別的迅速，人員流動特別大，因此使用的技術(shù)也是千差萬別，從最開始的PHP到JAVA到.NET+Java。所以目前的團(tuán)隊(duì)以.NET + Java的為主，少數(shù)PHP的系統(tǒng)處于無人照看。操作系統(tǒng)從CentOS、Ubuntu、Windows啥的都用。IT的頭的背景也各不相同從IT大拿到清華高才生再到電商大佬。恩，這是現(xiàn)在這位。也就是我的BOSS。我也交待一下我是MS背景。

好了，總之是我自己憑著所謂的責(zé)任感或者興趣做了個IT的架構(gòu)設(shè)計(jì)。第一版發(fā)給我BOSS，他說看看，然后就沒有聲音了。過了幾天一個項(xiàng)目里有問題說是數(shù)據(jù)與哪個系統(tǒng)，數(shù)據(jù)來源等問題。說是架構(gòu)最好盡快確定來來。我想了想這不就是我之前提的方案里提到了嗎？里面不是有什么數(shù)據(jù)中心數(shù)據(jù)交換平臺嗎？于是我就主動承擔(dān)起來了細(xì)化這些架構(gòu)方案的事情。于是過不了多久我就把新一版的架構(gòu)設(shè)計(jì)給提交了出來，有些關(guān)鍵部分還帶演示（可不，看了無數(shù)的視頻資料，安裝了好幾臺虛擬呢）。

提交之來之后我就開始召集會議把重要的技術(shù)骨干（有我的直接下屬也有其他部門的）都給叫上。然后就開始開講了，基本上我講的還是比較有層次感的第一層介紹了一下業(yè)務(wù)架構(gòu)（需求）；第二層談到了IT基礎(chǔ)架構(gòu)；第三層是統(tǒng)一用戶與單點(diǎn)登錄；之后是數(shù)據(jù)中心、數(shù)據(jù)交換平臺、決策分析系統(tǒng)等等。。。

由于我想著這個既然是討論技術(shù)氛圍應(yīng)該熱烈點(diǎn)，因此在每一層講完之后我都會安排討論的環(huán)節(jié)。講第一層的時候幾乎都沒有意見的主要是也沒有業(yè)務(wù)部門的人或者是大老板之類的，第二層開始就是技術(shù)范疇了，先談?wù)劵A(chǔ)架構(gòu)，如果IT基礎(chǔ)環(huán)境沒有架構(gòu)好的話就無從談上層的架構(gòu)，討論的細(xì)節(jié)就不講了，我就講講我們現(xiàn)在變態(tài)的管理吧，就是如果你要給一個用戶授權(quán)訪問某個系統(tǒng)時你需要先上那個系統(tǒng)開設(shè)用戶名分配角色權(quán)限之外竟然還需運(yùn)維要到 VPN設(shè)備里添加到相應(yīng)的用戶組這樣才能訪問。

第三層講的是統(tǒng)一用戶與單點(diǎn)登錄，這一層討論點(diǎn)在到底使用AD還是LDAP。這里我不討論技術(shù)細(xì)節(jié)，我只想把一段話貼一下：“AD好還是LDAP好？LDAP好！為啥？LDAP是開源的！那你們以前LDAP是怎么用的？其實(shí)我沒有搭過LDAP。那你為啥覺得LDAP好？因?yàn)槲覍﹂_源的熟點(diǎn)”。

第四層講的就是具體應(yīng)用層的了基本上我是全套都是微軟的產(chǎn)品所以效果顯而易見了.NET團(tuán)隊(duì)跟JAVA團(tuán)隊(duì)還有其他開源背景的鬧得不可開交。當(dāng)然我不是排斥其他廠商的產(chǎn)品出于時間、成本的考慮覺得微軟還是比較合適的，當(dāng)然可能我對其他廠家的產(chǎn)品也不太熟悉有關(guān)。

好了，基本上我講也講完了，討論也討論完了，BOSS開始總結(jié)了，先是東提一下問題西提一個顧慮，最后直接就說這個現(xiàn)在不是重點(diǎn)，我想著今年我們應(yīng)該怎么著怎么著。然后開始拍腦袋的將各個系統(tǒng)的關(guān)系講了一下，把團(tuán)隊(duì)的分工又明確了一下，把我手下的人也給瓜分干凈。當(dāng)然還是歸我管只是任務(wù)他都給定好了。會后又覺得可能我情緒不太好，稍稍留下來語重心長的跟我吐了幾句苦水。。。

悲憤交集的我拎起我的電腦包就擠地鐵去了。。。

反思回來我覺得有幾點(diǎn)是非常重要的：

1. 得到領(lǐng)導(dǎo)的支持很重要！

在公司混了幾年也感覺自己有點(diǎn)資歷了，也能帶一幫兄弟干出點(diǎn)啥動靜出來，沒想到就算你孫悟空七十二變也跳不出如來佛的手掌心。唯有謹(jǐn)遵佛旨才能修成正果。所以在職場上早請示晚匯報(bào)比你做出什么成果更重要。要讓領(lǐng)導(dǎo)有一種安全感，即使是2B領(lǐng)導(dǎo)，也總有比你高明的地方。

[[69026]]

2. 都說一樣的話真是很重要！

一個團(tuán)隊(duì)有開源極客、微軟粉絲、電商大老來管企業(yè)信息化，而且這些都是二三流水平的。平時大家都想安無事，一討論問題起來各自為陣，激烈討論草草收場。之前很多公司都規(guī)定只招XX學(xué)校、證書、語言、技術(shù)的以為是歧視，其實(shí)只說一種語言在團(tuán)隊(duì)合作中太重要了。

[[69027]]

3. 95%的事情在會前先解決！

開會只能解決5%的事情，所以不要把所有問題推在會議上來解決。95%的問題請會前解決。