微軟產品開發(fā)中的“戰(zhàn)爭與和平”
沖突是微軟開發(fā)工作時的常態(tài)，每個微軟新產品的孕育過程概莫能外地充斥著質疑、抗爭、苦悶、忐忑……理念的交擊、智慧的沖撞讓軟件開發(fā)的各個階段都彌漫著硝煙，直至產品發(fā)布，然后又要邁入下一個循環(huán)。對于微軟工程師們來說，這樣的經歷就仿佛是一次次痛苦但不乏驚喜的涅槃。
這篇博客記錄了微軟Windows Server 2008 R2*中國團隊的一些真實經歷與感悟，例如“暗藏殺機”的季度性產品評審會議；微軟工程師如何“向用戶學習”；軟件開發(fā)過程中只有對錯、沒有“權威”……
*Windows Server 2008 R2是與Windows 7同步研發(fā)、同時面世的微軟新一代服務器操作系統(tǒng)。
Windows Server 2008 R2今天在北京正式發(fā)布，由我們負責開發(fā)的Active Directory Administrative Center（活動目錄管理中心，以下簡稱“ADAC”）也將真正開始接受IT管理員們的檢驗。
為迎接這一天，我們準備了非同尋常的一年半。有過重重壓力，有過混亂無序，甚至懷疑過這是否是“不可能完成的任務”。而當Windows Server 2008 R2預發(fā)布版本問市后，美國權威IT技術信息雜志《Windows IT Po》在一篇新功能點評文章中，將ADAC評價為最受關注新功能第一名，這讓我們高興了好一陣子——我們收獲的不僅僅是一件令團隊成員自豪的產品，更重要的是，我們證明了中國研發(fā)團隊的能力。
在我們在踏上新的征程之時，謹以三個幕后故事來記錄我們的努力和過往那些“硝煙彌漫”的日子。
測試主管Jun的故事：從虛無縹緲到事實
Windows Server 2008 R2即將發(fā)布第一個測試版時，Jun正在美國參加一個季度性產品評審會議。當時，他的測試團隊因為對ADAC采取了與美國不一樣的測試策略，在產品開發(fā)前期更激進地尋找bug，最后挖出了538個，“榮登”活動目錄整個產品線所有新舊產品bug數(shù)榜首，并幾乎與“活動目錄”其他產品的總bug量相當——作為團隊代表，如果Jun無法讓管理層信服，整個中國開發(fā)團隊能夠在Windows Server 2008 R2發(fā)布前解決這些問題，那么這個項目很可能會被砍掉，這意味著十多位工程師一年多的努力將化為泡影。
當Jun不厭其煩地闡述、分析，并反復強調ADAC一定能夠和Windows Server 2008 R2一起發(fā)布的時候，“活動目錄”產品線的總經理，一位白胡子老者（真的很像圣誕老人）笑瞇瞇地轉過頭說：“你知道在英語中我如何來描述你的結論（可以和Windows Server 2008 R2 一起發(fā)布）嗎？我比較喜歡這個單詞：illusion （虛無縹緲）”。
那一刻，雖然Jun嘴上依然掛著笑容，但是陣陣冷汗已在后背泛起… …在強迫自己冷靜之后，Jun回答道：“我們看到的不只是靜態(tài)的數(shù)據(jù)，還是一個發(fā)展的趨勢，基于bug數(shù)量遞減的速度和趨勢，我依然有信心，我們能夠完成這一產品。”
知道是被中國團隊的執(zhí)著所打動，還是真的相信了Jun的“趨勢論”，總之“圣誕老人”在會后并未將這個項目從Windows Server 2008 R2里砍去。但他設置了一個非常嚴格的時間表，要求中國團隊在相應時間內將bug數(shù)量降低到可控的范圍之內。像很多故事一樣，不懈努力的結局是美好的。最終，Jun的測試團隊因為出色的表現(xiàn)（自動化測試的穩(wěn)定性和測試的代碼覆蓋率都超過了微軟的標準）而受到了“圣誕老人“的特別肯定。
開發(fā)人員Elfe的故事：用戶是最好的老師
在產品開發(fā)過程中，開發(fā)、測試人員和項目經理之間常常會有很多的爭論：爭論產品的某一表現(xiàn)究竟是錯誤還是本該如此的特性；受時間所限，開發(fā)人員不可能修正所有的bug，因此對于bug大家會爭論它的嚴重程度與優(yōu)先級，以決定是否需要修正。有時候實在是各有各的理，誰都說服不了誰，問題就只能暫時擱置。
當產品第三個里程碑結束時，用戶體驗小組邀請了幾位IT管理員用戶，請他們在產品上完成擬定的幾項操作任務。用戶體驗小組架起了三個攝像頭，分別對著電腦屏幕、鼠標與用戶的臉部，通過錄像分析用戶執(zhí)行任務的順利程度，以衡量產品的設計。研究結束后，用戶體驗小組給所有開發(fā)團隊發(fā)了長長的報告，列出產品所有成功與失敗的地方；此外還精選了一部分錄像供大家參考。
錄像中是一張張困惑、受挫、驚奇甚至絕望的臉。有用戶在一個沒有提示的輸入框里進行了十幾次嘗試卻無一成功；有用戶對一條簡略的出錯報告信息上天入地怎么都找不到錯誤的具體原因；有用戶成功執(zhí)行了操作卻因界面未及時刷新而停在那里苦苦等待；有用戶誤操作不可恢復地刪除了重要數(shù)據(jù)，把嘴張成O形呆坐在那里。
這些錄像就像整蠱視頻一樣，實在是搞笑。在鏡頭前，可憐的IT管理員們就像不知情的被整對象手足無措。大家看得樂呀——“這么簡單的事他們怎么就不會呢？”
但在笑過之后，大家又都臉上發(fā)燒：這可都是因為我們的錯啊。趕緊回頭找找，為什么有些問題我們在設計時沒能考慮到，為什么有些bug我們沒能發(fā)現(xiàn)，為什么有些bug我們會認為無關緊要而不去修正。用戶是最權威的裁判，告訴了我們什么是對什么是錯。
開發(fā)人員 Elfe 感嘆：“此后每有爭論，我腦海中就會出現(xiàn)用戶那張絕望的臉。于是，慎重地從用戶角度來考慮事情，而不敢為了追求進度推諉掩藏問題。用戶的受挫體驗，給我上了最生動的一課。”
測試人員Li的故事：不懼權威的質疑
除了開發(fā)新一代的活動目錄管理工具外，中國團隊還要維護一個從Windows NT4開始，被一代又一代的管理員沿用了十多年傳統(tǒng)管理工具。確保它能在Windows Server 2008 R2上穩(wěn)定運行，是一項至關重要的任務。
項目開始不久，Li就發(fā)現(xiàn)舊工具上的一個右鍵菜單項未作任何改動就莫名其妙失蹤了！檢查相關代碼后也沒有發(fā)現(xiàn)什么異常。這難道是其它小組的代碼改動所致？雖然中國團隊只負責ADAC的開發(fā)，但是同樣有權限查閱和修改Windows的任何代碼。沒有理由說懷疑上述問題是別人導致的就放任不管。既然有了代碼，Li就主動請纓負責尋找問題的根源。在結合多種排錯手段后，終于把問題定位到美國團隊負責的界面代碼中。
接下來，Li把問題描述、對應的代碼、代碼修改前后的比較和邏輯分析發(fā)給了相應的美國團隊。對方很快就著手分析，一名合伙人級別的開發(fā)工程師（微軟某產品線或技術的首席代表）為此發(fā)信詢問更詳細的來龍去脈。他堅持認為，根據(jù)他原先的設計，相應的問題是不應該出現(xiàn)的，他懷疑是我們團隊工程師的不當調用造成的——但Li并沒有因為對方是“權威”而放棄質疑。他再次回信分析，最終說服了美國同事在相應的組件中修正了錯誤，消失已久的右鍵菜單項又恢復如初了。
類似的情景，在服務器與開發(fā)工具事業(yè)部中國團隊，在整個微軟中國研發(fā)集團，每天都在上演且永遠不會結束。驅策我們不斷克服困難、努力前行的動力是身為中國軟件工程師的責任感和以創(chuàng)新影響全球用戶的成就感。