閱讀以下關(guān)于信息系統(tǒng)項(xiàng)目管理過程中進(jìn)度管理和成本管理等方面問題的敘述，回答問題1至問題3。

    信息技術(shù)有限公司(CSAI)是一家專門從事系統(tǒng)集成和金融信息系統(tǒng)應(yīng)用軟件開發(fā)的公司，目‘前有員工60多人，公司下設(shè)項(xiàng)目管理部、市場部、軟件研發(fā)部、系統(tǒng)集成部等8個(gè)部門。其中項(xiàng)目管理部門主要負(fù)責(zé)技術(shù)路線、研發(fā)人員培訓(xùn)和項(xiàng)目管理審批等工作；市場部主要負(fù)責(zé)該公司服務(wù)和產(chǎn)品的銷售工作，市場部銷售人員將公司現(xiàn)有的軟件產(chǎn)品推銷給客戶，同時(shí)也會(huì)根據(jù)客戶的具體需要，承接應(yīng)用軟件的研發(fā)項(xiàng)目，然后將此項(xiàng)目移交給公司項(xiàng)目管理部門，項(xiàng)目管理部門再根據(jù)軟件研發(fā)部人力資源情況，安排軟件的研發(fā)工作。

      軟件研發(fā)部共有開發(fā)人員21人，主要是進(jìn)行軟件產(chǎn)品的研發(fā)，以及根據(jù)客戶需求進(jìn)行應(yīng)用軟件的開發(fā)。

  　半個(gè)月前，市場部與某某銀行簽訂了一個(gè)銀行信貸業(yè)務(wù)系統(tǒng)的軟件開發(fā)項(xiàng)目。合同規(guī)定，系統(tǒng)必須在該年度12月1日之前開發(fā)完畢，并且進(jìn)行為期一個(gè)月的試運(yùn)行，在第二年1月1日正式投入運(yùn)行。

    合同簽訂后，項(xiàng)目于8月20日正式立項(xiàng)，一張工被指定為該項(xiàng)目的項(xiàng)目經(jīng)理。張工在CSAI做過了3年的金融信息系統(tǒng)應(yīng)用軟件研發(fā)工作，有較豐富的項(xiàng)目經(jīng)驗(yàn)。此前張工在CSAI主要從事系統(tǒng)設(shè)計(jì)和編碼等工作，但作為項(xiàng)目經(jīng)理還是第一次。

    項(xiàng)目組共有6名成員，系統(tǒng)分析師1名(由項(xiàng)目經(jīng)理張工兼任)，高級程序設(shè)計(jì)人員2名，程序員2名，項(xiàng)目秘書兼文檔編寫人員1名。除項(xiàng)目秘書為多項(xiàng)目共享外，項(xiàng)目組其他成員均全程參加項(xiàng)目。測試和質(zhì)量保證工作由公司相關(guān)部門完成，人員不劃入項(xiàng)目組。此前，張工與其中一名高級程序設(shè)計(jì)人員一起參與過幾個(gè)項(xiàng)目，彼此比較了解，而項(xiàng)目組內(nèi)其他人員完全按照公司項(xiàng)目管理部門的安排。

  　項(xiàng)目啟動(dòng)后，張工制訂了一份項(xiàng)目進(jìn)度計(jì)劃，簡單描述如下為：

    (1) 8月20日一9月10日需求分析

    (2)9月11日一9月31日系統(tǒng)設(shè)計(jì)，包括概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)

    (3)10月01日一11月21日編碼

    (4)11月22日一11月31日系統(tǒng)測試

    (5)12月01日一12月31日試運(yùn)行

    但在9月27日張工檢查工作時(shí)發(fā)現(xiàn)詳細(xì)設(shè)計(jì)剛剛開始，9月31日肯定不能按進(jìn)度完成系統(tǒng)設(shè)計(jì)。

    【問題1】(8分)

    請用300字以內(nèi)文字結(jié)合你本人的實(shí)際經(jīng)驗(yàn)，說明信息系統(tǒng)研發(fā)項(xiàng)目中進(jìn)度估算中不精確的主要原因，進(jìn)度估算和成本估算的關(guān)系怎樣？

    【問題2】(8分)

    請用200字以內(nèi)文字結(jié)合你本人的實(shí)際經(jīng)驗(yàn)，談?wù)剰埞ぴ陧?xiàng)目的管理中存在哪些問題。

    【問題3】(9分)

    請用400字以內(nèi)文字對張工解決此問題提出建議。

信息系統(tǒng)項(xiàng)目的工作量和工期的估算歷來是比較復(fù)雜的事，因?yàn)樾畔⑾到y(tǒng)本身的復(fù)雜性、歷史經(jīng)驗(yàn)的缺乏、估算工具缺乏，以及一些人為錯(cuò)誤，導(dǎo)致信息系統(tǒng)項(xiàng)目的規(guī)模估算往往和實(shí)際情況相差甚遠(yuǎn)。因此，估算錯(cuò)誤已被列入軟件項(xiàng)目失敗的四大原因之一。前面講過，進(jìn)度的控制始于工作量的估算，工作量估算合理，工期和資源投入自然也就合理，·反之，一個(gè)錯(cuò)誤的工作量的估計(jì)會(huì)導(dǎo)致一個(gè)不現(xiàn)實(shí)的計(jì)劃產(chǎn)生，以至于進(jìn)度控制失去意義。

    軟件開發(fā)項(xiàng)目通常用LOC (Line of Code)衡量項(xiàng)目規(guī)模，LOC指所有可執(zhí)行的源代碼行數(shù)，包括可交付的工作控制語言(Job Control Language, JCL)語句、數(shù)據(jù)定義、數(shù)據(jù)類型聲明、等價(jià)聲明、輸入/輸出格式聲明等。項(xiàng)目經(jīng)理可以根據(jù)對歷史項(xiàng)目的審計(jì)來核算組織的單行代碼價(jià)值。

    例如，某軟件公司統(tǒng)計(jì)發(fā)現(xiàn)該公司每一萬行C語言源代碼形成的源文件(.c和．h文件)約為250KB 。某項(xiàng)目的源文件大小為3.75M8,則可估計(jì)該項(xiàng)目源代碼大約為15萬行，該項(xiàng)目累計(jì)投入工作量為240人月，每人月費(fèi)用為10000元(包括人均工資、福利、辦公費(fèi)用公攤等)，則該項(xiàng)目中1LOC的價(jià)值為： (240×10000)=150000＝16元/LOC

    該項(xiàng)目的人月均代碼行數(shù)為：1500000÷240＝625 LOC/人月

    【問題1】

    盡管有很多進(jìn)行項(xiàng)目進(jìn)度估算的輔助工具和技術(shù)，但是信息系統(tǒng)項(xiàng)目進(jìn)度估算仍然非常不精確，特別是那些涉及新技術(shù)的開發(fā)項(xiàng)目?？偨Y(jié)一下，造成進(jìn)度估算中不精確的主要原因包括：

    (1)為大型軟件項(xiàng)目做估算是一項(xiàng)復(fù)雜的任務(wù)，需要巨大的努力。在不掌握需求和項(xiàng)目需求十分復(fù)雜時(shí)，估算工作常常變得很困難。很多項(xiàng)目的進(jìn)度估算必須迅速進(jìn)行，并且是在明確系統(tǒng)需求前做出的。一般而言，要很精確的估算很難，相對晚期的估算常常比早期的估算數(shù)據(jù)更精確。在項(xiàng)目的不同階段進(jìn)行估算也是十分重要和必要的，項(xiàng)目經(jīng)理要控制每個(gè)估算的合理性。

    (2)對項(xiàng)目的需求理解不夠深刻，進(jìn)度估算工作中任務(wù)細(xì)分程度不夠。事實(shí)上，在完成需求調(diào)研后對系統(tǒng)各方面需求有了較好了解后，再進(jìn)行項(xiàng)目的進(jìn)度和成本估算更符合信息系統(tǒng)開發(fā)的實(shí)際工作情況。特別需要把握好進(jìn)度估算工作中任務(wù)細(xì)分的程度。

    (3)進(jìn)行軟件開發(fā)項(xiàng)目估算的人員常常沒有太多的估算經(jīng)驗(yàn)，往往沒有可信的績效歷史數(shù)據(jù)可供參考。主要是國內(nèi)軟件企業(yè)項(xiàng)目管理方面比較落后，很少有高質(zhì)量的歷史項(xiàng)目估算信息可供參考。

    (4)客戶方面或合同往往給項(xiàng)目限定了關(guān)鍵時(shí)間線，進(jìn)度估算受關(guān)鍵時(shí)間線的影響，客觀程度下降。很多時(shí)候?yàn)榱说玫揭环莺贤?，估算人員常常會(huì)失去估算的客觀程度。

    (5)項(xiàng)目經(jīng)理有低估的傾向。項(xiàng)目經(jīng)理一般以自身的技術(shù)和業(yè)務(wù)能力為基礎(chǔ)進(jìn)行估算，而忽視了項(xiàng)目組成員間的水平差距，或者對部分人員的執(zhí)行任務(wù)的能力缺乏充分的認(rèn)識(shí)。

    進(jìn)度估算和成本估算關(guān)系非常密切，成本估算實(shí)質(zhì)上是對進(jìn)度估算數(shù)據(jù)作簡單的財(cái)務(wù)運(yùn)算。

    【問題2】

    根據(jù)案例場景的描述，張工在項(xiàng)目的管理中存在的主要問題包括：

    ．進(jìn)度計(jì)劃沒有依據(jù)，完全根據(jù)合同的要求來劃分時(shí)間段；

    ．對項(xiàng)目組成員的技術(shù)和業(yè)務(wù)能力了解不夠深入，缺乏客觀的衡量基準(zhǔn)；

    ．進(jìn)度計(jì)劃不夠詳細(xì)，工作細(xì)分不夠。一般需要在完成需求分析后，制定一份詳細(xì)的進(jìn)度計(jì)劃；

    ．檢查工作周期太長，發(fā)現(xiàn)問題已無法挽救，造成比較大的損失。

    在對項(xiàng)目進(jìn)行進(jìn)度和成本估算時(shí)，應(yīng)該避免以下的常見錯(cuò)誤。

    (1)草率的估算。由于市場和管理層的壓力，項(xiàng)目組成員或者管理者被迫進(jìn)行真正的準(zhǔn)備的情況下做出成本估算。如何面對管理層的壓力，向管理層的壓力，向管理層解釋如何才能得到較為準(zhǔn)確的項(xiàng)目成本估算也是對項(xiàng)目管理者的溝通能力的考驗(yàn)。

    (2)在項(xiàng)目范圍尚未確定時(shí)就進(jìn)行估算。在信息系統(tǒng)中這也非常常見，往往是項(xiàng)目組對該做什么，不該做什么還只有一個(gè)粗略的概念時(shí)就要進(jìn)行成本估算。

    (3)過于樂觀或者保守的估算。過于樂觀的估算會(huì)給項(xiàng)目組的項(xiàng)目實(shí)施帶來很大的壓力。而過于保守的估算也會(huì)由于Parkinson定律(時(shí)間充裕時(shí)，工作隨之膨脹，收入增加時(shí)，花銷隨之增長)也會(huì)對項(xiàng)目造成不利影響，甚至可能讓組織放棄本來可能是有利可圖的項(xiàng)目。

    【問題3】

   對張工解決此問題提出建議：首先通知客戶、領(lǐng)導(dǎo)項(xiàng)目的情況，做好延期準(zhǔn)備；慎重考慮是否增加人手，一般情況下不要增加人手；通過適當(dāng)加班(過多則導(dǎo)致工作效率下降)；項(xiàng)目后期作總結(jié)，避免類似問題重復(fù)發(fā)生。

10.9.3參考答案

 【問題1】(8分)

信息系統(tǒng)研發(fā)項(xiàng)目中進(jìn)度估算中不精確的主要原因包括：

    (1)為大型軟件項(xiàng)目做估算是一項(xiàng)復(fù)雜的任務(wù)，需要巨大的努力。

    (2)對項(xiàng)目的需求理解不夠深刻，進(jìn)度估算工作中任務(wù)細(xì)分程度不夠。

    (3)進(jìn)行軟件開發(fā)項(xiàng)目估算的人員常常沒有太多的估算經(jīng)驗(yàn)，往往沒有可信的績效歷史數(shù)據(jù)可供參考。

    (4)客戶方面或合同往往給項(xiàng)目限定了關(guān)鍵時(shí)間線，進(jìn)度估算受關(guān)鍵時(shí)間線的影響，客觀程度下降。

    (5)項(xiàng)目經(jīng)理有低估的傾向。項(xiàng)目經(jīng)理一般以自身的技術(shù)和業(yè)務(wù)能力為基礎(chǔ)進(jìn)行估算，而忽視了項(xiàng)目組成員間的水平差距，或者對部分人員的執(zhí)行任務(wù)的能力缺乏充分的認(rèn)識(shí)。

    進(jìn)度估算和成本估算關(guān)系非常密切，成本估算實(shí)質(zhì)上是對進(jìn)度估算數(shù)據(jù)作簡單的財(cái)務(wù)運(yùn)算。

    【問題2】(8分)

    張工在項(xiàng)目的管理中存在的主要問題包括：

    (1)進(jìn)度計(jì)劃沒有依據(jù)，完全根據(jù)合同的要求來劃分時(shí)間段。

    (2)對項(xiàng)目組成員的技術(shù)和業(yè)務(wù)能力了解不夠深入，缺乏客觀的衡量基準(zhǔn)。

    (3)進(jìn)度計(jì)劃不夠詳細(xì)，工作細(xì)分不夠。一般需要在完成需求分析后，制定一份詳細(xì)的進(jìn)度計(jì)劃。

&n