【文章內(nèi)容簡介】 效考核制度是非常嚴格的，對項目負責(zé)人的考核，項目開工前要制訂項目實施計劃，項目完工后要對項目計劃的執(zhí)行情況進行考核，項目的進度、質(zhì)量、成 ??? 10 本三大目標(biāo)都要求控制在計劃的范圍內(nèi)。 李工于項目正式啟動之前兩周開始進行項目建設(shè)的準備工作，對工程項目進行了工作分解，在工作分解的基礎(chǔ)上，編制了項目資源計劃、人員計劃、項目質(zhì)量保障計劃、進度計劃、項目成本預(yù)算和成本控制計劃等。李工編制完項目資源 計劃后，報告公司審批，包括項目小組組建的計劃在內(nèi)的項目資源計劃順利地通過了公司審批。于 2021 年 5 月 1 日項目正式啟動時，項目小組也組建完成。李工所組建的項目小組為 12 人，包括軟件設(shè)計、編碼工程師 8 人，軟件測試工程師 4 人。 由于軟件項目開發(fā)的主要成本為人力資源成本，為此，李工制定了詳細的人力資源成本控制計劃，人力資源計劃成本 =12 人 25 周平均人周成本 (1500 元 ) =450 000 元。為了將軟件開發(fā)人力資源費用控制在45 萬元內(nèi)，李工制定了詳細的工程成本管理計劃。 李工所進行的項目工作分解，得到共 24 個系統(tǒng) 功能模塊，分別編號為 M0 M0??、 M24，并分別為每個功能模塊制定了工期和成本預(yù)算。如表 48 所示。 在項目開發(fā)的過程中，李工隨時跟蹤統(tǒng)計項目的開支情況。李工要求每位軟件工程師每周報告一次工作進度，如某某模塊完成工作量 30％，李工據(jù)此來估算項目的進度和成本績效。如表 49 所示。李工根據(jù)表 49 的統(tǒng)計數(shù)據(jù)計算累積完工的工程價值，計算公式為： ii24 1 完成率模塊單價累積完工工程價值＝ ?? ?i。 【問題 1】 (6 分 ) 請以 200 字左右回答，李工的成本預(yù)算存在哪些問題？李工所采取的成本跟蹤管理的方法是什么方 法？應(yīng)用軟件系統(tǒng)開發(fā)項目中，使用此方法應(yīng)注意什么特點？ 【問題 2】 (10 分 ) 請以 200 字左右回答，衡量軟件開發(fā)實際累積人力資源成本的計算公式是什么？怎樣改進上述方法才能控制好人力資源成本？怎樣得到軟件企業(yè)實際消耗的人力資源成本？ 【問題 3】 (9 分 ) 請以 300 字內(nèi)回答，李工采用此方法的具體措施是否存在不足之處？如存在，請指出不足并說明理由，請給出你的改進意見。 案例分析 【問題 1】 掙值管理方法是應(yīng)用非常廣泛的項目成本管理方法。但是， IT 應(yīng)用系統(tǒng)開發(fā)工程項目有其特殊的特點，掙值管理方法的應(yīng)用必須結(jié)合 IT 工 程項目的特點進行，才能夠收到理想的效果。另外， IT 應(yīng)用系統(tǒng)工程??? 11 項目的成本預(yù)算也是比較困難的課題，我們往往很難像其他工程項目 (如建筑工程項目 )那樣，將 IT 應(yīng)用系統(tǒng)工程項目的成本預(yù)算做得準確。 在過去的應(yīng)用軟件工程項目中，很少采用掙值管理來控制項目進度款支付。但隨著 IT 項目管理水平的提高，隨著我國 IT 工程監(jiān)理制度的推廣，將來采用掙值管理控制工程進度款支付也是可期待的。項目經(jīng)理應(yīng)當(dāng)熟練掌握掙值管理方法。 軟件項目的合同價格不等于軟件項目開發(fā)的實際成本，合同價格除了承建單位的軟件開發(fā)成本外，還包括銷售成本、行政費用 、稅金、利潤等，但我們在這里探討的主要是項目開發(fā)成本，即工程成本。 在李工的成本估算中，缺少了對工程量的估算，因此，對人力資源成本的估算也就缺少了依據(jù)。對工作量的估算，如 M0l模塊需要 16“人周”， M02 模塊需要 6“人周”，或以“人月”、“人年”為單位來估算工作量，各模塊的工作量合起來，就可得到整個項目的工作量。當(dāng)然，如果要把預(yù)算做得更準確，還需要估算各模塊的代碼量，以歷史經(jīng)驗得到每個成員的工作效率來計算各模塊所需的工作量，但這種做法目前在我國還沒有多少成功的案例，很多 IT 公司均是靠經(jīng)驗來進行估算的。 【問 題 2】 對于大多數(shù)應(yīng)用軟件開發(fā)項目來說，工程成本的主要構(gòu)成要素是人力資源使用成本。而為了合理有效地控制人力資源使用成本，在組建項目小組的時候，可以根據(jù)工程項目的進度情況，分階段投入人力資源，要做好與其他工程項目協(xié)調(diào)使用人力資源。我們也可用人力資源成本來計算掙值，人力資源使用成本的實際值可向財務(wù)查詢所支付的成本，掙值可以這樣計算： 累積人力資源成本 (掙值 )=??241i模塊工作量 i完成率 i平均人力周成本 這種計算是在承建單位內(nèi)部的成本控制。 本題的主要考點在于怎樣在軟件開 發(fā)項目中合理、有效地進行掙值管理。要合理使用掙值管理方法，必須同時考慮到軟件工程項目的特點。軟件工程項目與建筑工程項目有很大的區(qū)別。軟件工程項目更加類似于科研項目。如表 410 所示。 在建筑工程項目中，工程進度與成本之間的線性比例關(guān)系較好，而且進度容易測量。因此，掙值管理方法也使用得比較好。 但在軟件工程項目中，要合理、合適地采用掙值分析方法是比較困難的。軟件工程項目的成本控制的困難有以下原因。 (1)需求的不確定性：軟件項目的范圍、需求難以準確地定義，導(dǎo)致項目開發(fā)過程中存在大量的變更，從而影響進度和成本 。 (2)規(guī)模和工作量的不確定性：軟件項目的工作量預(yù)算難以估計準確。 (3)質(zhì)量鑒定的不確定性：開發(fā)完成并投入運行的軟件模塊的質(zhì)量難以鑒定，特別如某個模塊完成了 30％或 80％的工作量，我們無法去鑒定，或用于鑒定的成本可能很高而使開發(fā)單位難以接受或不愿意去做這樣的鑒定。 (4)把握需求的不確定性：已經(jīng)編寫完成的軟件代碼，可能隱藏著對需求理解的嚴重偏差，可能是廢品，得全部返工。 (5)難易程度的不確定性：已經(jīng)編寫完成的軟件代碼可能是很簡單的，未完成的可能很難，或反之。 (6)人員的不確定性：如果編寫軟件代碼的人 員不穩(wěn)定，熟練員工中途流失將給項目進度、質(zhì)量管理帶來嚴重影響。新人中途接手未全面完成的、風(fēng)格不良的軟件代碼，是一件很困難的工作。員工的敬業(yè)精神也難以衡量。 ??? 12 由于以上這些因素的影響，使得在軟件工程項目中對工程進度和工程質(zhì)量的測量變得很困難，因而，我們就不可能像在建筑項目中那樣使用掙值管理方法了。 【問題 3】 在軟件項目的開發(fā)管理中采用掙值分析時，可以考察各模塊的完成狀態(tài)，全部完成并且集成測試成功，能夠投入初步運行，這樣，可以算本模塊的工作量完成，可以獲得本模塊的全部掙值，否則，本模塊的掙值計 0?？紤]到工程整體 的集成還需要一定成本，因此，在計算各模塊掙值時，還應(yīng)當(dāng)扣除一定比例的掙值，作為工程整體集成的工作量的掙值。 但我們在實際工作中，也有很多時候采用估算某模塊完成百分之幾的做法，但這種做法是粗放式的，項目管理人員可以將這信息作為對項目成本累積的參考，作為粗略估計項目進度的參考，但不是成本核算的依據(jù)，也不能作為申請工程進度款支付的依據(jù)，需知這種信息的可信度和可控性均較差。 參考答案 【問題 1】 (6 分 ) 應(yīng)當(dāng)先估算各模塊的工程量，再以工程量來估算所需要的人力資源，如總工程量“人周”或“人月”或“人年”等 。李工的項目小組的建設(shè)應(yīng)分階段進行人力資源投入，如設(shè)計階段所用人力應(yīng)較少，而詳細設(shè)計完成后，編碼階段進入，則人力投入是高峰期。 人力資源成本的預(yù)算也應(yīng)當(dāng)核算一定比例的浮動成本。李工所采用的是掙值管理方法。此方法應(yīng)用到軟件工程項目中，應(yīng)注意軟件開發(fā)掙值與投入的非線性比例關(guān)系特點。 【問題 2】 (10 分 ) 軟件開發(fā)人力資源成本掙值統(tǒng)計是能夠做到比較準確的，衡量軟件開發(fā)人力資源成本的計算公式： 累積人力資源成本 =??241i模塊工作量 i完成率 i平均人力周成本 李工所采取 的方法應(yīng)增加各模塊工程量的估算，就能夠進行人力資源成本控制。如表 411 所示。 實際消耗的人力資源成本可通過財務(wù)發(fā)放的工資統(tǒng)計得到。 【問題 3】 (9 分 ) 李工根據(jù)各工程師的進度報告 (進度百分比 )來計算掙值，在軟件開發(fā)中是不可行的。 在軟件開發(fā)中，各模塊的進度百分比通常很難測量準確，而各工程師的匯報往往是很粗略的估計，這種估計只能提供給項目經(jīng)理控制進度時做參考，但不能作為成本核算或申請工程進度款支付的依據(jù)。建議李工以各模塊全面完工來進行計算，即各模塊要么計算 0％，要么計算 100%完工，但在進行工作分解的時候， 分解的深度和各模塊的粒度要合適，便于進行控制。 另外，在核算的時候，要扣除一定的比例，如 20%～ 30%作為各模塊集成所需要的工程量，待工程全面完工后進行核算。 項目 質(zhì)量案例 質(zhì)量是“使實體具備滿足明確或隱含需求能力的各項特征之總和”，明確或隱含的需求是指按項目需求制定的基礎(chǔ)性文件。在信息系統(tǒng)項目中，一般把《系統(tǒng)需求規(guī)格說明書》作為項目需求的基礎(chǔ)性文件。 質(zhì)量管理作為項目管理的一部分，具有非常重要的地位。質(zhì)量管理的目的是通過執(zhí)行項目質(zhì)量管理過程，使用一些基本項目管理工具和技術(shù)來保證信息系統(tǒng)的質(zhì)量。時間 、成本、質(zhì)量是項目管理的三大目標(biāo)，如果質(zhì)量不能滿足要求，即使進度再快，成本再節(jié)省，項目也沒有意義。 閱讀以下關(guān)于信息系統(tǒng)項目管理過程中項目質(zhì)量管理方面問題的敘述，回答問題 1 至問題 3。 ??? 13 案例場景 金博聯(lián)信息技術(shù)有限公司 (CIU)曾經(jīng)為 K 公司開發(fā)過一套信息系統(tǒng)，該系統(tǒng)涉及了 K 公司的所有主要業(yè)務(wù)。該系統(tǒng)中關(guān)于組織機構(gòu)的業(yè)務(wù)規(guī)則如下： (1)組織機構(gòu)樹通過部門編碼體現(xiàn)層級和隸屬關(guān)系。即部門 0001 的下屬部門包括 0001000 00010002,依次類推，根據(jù)代碼中包含的層級關(guān)系確定某 個部門在組織機構(gòu)樹中的確切 位置，該編碼由公司統(tǒng)一制定。 (2)任意一條業(yè)務(wù)數(shù)據(jù)隸屬于某個特定的部門。 (3)部門之間存在友好和互斥的關(guān)系。關(guān)系為友好的部門可以共享業(yè)務(wù)數(shù)據(jù)，關(guān)系為互斥的部門互相不能訪問對方的業(yè)務(wù)數(shù)據(jù)。 后來， K 公司需要調(diào)整部門的組織結(jié)構(gòu)，因此對系統(tǒng)提出了升級的要求： (1)系統(tǒng)中的部門編碼需要更新為最新的企業(yè)標(biāo)準。 (2)組織機構(gòu)根據(jù)最新的企業(yè)標(biāo)準重新生成。 (3)組織結(jié)構(gòu)調(diào)整是不能丟失業(yè)務(wù)數(shù)據(jù)。、 (4)系統(tǒng)中可以保留組織機構(gòu)調(diào)整的痕跡，業(yè)務(wù)數(shù)據(jù)可以追蹤除原屬于哪個部門，機構(gòu)調(diào)整后屬于哪個部門。 (5)部門間友好和互斥的關(guān)系可能會被重新定義。 (6)升級后的系統(tǒng)需要能夠適應(yīng)再次的組織機構(gòu)調(diào)整而不需要再次升級。 項目經(jīng)理張工接受了這個項目，經(jīng)過細致的調(diào)研和分析，發(fā)現(xiàn)原系統(tǒng)存在如下缺陷： (1)原系統(tǒng)中將企業(yè)對部門的標(biāo)準編碼設(shè)計為部門主鍵，修改起來難度很大，容易發(fā)生數(shù)據(jù)不一致的問題。 (2)新的企業(yè)標(biāo)準沒有考慮到原有企業(yè)標(biāo)準，同是一個部門張工在原標(biāo)準中為 00010001，在新標(biāo)準中為00010005,部門的層次也可能發(fā)生變化。 (3)業(yè)務(wù)數(shù)據(jù)中保存了隸屬部門編碼，系統(tǒng)已經(jīng)使用近兩年，保存了大量的歷史業(yè)務(wù) 數(shù)據(jù)。 (4)原系統(tǒng)在設(shè)計時將部門間的友好與互斥關(guān)系硬編碼在系統(tǒng)代碼中，且涉及面很廣，原系統(tǒng)中 80％以上的程序存在這樣的硬編碼。 (5)不少業(yè)務(wù)邏輯和工作流程是根據(jù)特定的部門編碼進行判斷的，部門編碼的變化會造成業(yè)務(wù)混亂。 (6)原系統(tǒng)在設(shè)計時沒有考慮到組織機構(gòu)調(diào)整的可能，也沒有對保留部門變革歷史的功能進行設(shè)計。 張工認為，需求已經(jīng)非常明確，對于這個項目的關(guān)鍵是設(shè)計的質(zhì)量，其中包括解決方案的設(shè)計和業(yè)務(wù)系統(tǒng)的改造兩部分。一旦設(shè)計出現(xiàn)偏差，返工的工作量會非常巨大，反之，整個項目還是容易控制的。但張工在如何提高設(shè)計 質(zhì)量方面卻犯了愁。 【問題 1】 (8 分 ) 試以 300 字內(nèi)回答，張工可以采取哪些措施提高設(shè)計的質(zhì)量？ 【問題 2】 (9 分 ) 試以 300 字內(nèi)回答，除設(shè)計外，張工還需要特別注意哪些工程活動。 【問題 3】 (8 分 ) 試以 300 字內(nèi)回答，如何提高這些工程活動的質(zhì)量。 案例分析 這是一個開放式的案例分析題，案例中僅粗略地描述了項目背景的目標(biāo)，針對如何提高項目質(zhì)量進行發(fā)問，難度相對較大，需要仔細的分析。 前面一部分對項目背景和目標(biāo)的描述無非是為了說明這么幾個問題： (1)這是一個系統(tǒng)改造的項目。 (2)原系統(tǒng)中存在設(shè)計缺陷， 沒有考慮過組織機構(gòu)改革的可能性。 (3)需要大量更改原系統(tǒng)的程序，消除硬編碼。 (4)需要更改已有的業(yè)務(wù)數(shù)據(jù)，同時增加部門變革歷史的功能。 ??? 14 基于這些問題，案例的后半部分給出了張工的觀點：設(shè)計質(zhì)量是項目的關(guān)鍵，需要提高設(shè)計的質(zhì)量。結(jié)合案例后的問題，我們不難發(fā)現(xiàn)，案例的前半部分是引子，后半部分才是關(guān)鍵，也是該案例的題眼：如何提高項目的質(zhì)量，顯然需要用項目質(zhì)量管理的知識作答。 質(zhì)量管理是項目管理中的一個知識域，但在 PMBOK 中并沒有給出具體的質(zhì)量管理的方法，需要結(jié)合軟件開發(fā)和項目的特點給出特定的質(zhì)量管理策略和方法 。這也正是這個案例的用意所在，考察考生在面對實際的項目問題時需要采取哪些措施解決項目的質(zhì)量問題。 我們首先從軟件工程的角度考慮一下軟件質(zhì)量的問題。軟件的質(zhì)量一直是軟件界近幾十年致力解決的問題，針對使用軟件提高軟件質(zhì)量提出了很多的方法和理論。首先是軟件工程的理論，需要使用工程活動的方法進行軟件開發(fā)，從系統(tǒng)定義與分析開始，經(jīng)過設(shè)計、實現(xiàn)，最終到驗證。在軟件工程中，人們提出了多種軟件開發(fā)模式和工程活動方法。在開發(fā)模式中，有瀑布模型、螺旋模型、迭代模型、噴泉模型等；在工程活動方法中，有自頂向下、結(jié)構(gòu)化分析、面向?qū)ο?分析、架構(gòu)風(fēng)格，等等。除此之外，還有一系列的軟件驗證方法，如軟件復(fù)審與軟件測試?？v觀這些林林