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