PMP認(rèn)證是項(xiàng)目管理專業(yè)人士資格認(rèn)證，是一種國際級的高級人才管理認(rèn)證。它的主要考試內(nèi)容就是項(xiàng)目管理體系知識。關(guān)于23個項(xiàng)目管理經(jīng)典案例——微軟公司辦公商務(wù)單位——WindWord之成敗(下)，慧翔天地在這里給大家簡單介紹一下。

　　為了改進(jìn)項(xiàng)目的實(shí)施狀況，Gates決定運(yùn)用當(dāng)時還在規(guī)劃形成中的程序管理模式。在程序管理模式中，一些人分享了新產(chǎn)品開發(fā)的領(lǐng)導(dǎo)權(quán)：其中有來自開發(fā)部門的項(xiàng)目主管和技術(shù)主管、來自程序管理部門的程序主管、來自市場部門的產(chǎn)品主管、來自用戶教育部門的在線主管和出版主管、來自國際化分部的地區(qū)化主管。這些人作為一個小組一起工作，沒人有至高無上的權(quán)威。項(xiàng)目主管負(fù)責(zé)監(jiān)督、管理產(chǎn)品開發(fā)事務(wù)，包括分配編程任務(wù)、作計(jì)劃表和協(xié)調(diào)開發(fā)事務(wù)技術(shù)主管作出最終的技術(shù)決策、代碼檢查和編程標(biāo)準(zhǔn)；產(chǎn)品主管分析各個市場要點(diǎn)，如競爭分析、定位、包裝和廣告；程序主管的工作是集成和協(xié)調(diào)項(xiàng)目中每個人的工作，他同時也直接對產(chǎn)品的規(guī)格和概念負(fù)責(zé)；在線主管和出版主管負(fù)責(zé)用戶教育功能，地區(qū)化主管監(jiān)督、管理各種各樣國際市場的面向用戶的問題。

　　于是，又有三個微軟老手”被調(diào)了過來：Dong Kurtz,PC Word的開發(fā)主管，他在Cashmere項(xiàng)目中擔(dān)任同樣的角色；Lars Dormitze r,一個頗受贊譽(yù)的開發(fā)者，被任命為技術(shù)主管；Greg Slyngstad成為程序主管。jeff Sanderson作為一個新的營銷主管也被調(diào)過來。

　　所有新成員都認(rèn)為這個項(xiàng)目仍須很長時間，盡管Hunt己寫了一堆紙來描述他所想要的特征，但究竟這個產(chǎn)品應(yīng)是怎樣的仍缺乏可理解的具體陳述。他們最終拋棄了所有己做出的東西，而從Macintosh使用的字處理編碼開始。這樣一來，相對原始計(jì)劃表，他們從第一天開始就已落后了一年。

　　項(xiàng)目被重新命名為Opus,一個新的開發(fā)者隊(duì)伍形成了。這個隊(duì)伍的成員幾乎都是新雇來的，缺乏軟件開發(fā)經(jīng)驗(yàn)，其中只有少部分曾參與過微軟的其他項(xiàng)目。

　　1986年下半年和1987年上半年中，項(xiàng)目小組大量的精力用于制定新的產(chǎn)品計(jì)劃書。隨著時間流逝，為了展示可見成果，項(xiàng)目小組感到壓力越來越大，項(xiàng)目計(jì)劃進(jìn)度一直拖延到了1988年，而壓力也已增長到了令人難以忍受的程度。Sean McDermott,當(dāng)時Opus的軟件開發(fā)工程師回憶這個階段時說道：我們承受看很大的進(jìn)度壓力，一些主管似乎把項(xiàng)目進(jìn)度當(dāng)成他們和開發(fā)人員之間的合同。更有甚者，當(dāng)開發(fā)人員提出了新的進(jìn)度計(jì)劃時，管理層要仔細(xì)詢問每一項(xiàng)估計(jì)。

　　高層管理人員繼續(xù)施壓。在1988年3月初的一個會議上，一個經(jīng)理發(fā)表意見認(rèn)為Opus隊(duì)伍是應(yīng)用開發(fā)部中最差勁的。辦公商務(wù)單位的開發(fā)主任Chris Mason回憶當(dāng)時的情景時說道：

　　Opus進(jìn)入了一種可以稱之為“無限缺陷”的模式中。當(dāng)你對開發(fā)人員施加很大的進(jìn)度壓力時，他們傾向于只做一個特征所必須的最小的工作盤。當(dāng)該特征運(yùn)行良好時，他們就認(rèn)為已經(jīng)完成該特征的開發(fā)，該項(xiàng)特征就被從計(jì)劃表上劃掉了。如果數(shù)月后出現(xiàn)了不可避免的錯誤，他們并不認(rèn)為是與此項(xiàng)特征有關(guān)的。更糟的是，當(dāng)錯誤被發(fā)現(xiàn)時，開發(fā)人員已記不起那段編碼，因此需要更長的時間來修理。這些問題并不是微軟所特有的，幾乎業(yè)內(nèi)所有企業(yè)都面臨這個間題。

　　在1988年4月，Donnitzer不得不請病假。只有不到2年經(jīng)驗(yàn)的McDermott被任命為技術(shù)主管。McDermott也是一個杰出的技術(shù)專家，雖然McDermott相對較年輕且對這項(xiàng)職位沒有經(jīng)驗(yàn)，但難以找到一個經(jīng)驗(yàn)更豐富且對程序有很詳細(xì)了解的人。2個月后，Kurtz由于厭倦了持續(xù)的壓力，向公司告假。身體恢復(fù)了一些的Dormitzer重新回來擔(dān)任開發(fā)主管。

　　在接下來的幾個月中，Opus有了進(jìn)展。所有需要的特征都已編碼（盡管尚未除錯，）開發(fā)小組宣告“編碼完成”的里程碑已在1988年10月達(dá)到了。編碼完成意味范剩下需要做的就是除錯和優(yōu)化編碼以提高性能。這段時間被稱作“穩(wěn)定期“，并且一且編碼穩(wěn)定（所有知道的錯誤已修正且性能足夠好），產(chǎn)品就可以發(fā)行了。關(guān)于時間進(jìn)度，公司根據(jù)經(jīng)驗(yàn)把穩(wěn)定期定為3個月。

　　然而，Opus項(xiàng)目似乎并不服從這個三個月定律。盡管開發(fā)人員在快速地修正錯誤，但測試者似乎正以同樣的速度發(fā)現(xiàn)新錯誤。在這期間，Dormitzer盡了全力來領(lǐng)導(dǎo)這個項(xiàng)目，但他的病情尚未痊愈。最終，Mason作出了反應(yīng)，任命McDermott兼任開發(fā)主管。那時，McDermott在微軟己工作了三年。

　　McDennOtt回憶穩(wěn)定期時說道：身為技術(shù)主管卻不可以專心于技術(shù)問題，如果僅僅作為技術(shù)主管而不去擔(dān)任18個月的開發(fā)主管或者說是代替那些病了或累壞了的開發(fā)主管們，Opus的程序在大小、速度和內(nèi)存的使用方面可以制定得更好。在這階段，我們的隊(duì)伍中有15個開發(fā)人員，6個程序員助手和7個實(shí)習(xí)生，一個主管是不可能跟蹤監(jiān)督每一個人。

　　盡管有這么多麻煩，Opus程序開始穩(wěn)定了。1989年春天，可捕捉的錯誤的數(shù)量仍相對穩(wěn)定。但是，1989年復(fù)天，公司制定了一項(xiàng)規(guī)定，首次強(qiáng)調(diào)修改的質(zhì)量而不是修改的數(shù)量，于是第一次，測試部被邀請來開發(fā)部門對編碼進(jìn)行檢查。1989年深秋，程序穩(wěn)定了，并且Word for Windows 1.0版在1989年11月30日發(fā)行。

　　四、Word for Wndows的市場反應(yīng)

　　盡管WinWord開發(fā)延遲了很長時間，但當(dāng)時只有另外一家公司一Samna一有能力早一步發(fā)行了一個功能全面的Windows下的字處理軟件。盡管要精確度量顧客的反應(yīng)還太早，早期的跡象仍是十分令人鼓舞的。計(jì)算機(jī)雜志和期刊做出的評論全都是正面的，而這些評論對市場知覺有很大影響。WinWord被描述為使用簡單，而且第一版竟然令人難以置信的沒有錯誤，許多雜志為Winword的評分高于任何其他PC字處理軟件。作為對Winword成功的反應(yīng)，Word Perfect聲明正在開發(fā)一個運(yùn)行在Windows下的字處理軟件。Word Perfect for Windows計(jì)劃于1991年2月發(fā)行。

　　五、WinWord事后調(diào)查分析

　　盡管Winword開發(fā)項(xiàng)目是一個極端的情況，但它所展現(xiàn)的問題在微軟中卻不是罕見。為了從以前的開發(fā)項(xiàng)目的失誤中吸取教訓(xùn)，微軟制定了一個政策：項(xiàng)目完成時對項(xiàng)目進(jìn)行評價。評價需要收集有關(guān)項(xiàng)目的許多統(tǒng)計(jì)數(shù)據(jù)，同時，還要與項(xiàng)目參與者一起召開一系列會議來討論他們對項(xiàng)目的看法。統(tǒng)計(jì)數(shù)據(jù)包括估計(jì)的和實(shí)際的項(xiàng)目進(jìn)度，單位時間內(nèi)的錯誤數(shù)批，單位時間內(nèi)的編碼數(shù)量，以及計(jì)劃的里程碑和實(shí)際的完成日。這種統(tǒng)計(jì)數(shù)據(jù)和從參與者會議的討論中得到的意見一起被收集在一個叫事后調(diào)查分析的文檔中，接著，文檔被分發(fā)給各經(jīng)營小組經(jīng)理和高層管理人員。大多數(shù)項(xiàng)目的事后調(diào)查分析文檔有25頁左右長度，但Opus文檔長度竟然超過100頁。

　　六、下一版本W(wǎng)inword的選擇

　　Opus項(xiàng)目完成以后，Raikes又面臨Winword項(xiàng)目未來的選擇：第一種選擇包括盡可能快地引入一種全新的Winword版本(2.0)。這是微軟在一般情況下所采取的戰(zhàn)略。在許多情況下，僅當(dāng)一種新軟件的第二個版本發(fā)布時其銷量才會真正上揚(yáng)。因此，在選用新軟件前，許多關(guān)鍵的客戶都會等待著軟件的改進(jìn)。這樣，Winword2.0將提前一年，或是在WordPerfect發(fā)布它要進(jìn)入Windows市場之前發(fā)布。

　　第二種選擇是將Winword2.0的發(fā)布延期，但在他的辦公商務(wù)單位內(nèi)大力推行產(chǎn)品開發(fā)過程的改進(jìn)。他可以采取正規(guī)的結(jié)構(gòu)化程序設(shè)計(jì)方法進(jìn)行試驗(yàn)，并采取核心代碼重新編寫Word for DOS,Mac Word和Winword,以僅證80%的代碼是通用代碼，僅有一小部分是某部機(jī)器特有的。Raikes預(yù)計(jì)逆行這些改進(jìn)將使Winword2.0的發(fā)布延誤1~2年。也許最重要的是，這將增加大量的不確定性，因?yàn)檫@些方法對在微軟公司來說是全新的嘗試。

       >>23個項(xiàng)目管理經(jīng)典案例——微軟公司辦公商務(wù)單位——WindWord之成?。ㄉ希?/strong>