10.9案例九：進度和成本
   閱讀以下關于信息系統項目管理過程中進度管理和成本管理等方面問題的敘述，回答問題1至問題3。
10.9.1案例場景
    中培信息技術有限公司(Z公司)是一家專門從事系統集成和金融信息系統應用軟件開發的公司，目‘前有員工60多人，公司下設項目管理部、市場部、軟件研發部、系統集成部等8個部門。其中項目管理部門主要負責技術路線、研發人員培訓和項目管理審批等工作；市場部主要負責該公司服務和產品的銷售工作，市場部銷售人員將公司現有的軟件產品推銷給客戶，同時也會根據客戶的具體需要，承接應用軟件的研發項目，然后將此項目移交給公司項目管理部門，項目管理部門再根據軟件研發部人力資源情況，安排軟件的研發工作。
      軟件研發部共有開發人員21人，主要是進行軟件產品的研發，以及根據客戶需求進行應用軟件的開發。
  半個月前，市場部與某某銀行簽訂了一個銀行信貸業務系統的軟件開發項目。合同規定，系統必須在該年度12月1日之前開發完畢，并且進行為期一個月的試運行，在第二年1月1日正式投入運行。
    合同簽訂后，項目于8月20日正式立項，一老王被指定為該項目的項目經理。老王在Z公司做過了3年的金融信息系統應用軟件研發工作，有較豐富的項目經驗。此前老王在Z公司主要從事系統設計和編碼等工作，但作為項目經理還是第一次。
    項目組共有6名成員，系統分析師1名(由項目經理老王兼任)，高級程序設計人員2名，程序員2名，項目秘書兼文檔編寫人員1名。除項目秘書為多項目共享外，項目組其他成員均全程參加項目。測試和質量保證工作由公司相關部門完成，人員不劃入項目組。此前，老王與其中一名高級程序設計人員一起參與過幾個項目，彼此比較了解，而項目組內其他人員完全按照公司項目管理部門的安排。
  項目啟動后，老王制訂了一份項目進度計劃，簡單描述如下為：
    (1) 8月20日一9月10日需求分析
    (2)9月11日一9月31日系統設計，包括概要設計和詳細設計
    (3)10月01日一11月21日編碼
    (4)11月22日一11月31日系統測試
    (5)12月01日一12月31日試運行
    但在9月27日老王檢查工作時發現詳細設計剛剛開始，9月31日肯定不能按進度完成系統設計。
    【問題1】(8分)
    請用300字以內文字結合你本人的實際經驗，說明信息系統研發項目中進度估算中不精確的主要原因，進度估算和成本估算的關系怎樣？
    【問題2】(8分)
    請用200字以內文字結合你本人的實際經驗，談談老王在項目的管理中存在哪些問題。
    【問題3】(9分)
    請用400字以內文字對老王解決此問題提出建議。
10.9.2案例分析
信息系統項目的工作量和工期的估算歷來是比較復雜的事，因為信息系統本身的復雜性、歷史經驗的缺乏、估算工具缺乏，以及一些人為錯誤，導致信息系統項目的規模估算往往和實際情況相差甚遠。因此，估算錯誤已被列入軟件項目失敗的四大原因之一。前面講過，進度的控制始于工作量的估算，工作量估算合理，工期和資源投入自然也就合理，·反之，一個錯誤的工作量的估計會導致一個不現實的計劃產生，以至于進度控制失去意義。
    軟件開發項目通常用LOC (Line of Code)衡量項目規模，LOC指所有可執行的源代碼行數，包括可交付的工作控制語言(Job Control Language, JCL)語句、數據定義、數據類型聲明、等價聲明、輸入/輸出格式聲明等。項目經理可以根據對歷史項目的審計來核算組織的單行代碼價值。
    例如，某軟件公司統計發現該公司每一萬行C語言源代碼形成的源文件(.c和．h文件)約為250KB 。某項目的源文件大小為3.75M8,則可估計該項目源代碼大約為15萬行，該項目累計投入工作量為240人月，每人月費用為10000元(包括人均工資、福利、辦公費用公攤等)，則該項目中1LOC的價值為： (240×10000)=150000＝16元/LOC
    該項目的人月均代碼行數為：1500000÷240＝625 LOC/人月
    【問題1】
    盡管有很多進行項目進度估算的輔助工具和技術，但是信息系統項目進度估算仍然非常不精確，特別是那些涉及新技術的開發項目。總結一下，造成進度估算中不精確的主要原因包括：
    (1)為大型軟件項目做估算是一項復雜的任務，需要巨大的努力。在不掌握需求和項目需求十分復雜時，估算工作常常變得很困難。很多項目的進度估算必須迅速進行，并且是在明確系統需求前做出的。一般而言，要很精確的估算很難，相對晚期的估算常常比早期的估算數據更精確。在項目的不同階段進行估算也是十分重要和必要的，項目經理要控制每個估算的合理性。
    (2)對項目的需求理解不夠深刻，進度估算工作中任務細分程度不夠。事實上，在完成需求調研后對系統各方面需求有了較好了解后，再進行項目的進度和成本估算更符合信息系統開發的實際工作情況。特別需要把握好進度估算工作中任務細分的程度。
    (3)進行軟件開發項目估算的人員常常沒有太多的估算經驗，往往沒有可信的績效歷史數據可供參考。主要是國內軟件企業項目管理方面比較落后，很少有高質量的歷史項目估算信息可供參考。
    (4)客戶方面或合同往往給項目限定了關鍵時間線，進度估算受關鍵時間線的影響，客觀程度下降。很多時候為了得到一份合同，估算人員常常會失去估算的客觀程度。
    (5)項目經理有低估的傾向。項目經理一般以自身的技術和業務能力為基礎進行估算，而忽視了項目組成員間的水平差距，或者對部分人員的執行任務的能力缺乏充分的認識。
    進度估算和成本估算關系非常密切，成本估算實質上是對進度估算數據作簡單的財務運算。
    【問題2】
    根據案例場景的描述，老王在項目的管理中存在的主要問題包括：
    ．進度計劃沒有依據，完全根據合同的要求來劃分時間段；
    ．對項目組成員的技術和業務能力了解不夠深入，缺乏客觀的衡量基準；
    ．進度計劃不夠詳細，工作細分不夠。一般需要在完成需求分析后，制定一份詳細的進度計劃；
    ．檢查工作周期太長，發現問題已無法挽救，造成比較大的損失。
    在對項目進行進度和成本估算時，應該避免以下的常見錯誤。
    (1)草率的估算。由于市場和管理層的壓力，項目組成員或者管理者被迫進行真正的準備的情況下做出成本估算。如何面對管理層的壓力，向管理層的壓力，向管理層解釋如何才能得到較為準確的項目成本估算也是對項目管理者的溝通能力的考驗。
    (2)在項目范圍尚未確定時就進行估算。在信息系統中這也非常常見，往往是項目組對該做什么，不該做什么還只有一個粗略的概念時就要進行成本估算。
    (3)過于樂觀或者保守的估算。過于樂觀的估算會給項目組的項目實施帶來很大的壓力。而過于保守的估算也會由于Parkinson定律(時間充裕時，工作隨之膨脹，收入增加時，花銷隨之增長)也會對項目造成不利影響，甚至可能讓組織放棄本來可能是有利可圖的項目。
    【問題3】
   對老王解決此問題提出建議：首先通知客戶、領導項目的情況，做好延期準備；慎重考慮是否增加人手，一般情況下不要增加人手；通過適當加班(過多則導致工作效率下降)；項目后期作總結，避免類似問題重復發生。
10.9.3參考答案
   【問題1】(8分)
信息系統研發項目中進度估算中不精確的主要原因包括：
    (1)為大型軟件項目做估算是一項復雜的任務，需要巨大的努力。
    (2)對項目的需求理解不夠深刻，進度估算工作中任務細分程度不夠。
    (3)進行軟件開發項目估算的人員常常沒有太多的估算經驗，往往沒有可信的績效歷史數據可供參考。
    (4)客戶方面或合同往往給項目限定了關鍵時間線，進度估算受關鍵時間線的影響，客觀程度下降。
    (5)項目經理有低估的傾向。項目經理一般以自身的技術和業務能力為基礎進行估算，而忽視了項目組成員間的水平差距，或者對部分人員的執行任務的能力缺乏充分的認識。
    進度估算和成本估算關系非常密切，成本估算實質上是對進度估算數據作簡單的財務運算。
    【問題2】(8分)
    老王在項目的管理中存在的主要問題包括：
    (1)進度計劃沒有依據，完全根據合同的要求來劃分時間段。
    (2)對項目組成員的技術和業務能力了解不夠深入，缺乏客觀的衡量基準。
    (3)進度計劃不夠詳細，工作細分不夠。一般需要在完成需求分析后，制定一份詳細的進度計劃。
    (4)檢查工作周期太長，發現問題已無法挽救，造成比較大的損失。
    【問題3】(9分)
    對老王解決此問題提出建議：
    (1)首先通知客戶、領導項目的情況，做好延期準備。
    (2)慎重考慮是否增加人手，一般情況下不要。
    (3)適當加班(過多則導致工作效率下降)。
    項目后期多多總結，避免類似問題重復發生。