【正文】 SF 里， 項目管理總是用來指上面所列領域里的特定知識和技能，而不是一個角色或者職位頭銜。項目管理和 IT 特定過程總的來說，項目管理由一些知識和技術組成，這些知識和技術可以廣泛應用到實施這些項目的任何行業(yè)領域里。為了成功地實施項目，這些針對行業(yè)的過程就必須與一般的項目管理做法形成互補。它與項目管理準則的關系見圖 1。在這上面的圖里，針對行業(yè)的領域是 MSF 過程的五個階段。項目管理的一般知識領域在左邊。交叉代表了特定的項目管理做法，后者是 MSF 的特征。返回頁首MSF 項目管理的特征MSF 方法的這些與眾不同的特征將在這里描述，并在后面進行更加詳細的討論：?項目經(jīng)理角色的大多數(shù)職責都包含在 MSF 程序管理角色群里。?某些大型的或者復雜的項目需要專門的項目經(jīng)理或者項目管理小組。在小型項目里，所有的職能職責一般都是由一個程序經(jīng)理來處理的。程序管理如何與小組領導一起工作要理解項目管理如何在 MSF 里工作，就有必要理解小組模型如何擴大規(guī)模、進行規(guī)劃、通訊，以及決策。如何去分布小組管理，在很大程度上要取決于項目的規(guī)模和復雜性。Microsoft 內(nèi)部的產(chǎn)品小組就涉及成百甚至上千個小組成員。MSF 的可伸縮性在很大程度上來自于小組模型。通過這種方式，每個角色的職能就不會被限定到個人身上。一個或者多個個人可以擔當這些更加專業(yè)的角色。對功能小組和職能小組的描述見下面。職能小組的一個關鍵方面并不簡單的就是角色需要一個以上的人來擔當，而是在其成員中有一個對任務的陳述。小組領導是大型小組其他成員的集成點。圖 2：負責用戶體驗的職能小組示例 功能小組功能小組是跨學科的子小組，它們被安排在解決方案的特定功能周圍。圖 3 顯示了一個功能小組。功能小組的結構是遠程或者“離岸”子小組（用于為解決方案構建相當分散的組件）的有力候選對象。在項目 A 里，所有的角色都由大約六個或者更少的人來擔當，所有的項目管理活動都由程序管理來處理。事實上，這意味著他們在負責規(guī)劃、時間估計和識別他們各自領域里的風險。小組領導對其各自的子小組進行項目管理。要注意的是，功能小組沒有在圖上顯示出來，但是它們也是子小組。項目 C 和項目 B 類似，盡管它有與其規(guī)模或者復雜性相關的特殊風險。?地理上分散的小組。?固定的或者高度受限的預算或者日程安排。為了降低這些風險，程序管理角色群有一個職能小組，它包括專門的項目經(jīng)理和解決方案架構師。對于某個組織來對成本非常高的東西對于其他組織來說可能未必。項目管理職責上面一個章節(jié)討論了如何把不同規(guī)模和復雜性層次的項目管理活動分布給各個小組成員。圖 5 描述了每個角色和程序管理的小組領導所具有的項目管理職責。要注意的是，相同的職責領域常常會由項目層和子小組層來負責。小組領導所進行這些活動都需要子小組各個成員的參與和輸入。圖 5 里有三個地方可以將小組領導的職責與其他成員的職責模式區(qū)分開來：1.項目的成本管理一般都被作為程序管理職責集中到一起了。2.采購職責由程序和／或發(fā)布管理來處理，而不是由其他的小組領導來處理。（把項目的一部分）分包一個 Web 設計公司，讓其加入小組就是這樣的一個例子。3.在整個項目層的溝通管理由程序管理和產(chǎn)品管理來共同承擔。程序管理會規(guī)劃和負責項目溝通，例如報告狀態(tài)、主持小組會議，以及類似的事情。程序管理除了負責高層的解決方案體系結構和編寫職能規(guī)范（就如在小組模型里描述的那樣），程序管理還擁有把項目作為一個整體的所有項目管理領域。把解決方案設計的職責和職能規(guī)范放到同一個角色里作為日程安排和成本職責有一個巨大的好處：它會打破相對于成本而言的設計過度的傾向與日程安排所暗示的之間的平衡。要應付這個，把程序管理角色群的職責分割成解決方案體系結構和專門的項目管理角色常常是有道理的。在大型項目里，對狀態(tài)、成本和日程安排的例行跟蹤變得非常耗時。項目監(jiān)督服務還為小組領導提供了支持，幫助其維護小組日程安排和其他的管理活動。有些組織希望項目經(jīng)理來扮演這個角色。MSF 滿足了客戶為確保滿意度而產(chǎn)生的對監(jiān)督點的需要，同時在同級小組里保留職責。此外，擔當每個角色的個人通常也都要在項目小組之外的一些管理結構里負責。這里的關鍵點是：?在這個主題上沒有絕對的事。?識別項目的責任路徑。MSF 小組模型以下列方式提供了客戶責任：?產(chǎn)品管理會維持與客戶之間的關系，并扮演客戶支持者的角色。?程序管理表現(xiàn)的目標是在項目約束內(nèi)成功地交付項目。這兩者共同分擔項目的整體成功，盡管它們的角色都在為不同的目標而努力。 用于 MSF 小組的精選建議下面推薦的項目管理做法是用于 MSF 小組領導和程序管理的。范圍管理范圍管理的目的是確保項目能夠識別完成解決方案所需要的所有工作，而不會在沒有先期的調(diào)查和同意的情況下就偏離目標去進行范圍以外的活動。在 MSF 構想階段，小組會為解決方案生成一個沒有邊界的前景。這在前景／范圍文檔里有描述，而且在項目繼續(xù)之前經(jīng)過了小組、客戶和利益相關人的認可。解決方案范圍和項目范圍范圍可以指解決方案范圍和項目范圍。項目范圍是交付解決方案所必須完成的所有工作的總和。范圍定義在規(guī)劃階段，整個項目范圍必須被細分成為更小的、可管理性更強的部分。通常，這些都是會產(chǎn)生誤解的具有特殊風險的領域。這會被歸檔放到一個工作分解結構 (WBS) 里，本白皮書下文即將討論這一結構。對范圍的改變必須同時由小組和客戶來檢查及認可。MSF 折衷三角形和折衷矩陣是以可控方式推動改變的有用工具。準備計劃規(guī)劃作為一項活動會發(fā)生在項目的始終。例如，測試方法會描述測試的類型、工具以及所需的技能。盡管計劃會在每個階段改進和更新，但是大多數(shù)的規(guī)劃工作都會在 MSF 規(guī)劃階段進行。本章就將集中討論規(guī)劃過程。在壓縮規(guī)劃花費的同時怎么才能夠獲得好的規(guī)劃所帶來的好處呢？答案就是巧妙地搜集和重復使用項目計劃文檔。在創(chuàng)建新的計劃之前，小組應該總是搜尋任何已經(jīng)被完成的東西。項目計劃在 MSF 里，項目計劃指的是一套描述如何完成項目交付內(nèi)容的文檔。主項目計劃是每個角色的小組計劃的集成和累積。MSF 沒有規(guī)定所有項目都必須具有一個適用于所有情況計劃列表。在小型項目里，這些計劃中的某一些可能會被組合在一起。計劃類型驅(qū)動角色溝通計劃產(chǎn)品管理開發(fā)計劃開發(fā)培訓計劃用戶體驗安全計劃開發(fā)、發(fā)布管理測試計劃測試預算計劃程序管理用戶教育計劃用戶體驗部署計劃發(fā)布管理采購和設備計劃發(fā)布管理、程序管理試驗計劃發(fā)布管理工作分解結構工作分解結構 (WBS) 是一個面向交付內(nèi)容的、經(jīng)過分組的項目工作元素，用來組織和定義項目的總范圍 (iii)。沒有納入 WBS 結構里的工作就不在項目的范圍之內(nèi)。在 MSF 里，創(chuàng)建 WBS 是一項需要所有小組角色參與的集體工作。在大型項目里，子小組（職能和／或功能小組）可能需要單獨地集體討論所需要進行的工作。項目管理然后就會把這些結果同步成為一個共同的 WBS。這一數(shù)據(jù)在和其他項目數(shù)據(jù)結合到一起的時候，可以用來創(chuàng)建計劃、日程安排、預算，