4.集成的項目管理
  當(dāng)項目的交付物由多個獨(dú)立的團(tuán)隊產(chǎn)品化了，可以應(yīng)用集成的項目管理（IPM）。集成項目管理的因素有很多，比如：
  ● 功能分布的團(tuán)隊
  ● 地理位置分散的團(tuán)隊
  ● 產(chǎn)品大小
  ● 多種技術(shù)
  ● 軟件外包
  這些因素使得項目溝通變得分散，以至于產(chǎn)生了需要直接應(yīng)用于軟件產(chǎn)品開發(fā)中的集成的需求。集成的需求越大，使用系統(tǒng)的和經(jīng)過訓(xùn)練的項目管理原則更重要。
  4.1 集成項目管理的框架
  在第3部分討論的過程模型形成了集成項目管理（IPM）的框架。在產(chǎn)品開發(fā)的啟動階段，許多功能組因許多工作特性而形成。但并不是所有的功能。例如，市場組的形成不同于開發(fā)組，但開發(fā)組可能會與產(chǎn)品支持組有所重疊。同時，應(yīng)該有意識地努力來正式將團(tuán)隊組織到已經(jīng)定義好的框架中。在以上所討論的模型中，每一個組件是產(chǎn)品開發(fā)的一個子項目。每一個子項目都應(yīng)該有明確定義的范圍、進(jìn)度、資源和成本邊界。每一個子項目的項目經(jīng)理對項目邊界負(fù)責(zé)。下圖表示項目體系結(jié)構(gòu)如圖2

圖2 子項目的接口體系結(jié)構(gòu)
  產(chǎn)品經(jīng)理由子項目經(jīng)理輔助來負(fù)責(zé)產(chǎn)品管理。對于每個子項目，子項目經(jīng)理（SPM）負(fù)責(zé)相應(yīng)的團(tuán)隊的管理。這并不是新概念，但是這里所指的是，為了有一個成功的產(chǎn)品管理，這個框架并沒有清晰地定義和組織，有許多實例都假定使用此結(jié)構(gòu)，但是，團(tuán)隊間在范圍、資源甚至成本方面都還實際上很模糊。
  4.2 高級WBS
  創(chuàng)建高級工作分解結(jié)構(gòu)（WBS）是進(jìn)行一個完整的集成項目的第一步。所選擇的結(jié)構(gòu)影響如何管理項目。功能結(jié)構(gòu)增加了接口的數(shù)目和復(fù)雜性。WBS的級別可以用以下方式來選擇：
  ● 產(chǎn)品開發(fā)中所涉及到的所有活動
  ● 可以給每一個活動分配一個或多個組
  ● 減少重疊
  ● 為每個子項目經(jīng)理在子項目范圍內(nèi)確定功能留有余地
  如圖3所示可以給出一個責(zé)任分配矩陣

 圖3責(zé)任分配矩陣的例子
  4.3 管理接口
  高級別的工作分解結(jié)構(gòu)定義了子項目的范圍，自此，子項目的項目經(jīng)理具有執(zhí)行工作分解結(jié)構(gòu)的任務(wù)的責(zé)任。每一個子項目與其它子項目都有獨(dú)立的接口。一個子項目中一個任務(wù)的輸出，形成另一個子項目中一個任務(wù)的輸入，這是接口（圖4）。例如，錯誤消息編號模式，是體系結(jié)構(gòu)組的輸出，它又是形成更低一級設(shè)計的開發(fā)組的輸入。