10.7 案例七：變更控制
   閱讀以下關于信息系統項目管理過程中范圍、工期變更方面問題的敘述，回答問題1至問題3o
10.7.1案例場景
      某大型信息系統工程項目(A項目)由中培信息技術有限公司(Z公司,乙方)承建，工程雙方簽定的合同規定工期為8個月。合同簽定后Z公司嚴格按照軟件工程方法進行項目的需求調研(細化)、設計、編碼、測試，并于工程正式開工前制訂了詳細的工程實施計劃。
    但工程的建設單位A單位(甲方)由于欲在本年度評先進單位，想以信息工程項目建設的成果作為評選先進的籌碼。于是在合同簽定后20天內，甲向乙方提出趕工期的要求，要求將總工期由8個月壓縮到6個月，同時砍掉合同中確定的部分功能點，增加部分功能點。
    A單位在過去三年中與Z公司簽定過兩個大合同，Z公司一向視A單位為公司的大客戶，是公司主要的業務來源，因此Z公司總經理認為不能輕易得罪A單位。Z公司同意了甲方壓縮工期、變更部分需求范圍的要求。
    由于工期的壓縮，乙方感到工期很緊張，于是，在沒有全面完成高層設計工作的情況下，就匆忙開展詳細設計工作，詳細設計工作也沒有基本成型的前提下，編碼人員就開始了編碼，即Z公司實施工程項目的方案為：概要設計、詳細設計、編碼、單元測試并行進行。而且，由于工期的壓縮，乙方軟件工程師吃緊，不得不臨時從社會招聘4位軟件工程師補充項目組。
    可即使乙方的人員加班加點地工作，問題還是出現了，由于臨時變更部分需求范圍，導致原先制定的系統建設方案被迫打破，而臨時的變更又未進行深入的分析，導致在項目實施的過程中，頻繁地出現需求變更，導致設計變更、編碼變更，重復性工作和返工工程量陡然增大。
    由于工期緊張，系統開發完成后，未經過充分的測試就匆忙投入運行，在系統投入運行的過程中，系統中隱藏的缺陷暴露出來，使甲方遭受了較大的經濟損失。
    甲方在公司內部的先進沒有評上，還給公司造成重大的經濟損失，于是，甲方認為損失都是由工程乙方項目管理不善所造成的，遂將乙方告上了法庭，要求乙方賠償經濟損失。
  【問題1】(8分)
    請以300字內回答，引起A項目變更的主要因素是什么？A項目涉及了幾種變更類型？變更是否合理？除了需求變更引起設計變更以外，還有哪些情況會引起設計變更？設計變更將導致什么不良后果？怎樣避免設計變更？
    【問題2】(8分)
    請以 200字內回答，甲方遭受的經濟損失應當由誰承擔，請說明理由。
    【問題3】(9分)
    請以300字內回答，如果你是本項目的乙方，你是否有合理的方案既滿足甲方的要求，又保證項目的質量、成本、進度，使Z公司, A單位能夠實現雙贏？
10.7.2案例分析
 【問題1】
    本題的考點在于由工期、范圍的變更所引發的工程項目質量問題，由于質量問題所造成的損失的責任應當由誰承擔。：
    很多信息系統工程項目都有定制軟件開發，而定制軟件開發常常是IT工程項目質量、成本、工期的關鍵所在，過去，定制軟件開發的工程三大目標也是常常出現嚴重偏離計劃的現象。如質量達不到要求，工期嚴重滯后，成本失控，這種現象與軟件工程項目的特點是緊密相關的。軟件開發是一種類似于科研的工程項目，其需求的不確定性、規模和工作量的不確定性、質量鑒定的不確定性、難易程度的不確定性、人員的不確定性等因素常常成為制約工程三大目標實現的障礙。在這些因素中，尤其以需求的不確定性所帶來的影響為最嚴重。而需求的不確定性的關鍵就在于客戶，客戶往往對信息工程項目的建設的認識不夠深入，幾不夠重視，也是導致需求頻繁變更的重要因素。當然，客戶的現狀對于乙方來說是無力改變的，·但乙方可以改變自己，派經驗豐富的系統分析員
負責需求調研和分析，控制好需求變更。
    “客戶總是正確的”，幾關鍵的問題是我們怎樣去面對。客戶是我們的衣食父母，客戶的需求我們總是應當響應的，而且應積極響應。但我們采取不同的方法去處理客戶的要求，就會收到不同的效果。有的方案能夠使甲、乙雙方之間實現雙贏，而有的方案則會給其中一方帶來損失，有的方案或使工程雙方都受損失。
    A單位是Z公司的大客戶，是主要的業務伙伴，因此Z公司通常會加倍重視與A單位的關系，這樣，就很可能導致Z公司在處理與A單位之間工程矛盾問題的時候有所顧忌，從而束縛了手腳。尤其以技術人員擔任的項目經理，在處理類似問題時常常經驗不足。
    在本案例中，A單位所提出的項目變更，隱藏著重大的項目風險，這點，Z公司一般都是能夠意識到的，但關鍵的問題就在于Z公司怎樣面對這樣的項目風險，采取什么方案來應對甲方所提出的要求。，好的應對方案將使雙方受益，否則，其中一方或雙方都會受到損失。但甲方通常不能引導項目建設的方向，因此，對項目的引導就落在了乙方肩上。
    在處理類似這種事件時，Z公司大可不必為了客戶情面而該言不言，對項目中所存在的風險要與A單位之間達成一致的意見，并積極提出規避風險的方案，即使Z公司要吃虧，也要把這種吃虧擺在明處，要讓甲方了解乙方的困難。乙方只要有理有據，是可以為此向甲方提出索賠要求的。但關鍵的問題就是乙方要以合適的方式讓甲方充分了解乙方索賠的理由是合理的。現在，很多IT企業項目管理工作做得不夠好，索賠往往就不大可能成功。
    實際上，A單位要求做出項目變更，他們也是了解其中的風險的，作為甲方的領導，他們大多數情況都希望乙方能夠積極提出解決問題的方案，只要乙方所提出的方案能夠實現甲方所希望達到的目的，其他問題都是可以協商解決的。作為乙方的項目經理，應當敏銳地窺測到甲方的意圖，甲方希望得到什么，接受什么，舍棄什么。
    【問題2】
    一般來說，項目范圍的變更會導致項目成本的變更，而項目工期的縮短，意味著將增加工程應急成本，甲方很可能人力資源不夠，而如果為應急而從社會招聘熟練、經驗豐富的工程師，必然大大增加乙方的項目開發成本。關于成本方面的變更，乙方可以和甲方協商，要求甲方支付應急成本，由于項目范圍變更給乙方所帶來的損失，也可以向甲方提出索賠。但過去很多IT企業無法做到合理地向甲方索賠，主要原因還在于IT企業自身的工程項目管理問題，由于自身管理不善，因此，大多找不到合理、有效的理由來進行索賠。
    對于項目的變更，重大的變更，應當和客戶簽訂補充合同，即使不能簽訂補充合同，也應當針對變更與客戶之間有書面的確認文件作為依據。如果是風險太大的變更，那是非簽訂合同不可。變更合同，或簽訂補充合同的過程，其實也就是讓甲方充分了解項目變更給乙方所造成的困難的最好方法之一。
    項目的重大變更，通常還需要配合對項目進行重新論證，如果經過論證是合理的，而且甲、乙雙方之間簽訂了補充合同，那么就代表乙方承認了合同變更后相應的權利義務。這樣，如果所一出現的系統事故是由于軟件系統質量所造成的，那么，乙方就應當承擔相應的責任。如果項目的變更是由于甲方一意孤行，強壓給乙方的，那么，甲方就應當為事故而承擔責任。
    【問題3】
    乙方不能因為工期緊張而忽略了軟件質量的測試工作，即使由于乙方前期工作疏忽，而承攬下了一個燙手的山芋，乙方也應當把眼光放長遠些，不要為眼前利益而使客戶的利益受到損害，需知客戶在后續工程項目建設中，傾向于選用具有良好信譽的承建單位。信譽良好的甲方在后續工程項目的建設中，也有彌補承建單位在前期項目中所蒙受的部分損失的情況。
    如果乙方忽略了工程質量，那么受損失的不僅僅是甲方，乙方同樣會受到損失。信息化工程項目一般都會約定一定期限的免費維護，工程質量缺陷會導致不良質量成本損失，表現在維護階段的成本增加，“救火”成本增加，客戶信譽喪失等。
10.7.3參考答案
    【問題1】(8分)
     引起A項目變更的主要因素是A單位的想用A項目建設成果評選先進的主觀愿望。兩種變更：工期變更、范圍(或需求)變更。
    從合同的法律效力方面講，Z公司可以不響應A單位的變更請求。但從合作伙伴角度講，A單位、Z公司在協商的基礎上同意變更也是可以的。其他引起設計變更的因素，主要是設計上所存在的缺陷，或對需求理解的缺陷均會導致設計變更，或政策因素制約，或IT新技術的出現等。
   設計變更必然引起編碼變更，引起測試方案、測試用例的變更，導致部分階段成果、工期、成本損失，頻繁的變更還會影響到軟件的質量。嚴重情況將使軟件質量、工期、成本失控。
    需求調研應當深入、詳盡，需求定義文檔應規范，需求定義文檔應通過嚴格的審核再轉入后續開發階段。對變更要采取有效的控制措施，如合同措施、技術措施、管理措施等。
    【問題2】(8分)
  如果損失的產生是由甲方單方面的愿望、或強壓乙方執行變更所直接造成的，那么損失應當由甲方承擔。
  如果工期、范圍的變更經雙方論證是能夠實現的，并且補充簽定或變更了合同，變更了項目合同金額，而乙方由于自亂陣腳，管理不善，從而給甲方造成了經濟損失，那么，乙方應當承擔損失。
  【問題3】(9分)
    乙方應當積極配合，滿足甲方評優的愿望。乙方應當積極與甲方溝通，尋求合適的解決辦法，得到甲方的理解和認可。乙方可招聘經驗豐富的工程師來組建項目小組，以提高工程實施進度、質量，但由此而增加的應急成本，可向甲方索賠。
    乙方應與甲方充分協商，對項目的變更進行論證，采取合適的實施方案，并且通過協商變更或補充簽定合同，變更項目合同金額。乙方不能因為工期緊張而忽略軟件質量的測試，乙方可考慮在項目分解的基礎上，一次規劃、設計，選擇部分功能模塊提前實現，以滿足甲方評優的愿望。