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

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

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