【正文】 (三 )工程項目結(jié)構(gòu)分解方法 常見的工程項目的結(jié)構(gòu)分解包括 如下兩大類： 1. 對技術(shù)系統(tǒng)的結(jié)構(gòu)分解 。 2. 對技術(shù)系統(tǒng)的分解是指 ， 假設(shè)對已經(jīng)建成的工程進行分解 。 (1)按功能區(qū)間的分解 。 功能 是工程建成后應(yīng)具有的作用 ， 工程不同的區(qū)位有不同的作用 ， 項目的運行是工程所屬的各個功能的綜合作用的結(jié)果 。 以產(chǎn)品結(jié)構(gòu)進行分解： 新建一個汽車制造廠 ， 則可將整個項目分解成發(fā)動機 、 輪胎 、殼體 、 底盤 、 組裝 、 油漆 、 辦公區(qū) 、 庫房 (或停車場 )等幾個大區(qū)或分廠； 按平面或空間位置進行分解 ， 又如一棟辦公樓 ， 可分為辦公室 、 展覽廳 、 會議廳 、 停車場 、 交通 、 公用區(qū)間等 。 (2)按要素進行分解 。 要素是指功能面上有專業(yè)特征的組成部分 。 要素一般不能獨立存在 ， 它們必須通過有機組合構(gòu)成功能 。 例如： 一個辦公區(qū)的功能面上可能有建筑 、 結(jié)構(gòu) 、 給排水 、 供暖 、 通風(fēng) 、 清除垃圾 、 電器設(shè)施 、 器具 、 交通設(shè)備 、 辦公設(shè)備等 。 有些要素還可以進一步分解為子要素 。 例如： 結(jié)構(gòu)可分解為基礎(chǔ) 、 柱 、 墻體 、 屋頂及飾面等； 而電器設(shè)施又可分為供電系統(tǒng)和照明系統(tǒng)等 。 return (四 )工程項目結(jié)構(gòu)分解方法 2． 按實施過程分解 。 整個工程 、 每一個功能作為一個相對獨立的部分 ， 必然經(jīng)過項目的實施的全過程 。 只有按實施過程進行分解才能得到項目的實施活動 。 例如常見的建設(shè)工程項目分為如下實施過程： 設(shè)計和計劃 (初步設(shè)計 、 技術(shù)設(shè)計 、 施工圖設(shè)計 ， 實施計劃等 )； 招標(biāo)投標(biāo)； 實施準備 (現(xiàn)場準備 、 技術(shù)準備 、 采購訂貨 、 供應(yīng)等 )； 施工 (土建 、 機械和電器安裝 、 裝飾工程 )； 試生產(chǎn)／驗收； 投產(chǎn)／保修； 運行等 。 return (四 )工程項目結(jié)構(gòu)分解方法 按實施過程進行分解并非在項目結(jié)構(gòu)圖的最低 層上 ， 通常在第二層或第三層 。 例如某項目為一棟辦公樓的建設(shè) ， 工程范圍包括一棟樓和樓外工程建設(shè) ， 其分解圖式為 圖 32。 return 項目 施工 投產(chǎn) / 保修 設(shè)計 / 計劃 驗收 準備 招標(biāo) 樓 樓外工程 其它 設(shè)備 技術(shù) 結(jié)構(gòu) 基礎(chǔ) 主體 裝飾 其它 運輸 供電 通風(fēng) 空調(diào) 采暖 生產(chǎn)設(shè)備 計算中心 通訊設(shè)備 日用器具 綠化 道路 停車場 圖 3 2 某工程項目結(jié)構(gòu)分解圖 return 三、工程項目分解結(jié)構(gòu)編碼設(shè)計 通過編碼給項目單元以標(biāo)識 。 編碼能夠 標(biāo)識項目單元的特征 ， 使計算機可以方便 地 “ 讀出 ” 這個項目單元 的信息 。 在項目管理過程中網(wǎng)絡(luò)分析 ， 成本管 理 ， 數(shù)據(jù)的儲存 、 分析 、 統(tǒng)計 ， 都靠編碼識別 。 編碼設(shè)計對整個項目的計劃 、 控制工作和管理 系統(tǒng)的運行效率都是關(guān)鍵 。 項目的編碼一般按照結(jié)構(gòu)分解圖 ， 采用 “ 父碼 +子碼 ” 碼的方法編制 。 例如在圖 31和表 32中 ， 項目編碼為 1， 則屬于本項目的次層子項目的編碼在項目的編碼后加子項目的標(biāo)識碼 ， 即為 1 1 1 14， 如此等等 ， 而子項目 11的分解單元分別用 11 11 113等表示 。 則從一個編碼中就可“ 讀 ” 出它所代表的信息 。 return 圖 3 1 項目結(jié)構(gòu)圖 子項目 任務(wù) 10000 1 1 0 0 0 12023 13000 14000 1 1 1 0 0 1 1 2 0 0 12100 12200 13100 13200 14100 14200 14300 12200 12210 12220 12230 12221 12222 項 目 單 元 項目 子結(jié)構(gòu)圖 return 項目 子項目 四、工程項目結(jié)構(gòu)分解的作用 國外人民對項目結(jié)構(gòu)分解的研究和應(yīng)用十分重視 。 1． 保證項目結(jié)構(gòu)的系統(tǒng)性和完整性 。 2． 通過結(jié)構(gòu)分解 ， 使項目的形象透明 ， 人們對項目一目了然 ， 使項目的概況和 組成明確 、 清晰 。 3． 用于建立項目目標(biāo)保證體系 。 4． 項目分解結(jié)構(gòu)是進行項目分標(biāo) ， 建立項目組織 ， 落 實組織責(zé)任的依據(jù) ， 項目單元的責(zé)任人也就是項目 組織成員 ， 所以項目結(jié)構(gòu)對項目組織形式有規(guī)定性 。 5． 是網(wǎng)絡(luò)分析的基礎(chǔ) ， 可用于進度 、 資源的計劃和控制 。 6． 作為項目報告系統(tǒng)的對象 ， 是進行各部門 、 各專業(yè) 的協(xié)調(diào)的手段 。 項目分解結(jié)構(gòu)的作用可用 圖 33表示 。 return return 五、項目結(jié)構(gòu)分解的基本原則 1． 應(yīng)在各層次上保持項目內(nèi)容上的完整性 ， 不能遺漏任何必要的組成部分 。 2． 一個項目單元 Ji只能從屬于某一個上層單 元 J， 不能同時交叉屬于兩個上層單元 J和 I。 3． 由一個上層單元 J分解得到的幾個下層項目單元 J J2…… Jn 應(yīng)有相同的性質(zhì) 。 4． 項目單元應(yīng)能區(qū)分不同的責(zé)任者和不同的工作內(nèi)容 ， 應(yīng)有 較高的整體性和獨立性 ， 單元之間的工作責(zé)任 、 界面應(yīng)盡 可能小而明確 。 5． 項目分解結(jié)構(gòu)應(yīng)有一定的彈性 ， 應(yīng)能方便地擴展項目的范 圍 、 內(nèi)容和變更項目的結(jié)構(gòu) 。 return 6． 項目結(jié)構(gòu)分解應(yīng)注意： (l)能方便地應(yīng)用工期 、 質(zhì)量 、 成本 、 合同 、 信息等管理方法和手段 ， 符合計劃 、 項目目 標(biāo)跟蹤和控制的要求 。 (2)應(yīng)注意物流 、 工作流 、 資金流 、 信息流的效率和質(zhì)量 。 (3)注意功能之間的有機組合和實施工作任務(wù)的合理的歸屬 。 (4)最低層次的項目單元 (工作包 )上的單位成本不要太大 ，工期不要太長 。 如果一個最低層次的單元的持續(xù)時間跨幾個控制期 (或結(jié)算期 ， 工程項目的控制期一般為一個月 )，則它的可控性很差 。 return 7． 符合要求的詳細程度 (l)通常項目分解層次和單元過少 ， 則項目單 元上的任務(wù)和信息容量太大 ， 難以具體地 、 精細地設(shè)計 、 計劃和控制 ， 則失去分解的作用 。 (2)如果分解得過細 ， 層次與單元太多 ， 結(jié)構(gòu)圖 和結(jié)構(gòu)表都極為復(fù)雜 ， 則會造成如下問題： ① 項目結(jié)構(gòu)失去彈性 ， 機動性靈活性較小 ， 項目變化調(diào)整的余地較小或變更的影響面太大 。 ② 給計劃工作帶來困難 ， 計劃費用增加 。 ③ 由于分解得很細 ， 則計劃必須做得很細 ， 這會使計劃的可行性降低 。 ④ 工程過程中的信息處理量會成倍增加 。 ⑤ 有的項目管理者主觀地想分解很細 ， 但實際上卻做不到 。 ⑥ 會造成項目組織跨度太大和 /或組織層次太多 。 return 第四節(jié) 工程項目系統(tǒng)界面分析 (自學(xué) ) 一、 界面的概念 二、 界面管理 三、 項目系統(tǒng)界面的定義文件 to 一、界面的概念 在工程項目中界面具有十分廣泛的意義 ， 項目的各類系統(tǒng) ， 如目標(biāo)系統(tǒng) 、 技術(shù)系統(tǒng) 、 行為系統(tǒng) 、 組織系統(tǒng)等 ， 它們的系統(tǒng)單元之 間 ， 以及系統(tǒng)與環(huán)境之間都存在界面 。 例如： 。 。 。 。 雜的界面 。 在現(xiàn)代項目管理中界面問題十分重要 ， 集成化管理主要難點是界面問題 。 return 二、界面管理 1． 界面管理首先要保證系統(tǒng)界面之間的相 容性 ， 使項目系統(tǒng)單元之間有良好的接口 。 2． 保證系統(tǒng)的完備性 ， 不失掉任何工作 、 設(shè) 備 、 數(shù)據(jù)等 ， 防止發(fā)生工作內(nèi)容 、 成本和質(zhì) 量責(zé)任歸屬的爭執(zhí) 。 3. 對界面進行定義 ， 并形成文件 ， 在項目的實施中保持界面清楚 ， 當(dāng)工程發(fā)生變更時特別應(yīng)注意變更對界面的影響 。 4． 界面通常位于專業(yè)的接口處 ， 項目生命期的階段連接處 。項目控制必須在界面處設(shè)置檢查驗收點和控制點 ， 大量的管理工作都集中在界面上 ， 應(yīng)采用系統(tǒng)方法從組織 、 管理 、 技術(shù) 、 經(jīng)濟 、 合同個方面主動地進行界面管理 。 5． 在項目的設(shè)計 、 計劃和施工中 ， 必須注意界面之間的聯(lián)系和制約 ， 解決界面之間的不協(xié)調(diào) 、 障礙和爭執(zhí) ， 主動地 、 積極地管理系統(tǒng)界面的關(guān)系 ， 對相互影響的因素進行協(xié)調(diào) 。 return 三、項目系統(tǒng)界面的定義文件 項目系統(tǒng)界面定義文件應(yīng)能夠綜合地表達界面 的信息 ， 如界面的位置； 組織責(zé)任的劃分； 技術(shù)界限 ， 如界面工作的界限和歸宿； 工期界限 ， 活動關(guān)系 、 資源 、 信息 、 能量的交換時間安排； 成本界限等 。 在項目結(jié)構(gòu)分析時 ， 應(yīng)注意界面 ， 劃清界限 ， 在項目實施過程中通過圖紙 、 規(guī)范 、 計劃等進一步詳細描述界面 。 在項目實施過程中 ， 目標(biāo) 、 工程設(shè)計 、 實施方案 、 組織責(zé)任的任何變更都可能引起上述內(nèi)容的變更 ， 則界面文件必須隨著工程的變更而變更 。 return 界 面 說 明 表 33 項目： 子項目： 界面號： 部門： 部門： 技術(shù)界限 已清楚 尚 未 清楚 工期界限 已清楚 尚 未 清楚 成本界限 已清楚 尚 未 清楚 簽字： 簽字： 第五節(jié) 工程項目的系統(tǒng)描述（自學(xué)） 一、 工程項目協(xié)調(diào)描述體系 二、 項目系統(tǒng)描述體系的關(guān)系 三、 項目系統(tǒng)描述體系的管理 return 工程項目協(xié)調(diào)描述體系 工程項目的系統(tǒng)描述文件可以分為以下 幾個層次： 1． 項目系統(tǒng)目標(biāo)文件 。 2． 項目的工程技術(shù)設(shè)計文件 。 (1)規(guī)劃設(shè)計文件 。 (2)各棟建筑的策劃文件 。 (3)功能面或空間的要求說明 。 如 表 34。 (4)要素設(shè)計說明 。 如 表 35 3. 實施方案和計劃文件 。 4． 工作包說明 。 常見的工作包說明表的格式見 表 36。 return return 功 能 面 說 明 表 表 34 項目號 建筑物號 功能面號 總功能要求： 工作崗位數(shù) ， 職員： 辦公設(shè)施： 其它設(shè)施： 結(jié)構(gòu)要求： 基本面積 、 次層 、 層高： 荷載： 其它要求： 能源供應(yīng)要求： 電器要求： 通訊： 供熱 、 空調(diào)要求： 照明要求： 給排水要求： 消防要求： 隔熱保溫要求： 其它要求： return 要 素 設(shè) 計 說 明 表 35 項目名： 日期： 版次： 頁碼： 建筑物名： 功能面號： 要素號： 要素說明： 項目名： __________ 子項目名： ________ 工 作 包 編 碼 ：_____________________ 日期： __________________ 版次： ___________________