【正文】 計等等。這不是說規(guī)范就是項(xiàng)目估計所需要的所有東西。不確定性和估計的準(zhǔn)確性軟件估計是一個漸進(jìn)的改進(jìn)過程。一定不要在這一階段提供一個固定的成本估計或者固定的日程安排估計。這些估計會被集中到一起，在 WBS 里創(chuàng)建一個任務(wù)估計。樂觀和不利估計應(yīng)該要基于合理的和可能的風(fēng)險。對 PERT 的完整描述不在本文的討論范圍之內(nèi)。時間搏擊使用內(nèi)部時間限制來保持項(xiàng)目小組在指定特性和活動優(yōu)先順序上的壓力 — 叫做“時間搏擊”?？紤]緩沖時間的一種方式是將其作為對未知任務(wù)和事件的估計。它總是應(yīng)該被放在項(xiàng)目的關(guān)鍵路徑上。返回頁首結(jié)論MSF 提供了一種可伸縮的方式，確保從非常小的項(xiàng)目到極其龐大和復(fù)雜項(xiàng)目中的項(xiàng)目管理職能都能夠得到滿足。(iii) A Guide to the Project Management Body of Knowledge ，46 頁。MICROSOFT 不對本文檔的信息做任何明示或者暗示的保證。Microsoft 和 Windows 是 Microsoft Corporation 在美國和／或其他國家（或地區(qū)）的注冊商標(biāo)或商標(biāo)。 2002 Microsoft Corporation。Microsoft 不保證所提供的任何信息在發(fā)布之后仍然正確。Prince2 包括 8 個‘項(xiàng)目管理組件’，其中只有 3 個直接映射到 PMI。要使用折衷三角形來協(xié)調(diào)特性、資源和日程安排。?緩沖時間也應(yīng)該納入日程安排，就像任何任務(wù)一樣。所要應(yīng)用的緩沖時間量取決于風(fēng)險的量。例如，如果描述某個特性的職能規(guī)范沒有完成，那么該特性的用戶文檔草案也無法完成。這會被用來規(guī)劃最有可能的結(jié)束日期，而不是最有可能的估計值。應(yīng)該有一個標(biāo)準(zhǔn)來明確這些值都意味著什么。這在子小組層進(jìn)行，并由每個小組領(lǐng)導(dǎo)來協(xié)調(diào)。重要的是理解在每個階段數(shù)量級的變化。在每個里程碑處重新估計。 開發(fā) IT 解決方案和自定義建造一個房屋很相象。 擁有由小組開發(fā)的日期而不是由管理指定的日期會賦予小組權(quán)力，因?yàn)槿粘贪才沤⒃谛〗M成員能夠接受的實(shí)際估計之上。從下到上的估計IT 項(xiàng)目的估計應(yīng)該由那些日程安排里規(guī)定的人員來進(jìn)行。?能夠被完成，而不會有較大的中斷。MSF 過程模型在這一點(diǎn)上做得很好。這些會合成為值得在整個項(xiàng)目層進(jìn)行跟蹤和報告的大型任務(wù)，這就是 WBS。主項(xiàng)目計劃和 WBS 以一種互補(bǔ)的方式工作。幫助小組在識別風(fēng)險的時候考慮每項(xiàng)任務(wù)。為要被估計的任務(wù)提供一個基準(zhǔn)。每個角色都主要負(fù)責(zé)定義其各自領(lǐng)域里的工作細(xì)節(jié)。下面的默認(rèn)列表涵蓋了軟件開發(fā)和基礎(chǔ)結(jié)構(gòu)部署項(xiàng)目里常見的規(guī)劃領(lǐng)域。意識到項(xiàng)目計劃文檔是有價值的知識產(chǎn)權(quán)的組織會投資把它們組織和維護(hù)起來，放到一個能夠輕易訪問得到的儲備庫里。在構(gòu)想階段，小組會安排創(chuàng)建項(xiàng)目交付內(nèi)容所需要的高層方法。在定義范圍的過程中，小組會識別構(gòu)建每個特性和交付內(nèi)容所需的任務(wù)和技能類型。在這個階段過程中，范圍只能在描述特性這一層次被廣義地理解。?如果發(fā)生了產(chǎn)品和程序管理都無法解決的問題，那么這些問題都會逐步升級成為整個項(xiàng)目的責(zé)任路徑。在直接的項(xiàng)目小組之外，組織的報告結(jié)構(gòu)和服務(wù)關(guān)系之間存在很多可能的不同之處?？蛻舻呢?zé)任客戶常常想要一個實(shí)現(xiàn)整個項(xiàng)目成功的責(zé)任點(diǎn)。程序管理會把小組計劃集成到主要計劃里，同步日程安排，并管理跨小組的依賴性。程序管理會處理項(xiàng)目以及多種采購服務(wù)的大多數(shù)合同事宜。在復(fù)雜項(xiàng)目（例如圖 4 里的 項(xiàng)目 C）里，專門的項(xiàng)目經(jīng)理所關(guān)注里的領(lǐng)域與程序管理的相同，只不過是在一個獨(dú)有的基礎(chǔ)上。?需要技能和時間來管理的合同或者法律問題。程序管理角色群擁有負(fù)責(zé)整個項(xiàng)目的項(xiàng)目管理活動。程序管理角色也是為大型小組提供集成點(diǎn)的小組領(lǐng)導(dǎo)。職能小組職能小組是存在于一個角色內(nèi)部的子小組，當(dāng)一個角色里的任務(wù)達(dá)到要求使用專門資源的時候它才會被組建。MSF 已經(jīng)把從 Microsoft 小組組織里學(xué)到知識進(jìn)行了歸納，供更大范圍的 IT 項(xiàng)目使用。項(xiàng)目管理角色包含在程序管理里MSF 程序管理角色群包括了下面所示的職能職責(zé)領(lǐng)域。針對行業(yè)的項(xiàng)目管理活動的一個例子是用于跟蹤錯誤的推薦做法。而項(xiàng)目經(jīng)理這個術(shù)語將會被用來描述擅長進(jìn)行項(xiàng)目管理的人。(I)在一些公司和國家里，程序這個術(shù)語用來描述被放在一起的項(xiàng)目組。要獲得更多的信息，請參閱 MSF 小組模型白皮書。任何延遲或者改變都應(yīng)該被盡快報告。清晰的責(zé)任共擔(dān)職責(zé)MSF 小組模型基于這樣一個前提，即小組里的每個角色都代表了對項(xiàng)目的一種獨(dú)一無二的觀點(diǎn)，沒有哪一個人能夠成功地代表所有角色的所有質(zhì)量目標(biāo)。本白皮書總結(jié)了項(xiàng)目管理準(zhǔn)則的關(guān)鍵方面，并描述了 MSF 如何來處理它們。與規(guī)定的方法相反，MSF 提供了一個可以伸縮的靈活框架，以滿足任何規(guī)模的組織或者項(xiàng)目小組的需要。盡管項(xiàng)目管理對于小型項(xiàng)目也很重要，但是本白皮書把重點(diǎn)放在具有擴(kuò)展小組的大型項(xiàng)目上。這一知識來自于 Microsoft 在大規(guī)模軟件開發(fā)和服務(wù)操作項(xiàng)目上的經(jīng)驗(yàn)，來自于 Microsoft 顧問在為企業(yè)客戶實(shí)施項(xiàng)目時所獲得的經(jīng)驗(yàn)，以及來自于全球 IT 行業(yè)的最佳知識。MOF 的指導(dǎo)致力于解決人員、過程、技術(shù)和管理等問題，這些問題都與操作復(fù)雜的、分布式的、差異巨大的 IT 環(huán)境有關(guān)。本白皮書并非旨在提供項(xiàng)目管理的指南，它也不會試圖解釋有經(jīng)驗(yàn)的項(xiàng)目經(jīng)理所使用的很多技巧。在小組內(nèi)部，每個角色都對實(shí)現(xiàn)自己質(zhì)量目標(biāo)所需要的活動負(fù)有責(zé)任。如果沒有被賦予的權(quán)力和承諾，小組管理者就必須不斷檢查，看小組成員是否偏離了方向。這些做法常常能夠被應(yīng)用到 IT 操作和其他業(yè)務(wù)過程以及 IT 項(xiàng)目里。(ii).項(xiàng)目管理領(lǐng)域描述項(xiàng)目規(guī)劃／跟蹤／改變控制集成和同步項(xiàng)目計劃；設(shè)置用于管理和跟蹤變化的步驟和系統(tǒng)范圍管理定義、分解工作范圍（項(xiàng)目范圍）；管理項(xiàng)目折衷日程安排管理利用小組估計生成日程安排，任務(wù)排序、將資源與任務(wù)進(jìn)行匹配、應(yīng)用統(tǒng)計學(xué)的技術(shù)、日程安排維護(hù)成本管理根據(jù)小組時間估計來準(zhǔn)備成本估計；過程報告和分析；成本風(fēng)險和價值分析人員資源管理規(guī)劃資源、構(gòu)建小組、解決沖突、（為項(xiàng)目而）規(guī)劃技能就緒交流管理交流規(guī)劃（小組、客戶／贊助商、用戶、利益相關(guān)人），項(xiàng)目狀態(tài)報告風(fēng)險管理促進(jìn)和推動小組風(fēng)險管理過程；維護(hù)風(fēng)險文檔采購邀請承包商參與服務(wù)和／或硬件／軟件的投標(biāo)；準(zhǔn)備要求建議 (RFP)，管理供應(yīng)商或者分包商；合同和協(xié)議的管理和談判；開放采購訂單和批準(zhǔn)發(fā)票質(zhì)量管理質(zhì)量規(guī)劃，即確定要使用哪些標(biāo)準(zhǔn)，提供質(zhì)量標(biāo)準(zhǔn)和質(zhì)量測量過程的文檔盡管本白皮書無法給出關(guān)于上述領(lǐng)域的完整指導(dǎo)，但是本文檔后面會提供經(jīng)過挑選的 MSF 推薦做法。為了成功地實(shí)施項(xiàng)目，這些針對行業(yè)的過程就必須與一般的項(xiàng)目管理做法形成互補(bǔ)。交叉代表了特定的項(xiàng)目管理做法，后者是 MSF 的特征。程序管理如何與小組領(lǐng)導(dǎo)一起工作要理解項(xiàng)目管理如何在 MSF 里工作，就有必要理解小組模型如何擴(kuò)大規(guī)模、進(jìn)行規(guī)劃、通訊，以及決策。通過這種方式，每個角色的職能就不會被限定到個人身上。小組領(lǐng)導(dǎo)是大型小組其他成員的集成點(diǎn)。在項(xiàng)目 A 里，所有的角色都由大約六個或者更少的人來擔(dān)當(dāng)，所有的項(xiàng)目管理活動都由程序管理來處理。項(xiàng)目 C 和項(xiàng)目 B 類似，盡管它有與其規(guī)?；蛘邚?fù)