IE成功開發(fā)經(jīng)驗

1、IE成功開發(fā)經(jīng)驗成功開發(fā)經(jīng)驗How to organize project team 如何組建項目小組How to manage project process lifecycle 如何管理開發(fā)項目案例分析：微軟如何管理軟件開發(fā)項目- IE-NetscapeInternet users瀏覽器的市場占有率瀏覽器的市場占有率1009080706050403020100 1996 1997 1998 1999 2000 2001瀏覽器之戰(zhàn)瀏覽器之戰(zhàn)微軟的因特網(wǎng)之日-1998年12月7日1996年初組建網(wǎng)絡平臺和工具部門（IPTD）“我們領先了微軟兩年他們不可能趕得上我們”-1995年Netscape

2、向公眾這樣宣稱?！拔覀冾I先微軟一年他們不可能趕得上”-Netscape1996年這樣宣稱。由于IE3.0具有卓越的技術性能，1996年末AOL決定將其作為默認的瀏覽軟件。1997年，在IE4.0與Netscape瀏覽器評比中，IE4.0贏得了所有業(yè)刊的好評。1999年，在IE5.0又快又可靠，而Netscape已經(jīng)無人問津了2001年， IE6.0僅與IE5.0競爭瀏覽器之戰(zhàn)宣告結束！微軟是如何贏得瀏覽器之戰(zhàn)的微軟是如何贏得瀏覽器之戰(zhàn)的 市場策略： 因特網(wǎng)的飛速發(fā)展給了微軟機遇和挑戰(zhàn)，微軟一定要抓住機遇 迎接挑戰(zhàn)的心態(tài) 產(chǎn)品發(fā)布日 產(chǎn)品關鍵性能 競爭對手是誰 客戶定位 如何獲勝 每天工作12小

3、時以上，一星期7個工作日如何組建項目小組如何組建項目小組 IE的項目小組規(guī)模 1994年冬，Windows95中IE1.0，最初一組有7名成員 1995年11月 IE2.0，30人 1996年8月 IE3.0，70人 1997年1月 IE4.0，300人 1999年8月 IE5.0，500人 2000年7月 IE5.5，300人 2001年8月 IE6.0，100人如何組建項目小組如何組建項目小組 IE4 產(chǎn)品部（300人） 產(chǎn)品組總經(jīng)理（1人） 產(chǎn)品規(guī)劃（5人） 產(chǎn)品經(jīng)理（20人） 程序經(jīng)理（50人） 軟件開發(fā)工程師（100人） 軟件測試員（100人） 用戶培訓（10人）產(chǎn)品組組織結構產(chǎn)品組

4、組織結構Product Unit Manager 產(chǎn)品組總經(jīng)理Group Program Manager(s) 程序經(jīng)理Program Manager Lead(s) 程序經(jīng)理組長Development Manager(s)開發(fā)組經(jīng)理Program Managers 程序經(jīng)理Developer Lead(s) 開發(fā)小組組長Developers 開發(fā)員Test Manager(s) 測試組經(jīng)理Test Lead(s) 測試小組組長Testers 測試員Product Planner 產(chǎn)品計劃人員IE產(chǎn)品性能組的組建產(chǎn)品性能組的組建 IE產(chǎn)品單元組大約分為10個性能組。每個組負責一系列劃分很明確的

5、性能，每組約由10-50人組成。 根據(jù)其負責的性能規(guī)模，性能組有時會被進一步劃分成子性能組。 每個最終的子性能組人員和職責都很明顯，一般有大約10人組成：一個程序經(jīng)理，幾個開發(fā)人員和測試人員。 一個程序經(jīng)理可以負責一個或多個性能組。開發(fā)人員和測試人員也可以同時安排在多個性能測定組中。IE性能測定組的成員性能測定組的成員 性能組的領導人員（GPM or GM） 程序經(jīng)理 開發(fā)人員 測試人員 用戶培訓 設計人員 網(wǎng)絡開發(fā)人員 可用性工程師子性能組中的工作關系子性能組中的工作關系Program Manager 程序經(jīng)理Developer Lead開發(fā)員組長Developer開發(fā)人員Developer

6、開發(fā)人員Developer開發(fā)人員Developer開發(fā)人員Product Manager 產(chǎn)品經(jīng)理Tester Lead測試員組長Tester測試人員Tester測試人員Tester測試人員Tester測試人員User Education 用戶培訓Usability Engineer 可用性工程師Designer 設計師項目組成員的職責項目組成員的職責 程序經(jīng)理： 對產(chǎn)品前景明確，并寫出產(chǎn)品的規(guī)格書 列出工作項目表，以規(guī)格書為基準來查和工作項目 組織會議，篩選錯誤 控制開發(fā)過程 引導開發(fā)過程 協(xié)調(diào)不同組的組員（開發(fā)組，測試組，產(chǎn)品經(jīng)理，地方性用戶培訓組等等）對產(chǎn)品的按時發(fā)布負責。是領導人，服

7、務，協(xié)調(diào)者；但不是老板項目組成員的職責項目組成員的職責 開發(fā)員 分派項目資源 設計性能 對性能進行編碼 對性能進行單元測試 為產(chǎn)品的發(fā)布作準備 開發(fā)組長為該組提供技術指導負責產(chǎn)品的技術操作項目組成員的職責項目組成員的職責 測試人員 編寫測試計劃和測試案例 實現(xiàn)測試的自動化 朋友測試 運行測試案例 測試完并sign off成追蹤的builds負責產(chǎn)品的質(zhì)量測試項目組成員的職責項目組成員的職責 產(chǎn)品經(jīng)理： 監(jiān)控產(chǎn)品的商務過程 發(fā)現(xiàn)并追蹤市場機遇 在產(chǎn)品開發(fā)過程中完全扮演客戶代言人的角度 在產(chǎn)品的功能和發(fā)布日期之間做出權衡 負責營銷、銷售策劃是程序經(jīng)理的商業(yè)顧問項目組成員的職責項目組成員的職責另外的

8、組員用戶界面設計者自始至終對產(chǎn)品的外觀設計負責Own plan for look/feel across teams 負責組與組之間的互動計劃用戶培訓組：負責衛(wèi)星能住的文檔設計作計劃，包括印刷品和在線的電子版負責內(nèi)容生成，包括內(nèi)容較驗可用性組可用性的測試也是設計的一個重要部分通常會提供2-3個設計方案，然后提交可用性測定組Accessibility team：支持殘障用戶項目組的主要原則項目組的主要原則 人員有才智，組的規(guī)模要小 產(chǎn)品的結構體系要減少各組之間的依賴性 經(jīng)理們能夠同時創(chuàng)建產(chǎn)品和做出技術性的決定 快速確定產(chǎn)品技術與商業(yè)經(jīng)營之間的權衡 開發(fā)過程要使得大的組能夠象小的組一樣工作控制項目

9、（產(chǎn)品）開發(fā)周期控制項目（產(chǎn)品）開發(fā)周期項目（產(chǎn)品）周期： 規(guī)劃設計階段 開發(fā)、生產(chǎn)階段 測試、穩(wěn)定階段 發(fā)布階段 事后分析 開始下一版本（另一周期）規(guī)劃設計階段規(guī)劃設計階段 一般的工作階段 里程碑的時序安排 產(chǎn)品前景描述和目標設定 產(chǎn)品高層次性能設計 詳細的性能設計項目（產(chǎn)品）規(guī)劃計劃階段項目（產(chǎn)品）規(guī)劃計劃階段一般的工作流程1. 識別商業(yè)機會，制定基本的經(jīng)營計劃2. 草擬一個項目計劃（前景描述，基本的性能，建議進度表，里程碑，資源評估）3. 組員進行集體討論，將產(chǎn)品性能最后確定。4. 寫一頁產(chǎn)品規(guī)格（按優(yōu)先次序排列的產(chǎn)品性能，資源評估，進度表評估，風險評定）5. 確定產(chǎn)品性能，設定開發(fā)周期

10、里程碑的時間項目（產(chǎn)品）規(guī)劃計劃階段項目（產(chǎn)品）規(guī)劃計劃階段里程碑的時序安排-為重要的成就估計一個大致的時間框架以IE的里程碑為例 日期 交付出 6/25/99 產(chǎn)品前景規(guī)劃和目標設定 7/1 單頁產(chǎn)品規(guī)格書準備完畢 7/15 詳細產(chǎn)品規(guī)格書準備完畢 9/1 完成平臺的編碼 10/8 所有的組完成用戶界面的編碼 11/7 RC0 11/19 Beta-1 RTM 4/5/00 Beta-2 RTM 7/12/00 RTM 項目（產(chǎn)品）規(guī)劃計劃階段項目（產(chǎn)品）規(guī)劃計劃階段產(chǎn)品前景描述：詳細說明產(chǎn)品的發(fā)展方向與目標IE瀏覽器的前景向企業(yè)及終端用戶提供主流互聯(lián)網(wǎng)客戶軟件、并以及最低的TCD成本獲得快

11、速、及時、專業(yè)的服務，同時對微軟辦公軟件進行最佳補足。通過提供以上服務來使IE瀏覽器的市場占有率在1998年內(nèi)達到65%。投資領域：TCD-易配置，易安裝同行中最快捷最可靠的客戶端軟件對Office9有強大的補足功能移動網(wǎng)絡用戶的最佳瀏覽器項目（產(chǎn)品）規(guī)劃計劃階段項目（產(chǎn)品）規(guī)劃計劃階段性能和用戶界面規(guī)格：對已定及待定性能作詳細描述以IE的說明為例Owners所有者Summary摘要Guiding principles 操作原則Scenario 假定情況Design 設計Security 安全性Setup and deployment 安裝與發(fā)放Globalization/localizati

12、on 全球化/地方化Open issues 已知問題Change history 改變歷史開發(fā)階段開發(fā)階段 開發(fā)計劃階段 設置開發(fā)環(huán)境 源代碼登記過程（Check in process） 每日機器碼建造過程（Daily build process） 錯誤資料庫的管理項目開發(fā)階段項目開發(fā)階段 開發(fā)計劃 開發(fā)員閱讀所有的說明書，列出工作項目并估計工作天數(shù) 召開小組會議，討論所有的工作項目并制定出主進度表 開發(fā)組長為每個開發(fā)人員安排工作項目并平衡各組員的工作量 測試主張制定專門的合作測試員（Buddy testers） 合作測試員準備詳細的測試案例項目開發(fā)階段項目開發(fā)階段設置開發(fā)環(huán)境開發(fā)人員設置源代

13、碼樹的結構、自己性能租在服務器上的目錄制定源代碼登記作業(yè)表、登記流程測試人員/機器碼造建人員機器碼造建人員準備造建機器和服務器設定造建日程表（日起/時間）建立錯誤（bug Raid）資料庫測試人員/機器碼造建人員建立各組的網(wǎng)頁及設各組電郵名設定小組會議的日程安排項目開發(fā)階段項目開發(fā)階段源代碼登記過程Sync and do private build確保新的編碼能與最新源代碼樹公共文件相適同事為你做代碼復閱盡早發(fā)現(xiàn)錯誤的和不完整的編碼每段編碼都要經(jīng)過一個以上開發(fā)員的認同和理解符合源代碼登記標準化通過BAT,BVT及其它測試確保每日構建的機器碼符合最低要求觀測登記時間段中的情況變化當機器碼造建過程

14、出錯中斷時，確保能夠容易地識別錯誤所在將編碼改動通知整個產(chǎn)品組（送電子郵件）電子郵件應包括編碼改動的目的，誰作的編碼復閱，有可能影響到的文件和測試標準項目開發(fā)階段項目開發(fā)階段 每日機器碼造建過程 整個編譯過程大部分是自動的 每天在同一時刻把最新改動過來的源代碼復制到機器碼造建服務器上來 進行所有的組成部分的機器碼生成 運行BAT和BVT 將機器碼造建狀態(tài)用電子郵件發(fā)送到項目組 在公共服務器上發(fā)布造建結果和源代碼改動紀錄項目開發(fā)階段項目開發(fā)階段 錯誤數(shù)據(jù)庫的管理 （Raid,webRaid etc）每個產(chǎn)品都有一個中央錯誤資料庫（ RaidwebRaid等等） 測試員會發(fā)現(xiàn)大多數(shù)錯誤，這些錯誤可

15、能是編碼錯誤或性能需求 程序經(jīng)理查看這些錯誤并把他們分派給各個開發(fā)員 開發(fā)員糾正錯誤后把他們分還給測試員 測試員用第二日的新機器碼來校驗和關掉這個錯誤 穩(wěn)定階段穩(wěn)定階段 性能凍結 完成編碼 用戶界面的凍結 測試版發(fā)布項目穩(wěn)定階段項目穩(wěn)定階段性能凍結性能的任何變動都要經(jīng)過一個特殊的過程(FDR).每個變動都要經(jīng)整個戰(zhàn)斗團隊的復查和認同性能變動認同的標準通常很清楚，而且往往設置得很嚴一些可考慮的情況：新的終用戶的反饋意見競爭者的新產(chǎn)品可贏得一個大客戶微軟各團隊間的支持法律問題項目穩(wěn)定階段項目穩(wěn)定階段 編碼的完成 開發(fā)人員完成了所有的事先分配的開發(fā)項目，產(chǎn)品所有的性能都被囊括到了造建完的機器碼版本中

16、了。 測試員開始綜合測試，著眼點為各個性能部分的測試案例 程序經(jīng)理開始日常的錯誤篩選和錯誤分派 開發(fā)員開始大量的糾錯誤工作項目穩(wěn)定階段項目穩(wěn)定階段 用戶界面凍結 用戶界面的外觀和上面的字符串不再改變 UA開始寫程序說明和產(chǎn)品指南手冊 Intl組開始地方化過程 任何變動都要經(jīng)過戰(zhàn)斗隊和UA/Intl程序經(jīng)理的認同 每個變動都要用bug記錄下來項目穩(wěn)定階段項目穩(wěn)定階段 Beta測試版發(fā)布 部分完工的產(chǎn)品向外部合伙人發(fā)布 Beta測試版中包含一些有許多錯誤的性能 對特定的性能收集客戶的反饋 擴展測試范圍 穩(wěn)定并改進產(chǎn)品的質(zhì)量 提供組與組之間的綜合交付使用 加強與外部合伙公司的合作、協(xié)調(diào)發(fā)布階段發(fā)布階

17、段 零錯誤之日（ZBD） RC0,RCX 源代碼資源樹的開支 RTM/RTW Signoff 結束項目發(fā)布階段項目發(fā)布階段 零錯誤之日 開發(fā)員必須糾正資料庫中所有現(xiàn)存錯誤 測試員開始用高優(yōu)先級測試案例進行第二輪的通體測試 戰(zhàn)斗團隊每天都要查看新找到的錯 新錯要根據(jù)新高標準進行重新優(yōu)先級排序 優(yōu)先級第一或第二的新錯誤要求于24小時內(nèi)糾正項目發(fā)布階段項目發(fā)布階段 候選發(fā)布產(chǎn)品 RCO-所有現(xiàn)存優(yōu)先級為1/2的錯誤已被糾正的產(chǎn)品 如果有新的錯誤出現(xiàn)，它必須是show-stop才可被糾改，否則延遲到下次發(fā)布再糾改 開發(fā)員必須在24小時內(nèi)糾正新的錯誤 直到現(xiàn)有的新錯誤（show-stop）都被糾正之后，

18、新的RC候選版才能被公布 測試員要對新的RC候選版進行全面的regression測試（通常幾天時間）項目發(fā)布階段項目發(fā)布階段 代碼資源樹的分支 在目前的產(chǎn)品版本發(fā)布之前就已經(jīng)著手準備下一輪的開發(fā)準備了 分派一些程序經(jīng)理為下一個產(chǎn)品版本設計性能 為當前的源代碼資源樹做備份 讓部分開發(fā)人員轉(zhuǎn)到下個版本的開發(fā)設計工作 錯誤糾錯變動被寫入發(fā)布產(chǎn)品的源代碼樹，所有其它的錯誤和新的性能被寫入資源樹的分支樹項目發(fā)布階段項目發(fā)布階段 RTW/RTM 向制造業(yè)/網(wǎng)絡發(fā)布產(chǎn)品 只有當最終的RC造建版本中不再出現(xiàn)新的show-stop錯誤時，測試組才能為RTM/RTW版做最后的發(fā)布簽字 在測試結束后如果出現(xiàn)非常嚴重的新錯誤，則產(chǎn)品將被“召回”。此過程須經(jīng)GM/VP的同意 測試小組為RTM版本做最后的測試驗收，PM驗收金主蝶并開始發(fā)布后的工作 項目組會開個慶祝會事后分析事后分析 程序經(jīng)理將召集整個項目