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

IE成功開發(fā)經(jīng)驗(yàn)Howtoorganizeprojectteam

如何組建項(xiàng)目小組Howtomanageprojectprocesslifecycle

如何管理開發(fā)項(xiàng)目案例分析：微軟如何管理軟件開發(fā)項(xiàng)目--IE--NetscapeInternetusers瀏覽器的市場(chǎng)占有率1009080706050403020100199619971998199920002001瀏覽器之戰(zhàn)微軟的因特網(wǎng)之日-1998年12月7日1996年初組建網(wǎng)絡(luò)平臺(tái)和工具部門（IPTD）“我們領(lǐng)先了微軟兩年——他們不可能趕得上我們”-1995年Netscape向公眾這樣宣稱。“我們領(lǐng)先微軟一年——他們不可能趕得上”-Netscape1996年這樣宣稱。由于IE3.0具有卓越的技術(shù)性能，1996年末AOL決定將其作為默認(rèn)的瀏覽軟件。1997年，在IE4.0與Netscape瀏覽器評(píng)比中，IE4.0贏得了所有業(yè)刊的好評(píng)。1999年，在IE5.0又快又可靠，而Netscape已經(jīng)無人問津了2001年，IE6.0僅與IE5.0競(jìng)爭(zhēng)——瀏覽器之戰(zhàn)宣告結(jié)束！微軟是如何贏得瀏覽器之戰(zhàn)的市場(chǎng)策略：因特網(wǎng)的飛速發(fā)展給了微軟機(jī)遇和挑戰(zhàn)，微軟一定要抓住機(jī)遇迎接挑戰(zhàn)的心態(tài)產(chǎn)品發(fā)布日產(chǎn)品關(guān)鍵性能競(jìng)爭(zhēng)對(duì)手是誰客戶定位如何獲勝每天工作12小時(shí)以上，一星期7個(gè)工作日如何組建項(xiàng)目小組IE的項(xiàng)目小組規(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人如何組建項(xiàng)目小組IE4產(chǎn)品部（300人）產(chǎn)品組總經(jīng)理（1人）產(chǎn)品規(guī)劃（5人）產(chǎn)品經(jīng)理（20人）程序經(jīng)理（50人）軟件開發(fā)工程師（100人）軟件測(cè)試員（100人）用戶培訓(xùn)（10人）產(chǎn)品組組織結(jié)構(gòu)ProductUnitManager產(chǎn)品組總經(jīng)理GroupProgramManager(s)程序經(jīng)理ProgramManagerLead(s)程序經(jīng)理組長(zhǎng)DevelopmentManager(s)開發(fā)組經(jīng)理ProgramManagers程序經(jīng)理DeveloperLead(s)開發(fā)小組組長(zhǎng)Developers開發(fā)員TestManager(s)測(cè)試組經(jīng)理TestLead(s)測(cè)試小組組長(zhǎng)Testers測(cè)試員ProductPlanner產(chǎn)品計(jì)劃人員IE產(chǎn)品性能組的組建IE產(chǎn)品單元組大約分為10個(gè)性能組。每個(gè)組負(fù)責(zé)一系列劃分很明確的性能，每組約由10-50人組成。根據(jù)其負(fù)責(zé)的性能規(guī)模，性能組有時(shí)會(huì)被進(jìn)一步劃分成子性能組。每個(gè)最終的子性能組人員和職責(zé)都很明顯，一般有大約10人組成：一個(gè)程序經(jīng)理，幾個(gè)開發(fā)人員和測(cè)試人員。一個(gè)程序經(jīng)理可以負(fù)責(zé)一個(gè)或多個(gè)性能組。開發(fā)人員和測(cè)試人員也可以同時(shí)安排在多個(gè)性能測(cè)定組中。IE性能測(cè)定組的成員性能組的領(lǐng)導(dǎo)人員（GPMorGM）程序經(jīng)理開發(fā)人員測(cè)試人員用戶培訓(xùn)設(shè)計(jì)人員網(wǎng)絡(luò)開發(fā)人員可用性工程師子性能組中的工作關(guān)系ProgramManager程序經(jīng)理DeveloperLead開發(fā)員組長(zhǎng)Developer開發(fā)人員Developer開發(fā)人員Developer開發(fā)人員Developer開發(fā)人員ProductManager產(chǎn)品經(jīng)理TesterLead測(cè)試員組長(zhǎng)Tester測(cè)試人員Tester測(cè)試人員Tester測(cè)試人員Tester測(cè)試人員UserEducation用戶培訓(xùn)UsabilityEngineer可用性工程師Designer設(shè)計(jì)師項(xiàng)目組成員的職責(zé)程序經(jīng)理：對(duì)產(chǎn)品前景明確，并寫出產(chǎn)品的規(guī)格書列出工作項(xiàng)目表，以規(guī)格書為基準(zhǔn)來查和工作項(xiàng)目組織會(huì)議，篩選錯(cuò)誤控制開發(fā)過程引導(dǎo)開發(fā)過程協(xié)調(diào)不同組的組員（開發(fā)組，測(cè)試組，產(chǎn)品經(jīng)理，地方性用戶培訓(xùn)組等等）對(duì)產(chǎn)品的按時(shí)發(fā)布負(fù)責(zé)。是領(lǐng)導(dǎo)人，服務(wù)，協(xié)調(diào)者；但不是老板項(xiàng)目組成員的職責(zé)開發(fā)員分派項(xiàng)目資源設(shè)計(jì)性能對(duì)性能進(jìn)行編碼對(duì)性能進(jìn)行單元測(cè)試為產(chǎn)品的發(fā)布作準(zhǔn)備開發(fā)組長(zhǎng)為該組提供技術(shù)指導(dǎo)負(fù)責(zé)產(chǎn)品的技術(shù)操作項(xiàng)目組成員的職責(zé)測(cè)試人員編寫測(cè)試計(jì)劃和測(cè)試案例實(shí)現(xiàn)測(cè)試的自動(dòng)化朋友測(cè)試運(yùn)行測(cè)試案例測(cè)試完并signoff成追蹤的builds負(fù)責(zé)產(chǎn)品的質(zhì)量測(cè)試項(xiàng)目組成員的職責(zé)產(chǎn)品經(jīng)理：監(jiān)控產(chǎn)品的商務(wù)過程發(fā)現(xiàn)并追蹤市場(chǎng)機(jī)遇在產(chǎn)品開發(fā)過程中完全扮演客戶代言人的角度在產(chǎn)品的功能和發(fā)布日期之間做出權(quán)衡負(fù)責(zé)營(yíng)銷、銷售策劃是程序經(jīng)理的商業(yè)顧問項(xiàng)目組成員的職責(zé)另外的組員用戶界面設(shè)計(jì)者自始至終對(duì)產(chǎn)品的外觀設(shè)計(jì)負(fù)責(zé)Ownplanforlook/feelacrossteams負(fù)責(zé)組與組之間的互動(dòng)計(jì)劃用戶培訓(xùn)組：負(fù)責(zé)衛(wèi)星能住的文檔設(shè)計(jì)作計(jì)劃，包括印刷品和在線的電子版負(fù)責(zé)內(nèi)容生成，包括內(nèi)容較驗(yàn)可用性組可用性的測(cè)試也是設(shè)計(jì)的一個(gè)重要部分通常會(huì)提供2-3個(gè)設(shè)計(jì)方案，然后提交可用性測(cè)定組Accessibilityteam：支持殘障用戶項(xiàng)目組的主要原則人員有才智，組的規(guī)模要小產(chǎn)品的結(jié)構(gòu)體系要減少各組之間的依賴性經(jīng)理們能夠同時(shí)創(chuàng)建產(chǎn)品和做出技術(shù)性的決定快速確定產(chǎn)品技術(shù)與商業(yè)經(jīng)營(yíng)之間的權(quán)衡開發(fā)過程要使得大的組能夠象小的組一樣工作控制項(xiàng)目（產(chǎn)品）開發(fā)周期項(xiàng)目（產(chǎn)品）周期：規(guī)劃設(shè)計(jì)階段開發(fā)、生產(chǎn)階段測(cè)試、穩(wěn)定階段發(fā)布階段事后分析開始下一版本（另一周期）規(guī)劃設(shè)計(jì)階段一般的工作階段里程碑的時(shí)序安排產(chǎn)品前景描述和目標(biāo)設(shè)定產(chǎn)品高層次性能設(shè)計(jì)詳細(xì)的性能設(shè)計(jì)項(xiàng)目（產(chǎn)品）規(guī)劃計(jì)劃階段一般的工作流程識(shí)別商業(yè)機(jī)會(huì)，制定基本的經(jīng)營(yíng)計(jì)劃草擬一個(gè)項(xiàng)目計(jì)劃（前景描述，基本的性能，建議進(jìn)度表，里程碑，資源評(píng)估）組員進(jìn)行集體討論，將產(chǎn)品性能最后確定。寫一頁(yè)產(chǎn)品規(guī)格（按優(yōu)先次序排列的產(chǎn)品性能，資源評(píng)估，進(jìn)度表評(píng)估，風(fēng)險(xiǎn)評(píng)定）確定產(chǎn)品性能，設(shè)定開發(fā)周期里程碑的時(shí)間項(xiàng)目（產(chǎn)品）規(guī)劃計(jì)劃階段里程碑的時(shí)序安排-為重要的成就估計(jì)一個(gè)大致的時(shí)間框架以IE的里程碑為例

日期

交付出6/25/99產(chǎn)品前景規(guī)劃和目標(biāo)設(shè)定7/1單頁(yè)產(chǎn)品規(guī)格書準(zhǔn)備完畢7/15詳細(xì)產(chǎn)品規(guī)格書準(zhǔn)備完畢9/1完成平臺(tái)的編碼10/8所有的組完成用戶界面的編碼11/7RC011/19Beta-1RTM4/5/00Beta-2RTM7/12/00RTM

項(xiàng)目（產(chǎn)品）規(guī)劃計(jì)劃階段產(chǎn)品前景描述：詳細(xì)說明產(chǎn)品的發(fā)展方向與目標(biāo)IE瀏覽器的前景向企業(yè)及終端用戶提供主流互聯(lián)網(wǎng)客戶軟件、并以及最低的TCD成本獲得快速、及時(shí)、專業(yè)的服務(wù)，同時(shí)對(duì)微軟辦公軟件進(jìn)行最佳補(bǔ)足。通過提供以上服務(wù)來使IE瀏覽器的市場(chǎng)占有率在1998年內(nèi)達(dá)到65%。投資領(lǐng)域：TCD-易配置，易安裝同行中最快捷最可靠的客戶端軟件對(duì)Office9有強(qiáng)大的補(bǔ)足功能移動(dòng)網(wǎng)絡(luò)用戶的最佳瀏覽器項(xiàng)目（產(chǎn)品）規(guī)劃計(jì)劃階段性能和用戶界面規(guī)格：對(duì)已定及待定性能作詳細(xì)描述以IE的說明為例Owners所有者Summary摘要Guidingprinciples操作原則Scenario假定情況Design設(shè)計(jì)Security安全性Setupanddeployment安裝與發(fā)放Globalization/localization全球化/地方化Openissues已知問題Changehistory改變歷史開發(fā)階段開發(fā)計(jì)劃階段設(shè)置開發(fā)環(huán)境源代碼登記過程（Checkinprocess）每日機(jī)器碼建造過程（Dailybuildprocess）錯(cuò)誤資料庫(kù)的管理項(xiàng)目開發(fā)階段開發(fā)計(jì)劃開發(fā)員閱讀所有的說明書，列出工作項(xiàng)目并估計(jì)工作天數(shù)召開小組會(huì)議，討論所有的工作項(xiàng)目并制定出主進(jìn)度表開發(fā)組長(zhǎng)為每個(gè)開發(fā)人員安排工作項(xiàng)目并平衡各組員的工作量測(cè)試主張制定專門的合作測(cè)試員（Buddytesters）合作測(cè)試員準(zhǔn)備詳細(xì)的測(cè)試案例項(xiàng)目開發(fā)階段設(shè)置開發(fā)環(huán)境開發(fā)人員設(shè)置源代碼樹的結(jié)構(gòu)、自己性能租在服務(wù)器上的目錄制定源代碼登記作業(yè)表、登記流程測(cè)試人員/機(jī)器碼造建人員機(jī)器碼造建人員準(zhǔn)備造建機(jī)器和服務(wù)器設(shè)定造建日程表（日起/時(shí)間）建立錯(cuò)誤（bugRaid）資料庫(kù)測(cè)試人員/機(jī)器碼造建人員建立各組的網(wǎng)頁(yè)及設(shè)各組電郵名設(shè)定小組會(huì)議的日程安排項(xiàng)目開發(fā)階段源代碼登記過程Syncanddoprivatebuild確保新的編碼能與最新源代碼樹公共文件相適同事為你做代碼復(fù)閱盡早發(fā)現(xiàn)錯(cuò)誤的和不完整的編碼每段編碼都要經(jīng)過一個(gè)以上開發(fā)員的認(rèn)同和理解符合源代碼登記標(biāo)準(zhǔn)化通過BAT,BVT及其它測(cè)試確保每日構(gòu)建的機(jī)器碼符合最低要求觀測(cè)登記時(shí)間段中的情況變化當(dāng)機(jī)器碼造建過程出錯(cuò)中斷時(shí)，確保能夠容易地識(shí)別錯(cuò)誤所在將編碼改動(dòng)通知整個(gè)產(chǎn)品組（送電子郵件）電子郵件應(yīng)包括編碼改動(dòng)的目的，誰作的編碼復(fù)閱，有可能影響到的文件和測(cè)試標(biāo)準(zhǔn)項(xiàng)目開發(fā)階段每日機(jī)器碼造建過程整個(gè)編譯過程大部分是自動(dòng)的每天在同一時(shí)刻把最新改動(dòng)過來的源代碼復(fù)制到機(jī)器碼造建服務(wù)器上來進(jìn)行所有的組成部分的機(jī)器碼生成運(yùn)行BAT和BVT將機(jī)器碼造建狀態(tài)用電子郵件發(fā)送到項(xiàng)目組在公共服務(wù)器上發(fā)布造建結(jié)果和源代碼改動(dòng)紀(jì)錄項(xiàng)目開發(fā)階段錯(cuò)誤數(shù)據(jù)庫(kù)的管理（Raid,webRaidetc）每個(gè)產(chǎn)品都有一個(gè)中央錯(cuò)誤資料庫(kù)（Raid’webRaid等等）測(cè)試員會(huì)發(fā)現(xiàn)大多數(shù)錯(cuò)誤，這些錯(cuò)誤可能是編碼錯(cuò)誤或性能需求程序經(jīng)理查看這些錯(cuò)誤并把他們分派給各個(gè)開發(fā)員開發(fā)員糾正錯(cuò)誤后把他們分還給測(cè)試員測(cè)試員用第二日的新機(jī)器碼來校驗(yàn)和關(guān)掉這個(gè)錯(cuò)誤穩(wěn)定階段性能凍結(jié)完成編碼用戶界面的凍結(jié)測(cè)試版發(fā)布項(xiàng)目穩(wěn)定階段性能凍結(jié)性能的任何變動(dòng)都要經(jīng)過一個(gè)特殊的過程(FDR).每個(gè)變動(dòng)都要經(jīng)整個(gè)戰(zhàn)斗團(tuán)隊(duì)的復(fù)查和認(rèn)同性能變動(dòng)認(rèn)同的標(biāo)準(zhǔn)通常很清楚，而且往往設(shè)置得很嚴(yán)一些可考慮的情況：新的終用戶的反饋意見競(jìng)爭(zhēng)者的新產(chǎn)品可贏得一個(gè)大客戶微軟各團(tuán)隊(duì)間的支持法律問題項(xiàng)目穩(wěn)定階段編碼的完成開發(fā)人員完成了所有的事先分配的開發(fā)項(xiàng)目，產(chǎn)品所有的性能都被囊括到了造建完的機(jī)器碼版本中了。測(cè)試員開始綜合測(cè)試，著眼點(diǎn)為各個(gè)性能部分的測(cè)試案例程序經(jīng)理開始日常的錯(cuò)誤篩選和錯(cuò)誤分派開發(fā)員開始大量的糾錯(cuò)誤工作項(xiàng)目穩(wěn)定階段用戶界面凍結(jié)用戶界面的外觀和上面的字符串不再改變UA開始寫程序說明和產(chǎn)品指南手冊(cè)Intl組開始地方化過程任何變動(dòng)都要經(jīng)過戰(zhàn)斗隊(duì)和UA/Intl程序經(jīng)理的認(rèn)同每個(gè)變動(dòng)都要用bug記錄下來項(xiàng)目穩(wěn)定階段Beta測(cè)試版發(fā)布部分完工的產(chǎn)品向外部合伙人發(fā)布Beta測(cè)試版中包含一些有許多錯(cuò)誤的性能對(duì)特定的性能收集客戶的反饋擴(kuò)展測(cè)試范圍穩(wěn)定并改進(jìn)產(chǎn)品的質(zhì)量提供組與組之間的綜合交付使用加強(qiáng)與外部合伙公司的合作、協(xié)調(diào)發(fā)布階段零錯(cuò)誤之日（ZBD）RC0,RCX源代碼資源樹的開支RTM/RTWSignoff結(jié)束項(xiàng)目發(fā)布階段零錯(cuò)誤之日開發(fā)員必須糾正資料庫(kù)中所有現(xiàn)存錯(cuò)誤測(cè)試員開始用高優(yōu)先級(jí)測(cè)試案例進(jìn)行第二輪的通體測(cè)試戰(zhàn)斗團(tuán)隊(duì)每天都要查看新找到的錯(cuò)新錯(cuò)要根據(jù)新高標(biāo)準(zhǔn)進(jìn)行重新優(yōu)先級(jí)排序優(yōu)先級(jí)第一或第二的新錯(cuò)誤要求于24小時(shí)內(nèi)糾正項(xiàng)目發(fā)布階段候選發(fā)布產(chǎn)品RCO-所有現(xiàn)存優(yōu)先級(jí)為1/2的錯(cuò)誤已被糾正的產(chǎn)品如果有新的錯(cuò)誤出現(xiàn)，它必須是show-stop才可被糾改，否則延遲到下次發(fā)布再糾改開發(fā)員必須在24小時(shí)內(nèi)糾正新的錯(cuò)誤直到現(xiàn)有的新錯(cuò)誤（show-stop）都被糾正之后，新的RC候選版才能被公布測(cè)試員要對(duì)新的RC候選版進(jìn)行全面的regression測(cè)試（通常幾天時(shí)間）項(xiàng)目發(fā)布階段代碼資源樹的分支在目前的產(chǎn)品版本發(fā)布之前就已經(jīng)著手準(zhǔn)備下一輪的開發(fā)準(zhǔn)備了分派一些程序經(jīng)理為下一個(gè)產(chǎn)品版本設(shè)計(jì)性能為當(dāng)前的源代碼資源樹做備份讓部分開發(fā)人員轉(zhuǎn)到下個(gè)版本的開發(fā)設(shè)計(jì)工作錯(cuò)誤糾錯(cuò)變動(dòng)被寫入發(fā)布產(chǎn)品的源代碼樹，所有其它的錯(cuò)誤和新的性能被寫入資源樹的分支樹項(xiàng)目發(fā)布階段RTW/RTM向制造業(yè)/網(wǎng)絡(luò)發(fā)布產(chǎn)品只有當(dāng)最終的RC造建版本中不再出現(xiàn)新的show-stop錯(cuò)誤時(shí)，測(cè)試組才能為RTM/RTW版做最后的發(fā)布簽字在測(cè)試結(jié)束后如果出現(xiàn)非常嚴(yán)重的新錯(cuò)誤，則產(chǎn)品將被“召回”。此過程須經(jīng)GM/VP的同意測(cè)試小組為RTM版本做最后的測(cè)試驗(yàn)收，PM驗(yàn)收金主蝶并開