作者：鄒振文
初六的早晨，剛從老家回來，坐在出租屋的陽臺(tái)上，陽光燦爛，竟然是北京難得的好天氣。距離上次寫年終總結(jié)已經(jīng)過去好久，打開博客，發(fā)現(xiàn)上次寫年終總結(jié)已經(jīng)是四年前的事情。上次寫總結(jié)的時(shí)候還是在東直門溫暖的辦公室里，隨著年齡的增長，覺得時(shí)間過得越來越快，四年時(shí)間，發(fā)生了太多太多的事情：有小孩了，換工作了，最重要的，是三十了。三十，意味著很多事情，古人說，三十而立，對(duì)我來說，更重要的是有了更多的責(zé)任，不僅僅是家庭，工作也如是。
年初負(fù)責(zé)的第一個(gè)項(xiàng)目是配置管理組的運(yùn)維自動(dòng)化項(xiàng)目，簡單的說就是將之前手工管理的20多臺(tái)機(jī)器使用puppet管理起來。想一想，命運(yùn)真是諷刺，就在一年前，在上一家公司，自己還對(duì)持續(xù)集成工具不太感冒，不愿去學(xué)，甚至認(rèn)為有些太難：機(jī)器環(huán)境的管理、構(gòu)建工具、jenkins、puppet/chef、shell，覺得這些東西太瑣碎，一心只想寫代碼。換了工作，陰差陽錯(cuò)，先到配置管理組工作一段時(shí)間，必須學(xué)習(xí)這些東西，過程就不多說了，只有一個(gè)感悟：很多時(shí)候，你覺得太難，只是因?yàn)槟悴涣私馑Ｓ昧藘芍軙r(shí)間，將整個(gè)puppet環(huán)境搭建起來，一切皆SVN，一切皆代碼。
接下來的第二個(gè)項(xiàng)目是負(fù)責(zé)調(diào)研搜索新架構(gòu)的自動(dòng)化發(fā)布方案，這是跨部門的合作項(xiàng)目，大大小小跨越20多個(gè)項(xiàng)目組，這其中還包括了運(yùn)維同事、測(cè)試同事和云計(jì)算基礎(chǔ)服務(wù)的同事，調(diào)研一禮拜，實(shí)際上事前準(zhǔn)備了很長時(shí)間，僅僅那一周的調(diào)研計(jì)劃就修改了四版，系統(tǒng)整理了整個(gè)新架構(gòu)的架構(gòu)方式，和對(duì)方領(lǐng)導(dǎo)達(dá)成一致，取得他們的支持，了解大家的期望：開發(fā)同事希望能夠更快更有效率的發(fā)布代碼，測(cè)試同事希望測(cè)試的代碼與發(fā)布的代碼同源，運(yùn)維同事希望發(fā)布過程能夠遵從規(guī)范可控，當(dāng)大家對(duì)共同的目標(biāo)達(dá)成一致時(shí)，方案就順理成章了：持續(xù)集成服務(wù)器負(fù)責(zé)一鍵編譯測(cè)試打包上傳到包服務(wù)器，包服務(wù)器保存所有的預(yù)發(fā)布包，預(yù)發(fā)布包經(jīng)過測(cè)試后才轉(zhuǎn)為發(fā)布包，發(fā)布包透過發(fā)布系統(tǒng)一鍵推送到Torca集群調(diào)度系統(tǒng)，Torca完成最終集群的發(fā)布調(diào)度。相比老架構(gòu)，感覺新架構(gòu)最明顯的提升是：下載、索引和檢索三大模塊被分離成各自獨(dú)立的服務(wù)，獨(dú)立演進(jìn)；統(tǒng)一的數(shù)據(jù)管理平臺(tái)，以前追蹤badcase很難判定是哪個(gè)模塊處理數(shù)據(jù)出了問題，現(xiàn)在透過數(shù)據(jù)管理平臺(tái)，數(shù)據(jù)處理過程被可視化可追蹤；統(tǒng)一的腳本執(zhí)行系統(tǒng)，所有腳本以及執(zhí)行過程透明可視化；云計(jì)算平臺(tái)，XFS文件系統(tǒng)、Xcube數(shù)據(jù)庫、Torca集群調(diào)度、mapreduce并行計(jì)算，這些服務(wù)大大簡化了上層應(yīng)用的開發(fā)。越來越體會(huì)到架構(gòu)的本質(zhì)：隨著系統(tǒng)的演進(jìn)，我們需要不斷進(jìn)行系統(tǒng)的分解，做到服務(wù)的獨(dú)立演化。當(dāng)然當(dāng)時(shí)也有困惑：當(dāng)所有的希望都被壓在新架構(gòu)身上，畢其功于一役，現(xiàn)網(wǎng)老架構(gòu)停止開發(fā)運(yùn)營時(shí)，項(xiàng)目的風(fēng)險(xiǎn)可想而知。做完這個(gè)項(xiàng)目，感悟有兩個(gè)：一是機(jī)會(huì)只青睞有準(zhǔn)備的人；二是跨部門溝通一定要找到共同的利益點(diǎn)，一定要多換位思考。
4月份，準(zhǔn)備調(diào)回項(xiàng)目管理組，去云計(jì)算基礎(chǔ)架構(gòu)部做項(xiàng)目經(jīng)理。在配置管理組的最后一個(gè)項(xiàng)目是Jenkins的報(bào)表系統(tǒng)，只有一周半時(shí)間，最開始準(zhǔn)備使用scala，考慮到后續(xù)維護(hù)最后使用了java，好久沒有編碼了，找回久違的感覺：打印出IDE的快捷鍵，搭建開發(fā)環(huán)境、測(cè)試環(huán)境和產(chǎn)品環(huán)境，jenkins一鍵自動(dòng)部署，數(shù)據(jù)庫版本管理，TDD，一周半的時(shí)間就上線第一個(gè)版本，最后還不得不贊一下jenkins的rest api。感悟是：感謝一期開發(fā)時(shí)間只有一周半，這使得我們不斷思考到底我們要做些什么，哪些是我們最緊急最需要的，哪些是錦上添花的，一期上線后，唯一也是最大的好處就是：我們?cè)僖膊挥檬謩?dòng)統(tǒng)計(jì)和發(fā)送構(gòu)建周報(bào)了，每個(gè)禮拜一再也不用那么忙碌了。時(shí)間盒，很重要。
終于轉(zhuǎn)回了項(xiàng)目經(jīng)理，去云計(jì)算，牛人聚集的地方。首先仍舊是補(bǔ)課：計(jì)算機(jī)原理、Linux系統(tǒng)編程、C++ primer，一個(gè)都不能少。去了沒多久，出現(xiàn)了一起事故：搜索模塊對(duì)云計(jì)算SDK的依賴是源代碼依賴，云計(jì)算有5個(gè)產(chǎn)品，但是一個(gè)產(chǎn)品單獨(dú)發(fā)布時(shí)與之前的SDK不兼容，一發(fā)布就直接導(dǎo)致了大量搜索模塊的無法編譯。正好由我負(fù)責(zé)來推動(dòng)解決這個(gè)問題，立了一個(gè)發(fā)布流程規(guī)范化項(xiàng)目：通過規(guī)范化發(fā)布流程、增加自動(dòng)化集成測(cè)試，減少云計(jì)算平臺(tái)的發(fā)布風(fēng)險(xiǎn)。所有SDK統(tǒng)一打基線發(fā)布，發(fā)布前必須進(jìn)行自動(dòng)化集成測(cè)試，server發(fā)布時(shí)也要與所有SDK版本進(jìn)行兼容性測(cè)試。隨著項(xiàng)目的進(jìn)行，逐漸融入了這個(gè)部門：這是一個(gè)工程師文化非常強(qiáng)烈的部門，所有人都在技術(shù)上追求卓越，加班到10點(diǎn)以后是非常常見的事情，單元測(cè)試覆蓋率令人驚訝的全部達(dá)到85%，但是很多同事一聽到規(guī)范和流程就頭疼，項(xiàng)目計(jì)劃也是比較隨意，延期比較常見，另外因?yàn)橹鞍l(fā)布版本升級(jí)比較隨意，也會(huì)經(jīng)常受到上游兄弟部門的投訴，有很多次出現(xiàn)問題，兄弟部門抱怨云計(jì)算平臺(tái)不穩(wěn)定，而仔細(xì)檢查后發(fā)現(xiàn)很多時(shí)候是使用的方式不對(duì)，比如查找文件時(shí)使用了遍歷。逐漸意識(shí)到，部門最大的問題其實(shí)是缺少產(chǎn)品運(yùn)營，大家的關(guān)注點(diǎn)全部集中在產(chǎn)品本身上（吞吐量、最大存放文件數(shù)、強(qiáng)一致性），或多或少的忽略了用戶。5月下旬，風(fēng)神項(xiàng)目啟動(dòng)，項(xiàng)目目標(biāo)是搭建臺(tái)風(fēng)統(tǒng)一的監(jiān)控平臺(tái)和自動(dòng)化部署框架，打造一站式的臺(tái)風(fēng)服務(wù)。開始在項(xiàng)目中引入項(xiàng)目管理的實(shí)踐，WBS是最基本的了，迭代計(jì)劃找到開發(fā)節(jié)奏、回顧、每個(gè)迭代結(jié)束后都努力向線上發(fā)布版本，實(shí)現(xiàn)持續(xù)交付，工程上則將開發(fā)環(huán)境與線上環(huán)境進(jìn)行了隔離。效果都還不錯(cuò)，但思考更多的還是，我們還應(yīng)該做些什么。產(chǎn)品發(fā)布規(guī)范化，必須通過自動(dòng)兼容性測(cè)試和周知用戶；集群環(huán)境的修改必須可被審計(jì)，暫時(shí)不能自動(dòng)化，那么先必須周知部門內(nèi)同事或結(jié)對(duì)操作；監(jiān)控有風(fēng)神項(xiàng)目，但集群運(yùn)營、用戶數(shù)據(jù)、可用率日?qǐng)?bào)也需要發(fā)送；開發(fā)、測(cè)試和線上環(huán)境互相隔離；定期和用戶進(jìn)行主動(dòng)溝通，了解他們的問題。這段經(jīng)歷的感悟很簡單：產(chǎn)品的核心在于運(yùn)營，作為服務(wù)部門，我們交付的一定是用戶滿意度而不是產(chǎn)品。
緊跟著，新架構(gòu)還未上線，組織結(jié)構(gòu)調(diào)整來了，喜歡ls的直率：我現(xiàn)在的任務(wù)很簡單，就是看到哪里有山頭就把它給平了，所有人都必須聽我的，所有人的思路必須一致。
在敏捷中國大會(huì)發(fā)表了演講《百年歷史看管理》，這個(gè)session足足準(zhǔn)備了2個(gè)月時(shí)間，重新思考了流程、組織結(jié)構(gòu)和人之間的關(guān)系。從20世紀(jì)初到40年代，管理科學(xué)完成了從無到有的第一個(gè)階段發(fā)展，這個(gè)階段最重要的成就就是將管理作為一門科學(xué)建立起來，發(fā)現(xiàn)了管理的三要素：工作流程、組織結(jié)構(gòu)和人，并振聾發(fā)聵的告訴所有人：管理是可以學(xué)習(xí)的。我們可以看到，所謂管理，都不過是在流程、組織結(jié)構(gòu)和人這三者之中進(jìn)行權(quán)衡調(diào)節(jié)，管理沒有固定模式，只有不同企業(yè)根據(jù)不同情況在這三者間權(quán)衡裁剪罷了。如果說管理科學(xué)的第一個(gè)階段是在探討如何正確的做事，如何提高工作的效率，那么50到60年代這二十年管理科學(xué)的第二個(gè)階段則是在探討如何做正確的事：以顧客為中心、做事之前一定要想清楚做事的目的。管理至此也終于有了一個(gè)完整的定義：做正確的事、正確的做事。從70年代開始，管理科學(xué)進(jìn)入第三個(gè)發(fā)展階段，在這個(gè)階段，首先提出的思想就是沒有銀彈，管理是一門藝術(shù)需要柔性，接下來就是流程的內(nèi)涵開始延伸，不再是單純的工作流程，而是面向顧客，強(qiáng)調(diào)端到端滿足顧客需求的整個(gè)過程，這個(gè)過程在全球化背景下越來越強(qiáng)調(diào)企業(yè)之間的協(xié)調(diào)、強(qiáng)調(diào)整個(gè)面向交付生態(tài)系統(tǒng)的協(xié)調(diào)，業(yè)務(wù)流程的概念被提出。進(jìn)入新世紀(jì)，不管是更合理組織結(jié)構(gòu)的思考（扁平化），還是對(duì)人的推崇（喬布斯、創(chuàng)新）抑或是業(yè)務(wù)流程效率的競爭（供應(yīng)鏈），都明白無誤的告訴我們：管理只有恒久的問題，沒有終結(jié)的答案。
9月份調(diào)整到新的部門：搜搜問問。先負(fù)責(zé)的是后臺(tái)組的項(xiàng)目管理。新團(tuán)隊(duì)，老人只有一個(gè)，士氣低下，缺少文檔，上百個(gè)服務(wù)，光維護(hù)就非常困難，重寫計(jì)劃。從回顧會(huì)議開始，持續(xù)改進(jìn)。這段時(shí)間的感悟是：提升團(tuán)隊(duì)士氣的最好方式就是幫助大家成功，任何一點(diǎn)成績都值得鼓勵(lì)。我們引入了持續(xù)集成和自動(dòng)化發(fā)布，鼓勵(lì)同事做總結(jié)和分享；引入了自動(dòng)化測(cè)試，鼓勵(lì)同事做匯報(bào)，幫助review ppt；積極的讓大家做有態(tài)度的程序員，對(duì)產(chǎn)品進(jìn)行思考和反饋，把團(tuán)隊(duì)精神傳遞到部門經(jīng)理，讓部門經(jīng)理進(jìn)行鼓勵(lì)?？梢宰院赖恼f，后臺(tái)組是現(xiàn)在問問最有戰(zhàn)斗力的團(tuán)隊(duì)。還有一點(diǎn)最重要的感悟是：一定是團(tuán)隊(duì)leader決定團(tuán)隊(duì)是否給力，幸運(yùn)的是，我們有一個(gè)非常優(yōu)秀的leader。
12月份開始負(fù)責(zé)部門的社區(qū)化運(yùn)營項(xiàng)目。這和今年工作的感悟是一致的，產(chǎn)品的核心在于運(yùn)營，這正是我想做的。項(xiàng)目立項(xiàng)一定要有一個(gè)NB的名字，我們就叫黑暗騎士。這個(gè)項(xiàng)目同樣面對(duì)很多的挑戰(zhàn)，目前最大的挑戰(zhàn)還是在于人，團(tuán)隊(duì)的信心目前還沒有建立，年后可能還會(huì)有人提出離職，而招人又是如此的困難，所以，上班第二天的第一件事是回顧會(huì)議。團(tuán)隊(duì)年前第一個(gè)版本發(fā)的很有挫折感，需求反復(fù)修改，開發(fā)人員都心灰意冷，所以，感悟是：一份優(yōu)秀的需求文檔是一切合理計(jì)劃的起點(diǎn)。
1月份組織了技術(shù)中心的部門年會(huì)節(jié)目，我們?cè)瓌?chuàng)的小品《非問勿擾》獲得了二等獎(jiǎng)。把新人都變?yōu)橹鹘?，這也算團(tuán)隊(duì)建設(shè)的一部分。
依然在不停思考，對(duì)問問來說，我們還應(yīng)該做些什么。傳統(tǒng)問答模式作為搜索引擎的補(bǔ)充是否已經(jīng)走到了盡頭？SNS的問答模式是否值得探索？與微博是否有更深的整合方式，或者，它們本身就是一種產(chǎn)品的兩種展現(xiàn)方式？新浪微什么的探索是否還不夠大膽？在移動(dòng)端，獨(dú)立的app沒有前景，如何和微信更有力的結(jié)合。
終于到了可以結(jié)尾的段落，還有一件事情似乎忘了總結(jié)，那就是我們寫了長達(dá)四年的那本書《流程的永恒之道-一個(gè)工作流和BPM項(xiàng)目的實(shí)戰(zhàn)》，什么也不說了，一個(gè)例子來說明為什么值得期待：當(dāng)我們把房管局及各委辦局的數(shù)據(jù)和流程用BPM全部打通后，客戶卻依舊堅(jiān)持要手動(dòng)蓋章走人工流程，BPM實(shí)施技術(shù)根本就不是瓶頸，瓶頸依舊是人啊。今年上半年一定出版。之所以寫了四年，是因?yàn)閷懼鴮懼傆X得知道的越來越不夠，不斷讀書和補(bǔ)充內(nèi)容，真是，那時(shí)年少，無知者無畏，唉。
2013，黑暗騎士崛起！
本文為轉(zhuǎn)載：原創(chuàng)地址http://www.software8.co/wzjs/cxyyg/2953.html