【正文】 2024年11月17日星期日8時11分14秒Sunday, November 17, 2024 愛情，親情，友情，讓人無法割舍。2024年11月上午8時11分24.11.1708:11November 17, 2024 這些年的努力就為了得到相應(yīng)的回報。08:11:1408:11:1408:11Sunday, November 17, 2024 安全放在第一位，防微杜漸。,生活中的辛苦阻撓不了我對生活的熱愛。,該工程的土建施工由施工企業(yè)總承包。其目的是驗證項目的目標(biāo)是否全面完成，技術(shù)系統(tǒng)狀態(tài)項目是否符合規(guī)范和合同要求。,二、工程項目系統(tǒng)描述體系的關(guān)系,第六節(jié) 工程項目系統(tǒng)的描述體系,三、工程項目系統(tǒng)描述體系的管理 對項目系統(tǒng)狀態(tài)描述體系進(jìn)行標(biāo)識并形成文件。如圖38所示。,第六節(jié) 工程項目系統(tǒng)的描述體系,工作包說明。主要說明各個功能區(qū)間的某一要素的技術(shù)要求，它的布置及與其它要素之間的關(guān)系、技術(shù)標(biāo)準(zhǔn)、材料等各方面的要求。包括建設(shè)造型、樓層總面積、建筑結(jié)構(gòu)、水電等設(shè)計的總體規(guī)范，以及設(shè)備布置、設(shè)備的功能說明和各建筑空間功能面的總體布置及面積的分配表等。,第六節(jié) 工程項目系統(tǒng)的描述體系,項目工程技術(shù)設(shè)計文件。 實施方案和計劃文件。 在本案例中，張工首先進(jìn)行了范圍定義和工作分解，得到了清晰的項目范圍；在出現(xiàn)新的項目目標(biāo)后，張工進(jìn)行了范圍控制，重新定義了兩個階段的項目范圍；最后，張工將重新定義的范圍與項目干系人進(jìn)行了確認(rèn)。(2)范圍定義。 (3)在出現(xiàn)新的項目目標(biāo)后，張工對項目進(jìn)行了范圍控制，縮小了第一階段實現(xiàn)的范圍。高層經(jīng)理認(rèn)為該方案可以滿足公司的運作要求，用戶也同意按照這種方案進(jìn)行實施。張工認(rèn)為，整個項目的工作量是經(jīng)過仔細(xì)分解后評估得到的，評估過程中也參考了歷史上與 K 企業(yè)合作的項目度量數(shù)據(jù)，該工作量是客觀真實的。最近，M 又和 CSAI 簽訂了新的開發(fā)合同，以擴(kuò)充整個企業(yè)的信息化應(yīng)用范圍，張工擔(dān)任該項目的項目經(jīng)理。 ②在項目結(jié)構(gòu)分解時，應(yīng)著重注意界面，劃清其界限。 對界面進(jìn)行詳細(xì)定義，并形成文件，特別應(yīng)注意變更對界面的影響。,界面管理 項目管理的大量工作都需要解決界面問題，例如各種計劃、組織設(shè)計、實施控制、召開項目相關(guān)職能會議、解決職責(zé)矛盾、項目變更、信息管理等。 ②技術(shù)系統(tǒng)界面。 晚會的內(nèi)容： 參加晚會的人員：,生日晚會的工作分解結(jié)構(gòu),項目,子項目,項目單元,1.4.2,生日晚會的工作分解結(jié)構(gòu)輪廓圖,生日晚會 1.0 晚會 1.1 生日蛋糕 1.2 飲料 1.3 清洗 1.3.1 食品 1.3.2 餐具 1.4做菜 1.4.1 涼菜 1.4.2 熟菜 1.4.2.1 蔬菜類 1.4.2.2 海鮮類 1.4.2.3 其他類 2.0 娛樂 2.1 音響 2.2 燈光布置 2.3 室內(nèi)布置 2.4 VCD光碟,生日晚會項目責(zé)任矩陣圖,P－President,S－Service,生日晚會分解不是唯一的,生日晚宴,晚宴,娛樂,布置,0級,1級,第五節(jié) 工程項目系統(tǒng)界面分析,項目是一個有機(jī)整體，系統(tǒng)的功能常常是通過系統(tǒng)單元之間的相互作用、相互聯(lián)系、相互影響實現(xiàn)的。 5)項目分解工作應(yīng)符合項目計劃和目標(biāo)控制的需要。,68,六、項目結(jié)構(gòu)分解的基本原則 1)應(yīng)在各層次上保持項目的完整性和合理性。,67,工作包應(yīng)具有以下特點： ①與上一層次相應(yīng)單元關(guān)聯(lián)，與同組其他工作包關(guān)系明確的獨立單元。 第三、四層是可交付子成果。,65,66,第一層表現(xiàn)了總的項目目標(biāo)，即完成項目包含的工作的總和，對高層管理人員有用。 3）在制定WBS編碼時，責(zé)任與預(yù)算也可以用同一編碼數(shù)字制定出來。 利用編碼技術(shù)對WBS進(jìn)行信息交換，可以簡化WBS的信息交換過程。 （6）由決策者審查批準(zhǔn)結(jié)構(gòu)圖。 （2）研究并確定每個子項目的特點，以及完成它所需的活動，作進(jìn)一步分解。 （2）按技術(shù)要素進(jìn)行分解：一個功能面又可以分為各個專業(yè)要素，有些專業(yè)要素還可以進(jìn)一步分解為子要素。 WBS最常見的形式是五（六）級別(層次)的關(guān)聯(lián)結(jié)構(gòu)，如下圖所示 。如果項目任務(wù)的完成是一份合同，則WBS的結(jié)果就是合同工作范圍文件。因為一修改層次就不清楚了，而超過五個層次的工程項目不適宜用一張紙畫完。 (4)用于建立目標(biāo)保證體系，項目結(jié)構(gòu)分解是進(jìn)行目標(biāo)分解，建立項目組織，落實組織責(zé)任的依據(jù)。 目的是防止：遺忘或疏忽必需的工作；實施過程中頻繁的變更；項目功能不全和質(zhì)量缺陷；合同發(fā)生爭執(zhí)；項目失敗。 二、專業(yè)工程要素 １ 工程系統(tǒng)的每個功能面是由許多具有一定專業(yè)特點的工程要素構(gòu)成的，即專業(yè)工程要素。對于本案例，要結(jié)合行業(yè)特點進(jìn)行需求分析，挖掘系統(tǒng)潛在的需求，同時通過原型等方法來輔助需求的定義，避免范圍定義不清晰的問題。,41,分析: 【問題2】 (1)張工沒有挖掘到系統(tǒng)的全部隱性需求，缺乏精確的范圍定義。 (2)張工忽略了系統(tǒng)用戶的潛在要求，在用戶界面和操作的風(fēng)格上范圍定義不清晰，造成系統(tǒng)交付時的重大變更。,39,案例：范圍定義,在項目交付時，雖然系統(tǒng)完全滿足了保密性的要求，但用戶對系統(tǒng)用戶界面提出了較大的異議，認(rèn)為不符合政務(wù)信息系統(tǒng)的風(fēng)格，操作也不夠便捷，要求徹底更換。政務(wù)內(nèi)網(wǎng)中儲存著全部信息，其中包括部分機(jī)密信息；政務(wù)外網(wǎng)可以對公眾開放，開放的信息必須得到授權(quán)。 4）為進(jìn)一步確定項目費用、時間和資源計劃作準(zhǔn)備 5）劃定項目責(zé)任，方便對各項目任務(wù)承擔(dān)者進(jìn)行監(jiān)督、考核和評價。,應(yīng)當(dāng)全過程地與其他控制過程結(jié)合起來，如進(jìn)度控制、成本控制、質(zhì)量控制等。,34,創(chuàng)建WBS Create Work Breakdown Structure,WBS(Work Breakdown Structure)是把項目可交付成果和項目工作分解成較小的、更易于管理的組成部分的過程；未列入工作分解結(jié)構(gòu)的工作將排除在項目范圍之外。 除此之外，還應(yīng)依據(jù)以下幾個方面的內(nèi)容： 其他計劃成果 歷史資料 批準(zhǔn)的變更請求,范圍定義的工具和技術(shù) 工作分解結(jié)構(gòu)樣板 分解 （1）識別項目的主要組成部分 （2）確定每一組成部分是否分解的足夠詳細(xì)，以便可以對它進(jìn)行費用和時間的估算 （3）確定可交付成果的構(gòu)成要素 （4）核對分解是否正確,范圍定義的結(jié)果 項目范圍定義主要形成以下成果： 范圍基準(zhǔn) 請求的變更 項目范圍管理計劃更新,施工圖設(shè)計工作描述表,30,三、項目范圍管理 項目范圍管理包括了用以保證項目包含且只包含所有需要完成的工作，以順利完成項目所需要的所有過程。 項目需求的識別 項目范圍的定義來源于項目的需求，不能全面、正確地理解一個需求和其內(nèi)在含義，或者不能正確地闡述表達(dá)它，項目管理必將迷失方向，就像那艘無舵的航船。 ③形成項目結(jié)果核對清單。 (3)項目可交付成果：一份主要的、具有歸納性層次的產(chǎn)品清單，這些產(chǎn)品完全、滿意的交付標(biāo)志著項目的完成。 項目經(jīng)理應(yīng)當(dāng)與項目的主要利益相關(guān)者共同編制項目范圍說明書，客戶應(yīng)當(dāng)在范圍說明書上簽字，以表示對項目范圍的同意與認(rèn)可。 6）項目單