【文章內(nèi)容簡(jiǎn)介】 供考慮的措施，只有把 P8 提前到 B3 之后 (④ )開(kāi)始，而不是在 C5之后。我們需要找出能夠這樣做的理由。 根據(jù)上述內(nèi)容，我們可以這樣說(shuō)： ①應(yīng)該移交的內(nèi)容在概要設(shè)計(jì)完成后就已經(jīng)清楚了。 ②即使需要做一些小的調(diào)整，在 C5 完成之后也來(lái)得及。 那么這樣做之后是否能夠縮短兩個(gè)月呢？從④到⑩，修改前需要 23 個(gè)月。修改后，關(guān)鍵路徑變成 C5D5E4F3G4，需要有 21 個(gè)，正 好縮短了兩個(gè)月。 還應(yīng)該注意的是， PQ 路徑以前限制在 18 個(gè)月內(nèi)完成，現(xiàn)在可以放寬到 21 個(gè)月了。因此，可以斷定上述措施是切實(shí)可行的。 參考答案 【問(wèn)題 1】 (10 分 )(圖 313) 【問(wèn)題 2】 (15 分 ) 措施：在概要設(shè)計(jì) B 完成后即開(kāi)始制定移交計(jì)劃 P。 理由： a．原有計(jì)劃的關(guān)鍵路徑是 ，只有設(shè)法縮短這條路徑才行。 b. 不能縮短，而縮短設(shè)計(jì)工作的時(shí)間又會(huì)產(chǎn)生不良的后果。 ，在概要設(shè)計(jì)完成后就完全可以著手制定移交計(jì)劃。 這樣做可以允許多用 3 個(gè)月的時(shí)間把移交計(jì)劃和移交工作做得更好。 . 項(xiàng)目成 本案例 項(xiàng)目的成本是項(xiàng)目的全過(guò)程所耗用的各種費(fèi)用的總和。項(xiàng)目的成本管理對(duì)于組織來(lái)說(shuō)非常重要，成本管理并不只是把項(xiàng)目的成本進(jìn)行監(jiān)控和記錄，而是需要對(duì)成本數(shù)據(jù)進(jìn)行分析，以發(fā)現(xiàn)項(xiàng)目的成本隱患和問(wèn)題，在項(xiàng)目遭受可能的損失之21 前采取必要的行動(dòng)。 項(xiàng)目成本管理希望節(jié)約項(xiàng)目的費(fèi)用，但并不意味著要一味減少成本。例如：在信息系統(tǒng)項(xiàng)目中，減少測(cè)試無(wú)疑能夠減少項(xiàng)目的費(fèi)用，但沒(méi)有測(cè)試，如同許多曾經(jīng)進(jìn)行過(guò)的信息系統(tǒng)一樣，把用戶(hù)當(dāng)做測(cè)試者，可能對(duì)項(xiàng)目造成災(zāi)難性的后果，最終，或者使得項(xiàng)目的成本大為提高，或者讓項(xiàng)目走向失敗的邊緣。 閱讀以下 關(guān)于信息系統(tǒng)項(xiàng)目管理過(guò)程中成本控制方面問(wèn)題的敘述，回答問(wèn)題1 一問(wèn)題 3。 案例場(chǎng)景 某 A 單位的電力信息應(yīng)用系統(tǒng) (簡(jiǎn)稱(chēng) A 系統(tǒng) )，系統(tǒng)建設(shè)總投資是 1100 萬(wàn)元，其中主機(jī)采購(gòu)、存儲(chǔ)系統(tǒng)采購(gòu)、網(wǎng)絡(luò)設(shè)備采購(gòu)、配件采購(gòu)等花費(fèi) 500 萬(wàn)元，應(yīng)用軟件開(kāi)發(fā) 600 萬(wàn)元。 2021 年 4 月工程雙方簽訂項(xiàng)目開(kāi)發(fā)合同，由 B 公司負(fù)責(zé)承建。項(xiàng)目總工期為 25 周，計(jì)劃從 2021 年 5 月 1 甲啟動(dòng)至 2021 年 10 月 22 日全部完工。 B 公司是一家民營(yíng)高科技信息系統(tǒng)集成企業(yè)，有高級(jí)工程師 2 人，軟件、硬件、網(wǎng)絡(luò)工程師共 36 人。 B 公司安排高工李工負(fù)責(zé) A 系統(tǒng)的建設(shè) 工作。 B 公司的績(jī)效考核制度是非常嚴(yán)格的，對(duì)項(xiàng)目負(fù)責(zé)人的考核，項(xiàng)目開(kāi)工前要制訂項(xiàng)目實(shí)施計(jì)劃，項(xiàng)目完工后要對(duì)項(xiàng)目計(jì)劃的執(zhí)行情況進(jìn)行考核，項(xiàng)目的進(jìn)度、質(zhì)量、成本三大目標(biāo)都要求控制在計(jì)劃的范圍內(nèi)。 李工于項(xiàng)目正式啟動(dòng)之前兩周開(kāi)始進(jìn)行項(xiàng)目建設(shè)的準(zhǔn)備工作，對(duì)工程項(xiàng)目進(jìn)行了工作分解，在工作分解的基礎(chǔ)上，編制了項(xiàng)目資源計(jì)劃、人員計(jì)劃、項(xiàng)目質(zhì)量保障計(jì)劃、進(jìn)度計(jì)劃、項(xiàng)目成本預(yù)算和成本控制計(jì)劃等。李工編制完項(xiàng)目資源計(jì)劃后，報(bào)告公司審批，包括項(xiàng)目小組組建的計(jì)劃在內(nèi)的項(xiàng)目資源計(jì)劃順利地通過(guò)了公司審批。于 2021 年 5 月 1 日項(xiàng)目正式啟動(dòng) 時(shí)，項(xiàng)目小組也組建完成。李工所組建的項(xiàng)目小組為 12 人，包括軟件設(shè)計(jì)、編碼工程師 8 人，軟件測(cè)試工程22 師 4 人。 由于軟件項(xiàng)目開(kāi)發(fā)的主要成本為人力資源成本，為此，李工制定了詳細(xì)的人力資源成本控制計(jì)劃，人力資源計(jì)劃成本 =12 人 25 周平均人周成本 (1500 元 ) =450 000 元。為了將軟件開(kāi)發(fā)人力資源費(fèi)用控制在 45 萬(wàn)元內(nèi)，李工制定了詳細(xì)的工程成本管理計(jì)劃。 李工所進(jìn)行的項(xiàng)目工作分解，得到共 24 個(gè)系統(tǒng)功能模塊，分別編號(hào)為 M0M0??、 M24，并分別為每個(gè)功能模塊制定了工期和成本預(yù)算。如表 48 所示。 在 項(xiàng)目開(kāi)發(fā)的過(guò)程中，李工隨時(shí)跟蹤統(tǒng)計(jì)項(xiàng)目的開(kāi)支情況。李工要求每位軟件工程師每周報(bào)告一次工作進(jìn)度，如某某模塊完成工作量 30％，李工據(jù)此來(lái)估算項(xiàng)目的進(jìn)度和成本績(jī)效。如表 49 所示。李工根據(jù)表 49 的統(tǒng)計(jì)數(shù)據(jù)計(jì)算累積完工的工程價(jià)值，計(jì)算公式為： ii24 1 完成率模塊單價(jià)累積完工工程價(jià)值＝ ?? ?i。 23 【問(wèn)題 1】 (6 分 ) 請(qǐng)以 200 字左右回答，李工的成本預(yù)算存在哪些問(wèn)題？李工所采取的成本跟蹤管理的方法是什么方法？應(yīng)用軟件系統(tǒng)開(kāi)發(fā)項(xiàng)目中，使用此方法應(yīng)注意什么特點(diǎn)？ 【問(wèn)題 2】 (10 分 ) 請(qǐng)以 200 字左右回答，衡量軟件開(kāi) 發(fā)實(shí)際累積人力資源成本的計(jì)算公式是什么？怎樣改進(jìn)上述方法才能控制好人力資源成本？怎樣得到軟件企業(yè)實(shí)際消耗的人力資源成本？ 【問(wèn)題 3】 (9 分 ) 請(qǐng)以 300 字內(nèi)回答，李工采用此方法的具體措施是否存在不足之處？如存在，請(qǐng)指出不足并說(shuō)明理由，請(qǐng)給出你的改進(jìn)意見(jiàn)。 案例分析 【問(wèn)題 1】 掙值管理方法是應(yīng)用非常廣泛的項(xiàng)目成本管理方法。但是， IT 應(yīng)用系統(tǒng)開(kāi)發(fā)工程項(xiàng)目有其特殊的特點(diǎn)，掙值管理方法的應(yīng)用必須結(jié)合 IT 工程項(xiàng)目的特點(diǎn)進(jìn)行，才能夠收到理想的效果。另外， IT 應(yīng)用系統(tǒng)工程項(xiàng)目的成本預(yù)算也是比較困難的課題，我們往往很難像 其他工程項(xiàng)目 (如建筑工程項(xiàng)目 )那樣，將 IT 應(yīng)用系統(tǒng)工程項(xiàng)目的成本預(yù)算做得準(zhǔn)確。 24 在過(guò)去的應(yīng)用軟件工程項(xiàng)目中，很少采用掙值管理來(lái)控制項(xiàng)目進(jìn)度款支付。但隨著 IT 項(xiàng)目管理水平的提高，隨著我國(guó) IT 工程監(jiān)理制度的推廣，將來(lái)采用掙值管理控制工程進(jìn)度款支付也是可期待的。項(xiàng)目經(jīng)理應(yīng)當(dāng)熟練掌握掙值管理方法。 軟件項(xiàng)目的合同價(jià)格不等于軟件項(xiàng)目開(kāi)發(fā)的實(shí)際成本，合同價(jià)格除了承建單位的軟件開(kāi)發(fā)成本外，還包括銷(xiāo)售成本、行政費(fèi)用、稅金、利潤(rùn)等，但我們?cè)谶@里探討的主要是項(xiàng)目開(kāi)發(fā)成本，即工程成本。 在李工的成本估算中，缺少了對(duì)工程量的估算， 因此，對(duì)人力資源成本的估算也就缺少了依據(jù)。對(duì)工作量的估算，如 M0l 模塊需要 16“人周”， M02 模塊需要 6“人周”，或以“人月”、“人年”為單位來(lái)估算工作量，各模塊的工作量合起來(lái)，就可得到整個(gè)項(xiàng)目的工作量。當(dāng)然，如果要把預(yù)算做得更準(zhǔn)確，還需要估算各模塊的代碼量，以歷史經(jīng)驗(yàn)得到每個(gè)成員的工作效率來(lái)計(jì)算各模塊所需的工作量，但這種做法目前在我國(guó)還沒(méi)有多少成功的案例，很多 IT 公司均是靠經(jīng)驗(yàn)來(lái)進(jìn)行估算的。 【問(wèn)題 2】 對(duì)于大多數(shù)應(yīng)用軟件開(kāi)發(fā)項(xiàng)目來(lái)說(shuō)，工程成本的主要構(gòu)成要素是人力資源使用成本。而為了合理有效地控制人力資源 使用成本，在組建項(xiàng)目小組的時(shí)候，可以根據(jù)工程項(xiàng)目的進(jìn)度情況，分階段投入人力資源，要做好與其他工程項(xiàng)目協(xié)調(diào)使用人力資源。我們也可用人力資源成本來(lái)計(jì)算掙值，人力資源使用成本的實(shí)際值可向財(cái)務(wù)查詢(xún)所支付的成本，掙值可以這樣計(jì)算： 累積人力資源成本 (掙值 )=??241i 模塊工作量 i完成率 i平均人力周成本 這種計(jì)算是在承建單位內(nèi)部的成本控制。 本題的主要考點(diǎn)在于怎樣在軟件開(kāi)發(fā)項(xiàng)目中合理、有效地進(jìn)行掙值管理。要合理使用掙值管理方法，必須同時(shí)考慮到軟件工程項(xiàng)目的特點(diǎn)。軟件工程項(xiàng)目與25 建筑 工程項(xiàng)目有很大的區(qū)別。軟件工程項(xiàng)目更加類(lèi)似于科研項(xiàng)目。如表 410 所示。 在建筑工程項(xiàng)目中，工程進(jìn)度與成本之間的線性比例關(guān)系較好，而且進(jìn)度容易測(cè)量。因此，掙值管理方法也使用得比較好。 但在軟件工程項(xiàng)目中，要合理、合適地采用掙值分析方法是比較困難的。軟件工程項(xiàng)目的成本控制的困難有以下原因。 (1) 需求的不確定性：軟件項(xiàng)目的范圍、需求難以準(zhǔn)確地定義，導(dǎo)致項(xiàng)目開(kāi)發(fā)過(guò)程中存在大量的變更，從而影響進(jìn)度和成本。 (2) 規(guī)模和工作量的不確定性：軟件項(xiàng)目的工作量預(yù)算難以估計(jì)準(zhǔn)確。 (3) 質(zhì)量鑒定的不確定性：開(kāi)發(fā)完成并投入運(yùn)行的軟件模塊的 質(zhì)量難以鑒定，特別如某個(gè)模塊完成了 30％或 80％的工作量，我們無(wú)法去鑒定，或用于鑒定的成本可能很高而使開(kāi)發(fā)單位難以接受或不愿意去做這樣的鑒定。 (4) 把握需求的不確定性：已經(jīng)編寫(xiě)完成的軟件代碼，可能隱藏著對(duì)需求理解的嚴(yán)重偏差，可能是廢品，得全部返工。 (5) 難易程度的不確定性：已經(jīng)編寫(xiě)完成的軟件代碼可能是很簡(jiǎn)單的，未完成的可能很難，或反之。 (6) 人員的不確定性：如果編寫(xiě)軟件代碼的人員不穩(wěn)定，熟練員工中途流失將給項(xiàng)目進(jìn)度、質(zhì)量管理帶來(lái)嚴(yán)重影響。新人中途接手未全面完成的、風(fēng)格不良26 的軟件代碼，是一件很困難的工作。員工的敬業(yè)精神也 難以衡量。 由于以上這些因素的影響，使得在軟件工程項(xiàng)目中對(duì)工程進(jìn)度和工程質(zhì)量的測(cè)量變得很困難，因而，我們就不可能像在建筑項(xiàng)目中那樣使用掙值管理方法了。 【問(wèn)題 3】 在軟件項(xiàng)目的開(kāi)發(fā)管理中采用掙值分析時(shí)，可以考察各模塊的完成狀態(tài)，全部完成并且集成測(cè)試成功，能夠投入初步運(yùn)行，這樣，可以算本模塊的工作量完成，可以獲得本模塊的全部掙值，否則，本模塊的掙值計(jì) 0?？紤]到工程整體的集成還需要一定成本，因此，在計(jì)算各模塊掙值時(shí)，還應(yīng)當(dāng)扣除一定比例的掙值，作為工程整體集成的工作量的掙值。 但我們?cè)趯?shí)際工作中，也有很多時(shí)候采用 估算某模塊完成百分之幾的做法，但這種做法是粗放式的，項(xiàng)目管理人員可以將這信息作為對(duì)項(xiàng)目成本累積的參考，作為粗略估計(jì)項(xiàng)目進(jìn)度的參考，但不是成本核算的依據(jù)，也不能作為申請(qǐng)工程進(jìn)度款支付的依據(jù)，需知這種信息的可信度和可控性均較差。 參考答案 【問(wèn)題 1】 (6 分 ) 應(yīng)當(dāng)先估算各模塊的工程量，再以工程量來(lái)估算所需要的人力資源，如總工程量“人周”或“人月”或“人年”等。李工的項(xiàng)目小組的建設(shè)應(yīng)分階段進(jìn)行人力資源投入，如設(shè)計(jì)階段所用人力應(yīng)較少，而詳細(xì)設(shè)計(jì)完成后，編碼階段進(jìn)入，則人力投入是高峰期。 人力資源成本的預(yù) 算也應(yīng)當(dāng)核算一定比例的浮動(dòng)成本。李工所采用的是掙值管理方法。此方法應(yīng)用到軟件工程項(xiàng)目中，應(yīng)注意軟件開(kāi)發(fā)掙值與投入的非線性比例關(guān)系特點(diǎn)。 【問(wèn)題 2】 (10 分 ) 軟件開(kāi)發(fā)人力資源成本掙值統(tǒng)計(jì)是能夠做到比較準(zhǔn)確的，衡量軟件開(kāi)發(fā)人力27 資源成本的計(jì)算公式： 累積人力資源成本 =??241i 模塊工作量 i完成率 i平均人力周成本 李工所采取的方法應(yīng)增加各模塊工程量的估算，就能夠進(jìn)行人力資源成本控制。如表 411 所示。 實(shí)際消耗的人力資源成本可通過(guò)財(cái)務(wù)發(fā)放的工資統(tǒng)計(jì)得到。 【問(wèn)題 3】 (9 分 ) 李工根據(jù)各工程師的進(jìn)度報(bào)告 (進(jìn)度百分比 )來(lái)計(jì)算掙值，在軟件開(kāi)發(fā)中是不可行的。 在軟件開(kāi)發(fā)中，各模塊的進(jìn)度百分比通常很難測(cè)量準(zhǔn)確，而各工程師的匯報(bào)往往是很粗略的估計(jì)，這種估計(jì)只能提供給項(xiàng)目經(jīng)理控制進(jìn)度時(shí)做參考，但不能作為成本核算或申請(qǐng)工程進(jìn)度款支付的依據(jù)。建議李工以各模塊全面完工來(lái)進(jìn)行計(jì)算，即各模塊要么計(jì)算 0％，要么計(jì)算 100%完工，但在進(jìn)行工作分解的時(shí)候，分解的深度和各模塊的粒度要合適，便于進(jìn)行控制。 另外，在核算的時(shí)候，要扣除一定的比例，如 20%～ 30%作為各模塊集成所需要的工程量，待 工程全面完工后進(jìn)行核算。 . 項(xiàng)目質(zhì)量案例 質(zhì)量是“使實(shí)體具備滿(mǎn)足明確或隱含需求能力的各項(xiàng)特征之總和”，明確或隱含的需求是指按項(xiàng)目需求制定的基礎(chǔ)性文件。在信息系統(tǒng)項(xiàng)目中，一般把《系統(tǒng)需求規(guī)格說(shuō)明書(shū)》作為項(xiàng)目需求的基礎(chǔ)性文件。 質(zhì)量管理作為項(xiàng)目管理的一部分，具有非常重要的地位。質(zhì)量管理的目的是通過(guò)執(zhí)行項(xiàng)目質(zhì)量管理過(guò)程，使用一些基本項(xiàng)目管理工具和技術(shù)來(lái)保證信息系統(tǒng)28 的質(zhì)量。時(shí)間、成本、質(zhì)量是項(xiàng)目管理的三大目標(biāo)，如果質(zhì)量不能滿(mǎn)足要求，即使進(jìn)度再快，成本再節(jié)省，項(xiàng)目也沒(méi)有意義。 閱讀以下關(guān)于信息系統(tǒng)項(xiàng)目管理過(guò)程中項(xiàng)目質(zhì)量 管理方面問(wèn)題的敘述，回答問(wèn)題 1 至問(wèn)題 3。 案例場(chǎng)景 金博聯(lián)信息技術(shù)有限公司 (CIU)曾經(jīng)為 K 公司開(kāi)發(fā)過(guò)一套信息系統(tǒng)，該系統(tǒng)涉及了 K 公司的所有主要業(yè)務(wù)。該系統(tǒng)中關(guān)于組織機(jī)構(gòu)的業(yè)務(wù)規(guī)則如下： (1) 組織機(jī)構(gòu)樹(shù)通過(guò)部門(mén)編碼體現(xiàn)層級(jí)和隸屬關(guān)系。即部門(mén) 0001 的下屬部門(mén)包括 0001000 00010002,依次類(lèi)推，根據(jù)代碼中包含的層級(jí)關(guān)系確定某 個(gè)部門(mén)在組織機(jī)構(gòu)樹(shù)中的確切位置，該編碼由公司統(tǒng)一制定。 (2) 任意一條業(yè)務(wù)數(shù)據(jù)隸屬于某個(gè)特定的部門(mén)。 (3) 部門(mén)之間存在友好和互斥的關(guān)系。關(guān)系為友好的部門(mén)可以共享業(yè)務(wù)數(shù)據(jù)，關(guān)系為互斥的部 門(mén)互相不能訪問(wèn)對(duì)方的業(yè)務(wù)數(shù)據(jù)。 后來(lái)， K 公司需要調(diào)整部門(mén)的組織結(jié)構(gòu)，因此對(duì)系統(tǒng)提出了升級(jí)的要求： (1) 系統(tǒng)中的部門(mén)編碼需要更新為最新的企業(yè)標(biāo)準(zhǔn)。 (2) 組織機(jī)構(gòu)根據(jù)最新的企業(yè)標(biāo)準(zhǔn)重新生成。 (3) 組織結(jié)構(gòu)調(diào)整是不能丟失業(yè)務(wù)數(shù)據(jù)。、 (4) 系統(tǒng)中可以保留組織機(jī)構(gòu)調(diào)整的痕跡，業(yè)務(wù)數(shù)據(jù)可以追蹤除原屬于哪個(gè)部門(mén)，機(jī)構(gòu)調(diào)整后屬于哪個(gè)部門(mén)。 (5) 部門(mén)間友好和互斥的關(guān)系可能會(huì)被重新定義。 (6) 升級(jí)后的系統(tǒng)需要能夠適應(yīng)再次的組織機(jī)構(gòu)調(diào)整而不需要再次升級(jí)。 項(xiàng)目經(jīng)理張工接受了這個(gè)項(xiàng)目，經(jīng)過(guò)細(xì)致的調(diào)研和分析，發(fā)現(xiàn)原系統(tǒng)存在如下缺陷： (1) 原系統(tǒng)中將企業(yè)對(duì)部門(mén)的 標(biāo)準(zhǔn)編碼設(shè)計(jì)為部門(mén)主鍵，修改起來(lái)難度很大，29 容易發(fā)生數(shù)據(jù)不一致的問(wèn)題。 (2) (新的企業(yè)標(biāo)準(zhǔn)沒(méi)有考慮到原有企業(yè)標(biāo)準(zhǔn)，同是一個(gè)部門(mén)張工在原標(biāo)準(zhǔn)中為 00010001，在新標(biāo)準(zhǔn)中為 00010005,部門(mén)的層次也可能發(fā)生變化。 (3) 業(yè)務(wù)數(shù)據(jù)中保存了隸屬部門(mén)編碼，系統(tǒng)已經(jīng)使用近兩年，保存了大量的歷史業(yè)務(wù)數(shù)據(jù)。 (4) 原系