試題（本題共25分） 
    張經(jīng)理最近作為軟件公司的項目經(jīng)理，正負責一家大型企業(yè)集團公司的一個管理信息系統(tǒng)項目。項目的售前工作由軟件公司的市場部負責，售前工程師李工作為銷售代表簽訂了項目的合同，再將項目的實施工作移交給了張經(jīng)理。
    由于項目前期項目的需求不明確，李工在和客戶簽訂合同時，在合同中僅簡單地列出了幾條項目承建方應完成的工作。為進一步明確項目范圍，張經(jīng)理根據(jù)合同自行編寫了項目的范圍說明書。項目進入研發(fā)階后，客戶方不斷有人提出各種需求以及變更請求，各個部門包括財務部、工程部、銷售部、信息中心、以及各子公司都在不斷提出，且它們要么不夠明確，要么互相矛盾，要么難以實現(xiàn)。
    為此，張經(jīng)理拿出項目范圍說明書試圖統(tǒng)一意見，但客戶方卻不予認可，反以合同作為依據(jù)討論。而合同條款實在太不明確，很難達成一致意見。張經(jīng)理又不得罪客戶方，又想要快速推進項目，至此，項目進入一種僵局。 
[問題1]請結合你的項目經(jīng)理，描述產(chǎn)生以上問題的可能原因。（10分） 
[問題2]如果你是張經(jīng)理，接下來你將采取什么樣的措施來化解問題。（10分） 
[問題3]請說明項目合同應包括的內(nèi)容。（5分） 

試題分析： 
    問題1是要找原因，先從題目已知信息中找出一些可以直接或稍加改造就可以成為要點的原因。 
    （1）項目的需求不明確。 
    （2）合同中僅簡單地列出了幾條項目承建方應完成的工作，說明合同沒有清晰明確的條款。 
    （3）張經(jīng)理是根據(jù)合同自行編寫了項目的范圍說明書，并未和客戶方進行確認。 
    （4）客戶方提出的需求和變更請求要么不夠明確，要么互相矛盾，要么難以實現(xiàn)。 
    再通過歸納、發(fā)散總結出一些要點，至少可以從以下方面考慮： 
    （1）有關變更控制方面的要點。 
    （2）有關客戶方需求和變更統(tǒng)一歸口的要點。 
    （3）有關和客戶方溝通的要點，特別是就項目范圍、合同。 
    問題2可就前面提出的問題一一采取對策，或適當進行歸并后列出措施要點。 
    問題3是基礎知識題，不再詳細講評。

    試題參考答題結果： 
    [問題1參考答題結果]可能的原因有： 
    （1）項目的需求不明確。 
    （2）合同中僅簡單地列出了幾條項目承建方應完成的工作，說明合同沒有清晰明確的條款。 
    （3）張經(jīng)理是根據(jù)合同自行編寫了項目的范圍說明書，并未和客戶方進行確認。 
    （4）客戶方提出的需求和變更請求要么不夠明確，要么互相矛盾，要么難以實現(xiàn)。 
    （5）變更控制沒有統(tǒng)一的流程。 
    （6）客戶方需求和變更沒有統(tǒng)一歸口。 
    （7）和客戶方溝通不夠，特別是就項目范圍、合同的具體條款沒有充分討論達成共識。 
    [問題2參考答題結果]可以采取的措施有： 
    （1）繼續(xù)會談，在確定項目的范圍后，可簽訂合同的補充協(xié)議，以及雙方簽字認可的項目范圍說明書。 
    （2）理清項目的需求，編制雙方認可的需求規(guī)格說明書。 
    （3）與客戶方商定，對客戶方的需求和變更進行統(tǒng)一歸口，比如歸口至客戶方的信息中心。 
    （4）建立起統(tǒng)一的變更管理流程并執(zhí)行。 
    （5）加強與客戶方的溝通，可建立起定期的會商制度。 
    [問題3參考答題結果]合同的主要內(nèi)容包括： 
    （1）項目名稱。 
    （2）標的內(nèi)容和范圍。 
    （3）項目的質(zhì)量要求：通常情況下采用技術指標限定等各種方式來描述信息系統(tǒng)工程的整體質(zhì)量標準以及各部分質(zhì)量標準，它是判斷整個工程項目成敗的重要依據(jù)。 
    （4）項目的計劃、進度、地點、地域和方式；項目建設過程中的各種期限。 
    （5）技術情報和資料的保密；風險責任的承擔。 
    （6）技術成果的歸屬。 
    （7）驗收的標準和方法。 
    （8）價款、報酬（或使用費）及其支付方式。 
    （9）違約金或者損失賠償?shù)挠嬎惴椒?nbsp;
    （10）解決爭議的方法：該條款中應盡可能地明確在出現(xiàn)爭議與糾紛時采取何種方式來協(xié)商解決。
    （11）名詞術語解釋等。